實驗四設計說明書

1、概要設計說明書概要設計說明書1 引言引言.21.1 編寫目的.21.2 背景.21.3 定義.21.4 參考資料.22 總體設計總體設計.22.1 需求規(guī)定.22.2 運行環(huán)境.22.3 基本設計概念和處理流程.22.4 結構.2 HYPERLINK L _TOC521464969 2.6 人工處理過程.2 HYPERLINK L _TOC521464970 2.7 尚未問決的問題.2 HYPERLINK L _TOC521464971 3 接口設計接口設計 PAGEREF _TOC521464971 H 2 HYPERLINK L _TOC521464972 3.1 用戶接口.223.3 內

2、部接口.2 HYPERLINK l _Toc521464976 4.1 運行模塊組合2 HYPERLINK l _Toc521464977 4.2 運行控制2 HYPERLINK l _Toc521464978 4.3 運行時間 PAGEREF _Toc521464978 h 25 系統(tǒng)數(shù)據(jù)結構設計 PAGEREF _Toc521464979 h 2 HYPERLINK l _Toc521464980 5.1 邏輯結構設計要點 PAGEREF _Toc521464980 h 25.2 物理結構設計要點5.3 數(shù)據(jù)結構與程序的關系 26 系統(tǒng)出錯處理設計系統(tǒng)出錯處理設計.26.1 出錯信息 26

3、.2 補救措施 26.3 系統(tǒng)維護設計 221 1 引言引言1.1 編寫目的編寫目的說明編寫這份概要設計說明書的目的，指出預期的讀者。1.2 背景背景說明：a.待開發(fā)軟件系統(tǒng)的名稱；b.列出此項目的任務提出者、開發(fā)者、用戶以及將運行該軟件的計算站（中心） 。1.3 定義定義列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。1.4 參考資料參考資料列出有關的參考文件，如：a.本項目的經(jīng)核準的計劃任務書或合同，上級機關的批文；b.屬于本項目的其他已發(fā)表文件；c.本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。列出這些文件的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資

4、料的來源。2 2 總體設計總體設計2.1 需求規(guī)定需求規(guī)定說明對本系統(tǒng)的主要的輸入輸出項目、處理的功能性能要求，詳細的說明可參見附錄C。2.2 運行環(huán)境運行環(huán)境簡要地說明對本系統(tǒng)的運行環(huán)境（包括硬件環(huán)境和支持環(huán)境）的規(guī)定，詳細說明參見附錄 C。32.3 基本設計概念和處理流程基本設計概念和處理流程說明本系統(tǒng)的基本設計概念和處理流程，盡量使用圖表的形式。2.4 結構結構用一覽表及框圖的形式說明本系統(tǒng)的系統(tǒng)元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統(tǒng)元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系.2.5 功能器求與程序的關系功能器求與程序的關系本條用一張如下的矩陣圖說

5、明各項功能需求的實現(xiàn)同各塊程序的分配關系：程序 1程序 2程序 n功能需求 1功能需求 2功能需求 n2.6 人工處理過程人工處理過程說明在本軟件系統(tǒng)的工作過程中不得不包含的人工處理過程（如果有的話） 。2.7 尚未問決的問題尚未問決的問題說明在概要設計過程中尚未解決而設計者認為在系統(tǒng)完成之前必須解決的各個問題。3 3 接口設計接口設計3.1 用戶接口用戶接口說明將向用戶提供的命令和它們的語法結構，以及軟件的回答信息。3.2 外部接口外部接口說明本系統(tǒng)同外界的所有接口的安排包括軟件與硬件之間的接口、本系統(tǒng)與各支持軟件之間的接口關系。43.3 內部接口內部接口說明本系統(tǒng)之內的各個系統(tǒng)元素之間的接

6、口的安排。4 4 運行設計運行設計4.1 運行模塊組合運行模塊組合說明對系統(tǒng)施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經(jīng)的內部模塊和支持軟件。4.2 運行控制運行控制說明每一種外界的運行控制的方式方法和操作步驟。4.3 運行時間運行時間說明每種運行模塊組合將占用各種資源的時間。5 5 系統(tǒng)數(shù)據(jù)結構設計系統(tǒng)數(shù)據(jù)結構設計5.1 邏輯結構設計要點邏輯結構設計要點給出本系統(tǒng)內所使用的每個數(shù)據(jù)結構的名稱、標識符以及它們之中每個數(shù)據(jù)項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關系。5.2 物理結構設計要點物理結構設計要點給出本系統(tǒng)內所使用的每個數(shù)據(jù)結構中

7、的每個數(shù)據(jù)項的存儲要求，訪問方法、存取單位、存取的物理關系（索引、設備、存儲區(qū)域） 、設計考慮和保密條件。5.3 數(shù)據(jù)結構與程序的關系數(shù)據(jù)結構與程序的關系說明各個數(shù)據(jù)結構與訪問這些數(shù)據(jù)結構的形式。56 6 系統(tǒng)出錯處理設計系統(tǒng)出錯處理設計6.1 出錯信息出錯信息用一覽表的方式說朗每種可能的出錯或故障情況出現(xiàn)時，系統(tǒng)輸出信息的形式、含意及處理方法。6.2 補救措施補救措施說明故障出現(xiàn)后可能采取的變通措施，包括：a.后備技術說明準備采用的后備技術，當原始系統(tǒng)數(shù)據(jù)萬一丟失時啟用的副本的建立和啟動的技術，例如周期性地把磁盤信息記錄到磁帶上去就是對于磁盤媒體的一種后備技術；b.降效技術說明準備采用的后備

8、技術，使用另一個效率稍低的系統(tǒng)或方法來求得所需結果的某些部分，例如一個自動系統(tǒng)的降效技術可以是手工操作和數(shù)據(jù)的人工記錄；c.恢復及再啟動技術說明將使用的恢復再啟動技術，使軟件從故障點恢復執(zhí)行或使軟件從頭開始重新運行的方法。6.3 系統(tǒng)維護設計系統(tǒng)維護設計說明為了系統(tǒng)維護的方便而在程序內部設計中作出的安排，包括在程序中專門安排用于系統(tǒng)的檢查與維護的檢測點和專用模塊。 各個程序之間的對應關系。6概要設計說明書概要設計說明書1引言引言11 編寫目的編寫目的在本機票預定系統(tǒng)項目的前一階段，也就是需求分析階段中，已經(jīng)將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經(jīng)在上一階段中對航空公司、各旅行社

9、及機場的實地調研中獲得，并在需求規(guī)格說明書中得到詳盡得敘述及闡明。本階段已在系統(tǒng)的需求分析的基礎上，對機票預定系統(tǒng)做概要設計。主要解決了實現(xiàn)該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù)結構、模塊結構的設計等。在以下的概要設計報告中將對在本階段中對系統(tǒng)所做的所有概要設計進行詳細的說明。在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在概要設計對機票預定系統(tǒng)所做的模塊結構設計的基礎上，對系統(tǒng)進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改時找出在

10、本階段設計的不足或錯誤。12 項目背景項目背景本項目（機票預定系統(tǒng)）時由航空公司委托，由負責開發(fā)。 機票預定系統(tǒng)將由兩部分組成：置于個旅行社定票點的前臺客戶程序，以及置于航空公司的數(shù)據(jù)庫服務器。本系統(tǒng)與其他系統(tǒng)的關系如下：客戶程序客戶程序客戶程序客戶程序服務器及程序網(wǎng)網(wǎng) 絡絡機場飛機起飛管理旅行社13 定義定義131 專門術語專門術語SQL SERVER: 系統(tǒng)服務器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBMS） 。SQL: 一種用于訪問查詢數(shù)據(jù)庫的語言事務流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。主鍵：數(shù)據(jù)庫表中的關鍵域。值互不相同。外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。ROLLBACK: 數(shù)據(jù)庫的

11、錯誤恢復機制。132 縮寫縮寫系統(tǒng)：若未特別指出，統(tǒng)指本機票預定系統(tǒng)。SQL: Structured Query Language（結構化查詢語言） 。ATM: Asynchronous Transfer Mode (異步傳輸模式)。14 參考資料參考資料以下列出在概要設計過程中所使用到的有關資料：1 機票預定系統(tǒng)項目計劃任務書機票預定系統(tǒng)項目計劃任務書 航空公司 1999/372 機票預定系統(tǒng)項目開發(fā)計劃機票預定系統(tǒng)項目開發(fā)計劃 軟件開發(fā)小組 1999/33 需求規(guī)格說明書需求規(guī)格說明書 軟件開發(fā)小組 1999/34 用戶操作手冊（初稿）用戶操作手冊（初稿）軟件開發(fā)小組 1999/45 軟件

12、工程及其應用軟件工程及其應用 周蘇、王文等天津科學技術出版社 1992/16 軟件工程軟件工程 張海藩清華大學出版社 1990/117 Computer Network A.S.TanenbaunPrentice Hall 1996/01文檔所采用的標準是參照軟件工程導論沈美明著 的“計算機軟件開發(fā)文檔編寫指南” 。2任務概述任務概述21 目標目標22 運行環(huán)境運行環(huán)境系統(tǒng)將由兩部分程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司內的數(shù)據(jù)服務器程序。根據(jù)調研得知所有旅行社的計算機配置均在 Pentium 133 級別以上，客戶程序應能夠在 Pentium 133 級別以上, Win NT

13、環(huán)境下運行。23 需求概述需求概述航空公司為方便旅客，需開發(fā)一個機票預定系統(tǒng)。為便于旅客由旅行社代替航空公司負責為旅客定票，旅行社把預定機票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機票預定系統(tǒng)的客戶端程序，系統(tǒng)經(jīng)過查詢航空公司內的航班數(shù)據(jù)服務器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通知和帳單交款后取票，系統(tǒng)校對無誤后即印出機票給旅客。要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務器程序利于維護。24 條件與限制條件與限制3總體設計總體設計31 處理流程處理流程下面將使用（結構化設計）面

14、向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析。系統(tǒng)可分為兩大部分：一、客戶機上的程序，二、服務器上的程序。以下將分別對系統(tǒng)的這兩大部分進行流程分析：311 客戶機程序流程客戶機程序流程客戶機上的輸入信息為旅客資料或帳單號，還包括一個定票/領票選項。輸出為打印帳單或機票，和確認或出錯信息。其內部處理流程如下：21534678旅客資料定票/取票帳單號經(jīng)網(wǎng)絡送服務器程序8下面對各模塊（以數(shù)字表示）進行功能說明：1讀入并確定（定票/領票） 它是一個事務處理中心，若輸入是定票時轉入 2 ，輸出則轉入 5。2 讀入旅客資料 讀取所輸入的旅客資料，并將其格式化，將格式化數(shù)據(jù)送 3。3 檢驗輸入資料 檢驗格

15、式化輸入資料，初步檢查輸入是否有誤，它是一個事務處理中心，有誤則轉 2 再次讀入，檢查無誤則將數(shù)據(jù)送 4。4 準備服務器數(shù)據(jù) 由格式化旅客資料準備需發(fā)送到服務器的數(shù)據(jù)，將準備好的數(shù)據(jù)送 7。5 讀入帳單號 讀取所輸入的帳單號，并將其格式化，將格式化數(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ù)接受 接受由服務器程序經(jīng)網(wǎng)絡傳送到客戶機的數(shù)據(jù)包， 它是程序與網(wǎng)絡的接口。10解開/判

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

17、語句。18領票核對成功？ 由數(shù)據(jù)判斷領票核對是否成功，它是一事務處理中心，若成功則將數(shù)據(jù)送 19，不成功則將數(shù)據(jù)送 15。19準備機票輸出數(shù)據(jù) 由接收的服務器數(shù)據(jù)準備將打印的機票數(shù)據(jù)數(shù)，據(jù)其中關于帳單的機票的數(shù)據(jù)將送入 20，其他包括旅客資料等送入 14。20打印機票 由機票信息處理機票格式并打印出機票。312 服務器程序流程服務器程序流程打印帳單輸出確定預定信息輸出錯誤原因打印機票輸出確定預定信息服務器經(jīng)網(wǎng)絡送來回答911=118161512131417192010149送客戶機客戶機經(jīng)網(wǎng)絡送來的數(shù)據(jù)來自客戶機客戶機經(jīng)網(wǎng)絡送來的數(shù)據(jù)1611510432712171681315914SQL S

18、ERVER(班機，票務數(shù)據(jù)庫)下面對各模塊（以數(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ù)庫操作，它是一事務處理中心，若為定票操作則將數(shù)據(jù)送 4，若為領票操作則將數(shù)據(jù)送 15。4準備數(shù)據(jù)庫查詢語句 由定票數(shù)據(jù)準備訪問 SQL SERVER 數(shù)據(jù)庫所需的 SQL 語句，送入 5。5數(shù)據(jù)庫操作 運行 SQL 語句，查詢并存入數(shù)據(jù)庫，獲得相應的定票數(shù)據(jù)，將數(shù)據(jù)送入 6。它需包括初步對查詢的判斷。它必須為乘客安排可抵達目的地的有座位的航班。

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

20、它是一事務處理中心，若為領票操作得到確認則將數(shù)據(jù)送 11，若不成功則將數(shù)據(jù)送 8。13準備回送數(shù)據(jù) 準備領票確認后需回送客戶機程序的數(shù)據(jù)，送 16。14確定原因 由查詢數(shù)據(jù)判斷領票不能確認的原因，送 15。15準備回送數(shù)據(jù) 根據(jù)不成功的原因，準備需送回客戶機程序的數(shù)據(jù)，送入16。16準備網(wǎng)絡數(shù)據(jù)包 將數(shù)據(jù)準備/加密成網(wǎng)絡傳輸數(shù)據(jù)包。17網(wǎng)絡數(shù)據(jù)發(fā)送 將數(shù)據(jù)包經(jīng)網(wǎng)絡發(fā)送到服務器程序， 它是程序與網(wǎng)絡的接口。以上顯示的各模塊數(shù)字相同的為同一模塊；由于事務流處理上的便利，將有些功能模塊，拆分到各事務流中。32 總體結構和模塊外部設計總體結構和模塊外部設計10下面以結構圖來描述機票預定系統(tǒng)的軟件總體結

21、構。框內注明了模塊的名字；方框之間的直線表示模塊的調用關系。321 客戶機部分客戶機部分11準備輸出判斷錯誤類型準備輸出準備錯誤信息打印帳單顯示確認顯示錯誤打印機票確認顯示帳單機票讀入旅客資料讀入帳單號確定（定票/領票）旅客資料定票/領票帳單號機票預定系統(tǒng)（客戶機程序）接收輸入數(shù)據(jù)聯(lián)絡服務器輸出數(shù)據(jù)準備定票發(fā)送數(shù)據(jù)準備確認發(fā)送數(shù)檢驗輸入準備網(wǎng)絡數(shù)據(jù)包解開網(wǎng)絡數(shù)據(jù)包發(fā)送數(shù)據(jù)接收數(shù)據(jù)定票成功？ 領票成功？確認操作類型322 服務器程序部分服務器程序部分機票預定系統(tǒng)（服務器部分）接收數(shù)據(jù)數(shù)據(jù)處理、查詢發(fā)送數(shù)據(jù)判斷類型解開數(shù)據(jù)包接收客戶機數(shù)據(jù)準備數(shù)據(jù)包發(fā)送數(shù)據(jù)到客戶機準備 SQL數(shù)據(jù)庫操作判斷查詢準備

22、返回數(shù)據(jù)判斷原因準備返回數(shù)據(jù)其中在數(shù)據(jù)處理、查詢下作了省略只給出了一部分模塊，實際上是有兩部分，分別對應于定位及確認。3.3 功能分配功能分配各項模塊的功能可參照 3.1 中的說明。客戶機程序主要有三大塊：接收數(shù)據(jù)、網(wǎng)12絡通信及輸出部分。服務器程序主要也是由三大功能：接收網(wǎng)絡數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網(wǎng)絡數(shù)據(jù)部分。服務器程序需與已建立的 SQL SERVER 數(shù)據(jù)庫互連，其接口將于下面部分闡述。4接口設計接口設計41 外部接口外部接口411 用戶界面用戶界面在用戶界面部分，根據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重

23、要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對 WINDOW 風格較熟悉，應盡量向這一方向靠攏。在設計語言上，已決定使用 MS VISUAL C+ 進行編程，在界面上可使用 VISUAL C+ 所提供的可視化組件，向 WINDOWS 風格靠近。 其中服務器程序界面要做到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用 VISUAL C+ 庫中的錯誤提示函數(shù)。總的來說，系統(tǒng)的用戶界面應作到可靠性、簡單性、易學習和使用412 軟件接口軟件接口服務器程序可使用 VISUAL C+ 提供的對 SQL SERVER 的接口，進行對數(shù)據(jù)庫的所有訪問。服務器程序上可使用 SQL SE

24、RVER 的對數(shù)據(jù)庫的備分命令，以做到對數(shù)據(jù)的保存。在網(wǎng)絡軟件接口方面，使用一種無差錯的傳輸協(xié)議，采用滑動窗口方式對數(shù)據(jù)進行網(wǎng)絡傳輸及接收。413 硬件接口硬件接口在輸入方面，對于鍵盤、鼠標的輸入，可用 VISUAL C+的標準輸入/輸出，對輸入進行處理。在輸出方面，打印機的連接及使用，也可用 VISUAL C+的標準輸入/輸出對其進行處理。在網(wǎng)絡傳輸部分，在網(wǎng)絡硬件部分，為了實現(xiàn)高速傳輸，將使用高速ATM。42 內部接口內部接口內部接口方面，各模塊之間采用函數(shù)調用、參數(shù)傳遞、返回值的方式進行信息傳遞。具體參數(shù)的結構將在下面數(shù)據(jù)結構設計的內容中說明。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以

25、參數(shù)傳遞或返回值的形式在各模塊間傳輸。5數(shù)據(jù)結構設計數(shù)據(jù)結構設計51 數(shù)據(jù)庫數(shù)據(jù)結構設計數(shù)據(jù)庫數(shù)據(jù)結構設計DBMS 的使用上系統(tǒng)將采用 SQL SERVER, 系統(tǒng)主要需要維護 3 張數(shù)據(jù)表：1航班班次表航班班次表航班號起飛日期/時間飛行目的地座位空數(shù)商務倉票價經(jīng)濟倉票價航班班次表保存了所有從本地起飛的班機信息，它的主鍵為航班號。在定位前先查尋座位空數(shù)，在定位后將修改座位空數(shù)。2定位信息表定位信息表航班號帳單號是否領票定位信息表保存了已定位信息，主鍵為帳單號，外部主鍵為航班號。在旅客領票過程時將用到此表，領票后修改是否領票域133帳單信息帳單信息/旅客資料表旅客資料表帳單號旅客姓名旅客性別旅客

26、身份證號工作單位帳單信息/旅客資料表保存已定位的旅客信息資料，它的主鍵為旅客身份證號，外部主鍵為帳單號。主要用于領票時將旅客信息一同返回。4機位信息表機位信息表班機號機位信息機位信息表保存各班機各機位定票狀況。它的外部主鍵為班機號。主要用于定票時確定旅客機位，并返回。52 物理數(shù)據(jù)結構設計物理數(shù)據(jù)結構設計物理數(shù)據(jù)結構設計主要是設計數(shù)據(jù)在模塊中的表示形式。數(shù)據(jù)在模塊中都是以結構的方式表示。1旅客信息1旅客姓名 String2旅客性別Char3身份證號碼LONG INT4工作單位String用于定票時接收輸入，以及領票時服務器返回。2帳單號可使用一 LONG INT 實現(xiàn)。用于領票時接收輸入，以及

27、定票時服務器返回。3飛行目的1. 航班號String2. 目的地String3. 起飛時間Date/Time4. 座位號String用于定票時接收輸入，以及領票時服務器返回。4網(wǎng)絡包1. 網(wǎng)絡包 HeadINT2. 傳輸數(shù)據(jù)String用于數(shù)據(jù)在網(wǎng)絡上的傳輸。5錯誤信息1. 錯誤類型INT2. 輸出語句String用于關于錯誤操作。6機票信息141航班號2目的地3起飛時間4旅客姓名5旅客性別6身份證號碼7座位號8用于打印機票準備工作。數(shù)據(jù)類型可參照上面所述。7帳單信息1 帳單號2 旅客姓名3 身份證號碼4 航班號5 起飛時間6 目的地用于打印帳單準備工作。數(shù)據(jù)類型可參照上面所述。53 數(shù)據(jù)結構

28、與程序的關系數(shù)據(jù)結構與程序的關系服務器程序在對定票/領票進行操作時需對數(shù)據(jù)庫數(shù)據(jù)庫數(shù)據(jù)結構，也就是數(shù)據(jù)表進行查詢和修改：在定票/領票過程中都需要對數(shù)據(jù)庫中的所有表，進行聯(lián)合查詢、修改。物理數(shù)據(jù)結構主要用于各模塊之間函數(shù)的信息傳遞。接口傳遞的信息將是以數(shù)據(jù)結構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中，機票結構，帳單結構，送入打印準備模塊中準備打印格式。6運行設計運行設計61 運行模塊的組合運行模塊的組合客戶機程序在有輸入時啟動接收數(shù)據(jù)模塊，通過各模塊之間的調用，讀入并對輸入進行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時，將調用網(wǎng)絡傳輸模塊，將數(shù)據(jù)通過網(wǎng)絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數(shù)據(jù)輸出模塊，對信息進行處理，產生相應的輸出。服務器程序的接收網(wǎng)絡數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調用數(shù)據(jù)處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調用網(wǎng)絡發(fā)送模塊，將信息返回客戶機。62 運行控制運行控制運行控制將嚴格按照各模塊間函數(shù)調用關系來實現(xiàn)。在各事務中心模塊中，需對運行控制進行正確的判斷，選擇正確的運行控制路徑。在網(wǎng)絡傳方面，客戶機在發(fā)送數(shù)據(jù)后，將等待服務器的確認收到信號，收到后，再次等待服務器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認。服務器在接到數(shù)據(jù)后發(fā)送確認信號，在對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將返回信