2011版軟件工程實驗指導書1

1、軟件工程實驗指導書一、基本目的：1使學生把軟件工程的基本原理和技術應用于實踐 。2使學生掌握實際大型軟件的開發(fā)過程和組織方式。3使學生增強開發(fā)大型軟件的能力。二、實驗環(huán)境：文檔制作工具為WORD、EXCEL、VISIO、ROSE等，編程環(huán)境自選。三、背景知識:從理論上而言，軟件生存期一般都可分為計劃、需求分析、設計、編碼、測試、運行維護六個步驟。根據(jù)軟件工程實施過程中的各階段活動，我們可以把它歸結為不同的軟件生存期模型，并歸結出每一階段的實施的行為特征。在軟件工程的實施過程中，需要制做相應的文檔。1計劃階段 計劃階段指技術人員輔助管理人員或市場部人員根據(jù)項目意向，做出初步需求調(diào)查、進行可行性論

2、證，在論證通過后做系統(tǒng)方案，如委托開發(fā)，還需簽定項目開發(fā)合同，并制定項目開發(fā)計劃。2需求分析階段 需求分析階段,管理人員提出需求分析階段計劃，分析人員制作軟件需求說明書，包括軟件需求子系統(tǒng)需求說明書、數(shù)據(jù)要求說明書、子系統(tǒng)數(shù)據(jù)要求說明書、系統(tǒng)數(shù)據(jù)流圖、子系統(tǒng)數(shù)據(jù)流圖及其相應的詞典。系統(tǒng)需求說明書完成后應通過項目需求評審，經(jīng)用戶確認后出具需求分析驗收報告。初步制定測試計劃。3設計階段 在設計階段需要制定系統(tǒng)實現(xiàn)方案，設計階段計劃，填寫數(shù)據(jù)庫設計說明書、詳細設計說明書，詳細設計應通過詳細設計評審、出具詳細設計驗收報告，設計階段完成后應開始制做用戶手冊、管理員手冊、測試計劃與測試案例設計。4編碼階段

3、 在編碼階段應有數(shù)據(jù)庫編程規(guī)范、編程語言編程規(guī)范、內(nèi)部公用函數(shù)（模塊）目錄等。設計和執(zhí)行模塊測試。5測試階段 設計完成后，就應該進入測試階段，測試階段中，應該制定測試規(guī)范、填寫測試計劃與測試說明，測試過程中應填寫軟件測試報告。6運行維護階段 測試階段完成后，應進行系統(tǒng)交付，進入運行維護階段。系統(tǒng)維護階段，用戶發(fā)現(xiàn)問題時，應填寫計算機軟件問題報告單，提交信息部主管或根據(jù)合同約定向設計單位提交。 四、實驗要求：每班分為-6個小組，每組從實驗題目中任選一題，也可自選題目作為課程實踐題目。每組指定一名組長，負責分工和制定標準等管理工作。1項目開發(fā)過程建議采用快速原型與增量開發(fā)相集合的模式，在基本明確需

4、求的情況下建立系統(tǒng)整體原型供需求的討論和確定，在需求和系統(tǒng)架構確定后，選取一個具有代表性或系統(tǒng)核心部分的子系統(tǒng)進行詳細的設計開發(fā)。開發(fā)方式要求采用面向?qū)ο蠓椒ā?實驗內(nèi)容包括進行需求分析、系統(tǒng)設計、系統(tǒng)實現(xiàn)及測試、系統(tǒng)交付。每個組員必須參加這個系統(tǒng)開發(fā)過程的部分工作，扮演某種角色，并書寫部分實驗報告。3實驗報告要求包括項目開發(fā)計劃、需求規(guī)格說明書、設計規(guī)格說明書、源程序清單、測試報告和用戶手冊。全組文檔格式、內(nèi)容參照附件中模板，提交一份完整的實驗報告（提交打印和電子兩種形式）。4每組所選軟件工程課程實踐題目也作為數(shù)據(jù)庫原理課程的課程實踐題目，文檔編制部分主要在軟件工程課程實踐中完成，程序編寫部

5、分主要在數(shù)據(jù)庫原理課程的課程實踐中完成。五、實驗題目：1. 銀行帳戶管理、儲蓄業(yè)務處理系統(tǒng)為方便儲戶，某銀行擬開發(fā)計算機儲蓄系統(tǒng)。儲戶填寫的存款單或取款單由業(yè)務員鍵入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息（若為新儲戶須建立帳戶），并打印存款單給儲戶；如果是取款，系統(tǒng)計算利息并打印利息清單給儲戶（若為清戶記錄注銷該帳戶）；還可向儲戶提供余額查詢功能。2. 機票預定系統(tǒng)為方便旅客，某航空公司擬開發(fā)一個機票預定系統(tǒng)。旅客可向該系統(tǒng)查詢航班情況（按目的地、起飛時間、航班班次等）。旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸

6、入該系統(tǒng)，系統(tǒng)為旅客安排航班，打印取票通知和帳單，旅客在收到取票通知和帳單后可交費并于飛機起飛前24小時憑取票通知和交款單經(jīng)系統(tǒng)校對無誤后打印機票給旅客。旅客也可向系統(tǒng)提出退票要求，系統(tǒng)針對具體情況計算手續(xù)費后進行相應退票處理。3. 教師綜合素質(zhì)評測系統(tǒng)要求具有教師信息的錄入、導入功能，信息查詢和統(tǒng)計功能，教師素質(zhì)評價功能（學歷情況、教學情況、科研情況、論文發(fā)表等），系統(tǒng)維護和素質(zhì)評定參數(shù)設置功能，以及系統(tǒng)幫助等。4. 分房管理系統(tǒng)某大學擬開發(fā)一個計算機分房管理系統(tǒng)，要求系統(tǒng)具有分房、調(diào)房、退房和咨詢統(tǒng)計等功能。房產(chǎn)科把用戶申請表輸入系統(tǒng)后，系統(tǒng)首先檢查申請表是否合理，對不合法申請表拒絕接受；

7、對合法表根據(jù)類型進行處理。分房申請，根據(jù)申請者情況（年齡、工齡、職稱、職務、家庭人口等）計算其分數(shù)，高于閥值的進行排隊。分房時，讀空房文件，把好房優(yōu)先分給排在分房隊列前面的人，并將房屋信息與申請者一起寫入住房文件中。若為退房申請，從住房文件中刪除有關信息，并將房屋信息計入空房文件。若是調(diào)房申請，根據(jù)申請者情況計算分數(shù)，并進行以上退房和分房處理。系統(tǒng)可進行房屋信息維護（輸入、刪除、排序），以及各種住房信息統(tǒng)計、查詢、打印等。5. 學生成績管理系統(tǒng)學生成績的手工錄入，是一項非常繁重而枯燥的勞動，隨著計算機的發(fā)展，應用數(shù)據(jù)庫技術實現(xiàn)學生成績的計算機管理是可行和必要的工作。本課題建立學生成績管理系統(tǒng)，

8、采用計算機對學生成績進行管理，進一步提高辦學效益和現(xiàn)代化水平。本課題要求：原始數(shù)據(jù)錄入（包括學生信息，課程信息，學生成績錄入）；課程查詢、學生信息和成績查詢；報表輸出，包括學生成績匯總表，需重修的學生統(tǒng)計報表，班級單科成績報表等；根據(jù)學生選修課程學分情況，獲取學籍變動學生名單等功能。6. 計算機專業(yè)課程題庫系統(tǒng)的設計隨著考試類型的不斷增加及考試要求的不斷提高，傳統(tǒng)的考試方式已經(jīng)不能適應現(xiàn)代考試的需要。隨著計算機應用的迅猛發(fā)展，網(wǎng)絡應用不斷擴大，人們迫切要求進行在線考試，以減輕教師的工作負擔及提高工作效率，與此同時也提高了考試的質(zhì)量，從而使考試更趨于公證、客觀，更加激發(fā)學生的學習興趣。計算機題庫

9、系統(tǒng)作為一個教育測量工具，課題建立題庫管理系統(tǒng)，包括知識點構建、題型劃分、題庫建立等功能。7. 自動排課系統(tǒng)自動排課系統(tǒng)是一個學校不可缺少的部分，使用計算機對選課信息進行管理已經(jīng)成為必然。根據(jù)任務書規(guī)定課程情況、教室情況，進行自動排課，并能手動進行調(diào)整，要求一位老師在同一時間只能給一個合班上課，一個教室同一時間只能有一個合班上課；用戶只要將班級、課程和教室的各項資料輸入，剩下的排課部分則完全交給計算機。如果資料輸入有錯誤，可以對各項資料進行添加、刪除和修改，各項資料有所變動之后。8. 教學計劃管理系統(tǒng)教學計劃管理是高校教學管理系統(tǒng)中重要的組成部分。傳統(tǒng)的管理方法和手段已經(jīng)不再適應發(fā)發(fā)展。本課題

10、包括三種角色，管理員、教師、學生。管理員管理和維護課程信息，設定培養(yǎng)計劃，建立專業(yè)與課程之間的對應關系，包括開設的課程、課程學分、課程上課學期、課程學分、實驗學分、課程考核方式等信息。教師查看本學期開設課程信息和自己所授課程。學生查看課程信息和自己的培養(yǎng)計劃9汽車俱樂部管理系統(tǒng)為實現(xiàn)汽車俱樂部行業(yè)信息的規(guī)范化管理，某軟件開發(fā)商要求開發(fā)一汽車俱樂部管理系統(tǒng)，面向俱樂部工作人員進行會員信息的管理。主要功能包括：用戶（俱樂部工作人員）身份驗證和用戶權限組織；提醒服務（提醒各種該執(zhí)行的車務活動）；會員管理（會員信息、會員費收繳記錄錄入，查詢，修改）；車務管理（新車上牌代辦，保險代辦，驗證代辦，落戶代辦

11、等）；救援服務（呼救記錄，救援情況記錄以及救援車輛管理）；旅行服務（旅行信息記錄、修改、查詢）；統(tǒng)計報表、圖表（所有當日、當月、當年向會員提供的各種服務信息及其收費的詳細情況列表及匯總）；系統(tǒng)管理（設置提醒提前日期，用戶管理等）；俱樂部管理（俱樂部部門、工作人員、救援車輛管理）；系統(tǒng)幫助。10設備管理系統(tǒng)實現(xiàn)公司設備的有效管理、維護記錄。購入新設備，登記設備購入時間、名稱、型號、種類、內(nèi)部編號、所屬部門、存放位置等。設備轉借時，記錄借用部門、經(jīng)手人員、用途、擬還日期等。設備故障時，記錄故障情況、維修情況（時間、人員、結果）等。設備報廢時，記錄報廢原因、批準人員、經(jīng)手人員、處理方式等。對設備管理

12、人員和使用人員提供各種設備處理的按部門、設備類型、處理日期等查詢和修改等功能。11客戶關系管理系統(tǒng)客戶關系管理是一個“熱門”的計算機應用領域。客戶關系管理系統(tǒng)（CMS）是現(xiàn)代企業(yè)管理不可缺少的重要軟件工具，是ERP的重要組成。系統(tǒng)能夠?qū)εc客戶相關的各種業(yè)務進行管理，如：客戶信息管理、行動管理、客戶反饋管理、客戶服務管理、系統(tǒng)管理等等；系統(tǒng)數(shù)據(jù)庫可以對各種客戶信息進行管理（包括個人信息、行動信息和服務信息等），并實現(xiàn)信息的錄入、查詢、導出、導入等基本功能；12. 汽車銷售管理系統(tǒng)汽車銷售管理系統(tǒng)要包括汽車銷售機會管理、門店導購管理、試車管理、報價管理、訂單管理和行動管理等銷售管理模塊，入庫管理、

13、出庫管理和盤點管理等倉庫管理模塊，供應商管理、采購詢價和采購訂單等整車采購管理模塊。設計系統(tǒng)數(shù)據(jù)庫對汽車銷售各種信息進行管理，并實現(xiàn)信息的錄入、查詢、導出、導入等基本功能。課程實驗報告要求：以組為單位按軟件開發(fā)可交付文檔的形式書寫實驗報告，嚴格按附件中所給出的內(nèi)容和格式要求。其中，開發(fā)計劃由組長完成，其他文檔按計劃中的任務分工，分別由各責任人完成。詳細要求見附件。實驗時間安排：實驗1： 20 年 月 日，5課時實驗2： 20 年 月 日，5課時實驗3： 20 年 月 日，5課時實驗4： 20 年 月 日，5課時附件：實驗報告樣本河北工業(yè)大學軟件工程課程實驗實驗報告題目： 專業(yè)： 班級： 組：

14、組長： 成員： 指導教師： 張健楠 完成日期： 目 錄1 項目開發(fā)計劃書（頁碼）2 軟件需求規(guī)格說明書（頁碼）3 設計規(guī)格說明書（頁碼）4 源程序清單 （頁碼）5 測試報告（頁碼）6 用戶手冊（頁碼）一、項目開發(fā)計劃書完成人： 1引言（Introduction）1.1項目概述（Project Summary）給出項目的初始描述。1.2 術語定義（Terms Glossary）將該軟件開發(fā)計劃中的術語、縮寫詞進行定義。1.3 相關文檔（Related Documents）當該文檔變更時，可能對其他文檔產(chǎn)生影響，受影響的文檔叫相關文檔，需將它們列出。1 2 2軟件生存周期（Software Lif

15、e Cycle）本節(jié)記錄項目策劃生存期定義的工作結果，需要描述的主要內(nèi)容：（1）項目生存期框圖（2）項目生存期說明3任務與工作產(chǎn)品（Task and Work Products）項目任務和工作產(chǎn)品，是指根據(jù)項目生存期階段劃分的任務，和相應階段的工作產(chǎn)品。記錄項目生存期各階段確定的需重點控制的階段任務和工作產(chǎn)品。建議以表格的形式，列出生存期各階段的任務和工作產(chǎn)品。項目包含的任務，如：（1）需求分析（2）系統(tǒng)設計（3）系統(tǒng)實現(xiàn)（4）測試（5）產(chǎn)品交付項目可能包含的產(chǎn)品，如：（1）需求規(guī)格說明書（3）系統(tǒng)設計說明書（4）源程序（5）測試報告（6）用戶手冊4工作產(chǎn)品、任務規(guī)模、工作量估計（Estima

16、tes of Work Product，Task Size and Workload）項目規(guī)模估算是為了確定項目所需的人工。需要描述的主要內(nèi)容有：（1）對軟件工作產(chǎn)品規(guī)模估計依據(jù)的簡要描述。（2）每種任務和工作產(chǎn)品規(guī)模估計的結果。（3）規(guī)模估算的結果，建議用表格的形式列出。5資源需求計劃（Resource Requirement Plan）指系統(tǒng)在開發(fā)環(huán)境、測試環(huán)境、及用戶目標環(huán)境中，對計算機軟、硬件資源的要求，如計算機存儲能力、計算機處理器速度、通信通道容量、服務器處理能力等的估計。6軟件項目進度計劃（Software Project Schedule）軟件項目進度計劃，是對項目的進度、人員

17、工作分工所做的計劃，此計劃依據(jù)上述的估算和分析結果，計劃方式建議采用表格的形式。若采用工具制定項目計劃，應將工具生成的圖表作為項目計劃的附件。本節(jié)中需要描述的主要內(nèi)容有：（1）軟件項目任務分解（2）設定的里程碑（3）開始和結束時間（4）緩沖時間（5）人員分配二、需求規(guī)格說明書完成人： 1概述（Summary）1.1項目的目的與目標（Purpose and Aim of Project）項目的目的是對開發(fā)本系統(tǒng)意圖的總概括。項目的目標是將目的細化后的具體描述。項目目標應是明確的、可度量的、可以達到的, 項目的范圍應能確保項目的目標可以達到。對于項目的目標可以逐步細化，以便與系統(tǒng)的需求建立對應關系

18、，檢查系統(tǒng)的功能是否覆蓋了系統(tǒng)目標。1.2 術語定義（Terms Glossary）將該用戶需求報告中的術語、縮寫進行定義, 包括用戶應用領域與計算機領域的術語與縮寫等。1.3 相關文檔（Related Documents）說明用戶需求報告的變更，以及可能受變更影響的其他相關文檔，如：項目開發(fā)計劃和設計說明書。2問題初始分析（Early Analysis）2.1 場景描述（Scene Description）自然語言描述2.2 初始功能提?。‥arly Function Distill）自然語言描述3目標系統(tǒng)功能需求（Function of Target System）3.1 功能需求分析（F

19、unction Analysis）創(chuàng)建用例模型與域模型，要求采用用例表進行用例規(guī)約描述，必要時采用活動圖進行檢驗。3.2 功能需求點列表（Function List）在功能需求分析完成后，要詳細列出用戶需求功能點列表，提供給后續(xù)設計、編程、測試中使用，更是為了用戶測試驗收中使用。功能需求點列表的格式，如表2-1所示。表2-1 功能需求點列表編 號功 能 名 稱使 用 人功 能 描 述輸 入 內(nèi) 容輸 出 內(nèi) 容124目標系統(tǒng)性能需求（Performance of Target System）4.1 時間要求（Time Request）如：（1）響應時間，如查詢的最長等待時間。（2）更新處理時間

20、，如記賬的最長時間。（3）數(shù)據(jù)的轉換和傳送時間，如遠程數(shù)據(jù)傳輸?shù)臅r間要求。（4）解題時間。4.2 空間要求（Space Request）如：（1）支持的終端數(shù)。（2）支持的并行操作的使用者數(shù)。（3）處理的文件和記錄數(shù)。（4）處理任務的數(shù)量。（5）對輸入和輸出數(shù)據(jù)的精度要求。（6）對處理和傳輸過程中的精度要求。4.3 性能需求點列表（Performance List）詳細列出用戶性能點列表，提供給后續(xù)分析、設計、編程、測試中使用，更是為了用戶測試驗收中使用。需求性能點列表的格式，如表2-2所示。表2-2 性能需求點列表編 號性能名稱使用部門 使用崗位性能描述輸入內(nèi)容輸出內(nèi)容1235目標系統(tǒng)界面與

21、接口需求（Interface of Target System）5.1 界面需求（Interphase Requirement）界面的原則要求，如方便、簡潔、美觀、一致等。整個系統(tǒng)的界面風格定義，某些功能模塊的特殊的界面要求。（1）輸入設備：鍵盤、鼠標、條碼掃描器、掃描儀等；（2）輸出設備：顯示器、打印機、光盤刻錄機、磁帶機、音箱等；（3）顯示風格：圖形界面、字符界面、IE界面等；（4）顯示方式：1024*768、640*480等；（5）輸出格式：顯示布局、打印格式等。5.2 接口需求（Interface Requirement）與其他系統(tǒng)的接口，如監(jiān)控系統(tǒng)、控制系統(tǒng)、銀行結算系統(tǒng)、稅控系統(tǒng)、

22、財務系統(tǒng)、政府網(wǎng)絡系統(tǒng)及其他系統(tǒng)等。（1）與系統(tǒng)特殊外設的接口，如CT機、磁共振、柜員機（ATM）、IC卡、盤點機等。（2）與中間件的接口，要列出接口規(guī)范、入口參數(shù)、出口參數(shù)、傳輸頻率等。應在此列舉出所有的外部接口名稱、接口標準、規(guī)范。外部接口列表，如表2-3所示。表2-3 外部接口需求點列表編 號接口名稱接口規(guī)范接口標準入口參數(shù)出口參數(shù)傳輸頻率1236目標系統(tǒng)其他需求（Other Requirements of Target System）6.1 安全性（Security）6.2 可靠性（Dependability）6.3 靈活性（Agility）6.4 特殊需求（Special Requi

23、rements）如：（1）進度需求：系統(tǒng)的階段進度要求。（2）運行環(huán)境需求：平臺、體系結構、設備要求。（3）培訓需求：用戶對培訓的需求，是否提供多媒體教學光盤。（4）推廣需求：推廣的要求，如在上百個遠程部門推廣該系統(tǒng)，是否要有推廣的支持軟件。7目標系統(tǒng)假設與約束條件（Suppose and Restriction of Target System）假設與約定條件是對預計的系統(tǒng)風險的描述, 如：（1）法律、法規(guī)和政策方面的限制。（2）硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制。（3）可利用的信息和資源。（4）系統(tǒng)投入使用的最晚日期。三、設計規(guī)格說明書完成人： 1引言（Introduction

24、）本章對該文檔的目的、功能范圍、術語、相關文檔、參考資料、版本更新進行說明。1.1 目的（Purpose）本文檔的目旨在推動軟件工程的規(guī)范化，使設計人員遵循統(tǒng)一的概要設計書寫規(guī)范，節(jié)省制作文檔的時間，降低系統(tǒng)實現(xiàn)的風險，做到系統(tǒng)設計資料的規(guī)范性與全面性，以利于系統(tǒng)的實現(xiàn)、測試、維護、版本升級等。1.2 命名規(guī)則（Naming Rule）變量對象命名規(guī)則：申明全局變量、局部變量對象的命名規(guī)則。數(shù)據(jù)庫對象命名規(guī)則：申明數(shù)據(jù)庫表名、字段名、索引名、視圖名等對象的命名規(guī)則。1.3 術語定義（Terms Glossary）術語定義或解釋一般用表格形式給出，如表3-1所示。表3-1 術語定義或解釋表序 號

25、術 語 名 稱術 語 定 義1總體結構 軟件系統(tǒng)的總體邏輯結構。按照不同的設計方法，有不同的總體邏輯結構。若采用面向功能或面向數(shù)據(jù)的設計方法，則總體邏輯結構為一樹形的功能模塊結構圖。若采用面向?qū)ο蠡蛎嫦虿考嫾┑脑O計方法，則總體邏輯結構為部件（構件）的組裝圖2外部接口 本軟件系統(tǒng)與其他軟件系統(tǒng)之間的接口，接口設施可以是中間件。接口描述包括：傳輸方式、帶寬、數(shù)據(jù)結構、傳輸頻率、傳輸量、傳輸協(xié)議3數(shù)據(jù)結構 數(shù)據(jù)結構包括：數(shù)據(jù)庫表的結構、其他數(shù)據(jù)結構等4概念數(shù)據(jù)模型CDM 關系數(shù)據(jù)庫的邏輯設計模型，叫做概念數(shù)據(jù)模型。主要內(nèi)容包括一張邏輯E-R圖及其相應的數(shù)據(jù)字典5物理數(shù)據(jù)模型PDM 關系數(shù)據(jù)庫的

26、物理設計模型，叫做物理數(shù)據(jù)模型。主要內(nèi)容包括一張物理表關系圖及其相應的數(shù)據(jù)字典6視圖 在基表或其他視圖之上建立的一張?zhí)摫?，叫做視圖，它具有物理表的許多性質(zhì)，在數(shù)據(jù)處理和授權上很有用7角色 數(shù)據(jù)庫中享有某些特權操作的用戶，叫做角色。角色的權利通過授權來實現(xiàn)8子系統(tǒng) 具有相對獨立功能的小系統(tǒng)叫做子系統(tǒng)。一個大的軟件系統(tǒng)可以劃分為多個子系統(tǒng)，每個子系統(tǒng)可由多個模塊或多個部件組成9模塊 具有功能獨立、能被調(diào)用的信息單元叫做模塊。模塊是結構化設計中的概念10內(nèi)部接口 軟件系統(tǒng)內(nèi)部各子系統(tǒng)之間、各部件之間、各模板之間的接口，叫做內(nèi)部接口。接口描述包括：調(diào)用方式、入口信息、出口信息等11相關文件 相關文件是

27、指當本文件內(nèi)容變更后，可能引起變更的其他文件。如需求分析報告、詳細設計說明書、測試計劃、用戶手冊12參考資料 參考資料是指本文件書寫時用到的其他資料。如各種有關規(guī)范、模板、標準、準則1.4 參考資料（References）1 用戶需求報告2 數(shù)據(jù)庫設計規(guī)范3 命名規(guī)范1.5 相關文檔（Related Documents）1 源程序清單2 測試計劃及報告3 用戶使用手冊2總體設計（Design of Collective）2.1 體系結構設計（Design of Architecture）軟件系統(tǒng)的結構，按照不同的設計方法，有不同的總體邏輯結構。采用包圖畫出系統(tǒng)體系結構的邏輯模型。2.2 子系統(tǒng)

28、清單（Subsystem List）子系統(tǒng)清單，如表3-2所示。表3-2 子系統(tǒng)清單子系統(tǒng)編號子系統(tǒng)英文名子系統(tǒng)功能簡述子系統(tǒng)之間的關系SS1SS2SS32.3 模塊設計（Module Design）l 依據(jù)用例模型進行用例實現(xiàn)，建立設計模型，要求用序列圖表示；l 依據(jù)設計模型，建立設計類模型。2.4 功能模塊清單（Module List）模塊（類）清單，如表3-3所示。表3-3 模塊（類）清單編 號模塊（類）英文名模塊（類）功能簡述接口簡述M 1-1M 1-2M 2-1M 2-23數(shù)據(jù)結構設計（Design of Data Structure）3.1 數(shù)據(jù)庫表名清單（DB Table Lis

29、t）數(shù)據(jù)庫表名清單，如表3-4所示。表3-4 數(shù)據(jù)庫表名清單序號中文表名英文表名表功能說明1233.2 數(shù)據(jù)庫表之間關系說明（Relation of DB Table）用E-R圖表示。3.3 數(shù)據(jù)庫表的詳細清單（Particular List of DB Table）每個表的詳細清單內(nèi)容包括：表名、字段中文名、字段英文名、字段的類型、寬度、精度、主鍵/外鍵、空否、取值約束（默認值、最大值、最小值）、索引否。同時要指出該表的索引：索引文件名、索引字段名、索引特性（主鍵索引、惟一索引unique、聚集索引clustered）。詳細清單可以用列表給出，如表3-5所示。表3-5 表名：XXXX序號字段

30、中文名字段英文名類型、寬度、精度取值約束空否默認值主鍵/外鍵索引否1233.4 視圖設計（View Design）視圖設計與授權有關，設計時參照需求文檔的用戶授權范圍。視圖設計中要給出視圖的中文名、英文名，視圖中的中文列名、英文列名、類型、寬度、精度，每一列的具體算法，對應的基本表名。3.5 其他數(shù)據(jù)結構設計（Design of Other Data Structure）此小節(jié)描述系統(tǒng)的其他數(shù)據(jù)結構設計內(nèi)容。四、源程序清單1 #（Module Name）1.1 描述（Description）（用結構化自然語言或流程圖對模塊的功能進行簡要描述）1.2 代碼(Program)2 #（Module

31、Name）2.1 描述（Description）2.2 代碼(Program).五、測試報告完成人： 1. 概述(Summary)1.1 項目簡介(Project Synopsis)在本章節(jié)中簡介項目的基本情況。 1.2 術語定義(Terms Glossary)將該測試報告中的術語、縮寫進行定義, 包括用戶應用領域與計算機領域的術語與縮寫等。 1.3 參考資料(References)說明該測試報告使用的參考資料，如： 1 需求規(guī)格說明書 2 設計規(guī)格說明書 2. 組件測試(Module Test)2.1功能模塊清單由設計規(guī)格說明書拷貝到的模塊清單，如表5-1所示。表5-1 模塊（類）清單編 號模塊（類）英文名模塊（類）功能簡述接口簡述M 1-1M 1-2M 2-1M 2-22.2 組件測試報告（Report for Module Test）選擇一個模塊，應用基本路徑法設計測試用例，進行現(xiàn)場測試。要求畫出程序流程圖，表示每條基本路徑，記錄測試數(shù)據(jù)，評定測試結果。測試活動的記錄格式，如表5-2所示。表5-2 模塊測試記錄編號路徑標識輸入期望輸出輸出內(nèi)容發(fā)現(xiàn)問題測試結果測試時間測試人1234×3功能測試(Function Test)3.1 系