飛機訂票系統(tǒng)

《飛機訂票系統(tǒng)》由會員分享，可在線閱讀，更多相關《飛機訂票系統(tǒng)（66頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 《軟件工程》試驗報告 設計題目：飛機訂票系統(tǒng) 小組成員：顧彪 盧鵬 陸姓祥 學 號：P1401070518 P1401070522 P1401070525 課程教師： 段 江 實驗指導老師：段 江 實驗地點： 沉毅北樓6樓機房 試實驗時間： 2010/08/30—2010/09/03 目錄 一、問題定義 10 二. 可行性研究 10 2.1.系統(tǒng)規(guī)模及目標要求 10 2.2研究現(xiàn)有系統(tǒng) 11 2.3導出高層邏輯模型 11 2.4數(shù)據(jù)處理流程圖 11 三. 需求分

2、析 13 3.1系統(tǒng)開發(fā)背景及系統(tǒng)分析過程 13 3.1.1機票預定系統(tǒng)的功能要求 13 3.1.2下面分析各個子系統(tǒng)的功能需求： 14 3.1.3機票預定系統(tǒng)的性能需求 16 3.1.4機票預定系統(tǒng)的數(shù)據(jù)需求 17 3.1.5機票預定系統(tǒng)的數(shù)據(jù)字典 17 3.1.6建立機票預定系統(tǒng)的約束 20 3.1.7軟件主要功能 21 3.2資及效益分析 22 3.2.1費用開支 22 3.2.2收益 22 3.3可行性綜合分析 22 3.3.1結(jié)論 23 3.3.2用戶特點及一般約束 23 3.4功能需求（用DFD圖表示） 23 3.4.1用戶注冊 23 3.4.2用

3、戶訂票 24 3.4.3退票 25 3.4.4機票信息查詢 26 3.4.5外部接口需求性能及軟件屬性需求 26 3.4.6數(shù)據(jù)需求（ER圖表示） 27 四. 系統(tǒng)設計 29 1.系統(tǒng)規(guī)格 29 2.系統(tǒng)地運行環(huán)境 30 2.1 設備 30 2.2 支持軟件 30 2.3 接口 30 2.4 控制 30 2.5 功能分配 30 3． 接口設計 30 3.1 用戶接口 30 3.2 外部接口 31 4．設計過程 31 4.1 處理流程 31 4.2 總體結(jié)構(gòu)和模塊外部設計 34 4.3 功能分配 6 5．運行設計 6 5.1 運行模塊組合 6 5.2

4、運行控制 7 5.3 運行時間 7 6． 數(shù)據(jù)結(jié)構(gòu)設計 7 6.1 邏輯設計要點 7 6.2 物理結(jié)構(gòu)設計要點 8 6.3 數(shù)據(jù)與程序的關系 9 6.4數(shù)據(jù)設計： 9 7．系統(tǒng)出錯處理設計 10 7.1 出錯輸出信息 10 7.2 出錯處理對策 10 7.3 維護設計 10 五. 系統(tǒng)實現(xiàn) 11 總體設計（系統(tǒng)總流程圖） 11 5.1登陸界面 12 5.2注冊界面 12 5.3主界面的用戶個人信息界面 13 5.4用戶訂票界面 14 5.5用戶退票界面 14 5.5用戶登錄時的管理員界面為不可用 15 5.6添加管理員界面 15 5.7艙位等級信息修改界

5、面 16 5.8飛機信息修改接面 16 5.9航線信息修改界面 17 六. 程序測試分析及結(jié)果、使用說明 18 1.程序使用說明: 18 2.測試分析及結(jié)果 18 課程總結(jié) 19 附錄 19 實現(xiàn)系統(tǒng)登錄 19 后臺部分源代碼 34 一、問題定義 項目名稱：機票預定系統(tǒng) 解決的問題：為方便旅客購票 項目目標：研究費用較低的自動訂票系統(tǒng) 項目規(guī)模：開發(fā)成本不超過120萬元 初步設想：用旅行社的計算機系統(tǒng)生成訂票信息和打印機票 可行性研究：為了更全面的研究機票預定系統(tǒng)項目可行性，建議進行為期3周到可行性研究，成本不超過2000元 二. 可行性研究 2.1.系統(tǒng)

6、規(guī)模及目標要求 系統(tǒng)的主要功能是提供機票預訂服務；性能要求是對數(shù)據(jù)的操作準確的反映在航空公司的主服務器上；輸入要求是數(shù)據(jù)完整，詳細；輸出要求是簡捷，快速，實時；完成期限預計2周 。 在旅游局中的終端是安裝了Windows NT的PC機，主要目的是向機場的服務器傳遞數(shù)據(jù)。當顧客在旅游局進行咨詢時，終端向服務器發(fā)出查詢請求，服務器根據(jù)航班信息庫的實時數(shù)據(jù)，向終端發(fā)送數(shù)據(jù)，顯示在終端的屏幕上。當顧客向售票員定票時，終端向服務器發(fā)出詳盡的一份定單，服務器核對后，存入定票信息庫，并修改機票信息庫。當顧客再次來取票時，終端向服務器發(fā)出查詢定票請求，服務器接收后，查詢定票信息庫，核對后，傳送機票確認表單

7、，終端打印出機票。 航空公司擬開發(fā)一個機票預定系統(tǒng)。旅行社把預定機票的旅客信息（包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入機票預定系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和帳單。旅客在飛機起飛前一天憑取票通知和帳單交款后取票，系統(tǒng)校對無誤后即印出機票給旅客。系統(tǒng)實現(xiàn)后，大大提高旅游局的機票預定服務效率。降低售票服務中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。 a.系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。 b. 軟件系統(tǒng)的界面要美觀,布局要合理,窗口的內(nèi)容盡量簡單明了提供的信息,語言要通俗易懂,有層次感,分類清晰明了。服務器程序利于維護。 c.系

8、統(tǒng)實現(xiàn)后，大大提高航空公司的機票預定服務效率。降低售票服務中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。 技術(shù)可行性 操作可行性 經(jīng)濟可行性 法律可行性 經(jīng)費來源：航空公司。 硬件條件：建議使用奔騰800以上的pc機，內(nèi)存需在512兆以上。 運行環(huán)境：Windows 操作系統(tǒng) 數(shù)據(jù)庫：Microsoft Access 終端PC機20臺 網(wǎng)絡設備/配 　 成本/效益分析結(jié)果，效益 〉成本。 技術(shù)可行，現(xiàn)有技術(shù)可完全承擔開發(fā)任務。 　 操作可行，軟件能被原有工作人員快速接受。 2.2研究現(xiàn)有系統(tǒng) 現(xiàn)有系統(tǒng)是信息的重要來源。顯然，如果目前有一個系統(tǒng)

9、正在被人使用，那末這個系統(tǒng)必定能完成某些有用的工作，因此，新的目標系統(tǒng)必須能夠完成它的基本功能。；另一方面，如果現(xiàn)有剖系統(tǒng)是完美無缺的，用戶阻燃不會日出開發(fā)新系統(tǒng)的要求，因襲，現(xiàn)有的系統(tǒng)必定有某些缺點，新系統(tǒng)就必須能解決就系統(tǒng)中存在的問題。另外，所需要的經(jīng)費也是一個重要的經(jīng)濟指標，如果，行動系統(tǒng)不能增加收入或減少使用費用，那么從經(jīng)濟的角度新系統(tǒng)就不如舊系統(tǒng)。 可行性研究的目的是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決，必須記住，可行性研究的目的不是解決問題，而是確定問題是否值得去理解。怎樣到達這個目的呢？當然不能靠主觀猜想而只能靠客觀分析。必須分析幾種主要的可能解法的利弊，從而判斷

10、原定的系統(tǒng)目標和規(guī)模是否實現(xiàn)，系統(tǒng)完成后說所能帶來的效益是否大到值得投資開發(fā)這個系統(tǒng)的程度。 2.3導出高層邏輯模型 優(yōu)秀的設計過程通?？偸菑默F(xiàn)有的物理系統(tǒng)出發(fā)，導出現(xiàn)有系統(tǒng)的邏輯模型，再參考現(xiàn)在有系統(tǒng)的邏輯模型，設想目標系統(tǒng)的邏輯模型，最后根據(jù)目標系統(tǒng)的邏輯模型建造新的物理系統(tǒng)。 2.4數(shù)據(jù)處理流程圖 數(shù)據(jù)庫 訂票處理程序 取票事務 取票處理程序 訂票事務 社會因素方面的可行性 法律因素 本軟件的開發(fā)和使用沒有觸犯國家的任何法律。 用戶使用可行性 本軟件使用起來簡單易學，使用單位人員有使用計算機的基本常識，因此，他們完全可以

11、充分利用本軟件提高他們的辦公效率。  三. 需求分析 3.1系統(tǒng)開發(fā)背景及系統(tǒng)分析過程 當今世界，以信息技術(shù)為主要標志的科技進步日新月異，高科技成果向現(xiàn)實生產(chǎn)力的轉(zhuǎn)化越來越快?？v觀全球經(jīng)濟發(fā)展，信息技術(shù)和信息產(chǎn)業(yè)已經(jīng)成為經(jīng)濟增長的主要推動力之一，正在改變著傳統(tǒng)的生產(chǎn)和經(jīng)營方式以至生活方式，發(fā)達國家經(jīng)過產(chǎn)業(yè)結(jié)構(gòu)的升級和經(jīng)濟結(jié)構(gòu)的轉(zhuǎn)型已進入信息經(jīng)濟階段。信息資源已經(jīng)成為國民經(jīng)濟和社會發(fā)展的戰(zhàn)略資源，信息化水平也已成為現(xiàn)代水平和綜合國力的重要標志。今年是“十五”計劃開局之年，中共十五屆五中全會通過的國民經(jīng)濟和社會發(fā)展第十個五年計劃建議中已明確指出：“信息化是當今世界經(jīng)濟

12、和社會發(fā)展的大趨勢，也是我國產(chǎn)業(yè)優(yōu)化升級和實現(xiàn)工業(yè)化、現(xiàn)代化的關鍵環(huán)節(jié)?！薄按罅ν七M國民經(jīng)濟和社會信息化，是覆蓋現(xiàn)代化建設全局的戰(zhàn)略舉措?！保梢?，黨和國家已將國民經(jīng)濟和社會信息化放在優(yōu)先發(fā)展位置，體現(xiàn)了先進生產(chǎn)力的客觀要求，是一項重要的戰(zhàn)略決策。這是民航加快發(fā)展的機遇，更是民航信息化的難得機遇。 隨著知識經(jīng)濟的到來，人類已經(jīng)逐步進入信息化社會，信息增長的速度越來越快，人們希望利用先進的管理理論方法手段來得到并處理越來越多的信息，以提高工作效率和管理水平。由于信息資源對人們生活的重要性，不斷提高信息的收集，傳輸，加以利用等活動，日益成為人們社會生活的重要組成部分。網(wǎng)上機票預訂管理系統(tǒng)的產(chǎn)生

13、和發(fā)展正好滿足人們的這種需求?，F(xiàn)在將詳細介紹我的課程設計——網(wǎng)上機票預訂管理系統(tǒng)。 3.1.1機票預定系統(tǒng)的功能要求 系統(tǒng)的總目標是：在計算機網(wǎng)絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結(jié)構(gòu)的、易擴充的、易維護的、具有良好人機交互界面的機票預定系統(tǒng)，實現(xiàn)航空公司的機票銷售的自動化的計算機系統(tǒng)，為企業(yè)的決策層提供準確、精細、迅速的機票銷售信息。 根據(jù)可行性研究的結(jié)果和客戶的要求，分析現(xiàn)有情況及問題，采用Client/Server結(jié)構(gòu)，將機票預定系統(tǒng)劃分為兩個子系統(tǒng)：客戶端子系統(tǒng)，服務器端子系統(tǒng)。 旅客訂票流程圖：

14、 3.1.2下面分析各個子系統(tǒng)的功能需求： A．客戶端子系統(tǒng)： 系統(tǒng)的功能實現(xiàn)上，可以分為以下幾個部分： [1]旅客信息的輸入和統(tǒng)計 旅客要求訂票的信息由專人負責輸入。這部分功能是客戶端子系統(tǒng) 的基本部分，這個功能是以后各個部分的基礎。系統(tǒng)要求做到即能夠從其它子系 統(tǒng)中共享一部分信息，又有方便的操作界面工手工輸入旅客信息。這部分要求對 輸入的數(shù)據(jù)進行簡單的統(tǒng)計，供航空公司進行查詢和宏觀調(diào)控。 [2]旅客信息的存儲： 將旅客的信息存儲到旅

15、行社的客戶端系統(tǒng)中，以備以后的取票確認以及查 詢。 [3]機票信息的傳遞及接收： 將旅客所須的機票信息由旅行社客戶端由網(wǎng)絡傳到航空公司的服務器上，并 且接受航空公司返回的航班信息，然后存儲起來。 [4]取票通知及帳單的生成和打?。?把已存儲的從航空公司返回的航班機票信息打印出來，并且生成帳單打印出來一起交給旅客。 印出機票給已經(jīng)訂票的旅客：根據(jù)旅客的取票通知及帳單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。 [5]機票銷售情況的核算 這一功能是在上一功能的基礎上，對機票銷售額進行單項核算，得到該旅行社的銷售情況并把核算結(jié)果作為企業(yè)報表輸出。 B．服務器端的功

16、能要求： 機網(wǎng)絡將客戶端與服務器的數(shù)據(jù)庫相連，將從客戶端得到的信息進行處理，實現(xiàn)航班查詢，機票生成，銷售統(tǒng)計，綜合信息查詢等子系統(tǒng)。以計算機成本核算為中心，實現(xiàn)銷售業(yè)務的計算機自動化，為航空公司降低成本、提高銷售額、經(jīng)營決策提供及時精確的依據(jù)。 在服務器端系統(tǒng)的功能實現(xiàn)上，可以分為以下幾個部分： [1]接收由旅行社客戶端發(fā)回的所需機票信息： 通過網(wǎng)絡接收機票信息并存入到服務器的數(shù)據(jù)庫中。 [2]生成航班信息： 根據(jù)所需機票信息（時間，地點），在數(shù)據(jù)庫中查詢并得到正確的航班的信息（價格，時間，等級），分配所需的機票數(shù)并在數(shù)據(jù)庫中做出已售出的標記。 [3]傳遞航班信

17、息到客戶端（旅行社）： 把得到的航班信息通過網(wǎng)絡傳遞到旅行社。 [4]接收旅行社的反饋信息： 對旅行社的反饋信息進行分析，把已經(jīng)售出的機票進行統(tǒng)計，對被旅客所退掉的機票要進行數(shù)據(jù)庫的恢復。 [5]印出機票給已經(jīng)訂票的旅客： 根據(jù)旅客的取票通知及帳單，經(jīng)過確認無誤后，接受旅客的付款后把機票印出來交給旅客。 [6]銷售額的分析和管理 這一步驟的功能要求包括對銷售的機票進行分析，這一工作是在前面的基礎上，以計算機為工具，對機票預定系統(tǒng)的功能和目標進行擴充。它以財務管理學為理論基礎，以輔助決策為目標，以機票銷售數(shù)據(jù)為中心，廣泛采用統(tǒng)計學、運籌學的分析方法，對銷售信息進行深層加工，建立反

18、映不同航班需求的模型，提供管理上所需的各種輔助決策信息和財務信息。這一要求是機票預定系統(tǒng)的最高目標，將通過系統(tǒng)運行后獲得的大量銷售歷史數(shù)據(jù)基礎上，實現(xiàn)這一目標。 3.1.3機票預定系統(tǒng)的性能需求 為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，機票預定系統(tǒng)應該滿足以下的性能需求： 系統(tǒng)處理的準確性和及時性 系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量，使系統(tǒng)的處理能力和響應時間能夠滿足企業(yè)對信息處理的需求。 19 由于機票預定系統(tǒng)的查詢功能對于整個系統(tǒng)的功能和性能完成舉足輕重。作為系統(tǒng)的很多數(shù)據(jù)來源，而機

19、票數(shù)量和時間又影響企業(yè)的決策活動，其準確性很大程度上決定了機票預定系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準確性。 系統(tǒng)的開放性和系統(tǒng)的可擴充性 機票預定系統(tǒng)在開發(fā)過程中，應該充分考慮以后的可擴充性。例如訂票系統(tǒng)的方式的改變（網(wǎng)上訂票），用戶查詢的需求也會不斷的更新和完善。所有這些，都要求系統(tǒng)提供足夠的手段進行功能的調(diào)整和擴充。而要實現(xiàn)這一點，應通過系統(tǒng)的開放性來完成，既系統(tǒng)應是一個開放系統(tǒng)，只要符合一定的規(guī)范，可以簡單的加入和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。 系統(tǒng)的易用性和易維護性 機票預定系統(tǒng)是直接面對使用人員

20、的，而使用人員往往對計算機并不時非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現(xiàn)這一點，就要求系統(tǒng)應該盡量使用用戶熟悉的術(shù)語和中文信息的界面；針對用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，縮短用戶對系統(tǒng)熟悉的過程。 機票預定系統(tǒng)中涉及到的數(shù)據(jù)是航空公司的相當重要的信息，系統(tǒng)要提供方便的手段供系統(tǒng)維護人員進行數(shù)據(jù)的備份，日常的安全管理，系統(tǒng)意外崩潰時數(shù)據(jù)的恢復等工作。 系統(tǒng)的標準性 系統(tǒng)在設計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。例如在開發(fā)中使用的操作系統(tǒng)、網(wǎng)絡系統(tǒng)、開發(fā)工具都必須符合通用標準。如規(guī)范的數(shù)據(jù)

21、庫操縱界面、作為業(yè)界標準的TCP/IP網(wǎng)絡協(xié)議及ISO9002標準所要求的質(zhì)量規(guī)范等；同時，在自主開發(fā)本系統(tǒng)時，要進行良好的設計工作，制訂行之有效的軟件工程規(guī)范，保證代碼的易讀性、可操作性和可移植性。 系統(tǒng)的先進性 目前計算系統(tǒng)的技術(shù)發(fā)展相當快，做為機票預定系統(tǒng)工程，應該保證系統(tǒng)在下個世紀仍舊是先進的，在系統(tǒng)的生命周期盡量做到系統(tǒng)的先進，充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過系統(tǒng)的開放性和可擴充性，不斷改善系統(tǒng)的功能完成。另一方面，在系統(tǒng)設計和開發(fā)的過程中，應在考慮成本的基礎上盡量采用當前主流并先進且有良好發(fā)展前途的產(chǎn)品。 系統(tǒng)的響應速度 系統(tǒng)在日常處理中的

22、響應速度為秒級，達到實時要求，以及時反饋信息。在進行統(tǒng)計分析時，根據(jù)所需數(shù)據(jù)量的不同而從秒級到分鐘級,則是保證操作人員不會因為速度問題而影響工作效率。 3.1.4機票預定系統(tǒng)的數(shù)據(jù)需求 機票預定系統(tǒng)的數(shù)據(jù)需求包括如下幾點： 數(shù)據(jù)錄入和處理的準確性和實時性 數(shù)據(jù)的輸入是否準確是數(shù)據(jù)處理的前提，錯誤的輸入會導致系統(tǒng)輸出的不正確和不可用，從而使系統(tǒng)的工作失去意義。數(shù)據(jù)的輸入來源是手工輸入。手工輸入要通過系統(tǒng)界面上的安排系統(tǒng)具有容錯性，并且對操作人員要進行系統(tǒng)的培訓。 在系統(tǒng)中，數(shù)

23、據(jù)的輸入往往是大量的，因此系統(tǒng)要有一定的處理能力，以保證迅速的處理數(shù)據(jù)。 數(shù)據(jù)的一致性與完整性 由于系統(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ù)。 4.3． 數(shù)據(jù)的共享與獨立性 整個機票預定系統(tǒng)的數(shù)據(jù)是共享的。然而，從系統(tǒng)開發(fā)的角度上看，共享會給設計和調(diào)試帶來困難。因此，應該提供靈活的配置，使各個分系統(tǒng)能夠獨立運

24、行，而通過人工干預的手段進行系統(tǒng)數(shù)據(jù)的交換。這樣，也能提供系統(tǒng)的強壯性。 3.1.5機票預定系統(tǒng)的數(shù)據(jù)字典 系統(tǒng)中的數(shù)據(jù)元素： 名字：旅客信息 別名： 描述：旅客的個人信息，用于對旅客的確認 定義：旅客信息=姓名+性別+工作單位+身份證號碼+旅行時間 +旅行目的地 位置：輸入到旅行社端（client端） 名字：訂票旅客清單 別名： 描述：已訂票的旅客的記錄 定義：訂票旅客清單=旅客信息的合集 位置：輸入到旅行社端（Client端） 名字：取票通知 別名： 描述：旅客領取機票的憑證 定義：取票通知=旅客姓名+領票時間

25、 位置：輸出到打印機 名字：訂票信息 別名： 描述：旅客的旅行時間和目的地，用于確定旅客的航班 定義：訂票信息=旅客旅行時間+旅客旅行目的地 位置：傳輸?shù)胶娇展径耍⊿erver端） 名字：航班機票信息 別名： 描述：旅客的航班信息，根據(jù)旅客的旅行時間和目的地確定 定義：航班機票信息=旅客機票時間+旅客機票班次 位置：傳輸?shù)铰眯猩缍耍–lient端） 名字：旅客訂票記錄 別名： 描述：已訂票的旅客在航空公司的記錄 定義：旅客訂票記錄=旅客姓名+航班機票信息 位置：輸出到航空公司端（Server端） 名字：售出機

26、票信息 別名： 描述：旅客的航班機票的信息 定義：售出機票信息=旅客的航班機票 位置：輸出到打印機 6.機票預定系統(tǒng)的運行要求 機票預定系統(tǒng)中的各個子系統(tǒng)的硬件和軟件的配置如下： （1）．服務器端子系統(tǒng)的運行要求： 系統(tǒng)軟件： Window NT Server 數(shù)據(jù)庫管理系統(tǒng)：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD （2）.客戶端子系統(tǒng)的運行要求： 系統(tǒng)軟件： Window NT Workstation 數(shù)據(jù)庫管理系統(tǒng)：SQL Server 硬件要求：Pentium

27、133以上, 32M RAM, 4.3G HD 3.1.6建立機票預定系統(tǒng)的約束 3.1.6.1 Client/Server結(jié)構(gòu)總體設計方案對它的約束： 機票預定系統(tǒng)做為Client/Server 結(jié)構(gòu)的一個應用系統(tǒng)，不可避免的要受到Client/Server結(jié)構(gòu)的約束。在其實施的各個階段都要服從它的一些規(guī)劃，包括功能設計、系統(tǒng)配置和計劃。同時，由于信息的共享，機票預定系統(tǒng)還受到其它系統(tǒng)的信息約束。 3.1.6.2人力、資金、時間的約束 機票預定工程實施的目標就是要帶給航空公司看得出見的效益，其開發(fā)過程中也要考慮到人力、資金和時間的約束。因此，在設計中，重點是銷售系統(tǒng)中的方

28、便快捷，能提供給旅客以優(yōu)質(zhì)高效的服務，并提高銷售的效率和便捷，為航空公司帶來良好的效益。 3.1.6.3技術(shù)發(fā)展規(guī)律的約束 計算機技術(shù)和產(chǎn)品的發(fā)展日新月異，將會給信息處理帶來更多的手段，同時也會帶來更加豐富的信息表達形式。例如圖象和語音技術(shù)的進步，多媒體技術(shù)的發(fā)展，這些都要求系統(tǒng)在設計時考慮技術(shù)變化的可能性，為可能的變化預留一定的系統(tǒng)處理能力。 3.1.7軟件主要功能 要完成功能主要有： l 新用戶注冊，新用戶可以注冊，注冊時輸入用戶名可以查詢用戶可不可用，可用就可以注冊，注冊時可以判斷用戶輸入的密碼和驗證密碼是否相同，相同才給以注冊， 如果滿意可以點注冊，注冊成功后用戶可

29、以選擇不用在回到登陸界面，可以直接 陸到用戶主界面，以后就可以用這個用戶登錄了，如果不滿意，點取消，所有信息 清空，重新輸入。 l 驗證登陸名密碼，正確進入主菜單，根據(jù)登錄時所選的登錄方式（客戶、管理員）的不同分別對用戶設定不同的訪問權(quán)限（如果是輸入的客戶用戶名和密碼正確，選擇以客戶方式登陸則主界面里面的管理員界面不能用，如果輸入的是管理員的相應用戶密碼正確，以管理員的方式登陸則管理員界面可用）不正確則清空登錄框，最多可以輸入三次，三次不正確系統(tǒng)會自動關閉。 l 主窗體的用戶信息界面，用戶點擊個人查詢按鈕，可以把自己的個人信息顯示到界面上，還可以對自己的信息進行相應的修

30、改（用戶編號和用戶名不能修改），還可以點擊我的機票查詢，查詢該用戶的訂票記錄。 l 主窗體的訂票界面，你可以點擊你想查詢的有關機票的信息的按鈕（艙位信息查詢，客機信息查詢，航線查詢，客戶類型信息查詢）獲得相關信息的表，根據(jù)表的內(nèi)容，你可以在下面的下拉框中選擇你要定的票信息，點確定后在下面會顯示你的機票的相關內(nèi)容，如果滿意可以點擊訂票，把相關信息添加到機票數(shù)據(jù)庫表中，如果不滿意，可以點重置，所有信息清空，再重新選擇。 l 退票窗口，用戶可以根據(jù)用戶信息表中的我的機票信息查詢，找出機票號，在輸入到機票號查詢里，點擊查詢獲得你的機票信息以及價格顯示，點擊退票則在數(shù)據(jù)庫機票信息表中刪除本條信息。

31、 l 管理員界面的管理員添加界面能對管理員信息進行查詢、添加、刪除和修改，包括用戶名、登陸密碼和聯(lián)系方式。 l 管理員界面的艙位信息的查詢、添加、刪除和修改，包括艙位等級編號、艙位等級名稱、提供的各種服務類別，以及備注信息等。 l 管理員界面的客機信息界面對客機信息的添加、修改、刪除和查詢，包括客機編號、客機型號、購買時間、服役時間、經(jīng)濟艙座位數(shù)量、公務艙座位數(shù)量、頭等艙座位數(shù)量以及備注信息等。 l 管理員界面的航線信息界面對航線信息的添加、修改、刪除和查詢，包括航線編號、出發(fā)城市、到達城市、航班日期、出發(fā)時間、到達時間、客機編號、經(jīng)濟艙價格、公務艙價格、頭等艙價格和備注信息等。 l

32、客戶等級信息的的添加、修改、刪除和查詢，包括客戶等級編號、客戶等級名稱、折扣比例和備注信息等。 l 管理員界面的用戶信息查詢，能查詢所有的已注冊的用戶信息。 l 管理員界面訂票信息界面，可以查詢所有的已訂的機票的信息。 3.2資及效益分析 3.2.1費用開支 基礎投資： 終端PC機15臺：100015 = 15萬 網(wǎng)絡設備/配置：25 萬 共計：40萬 其他投資：jin 技術(shù)引進：40 萬 操作員培訓費用： 30(人)5000(元)=15萬 其他不可知額外支出:20萬 共計： 75萬 總計： 115萬 3.2.2收益 一次性收益：50萬 經(jīng)常性收益：20萬

33、/年 不可定量收益：5-10萬/年 3.3可行性綜合分析 技術(shù)可行性：對于該系統(tǒng)的技術(shù)要求，現(xiàn)行的軟件開發(fā)條件，環(huán)境，完全可以實現(xiàn)。Vb和access完全可以提供該系統(tǒng)的操作要求和數(shù)據(jù)庫需求。 操作可行性：該系統(tǒng)的開發(fā)要求是界面簡單，易于操作，因此管理人員利用用戶手冊完全可以操作此軟件，所以機票預訂系統(tǒng)的操作上是完全可行的。 經(jīng)濟可行性：該系統(tǒng)做為課程設計開發(fā)，經(jīng)濟可行性在此不做討論。 法律可行性：沒有觸犯任何國家法律。 3.3.1結(jié)論 由于投資效益比遠大于100%, 技術(shù)、經(jīng)濟、操作都有可行性，可以進行開發(fā)。 l 3.3.2用戶特點及一般約束 1.管理員和用戶的登陸

34、 要求合法的管理員以及用戶才能登陸體統(tǒng)，防止系統(tǒng)被無關人員動用，使用字符串匹配對用戶名和密碼進行判斷。管理員和用戶的登錄對相應的操作權(quán)限也不一樣，如果是用戶登錄，管理員的窗口屬性為不可用，管理員有艙位信息管理，客機信息管理，航線信息管理，客戶類型信息管理，客戶信息和訂票信息管理，用戶主要有艙位查詢，客機信息查詢，航線信息查詢，客戶類型信息查詢，自己的信息管理，和自己訂票和退票。 2.管理員的日常操作 管理員可以對艙位信息，客機信息，航線信息，客戶類型信息，進行查詢、修改和刪除操作，可以對客戶信息和訂票信息只有查詢操作。 3.用戶的的日常操作 用戶可以進行注

35、冊然后登陸系統(tǒng)，可以查詢艙位信息，客機信息查詢，航線信息查詢，客戶類型信息，可以對自己的信息進行修改，可以定票（按照航班號進行預訂機票，顯示所訂機票的信息和價格，進入支付系統(tǒng)付賬，并再次要求客戶確認，確認無誤后訂票成功），可以退票（在特殊情況下（如天氣不適合飛機起降，飛機延誤超過30分鐘）等給予全額退票，如果是個人原因只能退50%），對退票后的機票要在未售出機票中重新體現(xiàn)。 3.4功能需求（用DFD圖表示） 3.4.1用戶注冊 流程圖： 注冊成功可登錄 點擊新用戶注冊 P 填寫信息 獲得確認 填寫相應的信息注冊 1.層圖 注冊成

36、功 P2 返回用戶信息 P1 點擊新用戶注冊 填寫相應的信息注冊 填寫信息 獲得確認 D添加用戶信息 數(shù)據(jù)流圖 3.4.2用戶訂票 流程圖： 用戶登錄 查閱機票 信息 P 訂票 1層圖： 用戶登錄 訂票成功 用戶信息 訂票信息 輸入要查詢 信息 P 1 D 1機票信息 查詢機票 信息 P 2 機 票 信 息 處理訂票 息 P 2.1 機票信息 查 詢 信 息

37、 2層圖： 用戶登陸 用戶 用戶信息 處理用戶 信息 P 1 D 1用戶信息 查詢用戶 信息 P 2 用 戶 戶 證 信 息 用 戶 信 息 D 2訂票信息 查詢訂票信息 P 2.1.1 D 3機票已賣完 信息 檢查機票是 否存在 P 2.1.2 D 4訂票有誤信 息 更新機票 信息 P 2.1.3 定 票 信 息 定 票 信 息 錯 誤 書 信 息 機 票 數(shù) 量 已 滿 信 息 定 票 信 息 定 票 信 息 3.4.3退票

38、 流程圖： 退票成功 退票 用戶登陸 用戶信息 退票信息 1層圖： 退票成功 用戶登陸 用戶信息 退票信息 處理訂票信 息 P 1 D 1訂票記錄錄 取消機票記 錄 P 2 機票信息 退款處理 P 3 D 2退票的相關規(guī)定 機 票 信 息 退 票 的 原 因 機 票 信 息 3.4.4機票信息查詢 流程圖： 用戶登陸 查詢機票 用戶 查找的機票信息 機票信息 1層圖： 用戶登陸 用戶 查找的機票信息 機票信息 處理機票信 息 P 1 機 票 清 單 D 機票

39、信息清單 D 2機票信息 機 票 信 息 機票信息 P 2 機票信息 3.4.5外部接口需求性能及軟件屬性需求 在用戶界面方面要求錯誤信息格式均以彈出提示框的形式出現(xiàn)，硬軟件接口方面沒有特別的需求，一般用戶都可以直接使用。 因為系統(tǒng)本身較小，并不投入實際應用，因此響應時間、結(jié)果精度方面可能會比較差，數(shù)據(jù)量大小方面能夠處理較大的數(shù)據(jù)量。 在數(shù)據(jù)檢索、數(shù)據(jù)增刪改方面必須做到絲毫不差，滿足軟件開發(fā)的正確性要求。 必須考慮充足的異常處理機制以及軟件的復用性，以便增強軟件的健壯性。 在安全保密性方面做到不同身份所能處理的事務不同，避免保密數(shù)據(jù)泄漏；設置足夠的觸

40、發(fā)器對不安全的數(shù)據(jù)修改進行回滾操作，進而保證了安全性要求。 所開發(fā)出來的軟件必須是可維護的，不能把一些東西做的太死。 3.4.6數(shù)據(jù)需求（ER圖表示） 管理員信息實體E-R圖如圖2-1所示。 管理員信息實體 管理員電話 管理員編號 管理員密碼 管理員用戶名 艙位等級信息實體E-R圖如圖2-2所示。 圖2-2艙位等級信息實體E-R圖 客機信息實體E-R圖如圖2-3所示。 圖2-3 客機信息實體E-R圖 航線信息實體E-R圖如圖2-4所示。 圖2-4航線信息實體E-R圖 客戶類型信息實體E-R圖如圖2-5所示。 圖2-

41、5 客戶類型信息實體E-R圖 客戶信息實體E-R圖如圖2-6所示。 圖2-6 客戶信息實體E-R圖 訂票信息實體E-R圖如圖2-7所示。 圖2-7 訂票信息實體E-R圖 實體之間關系的E-R圖如圖2-8所示。 圖2-8實體之間關系的E-R圖 四. 系統(tǒng)設計 經(jīng)過需求分析階段的分析過程，已粗略的表現(xiàn)了整個設計過程?？傮w設計階段的基本目的是用比較抽象概括的方式確定系統(tǒng)如何完成預定的任務，也就是說，應該確定系統(tǒng)的物理配置方案，并且進而確定組成系統(tǒng)的每個程序的結(jié)構(gòu)。因此，總體設計階段要完成兩個小階段，首先要進行系統(tǒng)設計，從需求分析

42、階段的數(shù)據(jù)流圖設想完成系統(tǒng)功能的最佳物理方案，然后進行軟件結(jié)構(gòu)設計，確定軟件有哪些模塊組成以及這些模塊之間的動態(tài)調(diào)用關系。用結(jié)構(gòu)圖來描繪軟件結(jié)構(gòu) 1.系統(tǒng)規(guī)格 通過計算機網(wǎng)絡將客戶端與服務器的數(shù)據(jù)庫相連，將從客戶端得到的信息進行處理，實現(xiàn)航班查詢，機票生成，銷售統(tǒng)計，綜合信息查詢等子系統(tǒng)。以計算機成本核算為中心，實現(xiàn)銷售業(yè)務的計算機自動化，為航空公司降低成本、提高銷售額、經(jīng)營決策提供及時精確的依據(jù)。 在客戶端系統(tǒng)的功能實現(xiàn)上，可以分為以下幾個部分： ①.接收由客戶端輸入的所需機票信息 ②.查詢生成航班信息 ③.將查詢到的航班信息反映到客戶端 ④.選定要預訂的航班及座位 ⑤.

43、印出機票給已經(jīng)訂票的旅客 ⑥.銷售額的分析和管理 為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，機票預定系統(tǒng)應該滿足以下的性能需求： 1.系統(tǒng)處理的準確性和及時性 2.系統(tǒng)的開放性和系統(tǒng)的可擴充性 3.系統(tǒng)的易用性和易維護性 4.系統(tǒng)的標準性 5.系統(tǒng)的先進性 6.系統(tǒng)的響應速度快 2.系統(tǒng)地運行環(huán)境 2.1 設備 奔騰133,16兆以上內(nèi)存的pc機。 2.2 支持軟件 用VC程序設計語言作為系統(tǒng)的支持軟件。 2.3 接口 　　本產(chǎn)品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入相對應的界面(如：輸入界面、輸出界面)。用戶對程序的

44、維護，最好要有備份。 　　使用WIN9X/NT/XP操作系統(tǒng) 2.4 控制 本軟件是以支持VC的操作系統(tǒng)來控制軟件運行。 2.5 功能分配 客戶機程序主要有三大塊：接收數(shù)據(jù)、網(wǎng)絡通信及輸出部分。服務器程序主要也是由三大功能：接收網(wǎng)絡數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網(wǎng)絡數(shù)據(jù)部分。 3． 接口設計 3.1 用戶接口 本產(chǎn)品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入相對應的界面(如：輸入界面、輸出界面)。用戶對程序的維護，最好要有備份。 3.2 外部接口 3.2.1 用戶界面 在用戶界面部分，根據(jù)需求分析的結(jié)果，用戶需要一個用戶友善界面。在界面設計上，應做

45、到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化。 總的來說，系統(tǒng)的用戶界面應作到可靠性、簡單性、易學習和使用 3.2.2 接口 在輸入方面，對于鍵盤、鼠標的輸入。 在輸出方面，打印機的連接及使用。在網(wǎng)絡傳輸部分，在網(wǎng)絡硬件部分，實現(xiàn)高速傳輸。 4．設計過程 4.1 處理流程 下面將使用（結(jié)構(gòu)化設計）面向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析。系統(tǒng)可分為兩大部分：一、客戶機上的程序，二、服務器上的程序。以下將分別對系統(tǒng)的這兩大部分進行流程分析： 8 4.1.1 客戶機程序流程 客戶機上的輸入信息為旅客資料或帳單號

46、，還包括一個定票/領票選項。輸出為打印帳單或機票，和確認或出錯信息。其內(nèi)部處理流程如下： 圖 1 下面對各模塊（以數(shù)字表示）進行功能說明： ⑴. 讀入并確定（定票/領票） 它是一個事務處理中心，若輸入是定票時轉(zhuǎn)入2 ，輸出則轉(zhuǎn)入5。 ⑵. 讀入旅客資料 讀取所輸入的旅客資料，并將其格式化，將格式化數(shù)據(jù)送3。 ⑶. 檢驗輸入資料 檢驗格式化輸入資料，初步檢查輸入是否有誤，它是一個事務處理中心，有誤則轉(zhuǎn)2再次讀入，檢查無誤則將數(shù)據(jù)送4。 ⑷. 準備服務器數(shù)據(jù) 由格式化旅客資料準備需發(fā)送到服務器的數(shù)據(jù)，

47、將準備好的數(shù)據(jù)送7。 ⑸. 讀入帳單號 讀取所輸入的帳單號，并將其格式化，將格式化數(shù)據(jù)送6。 ⑹. 準備服務器數(shù)據(jù) 由格式化帳單號準備需發(fā)送到服務器的數(shù)據(jù)，不同于4，它將準備的是帳單號，將準備好的數(shù)據(jù)送7。 ⑺. 準備網(wǎng)絡數(shù)據(jù)包 將數(shù)據(jù)準備/加密成網(wǎng)絡傳輸數(shù)據(jù)包。 ⑻. 網(wǎng)絡數(shù)據(jù)發(fā)送 將數(shù)據(jù)包經(jīng)網(wǎng)絡發(fā)送到服務器程序， 它是程序與網(wǎng)絡的接口。 ⑼. 網(wǎng)絡數(shù)據(jù)接受 接受由服務器程序經(jīng)網(wǎng)絡傳送到客戶機的數(shù)據(jù)包， 它是程序與網(wǎng)絡的接口。 ⑽. 解開/判斷 解開9 所接受的數(shù)據(jù)包，并判斷數(shù)據(jù)是定票數(shù)據(jù)或是領票數(shù)據(jù)，它是一事務處理中心，是定票則將數(shù)據(jù)送11，是領票則將數(shù)

48、據(jù)送18。 ⑾. 定票成功？ 由數(shù)據(jù)判斷定票是否成功，它是一事務處理中心，若定票成功則將 數(shù)據(jù)送11，不成功則將數(shù)據(jù)送18。 ⑿． 準備輸出數(shù)據(jù) 由接收的服務器數(shù)據(jù)準備輸出數(shù)據(jù)，其中關于帳單的數(shù)據(jù)將送入13，其他包括旅客資料等送入14。 ⒀．打印帳單 由帳單信息處理帳單格式并打印出帳單。 ⒁．輸出定位確定 在屏幕上顯示確定定位及其他信息。 ⒂．判斷錯誤 由數(shù)據(jù)判斷出錯誤類型，將類型送到16。 ⒃．準備錯誤語句 由具體錯誤類型準備錯誤語句，送17。 ⒄．輸出錯誤語句 在屏幕上顯示錯誤語句。 ⒅．領票核對成功？ 由數(shù)據(jù)判斷領票核對是否成功，它是一事務

49、處理中心，若成功則將數(shù)據(jù)送19，不成功則將數(shù)據(jù)送15。 ⒆．準備機票輸出數(shù)據(jù) 由接收的服務器數(shù)據(jù)準備將打印的機票數(shù)據(jù)數(shù)，據(jù)其中關于帳單的機票的數(shù)據(jù)將送入20，其他包括旅客資料等送入14。 ⒇．打印機票 由機票信息處理機票格式并打印出機票。 4.1.2 服務器程序流程 下面對各模塊（以數(shù)字表示）進行功能說明： 圖 2 ⑴． 網(wǎng)絡數(shù)據(jù)接收 接受由客戶機程序經(jīng)網(wǎng)絡傳送到客戶機的數(shù)據(jù)包， 它是程序與網(wǎng)絡的接口。 ⑵. 解開數(shù)據(jù) 解開/解密打包的數(shù)據(jù)，并將恢復的數(shù)據(jù)格式化送入3。 ⑶. 判斷操作 由數(shù)據(jù)判斷需

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

51、數(shù)據(jù)判斷定票不成功的原因，送9。 ⑼. 準備回送數(shù)據(jù) 根據(jù)不成功的原因，準備需送回客戶機程序的數(shù)據(jù)，送入16。 ⑽ .準備數(shù)據(jù)庫查詢語句 由領票數(shù)據(jù)準備訪問SQL SERVER數(shù)據(jù)庫所需的SQL 語句，送入11。 ⑾. 數(shù)據(jù)庫操作 運行SQL 語句，查詢并存入數(shù)據(jù)庫獲得相應的領票數(shù)據(jù)，將數(shù)據(jù)送入6。它需包括初步對查詢的判斷。 ⑿. 判斷查詢是否成功 利用查詢所得的數(shù)據(jù)判斷領票是否成功，它是一事務處理中心，若為領票操作得到確認則將數(shù)據(jù)送11，若不成功則將數(shù)據(jù)送8。 ⒀. 準備回送數(shù)據(jù) 準備領票確認后需回送客戶機程序的數(shù)據(jù)，送16。 ⒁. 確定原因 由查詢數(shù)據(jù)判斷領票不能確

52、認的原因，送15。 ⒂. 準備回送數(shù)據(jù) 根據(jù)不成功的原因，準備需送回客戶機程序的數(shù)據(jù)，送入16。 ⒃. 準備網(wǎng)絡數(shù)據(jù)包 將數(shù)據(jù)準備/加密成網(wǎng)絡傳輸數(shù)據(jù)包。 ⒄. 網(wǎng)絡數(shù)據(jù)發(fā)送 將數(shù)據(jù)包經(jīng)網(wǎng)絡發(fā)送到服務器程序， 它是程序與網(wǎng)絡的接口。 以上顯示的各模塊數(shù)字相同的為同一模塊；由于事務流處理上的便利，將有些功能模塊，拆分到各事務流中。 4.2 總體結(jié)構(gòu)和模塊外部設計 下面以結(jié)構(gòu)圖來描述機票預定系統(tǒng)的軟件總體結(jié)構(gòu)?？騼?nèi)注明了模塊的名字；方框之間的直線表示模塊的調(diào)用關系。 4.2.1 客戶機部分

53、圖3 4.2.2 服務器部分 接收數(shù)據(jù) 機票預定系統(tǒng)（服務器部分） 數(shù)據(jù)處理查詢 發(fā)送數(shù)據(jù) 判斷類型 準備SOL 判斷查詢 解開數(shù)據(jù)包 數(shù)據(jù)庫操作 判斷原因 準備數(shù)據(jù)包 接收客戶機數(shù)據(jù) 準備返回數(shù)據(jù) 準備返回數(shù)據(jù) 發(fā)送數(shù)據(jù)到客戶機 圖 4 其中在數(shù)據(jù)處理、查詢下作了省略…只給出了一部分模塊，實際上是有兩部分，分別對應于定位及確認。 4.3 功能分配 各項模塊的功能可參照3.1 中的說明?？蛻魴C程序主要有三大塊：接收數(shù)據(jù)、網(wǎng)絡通信及輸出部分。服務器程序主要也是由三大功能：接收網(wǎng)絡數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網(wǎng)絡數(shù)據(jù)部分。服務器程序需與已

54、建立的SQL SERVER 數(shù)據(jù)庫互連，其接口將于下面部分闡述。 5．運行設計 5.1 運行模塊組合 客戶機程序在有輸入時啟動接收數(shù)據(jù)模塊，通過各模塊之間的調(diào)用，讀入并對輸入進行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時，將調(diào)用網(wǎng)絡傳輸模塊，將數(shù)據(jù)通過網(wǎng)絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調(diào)用數(shù)據(jù)輸出模塊，對信息進行處理，產(chǎn)生相應的輸出。 服務器程序的接收網(wǎng)絡數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調(diào)用網(wǎng)絡發(fā)送模塊，將信息返回客戶機。 5.2 運行控制 運行控制將嚴格按照各模塊間函數(shù)調(diào)用關系來實現(xiàn)。

55、在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。 在網(wǎng)絡傳方面，客戶機在發(fā)送數(shù)據(jù)后，將等待服務器的確認收到信號，收到后，再次等待服務器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認。服務器在接到數(shù)據(jù)后發(fā)送確認信號，在對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將返回信息送回客戶機，并等待確認。 5.3 運行時間 在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快的反應。網(wǎng)絡硬件對運行時間有最大的影響，所以建議采用高速ATM 網(wǎng)絡。其次硬件對本系統(tǒng)的速度影響將會大于軟件的影響，建議使用 Pentium III 處理器。硬件對本系統(tǒng)的速度影響將會大于軟件的影響。 6． 數(shù)據(jù)結(jié)構(gòu)設計 6

56、.1 邏輯設計要點 passager表 乘客ID 姓名 性別 工作單位 旅行時間 旅行目的地 說明：乘客表保存了所有定票旅客的個人信息和旅行信息。主鍵為乘客ID。 Plane表 航班號 目的地 座位數(shù) 票價 起飛時間 剩余座位數(shù) 座位號分配 說明：航班班次表保存了所有從本地起飛的班機信息，它的主鍵為航班號。在定位前先查尋座位空數(shù)，在定位后將修改剩余座位號。 Ticket表 機票號 取票單號 座位號 說明：機票表里存儲了有關機票的信息。主鍵為機票號。 Getticket表： 取票單號

57、 乘客ID 航班號 起飛時間 訂票數(shù)量 說明：取票表里存儲的是有關取票的核對信息和要取機票有關的信息。 6.2 物理結(jié)構(gòu)設計要點 物理數(shù)據(jù)結(jié)構(gòu)設計主要是設計數(shù)據(jù)在模塊中的表示形式。數(shù)據(jù)在模塊中都是以結(jié)構(gòu)的方式表示。 1． 旅客信息 1． 旅客姓名 2． 旅客性別 3． 身份證號碼 4． 工作單位 2． 帳單號 3． 旅行目的地 1. 航班號 2. 目的地 3. 起飛時間 4. 座位號 4． 網(wǎng)絡包 5． 錯誤信息 6． 機票信息 1． 航班號 2． 目的地 3． 起飛時間 4． 旅客姓名

58、5． 旅客性別 6． 身份證號碼 7． 剩余座位號 8． 座位號分配 7.通知單信息1． 帳單號 2． 取票通知單號 3． 旅客姓名 4． 身份證號碼 5． 航班號 6． 起飛時間 7． 目的地 6.3 數(shù)據(jù)與程序的關系 服務器程序在對定票/領票進行操作時需對數(shù)據(jù)庫數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)，也就是數(shù)據(jù)表進行查詢和修改：在定票/領票過程中都需要對數(shù)據(jù)庫中的所有表，進行聯(lián)合查詢、修改。 物理數(shù)據(jù)結(jié)構(gòu)主要用于各模塊之間函數(shù)的信息傳遞。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸

59、。出錯信息將送入顯示模塊中，機票結(jié)構(gòu)，帳單結(jié)構(gòu)，送入打印準備模塊中準備打印格式。 6.4數(shù)據(jù)設計： 旅行時間 姓名 性別 身份證號碼 旅客 旅行地點 航班機票信息 工作單位 1 賬單 訂票 取票通知 航空公司 1 N 1 可售機票 旅社 合適航班機票

60、 等級 訂票旅客清單 售出機票信息 價格 時間 7．系統(tǒng)出錯處理設計 7.1 出錯輸出信息 程序在運行時主要會出現(xiàn)兩種錯誤：1、由于輸入信息，或無法滿足要求時產(chǎn)生的錯誤，稱為軟錯誤。2、由于其他問題，如網(wǎng)絡傳輸超時等，產(chǎn)生的問題，稱為硬錯誤。 對于軟錯誤，須在定票/領票操作成功判斷及輸入數(shù)據(jù)驗證模塊由數(shù)據(jù)進行數(shù)據(jù)分析，判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。 對與硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置。返回輸入階段。

61、7.2 出錯處理對策 所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造成的數(shù)據(jù)丟失的損失。 在網(wǎng)絡傳輸方面，可考慮建立一條成本較低的后備網(wǎng)絡，以保證當主網(wǎng)絡斷路時數(shù)據(jù)的通信。 在硬件方面要選擇較可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可靠性。 7.3 維護設計 維護方面主要為對服務器上的數(shù)據(jù)庫數(shù)據(jù)進行維護。 五. 系統(tǒng)實現(xiàn) 總體設計（系統(tǒng)總流程圖） l 驗證登陸名密碼，正確進入主菜單，根據(jù)登錄時所選的登錄方式（客戶、管理員）的不同分別對用戶設定不同的訪問權(quán)限（如果

62、是輸入的客戶用戶名和密碼正確，選擇以客戶方式登陸則主界面里面的管理員界面不能用，如果輸入的是管理員的相應用戶密碼正確，以管理員的方式登陸則管理員界面可用）不正確則清空登錄框，最多可以輸入三次，三次不正確系統(tǒng)會自動關閉。 5.1登陸界面 l 新用戶注冊，新用戶可以注冊，注冊時輸入用戶名可以查詢用戶可不可用，可用就可以注冊，注冊時可以判斷用戶輸入的密碼和驗證密碼是否相同，相同才給以注冊， 如果滿意可以點注冊，注冊成功后用戶可以選擇不用在回到登陸界面，可以直接 陸到用戶主界面，以后就可以用這個用戶登錄了，如果不滿意，點取消，所有信息 清空，重新輸入。 5.2注冊界面 l 主窗

63、體的用戶信息界面，用戶點擊個人查詢按鈕，可以把自己的個人信息顯示到界面上，還可以對自己的信息進行相應的修改（用戶編號和用戶名不能修改），還可以點擊我的機票查詢，查詢該用戶的訂票記錄。 5.3主界面的用戶個人信息界面 l 主窗體的訂票界面，你可以點擊你想查詢的有關機票的信息的按鈕（艙位信息查詢，客機信息查詢，航線查詢，客戶類型信息查詢）獲得相關信息的表，根據(jù)表的內(nèi)容，你可以在下面的下拉框中選擇你要定的票信息，點確定后在下面會顯示你的機票的相關內(nèi)容，如果滿意可以點擊訂票，把相關信息添加到機票數(shù)據(jù)庫表中，如果不滿意，可以點重置，所有信息清空，再重新選擇。 5.4用戶訂票界面 退票窗口

64、，用戶可以根據(jù)用戶信息表中的我的機票信息查詢，找出機票號，在輸入到機票號查詢里，點擊查詢獲得你的機票信息以及價格顯示，點擊退票則在數(shù)據(jù)庫機票信息表中刪除本條信息。 5.5用戶退票界面 5.5用戶登錄時的管理員界面為不可用 l 管理員界面的管理員添加界面能對管理員信息進行查詢、添加、刪除和修改，包括用戶名、登陸密碼和聯(lián)系方式。 5.6添加管理員界面 l 管理員界面的艙位信息的查詢、添加、刪除和修改，包括艙位等級編號、艙位等級名稱、提供的各種服務類別，以及備注信息等。 5.7艙位等級信息修改界面 l 管理員界面的客機信息界面對客機信息的添加、修改、刪除和查詢，包括

65、客機編號、客機型號、購買時間、服役時間、經(jīng)濟艙座位數(shù)量、公務艙座位數(shù)量、頭等艙座位數(shù)量以及備注信息等。 5.8飛機信息修改接面 l 管理員界面的航線信息界面對航線信息的添加、修改、刪除和查詢，包括航線編號、出發(fā)城市、到達城市、航班日期、出發(fā)時間、到達時間、客機編號、經(jīng)濟艙價格、公務艙價格、頭等艙價格和備注信息等。 5.9航線信息修改界面 l 客戶等級信息的的添加、修改、刪除和查詢，包括客戶等級編號、客戶等級名稱、折扣比例和備注信息等。 5.9.1客戶類型信息修改界面 l 管理員界面的用戶信息查詢，能查詢所有的已注冊的用戶信息，把相應的信息放到一個表中。 5.9.2客戶

66、查詢界面 六. 程序測試分析及結(jié)果、使用說明 1.程序使用說明: 1.運行程序顯示登錄界面 2.運行程序顯示登錄界面，輸入用戶名和密碼，選擇用戶類型，通過身份驗證，進入系統(tǒng)的使用界面。 3.不同的身份具有不同的權(quán)限。用戶只能操作用戶信息界面、訂票界面、退票界面（eg：用戶名:wangsichao,密碼:123321）。管理員：可以對管理員信息界面、艙位等級界面、飛機信息界面、客戶類型信息界面、航線信息界面進行查詢、增加、刪除、修改（eg:用戶名:wangchao,密碼：123456）。 4.程序的功能和使用（見概要設計里的功能模塊設計說明）。 2.測試分析及結(jié)果 數(shù)據(jù)庫連接出錯：重復點擊查詢時 Sqlserve2000服務器里的兩個值綁定到同一個屬性中出錯 課程總結(jié) 通過短暫的課程設計，我深有感觸。在平時做的時候感覺沒這么吃力，但是在我真正做設計時發(fā)現(xiàn)有很多錯誤，有的時候要解決一個錯誤會花上很多時間，在做的過程中，有很多錯誤意想不到，有的錯誤卻犯得很幼稚，不過這樣對自身的排錯能力能得到很大的提