火車票銷售系統(tǒng)詳細(xì)設(shè)計(jì)說明書

1、引言 編寫目 TOC o 1-5 h z 的 1項(xiàng)目背景 1定義 1參考資料 2總體設(shè)計(jì) 2需求概述 2軟件結(jié)構(gòu) 3程序描述 4登錄模塊 8功能 8性能 8輸入項(xiàng)目9輸出項(xiàng)目9算法 9程序邏輯 10接口 10存儲(chǔ)分配10限制條件 10151511.1111121212131314141414151515測(cè)試要點(diǎn) 查詢模塊 功能 性能 輸入項(xiàng)目 輸出項(xiàng)目 算法 程序邏輯 接口 存儲(chǔ)分配 限制條件 測(cè)試要點(diǎn) 售票模塊 功能 性能 輸入項(xiàng)目 輸出項(xiàng) TOC o 1-5 h z 目 16算法 16程序邏輯 17接口 17存儲(chǔ)分配 17限制條件 17測(cè)試要點(diǎn)18退票模塊18功能 18性能 19輸入項(xiàng)目

2、19輸出項(xiàng)目 19算法 19程序邏輯 20接口 20存儲(chǔ)分配 21限制條件 21測(cè)試要點(diǎn) 21改簽?zāi)K22功能 22性能 22輸入項(xiàng)目 23輸出項(xiàng)目 23算法 23程序邏輯 23接口 24存儲(chǔ)分配25限制條件25測(cè)試要點(diǎn)25修改統(tǒng)計(jì)模 25功能 25性能： 27輸入項(xiàng)目 27輸出項(xiàng)目 27算法 28程序邏輯 28接口 29存儲(chǔ)分配 29限制條件 29測(cè)試要點(diǎn) 29系統(tǒng)管理維護(hù)模塊 30功30性能 31輸入項(xiàng)目 31輸出項(xiàng)目 31算法 31程序邏輯 32存儲(chǔ)分配 33限制條件 33測(cè)試要點(diǎn)331引言編寫目的編寫詳細(xì)設(shè)計(jì)說明書是軟件開發(fā)過程必不可少的部分，其目的是為了使開發(fā)人員在完成概要設(shè)計(jì)說明書

3、的基礎(chǔ)上完成概要設(shè)計(jì)規(guī)定的各個(gè)功能塊的具體實(shí)現(xiàn)的設(shè)計(jì)工作。通過對(duì)所產(chǎn)生的功能模塊進(jìn)行過程描述，開發(fā)一個(gè)可以直接轉(zhuǎn)化成程序語(yǔ)言的軟件標(biāo)識(shí)，這樣可以使軟件設(shè)計(jì)人員很好的了解軟件的功能，并對(duì)軟件的所有模塊有一個(gè)更深的了解。本說明書在概要設(shè)計(jì)的基礎(chǔ)上，對(duì)車站售票管理系統(tǒng)的各模塊，程序， 子系統(tǒng)分別進(jìn)行了實(shí)現(xiàn)層面上的要求和說明，為進(jìn)行后面的實(shí)現(xiàn)和測(cè)試做準(zhǔn)備，檢驗(yàn)本系統(tǒng)的各項(xiàng)性能指標(biāo)，及時(shí)發(fā)現(xiàn)紕漏及時(shí)修補(bǔ)。主要讀者：程序員、項(xiàng)目總監(jiān)、測(cè)試人員項(xiàng)目背景委托單位：火車站開發(fā)單位：湖南安全技術(shù)職業(yè)學(xué)院主管部門：電氣與信息工程系開發(fā)人員：李?yuàn)?、李艷亮、易美軍、何艷娟定義時(shí)序圖： 亦稱為序列圖或循序圖，是一種UML

4、行為圖。它通過描述對(duì)象之間發(fā)送消息的時(shí)間順序顯示多個(gè)對(duì)象之間的動(dòng)態(tài)協(xié)作。它可以表示用例的行為順序， 當(dāng)執(zhí)行一個(gè)用例行為時(shí)，時(shí)序圖中的每條消息對(duì)應(yīng)了一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件SqlClien ： 包含有關(guān)專門操作SqlServer 數(shù)據(jù)庫(kù)的類, 包含的是一些數(shù)據(jù)庫(kù)操作所需要用到的普通數(shù)據(jù)，如數(shù)據(jù)表，數(shù)據(jù)行等包：多個(gè)類的集合參考資料GB8567-88. 軟件設(shè)計(jì)文檔國(guó)家標(biāo)準(zhǔn)詳細(xì)設(shè)計(jì)說明書張海藩 . 軟件工程導(dǎo)論（第五版）清華大學(xué)出版社吳建、鄭潮、汪杰. UML基礎(chǔ)與Rose建模案例人民郵電出版社胥光輝，金鳳林等軟件工程方法與實(shí)踐機(jī)械工業(yè)出版社車站售票管理系統(tǒng)可行性研究報(bào)告車站售票管理系

5、統(tǒng)項(xiàng)目開發(fā)計(jì)劃車站售票管理系統(tǒng)需求規(guī)格說明書車站售票管理系統(tǒng)概要設(shè)計(jì)說明書總 體 設(shè) 計(jì)需求概述火車站售票管理系統(tǒng)主要實(shí)現(xiàn)售票自動(dòng)化，包括售票，訂票、退票，查詢，統(tǒng)計(jì)，為了保證系統(tǒng)正常運(yùn)行，另外需要專門人員對(duì)系統(tǒng)的維護(hù)管理。（ 1）登錄： 登錄可分為系統(tǒng)管理員登錄和售票員登錄，在登錄模塊的描述中，將系統(tǒng)管理員和售票員都看作這個(gè)系統(tǒng)的用戶，他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)，才可進(jìn)行以后的操作。若用戶名和密碼輸入錯(cuò)誤，不匹配，系統(tǒng)將會(huì)提示輸入錯(cuò)誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。（ 2） 查詢： 查詢分為車次查詢、站點(diǎn)查詢、時(shí)刻表查詢、票價(jià)查詢、余票查詢。車次查詢提供了

6、所有車次瀏覽、按車次查詢、和站站查詢，用戶可以通過查詢來(lái)了解列車所經(jīng)車站以及發(fā)車時(shí)間等信息。時(shí)刻表查詢可以查詢每一車次在每一站的發(fā)車時(shí)間和到站時(shí)間。票價(jià)查詢可以讓用戶按自己的需求來(lái)查詢所有車次的車票價(jià)格；余票查詢可以查詢到所有車次的剩余車票的情況；（ 3）售票：根據(jù)旅客的需求如發(fā)車日期、發(fā)車時(shí)間、車廂類型、車票類型（學(xué)生票、軍人票）等選擇用戶所需要的車次，然后結(jié)算并打印車票給旅客。（ 4） 訂票： 由售票點(diǎn)授權(quán)或是有一定信譽(yù)的售票代理商替代旅客進(jìn)行預(yù)訂車票，售票代理商通過電話或是親自到售票點(diǎn)預(yù)訂的方式進(jìn)行預(yù)訂車票。5）退票：處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的統(tǒng)計(jì)：售票統(tǒng)

7、計(jì)分別可以按日期統(tǒng)計(jì)、按車次統(tǒng)計(jì)、按客流方向統(tǒng)計(jì)等統(tǒng)計(jì)方式， 通過察看車票的流向可以得知旅客的大致流向，列車管理人員可以根據(jù)客流的流向隨時(shí)調(diào)整列車運(yùn)行車次，達(dá)到列車的合理調(diào)度，使列車最大限度的投入使用中，實(shí)現(xiàn)資源的合理利用。（ 7）修改：包括車次修改、票價(jià)修改、站點(diǎn)修改。車次修改包括增加車次，減少車次， 車次的臨時(shí)調(diào)度和由于自然災(zāi)害造成的臨時(shí)路線更改。票價(jià)修改為節(jié)假日、 春運(yùn)等特殊時(shí)段或某些特殊地域需要適量增加或減少票價(jià)，具體數(shù)字有鐵路管理定。站點(diǎn)修改可是某些車次增加或減少一些站點(diǎn)。（ 8）系統(tǒng)管理維護(hù)：管理員通過系統(tǒng)添加用戶或者刪除用戶，并且授予權(quán)限，同時(shí)維護(hù)數(shù)據(jù)庫(kù)，保證系統(tǒng)正確運(yùn)行。2.2

8、 軟件結(jié)構(gòu)主要功能：完善火車票售票系統(tǒng)，方便鐵路局的售票工作，提高鐵路局的服務(wù)質(zhì)量和服務(wù)效率。性能要求：火車站提供的信息必須及時(shí)的反映在鐵路局的工作平臺(tái)上。售票對(duì)服務(wù)器上的數(shù)據(jù)必須進(jìn)輸入要求：數(shù)據(jù)完整，詳實(shí)。輸出要求：簡(jiǎn)捷，快速，實(shí)時(shí)。安全與保密要求：售票員享有對(duì)火車站票務(wù)信息數(shù)據(jù)庫(kù)、列車信息數(shù)據(jù)庫(kù)的管理與修改。旅客只享有對(duì)票務(wù)信息數(shù)據(jù)庫(kù)的部分修（寫入與讀出）。該系統(tǒng)僅限火車站內(nèi)部使用，因此使用C/S 架構(gòu)開發(fā)。同時(shí)，要實(shí)現(xiàn)客戶端程 序 描 述通過需求分析和概要設(shè)計(jì)，可以得出火車站售票系統(tǒng)的的類圖，該系統(tǒng)中 主要包括四個(gè)基本類：售票員，火車票，管理員，購(gòu)票者。購(gòu)票者向售票員 提出請(qǐng)求，購(gòu)票者有

9、請(qǐng)求購(gòu)票，請(qǐng)求查詢，請(qǐng)求訂票，請(qǐng)求退票和請(qǐng)求改簽 這幾個(gè)功能。售票員通過與購(gòu)票者交流后了解購(gòu)票者的請(qǐng)求信息，進(jìn)入系統(tǒng) 進(jìn)行操作。售票員和管理員均需要對(duì)火車票進(jìn)行操作，同時(shí)，管理員需錄入員 工信息，維護(hù)數(shù)據(jù)庫(kù)。將如上系統(tǒng)類圖進(jìn)行進(jìn)一步的抽象，可以得出系統(tǒng)的抽象類圖，從而在討論接Unit 包中，將Com接口封裝在Com包中。其中Com接口是該系統(tǒng)主Com可使用Unit ， SQLclient 包中的類。Form包包括圖形化界Com包引用。通過Search 類來(lái)實(shí)現(xiàn)查詢功能，Sell 類實(shí)現(xiàn)售票功能，Refund 實(shí)現(xiàn)退票功能，Alter 實(shí)現(xiàn)修改功能，Count實(shí)ACommon sell()Spe

10、cial sell()，Refund()Timetable Start二 Date 眺nd Date 防Train。String aRoute: StnngM() X()List*Td: String Amount: hteger圖5.4 Unit抽象類圖Com電Ticket: Ticket /Timetable Timetable List. UstNew Ticket()New Time()New List()Sold(;Searchf)Change。Count。SearchAlterSearch()ChangeQ圖5.5 Com接口抽象類圖由于本系統(tǒng)中售票員是主要的操作者，因此需要明確售

11、票員的狀態(tài)。登錄模塊功能登錄可分為系統(tǒng)管理員登錄和售票員登錄，在登錄模塊的描述中，將系統(tǒng)管理員和售票員都看作這個(gè)系統(tǒng)的用戶，他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)，才可進(jìn)行以后的操作。若用戶名和密碼輸入錯(cuò)誤，不匹配， 系統(tǒng)將會(huì)提示輸入錯(cuò)誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。性能用戶通過用戶名和密碼進(jìn)入系統(tǒng)，可以確保系統(tǒng)的安全，由于系統(tǒng)管理員和售票員具有不同的權(quán)限，因此可以確保系統(tǒng)的權(quán)限分明。輸入項(xiàng)目用戶輸入用戶名、密碼，通過數(shù)據(jù)庫(kù)的封裝以下表格中。輸出項(xiàng)目5.8 查詢功能時(shí)序圖5.8 查詢功能時(shí)序圖3.1.8 存儲(chǔ)分配根據(jù)數(shù)據(jù)庫(kù)中存在的表中信息來(lái)查詢，判斷用戶名、密碼是否正

12、確，正確則顯示登錄成功信息，若用戶名和密碼不匹配則提示輸入錯(cuò)誤。算法該模塊通過訪問數(shù)據(jù)庫(kù)查詢用戶登錄信息，提取用戶輸入的用戶名和密碼，封裝成 SELECT語(yǔ)句，到數(shù)據(jù)庫(kù)中查詢相關(guān)信息，將信息返回到用戶界面。若用戶輸入錯(cuò)誤，彈出錯(cuò)誤提示框。程序邏輯5.7 登錄功能流程圖3.1.7 接口該模塊通過Com接口中的Search 方法訪問數(shù)據(jù)庫(kù)，Com接口提供連接數(shù)據(jù)庫(kù)的功能。在售票模塊中會(huì)調(diào)用此模塊。對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。限制條件由于登錄系統(tǒng)是需要用戶名和密碼，因此需要用戶正確輸入用戶名和密碼，并且是已經(jīng)注冊(cè)過的用戶。測(cè)試要點(diǎn)確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是

13、否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過確認(rèn)測(cè)試的軟件， 作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、 某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在登錄模塊中重點(diǎn)需要測(cè)試如下：（ 1）輸入數(shù)據(jù)有效性判定；（ 2）有效數(shù)據(jù)輸出測(cè)試，無(wú)效數(shù)據(jù)輸出測(cè)試。（ 3）系統(tǒng)安全性和反應(yīng)速度進(jìn)行測(cè)試，系統(tǒng)的穩(wěn)定性要求 3.2 查詢模塊3.2.1 功能查詢可分為按車次查詢與站點(diǎn)查詢，用戶通過輸入待查詢車次或者站點(diǎn)查詢車票的相關(guān)信息，包括票價(jià)，時(shí)刻，剩余票數(shù)等信息。若用戶輸入的車次或者

14、站點(diǎn)錯(cuò)誤，系統(tǒng)會(huì)提示輸入錯(cuò)誤。性能能夠?qū)Τ丝鸵蟮拇蟛糠植樵冾愋投寄軌虿樵?，每個(gè)查詢功能鍵都一目了然，能快速精確的顯示要查詢的信息。要求單次的查詢系統(tǒng)的處理時(shí)間在2 秒以內(nèi)。輸入項(xiàng)目車次號(hào)、站名輸出項(xiàng)目通過車輛表信息和時(shí)刻表信息，系統(tǒng)可以輸出車次號(hào)、站點(diǎn)、發(fā)車時(shí)間、到站時(shí)間、剩余票數(shù)等信息。算法3.2.6 程序邏輯5.9 查詢算法流程圖3.2.7 接口3.2.8 存儲(chǔ)分配該模塊通過訪問數(shù)據(jù)庫(kù)查詢車票信息，提取用戶輸入的車次或者站名，封裝成SELECT語(yǔ)句，到數(shù)據(jù)庫(kù)中查詢車票信息，將信息返回到用戶界面。若用戶輸入錯(cuò)誤，彈出錯(cuò)誤提示框。該模塊通過Com 接 口 中 的 Search方法訪問數(shù)據(jù)庫(kù)，

15、Com接口提供連接數(shù)據(jù)庫(kù)的功能。在售票模塊中會(huì)調(diào)用此模塊。對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。限制條件由于從查詢到查看查詢內(nèi)容全部靠電腦完成，所以需要用戶熟悉電腦的基本操作。同時(shí)，系統(tǒng)中必須存在的人工處理過程，例如一些信息需要人工輸入電腦。測(cè)試要點(diǎn)確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、 數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在查詢模塊中重點(diǎn)

16、需要測(cè)試如下：（1）輸入數(shù)據(jù)有效性判定；（ 2）有效數(shù)據(jù)輸出測(cè)試，無(wú)效數(shù)據(jù)輸出測(cè)試。售票模塊功能圖 5.10 售票功能時(shí)序圖根據(jù)旅客的需求如發(fā)車日期、發(fā)車時(shí)間、車票類型（學(xué)生票、軍人票）等，售票員查詢相關(guān)的車票信息，選擇用戶所需要的車次，然后結(jié)算并打印車票給旅客。性能查詢車票精確，單次售票任務(wù)需要在25 秒之內(nèi)完成，系統(tǒng)的反應(yīng)時(shí)間要求在3秒之內(nèi)；保證36 臺(tái)機(jī)器同時(shí)運(yùn)行該系統(tǒng)不會(huì)有過高延時(shí)。輸入項(xiàng)目車次、站點(diǎn)、日期3.3.4輸出項(xiàng)目根據(jù)數(shù)據(jù)庫(kù)中存放的車票表，顯示車票信息、剩余票數(shù)等相關(guān)信息。算法售票員輸入顧客預(yù)購(gòu)車票的相關(guān)信息，到數(shù)據(jù)庫(kù)中查詢是否有票，若有則打印火車票給顧客，數(shù)據(jù)庫(kù)中改車次車票

17、自動(dòng)減去賣出的票數(shù)；若無(wú)則提示售票員車票已售完。程序邏輯5.11 售票算法流程圖3.3.7 接口售票模塊提供一個(gè)調(diào)用查詢模塊的接口，在Com包中定義。3.3.9 限制條件3.3.8 存儲(chǔ)分配對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)存技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份有一定的專業(yè)要求，需要熟悉電腦的基本操作。測(cè)試要點(diǎn)確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確

18、認(rèn)測(cè)試。在售票模塊中重點(diǎn)需要測(cè)試如下：（ 1）查詢數(shù)據(jù)的有效性（ 2）正確打印出車票，票數(shù)正確退 票 模 塊功能5.12 退票功能時(shí)序圖處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定 的 時(shí) 間 內(nèi) 進(jìn)行退票，按照票款的80%退款。超過指定時(shí)間，只能改簽，不能退票。性能及時(shí)的記錄下所退回的車票，并快速精確的顯示應(yīng)交付給顧客的余額。輸入項(xiàng)目車票編號(hào)輸出項(xiàng)目根據(jù)數(shù)據(jù)庫(kù)中存放的退票表信息，確認(rèn)是否可以退票，如果可以退票則顯示 退票款，及其他相關(guān)內(nèi)容。并進(jìn)行數(shù)據(jù)修改的操作。算法售票員掃描顧客欲退車票的條形碼，獲得車票編號(hào)，售票員點(diǎn)擊退票按鈕，將車票編號(hào)交給退票控制器。退票控制器到數(shù)據(jù)庫(kù)中查詢

19、此票是否已售出，若匹配則點(diǎn)擊確認(rèn)退票，退票控制器會(huì)自動(dòng)修改數(shù)據(jù)庫(kù)，售票員返還退票款；若不匹配則會(huì)提示售票員此票未售出。程序邏輯5.13 退票算法流程圖接口退票模塊需要有與數(shù)據(jù)庫(kù)交互的接口，通過Com包中的Connect 方法來(lái)實(shí)現(xiàn)與數(shù)據(jù)庫(kù)的連接。存儲(chǔ)分配對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份限制條件由于系統(tǒng)中必須存在人工處理過程，一些信息要人工輸入電腦，例如條形碼的掃描，因此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。測(cè)試要點(diǎn)在退票完成之后，數(shù)據(jù)確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過

20、確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、 某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下， 對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在退票模塊中重點(diǎn)需要測(cè)試如下：（ 1）庫(kù)中的記錄確定更改（ 2）提示車票退票時(shí)限準(zhǔn)確改簽?zāi)K功能圖 5.14 改 簽 功 能 時(shí) 序 圖乘客計(jì)劃臨時(shí)變更需要更改出發(fā)日期，或者退票不成功，可以選擇改簽服務(wù)。售票員收回乘客車票，返還票款，收取手續(xù)費(fèi)。若乘客需要日期的票有剩余，則 重新賣給乘客一張票；若票已售完，則退出。性能保證數(shù)據(jù)庫(kù)的一致，具有一定的及時(shí)更新能力。輸入項(xiàng)目 車次、日期輸出項(xiàng)目 警告提示、新車票算法3

21、.5.6 程序邏輯圖 5.15 改 簽 算 法 流 程 圖3.5.7 接口售 票 員 掃 描 車 票 條 形 碼 ， 輸 入 到 改 簽 界 面 ， 控 制 器 進(jìn) 入 數(shù) 據(jù) 庫(kù) 中 確 認(rèn) 該 車 票 確實(shí)售出。若確實(shí)售出，則返還退票款，并根據(jù)乘客需求另售一張指定日期車票；若沒有售出，警告提示售票員。改簽?zāi)K需要調(diào)用售票模塊的功能，由于兩個(gè)功能均在一個(gè)Com包中， 模塊之間可以實(shí)現(xiàn)互相通信。3.5.8存儲(chǔ)分配對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。限制條件由于系統(tǒng)中必須存在人工處理過程，一些信息要人工輸入電腦，例如條形碼的掃描，因此需要用戶熟悉電腦的基本操作，并且需要

22、有掃描儀。測(cè)試要點(diǎn)確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過確認(rèn)測(cè)試的軟件， 作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、 某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在改簽?zāi)K中重點(diǎn)需要測(cè)試如下：（ 1）在改簽完成之后，數(shù)據(jù)庫(kù)中的記錄確定更改（ 2）提示車票改簽時(shí)限準(zhǔn)確修 改 統(tǒng) 計(jì) 模 塊功能圖 5.16 修 改 功 能 時(shí) 序 圖圖 5.17 統(tǒng) 計(jì) 功 能 時(shí) 序 圖知不同日期車流量的情況，列車管理人員可以根據(jù)客流的流向隨時(shí)調(diào)

23、整列車運(yùn)行系統(tǒng)管理員通過該模塊修改需要變更的車次信息，包括車次修改、票價(jià)修改、站點(diǎn)修改。 車次修改包括增加車次，減少車次，車次的臨時(shí)調(diào)度和由于自然災(zāi)害造成的臨時(shí)路線更改。票價(jià)修改為節(jié)假日、春運(yùn)等特殊時(shí)段或某些特殊地域需要適量增加或減少票價(jià)，具體數(shù)字有鐵路管理定。站點(diǎn)修改可是某些車次增加或減少一些站點(diǎn)。車次， 達(dá)到列車的合理調(diào)度，使列車最大限度的投入使用中，實(shí)現(xiàn)資源的合理利 用。性能：修 改 模 塊 需 要 最 高 的 權(quán) 限 ， 非 最 高 權(quán) 限 人 不 可 修 改 數(shù) 據(jù) 庫(kù) 數(shù) 據(jù) ； 統(tǒng) 計(jì) 需 要 較 高的可靠性，保證數(shù)據(jù)的完整性，數(shù)據(jù)需要定時(shí)備份。輸入項(xiàng)目站點(diǎn)、時(shí)刻、車次、日期輸出

24、項(xiàng)目報(bào)表、修改統(tǒng)計(jì)成功提示算法管理員輸入欲修改的車次，提交給控制器，控制器根據(jù)管理員輸入的信息進(jìn)入數(shù)據(jù)庫(kù)修改相關(guān)表數(shù)據(jù)，修改成功返回給管理員成功修改提示。售票員將要統(tǒng)計(jì)的車次號(hào)輸進(jìn)到統(tǒng)計(jì)界面，控制器提取數(shù)據(jù)，進(jìn)入數(shù)據(jù)庫(kù)查詢統(tǒng)計(jì)表， 返回給售票員，售票員根據(jù)車次的售票情況作出銷售額、客流情況統(tǒng)計(jì)表。程序邏輯3.6.10 測(cè)試要點(diǎn)圖 5.18 統(tǒng) 計(jì) 算 法 流 程 圖接口兩個(gè)方法均封裝在Com包中，可以通過Com包的Connect 方法連接數(shù)據(jù)庫(kù)，并使用 SQL語(yǔ)句進(jìn)行查詢或者修改數(shù)據(jù)庫(kù)的操作。存儲(chǔ)分配對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量存儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)備份限制條件由于統(tǒng)計(jì)過程需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，并且需要經(jīng)常備份數(shù)據(jù)庫(kù)，因此需要用戶熟悉 S