概要設計說明書范例及

1、xxxxx概要設計說明書張三、李四、王五1.引言1. 1編寫目的在本機票預定系統(tǒng)項目的前一階段，也就是需求分析階段中，已經將系統(tǒng)用戶對本 系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經在上一階段中對航空公司、各旅行社 及機場的實地調研中獲得，并在需求規(guī)格說明書中得到詳盡得敘述及闡明。本階段已在系統(tǒng)的需求分析的基礎上，對機票預定系統(tǒng)做概要設計。主要解決了實 現(xiàn)該系統(tǒng)需求的程序模塊設計問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個 模塊之間的接口、模塊之間傳遞的信息，以及數(shù)據(jù)結構、模塊結構的設計等。在以下 的概要設計報告中將對在本階段中對系統(tǒng)所做的所有概要設計進行詳細的說明。在下一階段的詳細設計中，

2、程序設計員可參考此概要設計報告，在概要設計對機票 預定系統(tǒng)所做的模塊結構設計的基礎上，對系統(tǒng)進行詳細設計。在以后的軟件測試以 及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設 計結構，或在修改時找出在本階段設計的不足或錯誤。1. 2項目背景機票預定系統(tǒng)將由兩部分組成：置于個旅行社定票點的前臺客戶程序，以及置于航SQL SERVER系統(tǒng)服務器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBM） SQL: 種用于訪問查詢數(shù)據(jù)庫的語言事務流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。 主鍵：數(shù)據(jù)庫表中的關鍵域。值互不相同。外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。 ROLLBACK數(shù)據(jù)庫的錯誤恢復

3、機制。1. 3. 2縮寫系統(tǒng)：若未特別指出，統(tǒng)指本機票預定系統(tǒng)。SQL: Structured Query Language （結構化查詢語言）ATM: Asynchronous Transfer Mode （ 異步傳輸模式 ） 。 1 4 參考資料以下列出在概要設計過程中所使用到的有關資料：1 機票預定系統(tǒng)項目計劃任務書浙江航空公司1999/32機票預定系統(tǒng)項目開發(fā)計劃 * 軟件開發(fā)小組1999/33需求規(guī)格說明書 * 軟件開發(fā)小組1999/34用戶操作手冊（初稿）* 軟件開發(fā)小組 1999/45軟件工程及其應用 周蘇、王1992/1文等 天津科學技術出版社6軟件工程 張海藩清華大學出版社

4、1990/117Computer Network文檔所采用的標準是參照軟件工程導論沈美明著 的“計算機軟件開發(fā)文檔編 寫指南”。2任務概述2 1 目標2 2 運行環(huán)境 系統(tǒng)將由兩部分程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司內的數(shù) 據(jù)服務器程序。根據(jù)調研得知所有旅行社的計算機配置均在 Pentium 133 級別以上，客戶程序應能 夠在 Pentium 133 級別以上 , Win NT 環(huán)境下運行。2 3 需求概述浙江航空公司為方便旅客，需開發(fā)一個機票預定系統(tǒng)。為便于旅客由旅行社代替航 空公司負責為旅客定票，旅行社把預定機票的旅客信息，包括姓名、性別、工作單位、 身份證號碼、旅行時

5、間、旅行目的地，輸入機票預定系統(tǒng)的客戶端程序，系統(tǒng)經過查 詢航空公司內的航班數(shù)據(jù)服務器后，為旅客安排航班，印出取票通知。旅客在飛機起 飛前一天憑取票通知和帳單交款后取票，系統(tǒng)校對無誤后即印出機票給旅客。要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面 要簡單明了，易于操作，服務器程序利于維護。2 4 條件與限制3總體設計3 1 處理流程下面將使用（結構化設計） 面向數(shù)據(jù)流的方法對機票預定系統(tǒng)的處理流程進行分析。 系統(tǒng)可分為兩大部分：一、客戶機上的程序，二、服務器上的程序。以下將分別對系 統(tǒng)的這兩大部分進行流程分析：3 1 1 客戶機程序流程 客戶機上的輸入信息為旅客資料

6、或帳單號， 還包括一個定票 / 領票選項。輸出為 打印帳單或機票，和確認或出錯信息。其內部處理流程如下：4871410182 ,旅客資 料下面對各模塊（以數(shù)字表示）進行功1.定票/取 ；票帳單號厶經網絡送服務器程打印帳單輸出確定預定信息I務器經躋送來191420輸岀錯誤原因輸出確定預定信息2.3.讀入并確定（定票/領票）它是一個事務處理中心，若輸 輸出則轉入5。讀入旅客資料檢驗輸入資料 理中心，有誤則轉讀取所輸入的旅客資料，并將其格式化，將格式化數(shù)據(jù)送 檢驗格式化輸入資料，初步檢查輸入是否有誤，它曰 2再次讀入，檢查無誤則將數(shù)據(jù)送4。3。個事務處4.5.6.7.8.9.準備服務器數(shù)據(jù)由格式化旅

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

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

9、據(jù) 由接收的服務器數(shù)據(jù)準備將打印的機票數(shù)據(jù)數(shù)，據(jù)其中關于 帳單的機票的數(shù)據(jù)將送入20,其他包括旅客資料等送入14。20. 打印機票 由機票信息處理機票格式并打印出機票。3. 1. 2服務器程序流程客戶經網送來自客戶機376161312SQL SERVER891415（班機，票務數(shù)據(jù)庫）客戶機、經網絡 送來的 1； ：數(shù)據(jù)送客戶-機下面對各模塊（以數(shù)字表示）進行功能說明:1.2.3.網絡數(shù)據(jù)接收 接受由客戶機程序經網絡傳送到客戶機的數(shù)據(jù)包， 網絡的接口。解開數(shù)據(jù) 解開/解密打包的數(shù)據(jù)，并將恢復的數(shù)據(jù)格式化送入 3 判斷操作 由數(shù)據(jù)判斷需要做什么數(shù)據(jù)庫操作，它是一事務處理中心， 操作則將數(shù)據(jù)送4,

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

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

12、16。16. 準備網絡數(shù)據(jù)包 將數(shù)據(jù)準備/加密成網絡傳輸數(shù)據(jù)包。17. 網絡數(shù)據(jù)發(fā)送 將數(shù)據(jù)包經網絡發(fā)送到服務器程序，它是程序與網絡的接口。以上顯示的各模塊數(shù)字相同的為同一模塊；由于事務流處理上的便利，將有些功能模 塊，拆分到各事務流中。3. 2總體結構和模塊外部設計下面以結構圖來描述機票預定系統(tǒng)的軟件總體結構?？騼茸⒚髁四K的名字；方 框之間的直線表示模塊的調用關系。3. 2. 1客戶機部分機票預定系統(tǒng)（客戶機程序）接收輸入數(shù)據(jù)聯(lián)絡服務器輸出數(shù)據(jù)備定票發(fā)送數(shù)據(jù)準備確認發(fā)送數(shù)準備網絡數(shù)據(jù)解開網絡數(shù)據(jù)檢驗輸入發(fā)送數(shù)據(jù)接收數(shù)據(jù)讀入旅客資讀入帳單號定票/帳單號二定 （定票/領 旅客資料| 領票 丨準

13、備輸出打印帳顯示確帳單確認操作類型定票成判斷錯誤類型準備錯誤信息顯示錯I打印機領票成準備輸確認顯3. 2. 2服務器程序部分機票接收數(shù)據(jù)判斷類型解開數(shù)據(jù)包機票預定系統(tǒng)（服務器部分）數(shù)據(jù)處理、杳詢F判斷杳詢判斷原準備SQL數(shù)據(jù)庫操作發(fā)送數(shù)據(jù)準備數(shù)據(jù)包接收客戶機數(shù)據(jù)準備返回數(shù)準備返回數(shù)發(fā)送數(shù)據(jù)到客戶據(jù)處理、 分別對應于定位及確認。查詢下作了省略只給出了一部分模塊，實際上是有兩部分,3.3功能分配各項模塊的功能可參照3.1中的說明?？蛻魴C程序主要有三大塊：接收數(shù)據(jù)、網絡 通信及輸出部分。服務器程序主要也是由三大功能：接收網絡數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā) 送網絡數(shù)據(jù)部分。服務器程序需與已建立的 SQLSERV

14、ER據(jù)庫互連，其接口將于下面 部分闡述。4. 接口設計4. 1外部接口4. 1. 1用戶界面在用戶界面部分，根據(jù)需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局，應突出的顯示重要以及出錯信息。外觀上也要做到合理化，考慮到用戶多對 WINDOW格較熟悉，應盡量向這 一方向靠攏。在設計語言上，已決定使用 MS VISUAL C+進行編程，在界面上可使用 VISUAL C+所提供的可視化組件，向 WINDOW風格靠近。 其中服務器程序界面要做 到操作簡單，易于管理。在設計上采用下拉式菜單方式，在出錯顯示上可調用VISUALC+ 庫中的錯誤提示函

15、數(shù)。總的來說，系統(tǒng)的用戶界面應作到可靠性、簡單性、易學習和使用4. 1. 2軟件接口服務器程序可使用 VISUAL C+提供的對SQL SERVER的接口，進行對數(shù)據(jù)庫的所 有訪問。服務器程序上可使用SQL SERVER勺對數(shù)據(jù)庫的備分命令，以做到對數(shù)據(jù)的保存。 在網絡軟件接口方面，使用一種無差錯的傳輸協(xié)議，采用滑動窗口方式對數(shù)據(jù)進行 網絡傳輸及接收。4. 1. 3硬件接口在輸入方面，對于鍵盤、鼠標的輸入，可用VISUAL C+勺標準輸入/輸出，對輸入進行處理。在輸出方面，打印機的連接及使用，也可用VISUAL C+勺標準輸入/輸出對其進行處理。在網絡傳輸部分，在網絡硬件部分，為了實現(xiàn)高速傳輸

16、，將使用高速ATM4. 2內部接口內部接口方面，各模塊之間采用函數(shù)調用、參數(shù)傳遞、返回值的方式進行信息傳遞。 具體參數(shù)的結構將在下面數(shù)據(jù)結構設計的內容中說明。接口傳遞的信息將是以數(shù)據(jù)結 構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。5. 數(shù)據(jù)結構設計5. 1數(shù)據(jù)庫數(shù)據(jù)結構設計DBMS的使用上系統(tǒng)將采用SQL SERVER,系統(tǒng)主要需要維護3張數(shù)據(jù)表:1.航班班次表航班號起飛日期/ 時間飛行目的地座位空數(shù)商務倉票價經濟倉票價航班班次表保存了所有從本地起飛的班機信息，它的主鍵為航班號。在定位前先查尋座位空數(shù)，在定位后將修改座位空數(shù)2.定位信息表航班號帳單號是否領票定位信息表保存了已定位信

17、息，主鍵為帳單號，外部主鍵為航班號。在旅客領票過程時將用到此表，領票后修改是否領票域3.帳單信息/旅客資料表帳單號旅客姓名旅客性別旅客身份證 號工作單位帳單信息/旅客資料表保存已定位的旅客信息資料，它的主鍵為旅客身份證號，外部主鍵為帳單號。主要用于領票時將旅客信息一同返回4.機位信息表班機號機位信息機位信息表保存各班機各機位定票狀況。它的外部主鍵為班機號。主要用于定 票時確定旅客機位，并返回。5. 2物理數(shù)據(jù)結構設計物理數(shù)據(jù)結構設計主要是設計數(shù)據(jù)在模塊中的表示形式。數(shù)據(jù)在模塊中都是以結構 的方式表示。1.旅客信息用于定票姓名攵輸入，以及領票時服務器返回。J 2.旅客性別CharI3.身份證號碼

18、LONG INTC4.工作單位Stri ng2. 帳單號可使用一 LONG INT實現(xiàn)。 用于領票時接收輸入，以及定票時服務器返回。3. 飛行目的1.航班號用于定票時接收輸入歸 網絡包起飛時間14.網座位號 Head INTing用于數(shù)座在號絡上的傳輸g 5.錯誤信息Strin4.Date/Time領票時服務器返回5用于關錯誤類操作。1NT6. 機票信息語句String,r、于打印機票準備工作。數(shù)據(jù)類型可參照上面所述7. 帳單信息目的地3起飛時間、用于打印旅客準備工作。數(shù)據(jù)類型可參照上面所述5. 3數(shù)據(jù)服務器程7序在航位定票 /領票進行操作時需對數(shù)據(jù)庫數(shù)據(jù)庫數(shù)據(jù)結構，也就是數(shù)據(jù)表 進行查詢和修

19、改:起飛定票間/領票過程中都需要對數(shù)據(jù)庫中的所有表，進行聯(lián)合查詢、修改。6.目的地物理數(shù)據(jù)結構主要用于各模塊之間函數(shù)的信息傳遞。接口傳遞的信息將是以數(shù)據(jù)結 構封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示 模塊中，機票結構，帳單結構，送入打印準備模塊中準備打印格式。6. 運行設計6. 1運行模塊的組合客戶機程序在有輸入時啟動接收數(shù)據(jù)模塊，通過各模塊之間的調用，讀入并對輸入 進行格式化。在接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)時，將調用網絡傳輸模塊，將數(shù)據(jù)通過 網絡送到服務器，并等待接收服務器返回的信息。接收到返回信息后隨即調用數(shù)據(jù)輸 出模塊，對信息進行處理，產生相應的輸出。服務器

20、程序的接收網絡數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調用數(shù)據(jù) 處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調用網絡發(fā)送模塊，將信息返回客戶機。6. 2運行控制運行控制將嚴格按照各模塊間函數(shù)調用關系來實現(xiàn)。在各事務中心模塊中，需對運 行控制進行正確的判斷，選擇正確的運行控制路徑。在網絡傳方面，客戶機在發(fā)送數(shù)據(jù)后，將等待服務器的確認收到信號，收到后，再 次等待服務器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認。服務器在接到數(shù)據(jù)后發(fā)送確認信 號，在對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將返回信息送回客戶機，并等待確認。6. 3運行時間在軟體的需求分析中，對運行時間的要求為必須對作出的操作有較快的反應。網絡硬件對運行時間有最大的影響，當網絡負載量大時，對操作反應將受到很大的影響。 所以將采用高速ATM網絡，實現(xiàn)客戶機與服務器之間的連接，以減少網絡傳輸上的開 銷。其次是服務器的性能，這將影響對數(shù)據(jù)庫訪問時間即操作時間的長短，影響加大 客戶機操作的等待時間，所以必須使用高性能的服務器，建議使用Pentium III 處理器。硬件對本系統(tǒng)的速度影響將會大于軟件的影響。7出錯處理設計71 出錯輸出信息程序在運行