軟件工程課程設計報告

《軟件工程課程設計報告》由會員分享，可在線閱讀，更多相關《軟件工程課程設計報告（42頁珍藏版）》請在裝配圖網上搜索。

1、 《軟件工程實踐》報告 ——機票預定系統 院系： 專業(yè)班級： 報告人： 指導教師： 實驗地點： 完成起止日期： 學號 姓名 角色 成績 組長 完成工作 主要：寫論文、資料整合、概要設計、指導畫圖、編碼調試。 參與：討論、可行性分析、測試、

2、作圖 評語 組員 完成工作 主要：經濟可行性分析、用例分析、詳細設計作圖、編碼調試、實行測試和運行。 參與：討論、收集資料 評語 組員 完成工作 主要：收集資料、需求分析作圖、詳細設計作圖、測試作表 參與：討論、可行性分析、概要設計、 評語 目錄 第一章 可行性分析 5 1.1引言 5 1.1.1 編寫目的 5 1.1.2 項目背景 5 1.2可行性研究的前提 6 1.2.1要求 6 1.2.2目標 6 1.2.3條件，假定和限制 6 1.2

3、.4決定可行性的主要因素 6 1.3技術可行性分析 6 1.3.1系統簡要描述 6 1.3.2處理流程和數據流程 7 1.4經濟可行性分析 7 1.4.1支出 7 1.4.2效益 7 1.4.3 收益/投資比 8 1.4.4投資回收周期 8 1.4.5敏感性分析 8 1.5法律因素 8 1.6其他可供選擇的方案 8 1.7結論意見 8 第二章需求分析 9 2.1求規(guī)格說明 9 2.1.1系統概貌 9 2.1.2功能需求 9 2.1.3性能需求 9 2.1.4運行需求 10 2.2數據流圖分析 10 2.2.1數據流圖 10 2.2.2數據描述 11

4、2.2.3數據詞典 11 2.3用例分析 12 2.3.1系統基本用例 12 2.3.2 用況描述 13 2.3.3系統業(yè)務邏輯描述 15 第三章 概要設計 16 3.1系統的結構化設計 16 3.1.1軟件體系結構圖 16 3.1.2軟件結構流程圖 17 第四章 詳細設計 19 4.1 機票預訂管理系統體系結構設計 19 4.1.1面向旅客的界面包的類圖 20 4.1.2面向管理員的界面包的類圖 21 4.1.3機票預訂系統的體系結構圖 22 4.1.4機票預訂系統的體系結構圖描述 23 4.2 機票預訂管理系統子系統設計 23 4.2.1用戶查詢航班及機票信

5、息 23 4.2.2旅客訂票及退票 24 4.2.3機票預訂系統統計分析 26 4.3數據庫結構設計 26 4.4數據庫表創(chuàng)建 27 第五章測試 29 5.1定義 29 5.2主界面模塊 29 5.2.1用戶注冊 29 5.2.2用戶登錄 31 5.2.3管理員登錄 33 5.3查詢機票模塊 35 5.4 航班管理模塊 37 5.5用戶訂票模塊 39 第六章 結束語 42 第一章 可行性分析 1.1引言 隨著社會發(fā)展的不斷進步，航空事業(yè)不斷壯大，人們生活水平不斷提高，乘坐飛機的人也越來越多，隨著消費者的不斷增多，飛機預訂系統在各地預訂

6、網點作用也愈顯重要。目前，我國還有相當一部分地區(qū)酒店的機票預訂還未進入智能處理階段，和發(fā)達地區(qū)比較工作效率較低。在計算機技術快速發(fā)展的今天，有必要引進高效的計算機系統來協助機票預訂工作。因此開發(fā)一套具有完整的存儲，查詢，核對，打印機票功能的實時機票預訂系統勢在必行。機票預定系統應克服存儲乘客信息少，查詢效率低下等問題外，更重要的是其安全性，可靠性，這關系到航班和乘客的安全及準確，本系統因面向廣大機票預定網點，因此要能在售票網點中普及，則需要開發(fā)一個功能全，價格能被顧客所接受的系統。 機票預訂系統是為了機場工作人員和客戶提供訂票退票等與機票相關內容和管理的系統，它具有開放的系統結構，易擴充的，

7、易維護的，具有良好人機界面的優(yōu)點。它克服了存儲客戶信息少，查詢效率低等問題，更重要的是其安全性，可靠性，實現航空公司的機票銷售的自動化，為乘客出行提供方便，便于機場人員信息管理，提高了機場人員對機票管理的工作效率。 1.1.1 編寫目的 可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解。 經過對此項目進行詳細調查研究，初擬系統實現報告，對軟件開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發(fā)風險及其所帶來的經濟效益。本報告經審核后，交軟件經理審查。 1.1.2 項目背景 開發(fā)軟件名稱：機票預訂系統。 項目任務提出者：航空公司及

8、旅游開發(fā)公司。 項目開發(fā)者： A++開發(fā)小組。 用戶：航空公司及旅游開發(fā)公司。 實現軟件單位：旅游開發(fā)公司及廈門理工學院 項目與其他軟件，系統的關系： 本項目采用客戶機/服務器原理，客戶端的程序是建立在Windows XP 系統上以Microsoft Visual C++為開發(fā)軟件的應用程序。 1.2可行性研究的前提 1.2.1要求 主要功能：為游客提供機票預定服務，方便旅游局的售票工作，提高旅游局的服務質量和服務效率 。 性能要求：機場提供的信息必須及時的反映在旅游局的工作平臺上。售票系統的定單必須無差錯的存儲在機場的主服務器上。對服務器上的數據必須進行及時正

9、確的刷新。 輸出要求：數據完整，詳實。 輸出要求：簡捷，快速，實時。 安全與保密要求：服務器的管理員享有對機場航班信息庫及機票信息庫和定票信息庫的管理與修改。售票員只享有對訂票信息庫的部分修改（寫入與讀出）。 完成期限：預計兩個月。 1.2.2目標 系統實現后，大大提高旅游局的機票預定服務效率。降低售票服務中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。 1.2.3條件，假定和限制 建議軟件壽命：5 年。 經費來源：中國國際旅游開發(fā)公司。 硬件條件：終端為pc 機。 運行環(huán)境：WindosXP 1.2.4決定可行性的主要因素 成本/效益分析結果，效

10、益 > 成本。 技術可行，現有技術可完全承擔開發(fā)任務。 操作可行，軟件能被原有工作人員快速接受。 1.3技術可行性分析 1.3.1系統簡要描述 在旅游局中的終端是安裝了Windows XP的PC機，主要目的是向機場的服務器傳遞數據。當顧客在旅游局進行咨詢時，終端向服務器發(fā)出查詢請求，服務器根據航班信息庫的實時數據，向終端發(fā)送數據，顯示在終端的屏幕上。當顧客向售票員定票時，終端向服務 器發(fā)出詳盡的一份定單，服務器核對后，存入定票信息庫，并修改機票信息庫。當顧客再次 來取票時，終端向服務器發(fā)出查詢定票請求，服務器接收后，查詢定票信息庫，核對后，傳送機票確認表單，終端打印出機票。

11、 1.3.2處理流程和數據流程 圖1－1 數據流程圖 1.4經濟可行性分析 1.4.1支出 基礎投資： 終端PC 機5臺：6000*5 = 3 萬 網絡設備和輔助配置：4 萬 共計：7萬 其他一次性投資： MYSQL : 0元 Windows XP: 2 萬 操作員培訓費：3萬 共計：5 萬 經費： 人工費用: 2(月)*5(人)*4000(元)=4 萬 其他不可知額外支出: 4 萬 共計: 8萬 支出共計:20 萬 1.4.2效益 一次性收益 0元 經常性收益 （按銀行利率：1%）； 減少員

12、工5 人(100 元/人)五年收益: 100*（1/1.01+1/(1.01)2+1/(1.01)3+1/(1.01)4+1/(1.01)5）*5*12*5=170000 工作效率提高收益（工作效率提高20%）: 20000*（1/1.01+1/(1.01)2+1/(1.01)3+1/(1.01)4+1/(1.01)5）*（20%）*5 = 117000 經常性收益共計:28.7萬 不可定量收益 因服務質量提高增加收益：3000*12*5＝180000 收益共計: 46.7萬 1.4.3 收益/投資比 46.7 萬/20 萬=233.5% 1.4.

13、4投資回收周期 2.54年 1.4.5敏感性分析 設計系統周期為五年, 估計最長可達7 年 處理速度: 一般查詢速度<4 秒 關鍵數據查詢速度: <2 秒 1.5法律因素 所有軟件都選用正版； 所有技術資料都由提出方保管； 合同制定確定違約責任。 1.6其他可供選擇的方案 端與服務器端聯系在一起，在旅游局中只設立終端，在機場設立服務器，數據輸入由終端輸入，所有數據都由服務器處理，只在終端上顯示數據結果。此設計簡化了數據處理，但加重了服務器的數據處理。而使用客戶端/服務器機理， 簡化數據流量，加快數據處理。 1.7結論意見 由于投資效

14、益比遠大于100%, 技術、經濟、操作都有可行性，可以進行開發(fā)。 第二章需求分析 2.1求規(guī)格說明 2.1.1系統概貌 航空公司為方便旅客，需開發(fā)一個機票預定系統。為便于旅客由旅行社代替航空公司負責為旅客定票，旅行社把預定機票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機票預定系統的客戶端程序，系統經過查詢航空公司內的航班數據服務器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通知和賬單交款后取票，系統校對無誤后即印出機票給旅客。 2.1.2功能需求 1. 航空公司工作人員登錄及注銷 要求合法的管理員才可以登錄系統，防止系

15、統被無關人員動用，使用字符串匹配對 用戶名和密碼進行判斷。在不使用時進行注銷，下次使用時需要重新登陸，由于目標客戶 的層次較低，建議用輸入檢測確保輸入準確無誤。 2. 機票信息輸入和查詢 在系統中，要求可以輸入每日航班次數。可以通過航班號、目的地、起飛日期、起飛地點查詢航班，輸出該次航班的起飛時間和所剩票數和票的價格等信息。 3. 訂票，取票和退票 把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發(fā)地和目的地，航班艙位要求等）輸入到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打印出取票

16、通知和帳單給旅客。，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統對旅客有關證件合法性（如身份證、取票通知和交款發(fā)票）等進行驗證，系統核對無誤即打印出機票給旅客。對于已取機票應在未售出機票中減去。對于以下情況要求退票者，給予50%金額退款：（1）旅客延誤取票時間；（2）旅客臨時更改航班處理；（3）因私人原因需要退票。對于因特殊情況下（如天氣不適合飛機起降、飛機延誤超過30分鐘）等給予全額退票。對于退訂機票要在未售出機票中重新體現。 2.1.3性能需求 為了保證系統能夠長期、安全、穩(wěn)定、可靠、高效的運行，機票預訂系統應該滿足以下的性能需求： 1. 系統處理的準確性和及時性 系統處理的

17、準確性和及時性是系統的必要性能。在系統設計和開發(fā)過程中，要充分考慮系統當前和將來可能承受的工作量，使系統的處理能力和響應時間能夠滿足企 業(yè)對信息處理的需求。在系統開發(fā)過程中，必須采用一定的方法保證系統的準確性。 2. 系統的開放性和系統的可擴充性 機票預訂系統在開發(fā)過程中，應該充分考慮以后的可擴充性。要實現這一點，應通過系統的開放性來完成，即系統應是一個開放系統，只要符合一定的規(guī)范，可以簡單的加入和減少系統的模塊，配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。 3.系統的易用性和易維護性 機票預訂系統是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求

18、系統能夠提供良好的用戶接口，易用的人機交互界面。 4.系統的標準性 系統在設計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。同時，在自主開發(fā)本系統時，要進行良好的設計工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。 5.系統的先進性 目前計算機系統的技術發(fā)展相當快，做為機票預訂系統工程，應該保證系統在一段時間內是先進的，在系統的生命周期盡量做到系統的先進，充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過系統的開放性和可擴充性，不斷改善系統的功能完成。另一方面，在系統設計和開發(fā)的過程中，應在考慮成本的基礎上盡量采用當前

19、主流并先進且有良好發(fā)展前途的產品。 2.1.4運行需求 系統軟件：windowsXP 數據庫管理系統：MYSQL 硬件要求：奔四1.6GHz512MRAM10GHD 2.2數據流圖分析 2.2.1數據流圖 圖2－1本系統的頂層數據流圖 圖2－2 0層數據流圖 圖2－3 本系統的二層數據流圖 2.2.2數據描述 1.靜態(tài)數據：訂票單、取票通知單、帳單、機票 2.動態(tài)數據：旅客姓名、身份證、航班時間 2.2.3數據詞典 1.旅客信息 名字：旅客信息 別名：passengerinformation 描述：旅客的個

20、人信息，用于對旅客的確認 定義：旅客信息=姓名+性別+工作單位+身份證號碼+旅行時間+旅行目的地 位置：輸入到旅行社端（client端） 2.訂票旅客清單 名字：訂票旅客清單 別名：list 描述：已訂票的旅客的記錄 定義：訂票旅客清單=旅客信息的合集 位置：輸入到旅行社端（Client端） 3.訂票信息 名字：訂票信息 別名：bookedinformation 描述：旅客的旅行時間和目的地，用于確定旅客的航班 定義：訂票信息=旅客旅行時間+旅客旅行目

21、的地 位置：傳輸到航空公司端（Server端） 4.航班機票信息 名字：航班機票信息 別名：BillInformation 描述：旅客的航班信息，根據旅客的旅行時間和目的地確定 定義：航班機票信息=旅客機票時間+旅客機票班次 位置：傳輸到旅行社端（Client端） 5.取票通知 名字：取票通知 別名：notification 描述：旅客領取機票的憑證 定義：取票通知=旅客姓名+領票時間 位置：輸出到打印機 6.售出機票信息 名字：售出機票

22、信息 別名：saled 描述：旅客的航班機票的信息 定義：售出機票信息=旅客的航班機票 位置：輸出到打印機 7.旅客訂票記錄 名字：旅客訂票記錄 別名：record 描述：已訂票的旅客在航空公司的記錄 定義：旅客訂票記錄=旅客姓名+航班機票信息 位置：輸出到航空公司端（Server端） 2.3用例分析 2.3.1系統基本用例 本系統的邊界是：機票預定系統服務平臺。 系統的參與者有：航空公司管理員、旅行設、旅客。用例圖如下： 圖2－4 系統用例圖 1.航

23、空公司管理員通過系統實現以下使用需求： 登錄、預訂機票、退訂機票、取票管理、航班查詢、 航班信息管理、訂票信息管理、旅客信息管理 2.旅客通過系統實現以下使用需求： 登錄、預訂機票、退訂機票、航班查詢 3.旅行社通過系統實現以下使用需求： 航班查詢、旅客信息管理 2.3.2 用況描述 1.用例名：登錄。 主要執(zhí)行者：旅客。 目標：可以查詢和修改旅客的基本信息。 范圍：機票預訂系統。 基本互交動作： 1）.旅客登錄。

24、 2）.旅客輸入姓名、證件類型、證件號碼及電子郵件地址。 2.用例名：預訂機票。 主要執(zhí)行者：旅客。 目標：預訂機票。 范圍：機票預訂管理系統 基本互交動作： 1）.旅客查詢航班及機票 2）.旅客選取信息表中的一個航班，輸入姓名、證件及號碼。 3）.顯示總票款。 4）.旅客確認預訂信息、總票款。 3.用例名：退訂機票。 主要執(zhí)行者：旅客。 目標：取消此前預訂的機票。 范圍：機票預訂系統。

25、 基本互交動作： 1）.用戶登錄。 2）.系統顯示旅客此前預訂但并未登機的機票；旅客選取欲退訂的機票。 3）.系統按照退票費計算規(guī)則計算退票費，顯示欲退訂機票的總票款及總退費。 4）.旅客確認退票請求、總票款。 4.用例名：查詢航班。 主要執(zhí)行者：旅客及旅行社。 次要執(zhí)行者：航空公司。 目標：查詢航班時刻表、機票等信息。 范圍：機票預訂管理系統。 基本互交動作： 1）.用戶登錄。 2).用戶

26、輸入出發(fā)地、目的地、出發(fā)日期、起飛或者到達時間的范圍。 3).系統從航空公司的機票管理系統中獲取航班及機票信息，顯示符合旅客要求的 所有航班及剩余機票數量。 5.用例名：航班信息管理 主要執(zhí)行者：航空公司。 目標：提供最新的航班信息。 范圍：機票預訂系統。 基本互交動作： 1).更新航班信息（每5秒）。 2).提供航班信息。 6.用例名：取票管理 主要執(zhí)行者：航空公司。 目標：及時通知旅客取票時間及方式。

27、 范圍：機票預訂系統。 基本互交動作： 1).獲取已定機票信息并打印機票。 2).通知旅客取票的時間及方式。 7.用例名：旅客信息管理 主要執(zhí)行者：航空公司、旅行社。 目標：儲存旅客信息。 范圍：機票預訂系統。 基本互交動作： 1).對旅客填寫的個人信息進行保存以便于管理。 2).定時更新旅客的信息。 8.用例名：報表及分析。 主要執(zhí)行者：定時器（每周一00:00） 次要執(zhí)

28、行者：管理員。 目標：匯總前一周的訂票、退票情況。 范圍：機票預訂系統。 基本互交動作： 1).系統匯總自上次生成周報表至此刻發(fā)生的所有訂票、退票情況。 2.3.3系統業(yè)務邏輯描述 本系統的業(yè)務邏輯是這樣的：旅客登錄系統，使用客戶端進行訂 票、查詢、退票的操作，旅行社通過查詢和旅客信息管理與航空 公司進行數據交流與業(yè)務往來。 第三章 概要設計 3.1系統的結構化設計 3.1.1軟件體系結構圖 圖3－1 系統的軟件體系結構圖 1.旅客用戶模塊：本模塊主要功能，是旅客可登錄

29、系統進行機票信息查詢，并根據需求預訂機票，在支付預定金后系統打印取票清單。 2.航空公司模塊：該模塊主要功能，是對航班及機票信息進行管理更新，并根據用戶提供的取票清單和付款單進行驗證和打印機票。 3.系統管理員模塊：本模塊主要功能，是管理員對系統的軟硬件進行維護，并對航空公司產生的業(yè)務進行編制報表和分析。 4. 旅行社模塊：本模塊主要功能，是旅行社可登錄系統進行機票信息查詢和管理旅客信息。 3.1.2軟件結構流程圖 圖3－2 軟件結構流程圖 1.各功能詳細描述 本系統主要用于機票預訂，所以提供了以下幾個子功能：機票預訂，取票通知，查詢航班，查詢機票，退票，打印機票

30、，取消航班，機票的生成，以及航班的查詢等后臺功能。 1).機票預訂功能：旅行社和機場管理員有權力進行該項功能。首先通過查詢得到旅客所需的航班，確定該航班還有沒有被預訂的座位，然后選擇座位的等級，填寫旅客的詳細信息之后就可進行網上預訂機票。 2).票通知：該項功能只有旅行社和機場管理員有權力進行操作，在機票預訂功能成功完成之后，系統會自動給瀏覽器端發(fā)送一條取票信息以及所需繳納的費用。旅行社可以利用特定設備將該取票信息打印出來，這就是取票通知。 3).查詢航班：可以通過輸入出發(fā)地，目的地，日期和時間選定自己航班。 4).查詢機票：該項功能三方都可以操作，可以通過自己的身份證號以及取票通知上

31、的機票號查詢自己的機票信息。 5).退訂機票：該功能只有旅行社和機場管理員有權力操作，利用身份證號和對應的機票號就可以查詢到機票信息，然后就可以退訂機票。 6).打印機票：該功能只有機場管理員有權力操作，只有當管理員確認旅客已經付款后才予以打印機票，可以通過身份證號和對應的取票信息上的機票號查詢機票信息，然后服務器返回機票信息，管理員就可以打印該機票信息，交給旅客。 7).后臺的取消航班：該項功能只有機場管理員才能操作，先通過航班號和航班日期查詢到航班信息后，取消航班就可以將該航班從數據庫中刪除。 8).后臺的航班查詢：該項功能只有機場管理員才能操作，通過航班號和航班日期查詢到航班信息

32、。 9).后臺的機票生成：該項功能只有機場管理員才能操作，可以通過該項功能給剛添加的航班生成對應的飛機票號紀錄。 第四章 詳細設計 4.1 機票預訂管理系統體系結構設計 本系統包圖主要包括：用戶界面包、航空公司業(yè)務邏輯包及與外部系統的接口。其中業(yè)務邏輯中還包含訂票及退票包、客戶管理包、統計分析包。 圖4－1 機票預定管理系統之包圖 4.1.1面向旅客的界

33、面包的類圖 圖4－2 面向旅客的界面包的類圖 4.1.2面向管理員的界面包的類圖 圖4－3 面向管理員的界面包的類圖 4.1.3機票預訂系統的體系結構圖 圖4－4機票預訂系統的體系結構圖 4.1.4機票預訂系統的體系結構圖描述 1.在TicketService構件的對外接口中，quertFlights負責查詢航班及尚余機票bookTickets和returnTickets分別負責訂票和退票，通過TicketSaleAgent向航空公司的機票銷售管理系統發(fā)出訂票和退票請求，通過DataPersistenceServ

34、iceInterface在數據庫中記錄客戶的訂票和退票情況。querySaleTickets和queryReturnTickets負責查詢客戶的訂票和退票情況。 2.在CustomerManager構件的對外接口中，register和unregister分別負責客戶信息的記錄和注銷。getCustomerInfo和setCustomerInfo分別負責獲取和修改客戶信息。 3.在StatAndAnalyser子系統的對外接口中，statSaledTickets和statReturnTickets借助于TicketServiceInterface中的querySaleTickets和qu

35、eryReturnTickets分別統計在某一時段售票和退票的情況。 4.2 機票預訂管理系統子系統設計 4.2.1用戶查詢航班及機票信息 圖4－5 機票預定系統之查詢航班及機票信息類圖 圖4－6 查詢航班及機票用例順序圖 4.2.2旅客訂票及退票 圖4－7機票預訂管理系統之“訂票及退票”包的類圖 圖4－8 訂票用例順序圖 圖4－9 退票用例順序圖 4.2.3機票預訂系統統計分析 圖4－10 機票預訂系統之統計分析包的

36、類圖 圖4－11 生成統計分析報表的順序圖 4.3數據庫結構設計 根據總的結構圖設計各表結構如下： 表4－1 旅客信息表 表4－2航班信息表 表4－3機票信息表 4.4數據庫表創(chuàng)建 CREATETABLE旅客信息表 ( 姓名char(50)NOTNULLprimarykey, 性別char(50)NOTNULL, 年齡intNOTNULL, 用戶密碼char(50)NOTNULL, 證件號intNOTNU

37、LL) CREATETABLE航班信息表 ( 航班號intNOTNULL,primarykey, 出發(fā)時間char(30)NOTNULL, 出發(fā)地char(20)NOTNULL, 目的地char(20)NOTNULL， 票數intNOTNULL, 票價intNOTNULL） CREATETABLE機票信息表 ( 姓名varchar(50)NOTNULLprimarykey, 座位號intNOTNULL, 航班號intNOTNULL, 登機口intNOTNULL, 票價intNOTNULL, 時間char(30)NOTNULL, 出發(fā)地char

38、 char(50)NOTNULL, 目的地 char(50)NOTNULL） 第五章測試 5.1定義 黑盒測試： 黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測 試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼于程序外部結構，不考慮內部邏輯結構，主要針對軟件界

39、面和軟件功能進行測試。 黑盒測試是以用戶的角度，從輸入數據與輸出數據的對應關系出發(fā)進行測試的。很明顯，如果外部特性本身設計有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現不了的。 白盒測試： 白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內部的結構測試程序，通過測試來檢測產品內部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。 這一方法是把測試對象看作一個打開的盒子，測試人員依據程序內部邏輯結構相關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預

40、期的狀態(tài)一致。 5.2主界面模塊 主界面與注冊界面和登錄界面（航空公司管理員登錄、用戶登錄）。 通過主界面可以進入注冊界面和登錄界面，由登錄界面分別進入航空公司管理系統和用戶預訂機票系統。 5.2.1用戶注冊 1.輸入項 表5－1 測試用戶注冊輸入項 字段名稱 數據類型 長度 允許空 字段描述 Name Char 50 否 用戶真實姓名 Sex Char 50 否 用戶性別 Age Int 35 否 用戶年齡 Password Char 50 否 用戶密碼 Credential Int 35 否 用戶身份證號 2.

41、輸出項 1顯示注冊成功，按任意鍵返回主頁； 2提示該身份證號已注冊，重新輸入。 3.算法 點擊主界面2入口中的一個，可進入相應的注冊界面。 內部處理 if 用戶身份證號注冊過， 提示錯誤信息: 該身份證號已注冊，請重新輸入！ else 顯示注冊成功，按任意鍵返回主頁。 4.流程邏輯 圖5－1 用戶注冊流程邏輯圖 5.編碼和界面 圖5－2 用戶注冊界面 圖5－3 用戶注冊錯誤測試結果 6.測試用例 對輸入參數查驗，檢測數據庫數據異常時能否判斷并給予適當處理。 表5－2用戶注冊測試用例 測試

42、用例 預期結果 錯誤的身份證號 提示：身份證已注冊 正確的用戶信息 提示：注冊成功 5.2.2用戶登錄 1.輸入項 表5－3 測試用戶登錄輸入項 字段名稱 數據類型 長度 允許空 字段描述 username char 50 否 用戶真實姓名 password char 30 否 登錄密碼 2.輸出項 1顯示登陸成功，按任意鍵進入機票預訂系統； 2提示用戶或密碼錯誤，重新輸入請按y,退出請按n。 3.算法 點擊主界面2入口中的一個，可進入相應的登錄界面。在用戶 登錄界面輸入用戶名與密碼，點擊確定按鈕： 內部處理

43、 if 用戶名或密碼不正確 提示錯誤信息: 用戶或密碼錯誤，請重新輸入！ else 登陸成功并轉入相應頁面 點擊0確認：返回主界面。 4.流程邏輯 圖5－4 用戶登錄流程邏輯圖 5.編碼和界面 圖5－5 登錄界面 圖5－6 用戶登錄成功 圖5－7 用戶登錄錯誤測試 6.測試用例 對輸入參數查驗，檢測數據庫數據異常時能否判斷并給予適當處理。 表5－4 用戶登錄測試用例 測試用例 預期結果 錯誤的用戶名 提示：用戶名錯誤 錯誤的密碼 提示：密碼錯誤 正確的用戶名、密碼 提示：登陸成功進入機票預訂系統

44、5.2.3管理員登錄 1.輸入項 表5－5 管理員登錄測試輸入項 字段名稱 數據類型 長度 允許空 字段描述 manager char 50 否 管理員姓名 password char 30 否 登錄密碼 2.輸出項 1顯示登陸成功，按任意鍵進入機票調整系統； 2提示姓名或密碼錯誤，重新輸入請按y,退出請按n。 3.算法 點擊主界面2入口中的一個，可進入相應的登錄界面。在管理者 登錄界面輸入姓名與密碼，點擊確定按鈕： 內部處理 if 姓名或密碼不正確 提示錯誤信息: 用戶或密碼錯誤，請重新輸入！

45、 else 登陸成功并轉入相應頁面 點擊0確認：返回主界面。 4.流程邏輯 圖5－8 管理員登錄流程邏輯圖 5.編碼和界面 圖5－9 管理員登錄成功 圖5－10 管理員登錄錯誤測試結果 6.測試用例 對輸入參數查驗，檢測數據庫數據異常時能否判斷并給予適當處理。 表5－6管理員登錄測試用例 測試用例 預期結果 錯誤的姓名 提示：姓名錯誤 錯誤的密碼 提示：密碼錯誤 正確的姓名、密碼 提示：登陸成功進入機票調整系統 5.3查詢機票模塊 用戶或管理員進入查詢機票界面，可以通過查找航班信息來選擇自己要乘坐的航班。 1

46、. 輸人項 表5－7 查詢機票測試輸入項 字段名稱 數據類型 長度 默認值 允許為空 字段描述 Flight_num string 是 飛機班次 2. 輸出項 表5－8 查詢機票測試輸出項 字段名稱 數據類型 長度 默認值 允許為空 字段描述 Flight_num string 是 飛機班次 Origion string 是 旅行始發(fā)地 Destination String 是 旅行目的地 Leave_time string 是 旅行初始時間 3.算法 顯示查詢界面 c

47、ase1 航班號 輸入查詢的航班號； break; 根據所輸出的內容，連接數據庫開始搜索 if 找到符合條件的機票 顯示輸出 else 沒有找到符合要求的機票 4.流程邏輯 選擇航班號 查詢 檢索數據庫 顯示結果 Y N 圖5－11查詢機票流程邏輯圖 5.編碼和界面 圖5－12 查詢機票錯誤測試結果 圖5－13 查詢機票成功 6.測試計劃 輸入數據：輸入參數合法，數據庫出現異常的處理。數據的共享與獨立性，一致性與完整性。 7. 測試用例 表5－9 查詢機票測試用例 測試用例 預期結果 輸入合法參

48、數 顯示正確的航班信息 輸入非法參數 數據庫出現異常處理結果 （違背數據的一致性或者完整性） 5.4 航班管理模塊 航空公司管理員登錄成功后進入航空公司管理系統， 添加航班。 1. 輸人項 表5－10 航班管理測試輸入項 字段名稱 數據類型 長度 默認值 是否允許空 字段描述 Flight_num string 否 飛機班次 price int 4 否 機票價格 Leave_time datatime 否 發(fā)機時間 Cout int 否 票數 origin string 否 始發(fā)地

49、 destination string 否 目的地 2.輸出項 1).成功轉入相應頁面； 2).提示輸入錯誤，重新輸入。 3.算法 進入航班管理信息界面，可返回主界面。 選擇航班管理信息界面的添加航班界面以及返回主界面。 添加航班： 依次輸入數據 if 輸入數據格式錯誤或內容不對 提示錯誤，重新輸入 else 將數據存入數據庫 提示添加成功 返回航班管理信息界面 在管理員登錄系統 4.流程邏輯 選擇航班管理操作 添加航班信息 N 填寫信息正確 成功添加航班

50、 返回 圖5－14添加航班流程邏輯圖 5.編碼和界面 圖5－15 航班添加界面 圖5－16 添加成功界面 6.測試用例 表5－11 航班添加測試用例 測試用例 預期結果 重復輸入的航班信息 提示：該航班已存在，重新輸入 正確的航班信息 提示：是否繼續(xù)添加 5.5用戶訂票模塊 用戶登錄成功后進入航空公司管理系統，選擇瀏覽航班后進入訂票系統。 1. 輸人項 表5－12 訂票測試輸入項 字段名稱 數據類型 長度 默認值 是否允許空 字段描述 Flight_num string 否

51、 飛機班次 Cout int 否 票數 2.輸出項 1).航班信息，開始訂票及訂票成功； 2).沒有您要的航班信息，余票不足，請出入有效票數。 3.算法 進入航班管理信息界面，可返回主界面。 選擇航班管理信息界面的訂票界面以及返回主界面。 訂機票： 輸入數據 if 輸入數據不對 提示錯誤，重新輸入 else 顯示航班信息 繼續(xù)查找or開始訂票 If 輸入票數有誤 提示錯誤，重新輸入 else 顯示訂票成功 航班管理信息界面 4.流程邏輯 選擇訂票操作 查詢航班信息

52、 N 顯示航班信息 開始訂票 輸入訂票數 N 輸入票數正確 訂票成功 返回 圖5－17訂票流程邏輯圖 5.編碼和界面 圖5－18 訂票錯誤測試結果 圖5－19 訂票成功結果 6.測試用例 表5－13 訂票測試用例 測試用例 預期結果 輸入錯誤的航班號 提示：該航班不存在，重新輸入 正確的航班號 提示：是否繼續(xù)查找或開始訂票 錯誤的機票數 提示：余票不足，重新訂票 正確的機票數 提示：訂票成功

53、 第六章 結束語 經過兩周的努力，我們終于完成了《軟件工程》的課程設計。從開始接到題目到系統的完成，每走一步對我們來說都是新的嘗試與挑戰(zhàn)。我們從對軟件工程的技術不熟悉的狀態(tài)開始了課程設計，查看相關資料和書籍，讓自己頭腦中模糊的概念逐漸清晰，使自己非常稚嫩的作品一步步完善起來，每一次改進都是學習的收獲，每一次試驗的成功都是辛勞的成果。 此次課程設計中，本小組根據軟件工程實行過程完成了機票預定系統的大部分功能，包括用戶（旅客、旅行社）注冊，管理員登錄系統進行航班添加查詢功能，用戶（旅客、旅行社）登錄系統進行查詢訂票

54、功能。 雖然我們的作品不是很成熟，還有很多不足之處，但我們可以自豪的說，這里面的每個細節(jié)都有我們的辛勤付出。兩周的時間過去了，我們的課程設計也將告一段落，點擊運行程序，也基本達到預期的效果。心中不由得也會冒出小小的成就感。由于時間和精力的關系，做出來的程序中仍有許多不盡人意的地方。例如：功能不夠完善，界面不夠美觀等。對于這些遺憾我們只能以人們常說的，“做一件事，不必過于在乎最終的結果，可貴的是過程中的收獲”來聊以自慰。但在以后的時間里我們仍會再接再厲把這個程序做的更加完美。 在本次軟件工程設計過程中，我們不免遇到很多的困難但是在老師的精心指導和自己的不斷努力下基本上完成了此次的設計并達到了預期的要求，而且自己在程序設計方面也有不少的收獲，更加堅定了自己在編程中的信心。在此，衷心感謝胡老師的認真授課和精心指導！ 參考資料： [1]吳潔明等，《軟件工程實例教程》，清華大學出版社。 [2]錢樂秋等，《軟件工程》，清華大學出版社。 [3]譚慶平等，《軟件工程實踐教程》，高等教育出版社。 42