需求分析總結報告
小組成員：陳陽超、高騰、李成斌、李惟珠、張寧；
該報告由開發團隊編制作為需求分析階段的結論。其概述了需求分析的結果並建立開始概要設計的基線。建議內容如下：
1. 引言
1.1編寫目的
a)編寫本專案開發計畫的目的是把在《航空訂票系統》的開發過程中對各項工作人員、開發的進度、經費的預算、硬體和軟體資源條件等問題所做的安排用文件的形式記載下來，以便根據本計畫開展和檢查專案開發工作，保障專案開發成功。
b)主要可能包括以下人員：專案管理人員、測試人員、系統開發人員，有時還包括部分使用者。
1.2背景
說明：a) 待開發的軟體系統：航空訂票系統；
b) 本專案任務提出者：陳陽超
開發者：陳陽超、高騰、李成斌、李惟珠、張寧
使用者：航空公司
實現該軟體的計算機中心或計算機網路：系統開發完成後，要能執行於任何由windows nt/windows 9x作業系統所構成的計算機網路環境下。
c) 該軟體系統同其他系統或其他機構的基本關係：航空訂票系統可以在裝有windows作業系統，進行操作，操作介面友好。
1.3定義
sqa----軟體質量保證pdp------專案開發計畫
scm-----軟體配置管理srs------軟體需求規格說明書
sw----軟體
定義：軟體定義，軟體開發，軟體使用、維護和退役。
1.4參考資料
a）本專案的經核准的計畫任務書或合同、上級機關的批文：《軟體工程》
b)屬於本專案的其它已發的檔案：軟體工程作業第一次作業。
c)本檔案中各處引用的檔案、資料，包括所需用到的軟體開發標準：《軟體工程》軟體需求分析及軟體開發標準。
2.復用建議
航空客運訂票的業務活動包括：查詢航線、客票預訂和辦理退票等運訂票系統，以使上述業務可以借助計算機來完成。(1)每條航線所涉及的夠息有：
終點站名、航班號、kvl號、6行週日(星期幾)、乘員定
額、眾票量、已訂票的客戶名單(包括姓名、訂票量、艙位等級1，2或3)以及等候替補的客戶名單(包括姓名、所需票層)；
(2)作為示意系統，全部資料可以只放在記憶體中；
(3)系統能實現的操作和功能如下：
①查詢航線：根據旅客提出的終點站名輸出下列資訊：航班號、飛機號、星期幾飛行，最近一天航班的日期和餘票額。
②承辦訂票業務：根據客戶提出的要求(航班號、訂票數額)查詢該航班票額情況，若尚有餘票，則為客戶辦理訂票手續．輸出座位號；若已滿員或余票額少於訂票額，則需重新詢問客戶要求。若需要，可登記排隊候補；
③承辦退票業務：根據客戶提供的情況(日期、航班)，為客戶辦理退票手續，然後查詢
該航班是否有人排隊候補，首先詢問排在第一的客戶，若所退票額能滿足他的要求．則為他
力、理訂票手續，否則依次詢問其它排隊候補的客戶。
2. 操作概要
對需求分析階段執行活動所產生的系統和操作概念的更新。
a) 更新操作方案
軟體開發人員在現有系統模型下進一步修改完善、確認軟體系統。只是對應的資料庫檔案的記錄改變，或改變過濾條件。
b) 操作模型，包括在操作的每種模式、次序和型別中將處理的資料的容量和頻率。
原型模型，根據資料的輸入、資料的修改、資料的刪除、資料的查詢等操作處理不同資料的容量和頻率。
c) 更新輸入、輸出和資訊說明。
輸入項：管理員通過軟體輸入必要的資訊，然後儲存到資料庫，所輸入的資訊是經過需求分析限定的內容，同時也是資料庫中每個欄位中儲存的內容。
輸出項：本套航空訂票系統軟體會將所有需要瀏覽的資料顯示在螢幕上，以便使使用者能夠瀏覽到資料庫中的資料或使用者想要瀏覽範圍中的資料。
並將改變該系統的資訊，並進一步解釋說明。
4．規格說明分析
a)需求和規格說明類別的概要（命令式、需要評審、單純資訊、需要類別或tbd）
伺服器端的主要功能
1訂票資訊的查詢功能：
1)查詢航班資訊包括航班號、時間、地點等資訊。
2)查詢及票**包括起始地、抵達地、、機票**等資訊。
3)查詢訂票人的詳細資訊：
精確查詢：輸入訂票人身份證號碼查詢訂票人詳細資訊。
模糊查詢：輸入訂票人的姓名(或訂票人的姓或是年齡或是性別)查詢出一系列相關的資訊，然後可從小範圍內找到訂票人的詳細資訊。
4)查詢乘客的詳細資訊：
精確查詢：輸入乘客的身份證號碼查詢乘客的詳細資訊。
模糊查詢：輸入乘客的姓名(或乘客的姓或是年齡或是性別)查詢出一系列相關的資訊，然後可從小範圍內找到乘客的詳細資訊
2定票功能：
1)填寫訂票人的詳細資訊其中包括：
姓名、身份證號碼、聯絡**、位址等資訊。
2)填寫訂票的詳細資訊，其中包括：
航班編號、訂票時間、訂票數量等資訊。
3錄入資訊功能
1)取票功能：根據輸入的訂票人身份證號驗證訂票人身份後，輸入詳細的乘客資訊並進行儲存。
2)直接購票：直接輸入乘客詳細資訊並儲存(不通過訂票人)。
3)錄入航班資訊：錄入航班的相關資訊。
4)訂票人取消訂票：儲存訂票人取消訂票資訊。
4修改功能
1)修改乘客資訊：將查詢到的乘客資訊，進行修改，然後進行儲存。
2)修改訂票人資訊：將查詢到的訂票人的資訊進行修改然後進行儲存
3)修改航班資訊：將查詢到的航班資訊進行修改後儲存。
5 刪除功能
1)刪除乘客資訊：將查詢到的乘客資訊，進行刪除。
2)刪除訂票人資訊：將查詢到的訂票人的資訊進行刪除。
3)刪除航班資訊：將查詢到的航班資訊進行刪除。
效能1 靈活性
當需求發生某些變化時，機票管理應用軟體操作方式、資料結構、執行環境基本不會發生變化，變化只是將對應的資料庫檔案內的記錄改變，或改變過濾條件。
2 可用性
軟體應該盡可能的一目了然，使一般操作者能夠使用。
3 安全性
本套航空訂票軟體系統所涉及的資料存放於microsoft sql server資料庫中，，在程式中應該設定不同許可權的人訪問時的賬戶和密碼，以保證資料不容易被錯改、破壞，而且要經常對資料庫進行備份操作，使得資料一旦受到破壞或是出錯能夠保證及時的恢復資料，將損失降低到最低。
4 可維護性
4.1 應用程式的維護
當使用者使用本套航空訂票系統軟體時，遇到了軟體本身的邏輯錯誤時，應當有軟體的維護人員對軟體進行修改。
4.2 資料庫的維護
應當有特定的資料庫維護人員對資料庫進行及時地進行備份，管理等操作，以保證資料庫的安全性。
b)有疑問的規格說明——對矛盾、含糊、不可行、不可測試和tbd需求的識別和討論。
因為訂票人的資訊關係到部分乘客的資訊，必須保持資料的完整性。其次是航班資訊，它關係著部分訂票人的資訊和乘客資訊，其中還巢狀著這部分訂票人當中有部分關係的乘客資訊，並且同一定票人可以訂購多架次航班的機票和所訂購的機票的數量也不僅僅是1張，要將航班資訊刪除，也要保資料的完整性。
c)未解決的需求操作問題，包括解決所需的資料。
客戶端尚未解決的問題：
客戶端尚未解決的問題是，如何與訂票人的銀行賬戶連線。
伺服器端尚未解決的問題：
伺服器端尚未解決的問題是，系統自動檢索到過期的航班後自動將其資訊刪除並且要保所有與該航班關聯的訂票人的資訊和乘客的資訊都刪除，難點在於，如何保證資料庫中的表間的一致性。
d) 對數學演算法的分析
1)將管理員輸入的資料，按欄位儲存到資料庫中。
2)將資料庫中的資料，按欄位提取到使用者介面中。
3)必要的去除重複項的演算法。
4)按條件修改、刪除資料中的資料。
5)保持表間資料的一致性。
5．系統限制
a)硬體可行性——執行、儲存、外圍裝置
資料庫伺服器：
資料可伺服器用於存放使用者及航班資訊等資料，配備一台專用伺服器，安裝資料庫sql server2000.amd（速龍），500g硬碟……
b)作業系統限制
windows vista/windows xp(伺服器版本)或windows7系統執行。
d) 支援軟體限制
安裝防毒軟體，應防止病毒干擾。
6.效能估計和模型。
原型模型。極大方便了客戶及航班資訊的管理，節省了很多不必要的裝置，減少了專案投資。
7.開發假設
例項描述：
（1）航班查詢
檢視航班資訊基本查詢，從下拉列表中選擇航班或起點或終點資訊
綜合查詢，手動輸入航班的基本資訊
（2）訂票
輸入航班資訊顯示航班資訊，以及打折後的票價資訊，詢問資訊是否正確正確輸入個人資訊完成訂票
不正確返回訂票初始介面
（3）退票
輸入將退票的序號顯示票的具體資訊，並詢問是否退票退票成功，更新顧客資料庫
（4）管理
登陸進入管理介面選擇新增、更新、刪除航班，或檢視航班具體資訊等業務
新增輸入新增航班的具體資訊更新航班資料庫
更新輸入所要更改航班的具體資訊更新航班資料庫
刪除選擇所要刪除的航班更新航班資料庫
檢視航班具體資訊顯示資料庫中所有航班的具體資訊
8.風險
由於該是專案是軟體作業，顧客需求明確、開發環境良好、時間充裕、基本不會牽扯成本、進度正常，要求技術含量低。所以風險很低。
9.原型化工作
完成需求分析和設計—>編碼—>軟體測試和除錯。該過程必須（1）滿足軟體需求定義的功能和效能；（2）文件符合事先確定的軟體開發標準；（3）軟體的特點和屬性遵循軟體工程的目標和原則。
10.資料流和物件導向圖示
11.資料字典
航空訂票系統需求規格說明書
tolo航空訂票系統 需求規格說明書 目錄1 引言 2 1.1編寫目的 2 1.2專案背景 2 1.2.1行業背景 2 1.2.2客戶行業背景 2 1.2.3專案業務背景 3 1.3定義 3 1.3.1名詞解釋和費用執行標準定義 3 1.3.2術語和縮略詞對照表 6 1.4參考資料 7 2 任務概述...
課程設計報告 航空訂票系統
資料結構課程設計 設計題目 航空訂票系統 1.課程設計題目 航空訂票系統 2.分工人員及分工 2.1.總體設計 系統總體功能模組如下圖 2.2.系統檔案及函式組成及人員分工如下表 3.軟硬體執行環境 軟體 microsoft visual c 6.0 硬體 pentium r dual core c...
需求分析總結報告
檔案編號 mac swe tmp 17密級 保密 通用 修改記錄 檔案編號密級 保密 通用 需求分析總結報告 該報告由開發團隊編制作為需求分析階段的結論。其概述了需求分析的結果並建立開始概要設計的基線。建議內容如下 1 引言 1 1 編寫目的 說明編寫這份專案開發計畫的目的，並指出預期的讀者。1 2...