航空機票預訂系統(tǒng)文檔

1、1 中央民族大學 信息工程學院信息工程學院 軟件工程軟件工程 實驗報告實驗報告 專專 業(yè)業(yè)：計算機科學與技術計算機科學與技術 班班 級級：計算機計算機 09 級級 1 班班 學學 號號： 0936008 姓姓 名名： 馮帆馮帆 指導老師指導老師： 蒲秋梅蒲秋梅 2 目目 錄錄 航空訂票系統(tǒng)項目開發(fā)計劃航空訂票系統(tǒng)項目開發(fā)計劃.7 1.項目代碼.7 2.項目背景.7 3.項目功能.7 4.項目設計.7 5.項目測試.8 6.項目風險分析.8 7.項目任務分配.8 8.項目開發(fā)時間計劃.8 9.項目資源需求.9 航空訂票系統(tǒng)可行性分析說明書航空訂票系統(tǒng)可行性分析說明書.10 1 引言引言.10 1

2、.1 編寫目的.10 1.2 背景.10 1.3 定義.10 1.4 參考資料.10 2 可行性研究的前提可行性研究的前提.11 2.1 要求.11 2.2 目標.11 2.3 條件、假定和限制.12 2.4 進行可行性研究的方法.12 2.5 評價尺度.12 3 對現(xiàn)有的系統(tǒng)的分析對現(xiàn)有的系統(tǒng)的分析.12 3.1 當前系統(tǒng)的處理流程和數(shù)據(jù)流程.12 3.2 工作負荷.13 3.3 人員.13 3.4 局限性.13 4 建議的新系統(tǒng)建議的新系統(tǒng).13 4.1 對新系統(tǒng)的說明.13 4.2 新系統(tǒng)的數(shù)據(jù)流程和處理流程.14 4.3 改進.16 4.4 新系統(tǒng)的影響.16 航空訂票系統(tǒng)可行性分析報

3、告說明書航空訂票系統(tǒng)可行性分析報告說明書.18 引言引言.18 1.1 編寫目的.18 1.2 項目背景.18 1.3 定義.18 3 1.4 參考資料.18 2. 任務概述任務概述.19 2.1 目標目標.19 2.2 運行環(huán)境.19 2.3 條件與限制.19 3. 數(shù)據(jù)描述數(shù)據(jù)描述.20 3.1 數(shù)據(jù)需求.20 3.2 數(shù)據(jù)庫介紹.21 3.3 數(shù)據(jù)管理能力要求.22 3.4 故障處理要求.22 3.5 其他專門要求.22 功能需求功能需求.22 4.1 功能劃分.22 4.2 功能描述.23 性能需求性能需求.24 5.1 準確性和及時性.24 5.2 開放性和可擴充性.24 5.3 易

4、用性和易維護性.25 5.4 標準性.25 5.5 先進性.25 5.6 響應速度快.25 運行需求運行需求.26 6.1 用戶接口.26 6.2 外部接口.26 6.3 故障處理.26 其他需求其他需求.27 7.1 管理員信息.27 7.2 管理員界面.27 航空機票預訂系統(tǒng)概要設計及詳細設計說明書航空機票預訂系統(tǒng)概要設計及詳細設計說明書.28 1 引言引言.28 1.1 編寫目的.28 1.2 背景.28 1.3 定義.29 1.4 參考資料.29 2 程序系統(tǒng)的結構程序系統(tǒng)的結構.30 3 各功能詳細描述：各功能詳細描述：.30 3.1 主界面模塊.31 4 3.1.1 輸人項.32

5、3.1.2輸出項.32 3.1.3 算法.32 3.1.4 流程邏輯.33 3.1.5 測試計劃.33 3.2 航班管理模塊.33 3.2.1 程序描述.33 3.2.2 輸人項.33 3.2.3 輸出項.34 3.2.4 算法.34 3.2.5 流程邏輯.35 3.2.6 測試計劃.36 3.3. 用戶管理模塊.36 3.3.1 程序描述.36 3.3.2 輸人項.37 3.3.3 輸出項.37 3.3.4 流程邏輯.38 3.3.5 測試計劃.39 3.4 管理員模塊.39 3.4.1 程序描述.39 3.4.2 輸人項.39 3.4.3 輸出項.40 3.4.4 算法.40 3.4.5

6、流程邏輯.41 3.4.6 測試計劃.41 3.5 查詢機票模塊.42 3.5.1 程序描述.42 3.5.2 輸人項.42 3.5.3 輸出項.42 3.5.4 算法.43 3.5.5 流程邏輯.44 3.5.6 測試計劃.44 3.6 取票模塊.44 3.6.1 程序描述.44 3.6.2 輸人項.45 3.6.3 輸出項.45 3.6.4 算法.45 3.6.5 流程邏輯.46 3.6.6 測試計劃.46 3.7 旅客管理模塊.46 3.7.1 程序描述.46 3.7.2 輸人項.47 3.7.3 輸出項.47 3.7.4 算法.48 5 3.7.5 流程邏輯.48 3.7.6 測試計劃

7、.48 3.8 旅行社模塊.48 航空機票預訂系統(tǒng)軟件編碼和測試說明書航空機票預訂系統(tǒng)軟件編碼和測試說明書.49 1 引言引言.49 1.1 編寫目的.49 1.2 背景.49 1.3 定義.50 1.4 參考資料.50 2 各模塊的實現(xiàn)：各模塊的實現(xiàn)：.50 2.1 主界面模塊.52 3.1.1 輸人項.52 3.1.2輸出項.52 3.1.3 算法.52 3.1.4 流程邏輯.53 3.1.5 測試用例.53 3.2 航班管理模塊.53 3.2.1 程序描述.53 3.2.2 輸人項.54 3.2.3 輸出項.54 3.2.4 算法.54 3.2.5 流程邏輯.56 3.2.6 測試用例.

8、56 3.3. 用戶管理模塊.56 3.3.1 程序描述.56 3.3.2 輸人項.57 3.3.3 輸出項.57 3.3.4 流程邏輯.58 3.3.5 測試計劃.60 3.3.6 測試用例.60 3.4 管理員模塊.60 3.4.1 程序描述.60 3.4.2 輸人項.60 3.4.3 輸出項.61 3.4.4 算法.61 3.4.5 流程邏輯.62 3.4.6 測試計劃.62 3.4.7 測試用例.63 3.5 查詢機票模塊.63 3.5.1 程序描述.63 3.5.2 輸人項.63 3.5.3 輸出項.64 6 3.5.4 算法.64 3.5.5 流程邏輯.65 3.5.6 測試計劃.

9、65 3.5.7 測試用例.65 3.6 取票模塊.66 3.6.1 程序描述.66 3.6.2 輸人項.66 3.6.3 輸出項.66 3.6.4 算法.66 3.6.5 流程邏輯.67 3.6.6 測試計劃.67 3.6.7 測試用例.67 3.7 旅客管理模塊.68 3.7.1 程序描述.68 3.7.2 輸人項.68 3.7.3 輸出項.69 3.7.4 算法.69 3.7.5 流程邏輯.70 3.7.6 測試計劃.70 3.7.7 測試用例.70 3.8 旅行社模塊.70 3 編碼和界面設計編碼和界面設計.71 4 程序代碼程序代碼.72 航空訂票系統(tǒng)面向?qū)ο蠓治稣f明書航空訂票系統(tǒng)面

10、向?qū)ο蠓治稣f明書.83 1、用例圖：、用例圖：.83 2、類圖：、類圖：.84 3、順序圖：、順序圖：.85 4、活動圖：、活動圖：.86 7 航空訂票系統(tǒng)項目開發(fā)計劃航空訂票系統(tǒng)項目開發(fā)計劃 1. 項目代碼項目代碼 tbs_1 2. 項目背景項目背景 應某航空公司要求，為提高該公司的機票預訂效率，降低工作的人力、物 力、開支，提高工作的準確性，方便旅客進行機票預訂，并對其機票預訂信息 和旅客信息進行信息存取，現(xiàn)為其開發(fā)機票預訂系統(tǒng)。 本報告的讀者對象為研究中心人員和主管技術人員以及項目設計人員。 3. 項目功能項目功能 該系統(tǒng)的主要功能為：旅客信息處理，航班查詢，訂票處理，交款處理； 旅客信

11、息處理功能分為三部分：旅客信息的添加、刪除和修改。 （此項功 能由旅行社工作人員完成） a.添加功能提供便捷的錄入界面，通過應用程序?qū)⒃紨?shù)據(jù)追加到數(shù)據(jù)庫中。 b.刪除將滿足用戶要求的相應記錄從數(shù)據(jù)庫中刪除。 c.修改功能允許用戶對他所指定記錄的相關信息進行修改。 航班查詢功能：根據(jù)旅客信息可以在數(shù)據(jù)庫中進行查詢，并顯示適合要 求的航班信息，包括航班號、航班時間、票價、剩余量、艙位等信息。 訂票功能：旅客確認訂票后，可以得到打印的取票通知、賬單和航班信 息。 交款處理：旅客攜帶取票通知、賬單和賬單，交與工作人員或者自動交 款機器進行付款處理，通過應用程序修改數(shù)據(jù)庫中的數(shù)據(jù)，修改該旅客的機票 信

12、息為已付款，并打印機票給旅客。 8 4. 項目設計項目設計 對項目的功能和需求做簡單分析設計，制定一套可行性較高的實施案。 5. 項目測試項目測試 對項目做單元測試和集成測試，針對測試報告，進一步改進減少 bug 數(shù)。 6. 項目風險分析項目風險分析 序號風險概率 （%） 嚴重性（%）措施 1 超期限 80100 把握時間，排出進度表， 按進度執(zhí)行。 2 由于系統(tǒng)集成時候 問題引起的最終產(chǎn) 品的缺陷 90100 經(jīng)過大量的測試，用不 同的操作系統(tǒng)平臺，考 慮會出現(xiàn)的各種軟硬件 環(huán)境錯誤信息。設計軟 件的時候捕獲所有可能 的錯誤信息。 3 遵循標準（如命名 規(guī)則）中的差別 8010 建立命名規(guī)則

13、要求 7. 項目任務分配項目任務分配 序號任務負責人 0 設計學生 0 1 代碼學生 1 2ppt 學生 2 3 文檔學生 3 4 測試學生 4 8. 項目開發(fā)時間計劃項目開發(fā)時間計劃 序號內(nèi)容計劃時間實際時間狀態(tài) 1 航班信息管 理功能 2010.6.52010.6.8 完成 9 2 出售機票功 能 2010.6.102010.6.12 完成 3 客票預定功 能 2010.6.152010.6.18 完成 4 辦理退票功 能 2010.6.202010.6.20 完成 9. 項目資源需求項目資源需求 序 號 資源作用占用時間當前可用狀態(tài)獲得途徑 1 電腦編寫代碼、寫 文檔等 貫穿整個 項目的

14、構 造階段和 走查過程 可用學校提供、 購買 3office 辦公 軟件 用于寫文檔、 ppt 等 貫穿整個 項目的構 造階段和 走查過程 可用網(wǎng)上下載 4資料書代碼編寫時用 于參考 貫穿整個 項目的構 造階段和 走查過程 可用教材 5示例文檔寫文檔時參考寫文檔過 程 可用老師提供 10 航空訂票系統(tǒng)可行性分析說明書航空訂票系統(tǒng)可行性分析說明書 1 引言引言 1.1 編寫目的編寫目的 應某航空公司要求，為提高該公司的機票預訂效率，降低工作的人力、物 力、開支，提高工作的準確性，方便旅客進行機票預訂，并對其機票預訂信息 和旅客信息進行信息存取，現(xiàn)為其開發(fā)機票預訂系統(tǒng)。 本報告的讀者對象為研究中心

15、人員和主管技術人員以及項目設計人員。 1.2 背景背景 項目名稱初步定為：航空機票預訂系統(tǒng)（tbs，ticket booking system） 。分為 四個子功能模塊：旅客信息處理模塊，航班查詢模塊，訂票處理模塊，交款模 塊。 1.3 定義定義 tbs：航空機票預訂系統(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)安全性 1.4 參考資料參考資料 軟件工程導論 第

16、五版 清華大學出版社 張海潘編著 11 2 可行性研究的前提可行性研究的前提 2.1 要求要求 說明對所建議開發(fā)的軟件的基本要求，如： a. 功能： tbs 系統(tǒng)的主要功能為：旅客信息處理，航班查詢，訂票處理，交款處理； 旅客信息處理功能分為三部分：旅客信息的添加、刪除和修改。 （此項功 能由旅行社工作人員完成） a.添加功能提供便捷的錄入界面，通過應用程序?qū)⒃紨?shù)據(jù)追加到數(shù)據(jù) 庫中。 b.刪除將滿足用戶要求的相應記錄從數(shù)據(jù)庫中刪除。 c.修改功能允許用戶對他所指定記錄的相關信息進行修改。 航班查詢功能：根據(jù)旅客信息可以在數(shù)據(jù)庫中進行查詢，并顯示適合要 求的航班信息，包括航班號、航班時間、票價

17、、剩余量、艙位等信息。 訂票功能：旅客確認訂票后，可以得到打印的取票通知、賬單和航班信 息。 交款處理：旅客攜帶取票通知、賬單和賬單，交與工作人員或者自動交 款機器進行付款處理，通過應用程序修改數(shù)據(jù)庫中的數(shù)據(jù)，修改該旅 客的機票信息為已付款，并打印機票給旅客。 b.性能：方便快捷有效地完成航空機票預訂業(yè)務。 c.系統(tǒng)的輸入：旅客信息，應付款額。 d. 系統(tǒng)的中間輸入：取票通知，賬單。 e.系統(tǒng)的輸出：機票。 f.系統(tǒng)的中間輸出：取票通知，賬單。 g. 在安全與保密方面的要求：系統(tǒng)對不通的用戶提供不同的功能模塊 h. 完成期限：暫定為三個月，具體見詳細設計。 12 2.2 目標目標 開發(fā)目標應考

18、慮到如下因素： a. 人力與設備費用的減少； b.處理速度的提高； c.該系統(tǒng)的合理性和便捷性。 d. 人員利用率的改進。 2.3 條件、假定和限制條件、假定和限制 a建議系統(tǒng)的運行壽命的最小值：三年 b進行系統(tǒng)方案選擇比較的時間：一個月 c硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制： 硬件環(huán)境：一臺或多臺 pc 機或更高檔微機，安裝所需硬盤 10mb，運行時 所占內(nèi)存 3mb 以上 軟件環(huán)境：中文 win2000/windows nt/vista/win7 d可利用的信息和資源：參考已有的應用程序和數(shù)據(jù)庫管理系統(tǒng) e系統(tǒng)投入使用的最晚時間：2011 年 12 月 1 號 2.4 進行可行

19、性研究的方法進行可行性研究的方法 客戶調(diào)查、專家咨詢、市場相關產(chǎn)品以及同類產(chǎn)品調(diào)查 2.5 評價尺度評價尺度 主要尺度：各項功能的優(yōu)先次序、開發(fā)時間的長短 及使用中的難易程度。 3 對現(xiàn)有的系統(tǒng)的分析對現(xiàn)有的系統(tǒng)的分析 當前大多數(shù)航空公司所使用的航空訂票系統(tǒng)辦理業(yè)務時手續(xù)繁多，人工業(yè) 務操作過多，嚴重影響了工作效率，且出錯率高。 13 3.1 當前系統(tǒng)的處理流程和數(shù)據(jù)流程當前系統(tǒng)的處理流程和數(shù)據(jù)流程 旅客需要自己到航空公司的訂票的營業(yè)網(wǎng)點，輸入信息，查詢合適的航班 信息，確認后付款，拿到機票。 3.2 工作負荷工作負荷 機票預訂手續(xù)的繁多和不合理，工作效率非常低，需要大量專業(yè)人員，更 有甚者出

20、現(xiàn)排成長龍的現(xiàn)象，這對各大航空公司都是大的負擔，并給航空公司 發(fā)展帶來一些壓力。 3.3 人員人員 需要大量的業(yè)務員和額外的工作人員。 3.4 局限性局限性 當前系統(tǒng)辦理業(yè)務的流程導致了一個很大的問題：工作效率及其低。因此 急需開發(fā)一個高效的航空機票預訂系統(tǒng)。 4 建議的新系統(tǒng)建議的新系統(tǒng) 4.1 對新系統(tǒng)的說明對新系統(tǒng)的說明 根據(jù)系統(tǒng)目標以及現(xiàn)行系統(tǒng)存在的問題，建議新系統(tǒng)分三步實現(xiàn)： 第一階段（1 年內(nèi)）先在一個航空公司建立一個內(nèi)部的網(wǎng)絡，以實現(xiàn)航空訂 票系統(tǒng)的計算機化。能夠處理以下工作：輸入旅客數(shù)據(jù)，能夠查詢航班信息， 并能夠打印航班信息和飛機票。 第二階段（2-3 年）在各大旅行社建立與

21、航空公司數(shù)據(jù)庫連接的系統(tǒng)，其中 的旅客信息的輸入模塊、航班查詢模塊和訂票模塊可以在各個旅行社的系統(tǒng)中 完成操作。并將各大旅行社和航空公司的數(shù)據(jù)相連，保證信息的一致性。 第二階段（4 年內(nèi)）在上面兩個階段的基礎上在航空公司的系統(tǒng)添加交款模 14 塊，并在各個網(wǎng)點建立自動付款機器，其能根據(jù)旅客信息打印為其打印機票。 這個系統(tǒng)可以實現(xiàn)航空機票預訂系統(tǒng)的信息集成，完成后的系統(tǒng)可以實現(xiàn)機票 在旅行社的查詢、預訂工作，且操作方便簡單迅速。 4.2 新系統(tǒng)的數(shù)據(jù)流程和處理流程新系統(tǒng)的數(shù)據(jù)流程和處理流程 4.2.1 數(shù)據(jù)對象數(shù)據(jù)對象 e-r 圖圖 4.2.2 數(shù)據(jù)流程圖數(shù)據(jù)流程圖 15 4.2.3 數(shù)據(jù)字典數(shù)

22、據(jù)字典 名字：訂票查詢結果信息 別名： 描述：為旅客提供合適的機票信息，供旅客選擇 定義：訂票查詢結果信息=航班編號+出發(fā)地+目的地+機票時間班次+機票總 量+機票余量+艙位票價+打折情況 位置：訂票信息數(shù)據(jù)庫 名字：取票通知 別名： 描述：取票通知中詳細描述了旅客的訂票信息，供旅客做付款憑證 定義：取票通知=航班編號+出發(fā)地+目的地+時間班次+預訂張數(shù)+總金額 位置：訂票信息數(shù)據(jù)庫 名字：旅客信息 別名： 描述：詳細記錄訂票旅客信息，方便身份確認和查詢 定義：旅客信息=姓名+身份證號+出發(fā)地+目的地+出發(fā)時間+艙位信息 位置：訂票信息數(shù)據(jù)庫 16 名字：交款信息 別名： 描述：記錄旅客的付款

23、情況 定義：交款信息=航班編號+出發(fā)地+目的地+時間班次+預訂張數(shù)+總金額+交 款時間+交款地點+收銀員編號+付款方式 位置：訂票信息數(shù)據(jù)庫 4.3 改進改進 可以建立客戶端，用戶登陸后自主查詢航班信息，確認預訂航班機票， 還可以在線付款，減少旅行社和航空公司和人員消耗。 旅行社可以自主開設預訂機票的服務中心，完整為客戶辦理整個流程， 并收取一部分手續(xù)費。不僅方便旅客，還減輕了航空公司的壓力。 4.4 新系統(tǒng)的影響新系統(tǒng)的影響 4.4.1 對現(xiàn)行系統(tǒng)的影響對現(xiàn)行系統(tǒng)的影響 第一階段最主要的影響是大大提高了以后的工作效率，以適應航空機票預 訂系統(tǒng)的計算機化。 第二階段將要實現(xiàn)各大旅行社與航空公司

24、內(nèi)部系統(tǒng)數(shù)據(jù)庫的連接。 第三階段要為航空公司系統(tǒng)添加付款模塊，并在各地配置自動付款機器。 4.4.2 對航空公司業(yè)務員的影響對航空公司業(yè)務員的影響 可以大大減少工作人員，節(jié)約人力資源的開銷；另一方面由于手續(xù)程序減 少也可以減輕業(yè)務員的工作負擔，有效地提高了整體工作效率和精確度。 4.4.3 對客戶的影響對客戶的影響 減少了旅客辦理業(yè)務的等待時間；用戶可以隨時隨地預訂機票并且操作簡 單易懂，有效地實現(xiàn)了預訂和付款的分離；用戶可以選擇在旅行社預訂、在航 空公司或是自動付款機上付款。 4.5 局限性局限性 17 由于時間和經(jīng)濟方面的限制，在開發(fā)的一兩年內(nèi)只能實現(xiàn)某一航空公司的 航空機票預訂系統(tǒng)的計算

25、機化，在后幾年才可以實現(xiàn)更多功能。 4.6 技術條件方面的可行性技術條件方面的可行性 開發(fā)系統(tǒng)的計算機硬件已經(jīng)非常普及，完全沒有問題；現(xiàn)在的計算機各方 面的技術都非常成熟，相對來說開發(fā)此系統(tǒng)的技術也要求比較簡單，因此在技 術方面是可行的；同時航空公司和各大旅行社還必須有一定的系統(tǒng)管理和維護 的專業(yè)人員，在這方面可以通過培訓原來的技術人員成為新的需要的技術人員， 也可以雇用所需這方面的專業(yè)技術人員；若按計劃，在規(guī)定的期限內(nèi)，本系統(tǒng) 的開發(fā)是可以完成的。 5 可供選擇的其他系統(tǒng)方案可供選擇的其他系統(tǒng)方案 可以采用一步到位的方法。但由于一步到位對現(xiàn)行系統(tǒng)的影響比較大，實 施的條件不成熟，因而不建議。

26、 6 社會方面的可行性社會方面的可行性 6.1 法律方面的可行性法律方面的可行性 全部軟件購買正版，不侵害各方權利。 6.2 用戶可行性用戶可行性 開發(fā)的系統(tǒng)操作要非常簡單，以便適合大人小孩老人各類人都可以很方便 操作使用。 還有，要有經(jīng)過培訓的專業(yè)人員在指導，以便當旅客有什么疑難問題時能 及時得到正確的答復。 7 結論結論 航空訂票系統(tǒng)技術在目前是一個技術上成熟的系統(tǒng)，并且在航空公司內(nèi)部 準備采取有力措施保證資金和人員配置等。因此，分階段開發(fā)“航空訂票系統(tǒng)” 的構想是可行的。為了使航空公司適應現(xiàn)代化市場競爭的需求，促進機票預訂 管理信息化，不斷滿足旅客預訂機票的要求，爭取更好的經(jīng)濟效益，建議

27、立即 著手系統(tǒng)的建議。 18 航空訂票系統(tǒng)可行性分析報告說明書航空訂票系統(tǒng)可行性分析報告說明書 引言引言 1.1 編寫目的編寫目的 1. 本需求分析說明書是為了開發(fā)航空機票預定系統(tǒng)而編寫的，主要 面向分析員、程序員、測試員和最終用戶，使之能更好地理解系統(tǒng)功能以及實 現(xiàn)系統(tǒng)。 2. 本說明書不僅是整個軟件開發(fā)的依據(jù)，對以后的維護性工作也起著指導 性的作用，同時也是測試計劃和用戶手冊的編寫依據(jù)。 1.2 項目背景項目背景 1. 軟件系統(tǒng)名稱：航空訂票系統(tǒng) 2. 任務提出者：xx 航空公司 3. 用戶：xx 航空公司，各大旅行社，旅客 4. 實現(xiàn)：xx 航空公司計算中心 5. 構建平臺：window

28、s 2000 及以上，其數(shù)據(jù)庫構建在 sql server 2005 上，并可實現(xiàn)權限限制性兼容，與 windows 其他軟件并不沖突。 1.3 定義定義 列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。 1.4 參考資料參考資料 1. 軟件工程 清華大學出版社 2. 機票預定系統(tǒng)項目計劃任務書 xx 航空公司 19 2. 任務概述任務概述 2.1 目標目標 該軟件的開發(fā)是為了應對越來越激烈的市場競爭壓力，以此來提高公司員 工的工作效率和對乘客服務質(zhì)量。 1. 計劃節(jié)省人力資源 40%，設備費用 120%； 2. 計劃提高日常訂票事務處理速度的 85%； 3. 計劃提高控制精度 10

29、0%； 4. 可實現(xiàn)信息化的管理； 5. 可實現(xiàn)半自動化的決策系統(tǒng)； 6. 計劃人員利用率提高 80%； 2.2 運行環(huán)境運行環(huán)境 a處理器型號及內(nèi)存容量：cy2.53ghz，內(nèi)存 256m b外存容量、聯(lián)機或脫機、媒體及其存儲格式，設備的型號及數(shù)量：80g 硬盤即可。 c輸入及輸出設備的型號和數(shù)量，聯(lián)機或脫機； d數(shù)據(jù)通信設備的型號和數(shù)量； e功能鍵及其他專用硬件 2.3 條件與限制條件與限制 1. 條件：現(xiàn)有的航班管理系統(tǒng)、現(xiàn)有的訂票系統(tǒng)為可利用資源；具備 windows 2000 ，windows xp 等 windows 操作系統(tǒng)，并配置 sql server 2005 版應用軟件、w

30、eb 服務器、若干臺微機和打印機 2. 限制： 硬件限制：pentium iii 450, 258m ram, 14g hd（服務器）； pentium 133, 32m ram, 4.3g hd（客戶機） 操作系統(tǒng)限制: windows xp(服務器版本)、windows7/windows 20 2000 系統(tǒng)運行 軟件限制: 應安裝殺毒軟件，防止病毒干擾 時間限制: 該系統(tǒng)開發(fā)應在 2011 年 1 月 1 號前完成 3. 數(shù)據(jù)描述數(shù)據(jù)描述 3.13.1 數(shù)據(jù)需求數(shù)據(jù)需求 1. 旅客：姓名、證件號(身份證號碼/護照號碼)-主鍵、聯(lián)系方式、 出發(fā)時間、出發(fā)地點和目的地、航班艙位要求 2. 取

31、票單：單號-主鍵、姓名、票號 3. 帳單：編號-主鍵、付款金額、票號 4. 機票：票號-主鍵、姓名、證件號、航班、座位、起飛時間、起 飛地點、抵達時間、抵達地點、票價 5. 航班：航班號-主鍵、起飛時間、起飛地點、抵達時間、抵達地 點、座位數(shù)、空位數(shù)、票價 數(shù)據(jù)表圖： 1 航班信息數(shù)據(jù)庫，其數(shù)據(jù)表的邏輯結構設計如下表所示： 字段序號字段名稱數(shù)據(jù)類型字段寬度關鍵字 1航班號varchar50主鍵 2購訂票人varchar50 3身份證號varchar50 4發(fā)出城市varchar50 5到達城市varchar50 6日期datatime8 7起飛時間datatime8 8到達時間datatime

32、8 9座位等級varchar4 10座位總數(shù)int4 11剩余座位int4 12票價int4 21 2 乘客表，其數(shù)據(jù)表的邏輯結構設計如下表所示： 字段序號字段名稱字段類型字段長度關鍵字 1航班號varchar50主鍵 2購訂票人varchar50 3身份證號varchar50 4發(fā)出城市varchar50 5到達城市varchar50 6日期datatime8 7起飛時間datatime8 8到達時間datatime8 9座位等級varchar4 3 飛行時刻表，其數(shù)據(jù)表的邏輯結構設計如下表所示： 字段序號字段名稱字段類型字段長度關鍵字 1航班號varchar50主鍵 2發(fā)出城市varcha

33、r50 3到達城市varchar50 4起飛時間varchar50 5到達時間varchar50 6所屬公司varchar50 3.2 數(shù)據(jù)庫介紹數(shù)據(jù)庫介紹 1. 服務器程序在對訂票/取票進行操作時需對數(shù)據(jù)庫進行數(shù)據(jù)提交， 即對數(shù)據(jù)表進行查詢和修改：在訂票/取票過程中都需要對數(shù)據(jù)庫中的所有表， 進行聯(lián)合查詢、修改。 2. 物理數(shù)據(jù)結構主要用于各模塊之間函數(shù)的信息傳遞。 3. 接口傳遞的信息是用數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回 值的形式在各模塊間進行傳輸。 22 4. 對于出錯信息將送入顯示模塊中，機票信息、帳單信息、取票單 信息送入準備打印模塊中準備打印格式。 3.3 數(shù)據(jù)管理能力要求數(shù)

34、據(jù)管理能力要求 根據(jù)公司的業(yè)務能力，本公司有到達全國各地的航班和少數(shù)直通國外的航 班，數(shù)據(jù)處理量處于中等水平，但公司位置優(yōu)越，乘客流通量較大，特別是節(jié) 假日，乘客流量激增，是對公司的一個考驗，這就要求所設計的軟件系統(tǒng)要符 合這方面的要求。 3.4 故障處理要求故障處理要求 軟件的操作主要是對數(shù)據(jù)庫的管理和維護，其中發(fā)生的故障也是針對數(shù)據(jù) 庫的，基于數(shù)據(jù)庫有日志文件，可以很方便的修復；其他方面的故障在本系統(tǒng) 設計時已經(jīng)綜合考慮了，除非是計算機硬件方面的故障，這和操作沒有關系， 但是只要操作手段正常，除非正常情況，一般不會發(fā)生硬件的故障。 3.5 其他專門要求其他專門要求 鑒于航空業(yè)務的特點，系統(tǒng)

35、的各方面要求是很嚴格的：安全是首要考慮的， 這在設計時已經(jīng)充分的考慮了；其次此軟件的使用方有很大一方面是乘客，我 們的主旨是為乘客提供方便快捷的服務，因此軟件是否使用方便是要充分考慮 的其他系統(tǒng)的維護性、可靠性等都是考察系統(tǒng)是否完善的關鍵因素。 功能需求功能需求 4.1 功能劃分功能劃分 1. 航班查詢 2. 旅客訂票 3. 航班信息管理 4. 航班安排 23 5. 售票管理 6. 退票管理 7. 機票銷售情況核算 4.2 功能描述功能描述 1. 航班查詢： 旅客可通過網(wǎng)絡訪問該系統(tǒng)客戶端網(wǎng)址，可根據(jù)旅客提供的出發(fā)時間、出 發(fā)地點和目的地、艙位要求等，查詢滿足旅客要求的航班。通過檢索可得到航

36、班的相關信息，從而可以方便旅客訂票并掌握所需信息，同時可減少工作人員 的工作量。 2. 旅客訂票 旅客將訂票的相關信息通過工作人員輸入系統(tǒng)客戶端?？蛻舳藢⒙每偷挠?票信息通過網(wǎng)絡傳送給服務端，服務端根據(jù)接收到的信息由航班安排系統(tǒng)為旅 客安排座位并返回相應的確認信息給該客戶端。訂票信息生成后，存入相應的 存儲區(qū)域，并對數(shù)據(jù)庫進行數(shù)據(jù)提交?？蛻舳舜蛴∪∑眴渭皫谓o旅客，旅客 在登機前，經(jīng)信息核審后，即可領取機票登機。 3. 航班信息管理 航空公司可將所有航班的信息存入數(shù)據(jù)庫，方便用戶對航班基本信息查詢， 相關工作人員可根據(jù)公司要求，經(jīng)系統(tǒng)身份認證后登錄并對航班信息進行修改 等操作，從而使航班信息便

37、于管理。 4. 航班安排 從客戶端接收到旅客的訂票信息，該系統(tǒng)可在短時間內(nèi)處理旅客航班問題。 將訂票信息送往數(shù)據(jù)庫并更新，客戶端的航班查詢信息也同步更新。節(jié)省時間 的同時，也能讓旅客得到最新的航班信息。 5. 售票管理 旅客不僅可在各客戶端進行機票預定，也可直接在機場的售票處購票，購 票信息由系統(tǒng)提交到數(shù)據(jù)庫進行管理更新。 24 6. 退票管理 機票有效期內(nèi)，旅客若需退票，可在退票處進行退票。退票信息，由工作 人員輸入系統(tǒng)，系統(tǒng)對訂票信息或售票信息進行刪除更新。 7. 機票銷售情況核算 因為航空公司機票銷售量大，而航空公司為了公司的經(jīng)營，有需要在一定 的時間階段了解公司機票的銷售情況。而龐大的

38、數(shù)據(jù)量通過人工來完成，似乎 不太現(xiàn)實，而該系統(tǒng)可幫助航空公司進行售票情況的核算。 性能需求性能需求 5.1 準確性和及時性準確性和及時性 1. 系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。 2. 在系統(tǒng)設計和開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受 的工作量，使系統(tǒng)的處理能力和響應時間能夠滿足企業(yè)對信息處理的需求。 3. 由于機票預定系統(tǒng)的查詢功能對于整個系統(tǒng)的功能和性能完成舉 足輕重。作為系統(tǒng)的很多數(shù)據(jù)來源，而機票數(shù)量和時間又影響企業(yè)的決策活動， 其準確性很大程度上決定了機票預定系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采 用一定的方法保證系統(tǒng)的準確性。 5.2 開放性和可擴充性開放性和可擴充性

39、1. 機票預定系統(tǒng)在開發(fā)過程中，應該充分考慮以后的可擴充性。例如 訂票系統(tǒng)的方式的改變（網(wǎng)上訂票），用戶查詢的需求也會不斷的更新和完善。 所有這些，都要求系統(tǒng)提供足夠的手段進行功能的調(diào)整和擴充。 2. 要實現(xiàn)可擴充性，應通過系統(tǒng)的開放性來完成，即系統(tǒng)應是一個 開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入或減少系統(tǒng)的模塊。通過軟 件的修補、替換操作來完成系統(tǒng)的升級和更新?lián)Q代。 25 5.3 易用性和易維護性易用性和易維護性 1. 機票預定系統(tǒng)是直接面對使用人員的，而用戶往往對計算機并不時 非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。 2. 要實現(xiàn)易用性，就要求系統(tǒng)應盡量選擇

40、用戶熟悉的術語和語言界 面；并針對用戶可能出現(xiàn)的使用問題，提供相應的在線幫助，縮短用戶對系統(tǒng) 熟悉的時間。 3. 機票預定系統(tǒng)中涉及到的數(shù)據(jù)是航空公司相當重要的信息，系統(tǒng) 要提供方便的方式供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的安全管理，以及系 統(tǒng)意外崩潰時數(shù)據(jù)的恢復等操作。 5.4 標準性標準性 1. 系統(tǒng)在設計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件，所 有這些都要符合主流國際、國家和行業(yè)標準。例如在開發(fā)中使用的操作系統(tǒng)、 網(wǎng)絡系統(tǒng)、開發(fā)工具都必須符合通用標準；規(guī)范的數(shù)據(jù)庫操縱界面、作為業(yè)界 標準的tcp/ip網(wǎng)絡協(xié)議及iso9002標準所要求的質(zhì)量規(guī)范等。 2. 在自主開發(fā)本系統(tǒng)時，要進

41、行良好的設計工作，制訂行之有效的 軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。 5.5 先進性先進性 1. 目前計算機系統(tǒng)的技術更新相當快，作為航空訂票系統(tǒng)，應保證系 統(tǒng)在下個世紀仍舊是先進的，在系統(tǒng)的生命周期盡量做到系統(tǒng)的先進，充分完 成企業(yè)信息處理的要求而不至于落后。 2. 通過系統(tǒng)的開放性和可擴充性，不斷改善系統(tǒng)的功能完成。 3. 在系統(tǒng)設計和開發(fā)的過程中，應在考慮成本的基礎上盡量采用當前 主流并有良好發(fā)展前途的產(chǎn)品。 5.6 響應速度快響應速度快 1. 系統(tǒng)在日常處理中的響應速度為秒級，達到實時要求，以及時反饋 26 信息。 2. 進行統(tǒng)計分析時，根據(jù)所需數(shù)據(jù)量的不同而從秒級到

42、分鐘級，則 是保證工作人員不會因為速度問題而影響工作效率。 運行需求運行需求 6.1 用戶接口用戶接口 本系統(tǒng)的用戶一般需要通過終端進行操作，進入主界面后點擊相應的 窗口，分別進入相對應的界面(如：輸入界面、輸出界面)。 6.2 外部接口外部接口 1. 用戶界面：在用戶界面部分，根據(jù)分析結果，用戶需要一個用戶友 善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意界面的布局， 應突出的顯示重要以及出錯信息。外觀上也要做到合理化，做到不僅擁有可靠 性，同時有易使用性。 2. 外設接口：在輸入方面，對于鍵盤、鼠標的輸入；在輸出方面， 打印機的連接及使用，網(wǎng)絡的傳輸；實現(xiàn)高速傳輸。 6.3 故

43、障處理故障處理 1. 輸出出錯信息： 程序在運行時主要會出現(xiàn)輸入信息不滿足要求時的軟故障，以及類似 網(wǎng)絡傳輸超時等其他原因產(chǎn)生的硬故障兩種故障。對于軟故障，須在訂票/取票 操作成功判斷，以及輸入數(shù)據(jù)的驗證模塊進行數(shù)據(jù)分析，判斷故障類型，再生 成相應的錯誤提示語句，送到輸出模塊中；對于硬故障，可在故障產(chǎn)生的相應 模塊中輸出簡單的出錯語句，并將程序重置，返回輸入階段。 2. 處理對策：客戶端及服務端都必須安裝不間斷電源以防止停電或 電壓不穩(wěn)造成的數(shù)據(jù)丟失；網(wǎng)絡傳輸方面，可考慮建一條成本較低的后備網(wǎng)絡， 以保證主網(wǎng)斷路時數(shù)據(jù)的通信；硬件方面，要選擇較可靠、穩(wěn)定的服務器機種， 保證系統(tǒng)運行時的可靠性。

44、 27 其他需求其他需求 7.1 管理員信息管理員信息 管理員為航空公司內(nèi)部人員，不僅可以對航班信息進行查詢，還可對 航班信息進行修改等相應的操作，因此管理員信息需經(jīng)過詳細具體的認證。 管理員注冊信息： 7.2 管理員界面管理員界面 該界面僅對管理員開放。管理員登錄后進入該界面，界面的菜單內(nèi)容 都是針對管理員的操作設計，方便管理員進行操作。 28 航空機票預訂系統(tǒng)概要設計及詳細設計航空機票預訂系統(tǒng)概要設計及詳細設計 說明書說明書 1 引言引言 1.1 編寫目的編寫目的 為了能使旅行社迎來更多的顧客，為旅客提供更好的服務，開發(fā)人員進行 了全面的調(diào)查，并做出了具體的分析，同時多次與客戶進行了交流與

45、溝通，從 而在此基礎上開發(fā)出了這個“機票預訂系統(tǒng)”軟件。 在本機票預定系統(tǒng)項目的前一階段，也就是需求分析階段中，已經(jīng)將系統(tǒng) 用戶對本系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經(jīng)在上一階段中對航空 公司、各旅行社及機場的實地調(diào)研中獲得，并在需求規(guī)格說明書中得到詳盡得 敘述及闡明。 本階段已在系統(tǒng)的需求分析的基礎上，對機票預定系統(tǒng)做概要設計及詳細 設計。主要解決了實現(xiàn)該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)劃 分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù) 結構、模塊結構的設計等。 詳細設計中參考此概要設計，在概要設計對機票預定系統(tǒng)所做的模塊結構 設計的基礎上，對系統(tǒng)進行

46、詳細設計。在以后的軟件測試以及軟件維護階段也 可參考此說明書，以便于了解在概要設計及詳細設計的過程中所完成的各模塊 設計結構，或在修改時找出在本階段設計的不足或錯誤。 該文檔的讀者為用戶代表、軟件分析人員、開發(fā)管理人員和測試人員。 1.2 背景背景 名稱：機票預訂系統(tǒng) 委托方：某某航空公司 開發(fā)方：某某團隊 29 組成：置于個旅行社定票點的前臺客戶程序，以及置于航空公司的數(shù)據(jù) 庫服務器。 本系統(tǒng)與其他系統(tǒng)的關系如下： 網(wǎng)絡 客戶程序 ： ：. 客戶程序 客戶程序 客戶程序 服務器及程序 1.3 定義定義 查詢：對數(shù)據(jù)庫的操作的一種，用于搜索數(shù)據(jù)信息。 插入：對數(shù)據(jù)庫的操作的一種，用于將數(shù)據(jù)存入

47、數(shù)據(jù)庫中。 更新：對數(shù)據(jù)庫的操作的一種，用于更改數(shù)據(jù)庫中的數(shù)據(jù)信息。 軟件結構圖：反映軟件系統(tǒng)的功能模塊之間的關系的數(shù)據(jù)圖。 1.4 參考資料參考資料 (1)張海藩 軟件工程導論（第五版） 北京：清華大學出版社。 (2)機票預訂系統(tǒng)需求分析說明書 (3)機票預訂系統(tǒng)可行性分析說明書 30 2 程序系統(tǒng)的結構程序系統(tǒng)的結構 機票預定系統(tǒng) 數(shù)據(jù)輸入數(shù)據(jù)輸出數(shù)據(jù)輸入 頁面信息錄入 旅行社登陸 登陸信息 數(shù)據(jù)錄入 數(shù)據(jù)信息 數(shù)據(jù)信息 數(shù)據(jù)信息 數(shù)據(jù)處理、查詢數(shù)據(jù)判斷 數(shù)據(jù)信息 準備 sql 判斷查詢 數(shù)據(jù)庫操作 數(shù)據(jù)信息 判斷信息 判斷結果 數(shù)據(jù)信息 返回賬單等確定錯誤原因返回機票信息 打印賬單等顯示

48、錯誤原因打印機票 數(shù)據(jù)信息 3 各功能詳細描述：各功能詳細描述： 本系統(tǒng)主要用于機票預訂，所以提供了以下幾個子功能：機票預訂，取票通 知，查詢航班，查詢機票，退票，打印機票，各航班的營運統(tǒng)計，以及后臺方 面的航班的添加，取消航班，機票的生成，以及航班的查詢等后臺功能。 1、機票預訂功能：旅行社和機場管理員有權力進行該項功能。首先通過查 詢得到旅客所需的航班，確定該航班還有沒有被預訂的座位，然后選擇座位的 等級，填寫旅客的詳細信息之后就可進行網(wǎng)上預訂機票。 2、取票通知：該項功能只有旅行社和機場管理員有權力進行操作，在機票 預訂功能成功完成之后，系統(tǒng)會自動給瀏覽器端發(fā)送一條取票信息以及所需繳 納

49、的費用。旅行社可以利用特定設備將該取票信息打印出來，這就是取票通知。 3、查詢航班：可以通過輸入出發(fā)地，目的地，日期和時間選定自己航班。 31 4、查詢機票：該項功能三方都可以操作，可以通過自己的身份證號以及取 票通知上的機票號查詢自己的機票信息。 5、退訂機票：該功能只有旅行社和機場管理員有權力操作，利用身份證號 和對應的機票號就可以查詢到機票信息，然后就可以退訂機票。 6、打印機票：該功能只有機場管理員有權力操作，只有當管理員確認旅客 已經(jīng)付款后才予以打印機票，可以通過身份證號和對應的取票信息上的機票號 查詢機票信息，然后服務器返回機票信息，管理員就可以打印該機票信息，交 給旅客。 7、各

50、航班的營運統(tǒng)計：該項功能只有機場管理員才能操作，他可以通過輸 入年份和月份查詢當月航班的營運情況，以便機場能夠及時掌握航班動態(tài)。 8、后臺的航班添加：該項功能只有機場管理員才能操作，他通過提供航班 的具體信息添加航班信息。 9、后臺的取消航班：該項功能只有機場管理員才能操作，先通過航班號和 航班日期查詢到航班信息后，取消航班就可以將該航班從數(shù)據(jù)庫中刪除。 10、后臺的航班查詢：該項功能只有機場管理員才能操作，通過航班號和 航班日期查詢到航班信息。 11、后臺的機票生成：該項功能只有機場管理員才能操作，可以通過該項 功能給剛添加的航班生成對應的飛機票號紀錄。 該系統(tǒng)對應八個模塊，分別是： a.主

51、界面主界面 b.航班管理航班管理 c.用戶管理用戶管理 d.管理員管理管理員管理 e.查詢機票查詢機票 f.取票取票 g.旅客旅客 h.旅行社旅行社 3.1 主界面模塊主界面模塊 主界面與3個登錄界面（航空公司登陸、旅行社登陸、旅客登陸）。 通過主界面可以進入3個登陸界面，由登陸界面分別進入航空公司管理系統(tǒng)、 32 用戶管理和預訂機票系統(tǒng)。 主界面即為機票預訂系統(tǒng)入口界面。 3.1.1 輸人項 字段名稱數(shù)據(jù)類型長度允許空字段描述 usernamenvarchar50 否用戶真實姓名 passwordnvarchar30 否登錄密碼 3.1.2 輸出項 1、顯示登陸成功，并轉(zhuǎn)入相應頁面； 2、提

52、示錯誤，重新輸入。 3.1.3 算法 點擊主界面 3 個入口中的一個，可進入相應的登錄界面。 在登錄界面輸入帳號與密碼，點擊確定按鈕： 內(nèi)部處理 if 用戶名不存在 提示錯誤信息:用戶名不正確，請重新輸入！ else if 密碼不正確 提示錯誤信息：密碼不正確，請重新輸入！ else 登陸成功并轉(zhuǎn)入相應頁面 點擊取消按鈕：返回主界面。 33 3.1.4 流程邏輯 登陸 輸入帳號和密碼 帳戶存在且密碼正確 登陸成功 3.1.5 測試計劃 對輸入?yún)?shù)查驗，檢測數(shù)據(jù)庫數(shù)據(jù)異常時能否判斷并給予適當處理。 3.2 航班管理航班管理模塊模塊 3.2.1 程序描述 航空公司登錄成功后進入航空公司管理系統(tǒng)，通

53、過其上6個按鈕分別進入航 班管理界面、用戶管理界面、管理員界面、查詢機票界面和取票界面。 航班管理界面有添加航班、取消航班和更改航班按鈕可進入與其相應的三 個界面。添加航班界面可添加新的航班信息，取消航班界面可取消因故不能飛 的航班，更改航班界面可更改航班原來的因某些原因而變動的信息。 3.2.2 輸人項 字段名稱數(shù)據(jù)類型長度默認值是否允許空字段描述 flight_num strin g 否飛機班次 ship_place_numint4 否座位數(shù)目 priceint4 否機票價格 34 level strin g 否機票級別 leave_time datat ime 否發(fā)機時間 arrive_

54、time datat ime 否到達時間 origin strin g 否始發(fā)地 destination strin g 否目的地 3.2.3 輸出項 1、成功轉(zhuǎn)入相應頁面； 2、成功錄入，提示添加成功、已取消和更改成功； 3、錄入錯誤，提示錯誤，重新輸入。 3.2.4 算法 點擊航空公司管理系統(tǒng)界面上航班管理按鈕，進入航班管理信息界面，可 返回主界面。 點擊航班管理信息界面的 4 個按鈕分別進入添加航班界面、取消航班界面、 更改航班界面以及返回航空公司管理系統(tǒng)界面。 添加航班： 依次輸入數(shù)據(jù) if 輸入數(shù)據(jù)格式錯誤或內(nèi)容不對 提示錯誤，重新輸入 else 將數(shù)據(jù)存入數(shù)據(jù)庫 提示添加成功 返回

55、航班管理信息界面 取消航班： 依次輸入數(shù)據(jù) if 輸入班次不存在 35 提示錯誤，重新輸入 else 提示核對是否為要取消班次 是 if 該航班已有預定 找出預定該航班的所有旅客信息（及時通知旅客并根據(jù)需 求分析做出相應處理）后，刪除有關該航班所有信息，更 新數(shù)據(jù)庫，提示該航班已取消 else 刪除有關該航班所有信息，更新數(shù)據(jù)庫，提示該航班已取 消 否 重新輸入 返回航班管理信息界面 更改航班： 輸入需要更改的班次，點擊更改按鈕，原資料顯示，再修改需要修改的 地方 if 輸入數(shù)據(jù)格式錯誤或內(nèi)容不對 提示錯誤，重新輸入 else if 該航班已有預定 找出預定該航班的所有旅客信息（及時通知旅客并

56、根據(jù)需 求分析做出相應處理）后，將更改后的數(shù)據(jù)存入數(shù)據(jù)庫取 代原有數(shù)據(jù)，提示更改成功 else 將更改后的數(shù)據(jù)存入數(shù)據(jù)庫取代原有數(shù)據(jù)，提示更改成功 返回航班管理信息界面 3.2.5 流程邏輯 36 3.2.6 測試計劃 對輸入?yún)?shù)查驗，檢測數(shù)據(jù)庫數(shù)據(jù)異常時能否判斷并給予適當處理。 3.3. 用戶管理用戶管理模塊模塊 3.3.1 程序描述 由航空公司管理系統(tǒng)進入用戶管理界面。用戶管理界面有添加用戶、刪除 用戶、創(chuàng)建訂單和修改用戶四個按鈕，分別進入預訂機票界面、退票信息界面、 機票銷售界面和預訂機票界面。 在航空公司管理系統(tǒng) 選擇航班管理 選擇航班管理操作 添加航班信息填寫取消航班班次更改航班信息

57、 否否否填寫信息正確填寫信息正確填寫信息正確 成功添加航班成功更改航班成功取消航班 返回返回返回 37 3.3.2 輸人項 字段名稱數(shù)據(jù)類型長度默認值是否允許空字段描述 namestring 否客戶姓名 sexstring 是客戶性別 idint30 否有效證件號 levelstring 否機票級別 wpstring 否工作單位 timestring 否旅行時間 flight_numstring 否飛機班次 ship_placestring 否座位號 originstring 否始發(fā)地 destinationstring 否目的地 3.3.3 輸出項 賬單的顯示 字段名稱數(shù)據(jù)類型長度默認值允許

58、為空字段描述 namestring 否旅客姓名 idint30 否旅客身份號 p_priceint16 否預定金 取票通知 字段名稱數(shù)據(jù)類型長度默認值允許為空字段描述 namestring 否旅客姓名 q-timestring 否取票時間 機票銷售 字段名稱數(shù)據(jù)類型長度默認值允許為空字段描述 flight_numint8 否飛機班次 flight_aint8 否賣出票的數(shù)量 38 3.3.4 流程邏輯 用戶管理 添加用戶刪除用戶創(chuàng)建訂單更改用戶 進入下一個界面 開始 到退票頁 面 輸入所需填寫的信 息 退票成功 修改數(shù)據(jù)庫 y n 開始 結束 輸入姓名 年齡 身份證號（護照 號） 聯(lián)系電話 性

59、別 數(shù)據(jù) 庫資 源 是否正確 顯示輸入信息 確認后 打印取票通知 與數(shù)據(jù)庫內(nèi)容不符 39 創(chuàng)建訂單 輸入航班班次 顯示信息 退出 y n 3.3.5 測試計劃 對輸入?yún)?shù)查驗，檢測數(shù)據(jù)庫數(shù)據(jù)異常時能否判斷并給予適當處理。檢驗 輸出數(shù)據(jù)是否真確。 3.4 管理員管理員模塊模塊 3.4.1 程序描述 由航空公司管理系統(tǒng)進入管理員信息管理界面，點擊管理員信息管理界面 上的3個按鈕可進入相應界面。 3.4.2 輸人項 字段名稱數(shù)據(jù)類型長度默認值允許空字段描述 usernamenvarchar50 否賬號賬號 passwordnvarchar30 否登錄密碼密碼 newusernamenvarchar5

60、0 否賬號新帳號 newpasswordnvarchar30 否登錄密碼新密碼 passwordagainnvarchar30 否登錄密碼重新輸入新密碼 40 3.4.3 輸出項 結果信息框 添加成功 或修改成功 或刪除成功 3.4.4 算法 點擊用戶管理頁面3個按鈕進入相應界面： 添加管理員信息： 輸入賬號信息 if 不存在或有錯誤 再次輸入 else 將新賬號添加到數(shù)據(jù)庫，更新數(shù)據(jù)庫中管理員信息，提示添加成功 修改管理員信息： 輸入原賬號信息以及修改后的賬號信息 if 不存在或有錯誤 再次輸入 else 用修改后的賬號信息覆蓋原賬號信息，更新數(shù)據(jù)庫中管理員信息，提示 修改成功 刪除管理員信