1、精選優質文檔-傾情為你奉上學校代碼： 10128學 號：*課程設計說明書題 目： 車站售票管理系統 詳細設計說明書學生姓名：*學 院：信息工程學院系 別：計算機系 專 業：軟件工程 班 級：*指導教師：* *2011年7月20日目錄專心-專注-專業1引言1.1編寫目的編寫詳細設計說明書是軟件開發過程必不可少的部分，其目的是為了使開發人員在完成概要設計說明書的基礎上完成概要設計規定的各個功能塊的具體實現的設計工作。通過對所產生的功能模塊進行過程描述，開發一個可以直接轉化成程序語言的軟件標識，這樣可以使軟件設計人員很好的了解軟件的功能，并對軟件的所有模塊有一個更深的了解。本說明書在概要設計的基礎上

2、，對車站售票管理系統的各模塊，程序，子系統分別進行了實現層面上的要求和說明，為進行后面的實現和測試做準備，檢驗本系統的各項性能指標，及時發現紕漏及時修補。主要讀者：程序員、項目總監、測試人員1.2項目背景委托單位：火車站開發單位：內蒙古工業大學軟件工程主管部門：內蒙古工業大學計算機系開發人員： *1.3定義時序圖：亦稱為序列圖或循序圖，是一種UML行為圖。它通過描述對象之間發送消息的時間順序顯示多個對象之間的動態協作。它可以表示用例的行為順序，當執行一個用例行為時，時序圖中的每條消息對應了一個類操作或狀態機中引起轉換的觸發事件SqlClien：包含有關專門操作SqlServer數據庫的類,包含

3、的是一些數據庫操作所需要用到的普通數據，如數據表，數據行等包：多個類的集合1.4參考資料1 GB8567-88 .軟件設計文檔國家標準詳細設計說明書2 張海藩 .軟件工程導論（第五版） 清華大學出版社3 吳建、鄭潮、汪杰. UML基礎與Rose建模案例 人民郵電出版社4 胥光輝，金鳳林等軟件工程方法與實踐 機械工業出版社5 車站售票管理系統可行性研究報告6 車站售票管理系統項目開發計劃7 車站售票管理系統需求規格說明書8 車站售票管理系統概要設計說明書2總體設計2.1需求概述火車站售票管理系統主要實現售票自動化，包括售票，訂票、退票，查詢，統計，為了保證系統正常運行，另外需要專門人員對系統的維

4、護管理。（1）登錄：登錄可分為系統管理員登錄和售票員登錄，在登錄模塊的描述中，將系統管理員和售票員都看作這個系統的用戶，他們根據自己的登錄名和密碼登錄系統，才可進行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統將會提示輸入錯誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。（2）查詢：查詢分為車次查詢、站點查詢、時刻表查詢、票價查詢、余票查詢。車次查詢提供了所有車次瀏覽、按車次查詢、和站站查詢，用戶可以通過查詢來了解列車所經車站以及發車時間等信息。時刻表查詢可以查詢每一車次在每一站的發車時間和到站時間。票價查詢可以讓用戶按自己的需求來查詢所有車次的車票價格；余票查詢可以查詢到所有

5、車次的剩余車票的情況；（3）售票：根據旅客的需求如發車日期、發車時間、車廂類型、車票類型（學生票、軍人票）等選擇用戶所需要的車次，然后結算并打印車票給旅客。 （4）訂票：由售票點授權或是有一定信譽的售票代理商替代旅客進行預訂車票，售票代理商通過電話或是親自到售票點預訂的方式進行預訂車票。 （5）退票：處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時間內進行退票，此外車站售票點還要扣除一定的手續費。 （6）統計：售票統計分別可以按日期統計、按車次統計、按客流方向統計等統計方式，通過察看車票的流向可以得知旅客的大致流向，列車管理人員可以根據客流的流向隨時調整列車運行車次，達到列車的合理

6、調度，使列車最大限度的投入使用中，實現資源的合理利用。（7）修改：包括車次修改、票價修改、站點修改。車次修改包括增加車次，減少車次，車次的臨時調度和由于自然災害造成的臨時路線更改。票價修改為節假日、春運等特殊時段或某些特殊地域需要適量增加或減少票價，具體數字有鐵路管理定。站點修改可是某些車次增加或減少一些站點。（8）系統管理維護：管理員通過系統添加用戶或者刪除用戶，并且授予權限，同時維護數據庫，保證系統正確運行。2.2軟件結構圖5.1 系統功能層次圖1.主要功能：完善火車票售票系統，方便鐵路局的售票工作，提高鐵路局的服務質量和服務效率。2.性能要求：火車站提供的信息必須及時的反映在鐵路局的工作

7、平臺上。售票系統的定單必須無差錯的存儲在火車站的主服務器上。對服務器上的數據必須進行及時正確的刷新。3.輸入要求：數據完整，詳實。4.輸出要求：簡捷，快速，實時。5.安全與保密要求：售票員享有對火車站票務信息數據庫、列車信息數據庫的管理與修改。旅客只享有對票務信息數據庫的部分修改（寫入與讀出）。該系統僅限火車站內部使用，因此使用C/S架構開發。同時，要實現客戶端之間使用局域網技術互聯，實現數據的共享，另外要求相互之間的操作互不影響。同一張火車票只能由一個客戶端賣出，使用線程的同步來實現。Client2Client1Client服務器數據庫圖5.2 系統結構圖3程序描述通過需求分析和概要設計，可

8、以得出火車站售票系統的的類圖，該系統中主要包括四個基本類：售票員，火車票，管理員，購票者。購票者向售票員提出請求，購票者有請求購票，請求查詢，請求訂票，請求退票和請求改簽這幾個功能。售票員通過與購票者交流后了解購票者的請求信息，進入系統進行操作。售票員和管理員均需要對火車票進行操作，同時，管理員需錄入員工信息，維護數據庫。圖5.3 系統類圖將如上系統類圖進行進一步的抽象，可以得出系統的抽象類圖，從而在討論接口問題時，可以更加的清楚，明確。系統主要抽象出三個類、一個接口，將三個類封裝到Unit包中，將Com接口封裝在Com包中。其中Com接口是該系統主要功能的集合， Com可使用Unit，SQL

9、client包中的類。Form包包括圖形化界面，通過Com包引用。通過Search類來實現查詢功能，Sell類實現售票功能，包括售全價票與半價票，Refund實現退票功能，Alter實現修改功能，Count實現統計功能。圖5.4 Unit抽象類圖圖5.5 Com接口抽象類圖圖5.6 系統包圖由于本系統中售票員是主要的操作者，因此需要明確售票員的狀態。圖5.7 售票員狀態圖3.1登錄模塊3.1.1功能圖5.8 登錄功能時序圖登錄可分為系統管理員登錄和售票員登錄，在登錄模塊的描述中，將系統管理員和售票員都看作這個系統的用戶，他們根據自己的登錄名和密碼登錄系統，才可進行以后的操作。若用戶名和密碼輸入

10、錯誤，不匹配，系統將會提示輸入錯誤。若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。3.1.2性能用戶通過用戶名和密碼進入系統，可以確保系統的安全，由于系統管理員和售票員具有不同的權限，因此可以確保系統的權限分明。3.1.3輸入項目用戶輸入用戶名、密碼，通過數據庫的封裝以下表格中。表51 售票員表字段名類型長度小數點允許空主/外鍵工號Char3主姓名Char83.1.4輸出項目根據數據庫中存在的表中信息來查詢，判斷用戶名、密碼是否正確，正確則顯示登錄成功信息，若用戶名和密碼不匹配則提示輸入錯誤。3.1.5算法該模塊通過訪問數據庫查詢用戶登錄信息，提取用戶輸入的用戶名和密碼，封裝成SE

11、LECT語句，到數據庫中查詢相關信息，將信息返回到用戶界面。若用戶輸入錯誤，彈出錯誤提示框。3.1.6程序邏輯圖5.9 登錄功能流程圖3.1.7接口該模塊通過Com接口中的Search方法訪問數據庫，Com接口提供連接數據庫的功能。在售票模塊中會調用此模塊。3.1.8存儲分配對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份。3.1.9限制條件由于登錄系統是需要用戶名和密碼，因此需要用戶正確輸入用戶名和密碼，并且是已經注冊過的用戶。3.1.10測試要點確認測試則是要檢查已實現的系統軟件是否滿足了需求規格說明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試

12、的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在登錄模塊中重點需要測試如下：（1）輸入數據有效性判定；（2）有效數據輸出測試，無效數據輸出測試。（3）系統安全性和反應速度進行測試，系統的穩定性要求3.2查詢模塊3.2.1功能 圖5.10 查詢功能時序圖查詢可分為按車次查詢與站點查詢，用戶通過輸入待查詢車次或者站點查詢車票的相關信息，包括票價，時刻，剩余票數等信息。若用戶輸入的車次或者站點錯誤，系統會提示輸入錯誤。3.2.2性能能夠對乘客要求的大部分查詢類型都能夠查詢，

13、每個查詢功能鍵都一目了然，能快速精確的顯示要查詢的信息。要求單次的查詢系統的處理時間在2秒以內。3.2.3輸入項目車次號、站名3.2.4輸出項目表52 車輛表字段名類型長度小數點允許空主/外鍵車次Int4主車型Varchar8車廂數Int座位數smallInt2表53時刻表字段名類型長度小數點允許空主/外鍵車次Varchar5主始發站Varchar10主終點站Varchar10發車時間Datetime 8到站時間Datetime8停車時間Datetime8通過車輛表信息和時刻表信息，系統可以輸出車次號、站點、發車時間、到站時間、剩余票數等信息。3.2.5算法該模塊通過訪問數據庫查詢車票信息，提

14、取用戶輸入的車次或者站名，封裝成SELECT語句，到數據庫中查詢車票信息，將信息返回到用戶界面。若用戶輸入錯誤，彈出錯誤提示框。3.2.6程序邏輯圖5.11 查詢算法流程圖3.2.7接口該模塊通過Com接口中的Search方法訪問數據庫，Com接口提供連接數據庫的功能。在售票模塊中會調用此模塊。3.2.8存儲分配對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份。3.2.9限制條件由于從查詢到查看查詢內容全部靠電腦完成，所以需要用戶熟悉電腦的基本操作。同時，系統中必須存在的人工處理過程，例如一些信息需要人工輸入電腦。3.2.10測試要點確認測試則是要檢查已實現的系統軟件是否滿足了需求

15、規格說明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在查詢模塊中重點需要測試如下：（1）輸入數據有效性判定；（2）有效數據輸出測試，無效數據輸出測試。3.3售票模塊3.3.1功能圖5.12 售票功能時序圖根據旅客的需求如發車日期、發車時間、車票類型（學生票、軍人票）等，售票員查詢相關的車票信息，選擇用戶所需要的車次，然后結算并打印車票給旅客。3.3.2性能查詢車票精確，單次售票任務需要在2

16、5秒之內完成，系統的反應時間要求在3秒之內；保證36臺機器同時運行該系統不會有過高延時。3.3.3輸入項目 車次、站點、日期3.3.4輸出項目表54車票表字段名類型長度小數點允許空主/外鍵票號Int4主乘車日期Datetime8車次Varchar5外始發站名Varchar10外終點站名Varchar10票價Float8票類型Char2座位號smallInt2車廂號smallInt2根據數據庫中存放的車票表，顯示車票信息、剩余票數等相關信息。3.3.5算法售票員輸入顧客預購車票的相關信息，到數據庫中查詢是否有票，若有則打印火車票給顧客，數據庫中改車次車票自動減去賣出的票數；若無則提示售票員車票已

17、售完。3.3.6程序邏輯圖5.13 售票算法流程圖3.3.7接口售票模塊提供一個調用查詢模塊的接口，在Com包中定義。3.3.8存儲分配對數據庫采取日志記錄技術和海量轉存技術，并定期進行數據庫備份3.3.9限制條件由于售票過程存在人工處理過程，需要售票員進行人工輸入，因此對售票員有一定的專業要求，需要熟悉電腦的基本操作。3.3.10測試要點確認測試則是要檢查已實現的系統軟件是否滿足了需求規格說明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環

18、境下，對計算機系統進行一系列的組裝測試和確認測試。在售票模塊中重點需要測試如下：（1）查詢數據的有效性（2）正確打印出車票，票數正確3.4退票模塊3.4.1功能圖5.14 退票功能時序圖 處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時間內進行退票，按照票款的80%退款。超過指定時間，只能改簽，不能退票。3.4.2性能及時的記錄下所退回的車票，并快速精確的顯示應交付給顧客的余額。3.4.3輸入項目 車票編號3.4.4輸出項目表55 退票表字段名類型長度小數點允許空主/外鍵票號Int4主退票時間Datetime8票價Float8應退款Float8根據數據庫中存放的退票表信息，確認是否

19、可以退票，如果可以退票則顯示退票款，及其他相關內容。并進行數據修改的操作。3.4.5算法售票員掃描顧客欲退車票的條形碼，獲得車票編號，售票員點擊退票按鈕，將車票編號交給退票控制器。退票控制器到數據庫中查詢此票是否已售出，若匹配則點擊確認退票，退票控制器會自動修改數據庫，售票員返還退票款；若不匹配則會提示售票員此票未售出。3.4.6程序邏輯圖5.15 退票算法流程圖3.4.7接口退票模塊需要有與數據庫交互的接口，通過Com包中的Connect方法來實現與數據庫的連接。3.4.8存儲分配對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份3.4.9限制條件由于系統中必須存在人工處理過程，一

20、些信息要人工輸入電腦，例如條形碼的掃描，因此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。3.4.10測試要點在退票完成之后，數據確認測試則是要檢查已實現的系統軟件是否滿足了需求規格說明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在退票模塊中重點需要測試如下：（1）庫中的記錄確定更改（2）提示車票退票時限準確3.5改簽模塊3.5.1功能圖5.16 改簽功能時序圖乘客計劃臨時變更需要更改出發

21、日期，或者退票不成功，可以選擇改簽服務。售票員收回乘客車票，返還票款，收取手續費。若乘客需要日期的票有剩余，則重新賣給乘客一張票；若票已售完，則退出。3.5.2性能保證數據庫的一致，具有一定的及時更新能力。3.5.3輸入項目車次、日期3.5.4輸出項目警告提示、新車票3.5.5算法 售票員掃描車票條形碼，輸入到改簽界面，控制器進入數據庫中確認該車票確實售出。若確實售出，則返還退票款，并根據乘客需求另售一張指定日期車票；若沒有售出，警告提示售票員。3.5.6程序邏輯 圖5.17 改簽算法流程圖3.5.7接口改簽模塊需要調用售票模塊的功能，由于兩個功能均在一個Com包中，模塊之間可以實現互相通信。

22、3.5.8存儲分配對數據庫采取日志記錄技術和海量轉儲技術，并定期進行數據庫備份。3.5.9限制條件由于系統中必須存在人工處理過程，一些信息要人工輸入電腦，例如條形碼的掃描，因此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。3.5.10測試要點確認測試則是要檢查已實現的系統軟件是否滿足了需求規格說明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將通過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。在改簽模塊中重點需要測試如下：（1） 在改簽完成之

23、后，數據庫中的記錄確定更改（2） 提示車票改簽時限準確3.6修改統計模塊3.6.1功能 圖5.18 修改功能時序圖系統管理員通過該模塊修改需要變更的車次信息，包括車次修改、票價修改、站點修改。車次修改包括增加車次，減少車次，車次的臨時調度和由于自然災害造成的臨時路線更改。票價修改為節假日、春運等特殊時段或某些特殊地域需要適量增加或減少票價，具體數字有鐵路管理定。站點修改可是某些車次增加或減少一些站點。圖5.19 統計功能時序圖車票統計主要是統計車票的銷售情況以及銷售額等。同時通過車票統計還可得知不同日期車流量的情況，列車管理人員可以根據客流的流向隨時調整列車運行車次，達到列車的合理調度，使列車

24、最大限度的投入使用中，實現資源的合理利用。3.6.2性能：修改模塊需要最高的權限，非最高權限人不可修改數據庫數據；統計需要較高的可靠性，保證數據的完整性，數據需要定時備份。3.6.3輸入項目站點、時刻、車次、日期3.6.4輸出項目報表、修改統計成功提示3.6.5算法 管理員輸入欲修改的車次，提交給控制器，控制器根據管理員輸入的信息進入數據庫修改相關表數據，修改成功返回給管理員成功修改提示。 售票員將要統計的車次號輸進到統計界面，控制器提取數據，進入數據庫查詢統計表，返回給售票員，售票員根據車次的售票情況作出銷售額、客流情況統計表。3.6.6程序邏輯圖5.20 統計算法流程圖3.6.7接口兩個方法均封裝在Com包中，可以通過Com包的Connect方法連接數據庫，并使用SQL語句進行查詢或者修改數據庫的操作。3.6.8存儲分配對數據庫采取日志記錄技術和海量存儲技術，并定期進行數據備份3.6.9限制條件由于統計過程需要對數據庫進行操作，并且需要經常備份數據庫，因此需要用戶熟悉SQL server 2005 的操作，并能進行日常的數據庫維護。3.6.10測試要點確認測試則是要檢查已實現的系統軟件是否滿足了需求規格說明中確定了的各種需求，以及系統軟件配置是否完全、正確。系統測試，是將