火車票售票系統(tǒng)-軟件工程設計報告講解

1、成績：軟件工程課程設計說明書專業(yè) _網(wǎng) 絡 工 程班級 _姓名 _學號 _2014-09-18指導老師 _ 完成日期火車票售票系統(tǒng)摘要 火車站是目前客流量最大的運輸工具。 對于售票如此大的工作量， 完全靠人 工是不可能達到高效水平的， 因此，開始思考開發(fā)提高售票效率以及勞力的計算 機售票系統(tǒng)。 售票系統(tǒng)的核心是數(shù)據(jù)庫技術， 利用數(shù)據(jù)庫將整個火車站的票務情 況存入計算機，再配置上用戶接口，基本實現(xiàn)了查詢、售票、退票、訂票、改簽 等功能，一定程度上提高了售票效率。針對火車站的售票實際情況， 按照軟件工程的結(jié)構(gòu)化設計思想， 經(jīng)過項目的 可行性研究和需求分析、總體設計、 詳細設計， 以及編碼實現(xiàn)和調(diào)試

2、等步驟設計 開發(fā)了火車站網(wǎng)上訂票系統(tǒng)。并運用數(shù)據(jù)流圖和數(shù)據(jù)字典、 E-R 圖和數(shù)據(jù)庫邏輯 結(jié)構(gòu)、層次圖、系統(tǒng)流程圖、以及程序流程圖，對該系統(tǒng)的數(shù)據(jù)需求、數(shù)據(jù)庫、 系統(tǒng)軟件結(jié)構(gòu)、系統(tǒng)流程、以及處理過程等進行分析和設計。關鍵詞：信息管理、 售票、數(shù)據(jù)庫 、用戶接口目錄第一章 前言 51.1 項目開發(fā)的必要性 51.2 項目功能的概述 5第 2 章 軟件開發(fā)環(huán)境 62.1 軟件開發(fā)環(huán)境 . 62.2 軟件性能需求 . 6第 3 章 需求分析 63.1 可行性研究 63.1.1 經(jīng)濟可行性 . 63.1.2 技術可行性 . 63.1.3 操作可行性 . 73.2 需求分析 73.2.1 功能需求 .

3、73.2.2 數(shù)據(jù)需求 . 83.2.3 性能需求 . 83.2.4 約束與限制 . 9第 4 章 總體設計 94.1 系統(tǒng)概要 . 94.2 系統(tǒng)結(jié)構(gòu)組成 . 10第 5 章詳細設計 115.1 數(shù)據(jù)庫設計 . 115.1.1 數(shù)據(jù)庫介紹 . 115.1.2 數(shù)據(jù)表設計 . 125.1.3 數(shù)據(jù)表的應用 . 145.2 模塊設計 . 145.2.1 登錄/ 注冊模塊 . 155.2.2 查詢模塊 . 165.2.3 售票模塊 . 185.2.4 退票模塊 . 205.2.5 改簽模塊 225.2.6 修改車次模塊 245.2.7 統(tǒng)計信息模塊 25第一章 前言1.1 項目開發(fā)的必要性火車是目

4、前客流量最大的運輸工具，未來很長一段時間中也會延續(xù)這種現(xiàn) 狀。傳統(tǒng)的人工售票成本大，出錯率高等缺點，已是跟不上現(xiàn)代人的生活節(jié)奏。 而軟件相對于人工來說，它有更高處理速度，出錯率也將很低，當然，其成本也 會大大降低。如今， 對火車的要求在于提高售票效率， 火車售票也漸漸進入自動 化：自動化售票，快捷方便的查詢、改簽、退票，智能化的訂票。在曾經(jīng)看來是 復雜繁瑣的工作，變得簡單快速人性化。 通過提高售票效率， 還可以提高火車運 輸甚至整個運輸業(yè)的運行效率?；疖囌臼燮毕到y(tǒng)的主要作用是通過計算機實現(xiàn)票務信息的統(tǒng)一管理， 來提高 工作效率， 使售票員售票和乘客購票更加方便高效。 實現(xiàn)計算機管理的當然少不

5、了數(shù)據(jù)庫技術。 我們可以利用數(shù)據(jù)庫將整個火車站的票務情況存入計算機， 再配 置上界面友好功能完善的用戶接口， 以滿足用戶需求。 一個火車站售票信息管理 系統(tǒng)應達到的目標是提供及時、準確的信息服務，加快信息檢索的效率， 實況靈 活的查詢， 減輕管理人員制作報表和統(tǒng)計分析的負擔， 且系統(tǒng)規(guī)模不太大但又要 保證支持日常工作的要求，以便系統(tǒng)應易于擴充，提高管理水平。1.2 項目功能的概述本系統(tǒng)主要用于火車票的銷售，提供了以下幾個子功能：用戶登錄和注冊、 火車票訂購、火車票信息查詢、訂票查詢、售票、取票方式、改簽、退票以及后 臺方面的火車班次信發(fā)布、取消火車班次、訂票生成、取票號生成等后臺功能?；疖囌臼?/p>

6、票系統(tǒng)將由四部分組成： 網(wǎng)上訂票客戶程序，售票員系統(tǒng)，系統(tǒng)管 理員系統(tǒng)以及置于服務器的數(shù)據(jù)庫服務器第 2 章 軟件開發(fā)環(huán)境2.1 軟件開發(fā)環(huán)境開發(fā)工具： Visual C+6.0使用的數(shù)據(jù)庫： Server 2008系統(tǒng)開發(fā)語言： C+開發(fā)環(huán)境： Win 72.2 軟件性能需求本系統(tǒng)對電腦配置要求不高， 一般中低端配置就行， 由于開發(fā)環(huán)境是 Win 7， 其他操作系統(tǒng)運行此系統(tǒng)的穩(wěn)定性還未知。第 3 章 需求分析3.1 可行性研究該階段通過對系統(tǒng)目標的初步調(diào)研和分析， 提出可行性方案并進行論證。 我 們在這里主要從技術可行性、經(jīng)濟可行性和操作可行性三方面進行分析。3.1.1 經(jīng)濟可行性本系統(tǒng)其

7、他應用軟件、 硬件系統(tǒng)也易于獲得 .因此,開發(fā)成本較低。 而引進使 用本系統(tǒng)后，與傳統(tǒng)方式相比，具有高效率、低成本、高質(zhì)量的特點，可以節(jié)省 不少人力、物力及財力。所以，從經(jīng)濟的角度來看，該系統(tǒng)可行。3.1.2 技術可行性系統(tǒng)實現(xiàn)依靠我相對熟悉的 c+語言和 SQL Server2008 數(shù)據(jù)庫系統(tǒng)，其基 本操作實質(zhì)還是對數(shù)據(jù)庫進行添加、 刪除、查找等操作。 所以，從技術角度來看，該系統(tǒng)可行。3.1.3 操作可行性系統(tǒng)采用菜單式， 實現(xiàn)用戶與數(shù)據(jù)庫的交互， 界面設計時將盡量使系統(tǒng)界面 簡單易操作，充分考慮使用人員的習慣，使得操作簡單，數(shù)據(jù)錄入簡單、迅速、 規(guī)范、可靠；統(tǒng)計、計算準確；制表靈活；適

8、應力強。因此，操作方面的可行性 也能滿足。3.2 需求分析需求分析是軟件設計的一個重要的環(huán)節(jié)。 本階段對售票系統(tǒng)的應用情況作全 面調(diào)查，以確定系統(tǒng)目標， 并對系統(tǒng)所需要的基礎數(shù)據(jù)以及數(shù)據(jù)處理要求進行分 析，從而確定用戶的需求。用戶對系統(tǒng)的需求我們從以下幾方面進行分析。3.2.1 功能需求本火車售票系統(tǒng)應該具備如下功能：1、查詢模塊：分為對車次信息的查詢和客戶對已訂車票信息的查詢。要求：1）對車次的查詢，可以按照發(fā)車車次進行查詢；2）車次信息包括：火車列次、出發(fā)地、目的地、發(fā)車日期、開出時刻、票 價。3）座位類型設定。4）車次信息只允許用戶查詢，不能修改。2、售票模塊：通過查詢系統(tǒng)，根據(jù)客戶的需

9、求找到滿意的車次，再輸入個人信 息后直接通過網(wǎng)上售票確定已預訂選中的車票。要求 ：售票記錄應包括：會員名、車號、發(fā)車日期、訂購票數(shù)、總價。3、退票模塊：可退票，通過查詢系統(tǒng)，可以根據(jù)客戶的名字找到客戶的訂票信 息，通過退票模塊退去已購車票。4、改簽模塊：當行程計劃有變是，可改簽，通過查詢系統(tǒng)，可以根據(jù)客戶的名 字找到客戶的訂票信息，通過改簽模塊改簽已購車票。5、車次修改：提供車次信息、票價修改、站點修改、增加車次，減少車次、車 次的臨時調(diào)度和臨時路線更改等操作。6、統(tǒng)計信息：將要統(tǒng)計的車次號輸進到統(tǒng)計界面，根據(jù)車次的售票情況作出銷 售額、客流情況統(tǒng)計表。3.2.2 數(shù)據(jù)需求1、數(shù)據(jù)錄入和處理的

10、準確性數(shù)據(jù)的輸入是否正確是數(shù)據(jù)處理的前提， 錯誤的輸入會導致系統(tǒng)輸出的不正 確和不可用，從而得不到想要的結(jié)果。 數(shù)據(jù)的輸入來源是手工輸入。 所以系統(tǒng)地 界面要讓用戶容易使用，如果用戶出現(xiàn)誤操作，系統(tǒng)能簡單明了的給出中文提 示。2、數(shù)據(jù)的一致性和完整性由于系統(tǒng)的數(shù)據(jù)是共享的， 在不同的代售點中，車次信息是共享數(shù)據(jù)，所以 如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決這一問題， 要求系 統(tǒng)能保證數(shù)據(jù)的一致性， 在數(shù)據(jù)錄入處控制數(shù)據(jù)的去向， 并且要求對數(shù)據(jù)庫的數(shù) 據(jù)完整性進行嚴格的約束。對于輸入的數(shù)據(jù)， 要為其定義完整性規(guī)則，如果不能符合完整性約束， 系統(tǒng) 應該拒絕該數(shù)據(jù)，并給出出錯提示。3

11、、數(shù)據(jù)的共享與獨立性整個售票系統(tǒng)的數(shù)據(jù)是共享的。 然而，從系統(tǒng)開發(fā)的角度上看，共享會給設 計和調(diào)試帶來困難。因此， 應該提供靈活的配置， 使不同權(quán)限的用戶都可以正常 進行操作。3.2.3 性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，本系統(tǒng)應該滿足 以下的性能需求。1. 準確性和及時性 系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。 系統(tǒng)應能及時而且準確的根 據(jù)用戶權(quán)限及所輸入的信息做出響應。 由于本系統(tǒng)的查詢功能對于整個系統(tǒng)的功 能和性能完成舉足輕重。 作為系統(tǒng)的很多數(shù)據(jù)來源， 而車票的數(shù)量和時間又影響 用戶的決策活動， 其準確性和及時性很大程度上決定了系統(tǒng)的成敗。 在系統(tǒng)開發(fā) 過

12、程中，必須采用一定的方法保證系統(tǒng)的準確性和及時性。2. 易用性本系統(tǒng)是直接面對用戶的， 而用戶往往對計算機并不是非常熟悉。 這就要求 系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現(xiàn)這一點， 就要求系 統(tǒng)應該盡量使用用戶熟悉的術語和中文信息的界面，從而保證系統(tǒng)的易用性。此外，對服務器的要求，至少能夠滿足當?shù)厥燮比藛T同時訪問。對客戶端， 在線使用的電腦中安裝即可使用， 使用本系統(tǒng)功能時，電腦配置一般情況下， 響 應速度 2s 左右，3.2.4 約束與限制客戶下訂單提交后需在半小時內(nèi)進行確認信息，并且做出相應的決定，如： 退票、換票、付款等。售票員在開車前半小時不準售票，在開車前 2 小時不

13、準退 票。改簽的天數(shù)的范圍為 1 天，一天內(nèi)只能改簽一次。關于操作權(quán)限，客戶應該只有查詢、訂票、改簽、退票的權(quán)限，售票員應該 只有售票和查詢票務信息的權(quán)限， 管理員應該給予特殊權(quán)限， 使之能對票務信息 查詢、修改。第 4 章 總體設計4.1 系統(tǒng)概要本火車站售票系統(tǒng)是根據(jù)需求分析開發(fā)的原型系統(tǒng)， 目的是為了火車站工作 人員順利快速完成每次售票工作，以致火車運行暢通。該系統(tǒng)在開發(fā)各個階段， 都突出現(xiàn)代軟件設計的新思想、新技術的研究與應用及其有效性和實用性的證 實。系統(tǒng)使用的用戶主要有：客戶、售票員、系統(tǒng)管理員。都是在客服端界面上 進行操作， 并不需要了解服務器具體情況。 只要用戶的計算機上安裝本

14、單機版軟件便可方便的使用本系統(tǒng)4.2 系統(tǒng)結(jié)構(gòu)組成 系統(tǒng)的軟件系統(tǒng)總體分為五部分：登錄、售票、退票、改簽、用戶管理。 ： 登錄模塊：驗證用戶合法性，登錄后設定用戶權(quán)限； 售票模塊：提供查詢和售票操作； 退票模塊：提供查詢、核對信息和退票操作； 改簽模塊：提供查詢、核對信息和改簽操作； 車次修改：提供車次信息、票價修改、站點修改、增加車次，減少車次、車 次的臨時調(diào)度和臨時路線更改等操作；統(tǒng)計信息： 將要統(tǒng)計的車次號輸進到統(tǒng)計界面， 根據(jù)車次的售票情況作出銷 售額、客流情況統(tǒng)計表。總體數(shù)據(jù)流圖如下圖：總體結(jié)構(gòu)圖下圖：第 5 章 詳細設計5.1 數(shù)據(jù)庫設計5.1.1 數(shù)據(jù)庫介紹系統(tǒng)基于 Visual

15、 C+ 6.0 平臺開發(fā)，使用了 Server2008 數(shù)據(jù)庫。Server 2008 功能強大， 方便系統(tǒng)管理員組織和共享的數(shù)據(jù)庫， 方便系統(tǒng)管理員工作組作出更 好的決策。5.1.2 數(shù)據(jù)表設計面具體創(chuàng)建每一個表：表 1 管理員信息字段名稱字段類型主鍵外鍵是否為空默認值管理員 IDVarchar（10）是否否001管理員姓名Varchar（50）否否否Admin管理員密碼Varchar（16）否否否無表 2 售票員字段名稱字段類型主鍵外鍵是否為空默認值售票員 IDVarchar（10）是否否100售票員姓名Varchar（50）否否否無售票員密碼Varchar（16）否否否無證件號碼Varc

16、har（20）否否否無聯(lián)系地址Varchar（50）否否否無聯(lián)系電話Varchar（20）否否否無表 3 客戶表字段名稱字段類型主鍵外鍵是否為空默認值客戶 IDVarchar（10）是否否10000客戶姓名Varchar（50）否否否無客戶密碼Varchar （16）否否否無證件號碼Varchar（20）否否否無真實姓名Varchar（50）否否否無聯(lián)系地址Varchar（100）否否否無郵政編碼Varchar（10）否否否無聯(lián)系電話Varchar（20）否否否無表 4 訂單信息字段名稱字段類型主鍵外鍵是否為空默認值訂單號Varchar（10）是否否10000乘車日期Datetime否否是無車

17、次Varchar（10）否是是無始發(fā)站Varchar（10）否否是無終點站Varchar（10）否否是無席別Varchar（10）否否是無票種Varchar（10）否否是無張數(shù)Varchar（5）否否是1備注Varchar（100）否否是無表 5 列車信息表字段名稱字段類型主鍵外鍵是否為空默認信息始發(fā)站Varchar（10）否否是無車次Varchar （10）是否否無終點站Varchar（10）否否是無發(fā)車時間Datetime否否是無?？空綱archar（10）否否是無到站時間Datetime否否是無票種Varchar（10）否否是無表 6 火車票表字段名稱字段類型主鍵外鍵是否為空默認信息票種

18、Varchar（10）是否否無車次Varchar（10）否是否無張數(shù)Varchar（10）否否是15.1.3 數(shù)據(jù)表的應用當客戶端登錄時， 后臺服務器查找數(shù)據(jù)庫，匹配相應的用戶名和密碼， 若未 找到，則返回錯誤信息。登錄訂票系統(tǒng)，用到售票員表，通過每一個售票員來操 作每一個終端，通過對客戶需求（即：客戶買票的要求填寫訂單信息表，包括火 車票表）。若要查詢統(tǒng)計功能則需要以管理員身份登錄，用到管理員信息表，管 理員可以修改列車時刻表。5.2 模塊設計本火車售票下系統(tǒng)主要有登錄 / 注冊、查詢、售票、退票、改簽、修改車次、 統(tǒng)計信息這些功能，設計時按這些功能設計模塊就可以了。其詳細功能圖如下：本火車

19、售票下系統(tǒng)有客戶、 售票員、系統(tǒng)管理員三種用戶，其中客戶可以自 己注冊賬戶登錄， 而售票員和系統(tǒng)管理員則直接由相關部門授權(quán)給定賬號密碼登 錄。其程序流程圖如下所示：客戶登錄 /注冊模塊流程圖售票員/ 管理員登錄模塊流程圖5.2.2 查詢模塊客戶與售票員成功登錄后， 都具有查詢車票信息的權(quán)限， 其享有的操作是一 樣的。查詢可分為按車次查詢與站點查詢， 客戶或售票員通過輸入待查詢車次或者 站點查詢車票的相關信息，包括票價，時刻，剩余票數(shù)等信息。若用戶輸入的車 次或者站點錯誤，系統(tǒng)會提示輸入錯誤。能夠?qū)蛻粢蟮拇蟛糠植樵冾愋投寄軌虿樵?，每個查詢功能鍵都一目了 然，能快速精確的顯示要查詢的信息。 要

20、求單次的查詢系統(tǒng)的處理時間在 2 秒以 內(nèi)。查詢功能時序圖如下圖：客服或售票員查詢功能時序圖輸入項目：車次號或者站名。輸出項目：車次號、站點、發(fā)車時間、到站時間、剩余票數(shù)、車票價格、旅 程歷時。該模塊通過訪問數(shù)據(jù)庫查詢車票信息， 提取客戶或售票員輸入的車次或者站 名，封裝成 SELECT語句，到數(shù)據(jù)庫中查詢車票信息，將信息返回到用戶界面。 若輸入錯誤，彈出錯誤提示框。其程序流程圖如下圖：查詢功能流程圖5.2.3 售票模塊客戶成功登錄后，享有購票服務；售票員成功登錄后，享有售票權(quán)限。購票與售票實質(zhì)上是同一中操作， 只不過是操作主體不同， 下面對售票員的售票模塊 進行說明。根據(jù)客戶的需求如發(fā)車日期

21、、 發(fā)車時間、車票類型（學生票、軍人票） 等，客售票員查詢相關的車票信息，選擇客戶所需要的車次，下訂單，然后結(jié)算。單 次售票任務在 25 秒之內(nèi)完成，系統(tǒng)的反應時間在 3 秒之內(nèi)；保證多臺機器同時 運行該系統(tǒng)不會有過高延時。售票時序圖如下圖所示：售票功能時序圖輸入項目： 車次、站點、日期。輸出項目：車票信息、剩余票數(shù)。售票員輸入客戶預購車票的相關信息， 調(diào)用查詢模塊， 到數(shù)據(jù)庫中查詢是否 有票，若有，則選擇需要的票數(shù)和車次，并將賣出票數(shù)寫入數(shù)據(jù)庫，數(shù)據(jù)庫中對 應車次剩余票數(shù)刷新，儲存， 售票員選擇打印火車票給客戶； 若無則提示車票已 售完，回到輸入信息界面，重復上邊的算法流程。售票算法流程圖如

22、下圖：售票算法流程圖5.2.4 退票模塊客戶與售票員登錄后， 均有退票的權(quán)限，下面對售票員的退票情景進行分析。 處理客戶由于某種情況需要退回車票的情況， 客戶要在車站指定的時間內(nèi)進 行退票。超過指定時間， 只能改簽，不能退票。系統(tǒng)及時的記錄下所退回的車票， 更新數(shù)據(jù)庫。退票時序圖如下圖所示：售票員退票界面退票控制器DAO數(shù)據(jù)庫退票退票時序圖輸入項目：車票編號。輸出項目：確認車票界面、警告提示、退票款、數(shù)據(jù)修改成功。 售票員掃描客戶欲退車票的條形碼，獲得車票編號，售票員點擊退票按鈕， 將車票編號交給退票模塊。 退票模塊到數(shù)據(jù)庫中查詢此票是否已售出， 若匹配則 點擊確認退票，退票模塊修改數(shù)據(jù)庫， 售票員返還退票款； 若不匹配則會提示售