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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

25、術 語 名 稱術 語 定 義1總體結構 軟件系統的總體邏輯結構。按照不同的設計方法，有不同的總體邏輯結構。若采用面向功能或面向數據的設計方法，則總體邏輯結構為一樹形的功能模塊結構圖。若采用面向對象或面向部件（構件）的設計方法，則總體邏輯結構為部件（構件）的組裝圖2外部接口 本軟件系統與其他軟件系統之間的接口，接口設施可以是中間件。接口描述包括：傳輸方式、帶寬、數據結構、傳輸頻率、傳輸量、傳輸協議3數據結構 數據結構包括：數據庫表的結構、其他數據結構等4概念數據模型CDM 關系數據庫的邏輯設計模型，叫做概念數據模型。主要內容包括一張邏輯E-R圖及其相應的數據字典5物理數據模型PDM 關系數據庫的

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

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

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

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

30、中文名字段英文名類型、寬度、精度取值約束空否默認值主鍵/外鍵索引否1233.4 視圖設計（View Design）視圖設計與授權有關，設計時參照需求文檔的用戶授權范圍。視圖設計中要給出視圖的中文名、英文名，視圖中的中文列名、英文列名、類型、寬度、精度，每一列的具體算法，對應的基本表名。3.5 其他數據結構設計（Design of Other Data Structure）此小節描述系統的其他數據結構設計內容。四、源程序清單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)在本章節中簡介項目的基本情況。 1.2 術語定義(Terms Glossary)將該測試報告中的術語、縮寫進行定義, 包括用戶應用領域與計算機領域的術語與縮寫等。 1.3 參考資料(References)說明該測試報告使用的參考資料，如： 1 需求規格說明書 2 設計規格說明書 2. 組件測試(Module Test)2.1功能模塊清單由設計規格說明書拷貝到的模塊清單，如表5-1所示。表5-1 模塊（類）清單編 號模塊（類）英文名模塊（類）功能簡述接口簡述M 1-1M 1-2M 2-1M 2-22.2 組件測試報告（Report for Module Test）選擇一個模塊，應用基本路徑法設計測試用例，進行現場測試。要求畫出程序流程圖，表示每條基本路徑，記錄測試數據，評定測試結果。測試活動的記錄格式，如表5