隨著社會一步步向前發(fā)展，報告不再是罕見的東西，多數報告都是在事情做完或發(fā)生后撰寫的。優(yōu)秀的報告都具備一些什么特點呢？又該怎么寫呢？下面是小編帶來的優(yōu)秀報告范文，希望大家能夠喜歡!
軟件工程的實踐報告篇一
; 《軟件工程實踐》報告 ——機票預定系統(tǒng) 院系：
專業(yè)班級：
報告人：
指導教師：
實驗地點：
完成起止日期：
學號 姓名 角色 成績 組長 完成工作 主要：寫論文、資料整合、概要設計、指導畫圖、編碼調試。
參與：討論、可行性分析、測試、作圖 評語 組員 完成工作 主要：經濟可行性分析、用例分析、詳細設計作圖、編碼調試、實行測試和運行。
參與：討論、收集資料 評語 組員 完成工作 主要：收集資料、需求分析作圖、詳細設計作圖、測試作表 參與：討論、可行性分析、概要設計、 評語 目錄 第一章 可行性分析 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.4決定可行性的主要因素 6 1.3技術可行性分析 6 1.3.1系統(tǒng)簡要描述 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系統(tǒng)概貌 9 2.1.2功能需求 9 2.1.3性能需求 9 2.1.4運行需求 10 2.2數據流圖分析 10 2.2.1數據流圖 10 2.2.2數據描述? 11 2.2.3數據詞典? 11 2.3用例分析 12 2.3.1系統(tǒng)基本用例 12 2.3.2 用況描述 13 2.3.3系統(tǒng)業(yè)務邏輯描述 15 第三章 概要設計 16 3.1系統(tǒng)的結構化設計 16 3.1.1軟件體系結構圖 16 3.1.2軟件結構流程圖? 17 第四章 詳細設計 19 4.1 機票預訂管理系統(tǒng)體系結構設計 19 4.1.1面向旅客的界面包的類圖 20 4.1.2面向管理員的界面包的類圖 21 4.1.3機票預訂系統(tǒng)的體系結構圖 22 4.1.4機票預訂系統(tǒng)的體系結構圖描述 23 4.2 機票預訂管理系統(tǒng)子系統(tǒng)設計 23 4.2.1用戶查詢航班及機票信息 23 4.2.2旅客訂票及退票 24 4.2.3機票預訂系統(tǒng)統(tǒng)計分析 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è)不斷壯大，人們生活水平不斷提高，乘坐飛機的人也越來越多，隨著消費者的不斷增多，飛機預訂系統(tǒng)在各地預訂網點作用也愈顯重要。目前，我國還有相當一部分地區(qū)酒店的機票預訂還未進入智能處理階段，和發(fā)達地區(qū)比較工作效率較低。在計算機技術快速發(fā)展的今天，有必要引進高效的計算機系統(tǒng)來協(xié)助機票預訂工作。因此開發(fā)一套具有完整的存儲，查詢，核對，打印機票功能的實時機票預訂系統(tǒng)勢在必行。機票預定系統(tǒng)應克服存儲乘客信息少，查詢效率低下等問題外，更重要的是其安全性，可靠性，這關系到航班和乘客的安全及準確，本系統(tǒng)因面向廣大機票預定網點，因此要能在售票網點中普及，則需要開發(fā)一個功能全，價格能被顧客所接受的系統(tǒng)。? 機票預訂系統(tǒng)是為了機場工作人員和客戶提供訂票退票等與機票相關內容和管理的系統(tǒng)，它具有開放的系統(tǒng)結構，易擴充的，易維護的，具有良好人機界面的優(yōu)點。它克服了存儲客戶信息少，查詢效率低等問題，更重要的是其安全性，可靠性，實現航空公司的機票銷售的自動化，為乘客出行提供方便，便于機場人員信息管理，提高了機場人員對機票管理的工作效率。
1.1.1 編寫目的 可行性研究的目的是為了對問題進行研究，以最小的代價在最短的時間內確定問題是否可解。
經過對此項目進行詳細調查研究，初擬系統(tǒng)實現報告，對軟件開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發(fā)風險及其所帶來的經濟效益。本報告經審核后，交軟件經理審查。
1.1.2 項目背景 開發(fā)軟件名稱：機票預訂系統(tǒng)。
項目任務提出者：航空公司及旅游開發(fā)公司。
項目開發(fā)者：
a++開發(fā)小組。
用戶：航空公司及旅游開發(fā)公司。
實現軟件單位：旅游開發(fā)公司及廈門理工學院 項目與其他軟件，系統(tǒng)的關系：
本項目采用客戶機/服務器原理，客戶端的程序是建立在windows xp 系統(tǒng)上以microsoft visual c++為開發(fā)軟件的應用程序。
1.2可行性研究的前提 1.2.1要求 主要功能：為游客提供機票預定服務，方便旅游局的售票工作，提高旅游局的服務質量和服務效率 。
性能要求：機場提供的信息必須及時的反映在旅游局的工作平臺上。售票系統(tǒng)的定單必須無差錯的存儲在機場的主服務器上。對服務器上的數據必須進行及時正確的刷新。
輸出要求：數據完整，詳實。
輸出要求：簡捷，快速，實時。
安全與保密要求：服務器的管理員享有對機場航班信息庫及機票信息庫和定票信息庫的管理與修改。售票員只享有對訂票信息庫的部分修改（寫入與讀出）。
完成期限：預計兩個月。
1.2.2目標 系統(tǒng)實現后，大大提高旅游局的機票預定服務效率。降低售票服務中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。
1.2.3條件，假定和限制 建議軟件壽命：5 年。
經費來源：中國國際旅游開發(fā)公司。
硬件條件：終端為pc 機。
運行環(huán)境：windosxp 1.2.4決定可行性的主要因素 成本/效益分析結果，效益 成本。
技術可行，現有技術可完全承擔開發(fā)任務。
操作可行，軟件能被原有工作人員快速接受。
1.3技術可行性分析 1.3.1系統(tǒng)簡要描述 在旅游局中的終端是安裝了windows xp的pc機，主要目的是向機場的服務器傳遞數據。當顧客在旅游局進行咨詢時，終端向服務器發(fā)出查詢請求，服務器根據航班信息庫的實時數據，向終端發(fā)送數據，顯示在終端的屏幕上。當顧客向售票員定票時，終端向服務 器發(fā)出詳盡的一份定單，服務器核對后，存入定票信息庫，并修改機票信息庫。當顧客再次 來取票時，終端向服務器發(fā)出查詢定票請求，服務器接收后，查詢定票信息庫，核對后，傳送機票確認表單，終端打印出機票。
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%）；
減少員工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.4投資回收周期 2.54年 1.4.5敏感性分析 設計系統(tǒng)周期為五年, 估計最長可達7 年 處理速度: 一般查詢速度4 秒 關鍵數據查詢速度: 2 秒 1.5法律因素 所有軟件都選用正版；
所有技術資料都由提出方保管；
合同制定確定違約責任。
1.6其他可供選擇的方案 端與服務器端聯(lián)系在一起，在旅游局中只設立終端，在機場設立服務器，數據輸入由終端輸入，所有數據都由服務器處理，只在終端上顯示數據結果。此設計簡化了數據處理，但加重了服務器的數據處理。而使用客戶端/服務器機理， 簡化數據流量，加快數據處理。
1.7結論意見 由于投資效益比遠大于100%, 技術、經濟、操作都有可行性，可以進行開發(fā)。
第二章需求分析 2.1求規(guī)格說明 2.1.1系統(tǒng)概貌 航空公司為方便旅客，需開發(fā)一個機票預定系統(tǒng)。為便于旅客由旅行社代替航空公司負責為旅客定票，旅行社把預定機票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機票預定系統(tǒng)的客戶端程序，系統(tǒng)經過查詢航空公司內的航班數據服務器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通知和賬單交款后取票，系統(tǒng)校對無誤后即印出機票給旅客。
2.1.2功能需求 1. 航空公司工作人員登錄及注銷? ?? 要求合法的管理員才可以登錄系統(tǒng)，防止系統(tǒng)被無關人員動用，使用字符串匹配對 用戶名和密碼進行判斷。在不使用時進行注銷，下次使用時需要重新登陸，由于目標客戶 的層次較低，建議用輸入檢測確保輸入準確無誤。??? 2. 機票信息輸入和查詢? ?? 在系統(tǒng)中，要求可以輸入每日航班次數?？梢酝ㄟ^航班號、目的地、起飛日期、起飛地點查詢航班，輸出該次航班的起飛時間和所剩票數和票的價格等信息。?? 3. 訂票，取票和退票? ?? 把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發(fā)地和目的地，航班艙位要求等）輸入到系統(tǒng)中，系統(tǒng)為旅客安排航班。當旅客交付了預訂金后，系統(tǒng)打印出取票通知和帳單給旅客。，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)對旅客有關證件合法性（如身份證、取票通知和交款發(fā)票）等進行驗證，系統(tǒng)核對無誤即打印出機票給旅客。對于已取機票應在未售出機票中減去。對于以下情況要求退票者，給予50%金額退款：（1）旅客延誤取票時間；
（2）旅客臨時更改航班處理；
（3）因私人原因需要退票。對于因特殊情況下（如天氣不適合飛機起降、飛機延誤超過30分鐘）等給予全額退票。對于退訂機票要在未售出機票中重新體現。
2.1.3性能需求 為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，機票預訂系統(tǒng)應該滿足以下的性能需求：? 1. 系統(tǒng)處理的準確性和及時性? 系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應時間能夠滿足企 業(yè)對信息處理的需求。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準確性。? 2. 系統(tǒng)的開放性和系統(tǒng)的可擴充性? 機票預訂系統(tǒng)在開發(fā)過程中，應該充分考慮以后的可擴充性。要實現這一點，應通過系統(tǒng)的開放性來完成，即系統(tǒng)應是一個開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。? 3.系統(tǒng)的易用性和易維護性? 機票預訂系統(tǒng)是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。
4.系統(tǒng)的標準性? 系統(tǒng)在設計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。同時，在自主開發(fā)本系統(tǒng)時，要進行良好的設計工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。? 5.系統(tǒng)的先進性? 目前計算機系統(tǒng)的技術發(fā)展相當快，做為機票預訂系統(tǒng)工程，應該保證系統(tǒng)在一段時間內是先進的，在系統(tǒng)的生命周期盡量做到系統(tǒng)的先進，充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過系統(tǒng)的開放性和可擴充性，不斷改善系統(tǒng)的功能完成。另一方面，在系統(tǒng)設計和開發(fā)的過程中，應在考慮成本的基礎上盡量采用當前主流并先進且有良好發(fā)展前途的產品。? 2.1.4運行需求 系統(tǒng)軟件：windows?xp 數據庫管理系統(tǒng)：mysql?? 硬件要求：奔四?1.6ghz????512m?ram???10g?hd 2.2數據流圖分析 2.2.1數據流圖 圖2－1本系統(tǒng)的頂層數據流圖 圖2－2 0層數據流圖 圖2－3 本系統(tǒng)的二層數據流圖 2.2.2數據描述? 1.靜態(tài)數據?：訂票單、取票通知單、帳單、機票 2.動態(tài)數據?：旅客姓名、身份證、航班時間 2.2.3數據詞典? 1.旅客信息? 名字：旅客信息? 別名：passenger?information? 描述：旅客的個人信息，用于對旅客的確認? 定義：旅客信息=姓名+性別+工作單位+身份證號碼+旅行時間+旅行目的地? 位置：輸入到旅行社端（client端）
2.訂票旅客清單? 名字：訂票旅客清單? 別名：list? 描述：已訂票的旅客的記錄? 定義：訂票旅客清單=旅客信息的合集? 位置：輸入到旅行社端（client端）
3.訂票信息? 名字：訂票信息? 別名：booked?information? 描述：旅客的旅行時間和目的地，用于確定旅客的航班? 定義：訂票信息=旅客旅行時間+旅客旅行目的地? 位置：傳輸到航空公司端（server端）
4.航班機票信息? 名字：航班機票信息 別名：bill?information? 描述：旅客的航班信息，根據旅客的旅行時間和目的地確定? 定義：航班機票信息=旅客機票時間+旅客機票班次? 位置：傳輸到旅行社端（client端）? 5.取票通知? 名字：取票通知? 別名：?notification? 描述：旅客領取機票的憑證? 定義：取票通知=旅客姓名+領票時間 位置：輸出到打印機? 6.售出機票信息? 名字：售出機票信息? 別名：saled? 描述：旅客的航班機票的信息? 定義：售出機票信息=旅客的航班機票? 位置：輸出到打印機? 7.旅客訂票記錄? 名字：旅客訂票記錄 別名：record? 描述：已訂票的旅客在航空公司的記錄? 定義：旅客訂票記錄=旅客姓名+航班機票信息? 位置：輸出到航空公司端（server端）
2.3用例分析 2.3.1系統(tǒng)基本用例 本系統(tǒng)的邊界是：機票預定系統(tǒng)服務平臺。
系統(tǒng)的參與者有：航空公司管理員、旅行設、旅客。用例圖如下：
圖2－4 系統(tǒng)用例圖 1.航空公司管理員通過系統(tǒng)實現以下使用需求：
登錄、預訂機票、退訂機票、取票管理、航班查詢、 航班信息管理、訂票信息管理、旅客信息管理 2.旅客通過系統(tǒng)實現以下使用需求：
登錄、預訂機票、退訂機票、航班查詢 3.旅行社通過系統(tǒng)實現以下使用需求：
航班查詢、旅客信息管理 2.3.2 用況描述 1.用例名：登錄。
主要執(zhí)行者：旅客。
目標：可以查詢和修改旅客的基本信息。
范圍：機票預訂系統(tǒng)。
基本互交動作：
1）.旅客登錄。
2）.旅客輸入姓名、證件類型、證件號碼及電子郵件地址。
2.用例名：預訂機票。
主要執(zhí)行者：旅客。
目標：預訂機票。
范圍：機票預訂管理系統(tǒng) 基本互交動作：
1）.旅客查詢航班及機票 2）.旅客選取信息表中的一個航班，輸入姓名、證件及號碼。
3）.顯示總票款。
4）.旅客確認預訂信息、總票款。
3.用例名：退訂機票。
主要執(zhí)行者：旅客。
目標：取消此前預訂的機票。
范圍：機票預訂系統(tǒng)。
基本互交動作：
1）.用戶登錄。
2）.系統(tǒng)顯示旅客此前預訂但并未登機的機票；
旅客選取欲退訂的機票。
3）.系統(tǒng)按照退票費計算規(guī)則計算退票費，顯示欲退訂機票的總票款及總退費。
4）.旅客確認退票請求、總票款。
4.用例名：查詢航班。
主要執(zhí)行者：旅客及旅行社。
次要執(zhí)行者：航空公司。
目標：查詢航班時刻表、機票等信息。
范圍：機票預訂管理系統(tǒng)。
基本互交動作：
1）.用戶登錄。
2).用戶輸入出發(fā)地、目的地、出發(fā)日期、起飛或者到達時間的范圍。
3).系統(tǒng)從航空公司的機票管理系統(tǒng)中獲取航班及機票信息，顯示符合旅客要求的 所有航班及剩余機票數量。
5.用例名：航班信息管理 主要執(zhí)行者：航空公司。
目標：提供最新的航班信息。
范圍：機票預訂系統(tǒng)。
基本互交動作：
1).更新航班信息（每5秒）。
2).提供航班信息。
6.用例名：取票管理 主要執(zhí)行者：航空公司。
目標：及時通知旅客取票時間及方式。
范圍：機票預訂系統(tǒng)。
基本互交動作：
1).獲取已定機票信息并打印機票。
2).通知旅客取票的時間及方式。
7.用例名：旅客信息管理 主要執(zhí)行者：航空公司、旅行社。
目標：儲存旅客信息。
范圍：機票預訂系統(tǒng)。
基本互交動作：
1).對旅客填寫的個人信息進行保存以便于管理。
2).定時更新旅客的信息。
8.用例名：報表及分析。
主要執(zhí)行者：定時器（每周一00:00）
次要執(zhí)行者：管理員。
目標：匯總前一周的訂票、退票情況。
范圍：機票預訂系統(tǒng)。
基本互交動作：
1).系統(tǒng)匯總自上次生成周報表至此刻發(fā)生的所有訂票、退票情況。
2.3.3系統(tǒng)業(yè)務邏輯描述 本系統(tǒng)的業(yè)務邏輯是這樣的：旅客登錄系統(tǒng)，使用客戶端進行訂 票、查詢、退票的操作，旅行社通過查詢和旅客信息管理與航空 公司進行數據交流與業(yè)務往來。
第三章 概要設計 3.1系統(tǒng)的結構化設計 3.1.1軟件體系結構圖 圖3－1 系統(tǒng)的軟件體系結構圖 1.旅客用戶模塊：本模塊主要功能，是旅客可登錄系統(tǒng)進行機票信息查詢，并根據需求預訂機票，在支付預定金后系統(tǒng)打印取票清單。
2.航空公司模塊：該模塊主要功能，是對航班及機票信息進行管理更新，并根據用戶提供的取票清單和付款單進行驗證和打印機票。
3.系統(tǒng)管理員模塊：本模塊主要功能，是管理員對系統(tǒng)的軟硬件進行維護，并對航空公司產生的業(yè)務進行編制報表和分析。
4. 旅行社模塊：本模塊主要功能，是旅行社可登錄系統(tǒng)進行機票信息查詢和管理旅客信息。
3.1.2軟件結構流程圖? 圖3－2 軟件結構流程圖 1.各功能詳細描述? 本系統(tǒng)主要用于機票預訂，所以提供了以下幾個子功能：機票預訂，取票通知，查詢航班，查詢機票，退票，打印機票，取消航班，機票的生成，以及航班的查詢等后臺功能。? 1).機票預訂功能：旅行社和機場管理員有權力進行該項功能。首先通過查詢得到旅客所需的航班，確定該航班還有沒有被預訂的座位，然后選擇座位的等級，填寫旅客的詳細信息之后就可進行網上預訂機票。? 2).票通知：該項功能只有旅行社和機場管理員有權力進行操作，在機票預訂功能成功完成之后，系統(tǒng)會自動給瀏覽器端發(fā)送一條取票信息以及所需繳納的費用。旅行社可以利用特定設備將該取票信息打印出來，這就是取票通知。? 3).查詢航班：可以通過輸入出發(fā)地，目的地，日期和時間選定自己航班。? 4).查詢機票：該項功能三方都可以操作，可以通過自己的身份證號以及取票通知上的機票號查詢自己的機票信息。? 5).退訂機票：該功能只有旅行社和機場管理員有權力操作，利用身份證號和對應的機票號就可以查詢到機票信息，然后就可以退訂機票。? 6).打印機票：該功能只有機場管理員有權力操作，只有當管理員確認旅客已經付款后才予以打印機票，可以通過身份證號和對應的取票信息上的機票號查詢機票信息，然后服務器返回機票信息，管理員就可以打印該機票信息，交給旅客。? 7).后臺的取消航班：該項功能只有機場管理員才能操作，先通過航班號和航班日期查詢到航班信息后，取消航班就可以將該航班從數據庫中刪除。? 8).后臺的航班查詢：該項功能只有機場管理員才能操作，通過航班號和航班日期查詢到航班信息。? 9).后臺的機票生成：該項功能只有機場管理員才能操作，可以通過該項功能給剛添加的航班生成對應的飛機票號紀錄。? 第四章 詳細設計 4.1 機票預訂管理系統(tǒng)體系結構設計 本系統(tǒng)包圖主要包括：用戶界面包、航空公司業(yè)務邏輯包及與外部系統(tǒng)的接口。其中業(yè)務邏輯中還包含訂票及退票包、客戶管理包、統(tǒng)計分析包。
圖4－1 機票預定管理系統(tǒng)之包圖 4.1.1面向旅客的界面包的類圖 圖4－2 面向旅客的界面包的類圖 4.1.2面向管理員的界面包的類圖 圖4－3 面向管理員的界面包的類圖 4.1.3機票預訂系統(tǒng)的體系結構圖 圖4－4機票預訂系統(tǒng)的體系結構圖 4.1.4機票預訂系統(tǒng)的體系結構圖描述 1.在ticketservice構件的對外接口中，quertflights負責查詢航班及尚余機票booktickets和returntickets分別負責訂票和退票，通過ticketsaleagent向航空公司的機票銷售管理系統(tǒng)發(fā)出訂票和退票請求，通過datapersistenceserviceinterface在數據庫中記錄客戶的訂票和退票情況。querysaletickets和queryreturntickets負責查詢客戶的訂票和退票情況。
2.在customermanager構件的對外接口中，register和unregister分別負責客戶信息的記錄和注銷。getcustomerinfo和setcustomerinfo分別負責獲取和修改客戶信息。
3.在statandanalyser子系統(tǒng)的對外接口中，statsaledtickets和statreturntickets借助于ticketserviceinterface中的querysaletickets和queryreturntickets分別統(tǒng)計在某一時段售票和退票的情況。
4.2 機票預訂管理系統(tǒng)子系統(tǒng)設計 4.2.1用戶查詢航班及機票信息 圖4－5 機票預定系統(tǒng)之查詢航班及機票信息類圖 圖4－6 查詢航班及機票用例順序圖 4.2.2旅客訂票及退票 圖4－7機票預訂管理系統(tǒng)之“訂票及退票”包的類圖 圖4－8 訂票用例順序圖 圖4－9 退票用例順序圖 4.2.3機票預訂系統(tǒng)統(tǒng)計分析 圖4－10 機票預訂系統(tǒng)之統(tǒng)計分析包的類圖 圖4－11 生成統(tǒng)計分析報表的順序圖 4.3數據庫結構設計 根據總的結構圖設計各表結構如下：
表4－1 旅客信息表 表4－2航班信息表 表4－3機票信息表 4.4數據庫表創(chuàng)建? create?table?旅客信息表? ( 姓名?char(50)?not?null?primary?key,?? ? 性別?char(50)?not?null,? 年齡?int?not?null,? 用戶密碼char(50)?not?null,? 證件號?int?notnull) create?table?航班信息表? ( 航班號?int?not?null,??primary?key,? 出發(fā)時間?char(30)?not?null,?? 出發(fā)地?char(20)?not?null,?? 目的地?char(20)?not?null， 票數?int?not?null, 票價?int?not?null）
create?table?機票信息表? ( 姓名?varchar(50)?not?null?primary?key,?? 座位號int?not?null, 航班號?int?not?null, 登機口?int?not?null,?? 票價?int?not?null,? ? 時間?char(30)?not?null,? 出發(fā)地?char char(50)not?null,? 目的地 char(50)not?null）? 第五章測試 5.1定義 黑盒測試：
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測 試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼于程序外部結構，不考慮內部邏輯結構，主要針對軟件界面和軟件功能進行測試。
黑盒測試是以用戶的角度，從輸入數據與輸出數據的對應關系出發(fā)進行測試的。很明顯，如果外部特性本身設計有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現不了的。
白盒測試：
白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內部的結構測試程序，通過測試來檢測產品內部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。
這一方法是把測試對象看作一個打開的盒子，測試人員依據程序內部邏輯結構相關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致。
5.2主界面模塊 主界面與注冊界面和登錄界面（航空公司管理員登錄、用戶登錄）。
通過主界面可以進入注冊界面和登錄界面，由登錄界面分別進入航空公司管理系統(tǒng)和用戶預訂機票系統(tǒng)。
5.2.1用戶注冊 1.輸入項 表5－1 測試用戶注冊輸入項 字段名稱 數據類型 長度 允許空 字段描述 name char 50 否 用戶真實姓名 sex char 50 否 用戶性別 age int 35 否 用戶年齡 password char 50 否 用戶密碼 credential int 35 否 用戶身份證號 2.輸出項 1顯示注冊成功，按任意鍵返回主頁；
2提示該身份證號已注冊，重新輸入。
3.算法 點擊主界面2入口中的一個，可進入相應的注冊界面。
內部處理 if 用戶身份證號注冊過， 提示錯誤信息: 該身份證號已注冊，請重新輸入！ else 顯示注冊成功，按任意鍵返回主頁。
4.流程邏輯 圖5－1 用戶注冊流程邏輯圖 5.編碼和界面 圖5－2 用戶注冊界面 圖5－3 用戶注冊錯誤測試結果 6.測試用例 對輸入參數查驗，檢測數據庫數據異常時能否判斷并給予適當處理。
表5－2用戶注冊測試用例 測試用例 預期結果 錯誤的身份證號 提示：身份證已注冊 正確的用戶信息 提示：注冊成功 5.2.2用戶登錄 1.輸入項 表5－3 測試用戶登錄輸入項 字段名稱 數據類型 長度 允許空 字段描述 username char 50 否 用戶真實姓名 password char 30 否 登錄密碼 2.輸出項 1顯示登陸成功，按任意鍵進入機票預訂系統(tǒng)；
2提示用戶或密碼錯誤，重新輸入請按y,退出請按n。
3.算法 點擊主界面2入口中的一個，可進入相應的登錄界面。在用戶 登錄界面輸入用戶名與密碼，點擊確定按鈕：
內部處理 if 用戶名或密碼不正確 提示錯誤信息: 用戶或密碼錯誤，請重新輸入！ else 登陸成功并轉入相應頁面 點擊0確認：返回主界面。
4.流程邏輯 圖5－4 用戶登錄流程邏輯圖 5.編碼和界面 圖5－5 登錄界面 圖5－6 用戶登錄成功 圖5－7 用戶登錄錯誤測試 6.測試用例 對輸入參數查驗，檢測數據庫數據異常時能否判斷并給予適當處理。
表5－4 用戶登錄測試用例 測試用例 預期結果 錯誤的用戶名 提示：用戶名錯誤 錯誤的密碼 提示：密碼錯誤 正確的用戶名、密碼 提示：登陸成功進入機票預訂系統(tǒng) 5.2.3管理員登錄 1.輸入項 表5－5 管理員登錄測試輸入項 字段名稱 數據類型 長度 允許空 字段描述 manager char 50 否 管理員姓名 password char 30 否 登錄密碼 2.輸出項 1顯示登陸成功，按任意鍵進入機票調整系統(tǒng)；
2提示姓名或密碼錯誤，重新輸入請按y,退出請按n。
3.算法 點擊主界面2入口中的一個，可進入相應的登錄界面。在管理者 登錄界面輸入姓名與密碼，點擊確定按鈕：
內部處理 if 姓名或密碼不正確 提示錯誤信息: 用戶或密碼錯誤，請重新輸入！ else 登陸成功并轉入相應頁面 點擊0確認：返回主界面。
4.流程邏輯 圖5－8 管理員登錄流程邏輯圖 5.編碼和界面 圖5－9 管理員登錄成功 圖5－10 管理員登錄錯誤測試結果 6.測試用例 對輸入參數查驗，檢測數據庫數據異常時能否判斷并給予適當處理。
表5－6管理員登錄測試用例 測試用例 預期結果 錯誤的姓名 提示：姓名錯誤 錯誤的密碼 提示：密碼錯誤 正確的姓名、密碼 提示：登陸成功進入機票調整系統(tǒng) 5.3查詢機票模塊 用戶或管理員進入查詢機票界面，可以通過查找航班信息來選擇自己要乘坐的航班。
1. 輸人項 表5－7 查詢機票測試輸入項 字段名稱 數據類型 長度 默認值 允許為空 字段描述 flight_num string 是 飛機班次 2. 輸出項 表5－8 查詢機票測試輸出項 字段名稱 數據類型 長度 默認值 允許為空 字段描述 flight_num string 是 飛機班次 origion string 是 旅行始發(fā)地 destination string 是 旅行目的地 leave_time string 是 旅行初始時間 3.算法 顯示查詢界面 case1 航班號 輸入查詢的航班號；
break; 根據所輸出的內容，連接數據庫開始搜索 if 找到符合條件的機票 顯示輸出 else 沒有找到符合要求的機票 4.流程邏輯 選擇航班號 查詢 檢索數據庫 顯示結果 y n 圖5－11查詢機票流程邏輯圖 5.編碼和界面 圖5－12 查詢機票錯誤測試結果 圖5－13 查詢機票成功 6.測試計劃 輸入數據：輸入參數合法，數據庫出現異常的處理。數據的共享與獨立性，一致性與完整性。
7. 測試用例 表5－9 查詢機票測試用例 測試用例 預期結果 輸入合法參數 顯示正確的航班信息 輸入非法參數 數據庫出現異常處理結果 （違背數據的一致性或者完整性）
5.4 航班管理模塊 航空公司管理員登錄成功后進入航空公司管理系統(tǒng)， 添加航班。
1. 輸人項 表5－10 航班管理測試輸入項 字段名稱 數據類型 長度 默認值 是否允許空 字段描述 flight_num string 否 飛機班次 price int 4 否 機票價格 leave_time datatime 否 發(fā)機時間 cout int 否 票數 origin string 否 始發(fā)地 destination string 否 目的地 2.輸出項 1).成功轉入相應頁面；
2).提示輸入錯誤，重新輸入。
3.算法 進入航班管理信息界面，可返回主界面。
選擇航班管理信息界面的添加航班界面以及返回主界面。
添加航班：
依次輸入數據 if 輸入數據格式錯誤或內容不對 提示錯誤，重新輸入 else 將數據存入數據庫 提示添加成功 返回航班管理信息界面 在管理員登錄系統(tǒng) 4.流程邏輯 選擇航班管理操作 添加航班信息 n 填寫信息正確 成功添加航班 返回 圖5－14添加航班流程邏輯圖 5.編碼和界面 圖5－15 航班添加界面 圖5－16 添加成功界面 6.測試用例 表5－11 航班添加測試用例 測試用例 預期結果 重復輸入的航班信息 提示：該航班已存在，重新輸入 正確的航班信息 提示：是否繼續(xù)添加 5.5用戶訂票模塊 用戶登錄成功后進入航空公司管理系統(tǒng)，選擇瀏覽航班后進入訂票系統(tǒng)。
1. 輸人項 表5－12 訂票測試輸入項 字段名稱 數據類型 長度 默認值 是否允許空 字段描述 flight_num string 否 飛機班次 cout int 否 票數 2.輸出項 1).航班信息，開始訂票及訂票成功；
2).沒有您要的航班信息，余票不足，請出入有效票數。
3.算法 進入航班管理信息界面，可返回主界面。
選擇航班管理信息界面的訂票界面以及返回主界面。
訂機票：
輸入數據 if 輸入數據不對 提示錯誤，重新輸入 else 顯示航班信息 繼續(xù)查找or開始訂票 if 輸入票數有誤 提示錯誤，重新輸入 else 顯示訂票成功 航班管理信息界面 4.流程邏輯 選擇訂票操作 查詢航班信息 n 顯示航班信息 開始訂票 輸入訂票數 n 輸入票數正確 訂票成功 返回 圖5－17訂票流程邏輯圖 5.編碼和界面 圖5－18 訂票錯誤測試結果 圖5－19 訂票成功結果 6.測試用例 表5－13 訂票測試用例 測試用例 預期結果 輸入錯誤的航班號 提示：該航班不存在，重新輸入 正確的航班號 提示：是否繼續(xù)查找或開始訂票 錯誤的機票數 提示：余票不足，重新訂票 正確的機票數 提示：訂票成功 第六章 結束語 經過兩周的努力，我們終于完成了《軟件工程》的課程設計。從開始接到題目到系統(tǒng)的完成，每走一步對我們來說都是新的嘗試與挑戰(zhàn)。我們從對軟件工程的技術不熟悉的狀態(tài)開始了課程設計，查看相關資料和書籍，讓自己頭腦中模糊的概念逐漸清晰，使自己非常稚嫩的作品一步步完善起來，每一次改進都是學習的收獲，每一次試驗的成功都是辛勞的成果。
此次課程設計中，本小組根據軟件工程實行過程完成了機票預定系統(tǒng)的大部分功能，包括用戶（旅客、旅行社）注冊，管理員登錄系統(tǒng)進行航班添加查詢功能，用戶（旅客、旅行社）登錄系統(tǒng)進行查詢訂票功能。
雖然我們的作品不是很成熟，還有很多不足之處，但我們可以自豪的說，這里面的每個細節(jié)都有我們的辛勤付出。兩周的時間過去了，我們的課程設計也將告一段落，點擊運行程序，也基本達到預期的效果。心中不由得也會冒出小小的成就感。由于時間和精力的關系，做出來的程序中仍有許多不盡人意的地方。例如：功能不夠完善，界面不夠美觀等。對于這些遺憾我們只能以人們常說的，“做一件事，不必過于在乎最終的結果，可貴的是過程中的收獲”來聊以自慰。但在以后的時間里我們仍會再接再厲把這個程序做的更加完美。
在本次軟件工程設計過程中，我們不免遇到很多的困難但是在老師的精心指導和自己的不斷努力下基本上完成了此次的設計并達到了預期的要求，而且自己在程序設計方面也有不少的收獲，更加堅定了自己在編程中的信心。在此，衷心感謝胡老師的認真授課和精心指導！ 參考資料：
[1]吳潔明等，《軟件工程實例教程》，清華大學出版社。
[2]錢樂秋等，《軟件工程》，清華大學出版社。
[3]譚慶平等，《軟件工程實踐教程》，高等教育出版社。
相關熱詞搜索：;軟件工程的實踐報告篇二
在這次軟件工程課程中，我學到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目，第一次和別人合作，才發(fā)現運用工程化的思想來做是如此的有必要。
從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導，不然真的會出現老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。
剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關緊要，甚至是多于的，其實，換做在以前，我也會這么認為?？墒?，我現在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會出現崩潰性的問題，這些工作缺一不可。
還有就是接下來的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。
在整個活動的完成過程中，作為組長，我收獲很多，我發(fā)現，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現這樣的人，我絕不會給他繼續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協(xié)調好各組員之間的關系。
軟件工程的實踐報告篇三
在這次軟件工程課程中，我學到了很多東西，第一次深刻的體會到了什么叫做用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項目，直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統(tǒng)”這個項目，第一次和別人合作，才發(fā)現運用工程化的思想來做是如此的有必要。
從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識中，似乎整個軟件就是編碼，除此無它，還好有老師的指導，不然真的會出現老師所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。
剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析和可行性分析，這塊工作在別人看來可能是相對無關緊要，甚至是多于的，其實，換做在以前，我也會這么認為。可是，我現在算是深深地明白了磨刀不誤砍柴工的道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別人接受和認可，在進行過程中不會出現崩潰性的問題，這些工作缺一不可。
還有就是接下來的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解決一些參數傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影響大，因此再次也不做過多的介紹。
在整個活動的完成過程中，作為組長，我收獲很多，我發(fā)現，要是組里有個人不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能壞一倉谷”，以后我的組織里要是出現這樣的人，我絕不會給他繼續(xù)留下來的機會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事情，不是發(fā)揮自己的聰明才智，而是創(chuàng)造出一個平臺，讓別人去發(fā)揮，你所要做得，出了保證這個平臺的完整性和公平性外，還有就是協(xié)調好各組員之間的關系。
【本文地址：http://www.aiweibaby.com/zuowen/2276908.html】
