1、目錄第一章機票預定系統(tǒng)的前景和范圍1.1業(yè)務需求1.2項目遠景1.3范圍和局限性第二章機票預訂系統(tǒng)項目需求分析說明2.1任務概述軟件主要組成及功能要完成的功能2.2功能需求2.3外部接口需求2.4性能需求2.5軟件屬性需求2.6數(shù)據(jù)描述2.6.1ER圖2.6.2機票預定系統(tǒng)的數(shù)據(jù)需求2.6.3系統(tǒng)數(shù)據(jù)流圖2.6.4機票預定系統(tǒng)的分析模型2.6.5機票預定系統(tǒng)的數(shù)據(jù)字典第三章機票預定系統(tǒng)概要設計3.1引言3.1.1編寫目的3.1.2項目背景3.2任務概述3.2.1. 運行環(huán)境3.2.2. 需求概述3.3總體設計3.3.1 .一一.處理流程3.1.2總體結構和模塊外部設計3.1.3功能分配3.4外

2、部接口3.5數(shù)據(jù)結構設計3.5.1 .-.數(shù)據(jù)庫數(shù)據(jù)結構設計3.5.2物理數(shù)據(jù)結構設計第四章機票預定系統(tǒng)的測試計劃4.1引言4.2.計劃4.2.1方法與原則4.2.2測試內(nèi)容4.3測試計劃說明4.4評價準則第一章機票預定系統(tǒng)的前景和范圍機票預定系統(tǒng)的總目標是：在計算機網(wǎng)絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的機票預定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系統(tǒng)，為企業(yè)的決策層提供準確、精細、迅速的機票銷售信息?？傊?，這個系統(tǒng)要求能夠?qū)崿F(xiàn)實時，高效，便捷，完善，安全性好等特點。今后隨著計算機技術以及網(wǎng)

3、絡技術的迅速發(fā)展，電子商務正逐漸成為Internet應用的一個重要領域。電子商務也必然對航空公司和旅行社的機票銷售模式產(chǎn)生深遠的影響，所以將來的機票預訂系統(tǒng)必然與網(wǎng)絡相結合，產(chǎn)生基于WEBI勺機票預訂系統(tǒng)。另外將機票預訂呼叫中心與訂票系統(tǒng)的結合也可以為客戶提供更加人性化的服務。1.1 業(yè)務需求（1）背景隨著中國經(jīng)濟的高速發(fā)展，我國航空業(yè)迅速發(fā)張，對機票預定系統(tǒng)的需求也越來越高。通過使用機票預訂系統(tǒng)以方便旅客和提高航空公司的工作效率。（2）業(yè)務機遇航空公司機票預定系統(tǒng)可以正常的運作和發(fā)展的必要設施，其應具備的特點是操作方便、友好的用戶界面及能滿足實際需求的強大功能。（3）業(yè)務目標節(jié)省航空公司的機

4、票銷售費用，整合多交航空公司，帶來巨大的利潤。（4）客戶或市場需求改善客戶預定機票難的問題。1.2 項目遠景整合所有的航空公司的機票銷售，達到利益最大化。旅客可以在任何一個地方預定機票。1.3 范圍和局限性（1）發(fā)布的范圍本系統(tǒng)是基于B/S模式開發(fā)的，分為后臺處理和前臺處理，后臺用戶可實現(xiàn)對數(shù)據(jù)庫的管理，前臺用戶可以通過Internet瀏覽器查看網(wǎng)頁，并可以通過注冊登錄實現(xiàn)對機票的預定、查詢、退訂等業(yè)務。（2）局限性對用戶信息的管理，無設置用戶留言功能1.4 客戶需要在中國，隨著網(wǎng)絡的發(fā)展，上網(wǎng)人數(shù)的不斷增多，網(wǎng)絡已經(jīng)成為許多人生活、工作不可或缺的一部分。民航業(yè)傳統(tǒng)客戶希望能建立自己的電子商務

5、網(wǎng)站，新興電子商務網(wǎng)站希望能進入機票分銷市場，從而充分利用網(wǎng)絡來提高企業(yè)的盈利，在未來的市場競爭中搶先一步，這已成為許多有前瞻意識的企業(yè)管理人員目前考慮的問題。網(wǎng)上訂票（在線實時預訂系統(tǒng)）：電子商務模式中機票業(yè)務是一個極其重要的環(huán)節(jié)，但由于機票業(yè)務的查詢與預定是需要基于中航信所提供的CRS/ICS系統(tǒng)才能完成，所以基于網(wǎng)站開展此項業(yè)務，一直是經(jīng)營者的困惑。誠然，中國航信提供了IBE（InternetBookingEngine）接口，但是由于中國航信網(wǎng)絡資源的匱乏、IBE接口的超高使用費用，使包括大多數(shù)高端客戶在內(nèi)的代理人不能滿足企業(yè)的需求。因此目前大部分機票預定網(wǎng)站的查詢均使用自行維護的本地航

6、班數(shù)據(jù)信息、而所謂的預定則是旅客在網(wǎng)站上填寫預訂單傳輸?shù)胶笈_，由操作人員在民航系統(tǒng)中進行人工完成。這種查詢和預定方式的弊端在于航班信息的準確性和時效性都比較差，信息維護成本高，客戶反饋不及時，且服務質(zhì)量難以保障。在此情況下，我公司根據(jù)民航代理人行業(yè)的特點，推出了IAS服務器，支持eTerm和信天游兩種配置進行數(shù)據(jù)綜合管理。IAS服務器可以幫助您快速擴展業(yè)務，輕松搭建屬于您的航空旅游網(wǎng)上信息平臺。第二章機票預訂系統(tǒng)項目需求說明2.1任務概述軟件主要組成及功能要完成的主要功能（1）任務概述軟件主要組成及功能要完成功能主要有：a新用戶注冊，新用戶可以注冊，登陸系統(tǒng)后進行相應的信息交互。b、驗證登陸名

7、密碼，正確進入主菜單，根據(jù)登錄時所選的登錄方式（客戶、管理員）的不同分別對用戶設定不同的訪問權限。c、管理員信息的輸入和修改，包括用戶名、登陸密碼。d、艙位信息的輸入和修改，包括艙位等級編號、艙位等級名稱、提供的各種服務類別，以及備注信息等。e、客機信息的輸入、修改和查詢，包括客機編號、客機型號、購買時間、服役時間、經(jīng)濟艙座位數(shù)量、公務艙座位數(shù)量、頭等艙座位數(shù)量以及備注信息等。f、航線信息的輸入、修改和查詢，包括航線編號、出發(fā)城市、到達城市、航班日期、出發(fā)時間、至U達時間、客機編號、經(jīng)濟艙價格、公務艙價格、頭等艙價格和備注信息等0g、客戶等級信息的輸入、修改，包括客戶等級編號、客戶等級名稱、折

8、扣比例和備注信息等。h、客戶信息的輸入、修改和查詢，包括客戶編號、客戶姓名、客戶性別、身份證號碼、客戶網(wǎng)上用戶名、客戶登陸密碼、客戶聯(lián)系電話、客戶類型和備注信息等。I、訂票信息的輸入、查詢和修改，包括訂票編號、客戶編號、客戶姓名、客戶類型、折扣比例、航線編號、出發(fā)城市、到達城市、出發(fā)時間、艙位類型、票價、結算金額和備注信息等（2）、用戶特點及一般約束a管理員和用戶的登陸要求合法的管理員以及用戶才能登陸體統(tǒng)，防止系統(tǒng)被無關人員動用，使用字符串匹配對用戶名和密碼進行判斷。管理員和用戶的登錄對相應的操作權限也不一樣，管理員有艙位信息管理，客機信息管理，航線信息管理，客戶類型信息管理，客戶信息和訂票信

9、息管理，用戶主要有艙位查詢，客機信息查詢，航線信息查詢，客戶類型信息查詢，自己的信息管理，和自己訂票和退票。b、管理員的日常操作管理員可以對艙位信息，客機信息，航線信息，客戶類型信息，進行查詢、修改和刪除操作，可以對客戶信息和訂票信息只有查詢操作。（3）用戶的的日常操作用戶可以進行注冊然后登陸系統(tǒng)，可以查詢艙位信息，客機信息查詢，航線信息查詢，客戶類型信息，可以對自己的信息進行修改，可以定票（按照航班號進行預訂機票，顯示所訂機票的信息和價格，進入支付系統(tǒng)付賬，并再次要求客戶確認，確認無誤后訂票成功），可以退票（在特殊情況下（如天氣不適合飛機起降，飛機延誤超過30分鐘）等給予全額退票，如果是個人

10、原因只能退50%），對退票后的機票要在未售出機票中重新體現(xiàn)。2.2功能需求（用DFD圖表示）（1）用戶注冊數(shù)據(jù)流圖(2)用戶訂票的DFD圖1層圖:2層1圖登錄rP查閱機票信息P1P2P2.1用戶登錄用戶信息、機票信息、輸入要查詢信息查詢機票信息,1/1-1U處理訂票息訂票訂票信，息(3)、退票的DFD圖查-機票詢信D1訂票記錄訂票成功(2)、機票信息查詢的DFD圖頂層圖D1機票信息查P1L票信訂、票信息P1機票信息.查詢機票尚機票信息用戶登陸查找2.3外部接口需求息W處理機票信息、-P3-P21:取消機票信息錄P2機票信息扣退票機票信息退票成功用戶票信息I用戶在用戶界面方面要求錯誤信息格格式均

11、以彈出提示票框的形式出現(xiàn)，硬軟件接口方面沒有特別的需求，一般用戶都可以24性能需求清票信單的身較小并因息丿匕、信息丿匕、，數(shù)據(jù)量大小方面能夠處理較大的數(shù)據(jù)量。D2退票的相關規(guī)定因此響應時間信結果精度方面可能會比較差2.5軟件屬性需求在數(shù)據(jù)檢索、數(shù)據(jù)增刪改方面必須做到絲毫不差，滿足軟件開發(fā)的正確性要求。必須考慮充足的異常處理機制以及軟件的復用性，以便增強軟件的健壯性。在安全保密性方面做到不同身份所能處理的事務不同，避免保密數(shù)據(jù)泄漏；設置足夠的觸發(fā)器對不安全的數(shù)據(jù)修改進行回滾操作，進而保證了安全性要求。所開發(fā)出來的軟件必須是可維護的，不能把一些東西做的太死2.6數(shù)據(jù)需求管理員信息實體(1) ER圖

12、管理員信息實體E-R圖管理員編號管理員電話管理員姓名艙位等級信息實體E-R圖客機信息實體E-R圖管理員密碼航線信息實體E-R圖客戶類型信息實體E-R圖訂票信息實體E-R圖實體之間關系的E-R圖(2) 機票預定系統(tǒng)的數(shù)據(jù)需求機票預定系統(tǒng)的數(shù)據(jù)需求包括如下幾點：1) .數(shù)據(jù)錄入和處理的準確性和實時性數(shù)據(jù)的輸入是否準確是數(shù)據(jù)處理的前提，錯誤的輸入會導致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失去意義。數(shù)據(jù)的輸入來源是手工輸入。手工輸入要通過系統(tǒng)界面上的安排系統(tǒng)具有容錯性，并且對操作人員要進行系統(tǒng)的培訓。在系統(tǒng)中，數(shù)據(jù)的輸入往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數(shù)據(jù)。2) .數(shù)據(jù)

13、的一致性與完整性由于系統(tǒng)的數(shù)據(jù)是共享的，在不同的旅行社中中，機票是共享數(shù)據(jù)，所以如何保證這些數(shù)據(jù)的一致性，是系統(tǒng)必須解決的問題。要解決這一問題，要有一定的人員維護數(shù)據(jù)的一致性，在數(shù)據(jù)錄入處控制數(shù)據(jù)的去向，并且要求對數(shù)據(jù)庫的數(shù)據(jù)完整性進行嚴格的約束。對于輸入的數(shù)據(jù)，要為其定義完整性規(guī)則，如果不能符合完整性約束，系統(tǒng)應該拒絕該數(shù)據(jù)。3) .數(shù)據(jù)的共享與獨立性整個機票預定系統(tǒng)的數(shù)據(jù)是共享的。然而，從系統(tǒng)開發(fā)的角度上看，共享會給設計和調(diào)試帶來困難。因此，應該提供靈活的配置，使各個分系統(tǒng)能夠獨立運行，而通過人工干預的手段進行系統(tǒng)數(shù)據(jù)的交換。這樣，也能提供系統(tǒng)的強壯性(3) 系統(tǒng)數(shù)據(jù)流圖服務器終端顯示數(shù)客

14、戶機終端顯示數(shù)客戶機終端顯示數(shù)在客戶端打印機票和帳由于系統(tǒng)的數(shù)據(jù)流程圖比較復雜，而系統(tǒng)中主要的是訂票、取票和退票三項業(yè)務1二)u票管理旅喜訂幕倍航班機幕管理航于肛機粟彳言航空公司/候補旅寧信訂票業(yè)務數(shù)據(jù)流程圖航空公司»退票管理航班機票菅理*航空公司取票業(yè)務數(shù)據(jù)流程圖旅客訂票信7航班機票信/愎補旅客信退票業(yè)務數(shù)據(jù)流程圖(4) 機票預定系統(tǒng)的分析模型系統(tǒng)的邏輯方案是指在對現(xiàn)行系統(tǒng)進行分析和優(yōu)化的基礎上，確定新系統(tǒng)的目標、信息流程、總體結構、功能模型以及擬采用的管理模型和信息處理方法等。詳細地了解情況，進行系統(tǒng)分析都是為最終建立新系統(tǒng)的邏輯模型做準備。機票預定系統(tǒng)的邏輯模型如圖所示。（5）

15、機票預定系統(tǒng)的數(shù)據(jù)字典名字：旅客信息別名：描述：旅客的個人信息，用于對旅客的確認定義：旅客的信息=姓名+性別+工作單位+身份證號碼+旅行時間+旅行目的地位置：輸入到旅行社端（client端）名字：旅客清單別名：描述：已經(jīng)訂票的旅客的記錄定義：訂票旅客清單=旅客信息的合集位置：輸入到旅行社端（client端）名字取票通知別名1描述旅客領取.機票的憑證定義；取票通知二旅客姓名+領票時間位置:輸出到打印機名字：訂票信息別名：描述：旅客的旅行時間和目的地，用于確認旅客的航班定義：訂票信息=旅客的旅行時間+旅客旅行目的地位置：傳輸?shù)胶娇展径耍⊿erver端）名靈航卿漂信息別名；觥:旅客的翩詣息襦旅諭洞

16、耐間和名宇,耀訂票富別各誰述已訂票臉旅容在航著僉司扳己錄名字；售出機票信息別名：描述旅容的航班機票的信息定義;售岀機票宿息二旅客的航班機票位置；輸岀到打印機第三章機票預定系統(tǒng)概要設計3.1引言在本機票預定系統(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ù)結構、

17、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統(tǒng)所做的所有概要設計進行詳細的說明。在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對機票預定系統(tǒng)所做的模塊結構設計的基礎上，對系統(tǒng)進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階段設計的不足或錯誤。3.1.1編寫目的機票預定系統(tǒng)的總目標是：在計算機網(wǎng)絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的機票預定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系

18、統(tǒng)，為企業(yè)的決策層提供準確、精細、迅速的機票銷售信息。總之，這個系統(tǒng)要求能夠?qū)崿F(xiàn)實時，高效，便捷，完善，安全性好等特點。3.1.2項目背景隨著社會發(fā)展的不斷進步，民航事業(yè)的壯大，人們消費水平的提高，乘坐民航的消費者也越來越多，機票預訂系統(tǒng)也開始影響著人們?nèi)粘Ｉ詈统鲂校⑶易兊迷絹碓街匾?。而原有的系統(tǒng)隨著航空公司載客量的迅猛增長和人們對便捷性要求的提高，已經(jīng)變得無法滿足需求。原有的系統(tǒng)不僅效率比較低下，而且在安全性、準確性等方面有很多不足。為了實現(xiàn)航空公司以及旅游行業(yè)的現(xiàn)代化管理，進一步提高工作效率，方便旅客，需要開發(fā)一個機票預訂系統(tǒng)。該系統(tǒng)需要具有完整的存儲，查詢，核對，打印機票的功能。在這

19、個系統(tǒng)中，旅客或工作人員在網(wǎng)上或旅行社的機票預售代理點，通過計算機系統(tǒng)查詢，系統(tǒng)為旅客安排航班，印出取票通知和賬單，旅客在飛機起飛的前一天憑取票通知和賬單交款取票，系統(tǒng)校對無誤即印機票給旅客。機票預定系統(tǒng)將由兩部分組成：置于個旅行社定票點的前臺客戶程序，以及置于航空公司的數(shù)據(jù)庫服務器。本系統(tǒng)與其他系統(tǒng)的關系如下：參考資料以下列出在設計過程中所使用到的有關資料：1. 機票預定系統(tǒng)項目計劃任務書浙江航空公司1999/32. 機票預定系統(tǒng)項目開發(fā)計劃軟件開發(fā)小組1999/33. 需求規(guī)格說明書軟件開發(fā)小組1999/34. 用戶操作手冊（初稿）軟件開發(fā)小組1999/45. 軟件工程及其應用周蘇、王文等

20、天津科學技術出版社1992/16. 軟件工程張海藩清華大學出版社1990/117. ComputerNetworkA.S.TanenbaunPrenticeHall1996/018. 軟件需求（第二版）（美）KarlE.Wiegers著劉偉琴譯清華大學出版社2004/11文檔所采用的標準是參照軟件工程導論沈美明著的計算機軟件開發(fā)文檔編寫指南”。3.2任務概述3.2.1. 運行環(huán)境系統(tǒng)將由兩部分程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司的數(shù)據(jù)服務器程序。根據(jù)調(diào)研得知所有旅行社的計算機配置均在Pentium133級別以上，客戶程序應能夠在Pentium133級別以上,WinNT環(huán)境下運行

21、。機票預定系統(tǒng)中的各個子系統(tǒng)的硬件和軟件的配置如下：服務器端子系統(tǒng)的運行要求：系統(tǒng)軟件：WindowNTServer數(shù)據(jù)庫管理系統(tǒng)：SQLServer客戶端子系統(tǒng)的運行要求：系統(tǒng)軟件：WindowNTWorkstation數(shù)據(jù)庫管理系統(tǒng)：SQLServer3.1.2. 需求概述為方便旅客，需開發(fā)一個機票預定系統(tǒng)。為便于旅客由旅行社代替航空公司負責為旅客定票，旅行社把預定機票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機票預定系統(tǒng)的客戶端程序，系統(tǒng)經(jīng)過查詢航空公司內(nèi)的航班數(shù)據(jù)服務器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通知和帳單交款后取票，系

22、統(tǒng)校對無誤后即印出機票給旅客。要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務器程序利于維護。3.3總體設計3.3.1 .處理流程下面將使用（結構化設計）面向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析。系統(tǒng)可分為兩大部分：一、客戶機上的程序；二、服務器上的程序。以下將分別對系統(tǒng)的這兩大部分進行流程分析：客戶機程序流程客戶機上的輸入信息為旅客資料或帳單號，還包括一個定票/領票選項。輸出為打印帳單或機票，和確認或出錯信息。其內(nèi)部處理流程如下：下面對各模塊（以數(shù)字表示）進行功能說明：1讀入并確定（定票/領票）它是一個事務處理中心，若輸入是定票時轉(zhuǎn)入

23、2，輸出則轉(zhuǎn)入5。2讀入旅客資料讀取所輸入的旅客資料，并將其格式化，將格式化數(shù)據(jù)送3。3檢驗輸入資料檢驗格式化輸入資料，初步檢查輸入是否有誤，它是一個事務處理中心，有誤則轉(zhuǎn)2再次讀入，檢查無誤則將數(shù)據(jù)送4。4. 準備服務器數(shù)據(jù)由格式化旅客資料準備需發(fā)送到服務器的數(shù)據(jù)，將準備好的數(shù)據(jù)送7、35讀入帳單號讀取所輸入的帳單號，并將其格式化，將格式化數(shù)據(jù)送6。6準備服務器數(shù)據(jù)由格式化帳單號準備需發(fā)送到服務器的數(shù)據(jù)，不同于4，它將準備的是帳單號，將準備好的數(shù)據(jù)送7。7準備網(wǎng)絡數(shù)據(jù)包將數(shù)據(jù)準備/加密成網(wǎng)絡傳輸數(shù)據(jù)包。8網(wǎng)絡數(shù)據(jù)發(fā)送將數(shù)據(jù)包經(jīng)網(wǎng)絡發(fā)送到服務器程序，它是程序與網(wǎng)絡的接口。9網(wǎng)絡數(shù)據(jù)接受接受由服

24、務器程序經(jīng)網(wǎng)絡傳送到客戶機的數(shù)據(jù)包，它是程序與網(wǎng)絡的接口。10解開/判斷解開9所接受的數(shù)據(jù)包，并判斷數(shù)據(jù)是定票數(shù)據(jù)或是領票數(shù)據(jù)，它是一事務處理中心，是定票則將數(shù)據(jù)送11，是領票則將數(shù)據(jù)送18。11定票成功？由數(shù)據(jù)判斷定票是否成功，它是一事務處理中心，若定票成功則將數(shù)據(jù)送11，不成功則將數(shù)據(jù)送18。12準備輸出數(shù)據(jù)由接收的服務器數(shù)據(jù)準備輸出數(shù)據(jù)，其中關于帳單的數(shù)據(jù)將送入13，其他包括旅客資料等送入14。13打印帳單由帳單信息處理帳單格式并打印出帳單。14輸出定位確定在屏幕上顯示確定定位及其他信息。15判斷錯誤由數(shù)據(jù)判斷出錯誤類型，將類型送到16。16準備錯誤語句由具體錯誤類型準備錯誤語句，送17

25、。17輸出錯誤語句在屏幕上顯示錯誤語句。18領票核對成功？由數(shù)據(jù)判斷領票核對是否成功，它是一事務處理中心，若成功則將數(shù)據(jù)送19，不成功則將數(shù)據(jù)送15。19準備機票輸出數(shù)據(jù)由接收的服務器數(shù)據(jù)準備將打印的機票數(shù)據(jù)數(shù)，據(jù)其中關于帳單的機票的數(shù)據(jù)將送入20，其他包括旅客資料等送入14。20打印機票由機票信息處理機票格式并打印出機票。服務器程序流程（如圖3所示）下面對各模塊（以數(shù)字表示）進行功能說明：1網(wǎng)絡數(shù)據(jù)接收接受由客戶機程序經(jīng)網(wǎng)絡傳送到客戶機的數(shù)據(jù)包，它是程序與網(wǎng)絡的接口。2解開數(shù)據(jù)解開/解密打包的數(shù)據(jù)，并將恢復的數(shù)據(jù)格式化送入3。3判斷操作由數(shù)據(jù)判斷需要做什么數(shù)據(jù)庫操作，它是一事務處理中心，若為

26、定票操作則將數(shù)據(jù)送4，若為領票操作則將數(shù)據(jù)送15。4. 準備數(shù)據(jù)庫查詢語句由定票數(shù)據(jù)準備訪問SQLSERVE數(shù)據(jù)庫所需的SQL語句，送入5。5. 數(shù)據(jù)庫操作運行SQL語句，查詢并存入數(shù)據(jù)庫，獲得相應的定票數(shù)據(jù)，將數(shù)據(jù)送入6。它需包括初步對查詢的判斷。它必須為乘客安排可抵達目的地的有座位的航班。6判斷查詢是否成功利用查詢所得的數(shù)據(jù)判斷定票是否成功，它是一事務處理中心，若為定票操作成功則將數(shù)據(jù)送7,若不成功則將數(shù)據(jù)送&7. 準備回送數(shù)據(jù)準備定票成功后需回送客戶機程序的數(shù)據(jù)，送16。8. 確定原因由查詢數(shù)據(jù)判斷定票不成功的原因，送9。9. 準備回送數(shù)據(jù)根據(jù)不成功的原因，準備需送回客戶機程序的

27、數(shù)據(jù)，送入16。10. 準備數(shù)據(jù)庫查詢語句由領票數(shù)據(jù)準備訪問SQLSERVE數(shù)據(jù)庫所需的SQL語句，送入11。11. 數(shù)據(jù)庫操作運行SQL語句，查詢并存入數(shù)據(jù)庫獲得相應的領票數(shù)據(jù)，將數(shù)據(jù)送入6。它需包括初步對查詢的判斷。12. 判斷查詢是否成功利用查詢所得的數(shù)據(jù)判斷領票是否成功，它是一事務處理中心，若為領票操作得到確認則將數(shù)據(jù)送11，若不成功則將數(shù)據(jù)送&13. 準備回送數(shù)據(jù)準備領票確認后需回送客戶機程序的數(shù)據(jù)，送16。14. 確定原因由查詢數(shù)據(jù)判斷領票不能確認的原因，送15。15. 準備回送數(shù)據(jù)根據(jù)不成功的原因，準備需送回客戶機程序的數(shù)據(jù)，送入16。16. 準備網(wǎng)絡數(shù)據(jù)包將數(shù)據(jù)準備/加

28、密成網(wǎng)絡傳輸數(shù)據(jù)包。第三章17.網(wǎng)絡數(shù)據(jù)發(fā)送將數(shù)據(jù)包經(jīng)網(wǎng)絡發(fā)送到服務器程序，它是程序與網(wǎng)絡的接口。以上顯示的各模塊數(shù)字相同的為同一模塊；由于事務流處理上的便利，將有些功能模塊，拆分到各事務流中。3. 1.2總體結構和模塊外部設計下面以結構圖來描述機票預定系統(tǒng)的軟件總體結構。框內(nèi)注明了模塊的名字；方框之間的直線表示模塊的調(diào)用關系。如圖4所示）服務器程序部分3.1.3功能分配各項模塊的功能可參照3.1中的說明?？蛻魴C程序主要有三大塊：接收數(shù)據(jù)、網(wǎng)絡通信及輸出部分。服務器程序主要也是由三大功能：接收網(wǎng)絡數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網(wǎng)絡數(shù)據(jù)部分。服務器程序需與已建立的SQLSERVER數(shù)據(jù)庫互連，其接口將于

29、下面部分闡述。3.4外部接口用戶界面在用戶界面部分，根據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對WINDOW風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用MSVISUALC+進行編程，在界面上可使用VISUALC+所提供的可視化組件，向WINDOWS風格靠近。其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調(diào)用VISUALC+庫中的錯誤提示函數(shù)。3.5.數(shù)據(jù)結構設計3.5.1 .數(shù)據(jù)庫數(shù)據(jù)結構設計DBMS的使用上系

30、統(tǒng)將采用SQLSERVER,系統(tǒng)主要需要維護3張數(shù)據(jù)表：3. 賬單信息/旅客資料表4. 機位信息表3.5.2物理數(shù)據(jù)結構設計5. 崔謀值感t館謀盡熨NT卜2.輸出泊討Sttinfffif輻溟操作.1. 航班號2. 目的她3樁飛時間<A.能客姓名>5. 睢奔性劃6. 攔酚證號碼第四章測試計劃4.1引言4.1.1 編寫目的機票預訂系統(tǒng)在概要設計和詳細設計的基礎上，根據(jù)軟件工程開發(fā)各階段的規(guī)格說明書和程序內(nèi)部結構而精心設計一批測試用例，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序的錯誤，并改正盡可能多的錯誤，提高軟件的質(zhì)量和可靠性。4.1.2 項目背景本項目的名稱：機票預訂管理系統(tǒng)開發(fā)軟件。

31、本項目的任務提出者及開發(fā)者是機票預訂管理系統(tǒng)軟件開發(fā)者,用戶是中國民航及中國國際旅游開發(fā)公司。本產(chǎn)品能具體化、合理化的管理機票預訂記錄，用結構化的思維方式去了解計算機的基本工作原理。4.1.3 定義軟件測試：為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。靜態(tài)測試：通過對需求文件、設計文件及源程序的閱讀和分析，找出其中的錯誤和可以之處。4.1.4參考資料軟件工程數(shù)據(jù)庫原理與應用軟件工程導論動態(tài)測試：直接在計算機上運行所要測試的程序模塊，以實際運行的結果發(fā)現(xiàn)并糾正錯誤。王利福張世琨朱冰編著北京大學出版社李昭原主編科學出版社張海藩清華大學出版社4.2.計劃4.2.1 方法與原則1. 靜態(tài)測試：主要對需求分析、概要設

32、計、詳細設計進行閱讀和分析，找出其中的錯誤和可疑之處。2. 動態(tài)測試的黑盒測試和白盒測試白盒測試利用盡可能覆蓋多的語句和對選擇語句側重測試的原則來選擇測試用例；黑盒測試利用劃分等價類的原則來完成測試。4.2.2 測試內(nèi)容（1）模塊功能測試訂票平臺的測試：內(nèi)容：a.能否正確輸入旅客信息；b. 能否成功訂票并把訂票信息寫入旅客信息數(shù)據(jù)庫；c. 能否成功打印帳單和取票通知單；d. 能否利用旅客身份證號查詢旅客的訂票信息；目的：測試訂票平臺的各項功能是否能順利完成，即訂票流程是否完全正確。取票平臺測試：內(nèi)容：a.能否利用身份證查詢旅客訂票信息和付費情況；b. 能否利用帳單來完成付費；c. 能否在付費后打印機票取機票。目的：測試取票能否順利完成，即取票流程是否完全正確。（2）數(shù)據(jù)文卷存取的測試訂票信息能否正確存入數(shù)據(jù)庫；a. 能否對數(shù)據(jù)庫中的各種信息進行查詢，修改；b. 付費取票記錄能否正確存入數(shù)據(jù)庫。（3）測試準備1）測試機構及人員本軟件的測試交由其他同學完成：0114班韓晶。2）條件預定時間：一個星期；支持軟件：VC測試人員技術水平：會操作本軟件，懂得一定的軟件工程知識。3）測試資料機票預訂系統(tǒng)開發(fā)的需求分析說明書、概要設計說明書、詳細設計說明書。4.3測試計劃說明4.3.1測試項目名稱及測試設計訂票平臺的測試：a. 能否正確輸入旅客信息；b.