軟件工程機票預訂系統(tǒng)總體設計

1、<p><b>　　概要設計說明書大綱</b></p><p><b>　　1 引言</b></p><p><b>　　1.1 目的</b></p><p>　　在本機票預定系統(tǒng)項目的前一階段，也就是需求分析階段中，已經(jīng)將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經(jīng)在上一階段中對

2、航空公司、各旅行社及機場的實地調(diào)研中獲得，并在需求規(guī)格說明書中得到詳盡得敘述及闡明。</p><p>　　本階段已在系統(tǒng)的需求分析的基礎上，對機票預定系統(tǒng)做概要設計。主要解決了實現(xiàn)該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù)結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統(tǒng)所做的所有概要設計進行詳細的說明。</p>

3、<p>　　在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對機票預定系統(tǒng)所做的模塊結構設計的基礎上，對系統(tǒng)進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階段設計的不足或錯誤。</p><p><b>　　1.2 背景</b></p><p>　　軟件

4、名稱：機票預訂系統(tǒng)</p><p>　　提出者：航空公司機票銷售部門</p><p><b>　　開發(fā)者：。</b></p><p>　　用戶：需要乘飛機的旅客，航空公司，旅行社。</p><p>　　1.3 定義、縮寫詞、略語</p><p>　　1．3．1 專門術語</p>&l

5、t;p>　　SQL SERVER: 系統(tǒng)服務器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBMS）。</p><p>　　SQL: 一種用于訪問查詢數(shù)據(jù)庫的語言</p><p>　　事務流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。</p><p>　　主鍵：數(shù)據(jù)庫表中的關鍵域。值互不相同。</p><p>　　外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。&l

6、t;/p><p>　　ROLLBACK: 數(shù)據(jù)庫的錯誤恢復機制。</p><p><b>　　1．3．2 縮寫</b></p><p>　　系統(tǒng)：若未特別指出，統(tǒng)指本機票預定系統(tǒng)。</p><p>　　SQL: Structured Query Language（結構化查詢語言）。</p><p>　

7、　ATM: Asynchronous Transfer Mode (異步傳輸模式)。</p><p><b>　　1.4 參考資料</b></p><p>　　1.劉於勛 邢文凱  Visual basic程序設計，北京：北京理工大學出版社 2009年</p><p>　　2.王珊 薩師煊 數(shù)據(jù)庫系統(tǒng)概論 北京：高等教育出版

8、社  2009年</p><p>　　3.張海藩  軟件工程導論   清華大學出版 2010年</p><p>　　4機票預定系統(tǒng)項目計劃任務書 <>航空公司 1999/3</p><p>　　5機票預定系統(tǒng)項目開發(fā)計劃 《》軟件開發(fā)小組 1999/3</p><p>

9、　　6需求規(guī)格說明書 《》軟件開發(fā)小組 1999/3</p><p>　　7用戶操作手冊（初稿）《》軟件開發(fā)小組 1999/4</p><p>　　8 軟件工程及其應用 周蘇、王文等天津科學技術出版社 1992/1</p><p>　　9軟件工程 張海藩清華大學出版社 1990/11</p>

10、;<p>　　Computer Network A.S.TanenbaunPrentice Hall 1996/01</p><p><b>　　2 總體設計</b></p><p><b>　　2.1 需求規(guī)定</b></p><p>　　航空公司為方便旅客，需開發(fā)一個機票預定系統(tǒng)。為便于旅

11、客由旅行社代替航空公司負責為旅客定票，旅行社把預定機票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機票預定系統(tǒng)的客戶端程序，系統(tǒng)經(jīng)過查詢航空公司內(nèi)的航班數(shù)據(jù)服務器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通知和帳單交款后取票，系統(tǒng)校對無誤后即印出機票給旅客。</p><p>　　要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易

12、于操作，服務器程序利于維護。</p><p><b>　　2.2 運行環(huán)境</b></p><p>　　系統(tǒng)將由兩部分程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司內(nèi)的數(shù)據(jù)服務器程序。</p><p>　　根據(jù)調(diào)研得知所有旅行社的計算機配置均在Pentium 133級別以上，客戶程序應能夠在Pentium 133級別以上, Win NT環(huán)

13、境下運行。</p><p>　　2.3 基本設計概念和處理流程</p><p>　　航空公司為方便旅客，需開發(fā)一個機票預定系統(tǒng)。為便于旅客由旅行社代替航空公司負責為旅客定票，旅行社把預定機票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機票預定系統(tǒng)的客戶端程序，系統(tǒng)經(jīng)過查詢航空公司內(nèi)的航班數(shù)據(jù)服務器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通

14、知和帳單交款后取票，系統(tǒng)校對無誤后即印出機票給旅客。</p><p>　　要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務器程序利于維護。</p><p><b>　　2.4 結構</b></p><p>　　下面以結構圖來描述機票預定系統(tǒng)的軟件總體結構?？騼?nèi)注明了模塊的名字；方框之間的直線表示

15、模塊的調(diào)用關系。 </p><p>　　2.5 功能需求與程序的關系</p><p>　　本條用一張如下的矩陣圖說明各項功能需求的實現(xiàn)同各塊程序的分配關系：</p><p>　　2.6 人工處理過程</p><p>　　機票預訂信息的錄入。</p><p>　　2.7 尚未解決的問題</p><p&

16、gt;<b>　　3 接口設計</b></p><p><b>　　3.1 用戶接口</b></p><p>　　本產(chǎn)品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入相對應的界面(如：輸入界面、輸出界面)。用戶對程序的維護，最好要有備份。</p><p><b>　　3.2 外部接口<

17、/b></p><p>　　3.2.1 用戶界面</p><p>　　在用戶界面部分，根據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化。</p><p>　　總的來說，系統(tǒng)的用戶界面應作到可靠性、簡單性、易學習和使用</p><p

18、><b>　　3.2.2 接口</b></p><p>　　在輸入方面，對于鍵盤、鼠標的輸入。在輸出方面，打印機的連接及使用。在網(wǎng)絡傳輸部分，在網(wǎng)絡硬件部分，實現(xiàn)高速傳輸。</p><p><b>　　3.3 內(nèi)部接口</b></p><p>　　內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進行信息傳

19、遞。具體參數(shù)的結構將在下面數(shù)據(jù)結構設計的內(nèi)容中說明。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。</p><p><b>　　4 運行設計</b></p><p>　　4.1 運行模塊組合</p><p>　　客戶機程序在有輸入時啟動接收數(shù)據(jù)模塊，通過各模塊之間的調(diào)用，讀入并對輸入進行格式化。在接收數(shù)據(jù)模塊

20、得到充分的數(shù)據(jù)時，將調(diào)用網(wǎng)絡傳輸模塊，將數(shù)據(jù)通過網(wǎng)絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調(diào)用數(shù)據(jù)輸出模塊，對信息進行處理，產(chǎn)生相應的輸出。</p><p>　　服務器程序的接收網(wǎng)絡數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調(diào)用網(wǎng)絡發(fā)送模塊，將信息返回客戶機。</p><p><b>　　4.2 運行控制<

21、;/b></p><p>　　運行控制將嚴格按照各模塊間函數(shù)調(diào)用關系來實現(xiàn)。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。</p><p>　　在網(wǎng)絡傳方面，客戶機在發(fā)送數(shù)據(jù)后，將等待服務器的確認收到信號，收到后，再次等待服務器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認。服務器在接到數(shù)據(jù)后發(fā)送確認信號，在對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將返回信息送回客戶機，并等待確認。&l

22、t;/p><p><b>　　4.3 運行時間</b></p><p>　　在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快的反應。網(wǎng)絡硬件對運行時間有最大的影響，所以建議采用高速ATM 網(wǎng)絡。其次硬件對本系統(tǒng)的速度影響將會大于軟件的影響，建議使用 Pentium III 處理器。硬件對本系統(tǒng)的速度影響將會大于軟件的影響。</p><p&g

23、t;　　5 系統(tǒng)數(shù)據(jù)結構設計</p><p>　　5.1 邏輯結構設計要點</p><p><b>　　passager表</b></p><p>　　說明：乘客表保存了所有定票旅客的個人信息和旅行信息。主鍵為乘客ID。</p><p><b>　　Plane表</b></p><

24、;p>　　說明：航班班次表保存了所有從本地起飛的班機信息，它的主鍵為航班號。在定位前先查尋座位空數(shù)，在定位后將修改剩余座位號。</p><p><b>　　Ticket表</b></p><p>　　說明：機票表里存儲了有關機票的信息。主鍵為機票號。</p><p>　　Getticket表：</p><p>　　

25、說明：取票表里存儲的是有關取票的核對信息和要取機票有關的信息。</p><p>　　5.2 物理結構設計要點</p><p>　　物理數(shù)據(jù)結構設計主要是設計數(shù)據(jù)在模塊中的表示形式。數(shù)據(jù)在模塊中都是以結構的方式表示。</p><p><b>　　旅客信息</b></p><p><b>　　通知單信息</b

26、></p><p>　　5.3 數(shù)據(jù)結構與程序的關系</p><p>　　說明各個數(shù)據(jù)結構與訪問這些數(shù)據(jù)結構的各個程序之間的對應關系，可采用如下的矩陣圖的形式：</p><p>　　服務器程序在對定票/領票進行操作時需對數(shù)據(jù)庫數(shù)據(jù)庫數(shù)據(jù)結構，也就是數(shù)據(jù)表進行查詢和修改：在定票/領票過程中都需要對數(shù)據(jù)庫中的所有表，進行聯(lián)合查詢、修改。</p>&l

27、t;p>　　物理數(shù)據(jù)結構主要用于各模塊之間函數(shù)的信息傳遞。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中，機票結構，帳單結構，送入打印準備模塊中準備打印格式。</p><p>　　6 系統(tǒng)出錯處理設計</p><p><b>　　6.1 出錯信息</b></p><p>　　程序

28、在運行時主要會出現(xiàn)兩種錯誤：1、由于輸入信息，或無法滿足要求時產(chǎn)生的錯誤，稱為軟錯誤。2、由于其他問題，如網(wǎng)絡傳輸超時等，產(chǎn)生的問題，稱為硬錯誤。</p><p>　　對于軟錯誤，須在定票/領票操作成功判斷及輸入數(shù)據(jù)驗證模塊由數(shù)據(jù)進行數(shù)據(jù)分析，判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。</p><p>　　對與硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置。返回

29、輸入階段。</p><p><b>　　6.2 補救措施</b></p><p>　　所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造成的數(shù)據(jù)丟失的損失。</p><p>　　在網(wǎng)絡傳輸方面，可考慮建立一條成本較低的后備網(wǎng)絡，以保證當主網(wǎng)絡斷路時數(shù)據(jù)的通信。</p><p>　　在硬件方面要選擇較可靠、穩(wěn)定