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

51/51目錄

1．引言1

1.1編寫(xiě)目的

1

1.2項(xiàng)目背景

1

1.3定義

1

1.4參考資料

2

2．總體設(shè)計(jì)2

2.1需求概述

2

2.2軟件結(jié)構(gòu)

3

3．程序描述4

3.1登錄模塊8

3.1.1功能8

3.1.2性能8

3.1.3輸入項(xiàng)目9

3.1.4輸出項(xiàng)目9

3.1.5算法9

3.1.6程序邏輯10

3.1.7接口

10

3.1.8存儲(chǔ)分配10

3.1.9限制條件

10

3.1.10測(cè)試要點(diǎn)

11

3.2查詢模塊11

3.2.1功能

11

3.2.2性能12

3.2.3輸入項(xiàng)目

12

3.2.4輸出項(xiàng)目

12

3.2.5算法

13

3.2.6程序邏輯

13

3.2.7接口

14

3.2.8存儲(chǔ)分配

14

3.2.9限制條件

14

3.2.10測(cè)試要點(diǎn)

14

3.3售票模塊15

3.3.1功能

15

3.3.2性能

15

3.3.3輸入項(xiàng)目

15

3.3.4輸出項(xiàng)目

16

3.3.5算法

16

3.3.6程序邏輯

17

3.3.7接口

17

3.3.8存儲(chǔ)分配

173.3.9限制條件

173.3.10測(cè)試要點(diǎn)18

3.4退票模塊18

3.4.1功能18

3.4.2性能19

3.4.3輸入項(xiàng)目19

3.4.4輸出項(xiàng)目19

3.4.5算法19

3.4.6程序邏輯20

3.4.7接口20

3.4.8存儲(chǔ)分配21

3.4.9限制條件21

3.4.10測(cè)試要點(diǎn)21

3.5改簽?zāi)K22

3.5.1功能22

3.5.2性能22

3.5.3輸入項(xiàng)目23

3.5.4輸出項(xiàng)目23

3.5.5算法23

3.5.6程序邏輯23

3.5.7接口24

3.5.8存儲(chǔ)分配25

3.5.9限制條件25

3.5.1測(cè)試要點(diǎn)25

3.6修改統(tǒng)計(jì)模25

3.6.1功能25

3.6.2性能：

27

3.6.3輸入項(xiàng)目27

3.6.4輸出項(xiàng)目27

3.6.5算法28

3.6.6程序邏輯28

3.6.7接口29

3.6.8存儲(chǔ)分配29

3.6.9限制條件29

3.6.10測(cè)試要點(diǎn)29

3.7系統(tǒng)治理維護(hù)模塊30

3.7.1功能

30

3.7.2性能31

3.7.3輸入項(xiàng)目31

3.7.4輸出項(xiàng)目31

3.7.5算法31

3.7.6程序邏輯32

3.7.8存儲(chǔ)分配33

3.7.9限制條件333.7.10測(cè)試要點(diǎn)331．引言

1.1編寫(xiě)目的

編寫(xiě)詳細(xì)設(shè)計(jì)講明書(shū)是軟件開(kāi)發(fā)過(guò)程必不可少的部分，其目的是為了使開(kāi)發(fā)人員在完成概要設(shè)計(jì)講明書(shū)的基礎(chǔ)上完成概要設(shè)計(jì)規(guī)定的各個(gè)功能塊的具體實(shí)現(xiàn)的設(shè)計(jì)工作。通過(guò)對(duì)所產(chǎn)生的功能模塊進(jìn)行過(guò)程描述，開(kāi)發(fā)一個(gè)能夠直接轉(zhuǎn)化成程序語(yǔ)言的軟件標(biāo)識(shí)，如此能夠使軟件設(shè)計(jì)人員專門(mén)好的了解軟件的功能，并對(duì)軟件的所有模塊有一個(gè)更深的了解。本講明書(shū)在概要設(shè)計(jì)的基礎(chǔ)上，對(duì)車(chē)站售票治理系統(tǒng)的各模塊，程序，子系統(tǒng)分不進(jìn)行了實(shí)現(xiàn)層面上的要求和講明，為進(jìn)行后面的實(shí)現(xiàn)和測(cè)試做預(yù)備，檢驗(yàn)本系統(tǒng)的各項(xiàng)性能指標(biāo)，及時(shí)發(fā)覺(jué)紕漏及時(shí)修補(bǔ)。

要緊讀者：程序員、項(xiàng)目總監(jiān)、測(cè)試人員

1.2項(xiàng)目背景

托付單位：火車(chē)站

開(kāi)發(fā)單位：湖南安全技術(shù)職業(yè)學(xué)院

主管部門(mén)：電氣與信息工程系

開(kāi)發(fā)人員：李?yuàn)櫋⒗钇G亮、易美軍、何艷娟

1.3定義

時(shí)序圖：亦稱為序列圖或循序圖，是一種UML行為圖。它通過(guò)描述對(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)專門(mén)操作SqlServer數(shù)據(jù)庫(kù)的類,包含的是一些數(shù)據(jù)庫(kù)操作所需要用到的一般數(shù)據(jù)，如數(shù)據(jù)表，數(shù)據(jù)行等

包：多個(gè)類的集合1.4參考資料

[1]

GB8567-88

.軟件設(shè)計(jì)文檔國(guó)家標(biāo)準(zhǔn)——詳細(xì)設(shè)計(jì)講明書(shū)

[2]

張海藩

.《軟件工程導(dǎo)論》（第五版）清華大學(xué)出版社

[3]

吳建、鄭潮、汪杰.

《UML基礎(chǔ)與Rose建模案例》人民郵電出版社

[4]

胥光輝，金鳳林等．《軟件工程方法與實(shí)踐》機(jī)械工業(yè)出版社

[5]

車(chē)站售票治理系統(tǒng)—可行性研究報(bào)告

[6]

車(chē)站售票治理系統(tǒng)—項(xiàng)目開(kāi)發(fā)打算

[7]

車(chē)站售票治理系統(tǒng)—需求規(guī)格講明書(shū)

[8]

車(chē)站售票治理系統(tǒng)—概要設(shè)計(jì)講明書(shū)

2．總體設(shè)計(jì)

2.1需求概述

火車(chē)站售票治理系統(tǒng)要緊實(shí)現(xiàn)售票自動(dòng)化，包括售票，訂票、退票，查詢，統(tǒng)計(jì)，為了保證系統(tǒng)正常運(yùn)行，另外需要專門(mén)人員對(duì)系統(tǒng)的維護(hù)治理。

（1）登錄：登錄可分為系統(tǒng)治理員登錄和售票員登錄，在登錄模塊的描述中，將系統(tǒng)治理員和售票員都看作那個(gè)系統(tǒng)的用戶，他們依照自己的登錄名和密碼登錄系統(tǒng)，才可進(jìn)行以后的操作。若用戶名和密碼輸入錯(cuò)誤，不匹配，系統(tǒng)將會(huì)提示輸入錯(cuò)誤。若用戶名和密碼不正確，用戶可已重新輸入，但只同意輸入三次。

（2）查詢：查詢分為車(chē)次查詢、站點(diǎn)查詢、時(shí)刻表查詢、票價(jià)查詢、余票查詢。車(chē)次查詢提供了所有車(chē)次掃瞄、按車(chē)次查詢、和站站查詢，用戶能夠通過(guò)查詢來(lái)了解列車(chē)所經(jīng)車(chē)站以及發(fā)車(chē)時(shí)刻等信息。時(shí)刻表查詢能夠查詢每一車(chē)次在每一站的發(fā)車(chē)時(shí)刻和到站時(shí)刻。票價(jià)查詢能夠讓用戶按自己的需求來(lái)查詢所有車(chē)次的車(chē)票價(jià)格；余票查詢能夠查詢到所有車(chē)次的剩余車(chē)票的情況；

（3）售票：依照旅客的需求如發(fā)車(chē)日期、發(fā)車(chē)時(shí)刻、車(chē)廂類型、車(chē)票類型（學(xué)生票、軍人票…）等選擇用戶所需要的車(chē)次，然后結(jié)算并打印車(chē)票給旅客。

（4）訂票：由售票點(diǎn)授權(quán)或是有一定信譽(yù)的售票代理商替代旅客進(jìn)行預(yù)訂車(chē)票，售票代理商通過(guò)電話或是親自到售票點(diǎn)預(yù)訂的方式進(jìn)行預(yù)訂車(chē)票。

（5）退票：處理用戶由于某種情況需要退回車(chē)票的情況，旅客要在車(chē)站指定的時(shí)刻內(nèi)進(jìn)行退票，此外車(chē)站售票點(diǎn)還要扣除一定的手續(xù)費(fèi)。

（6統(tǒng)計(jì)：售票統(tǒng)計(jì)分不能夠按日期統(tǒng)計(jì)、按車(chē)次統(tǒng)計(jì)、按客流方向統(tǒng)計(jì)等統(tǒng)計(jì)方式，通過(guò)察看車(chē)票的流向能夠得知旅客的大致流向，列車(chē)治理人員能夠依照客流的流向隨時(shí)調(diào)整列車(chē)運(yùn)行車(chē)次，達(dá)到列車(chē)的合理調(diào)度，使列車(chē)最大限度的投入使用中，實(shí)現(xiàn)資源的合理利用。

（7）修改：包括車(chē)次修改、票價(jià)修改、站點(diǎn)修改。車(chē)次修改包括增加車(chē)次，減少車(chē)次，車(chē)次的臨時(shí)調(diào)度和由于自然災(zāi)難造成的臨時(shí)路線更改。票價(jià)修改為節(jié)假日、春運(yùn)等專門(mén)時(shí)段或某些專門(mén)地域需要適量增加或減少票價(jià)，具體數(shù)字有鐵路治理定。站點(diǎn)修改但是某些車(chē)次增加或減少一些站點(diǎn)。

（8）系統(tǒng)治理維護(hù)：治理員通過(guò)系統(tǒng)添加用戶或者刪除用戶，同時(shí)授予權(quán)限，同時(shí)維護(hù)數(shù)據(jù)庫(kù)，保證系統(tǒng)正確運(yùn)行。2.2軟件結(jié)構(gòu)1.要緊功能：完善火車(chē)票售票系統(tǒng)，方便鐵路局的售票工作，提高鐵路局的服務(wù)質(zhì)量和服務(wù)效率。

2.性能要求：火車(chē)站提供的信息必須及時(shí)的反映在鐵路局的工作平臺(tái)上。售票系統(tǒng)的定單必須無(wú)差錯(cuò)的存儲(chǔ)在火車(chē)站的主服務(wù)器上。對(duì)服務(wù)器上的數(shù)據(jù)必須進(jìn)行及時(shí)正確的刷新。

3.輸入要求：數(shù)據(jù)完整，詳實(shí)。

4.輸出要求：簡(jiǎn)捷，快速，實(shí)時(shí)。

5.安全與保密要求：售票員享有對(duì)火車(chē)站票務(wù)信息數(shù)據(jù)庫(kù)、列車(chē)信息數(shù)據(jù)庫(kù)的治理與修改。旅客只享有對(duì)票務(wù)信息數(shù)據(jù)庫(kù)的部分修（寫(xiě)入與讀出）。

該系統(tǒng)僅限火車(chē)站內(nèi)部使用，因此使用C/S架構(gòu)開(kāi)發(fā)。同時(shí)，要實(shí)現(xiàn)客戶端之間使用局域網(wǎng)技術(shù)互聯(lián)，實(shí)現(xiàn)數(shù)據(jù)的共享，另外要求相互之間的操作互不阻礙。同一張火車(chē)票只能由一個(gè)客戶端賣(mài)出，使用線程的同步來(lái)實(shí)現(xiàn)。3．程序描述

通過(guò)需求分析和概要設(shè)計(jì)，能夠得出火車(chē)站售票系統(tǒng)的的類圖，該系統(tǒng)中要緊包括四個(gè)差不多類：售票員，火車(chē)票，治理員，購(gòu)票者。購(gòu)票者向售票員提出請(qǐng)求，購(gòu)票者有請(qǐng)求購(gòu)票，請(qǐng)求查詢，請(qǐng)求訂票，請(qǐng)求退票和請(qǐng)求改簽這幾個(gè)功能。售票員通過(guò)與購(gòu)票者交流后了解購(gòu)票者的請(qǐng)求信息，進(jìn)入系統(tǒng)進(jìn)行操作。售票員和治理員均需要對(duì)火車(chē)票進(jìn)行操作，同時(shí)，治理員需錄入職員信息，維護(hù)數(shù)據(jù)庫(kù)。將如上系統(tǒng)類圖進(jìn)行進(jìn)一步的抽象，能夠得出系統(tǒng)的抽象類圖，從而在討論接口問(wèn)題時(shí)，能夠更加的清晰，明確。系統(tǒng)要緊抽象出三個(gè)類、一個(gè)接口，將三個(gè)類封裝到Unit包中，將Com接口封裝在Com包中。其中Com接口是該系統(tǒng)要緊功能的集合，

Com可使用Unit，SQLclient包中的類。Form面，通過(guò)Com包引用。通過(guò)SearchSell類實(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登錄模塊3.1.1功能登錄可分為系統(tǒng)治理員登錄和售票員登錄，在登錄模塊的描述中，將系統(tǒng)治理員和售票員都看作那個(gè)系統(tǒng)的用戶，他們依照自己的登錄名和密碼登錄系統(tǒng)，才可進(jìn)行以后的操作。若用戶名和密碼輸入錯(cuò)誤，不匹配，系統(tǒng)將會(huì)提示輸入錯(cuò)誤。若用戶名和密碼不正確，用戶可已重新輸入，但只同意輸入三次。

3.1.2性能

用戶通過(guò)用戶名和密碼進(jìn)入系統(tǒng)，能夠確保系統(tǒng)的安全，由于系統(tǒng)治理員和售票員具有不同的權(quán)限，因此能夠確保系統(tǒng)的權(quán)限分明。3.1.3輸入項(xiàng)目

用戶輸入用戶名、密碼，通過(guò)數(shù)據(jù)庫(kù)的封裝以下表格中。3.1.4輸出項(xiàng)目

顯示登錄成功信息，若用戶名和密碼不匹配則提示輸入錯(cuò)誤。

3.1.5算法

該模塊通過(guò)訪問(wèn)數(shù)據(jù)庫(kù)查詢用戶登錄信息，提取用戶輸入的用戶名和密碼，封裝成SELECT語(yǔ)句，到數(shù)據(jù)庫(kù)中查詢相關(guān)信息，將信息返回到用戶界面。若用戶輸入錯(cuò)誤，彈出錯(cuò)誤提示框。

3.1.6程序邏輯圖5.7

登錄功能流程圖3.1.7接口

該模塊通過(guò)Com接口中的Search方法訪問(wèn)數(shù)據(jù)庫(kù)，Com接口提供連接數(shù)據(jù)庫(kù)的功能。在售票模塊中會(huì)調(diào)用此模塊。

3.1.8存儲(chǔ)分配

對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。

3.1.9限制條件由于登錄系統(tǒng)是需要用戶名和密碼，因此需要用戶正確輸入用戶名和密碼，同時(shí)是差不多注冊(cè)過(guò)的用戶。

3.1.10測(cè)試要點(diǎn)

確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格講明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過(guò)確認(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功能圖5.8

查詢功能時(shí)序圖查詢可分為按車(chē)次查詢與站點(diǎn)查詢，用戶通過(guò)輸入待查詢車(chē)次或者站點(diǎn)查詢車(chē)票的相關(guān)信息，包括票價(jià)，時(shí)刻，剩余票數(shù)等信息。若用戶輸入的車(chē)次或者站點(diǎn)錯(cuò)誤，系統(tǒng)會(huì)提示輸入錯(cuò)誤。

3.2.2性能

能夠?qū)Τ丝鸵蟮拇蟛糠植樵冾愋投寄軌虿樵儯總€(gè)查詢功能鍵都一目了然，能快速精確的顯示要查詢的信息。要求單次的查詢系統(tǒng)的處理時(shí)刻在2秒以內(nèi)。

3.2.3輸入項(xiàng)目

車(chē)次號(hào)、站名

3.2.4輸出項(xiàng)目通過(guò)車(chē)輛表信息和時(shí)刻表信息，系統(tǒng)能夠輸出車(chē)次號(hào)、站點(diǎn)、發(fā)車(chē)時(shí)刻、到站時(shí)刻、剩余票數(shù)等信息。3.2.5算法

該模塊通過(guò)訪問(wèn)數(shù)據(jù)庫(kù)查詢車(chē)票信息，提取用戶輸入的車(chē)次或者站名，封裝成SELECT語(yǔ)句，到數(shù)據(jù)庫(kù)中查詢車(chē)票信息，將信息返回到用戶界面。若用戶輸入錯(cuò)誤，彈出錯(cuò)誤提示框。

3.2.6程序邏輯圖5.9

查詢算法流程圖3.2.7接口

Com接口提供連接數(shù)據(jù)庫(kù)的功能。在售票模塊中會(huì)調(diào)用此模塊。

3.2.8存儲(chǔ)分配

對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。

3.2.9限制條件

由于從查詢到查看查詢內(nèi)容全部靠電腦完成，因此需要用戶熟悉電腦的差不多操作。同時(shí)，系統(tǒng)中必須存在的人工處理過(guò)程，例如一些信息需要人工輸入電腦。

3.2.10測(cè)試要點(diǎn)

確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格講明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過(guò)確認(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.3售票模塊

3.3.1功能

圖10

售票功能時(shí)序圖

依照旅客的需求如發(fā)車(chē)日期、發(fā)車(chē)時(shí)刻、車(chē)票類型（學(xué)生票、軍人票…）等，售票員查詢相關(guān)的車(chē)票信息，選擇用戶所需要的車(chē)次，然后結(jié)算并打印車(chē)票給旅客。

3.3.2性能

查詢車(chē)票精確，單次售票任務(wù)需要在25秒之內(nèi)完成，系統(tǒng)的反應(yīng)時(shí)刻要求在3秒之內(nèi)；保證36臺(tái)機(jī)器同時(shí)運(yùn)行該系統(tǒng)可不能有過(guò)高延時(shí)。

3.3.3輸入項(xiàng)目車(chē)次、站點(diǎn)、日期3.3.4輸出項(xiàng)目依照數(shù)據(jù)庫(kù)中存放的車(chē)票表，顯示車(chē)票信息、剩余票數(shù)等相關(guān)信息。3.3.5算法

售票員輸入顧客預(yù)購(gòu)車(chē)票的相關(guān)信息，到數(shù)據(jù)庫(kù)中查詢是否有票，若有則打印火車(chē)票給顧客，數(shù)據(jù)庫(kù)中改車(chē)次車(chē)票自動(dòng)減去賣(mài)出的票數(shù)；若無(wú)則提示售票員車(chē)票已售完。

3.3.6程序邏輯圖5.11

售票算法流程圖

3.3.7接口

售票模塊提供一個(gè)調(diào)用查詢模塊的接口，在Com包中定義。

3.3.8存儲(chǔ)分配

對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)存技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份

3.3.9限制條件

有一定的專業(yè)要求，需要熟悉電腦的差不多操作。

3.3.10測(cè)試要點(diǎn)

。在售票模塊中重點(diǎn)需要測(cè)試如下：（1）查詢數(shù)據(jù)的有效性

（2）正確打印出車(chē)票，票數(shù)正確

3.4退票模塊

3.4.1功能圖

處理用戶由于某種情況需要退回車(chē)票的情況，旅客要在車(chē)站指定的時(shí)刻內(nèi)進(jìn)行退票，按照票款的80%退款。超過(guò)指定時(shí)刻，只能改簽，不能退票。

3.4.2性能

及時(shí)的記錄下所退回的車(chē)票，并快速精確的顯示應(yīng)交付給顧客的余額。

3.4.3輸入項(xiàng)目車(chē)票編號(hào)

3.4.4輸出項(xiàng)目退票款，及其他相關(guān)內(nèi)容。并進(jìn)行數(shù)據(jù)修改的操作。

3.4.5算法

售票員掃描顧客欲退車(chē)票的條形碼，獲得車(chē)票編號(hào)，售票員點(diǎn)擊退票按鈕，將車(chē)票編號(hào)交給退票操縱器。退票操縱器到數(shù)據(jù)庫(kù)中查詢此票是否已售出，若匹配則點(diǎn)擊確認(rèn)退票，退票操縱器會(huì)自動(dòng)修改數(shù)據(jù)庫(kù)，售票員返還退票款；若不匹配則會(huì)提示售票員此票未售出。3.4.6程序邏輯圖3.4.7接口

退票模塊需要有與數(shù)據(jù)庫(kù)交互的接口，通過(guò)Com包中的Connect方法來(lái)實(shí)現(xiàn)與數(shù)據(jù)庫(kù)的連接。3.4.8存儲(chǔ)分配

對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份

3.4.9限制條件

的掃描，因此需要用戶熟悉電腦的差不多操作，同時(shí)需要有掃描儀。

3.4.10測(cè)試要點(diǎn)

在退票完成之后，數(shù)據(jù)確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格講明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過(guò)確認(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）提示車(chē)票退票時(shí)限準(zhǔn)確3.5改簽?zāi)K

3.5.1功能圖乘客打算臨時(shí)變更需要更改動(dòng)身日期，或者退票不成功，能夠選擇改簽服務(wù)。售票員收回乘客車(chē)票，返還票款，收取手續(xù)費(fèi)。若乘客需要日期的票有剩余，則重新賣(mài)給乘客一張票；若票已售完，則退出。

3.5.2性能

保證數(shù)據(jù)庫(kù)的一致，具有一定的及時(shí)更新能力。3.5.3輸入項(xiàng)目

車(chē)次、日期

3.5.4輸出項(xiàng)目

警告提示、新車(chē)票

3.5.5算法

確實(shí)售出。若確實(shí)售出，則返還退票款，并依照乘客需求另售一張指定日期車(chē)票；若沒(méi)有售出，警告提示售票員。

3.5.6程序邏輯圖

3.5.7接口

改簽?zāi)K需要調(diào)用售票模塊的功能，由于兩個(gè)功能均在一個(gè)Com包中，模塊之間能夠?qū)崿F(xiàn)互相通信。3.5.8存儲(chǔ)分配

對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。

3.5.9限制條件

的掃描，因此需要用戶熟悉電腦的差不多操作，同時(shí)需要有掃描儀。

3.5.10測(cè)試要點(diǎn)

確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格講明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過(guò)確認(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）

3.6修改統(tǒng)計(jì)模塊

3.6.1功能圖

系統(tǒng)治理員通過(guò)該模塊修改需要變更的車(chē)次信息，包括車(chē)次修改、票價(jià)修改、站點(diǎn)修改。車(chē)次修改包括增加車(chē)次，減少車(chē)次，車(chē)次的臨時(shí)調(diào)度和由于自然災(zāi)難造成的臨時(shí)路線更改。票價(jià)修改為節(jié)假日、春運(yùn)等專門(mén)時(shí)段或某些專門(mén)地域需要適量增加或減少票價(jià)，具體數(shù)字有鐵路治理定。站點(diǎn)修改但是某些車(chē)次增加或減少一些站點(diǎn)。圖

車(chē)票統(tǒng)計(jì)要緊是統(tǒng)計(jì)車(chē)票的銷售情況以及銷售額等。同時(shí)通過(guò)車(chē)票統(tǒng)計(jì)還可得知不同日期車(chē)流量的情況，列車(chē)治理人員能夠依照客流的流向隨時(shí)調(diào)整列車(chē)運(yùn)行車(chē)次，達(dá)到列車(chē)的合理調(diào)度，使列車(chē)最大限度的投入使用中，實(shí)現(xiàn)資源的合理利用。

3.6.2性能：

高的可靠性，保證數(shù)據(jù)的完整性，數(shù)據(jù)需要定時(shí)備份。

3.6.3輸入項(xiàng)目

站點(diǎn)、時(shí)刻、車(chē)次、日期

3.6.4輸出項(xiàng)目

報(bào)表、修改統(tǒng)計(jì)成功提示3.6.5算法

入數(shù)據(jù)庫(kù)修改相關(guān)表數(shù)據(jù)，修改成功返回給治理員成功修改提示。售票員將要統(tǒng)計(jì)的車(chē)次號(hào)輸進(jìn)到統(tǒng)計(jì)界面，操縱器提取數(shù)據(jù)，進(jìn)入數(shù)據(jù)庫(kù)查詢統(tǒng)計(jì)表，返回給售票員，售票員依照車(chē)次的售票情況作出銷售額、客流情況統(tǒng)計(jì)表。

3.6.6程序邏輯圖3.6.7接口

兩個(gè)方法均封裝在Com包中，能夠通過(guò)Com包的Connect方法連接數(shù)據(jù)庫(kù)，并使用SQL語(yǔ)句進(jìn)行查詢或者修改數(shù)據(jù)庫(kù)的操作。

3.6.8存儲(chǔ)分配

對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量存儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)備份

3.6.9限制條件

由于統(tǒng)計(jì)過(guò)程需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，同時(shí)需要經(jīng)常備份數(shù)據(jù)庫(kù)，因此需要用戶熟悉SQL

server

2005

的操作，并能進(jìn)行日常的數(shù)據(jù)庫(kù)維護(hù)。

3.6.10測(cè)試要點(diǎn)

確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格講明中確定了的各種需求，以及