51/51目錄

1．引言1

1.1編寫目的

1

1.2項目背景

1

1.3定義

1

1.4參考資料

2

2．總體設計2

2.1需求概述

2

2.2軟件結構

3

3．程序描述4

3.1登錄模塊8

3.1.1功能8

3.1.2性能8

3.1.3輸入項目9

3.1.4輸出項目9

3.1.5算法9

3.1.6程序邏輯10

3.1.7接口

10

3.1.8存儲分配10

3.1.9限制條件

10

3.1.10測試要點

11

3.2查詢模塊11

3.2.1功能

11

3.2.2性能12

3.2.3輸入項目

12

3.2.4輸出項目

12

3.2.5算法

13

3.2.6程序邏輯

13

3.2.7接口

14

3.2.8存儲分配

14

3.2.9限制條件

14

3.2.10測試要點

14

3.3售票模塊15

3.3.1功能

15

3.3.2性能

15

3.3.3輸入項目

15

3.3.4輸出項目

16

3.3.5算法

16

3.3.6程序邏輯

17

3.3.7接口

17

3.3.8存儲分配

173.3.9限制條件

173.3.10測試要點18

3.4退票模塊18

3.4.1功能18

3.4.2性能19

3.4.3輸入項目19

3.4.4輸出項目19

3.4.5算法19

3.4.6程序邏輯20

3.4.7接口20

3.4.8存儲分配21

3.4.9限制條件21

3.4.10測試要點21

3.5改簽模塊22

3.5.1功能22

3.5.2性能22

3.5.3輸入項目23

3.5.4輸出項目23

3.5.5算法23

3.5.6程序邏輯23

3.5.7接口24

3.5.8存儲分配25

3.5.9限制條件25

3.5.1測試要點25

3.6修改統計模25

3.6.1功能25

3.6.2性能：

27

3.6.3輸入項目27

3.6.4輸出項目27

3.6.5算法28

3.6.6程序邏輯28

3.6.7接口29

3.6.8存儲分配29

3.6.9限制條件29

3.6.10測試要點29

3.7系統治理維護模塊30

3.7.1功能

30

3.7.2性能31

3.7.3輸入項目31

3.7.4輸出項目31

3.7.5算法31

3.7.6程序邏輯32

3.7.8存儲分配33

3.7.9限制條件333.7.10測試要點331．引言

1.1編寫目的

編寫詳細設計講明書是軟件開發過程必不可少的部分，其目的是為了使開發人員在完成概要設計講明書的基礎上完成概要設計規定的各個功能塊的具體實現的設計工作。通過對所產生的功能模塊進行過程描述，開發一個能夠直接轉化成程序語言的軟件標識，如此能夠使軟件設計人員專門好的了解軟件的功能，并對軟件的所有模塊有一個更深的了解。本講明書在概要設計的基礎上，對車站售票治理系統的各模塊，程序，子系統分不進行了實現層面上的要求和講明，為進行后面的實現和測試做預備，檢驗本系統的各項性能指標，及時發覺紕漏及時修補。

要緊讀者：程序員、項目總監、測試人員

1.2項目背景

托付單位：火車站

開發單位：湖南安全技術職業學院

主管部門：電氣與信息工程系

開發人員：李姍、李艷亮、易美軍、何艷娟

1.3定義

時序圖：亦稱為序列圖或循序圖，是一種UML行為圖。它通過描述對象之間發送消息的時刻順序顯示多個對象之間的動態協作。它能夠表示用例的行為順序，當執行一個用例行為時，時序圖中的每條消息對應了一個類操作或狀態機中引起轉換的觸發事件SqlClien：包含有關專門操作SqlServer數據庫的類,包含的是一些數據庫操作所需要用到的一般數據，如數據表，數據行等

包：多個類的集合1.4參考資料

[1]

GB8567-88

.軟件設計文檔國家標準——詳細設計講明書

[2]

張海藩

.《軟件工程導論》（第五版）清華大學出版社

[3]

吳建、鄭潮、汪杰.

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

[4]

胥光輝，金鳳林等．《軟件工程方法與實踐》機械工業出版社

[5]

車站售票治理系統—可行性研究報告

[6]

車站售票治理系統—項目開發打算

[7]

車站售票治理系統—需求規格講明書

[8]

車站售票治理系統—概要設計講明書

2．總體設計

2.1需求概述

火車站售票治理系統要緊實現售票自動化，包括售票，訂票、退票，查詢，統計，為了保證系統正常運行，另外需要專門人員對系統的維護治理。

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

（2）查詢：查詢分為車次查詢、站點查詢、時刻表查詢、票價查詢、余票查詢。車次查詢提供了所有車次掃瞄、按車次查詢、和站站查詢，用戶能夠通過查詢來了解列車所經車站以及發車時刻等信息。時刻表查詢能夠查詢每一車次在每一站的發車時刻和到站時刻。票價查詢能夠讓用戶按自己的需求來查詢所有車次的車票價格；余票查詢能夠查詢到所有車次的剩余車票的情況；

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

（4）訂票：由售票點授權或是有一定信譽的售票代理商替代旅客進行預訂車票，售票代理商通過電話或是親自到售票點預訂的方式進行預訂車票。

（5）退票：處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時刻內進行退票，此外車站售票點還要扣除一定的手續費。

（6統計：售票統計分不能夠按日期統計、按車次統計、按客流方向統計等統計方式，通過察看車票的流向能夠得知旅客的大致流向，列車治理人員能夠依照客流的流向隨時調整列車運行車次，達到列車的合理調度，使列車最大限度的投入使用中，實現資源的合理利用。

（7）修改：包括車次修改、票價修改、站點修改。車次修改包括增加車次，減少車次，車次的臨時調度和由于自然災難造成的臨時路線更改。票價修改為節假日、春運等專門時段或某些專門地域需要適量增加或減少票價，具體數字有鐵路治理定。站點修改但是某些車次增加或減少一些站點。

（8）系統治理維護：治理員通過系統添加用戶或者刪除用戶，同時授予權限，同時維護數據庫，保證系統正確運行。2.2軟件結構1.要緊功能：完善火車票售票系統，方便鐵路局的售票工作，提高鐵路局的服務質量和服務效率。

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

3.輸入要求：數據完整，詳實。

4.輸出要求：簡捷，快速，實時。

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

該系統僅限火車站內部使用，因此使用C/S架構開發。同時，要實現客戶端之間使用局域網技術互聯，實現數據的共享，另外要求相互之間的操作互不阻礙。同一張火車票只能由一個客戶端賣出，使用線程的同步來實現。3．程序描述

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

Com可使用Unit，SQLclient包中的類。Form面，通過Com包引用。通過SearchSell類實現售票功能，包括售全價票與半價票，Refund實現退票功能，Alter實現修改功能，Count實現統計功能。由于本系統中售票員是要緊的操作者，因此需要明確售票員的狀態。3.1登錄模塊3.1.1功能登錄可分為系統治理員登錄和售票員登錄，在登錄模塊的描述中，將系統治理員和售票員都看作那個系統的用戶，他們依照自己的登錄名和密碼登錄系統，才可進行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統將會提示輸入錯誤。若用戶名和密碼不正確，用戶可已重新輸入，但只同意輸入三次。

3.1.2性能

用戶通過用戶名和密碼進入系統，能夠確保系統的安全，由于系統治理員和售票員具有不同的權限，因此能夠確保系統的權限分明。3.1.3輸入項目

用戶輸入用戶名、密碼，通過數據庫的封裝以下表格中。3.1.4輸出項目

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

3.1.5算法

該模塊通過訪問數據庫查詢用戶登錄信息，提取用戶輸入的用戶名和密碼，封裝成SELECT語句，到數據庫中查詢相關信息，將信息返回到用戶界面。若用戶輸入錯誤，彈出錯誤提示框。

3.1.6程序邏輯圖5.7

登錄功能流程圖3.1.7接口

該模塊通過Com接口中的Search方法訪問數據庫，Com接口提供連接數據庫的功能。在售票模塊中會調用此模塊。

3.1.8存儲分配

對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份。

3.1.9限制條件由于登錄系統是需要用戶名和密碼，因此需要用戶正確輸入用戶名和密碼，同時是差不多注冊過的用戶。

3.1.10測試要點

確認測試則是要檢查已實現的系統軟件是否滿足了需求規格講明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在登錄模塊中重點需要測試如下：

（1）輸入數據有效性判定；

（2）有效數據輸出測試，無效數據輸出測試。

（3）系統安全性和反應速度進行測試，系統的穩定性要求

3.2查詢模塊

3.2.1功能圖5.8

查詢功能時序圖查詢可分為按車次查詢與站點查詢，用戶通過輸入待查詢車次或者站點查詢車票的相關信息，包括票價，時刻，剩余票數等信息。若用戶輸入的車次或者站點錯誤，系統會提示輸入錯誤。

3.2.2性能

能夠對乘客要求的大部分查詢類型都能夠查詢，每個查詢功能鍵都一目了然，能快速精確的顯示要查詢的信息。要求單次的查詢系統的處理時刻在2秒以內。

3.2.3輸入項目

車次號、站名

3.2.4輸出項目通過車輛表信息和時刻表信息，系統能夠輸出車次號、站點、發車時刻、到站時刻、剩余票數等信息。3.2.5算法

該模塊通過訪問數據庫查詢車票信息，提取用戶輸入的車次或者站名，封裝成SELECT語句，到數據庫中查詢車票信息，將信息返回到用戶界面。若用戶輸入錯誤，彈出錯誤提示框。

3.2.6程序邏輯圖5.9

查詢算法流程圖3.2.7接口

Com接口提供連接數據庫的功能。在售票模塊中會調用此模塊。

3.2.8存儲分配

對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份。

3.2.9限制條件

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

3.2.10測試要點

確認測試則是要檢查已實現的系統軟件是否滿足了需求規格講明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在查詢模塊中重點需要測試如下：

（1）輸入數據有效性判定；

（2）有效數據輸出測試，無效數據輸出測試。3.3售票模塊

3.3.1功能

圖10

售票功能時序圖

依照旅客的需求如發車日期、發車時刻、車票類型（學生票、軍人票…）等，售票員查詢相關的車票信息，選擇用戶所需要的車次，然后結算并打印車票給旅客。

3.3.2性能

查詢車票精確，單次售票任務需要在25秒之內完成，系統的反應時刻要求在3秒之內；保證36臺機器同時運行該系統可不能有過高延時。

3.3.3輸入項目車次、站點、日期3.3.4輸出項目依照數據庫中存放的車票表，顯示車票信息、剩余票數等相關信息。3.3.5算法

售票員輸入顧客預購車票的相關信息，到數據庫中查詢是否有票，若有則打印火車票給顧客，數據庫中改車次車票自動減去賣出的票數；若無則提示售票員車票已售完。

3.3.6程序邏輯圖5.11

售票算法流程圖

3.3.7接口

售票模塊提供一個調用查詢模塊的接口，在Com包中定義。

3.3.8存儲分配

對數據庫采取日志記錄技術和海量轉存技術，并定期進行數據庫備份

3.3.9限制條件

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

3.3.10測試要點

。在售票模塊中重點需要測試如下：（1）查詢數據的有效性

（2）正確打印出車票，票數正確

3.4退票模塊

3.4.1功能圖

處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時刻內進行退票，按照票款的80%退款。超過指定時刻，只能改簽，不能退票。

3.4.2性能

及時的記錄下所退回的車票，并快速精確的顯示應交付給顧客的余額。

3.4.3輸入項目車票編號

3.4.4輸出項目退票款，及其他相關內容。并進行數據修改的操作。

3.4.5算法

售票員掃描顧客欲退車票的條形碼，獲得車票編號，售票員點擊退票按鈕，將車票編號交給退票操縱器。退票操縱器到數據庫中查詢此票是否已售出，若匹配則點擊確認退票，退票操縱器會自動修改數據庫，售票員返還退票款；若不匹配則會提示售票員此票未售出。3.4.6程序邏輯圖3.4.7接口

退票模塊需要有與數據庫交互的接口，通過Com包中的Connect方法來實現與數據庫的連接。3.4.8存儲分配

對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份

3.4.9限制條件

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

3.4.10測試要點

在退票完成之后，數據確認測試則是要檢查已實現的系統軟件是否滿足了需求規格講明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在退票模塊中重點需要測試如下：

（1）庫中的記錄確定更改

（2）提示車票退票時限準確3.5改簽模塊

3.5.1功能圖乘客打算臨時變更需要更改動身日期，或者退票不成功，能夠選擇改簽服務。售票員收回乘客車票，返還票款，收取手續費。若乘客需要日期的票有剩余，則重新賣給乘客一張票；若票已售完，則退出。

3.5.2性能

保證數據庫的一致，具有一定的及時更新能力。3.5.3輸入項目

車次、日期

3.5.4輸出項目

警告提示、新車票

3.5.5算法

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

3.5.6程序邏輯圖

3.5.7接口

改簽模塊需要調用售票模塊的功能，由于兩個功能均在一個Com包中，模塊之間能夠實現互相通信。3.5.8存儲分配

對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份。

3.5.9限制條件

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

3.5.10測試要點

確認測試則是要檢查已實現的系統軟件是否滿足了需求規格講明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在改簽模塊中重點需要測試如下：

（1）在改簽完成之后，數據庫中的記錄確定更改

（2）

3.6修改統計模塊

3.6.1功能圖

系統治理員通過該模塊修改需要變更的車次信息，包括車次修改、票價修改、站點修改。車次修改包括增加車次，減少車次，車次的臨時調度和由于自然災難造成的臨時路線更改。票價修改為節假日、春運等專門時段或某些專門地域需要適量增加或減少票價，具體數字有鐵路治理定。站點修改但是某些車次增加或減少一些站點。圖

車票統計要緊是統計車票的銷售情況以及銷售額等。同時通過車票統計還可得知不同日期車流量的情況，列車治理人員能夠依照客流的流向隨時調整列車運行車次，達到列車的合理調度，使列車最大限度的投入使用中，實現資源的合理利用。

3.6.2性能：

高的可靠性，保證數據的完整性，數據需要定時備份。

3.6.3輸入項目

站點、時刻、車次、日期

3.6.4輸出項目

報表、修改統計成功提示3.6.5算法

入數據庫修改相關表數據，修改成功返回給治理員成功修改提示。售票員將要統計的車次號輸進到統計界面，操縱器提取數據，進入數據庫查詢統計表，返回給售票員，售票員依照車次的售票情況作出銷售額、客流情況統計表。

3.6.6程序邏輯圖3.6.7接口

兩個方法均封裝在Com包中，能夠通過Com包的Connect方法連接數據庫，并使用SQL語句進行查詢或者修改數據庫的操作。

3.6.8存儲分配

對數據庫采取日志記錄技術和海量存儲技術，并定期進行數據備份

3.6.9限制條件

由于統計過程需要對數據庫進行操作，同時需要經常備份數據庫，因此需要用戶熟悉SQL

server

2005

的操作，并能進行日常的數據庫維護。

3.6.10測試要點

確認測試則是要檢查已實現的系統軟件是否滿足了需求規格講明中確定了的各種需求，以及