【正文】 圖 改簽 功能 時(shí)序圖 乘客計(jì)劃臨時(shí)變更需要更改出發(fā)日期，或者退票不成功，可以選擇改簽服務(wù) 。售票員收回乘客車(chē)票，返還票款，收取手續(xù)費(fèi)。若乘客需要日期的票有剩余，則重新賣(mài)給乘客一張票；若票已售完，則退出。 性能 保證數(shù)據(jù)庫(kù)的一致，具有一定的及時(shí)更新能力 。 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 23 輸入項(xiàng)目 車(chē)次、日期 輸出項(xiàng)目 警告提示、 新 車(chē)票 算法 售票員掃描車(chē)票條形碼，輸入到改簽界面，控制器進(jìn)入數(shù)據(jù)庫(kù)中確認(rèn)該 車(chē)票確實(shí)售出。若確實(shí)售出，則返還退票款，并根據(jù)乘客需求另售一張指定日期車(chē)票；若沒(méi)有售出，警告提示售票員。 程序邏輯 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 24 掃 描 車(chē) 票 號(hào) 進(jìn) 入 改簽 界 面交 給 改 簽 控 制 器查 詢確 認(rèn) 該 票 已 售出警 告返 回 查 詢 界 面顯 示 該 票 信 息 ， 提示 退 票 款輸 入 乘 客 欲改 簽 車(chē) 次 與日 期查 詢 是 否 有 票售 票 模 塊 售 票返 回 改 簽 界 面有 記 錄是沒(méi) 有 記 錄否 圖 改簽算法流程圖 接口 改簽?zāi)K需要調(diào)用售票模塊的功能，由于兩個(gè)功能均在一個(gè) Com 包中，模塊五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 25 之間可以實(shí)現(xiàn)互相通信。 存儲(chǔ)分配 對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。 限制條件 由于系統(tǒng)中必須存在人工處理過(guò)程，一些信息要人工輸入電腦，例如條形碼的掃描，因此 需要用戶熟悉電腦的基本操作，并且需要有掃描儀。 測(cè)試要點(diǎn) 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過(guò)確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在改簽?zāi)K中重點(diǎn)需要測(cè)試如下： （ 1） 在改簽 完成之后，數(shù)據(jù)庫(kù)中的記錄確定更改 （ 2） 提示車(chē)票改簽 時(shí)限準(zhǔn)確 修改 統(tǒng)計(jì) 模塊 功能 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 26 : 系統(tǒng)管理員列車(chē)修改界面列車(chē)修改控制器數(shù)據(jù)庫(kù)模塊1 : 輸入列車(chē)號(hào)2 : 提交列車(chē)修改信息3 : 對(duì)列車(chē)進(jìn)行修改4 : 返回修改成功5 : 修改成功6 : 提示修改成功 圖 修改 功能 時(shí)序圖 系統(tǒng)管理員通過(guò)該模塊修改需要變更的車(chē)次信息，包括車(chē)次修改、票價(jià)修改、站點(diǎn)修改。車(chē)次修改包括增加車(chē)次，減少車(chē)次，車(chē)次的臨時(shí)調(diào)度和由于自然災(zāi)害造成的臨時(shí)路線更改。票價(jià)修改為節(jié)假日、春運(yùn)等特殊時(shí)段或某些特殊地域需要適量增加或減少票價(jià)，具體數(shù)字有鐵路管理定。站點(diǎn)修改可是某些車(chē)次增加或減少一些站點(diǎn)。 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 27 圖 統(tǒng)計(jì) 功能 時(shí)序圖 車(chē)票統(tǒng)計(jì)主要是統(tǒng)計(jì)車(chē)票的銷(xiāo)售情況以及銷(xiāo)售額等。同時(shí)通過(guò)車(chē)票統(tǒng)計(jì)還可得知不同日期車(chē)流量的情況，列車(chē)管理人員可以根據(jù)客流的流向隨時(shí)調(diào)整列車(chē)運(yùn)行車(chē)次，達(dá)到列車(chē) 的合理調(diào)度，使列車(chē)最大限度的投入使用中，實(shí)現(xiàn)資源的合理利用。 性能： 修改模塊需要最高的權(quán)限，非最高權(quán)限人不可修改數(shù)據(jù)庫(kù)數(shù)據(jù)；統(tǒng)計(jì)需要較高的可靠性，保證數(shù)據(jù)的完整性，數(shù)據(jù)需要定時(shí)備份。 輸入項(xiàng)目 站點(diǎn)、時(shí)刻、車(chē)次、日期 輸出項(xiàng)目 報(bào)表、修改 統(tǒng)計(jì) 成功提示 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 28 算法 管理員輸入欲修改的車(chē)次，提交給控制器，控制器根據(jù)管理員輸入的信息進(jìn)入數(shù)據(jù)庫(kù)修改相關(guān)表數(shù)據(jù)，修改成功返回給管理員成功修改提示。 售票員將要統(tǒng)計(jì)的車(chē)次號(hào)輸進(jìn)到統(tǒng)計(jì)界面，控制器提取數(shù)據(jù)，進(jìn)入數(shù)據(jù)庫(kù)查詢統(tǒng) 計(jì)表，返回給售票員，售票員根據(jù)車(chē)次的售票情況作出銷(xiāo)售額、客流情況統(tǒng)計(jì)表。 程序邏輯 輸 入 車(chē) 次控 制 器 提 取 數(shù) 據(jù)查 詢 數(shù) 據(jù) 庫(kù) 統(tǒng) 計(jì)表 ， 車(chē) 票 表 與 時(shí) 刻表存 在 提 示 無(wú) 記 錄返 回 車(chē) 票 信 息 及 剩余 票 數(shù)已 售 票 = 總 票 數(shù) 剩余 票 數(shù)返 回 統(tǒng) 計(jì) 信 息結(jié) 束存 在不 存 在 圖 統(tǒng)計(jì)算法流程圖 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 29 接口 兩個(gè)方法均封裝在 Com 包中，可以通過(guò) Com 包的 Connect 方法連接數(shù)據(jù)庫(kù)，并使用 SQL 語(yǔ)句進(jìn)行查詢或者修改數(shù)據(jù)庫(kù)的操作。 存儲(chǔ)分配 對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量存儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)備份 限制條件 由于統(tǒng)計(jì)過(guò)程需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，并且需要經(jīng)常備份數(shù)據(jù)庫(kù)，因此需要用戶熟悉 SQL server 2020 的操作，并能進(jìn)行日常的數(shù)據(jù)庫(kù)維護(hù)。 測(cè)試要點(diǎn) 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過(guò)確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在修改統(tǒng)計(jì)模塊中重點(diǎn)需要測(cè)試： 修改過(guò)程中輸入數(shù)據(jù)要正確有效 。 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 30 模塊 功能 圖 添加用戶 功能 時(shí)序圖 圖 刪除用戶 功能 時(shí)序圖 查票銷(xiāo)售管理系統(tǒng)涉及數(shù)據(jù)庫(kù)以及局域網(wǎng)，數(shù)據(jù)龐大，對(duì)數(shù)據(jù)要求高。因此需要專(zhuān)門(mén)的人員進(jìn)行維護(hù)與管理。該模塊實(shí)現(xiàn)管理員對(duì)系統(tǒng)數(shù)據(jù)庫(kù)的維護(hù)，以及五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 31 對(duì)數(shù)據(jù)庫(kù)的定期備份，同時(shí)通過(guò)此模塊添加或刪除用戶，并授予相應(yīng)權(quán)限。 性能 要求較高安全性與可靠性 輸入項(xiàng)目 用戶編號(hào)、姓名、授予權(quán)限、備份時(shí)間 輸出項(xiàng)目 日志文件、 備份文件、 添加成功提示、刪除成功提示 算法 管理員輸入欲添加的用戶的編號(hào)與姓名等，控制器提取數(shù)據(jù)，并將其添加到數(shù)據(jù)庫(kù)中的員工表中 ，并返回添加成功界面。 管理員輸入欲刪除的用戶信息，控制器提取數(shù)據(jù)，進(jìn)入數(shù)據(jù)庫(kù)刪除該用戶所有信息，返回刪除成功界面。 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 32 程序邏輯 輸 入 添 加 人員 信 息控 制 器 提 取 數(shù) 據(jù)進(jìn) 入 員 工 表 驗(yàn) 證提 示 重 新 輸 入信 息 齊 全 ， 標(biāo)號(hào) 唯 一插 入 到 員 工 表存 在不 存 在 圖 添加用戶算法流程圖 五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 33 輸 入 刪 除 人員 信 息控 制 器 提 取 數(shù) 據(jù)進(jìn) 入 員 工 表 驗(yàn) 證查 無(wú) 此 人數(shù) 據(jù) 是 否 存 在刪 除存 在不 存 在 圖 刪除用戶算法流程圖 存儲(chǔ)分配 對(duì)數(shù)據(jù)庫(kù)采取日志記錄技術(shù)和海量轉(zhuǎn)儲(chǔ)技術(shù)，并定期進(jìn)行數(shù)據(jù)庫(kù)備份。 限制條件 由于統(tǒng)計(jì)過(guò)程需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，并且需要經(jīng)常備份數(shù)據(jù)庫(kù)，因此需要用戶熟悉 SQL server 2020 的操作，并能進(jìn)行日常的數(shù)據(jù)庫(kù)維護(hù)。 測(cè)試要點(diǎn) 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的系統(tǒng)軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及系統(tǒng)軟件配置是否完全、正確。系統(tǒng)測(cè)試，是將通過(guò)確認(rèn)測(cè)試的軟件，作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)五、詳 細(xì)設(shè)計(jì)說(shuō)明書(shū) 34 進(jìn)行一系列的組裝測(cè)試和確認(rèn)測(cè)試。在系統(tǒng)管理維護(hù)模塊中重點(diǎn)需要測(cè)試如下： （ 1） 添加人員與刪除人員的信息無(wú)效的處理 （ 2） 用戶的授權(quán)控制