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

1、本科實驗報告 課程名稱：軟件工程 實驗項目：機票預訂系統(tǒng) 實驗地點：致遠樓301 專業(yè)班級：軟件1222班學號：2012005610 學生姓名：王帥 指導教師：崔冬華 20XX5月13日 《機票預訂系統(tǒng)概要設計說明書》 1、 編寫目的 在本機票預定系統(tǒng)項目的前一階段.也就是需求分析階段中.已經(jīng)將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述.這些用戶需求已經(jīng)在上一階段中對航空公司、各旅行社及機場的實地調(diào)研中獲得.并在需求規(guī)格說明書中得到詳盡得敘述及闡明。 本階段已在系統(tǒng)的需求分析的基礎上.對機票預定系統(tǒng)做概要設計。主要解決了實現(xiàn)該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)

2、劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息.以及數(shù)據(jù)結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統(tǒng)所做的所有概要設計進行詳細的說明。 在下一階段的詳細設計中.程序設計員可參考此概要設計報告.在概要設計對機票預定系統(tǒng)所做的模塊結構設計的基礎上.對系統(tǒng)進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書.以便于了解在概要設計過程中所完成的各模塊設計結構.或在修改時找出在本階段設計的不足或錯誤。 2總體設計 2.1需求規(guī)定 航空公司為方便旅客.需開發(fā)一個機票預定系統(tǒng)。為便于旅客由旅行社代替航空公司負責為旅客定票.旅行社把預定機票的旅客信息.

3、包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地.輸入機票預定系統(tǒng)的客戶端程序.系統(tǒng)經(jīng)過查詢航空公司內(nèi)的航班數(shù)據(jù)服務器后.為旅客安排航班.印出取票通知。旅客在飛機起飛前一天憑取票通知和帳單交款后取票.系統(tǒng)校對無誤后即印出機票給旅客。 要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了.易于操作.服務器程序利于維護。 2.2運行環(huán)境 在windows環(huán)境下運行 2.3系統(tǒng)中的基本業(yè)務流程 數(shù)據(jù)流程圖是描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)歷的變換。是一種能全面描述信息系統(tǒng)邏輯模型的主要工具,也是系統(tǒng)分析人員與用戶進行交流的有效手段

4、。首先分析系統(tǒng)總的數(shù)據(jù)流程圖.如圖2-1所示。 系 統(tǒng) 管理員 售票員 售票員 售票員 航班信息的更新 查詢請求 表單申請 機票核對事務 報表 報表 報表 報表和賬單 數(shù) 據(jù) 庫 服務器終端顯示數(shù)據(jù) 客戶機終端顯示數(shù)據(jù) 在客戶端打印機票和帳單 客戶機終端顯示數(shù)據(jù) 圖2-1數(shù)據(jù)流程圖 由于系統(tǒng)的數(shù)據(jù)流程圖比較復雜.而系統(tǒng)中主要的是訂票、取票和退票三項業(yè)務.因此分別畫出這三項業(yè)務的數(shù)據(jù)流程圖如圖2-2、圖2-3、圖2-4所示。 1 旅客訂票信息 旅行社 訂票管理 航班機票信息 候補旅客信息 顧客 航班機票管理 航 空 公 司

5、 圖2-2 訂票業(yè)務數(shù)據(jù)流程圖 旅客訂票信息 取票管理 航班機票信息 航班機票管理 航 空 公 司 2 取票通知書 圖2-3 取票業(yè)務數(shù)據(jù)流程圖3 旅客訂票信息 旅行社 退票管理 航班機票信息 候補旅客信息 航班機票管理 航 空 公 司 圖2-4 退票業(yè)務數(shù)據(jù)流程圖 注：1、訂票需求信息 2、取票通知 3、退票請求信息 3、系統(tǒng)設計 1>系統(tǒng)的功能結構圖 本系統(tǒng)總的功能結構圖如圖3-1所示.主要分為五個模塊。其中系統(tǒng)客戶端、服務器短的功能結構圖和系統(tǒng)客戶端登陸功能圖如圖3-2、圖3-3、圖3-4所示。 機票預定系統(tǒng)〔客

6、戶端 退票管理 取票管理 訂票管理 機票預定系統(tǒng)〔服務器 數(shù)據(jù)查詢 數(shù)據(jù)存儲維護 航班機票管理 圖3-1 功能結構圖 準備輸出 判斷錯誤類型 準備輸出 準備錯誤信息 打印帳單 顯示確認 顯示錯誤 打印機票 確認顯示 帳單 機票 機票預定系統(tǒng)〔客戶機程序 聯(lián)絡服務器 輸出數(shù)據(jù) 準備網(wǎng)絡數(shù)據(jù)包 解開網(wǎng)絡數(shù)據(jù)包 發(fā)送數(shù)據(jù) 接收數(shù)據(jù) 確認操作類型 確定〔定票/領票 旅客資料 定票/領票 帳單號 接收輸入數(shù)據(jù) 準備定票發(fā)送數(shù)據(jù) 準備確認發(fā)送數(shù)據(jù) 檢驗輸入 讀入旅客資料 讀入帳單號 定票成功？ 領票成功？

7、圖3-2 客戶端功能結構圖機票預定系統(tǒng)〔服務器部分 接收數(shù)據(jù) 數(shù)據(jù)處理、查詢 發(fā)送數(shù)據(jù) 判斷類型 解開數(shù)據(jù)包 接收客戶機數(shù)據(jù) 準備數(shù)據(jù)包 發(fā)送數(shù)據(jù)到客戶機 準備SQL 數(shù)據(jù)庫操作 判斷查詢 準備返回數(shù)據(jù) 判斷原因 準備返回數(shù)據(jù) 圖3-3 服務器端功能結構圖 輸入 處理 輸出 進入系統(tǒng)界面 進入系統(tǒng)前驗證 輸入賬號和密碼 圖3-4 登陸功能IPO圖 2>系統(tǒng)功能說明 〔1用戶注冊登陸模塊 用戶登陸是使用者的第一窗口.包

8、括用戶、密碼、用戶類型〔乘客、旅行社和航空公司。每個用戶在后臺都有相應的客戶資料。并記錄其用戶類型.以便提供相應的優(yōu)惠服務。若沒有用戶名應先注冊.留下相應的客戶資料.以便以后更為方便周到的服務。 〔2訂票模塊 該模塊主要負責乘客的訂票信息。旅行社輸出訂票信息或乘客在微型機上輸出修改的訂票信息.訂票信息傳到服務部。系統(tǒng)服務部自動進行訂票信息總匯整理.若沒有乘客選擇的時段的航班.乘客可以選擇是否登記一下航班的候補。 〔3取票模塊 該模塊主要負責乘客的取票業(yè)務.根據(jù)乘客的要求和航空公司的相應取票機制.乘客可以再規(guī)定時間段內(nèi)去航空公司相應的取票點進行取票。服務人員核對好您的身份信息后.便可以

9、打印您的機票。若果乘客沒有在規(guī)定的時間內(nèi)取票.系統(tǒng)會自動將票歸到候補票中。 〔4數(shù)據(jù)庫模塊〔訂票信息、票務售出信息、航線信息、客戶登記信息等 數(shù)據(jù)庫模塊式整個航空公司訂票系統(tǒng)的關鍵部分。用它管理各個種類的信息。包括訂票信息管理、客戶信息管理、航班信息管理等。數(shù)據(jù)塊模塊供工作人員對這種信息進行添加和修改。保證客戶端看到的是最新的消息。 〔5航班管理模塊 該模塊主要是對飛機的航線還有時間段的安排模塊.根據(jù)旅行社的要求.可以臨時增加相應的航班.為旅客服務。同時根據(jù)客流量合理安排日常的航班及航線。 4、接口設計 4.1用戶接口 在用戶〔旅行社訂票時.如果用戶輸入的信息是非法的系統(tǒng)會提示有

10、錯誤信息；另外在輸入錯誤數(shù)據(jù)時.系統(tǒng)有時候會對這些信息沒有什么反映.這也是我在設計中的缺憾.操作員要引起重視。在用戶〔旅客取票時.如果用戶輸入的信息是非法的系統(tǒng)會提示有錯誤信息；另外在輸入錯誤數(shù)據(jù)時.系統(tǒng)有時候會對這些信息沒有什么反映.這也是我在設計中的缺憾.操作員要引起重視。 4.2外部接口 本系統(tǒng)得數(shù)據(jù)庫是用Microsoft SQL server2008,用的ASP的幾個數(shù)據(jù)庫連接來實現(xiàn)與數(shù)據(jù)庫的連接 4.3內(nèi)部接口 本系統(tǒng)包括如下幾個方面：登陸界面.訂票.航班時刻信息查詢。需要的數(shù)據(jù)表有：旅行社詳細情況.乘客數(shù)據(jù)表.飛行時刻表.航班信息表.這幾個數(shù)據(jù)表都有自己的主鍵.表之間通過

11、主鍵實現(xiàn)連接。 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)。在各事務中心模塊中.需要運行控制進行正確的判斷.選擇正確的運行控制路

12、徑。在網(wǎng)絡傳輸方面.客戶機在發(fā)送數(shù)據(jù)后.將等待服務器的確認收到信號.收到后.再次等待服務器發(fā)送回答數(shù)據(jù).然后對數(shù)據(jù)進行確認。服務器在接到數(shù)據(jù)后發(fā)送確認信號.對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后.將返回信息送回客戶機.并等待確認。 5.3運行時間 在軟件的需求分析中.對運行時間的要求為必須對做出的操作又較快的反應。網(wǎng)絡硬件對運行時間有最大的影響.當網(wǎng)絡負載最大時.對操作反應將受到很大的影響。所以將采用高速ATM網(wǎng)絡.實現(xiàn)客戶機與服務器之間的鏈接.以減少網(wǎng)絡傳輸上的開銷。其次是服務器性能.這將影響對數(shù)據(jù)庫訪問時間即操作時間的長短.影響加大客戶機操作等待時間.所以必須使用高性能的服務器。硬件對本系統(tǒng)的速度影

13、響將會大于軟件的影響。 7、出錯處理設計 8、安全保密設計 1>出錯輸出信息 程序在運行是主要會出現(xiàn)兩種錯誤：1、由于輸入信息無法滿足要求是產(chǎn)生的錯誤.稱為軟錯誤。2、由于其他問題.如網(wǎng)絡傳輸超時等.產(chǎn)生的問題.稱為硬錯誤。 對于軟錯誤.須在訂票/領票操作成功判斷及輸入數(shù)據(jù)驗證模塊由數(shù)據(jù)進行數(shù)據(jù)分析.判斷錯誤類型.在生成相應的錯誤提示語句.送到輸出模塊中。 對于硬錯誤.可以在出錯的相應模塊中輸出簡單的出錯信息.并將程序重置。返回輸入階段。 2出錯處理對策 所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造成的數(shù)據(jù)丟失的損失。若真斷電時.客戶機上將不會有太大的影響.主

14、要是服務器上：在斷電后恢復過程可采用SQLsever的日志文件.對其進行rollback處理.對數(shù)據(jù)進行恢復。 在網(wǎng)絡傳輸方面.可以考慮建立一個成本較低的后備網(wǎng)絡.以保證當主網(wǎng)絡斷路時數(shù)據(jù)的通信。在硬件方面選擇較可靠、穩(wěn)定的服務器機種.以保證系統(tǒng)運行時的可靠性。 8、安全保密設計 由于數(shù)據(jù)的傳輸上需要通過網(wǎng)絡傳輸.為了對客戶資料進行保護.需要在網(wǎng)絡的傳輸過程中對數(shù)據(jù)進行加密。這個工作主要在準備網(wǎng)絡包.及解開網(wǎng)絡包這兩個模塊完成.他們各對數(shù)據(jù)進行加密及解密還原工作。 9．維護設計 維護方面主要對服務器上的數(shù)據(jù)庫進行維護。可使用SQL sever 的數(shù)據(jù)可維護功能機制。例如.定期對數(shù)據(jù)庫進行Backup.維護管理數(shù)據(jù)庫死鎖問題和維護數(shù)據(jù)庫內(nèi)數(shù)據(jù)的一致等。 5 / 5