1、- 2 -31 引言 1.1 編寫目的 1.2 背景 1.3 定義 1.4 參考資料 2 總體設計 2.1 需求規定 2.2 運行環境 2.3 基本設計概念和處理流程2.4 結構 2.5 功能需求與程序的關系2.6 人工處理過程 2.7 尚未問決的問題 3 接口設計 3.1 用戶接口 3.2 外部接口 3.3 內部接口 4 運行設計 4.1 運行模塊組合 4.2 運行控制 4.3 運行時間 5 系統數據結構設計 5.1 邏輯結構設計要點 5.2 物理結構設計要點 5.3 數據結構與程序的關系6 系統出錯處理設計 6.1 出錯信息 6.2 補救措施 6.3 系統維護設計 3 3- 3 -9101

2、0111011概要設計說明書1 引言1.1 編寫目的本階段已在系統的需求分析的基礎上， 對機票預定系統做概要設計。 主要解決了實現該 系統需求的程序模塊設計問題。 包括如何把該系統劃分成若干個模塊、 決定各個模塊之間的 接口、 模塊之間傳遞的信息，以及數據結構、 模塊結構的設計等。 在以下的概要設計報告中 將對在本階段中對系統所做的所有概要設計進行詳細的說明。1.2 背景開發軟件名稱：機票預訂系統。開發者：張銳欽用戶：航空公司，旅行社，乘客運行環境：個人電腦開發平臺：MyEclipse 7.0 Mysql 數據庫。系統架構：該系統采用 java+jsp 完成，用 AWT 開發系統界面設計。1.

3、3 定義Mysql: 系統服務器所使用的數據庫管理系統（DBMS ）。SQL: 一種用于訪問查詢數據庫的語言事務流：數據進入模塊后可能有多種路徑進行處理。主鍵：數據庫表中的關鍵域。值互不相同。外部主鍵：數據庫表中與其他表主鍵關聯的域。1.4 參考資料以下列出在概要設計過程中所使用到的有關資料：軟件工程及其應用周蘇、王文等天津科學技術出版社1992/1軟件工程張海藩清華大學出版社1990/11軟件工程鄭人杰 馬素霞機械工業出版社2008/062 總體設計2.1 需求規定航空公司為方便旅客，需開發一個機票預定系統。 為便于旅客由旅行社代替航空公司負 責為旅客定票，旅行社把預定機票的旅客信息，包括姓

4、名、性別、工作單位、身份證號碼、 旅行時間、旅行目的地，輸入機票預定系統的客戶端程序，系統經過查詢航空公司內的航 班數據服務器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通知和 帳單交款后取票，系統校對無誤后即印出機票給旅客。要求系統能有效、快速、 安全、 可靠和無誤的完成上述操作。 并要求客戶機的界面要簡 單明了，易于操作，服務器程序利于維護。2.2 運行環境數據庫軟件： Mysql 數據庫運行平臺： Windows XP/windows 7分辨率：最佳效果1024 X 768像素2.3 基本設計概念和處理流程面將使用 （結構化設計） 面向數據流的方法對機票預定系統的處理流程

5、進行分析。統可分為兩大部分：一、客戶機上的程序，二、服務器上的程序。以下將分別對系統的這 兩大部分進行流程分析/領票選項。輸出為打印帳2.3.1 客戶機程序流程客戶機上的輸入信息為旅客資料或帳單號，還包括一個定票 單或機票，和確認或出錯信息。其內部處理流程如下：F面對各模塊進行功能說明:航班查詢：進入該系統進行機票查詢，選擇起始城市、目的城市、起飛時間、起飛日期、航空公司等信息后點擊 查詢航班”進入機票查詢結果”頁面。2.頁面上會顯示航空選擇航班：1.您現在已經進入機票查詢結果的頁面，如果現在您的起飛日期、目的城市有所更改，您可直接在左邊的查詢中修改，以便系統重新搜索。公司、起飛時間、到達時間

6、、日期、以及艙位的價格、余位。3.選擇您需要的機票類型,點擊“預訂該艙位”就可直接進入預訂頁面 。填寫訂單：1.按照系統要求仔細填寫乘機人姓名、證件類型、證件號。2.您可以選擇適合您的付款方式付款。3.填寫聯系人全名、聯系人手機或固定電話和常用email地址，選擇送票城市。4.填寫完以上預訂信息后，點擊預訂”進入核對界面提交訂單：1.在提交訂單前，您可以再次仔細的查看一下您的預訂數據是否有誤，如無誤您可直接點擊 “預訂”按鈕以提交您的訂單。2.訂單提交后，如果成功會顯示您的訂單號碼及訂單處理成功的提示，否則會顯示錯誤信息請返回重新提交。3.訂單提交后，我們將盡快按您的要求處理訂單，如果您的行程

7、有任何變化，請撥打電話及時與我們聯系。支付票款：您提交的定單在預訂機票系統中訂位成功后，為了不被取消請馬上支付票款給我們。印出機票：1.在您支付了所預訂的機票款后，我們會及時為您出票，并把出票后我們會通知您。您可以通過信息中的五位數編號撥打航空公司客服電話進行驗證。2.出票后我們會根據您填寫的送票時間和送票地址為您送票上門。232服務器程序流程F面對各模塊進行功能說明:航班信息更新：系統的管理員通過對航班信息的修改，使數據庫中的信息發生變化。航班取消：當由于某種原因某航班被取消了，系統的管理人員要第一時間的更改數據庫 中的航班信息，使旅客能及時了解最新信息。2.4結構2.4.1客戶機部分2.4

8、.2服務器程序部分2.5功能需求與程序的關系本條用一張如下的矩陣圖說明各項功能需求的實現同各塊程序的分配關系:查詢程序錄入程序驗證程序打印程序查詢航班V填寫個人信息VV航班預定VVV航班信息更新V機票打印VVV2.6 人工處理過程2.7 尚未問決的問題3 接口設計3.1 用戶接口在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上， 應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。 外觀上也要做到合理化，考慮到用戶多對 WINDOW 風格較熟悉，應盡量向這一方向靠攏。總的來說，系統的用戶界面應作到可靠性、簡單性、易學習和使用3.2 外部接口

9、3.1.2 軟件接口服務器程序上可使用 Mysql 的對數據庫的備分命令，以做到對數據的保存。在網絡軟件接口方面， 使用一種無差錯的傳輸協議， 采用滑動窗口方式對數據進行網絡 傳輸及接收。3.1.3 硬件接口理。在輸入方面，對于鍵盤、鼠標的輸入，可用Java、 jsp 的標準輸入 /輸出，對輸入進行處在輸出方面，打印機的連接及使用，也可用Java 的標準輸入 /輸出對其進行處理。在網絡傳輸部分，在網絡硬件部分，為了實現高速傳輸，將使用高速ATM。3.3 內部接口內部接口方面， 各模塊之間采用函數調用、參數傳遞、返回值的方式進行信息傳遞。具體參數的結構將在下面數據結構設計的內容中說明。接口傳遞的

10、信息將是以數據結構封裝 了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。4 運行設計4.1 運行模塊組合客戶機程序在有輸入時啟動接收數據模塊， 通過各模塊之間的調用， 讀入并對輸入進行 格式化。在接收數據模塊得到充分的數據時，將調用網絡傳輸模塊，將數據通過網絡送到 服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數據輸出模塊，對信 息進行處理，產生相應的輸出。接收到數據后， 調用數據處理服務器程序的接收網絡數據模塊必須始終處于活動狀態。/查詢模塊對數據庫進行訪問，完成后調用網絡發送模塊，將信息返回客戶機。4.2 運行控制運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模

11、塊中， 需對運行控制進行正確的判斷，選擇正確的運行控制路徑。在網絡傳方面， 客戶機在發送數據后，將等待服務器的確認收到信號，收到后，再次等待服務器發送回答數據， 然后對數據進行確認。 服務器在接到數據后發送確認信號， 在對數據處理、訪問數據庫后，將返回信息送回客戶機，并等待確認。4.3 運行時間在軟體的需求分析中， 對運行時間的要求為必須對作出的操作有較快的反應。網絡硬件對運行時間有最大的影響， 當網絡負載量大時， 對操作反應將受到很大的影響。 所以將采用高速 ATM 網絡，實現客戶機與服務器之間的連接，以減少網絡傳輸上的開銷。其次是服務器的性能，這將影響對數據庫訪問時間即操作時間的長短， 影

12、響加大客戶機操作的等待時間，所以必須使用高性能的服務器，建議使用Pentium III 處理器。硬件對本系統的速度影響將會大于軟件的影響。5系統數據結構設計5.1邏輯結構設計要點、航班班次表班次（航班號，飛行出發地，目的地，起飛日期/時間，商務倉票價，經濟倉票價，座位空數）二、領票信息表領票（航班號，賬單號，是否領票）三、帳單信息/旅客資料表乘客資料（預訂航班，航班日期，航班等級，姓名，性別，身份證號碼，聯系電話，電 子郵件，工作單位）5.2物理結構設計要點1、班次（BC）序號字段名字段含義類型允許空主鍵1num航班號VarcharNY2from飛行出發地VarcharN2to目的地Varch

13、arN4time起飛時間VarcharN5bus商務倉票價VarcharN6eco經濟倉票價VarcharN7count座位空數numberN2、領票（LP）序號字段名字段含義類型允許空主鍵1num航班號VarcharNY2money賬單號VarcharN2yn是否領票VarcharN3、乘客信息（XX）序號字段名字段含義類型允許空主鍵1num預訂航班.VarcharNY2date航班日期DateN2rank航班等級VarcharN4name姓名VarcharN5sex性別VarcharN6no身份證號碼VarcharN7phone聯系電話VarcharN8email電子郵件Varchar9c

14、om工作單位Varchar5.3數據結構與程序的關系服務器程序在對定票/領票進行操作時需對數據庫數據庫數據結構，也就是數據表進行 查詢和修改：在定票/領票過程中都需要對數據庫中的所有表，進行聯合查詢、修改。物理數據結構主要用于各模塊之間函數的信息傳遞。接口傳遞的信息將是以數據結構封 裝了的數據，以參數傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中, 機票結構，帳單結構，送入打印準備模塊中準備打印格式。6系統出錯處理設計6.1出錯信息程序在運行時主要會出現兩種錯誤：1、由于輸入信息，或無法滿足要求時產生的錯誤,稱為軟錯誤。2、由于其他問題，如網絡傳輸超時等，產生的問題，稱為硬錯誤。對于軟錯誤，須在定票/領票操作成功判斷及輸入數據驗證模塊由數據進行數據分析, 判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。并將程序重置。返回輸入階對與硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句, 段。出錯信息必須給出相應的出錯原因，例:全部班機座位已滿！查無此定位信息！等。6.2 補救措施所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩造成的數據丟失 的損失。若真斷電時，客戶機上將不會有太大的影響，