【文章內(nèi)容簡介】 票。 五、詳 細設計說明書 3 （ 5）退票：處理用戶由于某種情況需要退回車票的情況，旅客要在車站指定的時間內(nèi)進行退票，此外車站售票點還要扣除一定的手續(xù)費。 （ 6）統(tǒng)計：售票統(tǒng)計分別可以按日期統(tǒng)計、按車次統(tǒng)計、按客流方向統(tǒng)計等統(tǒng)計方式，通過察看車票的流向可以得知旅客的大致流向，列車管理人員可以根據(jù)客流的流向隨時調(diào)整列車運行車次，達到列車的合理調(diào)度，使列車最大限度的投入使用中，實現(xiàn)資源的合理利用。 （ 7） 修改：包括車次修改、票價修改、站點修改。車次修改包括增加車次，減少車次，車次的臨時調(diào)度和由于自然災害造成的臨時路線更改。票價修改為節(jié)假日、 春運等特殊時段或某些特殊地域需要適量增加或減少票價，具體數(shù)字有鐵路管理定。站點修改可是某些車次增加或減少一些站點。 （ 8）系統(tǒng)管理 維護 ：管理員通過系統(tǒng)添加用戶或者刪除用戶，并且授予權限，同時維護數(shù)據(jù)庫，保證系統(tǒng)正確運行。 查詢統(tǒng)計修改售票退票系統(tǒng)維護管理查詢票價修改站點修改車次修改票價售票訂票改簽退票查詢時刻查詢車次查詢票數(shù)統(tǒng)計票數(shù)普通購票特殊購票火 車 站 售 票修改列車時刻修改停車時間 圖 系統(tǒng)功能層次圖 五、詳 細設計說明書 4 ：完善火車票售票系統(tǒng)，方便鐵路局的售票工作，提高鐵路局的服務質(zhì)量和服務效率 。 ：火車站提供的信息必須及時的反映在鐵路局的工作平臺上。售票系統(tǒng)的定單必須無差錯的存儲在火車站的主服務器上。對服務器上的數(shù)據(jù)必須進行及時正確的刷 新。 ：數(shù)據(jù)完整，詳實。 ：簡捷，快速，實時。 與保密要求：售票員享有對火車站票務信息數(shù)據(jù)庫、列車信息數(shù)據(jù)庫的管理與修改。旅客只享有對票務信息數(shù)據(jù)庫的部分修改（寫入與讀出）。 該系統(tǒng)僅限火車站內(nèi)部使用，因此使用 C/S 架構(gòu)開發(fā)。同時， 要實現(xiàn)客戶端之間使用局域網(wǎng)技術互聯(lián)，實現(xiàn)數(shù)據(jù)的共享，另外要求相互之間的操作互不影響。同一張火車票只能由一個客戶端賣出，使用線程的同步來實現(xiàn)。 圖 系統(tǒng)結(jié)構(gòu)圖 3．程序描述 通過需求分析 和概要設計，可以得出火車站售票系統(tǒng)的的類圖，該系統(tǒng)中主Client1 Client2 Client 服 務 器 數(shù)據(jù)庫 五、詳 細設計說明書 5 要包括四個基本類：售票員，火車票，管理員，購票者。購票者向售票員提出請求，購票者有請求購票，請求查詢，請求訂票，請求退票和請求改簽這幾個功能。售票員通過與購票者交流后了解購票者的請求信息，進入系統(tǒng) 進行操作。售票員和管理員均需要對火車票進行操作，同時，管理員需 錄入員工信息，維護數(shù)據(jù)庫。 圖 系統(tǒng) 基本 類圖 將如上系統(tǒng)類圖進行進一步的抽象，可以得出系統(tǒng)的抽象類圖，從而在討論接口問題時，可以更加的清楚，明確。系統(tǒng)主要抽象出三個類、一個接口，將三個類封裝 到 Unit 包中，將 Com 接口封裝在 Com 包中。其中 Com 接口是該系統(tǒng)主要功能的集合， Com 可使用 Unit， SQLclient 包中的類。 Form 包包括圖形化界面，通過 Com 包引用。 通過 Search 類來實現(xiàn)查詢功能， Sell 類實現(xiàn)售票功能，包括售全價票與半價票， Refund 實現(xiàn)退票功能， Alter 實現(xiàn)修改功能， Count 實現(xiàn)統(tǒng)計功能 。 五、詳 細設計說明書 6 圖 Unit抽象類圖 圖 Com接口抽象類圖 五、詳 細設計說明書 7 圖 系統(tǒng)包圖 由于本系統(tǒng)中售票員是主要的操作者，因此需要明確售票員的狀態(tài)。 圖 售票員狀態(tài)圖 五、詳 細設計說明書 8 登錄模塊 功能 圖 登錄功能時序 圖 登錄可分為系統(tǒng)管理員登錄和售票員登錄，在登錄模塊的描述中，將系統(tǒng)管理員和售票員都看作這個系統(tǒng)的用戶，他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)，才可進行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統(tǒng)將會提示輸入錯誤。 若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。 性能 用戶通過用戶名和密碼進入系統(tǒng)，可以確保系統(tǒng)的安全，由于系統(tǒng)管理員和售票員具有不同的權限， 因此可以確保系統(tǒng)的權限分明。 五、詳 細設計說明書 9 輸入項目 用戶輸入用戶名、密碼，通過數(shù)據(jù)庫的封裝以下表格中。 表 5— 1 售票員表 字段名 類型 長度 小數(shù)點 允許空 主 /外鍵 工號 Char 3 主 姓名 Char 8 輸出項目 根據(jù)數(shù)據(jù)庫中存在的表中信息來查詢，判斷 用戶名、密碼 是否正確， 正確則顯示登錄成功信息，若用戶名和密碼不匹配則提示輸入錯誤。 算法 該模塊通過訪問數(shù)據(jù)庫查詢 用戶登錄 信息，提取用戶輸入的 用戶名和密碼 ，封裝成 SELECT 語句，到數(shù)據(jù)庫中查詢 相關 信息，將信息返回到 用戶界面。若用戶輸入錯誤，彈出錯誤提示框。 五、詳 細設計說明書 10 程序邏輯 提 取 用 戶 輸 入 信 息驗 證提 示 錯 誤 ， 返 回 登錄 界 面 ， 重 新 輸 入封 裝 S E L E C T在 數(shù) 據(jù) 庫 中 查詢輸 出 到 界 面 該 用 戶 不 存 在結(jié) 束正 確用 戶 存 在錯 誤用 戶 不 存 在 圖 登錄功能流程 圖 接口 該模塊通過 Com 接口中的 Search 方法訪問數(shù)據(jù)庫， Com 接口提供連接數(shù)據(jù)庫的功能。在售票模塊中會調(diào)用此模塊。 存儲分配 對數(shù)據(jù)庫采取日志記錄技術和海量轉(zhuǎn)儲技術，并定期進行數(shù)據(jù)庫備份。 限制條件 由于登錄系統(tǒng)是需要 用戶名和密碼 ，因此需要用戶 正確 輸入用戶名和密碼，五、詳 細設計說明書 11 并且是已經(jīng)注冊過的用戶。 測試要點 確認測試則是要檢 查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。在登錄模塊中重點需要測試如下： （ 1）輸入數(shù)據(jù)有效性判定； （ 2）有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。 （ 3）系統(tǒng)安全性和反應速度進行測試，系統(tǒng)的穩(wěn)定性要求 功能 圖 查詢功能 時序圖 五、詳 細設計說明書 12 查詢可分為按車次查詢與站點查詢，用戶通過輸入待查詢車次或者站點查詢車 票的相關信息，包括票價 ，時刻，剩余票數(shù)等信息。若用戶輸入的車次或者站點錯誤，系統(tǒng)會提示輸入錯誤。 性能 能夠?qū)Τ丝鸵蟮拇蟛糠植樵冾愋投寄軌虿樵?，每個查詢功能鍵都一目了然，能快速精確的顯示要查詢的信息。 要求單次的查詢系統(tǒng)的處理時間在 2 秒以內(nèi)。 輸入 項目 車次號、 站名 輸出 項目 表 5— 2 車輛表 字段名 類型 長度 小數(shù)點 允許空 主 /外鍵 車次 Int 4 主 車型