軟件工程導(dǎo)論實驗報告.doc

軟件工程實驗?zāi)夸浀谝徽?可行性分析報告21.1 引言21.2 可行性研究的前提31.3技術(shù)可行性分析41.3.1系統(tǒng)簡要描述41.3.2處理流程和數(shù)據(jù)流程41.4操作可行性分析41.5經(jīng)濟可行性分析41.5.1支出41.5.2效益51.5.3收益/投資比51.5.4投資回收周期51.5.5敏感性分析51.6法律可行性61.7結(jié)論6第二章 需求分析報告62.1引言62.1.1 編寫目的62.1.2 項目背景62.1.3 定義62.1.4 參考資料62.2任務(wù)概述72.2.1 目標(biāo)72.2.2 假定和約束62.2.3 人力、資金、時間的約束62.2.4技術(shù)發(fā)展規(guī)律的約束72.3需求規(guī)定82.3.1對功能的規(guī)定82.3.2對性能的規(guī)定82.3.3精度82.3.4時間特性要求92.3.5旅客信息92.4數(shù)據(jù)描述92.4.1數(shù)據(jù)特征92.4.2系統(tǒng)數(shù)據(jù)流圖92.5 運行環(huán)境規(guī)定112.5.1服務(wù)器端子系統(tǒng)運行要求112.5.2客戶端子系統(tǒng)運行要求11第三章 概要設(shè)計113.1引言113.1.1編寫目的113.1.1項目背景113.1.1定義123.2任務(wù)概述123.2.1目標(biāo)123.2.2運行環(huán)境123.2.3需求概述123.3總體設(shè)計133.3.1處理流程133.3.2客戶機程序流程133.3.3總體結(jié)構(gòu)設(shè)計143.3.4功能分配143.4 接口設(shè)計143.4.1外部接口143.4.2軟件接口153.4.3硬件接口153.4.4內(nèi)部接口153.5 數(shù)據(jù)結(jié)構(gòu)設(shè)計153.5.1 數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)設(shè)計 153.5.2物理結(jié)構(gòu)設(shè)計163.5.3 數(shù)據(jù)結(jié)構(gòu)與程序關(guān)系173.6 運行設(shè)計173.6.1 運行模塊的組合173.6.2 運行控制173.6.3 運行時間173.7出錯處理設(shè)計173.71出錯輸出信息183.72出錯處理對策183.8安全保密設(shè)計193.9維護設(shè)計19第四章 詳細設(shè)計194.1引言194.1.1編寫目的194.1.2項目背景194.1.3文中定義和縮寫204.1.4參考資料204.2總體設(shè)計204.2.1需求概述204.3程序描述214.4代碼設(shè)計214.5測試項目說明224.5.1測試項目名稱及測試內(nèi)容224.5.2測試用例22第五章基于面向?qū)ο蠹夹g(shù)的機票預(yù)訂系統(tǒng)開發(fā)235.1引言235.2需求分析235.3UML系統(tǒng)建模245.3.1機票預(yù)訂系統(tǒng)的用例分析245.3.2機票預(yù)訂系統(tǒng)的域類分析245.3.3機票預(yù)訂系統(tǒng)的功能設(shè)計255.4數(shù)據(jù)庫分析255.4.1E-R圖分析255.4.2創(chuàng)建數(shù)據(jù)庫265.5界面設(shè)計265.6代碼分析和實現(xiàn)265.7小結(jié)27第六章 測試276.1測試計劃276.1.1 編寫目的276.1.2任務(wù)概述276.1.3 計劃286.1.4測試項目說明296.1.5 條件296.2 測試分析報告306.2.1編寫目的306.2.2 測試計劃執(zhí)行情況306.2.3軟件需求測試結(jié)論316.2.4評價316.2.5建議316.2.6 測試結(jié)論31第七章 程序維護手冊317.1 引言317.2 系統(tǒng)說明337.2.1 系統(tǒng)用途337.2.2安全保密337.2.3總體說明337.3 維護過程337.3.1 規(guī)則337.3.2 驗證過程347.3.3 出錯及糾正方法347.3.4 專門維護過程347.3.5 程序清單及流程圖34第八章 總結(jié)性報告358.1 過程358.2 總結(jié)35第一章 可行性分析報告1.1 引言航空公司為方便旅客乘機，需要開發(fā)一個新機票預(yù)定系統(tǒng)。 1.1.1編寫目的對問題進行研究，以最小的代價在最短的時間內(nèi)確定問題是否可解。從現(xiàn)在應(yīng)用的技術(shù)方面和用戶的操作方式方面研究機票預(yù)訂管理系統(tǒng)的可行性和必要性。 1.1.2 項目背景開發(fā)軟件名稱：機票預(yù)訂系統(tǒng)。項目的任務(wù)提出者：太原理工大學(xué)計算機科學(xué)與技術(shù)學(xué)院。開發(fā)者：梁婷，孫璽，任昕悅，高貝 四人開發(fā)小組。用戶：旅行社操作人員與售票員。 1.1.3 定義查詢：對數(shù)據(jù)庫操作的一種，用于搜索數(shù)據(jù)信息。插入：對數(shù)據(jù)庫操作的一種，用于數(shù)據(jù)存入數(shù)據(jù)庫中。更新：對數(shù)據(jù)庫操作的一種，用于更改數(shù)據(jù)庫中的數(shù)據(jù)信息。軟件結(jié)構(gòu)圖：反映軟件系統(tǒng)的功能模塊之間的關(guān)系的數(shù)據(jù)圖。 1.1.4 參考資料軟件工程 清華大學(xué)出版社。軟件工程導(dǎo)論，張海藩，清華大學(xué)出版社。實用軟件工程，鄭人杰等，清華大學(xué)出版社。1.2 可行性研究的前提 1.2.1 要求功能：為旅客提供預(yù)訂機票功能，并為其分配航班，打印出機票給旅客，提高航空公司工作人員的工作效率和質(zhì)量。性能：航空公司需要定期進行查詢各個航班飛機的乘載情況并統(tǒng)計，以便做出適當(dāng)調(diào)整。輸出要求：機票上內(nèi)容完整，詳細充實。輸入要求：方便，快捷，實時。安全與保密要求：操作員可以對機場航班信息庫及機票信息庫和定票信息庫進行管理并做出合適的更改，售票員只可以對訂票信息庫做部分更改，并且對旅客的信息做嚴(yán)格保密。完成期限：第十六周 1.2.2 目標(biāo) 提高票務(wù)信息處理速度； 最大化的降低售票系統(tǒng)出錯率； 減少設(shè)備的費用； 提高工作人員的工作效率。系統(tǒng)實現(xiàn)后，能夠為旅客提供很大的方便，并且減少其因不必要的過程帶來的大額開銷。盡量避免售票服務(wù)中發(fā)生的錯誤。 1.2.3 可行性研究方法根據(jù)題目要求定出機票預(yù)訂所具備的能力及實現(xiàn)的方法。確定總體結(jié)構(gòu)，利用SQL Server數(shù)據(jù)庫所具有的能力，以最簡潔最容易的方法，使用VC+使其成為一個初級的系統(tǒng)軟件。 1.2.4 決定可行性的主要因素航空公司的支持力度、設(shè)備狀況、操作人員技術(shù) 1.2.5 評價尺度 能夠與航空系統(tǒng)數(shù)據(jù)庫完美對接； 操作界面直觀、簡潔； 支持多種定金支付方式； 經(jīng)費預(yù)算在200w300w之間；1.3技術(shù)可行性分析1.3.1系統(tǒng)簡要描述在旅游局中的終端是安裝了Windows NT的PC機，主要目的是向機場的服務(wù)器傳遞數(shù)據(jù)。當(dāng)顧客在旅游局進行咨詢時，終端向服務(wù)器發(fā)出查詢請求，服務(wù)器根據(jù)航班信息庫的實時數(shù)據(jù)，向終端發(fā)送數(shù)據(jù)，顯示在終端的屏幕上。當(dāng)顧客向售票員定票時，終端向服務(wù)器發(fā)出詳盡的一份定單，服務(wù)器核對后，存入定票信息庫，并修改機票信息庫。當(dāng)顧客再次來取票時，終端向服務(wù)器發(fā)出查詢定票請求，服務(wù)器接收后，查詢定票信息庫，核對后，傳送機票確認(rèn)表單，終端打印出機票。1.3.2處理流程和數(shù)據(jù)流程系統(tǒng)管理 員售票員 事務(wù)航班信息更新查詢請求表單申請機票核對事 務(wù)數(shù)據(jù)庫產(chǎn)生報表產(chǎn)生報表產(chǎn)生報表產(chǎn)生報表及 賬 單服務(wù)器終端顯示數(shù)據(jù)客戶機終端顯示數(shù)據(jù)客戶機終端顯示數(shù)據(jù)在客戶端打印機票和賬單1.4操作可行性分析 使用本軟件人員要求有一定計算機基礎(chǔ)的人員,系統(tǒng)管理員要求由計算機的專業(yè)知識,所有人員都要經(jīng)過本公司培訓(xùn).，管理人員也需經(jīng)一般培訓(xùn).，經(jīng)過培訓(xùn)人員將會熟練使用本軟件.。兩名系統(tǒng)管理員,一名審計員將進行專業(yè)培訓(xùn),他們將熟練管理本系統(tǒng).1.5經(jīng)濟可行性分析1.5.1支出基礎(chǔ)投資：終端PC機臺：8000*20 = 16 萬網(wǎng)絡(luò)設(shè)備：10 萬輔助配置：10 萬共計：36萬其他一次性投資：Oracle 8.0 : 20 萬Windows NT: 10 萬操作員培訓(xùn)費：5 萬共計：35 萬經(jīng)常性支出：人工費用:6(月)*20(人)*5000(圓)=60萬其他不可知額外支出: 20萬共計:80萬支出共計:151萬1.5.2效益 一次性收益0元 經(jīng)常性收益 （按銀行利率：1%）；減少員工20人(1000圓/人)五年收益: 1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120萬工作效率提高收益（工作效率提高30%）:30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45萬經(jīng)常性收益共計:160萬 不可定量收益因服務(wù)質(zhì)量提高增加旅客量10%: 1000萬*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360萬收益共計:520萬1.5.3收益/投資比520萬/151萬 = 344%1.5.4投資回收周期2.3年1.5.5敏感性分析設(shè)計系統(tǒng)周期為五年, 估計最長可達10年處理速度:一般查詢速度4秒關(guān)鍵數(shù)據(jù)查詢速度: 2秒1.6法律可行性所有軟件都選用正版.所有技術(shù)資料都由提出方保管。合同制定確定違約責(zé)任.1.7結(jié)論經(jīng)過一系列的各個不同方面的可行性分析，分析員和用戶及使用部門的負(fù)責(zé)，對需要解決的問題取得基本的一致看法，開發(fā)小組的開發(fā)方案得到批準(zhǔn)，使用部門負(fù)責(zé)人同意開發(fā)工程繼續(xù)進行下去。第二章 需求分析報告2.1引言 2.1.1編寫目的 將計算機技術(shù)運用于機票預(yù)定管理，使機票預(yù)定更加方便快捷，為用戶提供最舒適、最人性化的服務(wù)。 2.1.2項目背景 隨著社會發(fā)展的不斷進步，民航事業(yè)的壯大，人們消費水平的提高，乘坐民航的消費者也越來越多，機票預(yù)訂系統(tǒng)在各機票預(yù)定網(wǎng)點中的作用也越來越重要。在計算機技術(shù)高速發(fā)展的今天，有必要引入高效的計算機系統(tǒng)，來協(xié)助處理機票預(yù)定工作，因此，開發(fā)一套具有完整的存儲、查詢、核對、打印機票功能的實時機票預(yù)定系統(tǒng)勢在必行。開發(fā)軟件名稱：機票預(yù)定系統(tǒng)。項目任務(wù)提出者：太原理工大學(xué)軟件學(xué)院。用戶：旅行社操作人員與售票員。實現(xiàn)軟件單位：太原理工大學(xué)和武宿機場。系統(tǒng)與其他軟件，系統(tǒng)的關(guān)系：旅客旅客旅客旅客機票預(yù)定系統(tǒng)武宿機場機票系統(tǒng) 2.1.3定義專業(yè)術(shù)語：縮寫詞： 2.1.4參考資料軟件工程 清華大學(xué)出版社。軟件工程導(dǎo)論，張海藩，清華大學(xué)出版社。實用軟件工程，鄭人杰等，清華大學(xué)出版社。2.2任務(wù)概述 2.2.1目標(biāo)減少人力與設(shè)備費用，改進管理信息服務(wù)，改進人員利用率，方便在校大學(xué)生，減緩機場系統(tǒng)的壓力。 2.2.2假定和約束 2.2.3人力、資金、時間的約束機票預(yù)訂系統(tǒng)實施的目標(biāo)就是要帶航空公司帶來看得見的效益，給學(xué)生帶來方便，其開發(fā)過程中也要考慮到人力、資金和時間的約束。因此，在設(shè)計中，重點是網(wǎng)絡(luò)信息交流，能提供各機票的詳細信息，并提高數(shù)據(jù)統(tǒng)計的即時性、準(zhǔn)確性、方便性。 2.2.4技術(shù)發(fā)展規(guī)律的約束計算機技術(shù)和產(chǎn)品的發(fā)展日新月異，將會給信息處理帶來更多的手段，同時也會帶來更加豐富的信息表達形式。例如圖象和語音技術(shù)的進步，多媒體技術(shù)的發(fā)展，這些都要求系統(tǒng)在設(shè)計時考慮技術(shù)變化的可能性，為可能的變化預(yù)留一定的系統(tǒng)處理能力。2.3需求規(guī)定 2.3.1對功能的規(guī)定檢驗輸入機票預(yù)訂系統(tǒng)客戶端子系統(tǒng)服務(wù)端子系統(tǒng)接受訂票申請聯(lián)絡(luò)服務(wù) 器輸出數(shù)據(jù)發(fā)送數(shù)據(jù)接收數(shù)據(jù)讀入旅客資料旅客資料訂票領(lǐng)票賬單號確定（訂票、領(lǐng)票）打印賬單打印機票打印航班信息賬單機票接收客戶端的需求處理客戶端的需求發(fā)送請求處理信息機票預(yù)訂航班查詢 2.3.2對性能的規(guī)定 2.3.3 精度搜索輸入：出發(fā)地：城市名（如 太原）目的地：城市名（如 北京）起飛時間：年/月/日定票輸入：旅客姓名：（如 張三）旅客性別：男/女身份證號碼：身份證號碼工作單位：工作單位搜索輸出：航班號：航班號 出發(fā)時間：年/月/日 H：M 價格：元定票輸出：航班號：航班號目的地：城市名起飛時間：年/月/日 H：M旅客姓名：姓名旅客性別：男/女身份證號碼：身份證號碼座位號：座位號 2.3.4 時間特性要求響應(yīng)時間；3s之內(nèi)更新處理時間；每月 2.3.5輸入輸出要求 2.3.6旅客信息1 旅客姓名 String2 旅客性別Char3 身份證號碼LONG INT4 工作單位String用于定票時接收輸入，以及領(lǐng)票時服務(wù)器返回?？墒褂靡籐ONG INT 實現(xiàn)。用于領(lǐng)票時接收輸入，以及定票時服務(wù)器返回。飛行目的1. 航班號String2. 目的地String3. 起飛時間Date/Time4. 座位號String用于定票時接收輸入，以及領(lǐng)票時服務(wù)器返回。2.4數(shù)據(jù)描述 2.4.1數(shù)據(jù)特征1) 數(shù)據(jù)錄入的準(zhǔn)確性數(shù)據(jù)的輸入來源是手工輸入，并且數(shù)據(jù)的輸入往往是大量的，因此能否準(zhǔn)確的記錄數(shù)據(jù)，關(guān)系到機票預(yù)定的成功與否，錯誤的輸入可能會導(dǎo)致系統(tǒng)輸出的不正確性和不可用性，使系統(tǒng)的工作失去意義。2) 數(shù)據(jù)的可處理性數(shù)據(jù)能否及時的錄入關(guān)系到公司的誠信與處理能力，因此由于輸入過程中會有不可避免的錯誤出現(xiàn)，因此在設(shè)計程序時系統(tǒng)應(yīng)有容錯性和一定的處理錯誤能力，使系統(tǒng)能及時修正錯誤，保證工作的效率。3) 數(shù)據(jù)的一致性和完整性學(xué)校與機場共享一套信息管理系統(tǒng)，因此必須保證雙方分別獲得信息具有一致性，在信息的傳遞過程中要保證信息的完整性。同時，在錄入信息時，必須保證信息的完整性，若信息不符合標(biāo)準(zhǔn)，應(yīng)給出警告或直接拒絕信息的錄入。因此在設(shè)計系統(tǒng)時，必須有一個部分能夠識別信息的有效性。 2.4.2系統(tǒng)數(shù)據(jù)流圖數(shù)據(jù)字典:2.5運行環(huán)境規(guī)定機票預(yù)定系統(tǒng)中的各個子系統(tǒng)的硬件和軟件的配置如下： 2.5.1 服務(wù)器端子系統(tǒng)的運行要求： 系統(tǒng)軟件： Window NT Server 數(shù)據(jù)庫管理系統(tǒng)：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD 2.5.2 客戶端子系統(tǒng)的運行要求： 系統(tǒng)軟件： Window NT Workstation 數(shù)據(jù)庫管理系統(tǒng)：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 4.3G H第三章 概要設(shè)計 3.1引言3.1.1編寫目的本階段是在系統(tǒng)的需求分析的基礎(chǔ)上，對機票預(yù)定系統(tǒng)做總體設(shè)計。主要解決實現(xiàn)該系統(tǒng)需求的程序模塊設(shè)計問題。包括如何把該系統(tǒng)劃分成若干個模塊、決定各個模塊之間的接口、模塊之間傳遞的信息，以及模塊結(jié)構(gòu)的設(shè)計等。 3.1.2項目背景本項目（機票預(yù)定系統(tǒng)）是由航空公司委托，由趙競等5人負(fù)責(zé)開發(fā)。 機票預(yù)定系統(tǒng)將由兩部分組成：置于個旅行社定票點的前臺客戶程序，以及置于航空公司的數(shù)據(jù)庫服務(wù)器。本系統(tǒng)與其他系統(tǒng)的關(guān)系如下：旅行社客戶程序客戶程序客戶程序網(wǎng)絡(luò)服務(wù)器及程序飛機起飛管理機票預(yù)訂系統(tǒng) 3.1.3定義專門術(shù)語：SQL SERVER: 系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBMS）。SQL: 一種用于訪問查詢數(shù)據(jù)庫的語言事務(wù)流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。縮寫：系統(tǒng)：若未特別指出，統(tǒng)指本機票預(yù)訂系統(tǒng)。1.4 參考資料以下列出在概要設(shè)計過程中所使用到的有關(guān)資料：1 機票預(yù)定系統(tǒng)項目計劃任務(wù)書 浙江航空公司 1999/32 機票預(yù)定系統(tǒng)項目開發(fā)計劃 軟件開發(fā)小組 1999/33 需求規(guī)格說明書 軟件開發(fā)小組 1999/34 用戶操作手冊（初稿）軟件開發(fā)小組 1999/45 軟件工程及其應(yīng)用 周蘇、王文等天津科學(xué)技術(shù)出版社 1992/16 軟件工程 張海藩清華大學(xué)出版社 1990/117 Computer Network A.S.TanenbaunPrentice Hall 1996/01文檔所采用的標(biāo)準(zhǔn)是參照軟件工程導(dǎo)論沈美明著 的“計算機軟件開發(fā)文檔編寫指南”。3.2任務(wù)概述 3.2.1目標(biāo)制定實現(xiàn)該系統(tǒng)需求的程序模塊。 3.2.2運行環(huán)境系統(tǒng)將由安裝在各旅行社客戶機上的客戶程序及航空公司內(nèi)的數(shù)據(jù)服務(wù)器程序兩部分程序組成。 3.2.3需求概述旅行社把預(yù)定機票的旅客信息，輸入機票預(yù)定系統(tǒng)的客戶端程序，系統(tǒng)查詢航空公司的航班數(shù)據(jù)服務(wù)器后，為旅客安排航班，印出取票通知。旅客在起飛前一天憑取票通知和帳單交款后取票，系統(tǒng)校對無誤后印出機票給旅客。要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了，易于操作，服務(wù)器程序利于維護。3.3總體設(shè)計 3.3.1處理流程下面將使用（結(jié)構(gòu)化設(shè)計）面向數(shù)據(jù)流的方法對機票預(yù)定系統(tǒng)的處理流程進行分析。系統(tǒng)可分為兩大部分：一、客戶機上的程序，二、服務(wù)器上的程序。 3.3.2客戶機程序流程客戶機上的輸入信息為旅客資料或帳單號，還包括一個定票/領(lǐng)票選項。輸出為打印帳單或機票，和確認(rèn)或出錯信息。其內(nèi)部輸出確定預(yù)訂信息輸出確定預(yù)訂信息旅客資料旅客資料旅客資料125346789101112131415161718192014打印賬單輸出錯誤原因打印機票1.讀入并確定（定票/領(lǐng)票） 它是一個事務(wù)處理中心，若輸入是定票轉(zhuǎn)入2 ，取票則轉(zhuǎn)入5。2.讀入旅客資料 讀取所輸入的旅客資料，并將其格式化，將格式化數(shù)據(jù)送3。3.檢驗輸入資料 檢驗格式化輸入資料，初步檢查輸入是否有誤，有誤則轉(zhuǎn)2再次讀入，無誤則將數(shù)據(jù)送4。4.準(zhǔn)備服務(wù)器數(shù)據(jù) 由格式化旅客資料準(zhǔn)備需發(fā)送到服務(wù)器的數(shù)據(jù)，將準(zhǔn)備好的數(shù)據(jù)送7。5.讀入帳單號 讀取所輸入的帳單號，并將其格式化，將格式化數(shù)據(jù)送6.6.準(zhǔn)備服務(wù)器數(shù)據(jù) 由格式化帳單號準(zhǔn)備需發(fā)送到服務(wù)器的數(shù)據(jù)，將準(zhǔn)備好的數(shù)據(jù)送7。下面對各模塊（以數(shù)字表示）進行功能說明：7.準(zhǔn)備網(wǎng)絡(luò)數(shù)據(jù)包 將數(shù)據(jù)準(zhǔn)備/加密成網(wǎng)絡(luò)傳輸數(shù)據(jù)包。8.網(wǎng)絡(luò)數(shù)據(jù)發(fā)送 將數(shù)據(jù)包經(jīng)網(wǎng)絡(luò)發(fā)送到服務(wù)器程序， 它是程序與網(wǎng)絡(luò)的接口。9.網(wǎng)絡(luò)數(shù)據(jù)接受 接受由服務(wù)器程序經(jīng)網(wǎng)絡(luò)傳送到客戶機的數(shù)據(jù)包， 它是程序與網(wǎng)絡(luò)的接口。10.解開/判斷 解開9 所接受的數(shù)據(jù)包，并判斷數(shù)據(jù)是定票數(shù)據(jù)或是領(lǐng)票數(shù)據(jù)，是定票則將數(shù)據(jù)送11，是領(lǐng)票則將數(shù)據(jù)送18。11.定票成功？ 由數(shù)據(jù)判斷定票是否成功，若定票成功將數(shù)據(jù)送12，不成功則將數(shù)據(jù)送15。12.準(zhǔn)備輸出數(shù)據(jù) 由接收的服務(wù)器數(shù)據(jù)準(zhǔn)備輸出數(shù)據(jù)，其中關(guān)于帳單的數(shù)據(jù)將送入13，其他包括旅客資料等送入14。13.打印帳單 由帳單信息處理帳單格式并打印出帳單。14.輸出定位確定 在屏幕上顯示確定定位及其他信息。15.判斷錯誤 由數(shù)據(jù)判斷出錯誤類型，將類型送到16。16.準(zhǔn)備錯誤語句 由具體錯誤類型準(zhǔn)備錯誤語句，送17。17.輸出錯誤語句 在屏幕上顯示錯誤語句。18.領(lǐng)票核對成功？ 判斷領(lǐng)票核對是否成功，若成功則將數(shù)據(jù)送19，不成功則將數(shù)據(jù)送15。19.準(zhǔn)備機票輸出數(shù)據(jù) 由接收的服務(wù)器數(shù)據(jù)準(zhǔn)備將打印的機票數(shù)據(jù)數(shù)，據(jù)其中關(guān)于帳單的機票的數(shù)據(jù)將送入20，其他包括旅客資料等送入14。20.打印機票 由機票信息處理機票格式并打印出機票。 3.3.3總體結(jié)構(gòu)和模塊外部設(shè)計 服務(wù)器程序部分機票預(yù)定系統(tǒng)（服務(wù)器部分）接收數(shù)據(jù)數(shù)據(jù)處理、查詢發(fā)送數(shù)據(jù)判斷類型解開數(shù)據(jù)包接收客戶機數(shù)據(jù)準(zhǔn)備數(shù)據(jù)包發(fā)送數(shù)據(jù)到客戶機準(zhǔn)備SQL數(shù)據(jù)庫操作判斷查詢準(zhǔn)備返回數(shù)據(jù)判斷原因準(zhǔn)備返回數(shù)據(jù) 3.3.4功能分配客戶機程序主要有三大塊：接收數(shù)據(jù)、網(wǎng)絡(luò)通信及輸出部分。服務(wù)器程序主要也是由三大功能：接收網(wǎng)絡(luò)數(shù)據(jù)、數(shù)據(jù)庫操作及發(fā)送網(wǎng)絡(luò)數(shù)據(jù)部分。 3.4接口設(shè)計 3.4.1外部接口用戶界面根據(jù)需求分析可知，用戶需要一個用戶友善界面。界面設(shè)計應(yīng)簡單明了，易于操作，突出顯示重要以及出錯信息。在設(shè)計語言上，使用Dev C+ 進行編程，在界面上使用VISUAL C+ 所提供的可視化組件。 服務(wù)器程序界面要做到操作簡單，易于管理。在設(shè)計上采用下拉式菜單方式。總體來說，系統(tǒng)的用戶界面應(yīng)作到可靠性、簡單性、易學(xué)習(xí)和使用 3.4.2軟件接口服務(wù)器程序使用VISUAL C+ 提供的對 SQL SERVER 的接口，進行對數(shù)據(jù)庫的所有訪問。網(wǎng)絡(luò)軟件接口方面，使用無差錯的傳輸協(xié)議，采用滑動窗口方式對數(shù)據(jù)進行網(wǎng)絡(luò)傳輸及接收。 3.4.3硬件接口對于鍵盤、鼠標(biāo)、打印機的使用，用VISUAL C+的標(biāo)準(zhǔn)輸入/輸出，對輸入、輸出進行處理。網(wǎng)絡(luò)傳輸部分，在網(wǎng)絡(luò)硬件部分，將使用高速ATM實現(xiàn)高速傳輸。 3.4.4內(nèi)部接口內(nèi)部接口方面，各模塊之間采用函數(shù)調(diào)用、參數(shù)傳遞、返回值的方式進行信息傳遞。具體參數(shù)的結(jié)構(gòu)將在下面數(shù)據(jù)結(jié)構(gòu)設(shè)計的內(nèi)容中說明。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。3.5數(shù)據(jù)結(jié)構(gòu)設(shè)計 3.5.1數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)設(shè)計1.航班班次表：保存所有從本地起飛的班機信息，主鍵為航班號。在定位前先查尋座位空數(shù)，在定位后將修改座位空數(shù)。航班號日期/時間飛行目的地座位空數(shù)商務(wù)倉票價經(jīng)濟倉票價2.定位信息表：保存已定位信息，主鍵為帳單號，外部主鍵為航班號。在旅客領(lǐng)票過程時將用到此表，領(lǐng)票后修改是否領(lǐng)票域航班號帳單號是否領(lǐng)票3.帳單信息/旅客資料表：保存已定位的旅客信息資料，主鍵為旅客身份證號，外部主鍵為帳單號。主要用于領(lǐng)票時將旅客信息一同返回。帳單號旅客姓名旅客性別旅客身份證號工作單位4.機位信息表：保存各班機各機位定票狀況。外部主鍵為班機號。主要用于定票時確定旅客機位，并返回班機號機位信息 3.5.2 物理數(shù)據(jù)結(jié)構(gòu)設(shè)計物理數(shù)據(jù)結(jié)構(gòu)設(shè)計主要是設(shè)計數(shù)據(jù)在模塊中的表示形式。數(shù)據(jù)在模塊中都是以結(jié)構(gòu)的方式表示。1 旅客信息1 旅客姓名 String2 旅客性別Char3 身份證號碼LONG INT4 工作單位String用于定票時接收輸入，以及領(lǐng)票時服務(wù)器返回。2 帳單號可使用一LONG INT 實現(xiàn)。用于領(lǐng)票時接收輸入，以及定票時服務(wù)器返回。3 飛行目的1. 航班號String2. 目的地String3. 起飛時間Date/Time4. 座位號String用于定票時接收輸入，以及領(lǐng)票時服務(wù)器返回。4 網(wǎng)絡(luò)包1. 網(wǎng)絡(luò)包HeadINT2. 傳輸數(shù)據(jù)String用于數(shù)據(jù)在網(wǎng)絡(luò)上的傳輸。5 錯誤信息1. 錯誤類型INT2. 輸出語句String用于關(guān)于錯誤操作。6 機票信息1 航班號2 目的地3 起飛時間4 旅客姓名5 旅客性別6 身份證號碼7 座位號8用于打印機票準(zhǔn)備工作。數(shù)據(jù)類型可參照上面所述。7 帳單信息1 帳單號2 旅客姓名3 身份證號碼4 航班號5 起飛時間6 目的地。 3.5.3 數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系服務(wù)器程序在對定票/領(lǐng)票進行操作時需對數(shù)據(jù)庫數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)，也就是數(shù)據(jù)表進行查詢和修改：在定票/領(lǐng)票過程中都需要對數(shù)據(jù)庫中的所有表，進行聯(lián)合查詢、修改。物理數(shù)據(jù)結(jié)構(gòu)主要用于各模塊之間函數(shù)的信息傳遞。接口傳遞的信息將是以數(shù)據(jù)結(jié)構(gòu)封裝了的數(shù)據(jù)，以參數(shù)傳遞或返回值的形式在各模塊間傳輸。出錯信息將送入顯示模塊中，機票結(jié)構(gòu)，帳單結(jié)構(gòu)，送入打印準(zhǔn)備模塊中準(zhǔn)備打印格式。3.6運行設(shè)計 3.6.1運行模塊的組合客戶機程序在輸入時啟動接收數(shù)據(jù)模塊，讀入并格式化輸入。接收數(shù)據(jù)模塊得到充分的數(shù)據(jù)后，調(diào)用網(wǎng)絡(luò)傳輸模塊，將數(shù)據(jù)送到服務(wù)器，并等待接收服務(wù)器返回的信息。接到返回信息后調(diào)用數(shù)據(jù)輸出模塊，產(chǎn)生相應(yīng)的輸出。服務(wù)器程序的接收網(wǎng)絡(luò)數(shù)據(jù)模塊必須始終處于活動狀態(tài)。接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)處理/查詢模塊對數(shù)據(jù)庫進行訪問，完成后調(diào)用網(wǎng)絡(luò)發(fā)送模塊，將信息返回客戶機。 3.6.2運行控制運行控制將嚴(yán)格按照各模塊間函數(shù)調(diào)用關(guān)系來實現(xiàn)。網(wǎng)絡(luò)傳輸方面，客戶機在發(fā)送數(shù)據(jù)后，等待服務(wù)器確認(rèn)收到信號，收到后再等待服務(wù)器發(fā)送回答數(shù)據(jù)，然后對數(shù)據(jù)進行確認(rèn)。服務(wù)器接到數(shù)據(jù)后發(fā)送確認(rèn)信號，對數(shù)據(jù)處理、訪問數(shù)據(jù)庫后，將信息送回客戶機等待確認(rèn)。 3.6.3運行時間采用高速ATM 網(wǎng)絡(luò)，實現(xiàn)客戶機與服務(wù)器之間的連接，以減少網(wǎng)絡(luò)傳輸上的開銷，節(jié)約傳輸時間。服務(wù)器的性能，影響對數(shù)據(jù)庫訪問時間即操作時間的長短，影響客戶機操作的等待時間，所以要使用高性能的服務(wù)器。3.7出錯處理設(shè)計 3.7.1出錯輸出信息程序在運行時主要會出現(xiàn)兩種錯誤：1、由于輸入信息無法滿足要求時產(chǎn)生的錯誤；2、由于其他問題，如網(wǎng)絡(luò)傳輸超時等，產(chǎn)生的問題。 3.7.2出錯處理對策所有的客戶機及服務(wù)器都必須安裝不間斷電源以防止停電或電壓不穩(wěn)造成的數(shù)據(jù)丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要是服務(wù)器上：在斷電后恢復(fù)過程可采用 SQL SERVER 的日志文件，對其進行ROLLBACK 處理，對數(shù)據(jù)進行恢復(fù)。在網(wǎng)絡(luò)傳輸方面，可考慮建立一條成本較低的后備網(wǎng)絡(luò)，以保證當(dāng)主網(wǎng)絡(luò)斷路時數(shù)據(jù)的通信。在硬件方面要選擇較可靠、穩(wěn)定的服務(wù)器機種，保證系統(tǒng)運行時的可靠性。3.8安全保密設(shè)計由于需要通過網(wǎng)絡(luò)傳輸數(shù)據(jù)，為了保密客戶資料，需在網(wǎng)絡(luò)的傳輸過程中對數(shù)據(jù)進行加密。這個工作主要是在準(zhǔn)備網(wǎng)絡(luò)包，及解開網(wǎng)絡(luò)包這兩個模塊完成，它們各對數(shù)據(jù)進行加密及解密還原工作。在加密算法選擇上將使用RSA 加密算法。具體算法可參照參考資料中Computer Networkp.598。3.9維護設(shè)計維護方面主要為對服務(wù)器上的數(shù)據(jù)庫數(shù)據(jù)進行維護?？墒褂?SQL SERVER 的數(shù)據(jù)庫維護功能機制。例如，定期為數(shù)據(jù)庫進行Backup，維護管理數(shù)據(jù)庫死鎖問題和維護數(shù)據(jù)庫內(nèi)數(shù)據(jù)的一致性等。第四章 詳細設(shè)計4.1引言 4.1.1編寫目的在本階段中，確定應(yīng)該如何具體地實現(xiàn)所要求的系統(tǒng)，從而在編碼階段可以把這個描述直接翻譯成用具體的 程序語言書寫的程序，解決如何1接受：旅客信息及取票通知和帳單；2輸出：取票通知和帳單及機票；3網(wǎng)絡(luò)輸出和加密，輸入和解密；4分辨信息的種類并采取相應(yīng)的處理步驟；5判斷信息的正誤并采取相應(yīng)的處理步驟；6進行數(shù)據(jù)庫的查詢、修改工作；7接受并判斷錯誤，輸出相應(yīng)的出錯消息； 4.1.2項目背景本機票預(yù)定系統(tǒng)項目主要由兩部分形成：1.各旅行社中的前臺客戶程序；2.航空公司中的數(shù)據(jù)庫服務(wù)器程序； 4.1.3文中的定義和縮寫 1定義SQL SERVER: 系統(tǒng)服務(wù)器所使用的數(shù)據(jù)庫管理SQL: 一種用于訪問查詢數(shù)據(jù)庫的語言事務(wù)流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。主鍵：數(shù)據(jù)庫表中的關(guān)鍵域。值互不相同。外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關(guān)聯(lián)的域。ROLLBACK: 數(shù)據(jù)庫的錯誤恢復(fù)機制。 2 縮寫系統(tǒng)：若未特別指出，統(tǒng)指本機票預(yù)定系統(tǒng)。SQL: Structured Query Language（結(jié)構(gòu)化查詢語言）。ATM: Asynchronous Transfer Mode (異步傳輸模式)。 4.1.4參考資料以下列出在概要設(shè)計過程中所使用到的有關(guān)資料：1 機票預(yù)定系統(tǒng)可行性分析報告 軟件開發(fā)小組2 需求規(guī)格說明書 軟件開發(fā)小組3 軟件工程及其應(yīng)用 周蘇、王文等 天津科學(xué)技術(shù)出版社 1992/14 軟件工程 張海藩清華大學(xué)出版社 1990/11文檔所采用的標(biāo)準(zhǔn)是參照軟件工程導(dǎo)論沈美明著 的“計算機軟件開發(fā)文檔編寫指南”。4.2總體設(shè)計 4.2.1需求概要航空公司為方便旅客，需開發(fā)一個機票預(yù)定系統(tǒng)。為便于旅客由旅行社代替航空公司負(fù)責(zé)為旅客定票，旅行社把預(yù)定機票的旅客信息，包括姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地，輸入機票預(yù)定系統(tǒng)的客戶端程序，系統(tǒng)經(jīng)過查詢航空公司內(nèi)的航班數(shù)據(jù)服務(wù)器后，為旅客安排航班，印出取票通知。旅客在飛機起飛前一天憑取票通知和帳單交款后取票，系統(tǒng)校對無誤后即印出機票給旅客。 要求系統(tǒng)能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要單明了，易于操作，服務(wù)器程序利于維護。 4.2.2軟件結(jié)構(gòu)4.3程序描述3.1input()函數(shù)3.2save()函數(shù)3.3print()函數(shù)3.4search()函數(shù)3.5dingpiao()函數(shù)3.6tuipiao()函數(shù)3.7xiugai()函數(shù)3.8main()函數(shù) 4.4代碼設(shè)計#include #include #include #define N 1000struct air int num; char start20; char over20; char name20; int count;sN;int i;int m=0;#define PRINT %d %12s %12s %12d n,si.num,si.start,si.over,si.count void input(); void print(); void save(); void read(); void search(); void dingpiao(); void tuipiao(); 3.5dingpiao()函數(shù)void dingpiao() int n; char a10; do search(); printf(請輸入你想要的票:n); scanf(%d,&n); if(n=n) si.count=si.count-n; save(); printf(訂票成功!n); break; if(si.countn) printf(請輸入有效的機票號n); break; printf(是否繼續(xù)？請輸入Yes或No：n); scanf(%s,&a); while(!strcmp(a,yes); 4.5測試項目說明 4.5.1測試項目名稱及測試內(nèi)容預(yù)訂測試； 4.5.2測試用例測試內(nèi)容輸入數(shù)據(jù)預(yù)期輸出實際輸出預(yù)定測試通過航班號搜查預(yù)定14316yes34316 2011.6.2 重慶 003訂票成功！4316 2011.6.2 重慶 003訂票成功！預(yù)定測試通過目的地搜查預(yù)定2香港yes59002 2011.6.4 香港 005訂票成功！9002 2011.6.4 香港 005訂票成功！截屏如下： 第五章 基于面向?qū)ο蠹夹g(shù)的機票預(yù)訂系統(tǒng)開發(fā) 5.1 引言 隨著旅游業(yè)、商務(wù)和航空業(yè)飛速發(fā)展，機票銷售預(yù)定也應(yīng)運而生，機票預(yù)定系統(tǒng)是拓展機票業(yè)務(wù)的最佳手段，能極大的提高工作效率、降低運作成本。機票預(yù)定系統(tǒng)根據(jù)提供的艙位實時查詢、機票預(yù)訂等功能將整個功能劃分為系統(tǒng)管理、航線信息管理、客戶信息管理和票務(wù)信息管理四個部分。利用UML建模方法，對機票的預(yù)訂信息和機票政策信息進行管理十分實用。 5.2. 需求分析 本系統(tǒng)的開發(fā)宗旨，以及總體任務(wù)就是要實現(xiàn)機票預(yù)訂信息管理上的自動化、規(guī)范化和系統(tǒng)化 。 由于業(yè)務(wù)的需要和保密性，也為了便于管理，系統(tǒng)用戶應(yīng)該具有不同的等級，即不同的權(quán)限。用戶按等級分為兩個等級：超級用戶和一般用戶。 從操作的主界面來看，應(yīng)該包含航線信息管理，客戶信息管理和票務(wù)管理這幾大模塊 。 在航線信息管理模塊中應(yīng)該分艙位信息、客機信息和航線信息管理等幾個子模塊。管理員能夠進行相關(guān)信息的添加、編輯和刪除操作，擁護可以進行相關(guān)信息查詢。 艙位信息包括艙位等級編號、艙位等級名稱、是否有禮品、是否有報紙、是否有飲料、是否有午餐、是否有電影、是否可以改簽、是否可以退票以及是否可以打折等必要信息 。 客機信息包括客機編號、客機型號、購買時間、服役時間、經(jīng)濟艙座位數(shù)量、公務(wù)艙座位數(shù)量和頭等艙座位數(shù)量等信息 。 航線信息包括出發(fā)城市、到達城市、航班日期、出發(fā)時間、到達時間、客機編號 、經(jīng)濟艙價格、公務(wù)艙價格和頭等艙價格等信息 。 這對于航空安全非常重要。它包含客戶類型管理和客戶信息管理兩個小模塊?？蛻纛愋椭袘?yīng)該包含客戶類型和折扣比例等休息；客戶信息管理中應(yīng)該包含客戶姓名、性別、身 份證號碼、聯(lián)系電話等信息 。 能夠完整保存售票、訂票所需要的一些信息以保證售票和訂票業(yè)務(wù)的正常進行。它包括出發(fā)城市、到達城市、出發(fā)時間、艙位類型、票價以及客戶的相關(guān)必要信息 。 系統(tǒng)應(yīng)該提供數(shù)據(jù)庫維護功能。系統(tǒng)運行在平臺上。 windows 它還應(yīng)該有一個較好的圖形用戶界面 。 系統(tǒng)應(yīng)該有很好的可擴展 5.3.UML 系統(tǒng)建模 5.3.1 機票預(yù)訂系統(tǒng)的用例分析 5.3.2 機票預(yù)訂系統(tǒng)的域類分析 機票預(yù)訂系統(tǒng)中 的域主要包括客機(clsPlane) 、艙位(clsservice) 、航線(clsAirline) 、機票(clsTicket) 、客戶(clsCustomer) 、客戶類型(clsTpye) 。 5.3.3 機票預(yù)訂系統(tǒng)的功能設(shè)計 5.4數(shù)據(jù)庫分析 在開發(fā)機票預(yù)訂系統(tǒng)之前 ，可以先進行 E-R 圖分析 ，然后再對表和字段進行分析 ，最后進行數(shù)據(jù)庫建模 。 5.4.1 E-R 圖分析 機票預(yù)訂系統(tǒng)中所存在的實體有客機信息實體、航線信息實體、艙位信息實體、客戶類型信息實體、客機信息實體和機票信息實體 ，對它的E-R 分析是建立在UML系統(tǒng)模型基礎(chǔ)上的 。 5.4.2創(chuàng)建數(shù)據(jù)庫 1）艙位基本信息表 2）客機信息表 3）航線信息表 4）客戶類型信息表 5）客戶信息表 5.5.界面設(shè)計 經(jīng)過以上分析、建模的過程，已經(jīng)完成了數(shù)據(jù)庫的后臺工作，以及初期的工作目標(biāo)，接著就要完成人機交互界面。一個友好完善的界面不僅能夠方便系統(tǒng)的使用者，而且能夠使得各個模塊間的劃分明確，結(jié)構(gòu)更趨于完善。所以，一個好的界面的設(shè)計是必不可少的，也是十分重要的。 1 機票預(yù)訂系統(tǒng)主窗體（詳細代碼略） 2 用戶管理模塊界面設(shè)計（詳細代碼略） 3 航線信息管理模塊界面設(shè)計 3.1艙位信息界面（詳細代碼略） 3.2客機信息界面（詳細代碼略） 3.3航線信息界面（詳細代碼略） 4 客戶信息管理模塊界面設(shè)計 4.1客戶類型信息界面（詳細代碼略） 4.2客戶信息界面（詳細代碼略） 5 票務(wù)信息管理模塊界面設(shè)計（詳細代碼略） 5.6代碼分析和實現(xiàn) 1 公用模塊（詳細代碼略） 2系統(tǒng)用戶管理模塊（詳細代碼略） 3航線信息管理模塊代碼設(shè)計 3.1 clsPlane類設(shè)計（詳細代碼略） 3.2 客機信息管理界面設(shè)計（詳細代碼略） 3.3 艙位信息代碼設(shè)計（詳細代碼略） 3.4航線信息代碼設(shè)計（詳細代碼略） 4客戶信息管理模塊代碼設(shè)計（詳細代碼略） 5票務(wù)信息管理模塊代碼設(shè)計（詳細代碼略） 5.7小結(jié) 上面介紹了用面向?qū)ο蠹夹g(shù)開發(fā)機票預(yù)訂系統(tǒng)的設(shè)計過程，包括前期的需求分析、UML建模、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計、各模塊功能設(shè)計等。系統(tǒng)設(shè)計為整個程序構(gòu)建了框架，而各個功能模塊則實現(xiàn)了各個細節(jié)部分。第六章 測試6.1測試計劃6.1.1 編寫目的在開發(fā)大型軟件的漫長過程中，面對極其錯綜復(fù)雜的問題，人的主觀認(rèn)識不可能完全符合客觀現(xiàn)實，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無缺。因此，在軟件生命周期的每個階段都不可避免地會產(chǎn)生差錯。尤其對于機票預(yù)訂系統(tǒng)這類會影響人們生活財產(chǎn)的工程軟件，必須盡量減少差錯，以免造成嚴(yán)重的損失。測試是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”。測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對軟件規(guī)格說明設(shè)計和編碼的最后復(fù)審，也是必不可少的關(guān)鍵步驟。6.1.2 .任務(wù)概述(1) 目標(biāo) 測試是“為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程”, 測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多的發(fā)現(xiàn)軟件中的錯誤。(2) 運行環(huán)境 由于系統(tǒng)將由兩部分程序組成，安裝在各旅行社客戶機上的客戶程序及航空公司內(nèi)的數(shù)據(jù)服務(wù)器程序。 1服務(wù)器端子系統(tǒng)的運行要求： 系統(tǒng)軟件： Window NT Server 數(shù)據(jù)庫管理系統(tǒng)：SQL Server 硬件要求：Pentium II 450以上, 1024M RAM, 36G HD 2. 客戶端子系統(tǒng)的運行要求： 系統(tǒng)軟件： Window NT Workstation 數(shù)據(jù)庫管理系統(tǒng)：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 2.1G HD(3) 條件與限制 必須在保證各硬件設(shè)備軟件系統(tǒng)齊備的情況下，資金充足，人員齊備，各方面互相配合，齊心協(xié)力，共同完成。 6.1.3 . 計劃(1) 測試方案 測試方案是測試階段的關(guān)鍵技術(shù)問題。為了提高測試效率降低測試成本，本測 試方案采用黑盒法設(shè)計基本的測試方案，再用白盒法補充一些方案。在黑盒法測試 方案中，采用等價劃分技術(shù)，把所有可能的輸入數(shù)據(jù)（有效的和無效的）劃分成幾等價類，其劃分類在以下的輸入中再詳述。(2) 測試項目客戶機接受信息模塊測試客戶機輸出信息模塊測試網(wǎng)絡(luò)接受和發(fā)送模塊結(jié)構(gòu)測試服務(wù)器模塊（包括數(shù)據(jù)庫）測試各模塊之間的接口測試系統(tǒng)測試(3) 測試準(zhǔn)備 在測試前，與各模塊的主要負(fù)責(zé)人共同協(xié)商討論，以概要設(shè)計說明書.詳細設(shè)計說明書作為總的提綱,選擇合適的輸入輸出數(shù)據(jù),并加以意義列舉說明6.1.4測試項目說明(1) 測試項目名稱及測試內(nèi)容在測試過程中，首先需要對各子單元過程進行測試。在各子單元過程測試完畢后，再對各模塊（包括各子單元過程之間的接口）進行測試，處理好各模塊之間的接口，最后對系統(tǒng)進行測試和維護。各子模塊測試名稱如下：客戶機接受信息模塊測試客戶機輸出信息模塊測試網(wǎng)絡(luò)接受和發(fā)送模塊結(jié)構(gòu)測試服務(wù)器模塊（包括數(shù)據(jù)庫）測試各模塊之間的接口測試系統(tǒng)測試(2) 測試用列(3) 步驟及操作在測試過程中，首先需要對各子單元過程進行測試。各子單元過程的測試必須先在程序設(shè)計員調(diào)試并編譯通過后才能進行。在各子單元過程測試完畢后，再對各模塊（包括各子單元過程之間的接口）進行測試，處理好各模塊之間的接口，最后對系統(tǒng)進行測試和維護。其操作過程如下：1 在客戶機接受信息模塊過程中，先對各子單元過程分別進行測試，然后根據(jù)白盒法按照詳細設(shè)計說明書中的流程圖對其進行跟蹤測試。2 同樣，在客戶機輸出信息模塊網(wǎng)絡(luò)接受和發(fā)送模塊結(jié)構(gòu)和服務(wù)器模塊（包括數(shù)據(jù)庫）過程中先對各子單元過程分別進行測試，然后根據(jù)白盒法按照詳細設(shè)計說明書中的流程圖對其進行跟蹤測試