火車票預約系統可行性實驗報告

1引言

1.1編寫目的

可行性研究的目的是研究火車票預約系統的整體需求、實現方案，並分析開發系統的可行性，爲決策者提供是否開發該系統的依據和建議。初擬系統實驗報告，對軟件開發中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發風險及其所帶來的經濟效益。

1.2背景

購票時的一些不便狀況

一、出行人員長時間排隊購票，購票效率低

二、倒票行爲

三、票點和代售點售票的時間限制

火車票預訂系統能夠有效的避免這些狀況的發生，可以使訂票者方便、快捷購票

1.3定義

一、系統簡介：某高校後勤集團爲了學生寒暑假返鄉，辦理代學生預訂返鄉火車票事務，訂票必須提早三天辦理，後勤訂票處提早三天向火車站辦理購票事務。訂票處使用一臺微機處理訂票後購票事務，學生訂票一次稱爲一個事務，由訂票員將其輸入在微機中，系統覈實訂單後，將訂票信息記錄放在訂票庫中。系統天天打印預訂三天的購票單，並更新訂票庫。

二、       面向人羣：學生，高校後勤處

三、火車票預約系統是指電子計算機和網絡通訊設備，爲高校後勤處代辦學生預約火車票事務，覈實訂票信息，打印購票單，更新訂票庫 的用戶需求型軟件系統
1.4參考資料

《軟件工程導論》

《軟件工程與UML實訓指導書》

2.     可行性研究的前提

2.1要求
 火車票預約系統是一個複雜的電子系統，它必須提供爲乘客提供火車票預約服務，還必須方便鐵路局的售票工做運做。同時還必須提供系統化的管理接口以供管理員處理乘客預約訂單並維護系統和頁面的正常運做。

2.2目標 
    在先進的計算機技術支持下，運用所學的計算機軟件開發知識所開發的火車票預約系統，進行平常的火車票預約事務處理，包括乘客接口模塊，管理員接口模塊和數據服務模塊。
2.三、功能，要求和開發環境

a.主要功能：爲乘客提供火車票預約服務，方便鐵路局的售票工做，提升鐵路局的服務質量和服務效率

b.性能要求：火車站提供的信息必須及時的反映在鐵路局的工做平臺上。售票系統的定單必須無差錯的存儲在火車站的主服務器上。對服務器上的數據必須進行及時正確的刷新。

c.安全與保密要求：售票員享有對火車站票務信息數據庫、列車信息數據庫的管理與修改。旅客只享有對票務信息數據庫的部分修改（寫入與讀出）。

 d.運行環境：兼容當前主流操做系統windows95/98XP，Office軟件等。

 e.開發軟件：sql server、java、c#等。

 f.該系統的預期壽命爲5年。

 g.最先投入運行的時間爲2018年12月22日。

2.4進行可行性研究的方法

    主要經過對已有火車票預約系統進行分析和研究比較。

 2.5評價尺度

  使用這個火車票預約系統，能夠有效的進行實際操做，對於目標的實現，並能夠知足要求。

3 .對現有系統的分析

分析現有系統的目的是爲了進一步闡明建議中的開發新系統或修改現有系統的必要性。 

3.1處理流程和數據流程

1.火車票預訂系統流程圖

2.火車票預訂系統數據流圖

3.2工做負荷

本火車票預訂系統具有以下功能：

一、管理員登陸模塊：管理查看學生的信息，添加，修改，刪除。

二、退票模塊：可退票，經過查詢系統，能夠根據學生的名字找到學生的訂票信息，經過退票模塊退去已購車票。

三、改簽模塊：當行程計劃有變是，可改簽，經過查詢系統，能夠根據學生的名字找到學生的訂票信息，經過改簽模塊改簽已購車票。

四、車次修改：提供車次信息、票價修改、站點修改、增長車次，減小車次、車次的臨時調度和臨時路線更改等操做。

五、訂票模塊：將覈對無誤後的學生訂票信息提交給火車站辦理訂票。

3.3系統管理需求

一、數據錄入和處理的準確性

數據的輸入是否正確是數據處理的前提，錯誤的輸入會致使系統輸出的不正確和不可用，從而得不到想要的結果。數據的輸入來源是手工輸入。因此係統地界面要讓用戶容易使用，若是用戶出現誤操做，系統能簡單明瞭的給出中文提示。

二、數據的一致性和完整性

因爲系統的數據是共享的，在不一樣的代售點中，車次信息是共享數據，因此如何保證這些數據的一致性，是系統必須解決的問題。要解決這一問題，要求系統能保證數據的一致性，在數據錄入處控制數據的去向，而且要求對數據庫的數據完整性進行嚴格的約束。

對於輸入的數據，要爲其定義完整性規則，若是不能符合完整性約束，系統應該拒絕該數據，並給出出錯提示。

三、準確性和及時性

系統處理的準確性和及時性是系統的必要性能。系統應能及時並且準確的根據用戶權限及所輸入的信息作出響應。因爲本系統的查詢功能對於整個系統的功能和性能完成舉足輕重。做爲系統的不少數據來源，而車票的數量和時間又影響用戶的決策活動，其準確性和及時性很大程度上決定了系統的成敗。在系統開發過程當中，必須採用必定的方法保證系統的準確性和及時性。

3.4人員及設備

本系統是給高校爲學生預訂火車票而設計的，操做簡單，運行在普通的辦公管理電腦上便可，是易用的人機交互界面，所以對電腦操做稍有了解的人就可使用。

3.5侷限性

該系統在處理時間趕不上須要，響應不及時，數據存儲能力不足，處理功能不夠。所以部分數據與火車站的數據不匹配。給學生和學校形成了不小的困難，改進性維護當前系統已經不能解決問題。

4.    火車票預約所建議的系統 

4.1登陸功能分析系統.

  用戶進入系統後根據身份的不一樣選擇不一樣的身份進入系統，若是身份有誤，則不能進入系統，在系統的主頁上，用戶登陸以前能夠查看車次信息，但不能進行預約和修改車次信息。

4.2註冊功能分析系統

沒有帳戶的用戶在註冊功能模塊能夠註冊一個有效的賬號，註冊成功以後就能夠登陸系統進行車票預約。

4.3用戶功能分析系統 
   用戶能夠根據須要進行註冊，擁有帳戶後，能夠根據本身的帳戶名和密碼進行登陸，進入系統以後，用戶能夠查看本身的訂單和未完成訂單，能夠對已付款訂單進行改簽和退票。用戶能夠查看本身的我的資料，並能夠對資料進行修改，用戶能夠爲本身的帳戶進行充值，也能夠修改登陸密碼。

4.4管理員功能分析系統

  管理員根據本身的用戶名和密碼登陸進系統以後，能夠對車次、車票。站點進行增刪改查操做，還能夠查看全部用戶的訂單，能夠查看個。

5．可選擇的其餘系統方案：

5.1創建系統目標：

火車站是目前客流量最大的運輸工具。對於售票如此大的工做量，徹底依靠人工是不可能達到快速高效的水平的，所以，開始思考開發提升售票效率以及勞動力的計算機售票系統。針對火車票的實際售票狀況，按照軟件工程的結構化設計思想，再通過一些列的分析和設計以後，要充分達到快速準確高效的系統目標，進而在必定程度上大幅度的提升售票效率。

5.2系統規劃以及初步方案：

初步肯定一系列小規劃方向：

《1》查詢模塊：

分爲對車次信息的查詢和客戶對已定車票信息的查詢；要求：a：對車次的查詢，能夠按照發車車次進行查詢；

b：車次信息包括：火車車次、出發地、目的地、發車日期、開出時刻以及票價。

c：座位類型設定。

d:車次信息只容許用戶進行查詢，不得修改。

《2》售票模塊：

經過查詢系統，根據客戶的需求找到滿意的車次，再輸入我的信息後直接經過網上售票肯定已預訂選中的車票。要求：

售票記錄應該包括：會員名、車號、發車日期、訂購票數、總價。

《3》退票模塊:

可退票，經過查詢系統，能夠根據客戶的名字找到客戶的訂票信息，經過退票模塊退去已經預約好的車票。

《4》改簽模塊：

當行程計劃有變時，能夠改簽，經過查詢系統，能夠根據客戶的名字找到客戶的訂票信息，經過改簽模塊改簽已購車票。

《5》車次修改：提供車次信息、票價修改、站點修改、增長車次、減小車次、車次的臨時調度和臨時路線更改等操做。

《6》統計信息：將要統計的車次號輸入到統計頁面，根據車次的售票狀況做出銷售額、客流狀況統計表。

5.4系統的具體實施方案：

本系統客戶端採用Windows 10操做系統，服務器採用Windows 10操做系統，前端開發語言使用JAVA語言進一步使用MySQL serve數據庫管理系統來實施咱們的方案。

6.投資及效益分析
6.1支出
   對於所選擇的方案，說明所需的費用。若是已有一個現存系統，則包括該系統繼續運行期間所需的費用。
6.1.1基本建設投資
1.操做系統開發
2.操做系統應用的軟件；
3.數據庫管理軟件。
6.1.2其餘一次性支出
   包括下列各項所需的費用，如：

1.設備的購買

2.系統開發與研究

6.1.3非一次性支出
   列出在該系統生命期內按月或按季或按年支出的用於運行和維護的費用，包括：
1.設備的租金和維護費用；
2.軟件的租金和維護費用；

3.對高校操做員培訓費用；

4.系統維護人員的費用；
5.其餘常常性的支出等。
 6.2收益
  6.2.1一次性收益
1.開支的縮減包括改進了的系統的運行所引發的開支縮減，如資源要求的減小，運行效率的改進，數據進入、存貯和恢復技術的改進，系統性能的可監控，軟件的轉換和優化，數據壓縮技術的採用，處理的集中化／分佈化等；

2.價值的增升包括因爲一個應用系統的使用價值的增升所引發的收益，如資源利用的改進，管理和運行效率的改進以及出錯率的減小等；

3.其餘如從多餘設備出售回收的收入等。

6.2.2非一次性收益

1.系統優化較好，系統維護人員減小；

2.後期系統操做更加簡易，高校培訓人員減小；

3.工做效率的提升；

6.2.3不可定量的收益

1.   相似暑假寒假以及其餘節假日高峯期，學生訂票人數增長

2.   服務質量的提升，選擇咱們系統的學生人數增長

 6.3收益／投資比
 整個系統生命期的收益／投資比值。
6.4投資回收週期
  收益的累計數開始超過支出的累計數的時間。
 6.5敏感性分析
   所謂敏感性分析是指一些關鍵性因素如系統生命期長度、系統的工做負荷量、工做負荷的類型與這些不一樣類型之間的合理搭配、處理速度要求、設備和軟件的配置等變化時，對開支和收益的影響最靈敏的範圍的估計。

7.小結：

通過初步的系統調查，給出了可行性研究報告，還須對現行系統進行全面、深刻的詳細調查和分析，弄清楚現行系統運行情況，發現其薄弱環節，或系統的弊端問題，挖掘出要解決的問題實質，以對新系統進行完美擴充，確保新系統比原系統更有效。