v1.0 可編輯可修改本科實驗報告課程名稱： 軟件工程實驗項目： 機票預(yù)定系統(tǒng)實驗地點： 明向校區(qū)實驗室 208專業(yè)班級： 軟件1305班 學(xué)號：47學(xué)生姓名： 王偉指導(dǎo)教師： 崔冬華時間：2015年4 月26日1v1.0 可編輯可修改實驗題目: 機票預(yù)定系統(tǒng)1．系統(tǒng)簡介航空公司為給旅客乘機提供方便， 需要開發(fā)一個機票預(yù)定系統(tǒng)。 各個旅行社把預(yù)定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼） 、旅行時間、旅行始發(fā)地和目的地，航班艙位要求等）輸入到系統(tǒng)中， 系統(tǒng)為旅客安排航班。當(dāng)旅客交付了預(yù)訂金或通過網(wǎng)上支付方式付款后，旅客就可以在飛機起飛前憑個人二代身份證在機場指定系統(tǒng)上自助打印機票， 系統(tǒng)核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況， 需要定期進行查詢統(tǒng)計， 以便適當(dāng)調(diào)整。2．技術(shù)要求和限制條件1）在分析系統(tǒng)功能時要考慮有關(guān)證件的合法性驗證（如身份證的驗證可以直接連接公安系統(tǒng)的二代身份證信息庫）等。2）對于本系統(tǒng)還應(yīng)補充以下功能：1．旅客延誤了取票時間的處理2．航班取消后的處理3．旅客臨時更改航班的處理（3）系統(tǒng)的外部輸入項至少包括：旅客、旅行社和航空公司。2v1.0 可編輯可修改課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 傳統(tǒng)軟件工程的可行性研究一．引言隨著社會的發(fā)展， 人民生活水平的不斷提高， 出行旅游成為了人們放松心情、 接觸自然的最好方式。優(yōu)質(zhì)的服務(wù)，快速的運輸，廉價的機票，空運成為了人們出行的第一選擇。然而傳統(tǒng)的購票方式，仍然是人工機械的處理。大多數(shù)乘客通過電話方式了解信息和預(yù)訂機票。這樣給服務(wù)臺增加了很大的壓力，并且大多數(shù)時間不能及時響應(yīng)乘客的要求。這種傳統(tǒng)的購票方式，不僅效率低下，而且給人們的出行帶來了很多不便。同時，人工處理的成本再加上巨額的通信費用造成了傳統(tǒng)購票方式的巨大開銷。當(dāng)面對機票訂購高峰時刻的大量數(shù)據(jù)處理的時候，僅靠手工操作以現(xiàn)有的工作人員根本無法應(yīng)付。同時還會出現(xiàn)由此帶來的大量記錄存放和管理所帶來的問題。從而給旅客和管理人員帶來了許多的不便。航空公司需要開發(fā)一個機票預(yù)定系統(tǒng)，用于簡化處理預(yù)定機票的過程。由各個旅行社直接將定票信息通過網(wǎng)絡(luò)提交到航空公司，系統(tǒng)安排航班及打印各類單據(jù)。目標(biāo)：在計算機網(wǎng)絡(luò)，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界面的機票預(yù)定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系統(tǒng)，為企業(yè)的決策層提供準(zhǔn)確、精細、迅速的機票銷售信息，為旅客提供快捷、方便的服務(wù)。二．可行性研究前提系統(tǒng)規(guī)模與功能 :旅行社記錄旅客的基本信息以及航班需求，并且加工這些信息，最后存儲這些信息。旅行社提供旅客訂票信息：各個旅行社把預(yù)定機票的旅客信息輸入到系統(tǒng)中；系統(tǒng)處理訂票信息：系統(tǒng)根據(jù)旅行社提供的旅客訂票信息，為旅客安排航班；系統(tǒng)打印取票通知單和帳單：當(dāng)旅客交付了預(yù)訂金后，系統(tǒng)打印出取票通知和帳單給旅客；系統(tǒng)出票：旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統(tǒng)核對無誤即打印出機票給旅客；航班信息中心：包括各航班飛機的乘載情況等信息；對于本系統(tǒng)還應(yīng)補充一下功能：3v1.0 可編輯可修改．旅客延誤了取票時間的處理．航班取消后的處理．旅客臨時更改航班的處理系統(tǒng)的外部輸入：旅客、旅行社和航空公司。9．注意事項：在分析系統(tǒng)功能時要考慮有關(guān)證件的合法性驗證（如身份證、取票通知和交款發(fā)票）等。三、對所建設(shè)系統(tǒng)的分析技術(shù)可行性：在計算機網(wǎng)絡(luò)、數(shù)據(jù)庫和先進的開發(fā)平臺的基礎(chǔ)上，使用 JSP技術(shù)，在加上好的硬件支持，和高速的校園網(wǎng)絡(luò)，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界面的機票預(yù)定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系統(tǒng)是可行的。在加上扎實的理論知識和一些開發(fā)經(jīng)驗。在現(xiàn)有的技術(shù)條件和硬件條件的支持下開發(fā)機票預(yù)定系統(tǒng)被證實為可行的。本系統(tǒng)使用的操作系統(tǒng)和數(shù)據(jù)庫是目前最為普及和成熟的一種系統(tǒng)開發(fā)軟件。 從這種軟件過去使用、升級情況和軟件商所承諾的今后軟件發(fā)展情況分析， 系統(tǒng)軟件應(yīng)支持原系統(tǒng)版本上的各種應(yīng)用正常使用。因而，該機票預(yù)定系統(tǒng)不存在技術(shù)問題。服務(wù)器采用 Windows最新系統(tǒng)，利用 MySQL最新數(shù)據(jù)庫系統(tǒng)。經(jīng)濟可行性：社會可行性：、法律因素、所有軟件都選用正版.、所有技術(shù)資料都由提出方保管。、合同制定確定違約責(zé)任操作可行性：所有員工都要接受培訓(xùn)，包括前臺工作人員和系統(tǒng)管理人員。要求所有員工都具有一定的計算機操作能力。客戶端與服務(wù)器端聯(lián)系在一起，在旅游局中只設(shè)立終端，在機場設(shè)立服務(wù)器，數(shù)據(jù)輸入由終端輸入，所有數(shù)據(jù)都由服務(wù)器處理，只在終端上顯示數(shù)據(jù)結(jié)果。4v1.0 可編輯可修改此設(shè)計簡化了數(shù)據(jù)處理，但加重了服務(wù)器的數(shù)據(jù)處理。而使用客戶端 /服務(wù)器機理，簡化數(shù)據(jù)流量，加快數(shù)據(jù)處理。五、系統(tǒng)流程圖旅客填寫基初期數(shù)據(jù)將旅客信息輸旅客信息本信息入系統(tǒng)旅行社訂票通知和賬打印出訂票通旅客單交付定金安排航班知和賬單交款系統(tǒng)核對打印機票機票旅客5v1.0 可編輯可修改課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 傳統(tǒng)軟件工程的需求分析建模一、目的與任務(wù)目的：客戶端功能旅行社把旅客要求訂票的信息由專人負責(zé)輸入，進行網(wǎng)上訂票。當(dāng)旅客交付了預(yù)訂金后，系統(tǒng)打印出取票通知和帳單給旅客。服務(wù)器端功能接收由旅行社客戶端發(fā)回的所需機票信息。通過網(wǎng)絡(luò)接收機票信息并存入到服務(wù)器的數(shù)據(jù)庫中。生成航班信息。根據(jù)所需機票信息（時間，地點） ，在數(shù)據(jù)庫中查詢并得到正確的航班的信息，分配所需的機票數(shù)并在數(shù)據(jù)庫中做出已售出的標(biāo)記。傳遞航班信息到旅行社（客戶端） ，把得到的航班信息通過網(wǎng)絡(luò)傳遞到旅行社。打印機票給已經(jīng)訂票的旅客。根據(jù)旅客的取票通知及帳單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。任務(wù)：數(shù)據(jù)流圖(1)旅客訂票流程圖，如圖所示：訂票旅客清單訂票信息航班機票信息旅客訂票清單訂票信息航班信息航班信息訂票信息旅客傳給安排傳給產(chǎn)生取票通知旅客旅客訂票信息訂票信息航空旅行取票航班記錄公司社通知圖 旅客訂票流程旅客取票流程圖，如圖所示：6v1.0 可編輯可修改旅客訂票信息 售出機票信息核對正確訂票打印機票旅客旅客取票通知信息機票確認圖3.1 旅客取票流程數(shù)據(jù)字典名字：旅客信息別名：custom描述：旅客個人信息，用于確認旅客定義：旅客信息=姓名+性別+身份證號碼+旅行時間+旅行目的地位置：輸入到旅行社（瀏覽器端）名字：訂票旅客清單別名：orderList描述：已訂票的旅客的記錄定義：訂票旅客清單 =所有訂票旅客信息的集合位置：輸入到旅行社（瀏覽器端）名字：訂票信息別名：orderInf描述：旅客的旅行時間和目的地，用于確定旅客的航班定義：訂票信息=旅客旅行時間+旅客旅行目的地位置：傳輸?shù)胶娇展径耍ǚ?wù)器端）名字：機票信息別名：ticket描述：旅客的航班信息，根據(jù)旅客的旅行時間和目的地確定定義：航班機票信息 =旅客機票時間+旅客機票班次+剩余機票數(shù)位置：記錄在航空公司（服務(wù)器端）名字：取票通知別名：getMesg描述：旅客領(lǐng)取機票的憑證定義：取票通知=旅客姓名+旅客身份證號碼位置：輸出到打印機7v1.0 可編輯可修改8v1.0 可編輯可修改課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 傳統(tǒng)軟件工程的結(jié)構(gòu)設(shè)計總體設(shè)計可能的設(shè)計方法有自頂向下，逐步細化設(shè)計方法；模塊化設(shè)計方法；結(jié)構(gòu)化設(shè)計方法。針對以上系統(tǒng)要完成的功能，本系統(tǒng)總體設(shè)計采用自頂向下，逐步細化的方法將功能層次結(jié)構(gòu)的各個部分組合起來，以完成整個系統(tǒng)的實現(xiàn)細節(jié)。層次結(jié)構(gòu)系統(tǒng)的的頂層結(jié)構(gòu) : 航班信息管理航班信息管理航航航航班班班班錄查修刪圖 航班信息管理訂票處理:取票處理：例外處理(此處航班改變后,均做退票處理)接口設(shè)計（人機界面設(shè)計）管理員和票務(wù)員使用同一登陸界面，登陸后進去后有個自的界面，然后進一步操作。大體的界面設(shè)計訂票界面數(shù)據(jù)庫設(shè)計圖4.2 訂票處理9v1.0 可編輯可修改整體E-R圖性別 身份證號 旅行時間姓名 旅行出發(fā)地編號 旅行目的地旅客m旅行社編號 訂票 訂票日期n航班機票編號 機票剩余數(shù)機票日期 機票班次 出發(fā)地 目的地模塊設(shè)計模塊設(shè)計將對總體設(shè)計中模塊結(jié)構(gòu)進行細化。登陸模塊航班信息管理的各個模塊訂票處理的各個模塊10v1.0 可編輯可修改入口入口入口輸入旅客信息自動匹配航班 從旅客信息中讀出N 訂票信息檢查信息的合法性列出匹配信息規(guī)范并打印通知單是否正確？Y 調(diào)整和確認匹配通知旅客保存旅客數(shù)據(jù)更新數(shù)據(jù) 出口出口 出口旅客登記 安排航班 響應(yīng)旅客圖：訂票處理各模塊取票處理模塊例外處理退票面模塊(延誤取票和這個模塊類似 )11v1.0 可編輯可修改課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 測試一、目的與任務(wù)目的：在實驗四基礎(chǔ)上選擇一個模塊進行編碼，完成相關(guān)的測試。1、了解軟件測試方法分類，其中包括：）白盒測試2）黑盒測試3）靜態(tài)測試4）動態(tài)測試2、了解測試類型1）單元測試2）集成測試3）確認測試4）黑盒測試5）白盒測試6）功能測試7）α測試8）β測試任務(wù)：正確運用軟件測試技術(shù)和方法，完成系統(tǒng)的單元測試、綜合測試、確認測試、系統(tǒng)測試的方法，掌握測試用例的設(shè)計方法，并給出測試報告。二、內(nèi)容、要求測試用例：使用黑盒法測試 “新增航班” 模塊功能1．驗證表單完整性：用例一：出發(fā)城市：北京到達城市：起飛日期：起飛時間：機票價格：機票數(shù)目：用例二：出發(fā)城市：北京到達城市：上海起飛日期：起飛時間：機票價格：12v1.0 可編輯可修改機票數(shù)目：用例三：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：機票價格：機票數(shù)目：用例四：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：機票數(shù)目：用例五：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：用例六：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-1113v1.0 可編輯可修改起飛時間：12:30機票價格：1234機票數(shù)目：1232．驗證出發(fā)城市及到達城市合法性：用例一：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：123用例二：出發(fā)城市：北京到達城市：北京起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：1233．驗證起飛日期合法性：用例一：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：12314v1.0 可編輯可修改用例二：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-6起飛時間：12:30機票價格：1234機票數(shù)目：1234．驗證機票價格合法性：用例一：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：123用例二：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：￥1234機票數(shù)目：123用例三：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-1115v1.0 可編輯可修改起飛時間：12:30機票價格：-1234機票數(shù)目：1235．驗證機票數(shù)目合法性：用例一：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：0用例二：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：&123用例三：出發(fā)城市：北京到達城市：上海起飛日期：2008-6-11起飛時間：12:30機票價格：1234機票數(shù)目：-12316v1.0 可編輯可修改17v1.0 可編輯可修改課程名稱 機票預(yù)訂系統(tǒng) 實驗題目 面向?qū)ο蟮姆治雠c設(shè)計一、目的與任務(wù)目的：掌握面向?qū)ο蟮姆治觥⒃O(shè)計方法，建立對象模型、功能模型和動態(tài)模型，并掌握 UML中常用的模型符號的使用方法。任務(wù)：用一個簡單項目（可以考慮仍然選擇前面面向過程軟件工程所選定的項目） ，通過分析，建立系統(tǒng)用例圖，抽取出類，建立順序圖及類的狀態(tài)圖等。二、內(nèi)容、要求用例模型圖用例模型圖說明：機票預(yù)訂系統(tǒng)主要使用的對象是旅行社管理員。管理員根據(jù)顧客填寫的目的地和時間信息，將其輸入系統(tǒng)，系統(tǒng)根據(jù)相關(guān)信息進行處理，則系統(tǒng)其中的一個功能即用例就是接收顧客信息。顧客需要用取票單去航空公司取票，系統(tǒng)由管理員輸入的信息來識別，則系統(tǒng)的另一個功能即用例就是預(yù)定管理員輸入信息符合的票。1-2、類圖18v1.0 可編輯可修改類圖說明：為此系統(tǒng)定義了 4個類，分別是顧客類，管理員類，航空公司類，機票類。各個類對應(yīng)的屬性和操作方法在圖中已表示出，目前應(yīng)該還是有很多不完善的地方，在后期再加以修改。1-3、對象圖對象圖說明：對象圖是根據(jù)設(shè)置的類圖而設(shè)置的。 一個對象就是類的一個具體實例， 本例中設(shè)置了一個 custom的取票操作，詳細信息在圖中已經(jīng)設(shè)置，根據(jù)顧客的相關(guān)信息和操作，系統(tǒng)會調(diào)用相應(yīng)的類的對象來處理，在本例中不一定會全部都涉及。1-4、順序圖19v1.0 可編輯可修改順序圖說明：順序圖用來描述對象之間動態(tài)的交互關(guān)系，著重體現(xiàn)對象間消息傳遞的時間順序。由于在顧客，旅行社，航空公司之間也有先后順序，所以在順序圖中會有兩個生命周期，分別是訂票和取票操作。旅行社根據(jù)顧客填寫的信息，就操作系統(tǒng)的訂票功能。系統(tǒng)在對管理進行處理時，會先記錄顧客的相關(guān)信息，最后再打印取票單給顧客。系統(tǒng)對取票進行處理時，會先收取款，最后會把票給顧客。1-5、狀態(tài)圖20v1.0 可編輯可修改狀態(tài)圖說明：在訂票系統(tǒng)中，主要會有兩個對象的狀態(tài)：顧客和管理員。顧客的狀態(tài)最開始是填寫信息，再管理員將信息輸入系統(tǒng)，此時系統(tǒng)查詢合適的航班，顧客收到系統(tǒng)打印出的相應(yīng)單據(jù)，最后顧客將取票單和款返回給系統(tǒng)得到票。1-6、活動圖21v1.0 可編輯可修改活動圖說明：狀態(tài)圖著重描述對象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件，活描述系統(tǒng)中各種活動的執(zhí)行順序，刻畫一個方法中所要進行的各項活動的執(zhí)行流程。在訂票系統(tǒng)中，各種活動由顧客和管理員的狀態(tài)圖轉(zhuǎn)化而來。顧客的信息，之后就由管理員輸入系統(tǒng)，系統(tǒng)對應(yīng)的活動就有查詢訂票，各自活動都有自己的的后續(xù)活動。2、動態(tài)模