1、.：.；目錄引言.編寫目的.工程背景.定義.參考資料.總體設計.需求概述.軟件構造.程序描畫.登錄模塊.功能.性能.輸入工程.輸出工程.算法.程序邏輯.接口.存儲分配.限制條件.測試要點.查詢模塊.功能.性能.輸入工程.輸出工程.算法.程序邏輯.接口.存儲分配.限制條件.測試要點.售票模塊.功能.性能.輸入工程.輸出工程.算法.程序邏輯.接口.存儲分配.限制條件.測試要點.退票模塊.功能.性能.輸入工程.輸出工程.算法.程序邏輯.接口.存儲分配.限制條件.測試要點.改簽模塊.功能.性能.輸入工程.輸出工程.算法.程序邏輯.接口.存儲分配.限制條件.測試要點.修正統計模.功能.性能：.輸入工程.

2、輸出工程.算法.程序邏輯.接口.存儲分配.限制條件.測試要點.系統管理維護模塊.功能.性能.輸入工程.輸出工程.算法.程序邏輯.存儲分配.限制條件.測試要點.引言.編寫目的編寫詳細設計闡明書是軟件開發過程必不可少的部分，其目的是為了使開發人員在完成概要設計闡明書的根底上完成概要設計規定的各個功能塊的詳細實現的設計任務。經過對所產生的功能模塊進展過程描畫，開發一個可以直接轉化成程序文語的軟件標識，這樣可以使軟件設計人員很好的了解軟件的功能，并對軟件的一切模塊有一個更深的了解。本闡明書在概要設計的根底上，對車站售票管理系統的各模塊，程序，子系統分別進展了實現層面上的要求和闡明，為進展后面的實現和測

3、試做預備，檢驗本系統的各項性能目的，及時發現紕漏及時修補。主要讀者：程序員、工程總監、測試人員.工程背景委托單位：火車站開發單位：湖南平安技術職業學院主管部門：電氣與信息工程系開發人員：李姍、李艷亮、易美軍、何艷娟.定義時序圖：亦稱為序列圖或循序圖，是一種UML行為圖。它經過描畫對象之間發送音訊的時間順序顯示多個對象之間的動態協作。它可以表示用例的行為順序，當執行一個用例行為時，時序圖中的每條音訊對應了一個類操作或形狀機中引起轉換的觸發事件SqlClien：包含有關專門操作SqlServer數據庫的類,包含的是一些數據庫操作所需求用到的普通數據，如數據表，數據行等包：多個類的集合.參考資料GB

4、-.軟件設計文檔國家規范詳細設計闡明書張海藩.第五版清華大學吳建、鄭潮、汪杰.人民郵電胥光輝，金鳳林等機械工業車站售票管理系統可行性研討報告車站售票管理系統工程開發方案車站售票管理系統需求規格闡明書車站售票管理系統概要設計闡明書總體設計.需求概述火車站售票管理系統主要實現售票自動化，包括售票，訂票、退票，查詢，統計，為了保證系統正常運轉，另外需求專門人員對系統的維護管理。登錄：登錄可分為系統管理員登錄和售票員登錄，在登錄模塊的描畫中，將系統管理員和售票員都看作這個系統的用戶，他們根據本人的登錄名和密碼登錄系統，才可進展以后的操作。假設用戶名和密碼輸入錯誤，不匹配，系統將會提示輸入錯誤。假設用戶

5、名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。查詢：查詢分為車次查詢、站點查詢、時辰表查詢、票價查詢、余票查詢。車次查詢提供了一切車次閱讀、按車次查詢、和站站查詢，用戶可以經過查詢來了解列車所經車站以及發車時間等信息。時辰表查詢可以查詢每一車次在每一站的發車時間和到站時間。票價查詢可以讓用戶按本人的需求來查詢一切車次的車票價錢；余票查詢可以查詢到一切車次的剩余車票的情況；售票：根據旅客的需求如發車日期、發車時間、車廂類型、車票類型學生票、軍人票等選擇用戶所需求的車次，然后結算并打印車票給旅客。訂票：由售票點授權或是有一定信譽的售票代理商替代旅客進展預訂車票，售票代理商經過或是親身到售票點

6、預訂的方式進展預訂車票。退票：處置用戶由于某種情況需求退回車票的情況，旅客要在車站指定的時間內進展退票，此外車站售票點還要扣除一定的手續費。統計：售票統計分別可以按日期統計、按車次統計、按客流方向統計等統計方式，經過察看車票的流向可以得知旅客的大致流向，列車管理人員可以根據客流的流向隨時調整列車運轉車次，到達列車的合理調度，使列車最大限制的投入運用中，實現資源的合理利用。修正：包括車次修正、票價修正、站點修正。車次修正包括添加車次，減少車次，車次的暫時調度和由于自然災禍呵斥的暫時道路更改。票價修正為節假日、春運等特殊時段或某些特殊地域需求適量添加或減少票價，詳細數字有鐵路管理定。站點修正可是某

7、些車次添加或減少一些站點。系統管理維護：管理員經過系統添加用戶或者刪除用戶，并且授予權限，同時維護數據庫，保證系統正確運轉。.軟件構造.主要功能：完善火車票售票系統，方便鐵路局的售票任務，提高鐵路局的效力質量和效力效率。.性能要求：火車站提供的信息必需及時的反映在鐵路局的任務平臺上。售票系統的定單必需無過失的存儲在火車站的主效力器上。對效力器上的數據必需進展及時正確的刷新。.輸入要求：數據完好，詳實。.輸出要求：簡捷，快速，實時。.平安與嚴密要求：售票員享有對火車站票務信息數據庫、列車信息數據庫的管理與修正。旅客只享有對票務信息數據庫的部分修寫入與讀出。 該系統僅限火車站內部運用，因此運用C/

8、S架構開發。同時，要實現客戶端之間運用局域網技術互聯，實現數據的共享，另外要求相互之間的操作互不影響。同一張火車票只能由一個客戶端賣出，運用線程的同步來實現。程序描畫經過需求分析和概要設計，可以得出火車站售票系統的的類圖，該系統中主要包括四個根本類：售票員，火車票，管理員，購票者。購票者向售票員提出懇求，購票者有懇求購票，懇求查詢，懇求訂票，懇求退票和懇求改簽這幾個功能。售票員經過與購票者交流后了解購票者的懇求信息，進入系統進展操作。售票員和管理員均需求對火車票進展操作，同時，管理員需錄入員工信息，維護數據庫。將如上系統類圖進展進一步的籠統，可以得出系統的籠統類圖，從而在討論接口問題時，可以更

9、加的清楚，明確。系統主要籠統出三個類、一個接口，將三個類封裝到Unit包中，將Com接口封裝在Com包中。其中Com接口是該系統主要功能的集合，Com可運用Unit，SQLclient包中的類。Form包包括圖形化界面，經過Com包援用。經過Search類來實現查詢功能，Sell類實現售票功能，包括售全價票與半價票，Refund實現退票功能，Alter實現修正功能，Count實現統計功能。由于本系統中售票員是主要的操作者，因此需求明確售票員的形狀。.登錄模塊.功能登錄可分為系統管理員登錄和售票員登錄，在登錄模塊的描畫中，將系統管理員和售票員都看作這個系統的用戶，他們根據本人的登錄名和密碼登錄系

10、統，才可進展以后的操作。假設用戶名和密碼輸入錯誤，不匹配，系統將會提示輸入錯誤。假設用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。.性能用戶經過用戶名和密碼進入系統，可以確保系統的平安，由于系統管理員和售票員具有不同的權限，因此可以確保系統的權限清楚。.輸入工程用戶輸入用戶名、密碼，經過數據庫的封裝以下表格中。.輸出工程根據數據庫中存在的表中信息來查詢，判別用戶名、密碼能否正確，正確那么顯示登錄勝利信息，假設用戶名和密碼不匹配那么提示輸入錯誤。.算法該模塊經過訪問數據庫查詢用戶登錄信息，提取用戶輸入的用戶名和密碼，封裝成SELECT語句，到數據庫中查詢相關信息，將信息前往到用戶界面。

11、假設用戶輸入錯誤，彈出錯誤提示框。.程序邏輯圖.登錄功能流程圖.接口該模塊經過Com接口中的Search方法訪問數據庫，Com接口提供銜接數據庫的功能。在售票模塊中會調用此模塊。.存儲分配對數據庫采取日志記錄技術和海量轉儲技術，并定期進展數據庫備份。.限制條件由于登錄系統是需求用戶名和密碼，因此需求用戶正確輸入用戶名和密碼，并且是曾經注冊過的用戶。.測試要點確認測試那么是要檢查已實現的系統軟件能否滿足了需求規格闡明中確定了的各種需求，以及系統軟件配置能否完全、正確。系統測試，是將經過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合

12、在一同，在實踐運轉環境下，對計算機系統進展一系列的組裝測試和確認測試。在登錄模塊中重點需求測試如下：輸入數據有效性斷定；有效數據輸出測試，無效數據輸出測試。系統平安性和反響速度進展測試，系統的穩定性要求.查詢模塊.功能圖.查詢功能時序圖查詢可分為按車次查詢與站點查詢，用戶經過輸入待查詢車次或者站點查詢車票的相關信息，包括票價，時辰，剩余票數等信息。假設用戶輸入的車次或者站點錯誤，系統會提示輸入錯誤。.性能可以對乘客要求的大部分查詢類型都可以查詢，每個查詢功能鍵都一目了然，能快速準確的顯示要查詢的信息。要求單次的查詢系統的處置時間在秒以內。.輸入工程車次號、站名.輸出工程經過車輛表信息和時辰表信

13、息，系統可以輸出車次號、站點、發車時間、到站時間、剩余票數等信息。.算法 該模塊經過訪問數據庫查詢車票信息，提取用戶輸入的車次或者站名，封裝成SELECT語句，到數據庫中查詢車票信息，將信息前往到用戶界面。假設用戶輸入錯誤，彈出錯誤提示框。.程序邏輯圖.查詢算法流程圖.接口該模塊經過Com接口中的Search方法訪問數據庫，Com接口提供銜接數據庫的功能。在售票模塊中會調用此模塊。.存儲分配對數據庫采取日志記錄技術和海量轉儲技術，并定期進展數據庫備份。.限制條件由于從查詢到查看查詢內容全部靠電腦完成，所以需求用戶熟習電腦的根本操作。同時，系統中必需存在的人工處置過程，例如一些信息需求人工輸入電

14、腦。.測試要點確認測試那么是要檢查已實現的系統軟件能否滿足了需求規格闡明中確定了的各種需求，以及系統軟件配置能否完全、正確。系統測試，是將經過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一同，在實踐運轉環境下，對計算機系統進展一系列的組裝測試和確認測試。在查詢模塊中重點需求測試如下：輸入數據有效性斷定；有效數據輸出測試，無效數據輸出測試。.售票模塊.功能圖.售票功能時序圖根據旅客的需求如發車日期、發車時間、車票類型學生票、軍人票等，售票員查詢相關的車票信息，選擇用戶所需求的車次，然后結算并打印車票給旅客。.性能查詢車票準確，

15、單次售票義務需求在秒之內完成，系統的反響時間要求在秒之內；保證臺機器同時運轉該系統不會有過高延時。.輸入工程車次、站點、日期.輸出工程根據數據庫中存放的車票表，顯示車票信息、剩余票數等相關信息。.算法 售票員輸入顧客預購車票的相關信息，到數據庫中查詢能否有票，假設有那么打印火車票給顧客，數據庫中改車次車票自動減去賣出的票數；假設無那么提示售票員車票已售完。.程序邏輯圖.售票算法流程圖.接口售票模塊提供一個調用查詢模塊的接口，在Com包中定義。.存儲分配對數據庫采取日志記錄技術和海量轉存技術，并定期進展數據庫備份.限制條件由于售票過程存在人工處置過程，需求售票員進展人工輸入，因此對售票員有一定的

16、專業要求，需求熟習電腦的根本操作。.測試要點確認測試那么是要檢查已實現的系統軟件能否滿足了需求規格闡明中確定了的各種需求，以及系統軟件配置能否完全、正確。系統測試，是將經過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一同，在實踐運轉環境下，對計算機系統進展一系列的組裝測試和確認測試。在售票模塊中重點需求測試如下：查詢數據的有效性正確打印出車票，票數正確.退票模塊.功能圖.退票功能時序圖處置用戶由于某種情況需求退回車票的情況，旅客要在車站指定的時間內進展退票，按照票款的%退款。超越指定時間，只能改簽，不能退票。.性能及時的記錄

17、下所退回的車票，并快速準確的顯示應交付給顧客的余額。.輸入工程車票編號.輸出工程根據數據庫中存放的退票表信息，確認能否可以退票，假設可以退票那么顯示退票款，及其他相關內容。并進展數據修正的操作。.算法售票員掃描顧客欲退車票的條形碼，獲得車票編號，售票員點擊退票按鈕，將車票編號交給退票控制器。退票控制器到數據庫中查詢此票能否已售出，假設匹配那么點擊確認退票，退票控制器會自動修正數據庫，售票員返還退票款；假設不匹配那么會提示售票員此票未售出。.程序邏輯圖.退票算法流程圖.接口退票模塊需求有與數據庫交互的接口，經過Com包中的Connect方法來實現與數據庫的銜接。.存儲分配對數據庫采取日志記錄技術

18、和海量轉儲技術，并定期進展數據庫備份.限制條件由于系統中必需存在人工處置過程，一些信息要人工輸入電腦，例如條形碼的掃描，因此需求用戶熟習電腦的根本操作，并且需求有掃描儀。.測試要點在退票完成之后，數據確認測試那么是要檢查已實現的系統軟件能否滿足了需求規格闡明中確定了的各種需求，以及系統軟件配置能否完全、正確。系統測試，是將經過確認測試的軟件，作為整個基于計算機系統的一個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統元素結合在一同，在實踐運轉環境下，對計算機系統進展一系列的組裝測試和確認測試。在退票模塊中重點需求測試如下：庫中的記錄確定更改提示車票退票時限準確.改簽模塊.功能圖.改

19、簽功能時序圖乘客方案暫時變卦需求更改出發日期，或者退票不勝利，可以選擇改簽效力。售票員收回乘客車票，返還票款，收取手續費。假設乘客需求日期的票有剩余，那么重新賣給乘客一張票；假設票已售完，那么退出。.性能保證數據庫的一致，具有一定的及時更新才干。.輸入工程車次、日期.輸出工程警告提示、新車票.算法售票員掃描車票條形碼，輸入到改簽界面，控制器進入數據庫中確認該車票確實售出。假設確實售出，那么返還退票款，并根據乘客需求另售一張指定日期車票；假設沒有售出，警告提示售票員。.程序邏輯圖.改簽算法流程圖.接口改簽模塊需求調用售票模塊的功能，由于兩個功能均在一個Com包中，模塊之間可以實現相互通訊。.存儲

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

21、時限準確.修正統計模塊.功能圖.修正功能時序圖系統管理員經過該模塊修正需求變卦的車次信息，包括車次修正、票價修正、站點修正。車次修正包括添加車次，減少車次，車次的暫時調度和由于自然災禍呵斥的暫時道路更改。票價修正為節假日、春運等特殊時段或某些特殊地域需求適量添加或減少票價，詳細數字有鐵路管理定。站點修正可是某些車次添加或減少一些站點。圖.統計功能時序圖車票統計主要是統計車票的銷售情況以及銷售額等。同時經過車票統計還可得知不同日期車流量的情況，列車管理人員可以根據客流的流向隨時調整列車運轉車次，到達列車的合理調度，使列車最大限制的投入運用中，實現資源的合理利用。.性能：修正模塊需求最高的權限，非

22、最高權限人不可修正數據庫數據；統計需求較高的可靠性，保證數據的完好性，數據需求定時備份。.輸入工程站點、時辰、車次、日期.輸出工程報表、修正統計勝利提示.算法管理員輸入欲修正的車次，提交給控制器，控制器根據管理員輸入的信息進入數據庫修正相關表數據，修正勝利前往給管理員勝利修正提示。售票員將要統計的車次號輸進到統計界面，控制器提取數據，進入數據庫查詢統計表，前往給售票員，售票員根據車次的售票情況作出銷售額、客流情況統計表。.程序邏輯圖.統計算法流程圖.接口兩個方法均封裝在Com包中，可以經過Com包的Connect方法銜接數據庫，并運用SQL語句進展查詢或者修正數據庫的操作。.存儲分配對數據庫采取日志記錄技術和海量存儲技術，并定期進展數據備份.限制條件由于統計過程需求對數據庫進展操作，并且需求經常備份數據庫，因此需求用戶熟習SQLserver的操作，并能進展日常的數據庫維護。.測試要點確認測試那么是要檢查已實現的系統軟件能否滿足了需求規格闡明中確定了的各種需求，以及系統軟件配置能否完全、正確。系統測試，是將經過確認測