【導讀】山西大學商務學院?！盾浖こ陶n程設計》報告。班級：10軟件G2班。夏丹丹2020847227可行性研究、詳細設計、系統(tǒng)實現(xiàn)。王偉2020847223系統(tǒng)界面設計與實現(xiàn)

　　

【正文】 驗驗證軟件本身的目的來看，無需網(wǎng)絡通訊接口。 軟件接口 運行于 Windows2020 及更高版本并裝有 JAVA 虛擬機的操作系統(tǒng)之上。 故障處理 正常使用時不用出錯，對于用戶的輸入錯誤應及時給出適當?shù)母恼畔⑻崾?，若運行遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。 6．其它需求 （ 1）可用性：該軟件也可以通過 單步跟蹤的操作進行檢查處理。 （ 2）安全性：由于軟件運行數(shù)據(jù)放在數(shù)據(jù)庫中，所以參數(shù)不容易被錯改、破壞， 萬一參數(shù)受到破壞也不會影響源程序。 （ 3）可維護性：該軟件利用數(shù)據(jù)庫進行編程，系統(tǒng)結構由程序基本確定，大量的參數(shù)及文本內容全部放于數(shù)據(jù)庫中。修改、更新數(shù)據(jù)只要在數(shù)據(jù)庫進行修改添加，而不需要對系統(tǒng)結構進行修改，這樣系統(tǒng)維護性、升級都十分方便。 （ 4）兼容性：由于尚未 測試 ，故無法對兼容性進行評析。 信息學院《軟件工程課程設計》報告 附錄 3 詳細 設計文檔 編寫的目的 編寫詳細設計說明書是軟件開發(fā)過程必不可少的部分，其目的是為了使開發(fā)人員在完成概要設計說明書的基礎上完成概要設計規(guī)定的各個功能塊的具體實現(xiàn)的設計工作。通過對所產生的功能模塊進行過程描述，開發(fā)一個可以直接轉化成程序語言的軟件標識，這樣可以使軟件設計人員很好的了解軟件的功能，并對軟件的所有模塊有一個更深的了解。本說明書在概要設計的基礎上，對車站售票管理系統(tǒng)的各模塊 ，程序，子系統(tǒng)分別進行了實現(xiàn)層面上的要求和說明，為進行后面的實現(xiàn)和測試做準備， 檢驗本系統(tǒng)的各項性能指標，及時發(fā)現(xiàn)紕漏及時修補。 主要讀者：程序員、項目總監(jiān)、測試人員 背景 項目名稱 :火車站售票系統(tǒng) 提出者： 火車站 開發(fā)者：山西大學商務學院信息學院 10 軟件 2 班 景巧鑫 10 軟件 2 班 夏丹丹 10 軟件 2 班 崔新華 10 軟件 2 班 王 偉 最終用戶：火車站售票員、乘客 定義 時序圖：亦稱為序列圖或循序圖，是一種 UML 行為 圖。它通過描述對象之間發(fā)送消息的時間順序顯示多個對象之間的動態(tài)協(xié)作。它可以表示用例的行為順序，當執(zhí)行一個用例行為時，時序圖中的每條消息對應了一個類操作或狀態(tài)機中引起轉換的觸發(fā)事件。 參考資料 [1] GB856788 .軟件設計文檔國家標準 —— 詳細設計說明書 [2] 張海藩 .《軟件工程》（第三版） 人民郵電大學出版社 [3] 吳建、鄭潮、汪杰 . 《 UML 基礎與 Rose 建模案例》 人民郵電出版社 [4] 胥光輝 ， 金鳳林 等． 《軟件工程方法與實踐》 機械 工業(yè)出版社 [5] 車站售票管理系統(tǒng) — 可行性研究報告 [6] 車站售票管理系統(tǒng) — 項目開發(fā)計劃 [7] 車站售票管理系統(tǒng) — 需求規(guī)格說明書 [8] 車站售票管理系統(tǒng) — 概要設計說明書 信息學院《軟件工程課程設計》報告 系統(tǒng)類圖如圖 所示 ： 圖 系統(tǒng)類圖 程序設計說明 登錄模塊 用戶通過用戶名和密碼進入系統(tǒng)，以確保系統(tǒng)的安全，且系統(tǒng)管理員和售票員具有不同的權限，因此可以確保系統(tǒng)的權限分明。 功能 登錄可分為系統(tǒng)管理員登錄和售票員登錄，在登錄模塊的 描述中，將系統(tǒng)管理員和售票員都看作這個系統(tǒng)的用戶，他們根據(jù)自己的登錄名和密碼登錄系統(tǒng)，才可進行以后的操作。若用戶名和密碼輸入錯誤，不匹配，系統(tǒng)將會提示輸入錯誤。 若用戶名和密碼不正確，用戶可已重新輸入，但只允許輸入三次。 登錄功能時序圖如圖 所示 : 信息學院《軟件工程課程設計》報告 圖 登錄功能時序圖 性能 用戶通過用戶名和密碼進入系統(tǒng)，可以確保系統(tǒng)的安全，由于系統(tǒng)管理員和售票員具有不同的權限，因此可以確保系統(tǒng)的權限分明。 輸入項 用戶輸入用戶名、密碼，通過數(shù)據(jù)庫的封裝以下表格中。 票務管理員 表如表 所示： 表 票務管理員表 字段名 類型 長度 小數(shù)點 允許空 主 /外鍵 工號 Char 3 主 姓名 Char 8 輸出項 根據(jù)數(shù)據(jù)庫中存在的表中信息來查詢，判斷用戶名、密碼是否正確，正確則顯示登錄成功信息，若用戶名和密碼不匹配則提示輸入錯誤。 限制條件 由于登錄系統(tǒng)是需要用戶名和密碼，因此需要用戶正確輸入用戶名和密碼，并且是已經(jīng)注冊過的用戶。 測試計劃 確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求， 以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。在登錄模塊中重點需要測試如下： （ 1）輸入數(shù)據(jù)有效性判定； （ 2）有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。 （ 3）系統(tǒng)安全性和反應速度進行測試，系統(tǒng)的穩(wěn)定性要求 4. 查詢模塊 程序設計說明 信息學院《軟件工程課程設計》報告 查詢模塊 分為對車次信息的查詢和客戶對已訂車票信息的查詢。 功能 功能： (1）對車次的查詢， 可以按照 發(fā)車車次 進行查詢 ； (2）車次信息 包括 ： 車號、 出發(fā)地 、 目的地 、 發(fā)車日期 、開出時 刻、票價。 (3）座位類型設定。 (4）車次信息 只允許用戶查詢，不能修改 。 查詢功能時序圖如圖 所示 : 圖 查詢功能時序圖 性能 能夠對乘客要求的大部分查詢類型都能夠查詢，每個查詢功能鍵都一目了然，能快速精確的顯示要查詢的信息。要求單次的查詢系統(tǒng)的處理時間在 2 秒以內。 輸入項 車次號、站名 輸出項 通過車輛表信息和時刻表信息，系統(tǒng)可以輸出車次號、 站點、發(fā)車時間、到站時間、剩余票數(shù)等信息。 列車表、時刻表如表 、表 所示： 表 列車表 字段名 類型 長度 小數(shù)點 允許空 主 /外鍵 車次 Int 4 主 車型 Varchar 8 車廂數(shù) Int 座位數(shù) smallInt 2 表 時刻表 字段名 類型 長度 小數(shù)點 允許空 主 /外鍵 車次 Varchar 5 主 信息學院《軟件工程課程設計》報告 始發(fā)站 Varchar 10 主 終點站 Varchar 10 發(fā)車時間 Datetime 8 到站時間 Datetime 8 停車時間 Datetime 8 限制條件 由于從查詢到查看查詢內容全部靠電腦完成，所以需要用戶熟悉電腦的基本操作。同時，系統(tǒng)中必須存在的人工處理過程，例如一些信息需要人工輸入電腦。 測試計劃 確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結 合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。在查詢模塊中重點需要測試如下： （ 1）輸入數(shù)據(jù)有效性判定； （ 2）有效數(shù)據(jù)輸出測試，無效數(shù)據(jù)輸出測試。 設計說明 退票模塊 可退票，通過查詢系統(tǒng)，客戶可以根據(jù)自己的名字找到自己的訂票信息，通過退票模塊退去已購車票。 功能 退票模塊要能實現(xiàn)兩種功能：退訂和退票。 退訂是指用戶有過訂票記錄，但票還沒拿到；退票是指用戶退掉已經(jīng)拿到的車票，退票只能退回票價 80%的金額。 退票功能時序圖如圖 所示： 圖 退票功能時序圖 信息學院《軟件工程課程設計》報告 性能 及時的記錄下所退回的車票，并快速精確的顯示應交付給顧客的余額。 輸入項 車票編號 輸出項 根據(jù)數(shù)據(jù)庫中存放的退票表信息，確認是否可以退票，如果可以退票則顯示退票款，及其他相關內容。并進行數(shù)據(jù)修改的操作。 退票表如表 所示： 表 退票表 字段名 類型 長度 小數(shù)點 允許空 主 /外鍵 票號 Int 4 主 退票時間 Datetime 8 票價 Float 8 應退款 Float 8 限制條件 由于系統(tǒng)中必須存在人工處理過程，一些信息要人工輸入電腦，例如條形碼的掃描，因此需要用戶熟悉電腦的基本操作，并且需要有掃描儀。 測試計劃 在退票完成之后，數(shù)據(jù)確認測試則是要檢查已實現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測試，是將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對計算機系統(tǒng)進行一系列的組裝測試和確認測試。在退票模 塊中重點需要測試如下： （ 1）庫中的記錄確定更改 （ 2）提示車票退票時限準確 信息學院《軟件工程課程設計》報告 附錄 4 系統(tǒng) 測試文檔 1. 引言 編寫目的 本份測試報告，是對火車站售票管理系統(tǒng)的驗證，查看期望的結果和獲得的結果之間有無差別，以便最大限度地找出系統(tǒng)在實際運行中可能出現(xiàn)的錯誤和問題。希望通過本報告，能給系統(tǒng)開發(fā)減少不必要的麻煩。 項目背景 應市場需求，軟件課程設計需要，我團隊設計 開發(fā)這款火車站售票管理系統(tǒng) 。 ECMS：自動管理系統(tǒng) MIS：管理 信息系統(tǒng) Data Processing：數(shù)據(jù)處理 Transaction Processing：事務處理 Data Processing Cycle：數(shù)據(jù)處理流程 Data Acquisition ：數(shù)據(jù)采集 Data Processing System Security：數(shù)據(jù)處理系統(tǒng)安全性 需求規(guī)格說明書，倪紹芬－－《火車票售票建檢票管理系統(tǒng) (需求分析 )》， 概要設計說明書，倪紹芬－－《火車票售票檢票管理系統(tǒng) (總體設計 )》， 詳細設計說明書，倪紹芬 －－《鐵路售票管理系統(tǒng)（詳細設計）》， 2．測試計劃執(zhí)行情況 初始化模塊 功能：初始化系統(tǒng)，顯示歡迎界面，并使系統(tǒng)進入正常工作狀態(tài)。 輸入項目：配置文件、數(shù)據(jù)庫文件 輸出項目：設置全局變量，瀏覽區(qū)和基本資料區(qū)。 存儲分配：程序運行需要占用內存約 2MB 左右。 測試要點：配置文件或數(shù)據(jù)庫文件損壞，或沒有足夠內存可供使用時是否正常。 關閉系統(tǒng)模塊 功能：關閉并退出系統(tǒng)，保留相應狀態(tài)數(shù)據(jù)。 輸入項目：全局變量。 輸出項目：更新后的數(shù)據(jù)庫文件和配置文件。 測試要點：若數(shù)據(jù)庫文件或配置文件不能正常操作或全局數(shù)據(jù)已經(jīng) 不一致，怎樣處理。 瀏覽模塊 功能：以列表方式將數(shù)據(jù)記錄顯示在瀏覽區(qū)內，并維護窗口中瀏覽區(qū)中信息的更改和刷新。 信息學院《軟件工程課程設計》報告 性能：這是乘客使用頻率較高的一個模塊，對性能要求在 12 秒內做出反應。 輸入項目：鼠標、鍵盤事件或標準 SQL 語句。 輸出項目：重新設置的瀏覽區(qū)中信息。 測試要點：對各事件進行測試。 本界面中的列表框應給出列車的六項基本信息，分別是始發(fā)點、終點、出發(fā)時間、到達時間、列車級別（普快、動車等），座位狀況（有無、軟硬等）。 刷新瀏覽模塊 功能：利用全局變量中的信息重新刷新瀏覽區(qū)。 輸入項目：將要設置成焦點記錄的記錄號。 輸出項目：設置瀏覽區(qū)。 測試要點：對有效和無效的輸入記錄進行測試。 基本資料模塊 功能：維護窗口中基本資料區(qū)中的六項信息的更改和刷新。 性能：這是經(jīng)常使用的一個模塊，對性能要求在 12 秒內做出反應。 輸入項目：鼠標或鍵盤事件。 輸出項目：重新設置的基本資料區(qū)中信息。 測試要點：對各事件進行測試。 詳細資料模塊 功能：顯示列車的詳細信息且有無相應的車票。 輸入項目：焦點記錄號。 輸出項目：下一步將要執(zhí)行的功能（確定、修改、打?。?。 測試要點：對各事件進行測試。 查詢模塊 功能：完成查詢功能。 性能：響應時間控制在 12 秒內。 輸入項目：查詢條件。 輸出項目：標準的 SQL 語句，發(fā)送設置瀏覽區(qū)命令。 測試要點：測試各種查詢方式。 測試機構名稱 軟件 測試小組 負責人 景巧鑫 測試人員名單 夏丹丹、崔新華、王偉 等 初