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

1、.軟件詳細(xì)說明書目錄1引言 .11.1編寫的 .11.2項(xiàng)目景 .11.3義.11.4參考料 .22總體設(shè)計(jì) .22.1需求述 .22.2軟件構(gòu) .33程序描述 .43.1登錄模塊 .83.1.1功能 .83.1.2性能 .83.1.3輸入項(xiàng)目 .93.1.4輸出項(xiàng)目 .93.1.5算法 .93.1.6程序邏輯 .103.1.7接口 .103.1.8存儲分配 .103.1.9限制件 .103.1.10測試點(diǎn) .113.2查詢模塊 .113.2.1功能 .113.2.2性能 .123.2.3輸入項(xiàng)目 .12;.輸出項(xiàng)目12算法13程序邏輯13接口14存儲分配14限制條件14測試要點(diǎn)143.3 售

2、票模塊15功能15性能15輸入項(xiàng)目15輸出項(xiàng)目16算法16程序邏輯17接口17存儲分配17限制條件17測試要點(diǎn)183.4 退票模塊18功能18性能19輸入項(xiàng)目19輸出項(xiàng)目19算法19程序邏輯20接口20存儲分配21限制條件21測試要點(diǎn)21;.3.5 改簽?zāi)K22功能22性能22輸入項(xiàng)目23輸出項(xiàng)目23算法23程序邏輯23接口24存儲分配25限制條件25測試要點(diǎn)253.6 修改統(tǒng)計(jì)模25功能25性能：27輸入項(xiàng)目27輸出項(xiàng)目27算法28程序邏輯28接口29存儲分配29限制條件29測試要點(diǎn)293.7 系統(tǒng)管理維護(hù)模塊30功能30性能31輸入項(xiàng)目31輸出項(xiàng)目31算法31;.程序邏輯32存儲分配33限

3、制條件33測試要點(diǎn)331引言1.1 編寫目的編寫詳細(xì)設(shè)計(jì)說明書是軟件開發(fā)過程必不可少的部分， 其目的是為了使開發(fā)人員在完成概要設(shè)計(jì)說明書的基礎(chǔ)上完成概要設(shè)計(jì)規(guī)定的各個(gè)功能塊的具體實(shí)現(xiàn)的設(shè)計(jì)工作。通過對所產(chǎn)生的功能模塊進(jìn)行過程描述， 開發(fā)一個(gè)可以直接轉(zhuǎn)化成程序語言的軟件標(biāo)識， 這樣可以使軟件設(shè)計(jì)人員很好的了解軟件的功能， 并對軟件的所有模塊有一個(gè)更深的了解。 本說明書在概要設(shè)計(jì)的基礎(chǔ)上， 對車站售票管理系統(tǒng)的各模塊， 程序，子系統(tǒng)分別進(jìn)行了實(shí)現(xiàn)層面上的要求和說明， 為進(jìn)行后面的實(shí)現(xiàn)和測試做準(zhǔn)備，檢驗(yàn)本系統(tǒng)的各項(xiàng)性能指標(biāo)，及時(shí)發(fā)現(xiàn)紕漏及時(shí)修補(bǔ)。主要讀者：程序員、項(xiàng)目總監(jiān)、測試人員1.2 定義時(shí)序圖

4、：亦稱為序列圖或循序圖， 是一種 UML行為圖。它通過描述對象之間發(fā)送消息的時(shí)間順序顯示多個(gè)對象之間的動態(tài)協(xié)作。 它可以表示用例的行為順序，當(dāng)執(zhí)行一個(gè)用例行為時(shí)， 時(shí)序圖中的每條消息對應(yīng)了一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件SqlClien ：包含有關(guān)專門操作 SqlServer 數(shù)據(jù)庫的類 , 包含的是一些數(shù)據(jù)庫操作所需要用到的普通數(shù)據(jù)，如數(shù)據(jù)表，數(shù)據(jù)行等包：多個(gè)類的集合2總體設(shè)計(jì);.2.1 需求概述火車站售票管理系統(tǒng)主要實(shí)現(xiàn)售票自動化，包括售票，訂票、退票，查詢，統(tǒng)計(jì)，為了保證系統(tǒng)正常運(yùn)行，另外需要專門人員對系統(tǒng)的維護(hù)管理。（1）登錄：登錄可分為系統(tǒng)管理員登錄和售票員登錄， 在登錄模塊的

5、描述中，將系統(tǒng)管理員和售票員都看作這個(gè)系統(tǒng)的用戶， 他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)，才可進(jìn)行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統(tǒng)將會提示輸入錯誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。（2）查詢：查詢分為車次查詢、 站點(diǎn)查詢、 時(shí)刻表查詢、票價(jià)查詢、余票查詢。車次查詢提供了所有車次瀏覽、 按車次查詢、 和站站查詢， 用戶可以通過查詢來了解列車所經(jīng)車站以及發(fā)車時(shí)間等信息。 時(shí)刻表查詢可以查詢每一車次在每一站的發(fā)車時(shí)間和到站時(shí)間。 票價(jià)查詢可以讓用戶按自己的需求來查詢所有車次的車票價(jià)格；余票查詢可以查詢到所有車次的剩余車票的情況；（ 3）售票：根據(jù)旅客的需求如發(fā)

6、車日期、發(fā)車時(shí)間、車廂類型、車票類型（學(xué)生票、軍人票）等選擇用戶所需要的車次，然后結(jié)算并打印車票給旅客。（ 4）訂票：由售票點(diǎn)授權(quán)或是有一定信譽(yù)的售票代理商替代旅客進(jìn)行預(yù)訂車票，售票代理商通過電話或是親自到售票點(diǎn)預(yù)訂的方式進(jìn)行預(yù)訂車票。（ 5）退票：處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時(shí)間內(nèi)進(jìn)行退票，此外車站售票點(diǎn)還要扣除一定的手續(xù)費(fèi)。（ 6）統(tǒng)計(jì)：售票統(tǒng)計(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、理利用。;.（ 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ù)庫，保證系統(tǒng)正確運(yùn)行。2.2 軟件結(jié)構(gòu)1. 主要功能：完善火車票售票系統(tǒng)， 方便鐵路局的售票工作， 提高鐵路局的服務(wù)質(zhì)量和服務(wù)效率。2. 性能要求：火車站提供的信息必須及時(shí)的反映在鐵路局的工作平臺上。售票系統(tǒng)的定單必須無差錯的存儲在火車站的

8、主服務(wù)器上。 對服務(wù)器上的數(shù)據(jù)必須進(jìn)行及時(shí)正確的刷新。3. 輸入要求：數(shù)據(jù)完整，詳實(shí)。4. 輸出要求：簡捷，快速，實(shí)時(shí)。;.5. 安全與保密要求：售票員享有對火車站票務(wù)信息數(shù)據(jù)庫、列車信息數(shù)據(jù)庫的管理與修改。旅客只享有對票務(wù)信息數(shù)據(jù)庫的部分修 （寫入與讀出）。該系統(tǒng)僅限火車站內(nèi)部使用，因此使用 C/S 架構(gòu)開發(fā)。同時(shí)，要實(shí)現(xiàn)客戶端之間使用局域網(wǎng)技術(shù)互聯(lián)，實(shí)現(xiàn)數(shù)據(jù)的共享，另外要求相互之間的操作互不影響。同一張火車票只能由一個(gè)客戶端賣出，使用線程的同步來實(shí)現(xiàn)。3程序描述通過需求分析和概要設(shè)計(jì)，可以得出火車站售票系統(tǒng)的的類圖，該系統(tǒng)中主要包括四個(gè)基本類：售票員，火車票，管理員，購票者。購票者向售票員

9、提出請求，購票者有請求購票，請求查詢，請求訂票，請求退票和請求改簽這幾個(gè)功能。售票員通過與購票者交流后了解購票者的請求信息，進(jìn)入系統(tǒng)進(jìn)行操作。售票員和管理員均需要對火車票進(jìn)行操作，同時(shí)，管理員需錄入員工信息，維護(hù)數(shù)據(jù)庫。;.將如上系統(tǒng)類圖進(jìn)行進(jìn)一步的抽象，可以得出系統(tǒng)的抽象類圖， 從而在討論接口問題時(shí)，可以更加的清楚，明確。系統(tǒng)主要抽象出三個(gè)類、一個(gè)接口，將三個(gè)類封裝到 Unit 包中，將Com接口封裝在 Com包中。其中 Com接口是該系統(tǒng)主要功能的集合， Com可使用 Unit ，SQLclient 包中的類。 Form 包包括圖形化界面，通過 Com包引用。通過 Search 類來實(shí)現(xiàn)查

10、詢功能， Sell 類實(shí)現(xiàn)售票功能，包括售全價(jià)票與半價(jià)票， Refund 實(shí)現(xiàn)退票功能， Alter 實(shí)現(xiàn)修改功能， Count 實(shí)現(xiàn)統(tǒng)計(jì)功能。;.;.由于本系統(tǒng)中售票員是主要的操作者，因此需要明確售票員的狀態(tài)。3.1 登錄模塊功能登錄可分為系統(tǒng)管理員登錄和售票員登錄， 在登錄模塊的描述中， 將系統(tǒng)管理員和售票員都看作這個(gè)系統(tǒng)的用戶， 他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)， 才可進(jìn)行以后的操作。 若用戶名和密碼輸入錯誤， 不匹配，系統(tǒng)將會提示輸入錯誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。性能用戶通過用戶名和密碼進(jìn)入系統(tǒng)，可以確保系統(tǒng)的安全， 由于系統(tǒng)管理員和售票員具有不同的

11、權(quán)限，因此可以確保系統(tǒng)的權(quán)限分明。輸入項(xiàng)目用戶輸入用戶名、密碼，通過數(shù)據(jù)庫的封裝以下表格中。輸出項(xiàng)目;.根據(jù)數(shù)據(jù)庫中存在的表中信息來查詢，判斷用戶名、密碼是否正確，正確則顯示登錄成功信息，若用戶名和密碼不匹配則提示輸入錯誤。算法該模塊通過訪問數(shù)據(jù)庫查詢用戶登錄信息，提取用戶輸入的用戶名和密碼，封裝成 SELECT語句，到數(shù)據(jù)庫中查詢相關(guān)信息，將信息返回到用戶界面。若用戶輸入錯誤，彈出錯誤提示框。程序邏輯圖 5.7登錄功能流程圖接口該模塊通過 Com接口中的 Search 方法訪問數(shù)據(jù)庫， Com接口提供連接數(shù)據(jù)庫的功能。在售票模塊中會調(diào)用此模塊。存儲分配;.對數(shù)據(jù)庫采取日志記錄技術(shù)和海量轉(zhuǎn)儲技

12、術(shù)，并定期進(jìn)行數(shù)據(jù)庫備份。限制條件由于登錄系統(tǒng)是需要用戶名和密碼，因此需要用戶正確輸入用戶名和密碼，并且是已經(jīng)注冊過的用戶。測試要點(diǎn)確認(rèn)測試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、 外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下， 對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。在登錄模塊中重點(diǎn)需要測試如下：（1）輸入數(shù)據(jù)有效性判定；（2）有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。（3）系統(tǒng)安全性和反應(yīng)速度進(jìn)行測試，系統(tǒng)的穩(wěn)定性要求3.2

13、 查詢模塊功能圖 5.8查詢功能時(shí)序圖;.查詢可分為按車次查詢與站點(diǎn)查詢， 用戶通過輸入待查詢車次或者站點(diǎn)查詢車票的相關(guān)信息，包括票價(jià)，時(shí)刻，剩余票數(shù)等信息。若用戶輸入的車次或者站點(diǎn)錯誤，系統(tǒng)會提示輸入錯誤。性能能夠?qū)Τ丝鸵蟮拇蟛糠植樵冾愋投寄軌虿樵儯總€(gè)查詢功能鍵都一目了然， 能快速精確的顯示要查詢的信息。要求單次的查詢系統(tǒng)的處理時(shí)間在2 秒以內(nèi)。輸入項(xiàng)目車次號、站名輸出項(xiàng)目通過車輛表信息和時(shí)刻表信息，系統(tǒng)可以輸出車次號、站點(diǎn)、發(fā)車時(shí)間、到站時(shí)間、剩余票數(shù)等信息。算法;.該模塊通過訪問數(shù)據(jù)庫查詢車票信息，提取用戶輸入的車次或者站名，封裝成SELECT語句，到數(shù)據(jù)庫中查詢車票信息，將信息返回

14、到用戶界面。若用戶輸入錯誤，彈出錯誤提示框。程序邏輯圖 5.9 查詢算法流程圖接口該模塊通過Com 接口中的 Search方法訪問數(shù)據(jù)庫，Com接口提供連接數(shù)據(jù)庫的功能。在售票模塊中會調(diào)用此模塊。存儲分配;.對數(shù)據(jù)庫采取日志記錄技術(shù)和海量轉(zhuǎn)儲技術(shù)，并定期進(jìn)行數(shù)據(jù)庫備份。限制條件由于從查詢到查看查詢內(nèi)容全部靠電腦完成，所以需要用戶熟悉電腦的基本操作。同時(shí)，系統(tǒng)中必須存在的人工處理過程，例如一些信息需要人工輸入電腦。測試要點(diǎn)確認(rèn)測試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，

15、與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起， 在實(shí)際運(yùn)行環(huán)境下， 對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。在查詢模塊中重點(diǎn)需要測試如下：（ 1）輸入數(shù)據(jù)有效性判定；（2）有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。3.3 售票模塊功能;.圖 5.10 售票功能時(shí)序圖根據(jù)旅客的需求如發(fā)車日期、發(fā)車時(shí)間、車票類型（學(xué)生票、軍人票）等，售票員查詢相關(guān)的車票信息， 選擇用戶所需要的車次， 然后結(jié)算并打印車票給旅客。性能查詢車票精確，單次售票任務(wù)需要在25 秒之內(nèi)完成，系統(tǒng)的反應(yīng)時(shí)間要求在3秒之內(nèi)；保證 36 臺機(jī)器同時(shí)運(yùn)行該系統(tǒng)不會有過高延時(shí)。輸入項(xiàng)目車次、站點(diǎn)、日期輸出項(xiàng)目;.

16、根據(jù)數(shù)據(jù)庫中存放的車票表，顯示車票信息、剩余票數(shù)等相關(guān)信息。算法售票員輸入顧客預(yù)購車票的相關(guān)信息，到數(shù)據(jù)庫中查詢是否有票，若有則打印火車票給顧客，數(shù)據(jù)庫中改車次車票自動減去賣出的票數(shù)；若無則提示售票員車票已售完。程序邏輯;.圖 5.11售票算法流程圖接口售票模塊提供一個(gè)調(diào)用查詢模塊的接口，在Com包中定義。存儲分配對數(shù)據(jù)庫采取日志記錄技術(shù)和海量轉(zhuǎn)存技術(shù)，并定期進(jìn)行數(shù)據(jù)庫備份限制條件由于售票過程存在人工處理過程，需要售票員進(jìn)行人工輸入，因此對售票員有一定的專業(yè)要求，需要熟悉電腦的基本操作。;.測試要點(diǎn)確認(rèn)測試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否

17、完全、正確。系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。在售票模塊中重點(diǎn)需要測試如下：（1）查詢數(shù)據(jù)的有效性（2）正確打印出車票，票數(shù)正確3.4退票模塊功能圖 5.12 退票功能時(shí)序圖處理用戶由于某種情況需要退回車票的情況，旅客要在車站指;.定 的 時(shí) 間 內(nèi) 進(jìn)行退票，按照票款的80%退款。超過指定時(shí)間，只能改簽，不能退票。性能及時(shí)的記錄下所退回的車票，并快速精確的顯示應(yīng)交付給顧客的余額。輸入項(xiàng)目車票編號輸出項(xiàng)目根據(jù)數(shù)據(jù)庫中存放的退票表信

18、息，確認(rèn)是否可以退票，如果可以退票則顯示退票款，及其他相關(guān)內(nèi)容。并進(jìn)行數(shù)據(jù)修改的操作。算法售票員掃描顧客欲退車票的條形碼，獲得車票編號，售票員點(diǎn)擊退票按鈕，將車票編號交給退票控制器。 退票控制器到數(shù)據(jù)庫中查詢此票是否已售出，若匹配則點(diǎn)擊確認(rèn)退票， 退票控制器會自動修改數(shù)據(jù)庫，售票員返還退票款； 若不匹配則會提示售票員此票未售出。程序邏輯;.圖 5.13退票算法流程圖接口退票模塊需要有與數(shù)據(jù)庫交互的接口，通過 Com包中的 Connect 方法來實(shí)現(xiàn)與數(shù)據(jù)庫的連接。存儲分配對數(shù)據(jù)庫采取日志記錄技術(shù)和海量轉(zhuǎn)儲技術(shù)，并定期進(jìn)行數(shù)據(jù)庫備份限制條件;.由于系統(tǒng)中必須存在人工處理過程，一些信息要人工輸入電

19、腦，例如條形碼的掃描，因此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。測試要點(diǎn)在退票完成之后，數(shù)據(jù)確認(rèn)測試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、 數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。在退票模塊中重點(diǎn)需要測試如下：（ 1）庫中的記錄確定更改（ 2）提示車票退票時(shí)限準(zhǔn)確3.5 改簽?zāi)K功能;.圖 5.14 改簽功能時(shí)序圖乘客計(jì)劃臨時(shí)變更需要更改出發(fā)日期，或者退票不成功，可以

20、選擇改簽服務(wù)。售票員收回乘客車票，返還票款，收取手續(xù)費(fèi)。若乘客需要日期的票有剩余，則重新賣給乘客一張票；若票已售完，則退出。性能保證數(shù)據(jù)庫的一致，具有一定的及時(shí)更新能力。輸入項(xiàng)目車次、日期輸出項(xiàng)目警告提示、新車票算法;.售票員掃描車票條形碼，輸入到改簽界面，控制器進(jìn)入數(shù)據(jù)庫中確認(rèn)該車票確實(shí)售出。若確實(shí)售出，則返還退票款，并根據(jù)乘客需求另售一張指定日期車票；若沒有售出，警告提示售票員。程序邏輯圖 5.15改簽算法流程圖接口改簽?zāi)K需要調(diào)用售票模塊的功能，由于兩個(gè)功能均在一個(gè)Com包中，模塊之間可以實(shí)現(xiàn)互相通信。;.存儲分配對數(shù)據(jù)庫采取日志記錄技術(shù)和海量轉(zhuǎn)儲技術(shù)，并定期進(jìn)行數(shù)據(jù)庫備份。限制條件由于

21、系統(tǒng)中必須存在人工處理過程，一些信息要人工輸入電腦，例如條形碼的掃描，因此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。測試要點(diǎn)確認(rèn)測試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、 外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下， 對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。在改簽?zāi)K中重點(diǎn)需要測試如下：（ 1）在改簽完成之后，數(shù)據(jù)庫中的記錄確定更改（ 2）提示車票改簽時(shí)限準(zhǔn)確3.6修改統(tǒng)計(jì)模塊功能;.圖 5.16修改功能時(shí)序圖系統(tǒng)

22、管理員通過該模塊修改需要變更的車次信息，包括車次修改、 票價(jià)修改、站點(diǎn)修改。車次修改包括增加車次， 減少車次，車次的臨時(shí)調(diào)度和由于自然災(zāi)害造成的臨時(shí)路線更改。 票價(jià)修改為節(jié)假日、 春運(yùn)等特殊時(shí)段或某些特殊地域需要適量增加或減少票價(jià)， 具體數(shù)字有鐵路管理定。 站點(diǎn)修改可是某些車次增加或減少一些站點(diǎn)。圖 5.17統(tǒng)計(jì)功能時(shí)序圖車票統(tǒng)計(jì)主要是統(tǒng)計(jì)車票的銷售情況以及銷售額等。同時(shí)通過車票統(tǒng)計(jì)還可得知不同日期車流量的情況， 列車管理人員可以根據(jù)客流的流向隨時(shí)調(diào)整列車運(yùn)行;.車次，達(dá)到列車的合理調(diào)度， 使列車最大限度的投入使用中，實(shí)現(xiàn)資源的合理利用。性能：修改模塊需要最高的權(quán)限，非最高權(quán)限人不可修改數(shù)據(jù)庫

23、數(shù)據(jù)；統(tǒng)計(jì)需要較高的可靠性，保證數(shù)據(jù)的完整性，數(shù)據(jù)需要定時(shí)備份。輸入項(xiàng)目站點(diǎn)、時(shí)刻、車次、日期輸出項(xiàng)目報(bào)表、修改統(tǒng)計(jì)成功提示算法管理員輸入欲修改的車次，提交給控制器，控制器根據(jù)管理員輸入的信息進(jìn)入數(shù)據(jù)庫修改相關(guān)表數(shù)據(jù)，修改成功返回給管理員成功修改提示。售票員將要統(tǒng)計(jì)的車次號輸進(jìn)到統(tǒng)計(jì)界面，控制器提取數(shù)據(jù)，進(jìn)入數(shù)據(jù)庫查詢統(tǒng)計(jì)表，返回給售票員， 售票員根據(jù)車次的售票情況作出銷售額、客流情況統(tǒng)計(jì)表。程序邏輯;.圖 5.18統(tǒng)計(jì)算法流程圖接口兩個(gè)方法均封裝在Com包中，可以通過 Com包的 Connect 方法連接數(shù)據(jù)庫， 并使用 SQL語句進(jìn)行查詢或者修改數(shù)據(jù)庫的操作。存儲分配對數(shù)據(jù)庫采取日志記錄技術(shù)和海量存儲技術(shù)，并定期進(jìn)行數(shù)據(jù)備份限制條件由于統(tǒng)計(jì)過程需要對數(shù)據(jù)庫進(jìn)行操作，并且需要經(jīng)常備份數(shù)據(jù)庫， 因此需要用戶熟悉 SQL server2005的操作，并能進(jìn)行日常的數(shù)據(jù)庫維護(hù)。;.測試要點(diǎn)確認(rèn)測試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整