軟件項目管理實驗四 軟件項目質量團隊溝通及配置管理計劃編制軟件0801何飛

1、軟件項目管理課程設計實驗報告學 院：計算機科學與技術學院專 業(yè)：軟件工程班 級：0801班學 號：2008001468姓 名：何飛指導教師：林福平時 間：2011年12月 02 日實驗四: 軟件項目質量、團隊、溝通及配置管理計劃編制一、實驗目的：1掌握軟件項目質量管理計劃的編制方法；2掌握軟件項目團隊管理計劃的編制方法；3掌握軟件項目溝通計劃的編制方法；4掌握軟件項目配置管理計劃的編制方法。二、實驗內容:1編制軟件項目質量管理計劃；（1）審查軟件開發(fā)計劃（2）審查開發(fā)工作是否按計劃進行（3）審查文檔模板及規(guī)范 (4) 審查文檔是否按模板進行編寫（5） 審查代碼規(guī)范（6） 審查代碼是否按代碼規(guī)范

2、編寫（7） 審查測試計劃（8）審查測試是否按計劃實施2 編制軟件項目團隊管理計劃； 責任人 工作名稱 項 目經 理系統(tǒng)分析人員設計人員開發(fā)人員測試人員財務部人力部工程部市場部確 認需 求用戶需求調研pl用戶需求分析pl用戶需求確認pl開發(fā)環(huán)境準備硬件環(huán)境準備lp軟件環(huán)境準備lp程序設計系統(tǒng)分析pl功能模塊分析l數(shù)據(jù)庫設計l美工設計l程序開發(fā)文檔制作l源代碼編寫l測試程序測試l集成測試l系統(tǒng)測試l試運行驗收試運行pl驗收ll表示負責 p表示審批 表示鋪助 表示參與3 編制軟件項目溝通計劃； 工作名稱 溝通形式溝通頻度溝通人員會議內容一般情況必要時需 求分 析階 段正式溝通，書面溝通每周每3天項目

3、經理，客戶問題分析，需求描述，需求驗證程 序設 計階 段書面溝通，口頭溝通每周每天設計人員，項目經理，系統(tǒng)分析員系統(tǒng)分析，功能模塊分析，數(shù)據(jù)庫設計，美工設計程序開發(fā)階段非正式溝通每10天每周開發(fā)人員，設計人員，系統(tǒng)分析員文檔制作，源代碼編寫測試階段非正式溝通，書面溝通每周每天測試人員，系統(tǒng)分析員，項目經理程序測試結果，集成測試結果，系統(tǒng)測試結果試運行驗收階段正式溝通，書面溝通每周每天項目經理，客戶試運行結果，驗收結果4編制軟件項目配置管理計劃。配置管理角色職責表角色人員職責和工作范圍配置管理者A（1） 制定配置管理計劃（2） 創(chuàng)建和維護配置庫SCCB負責人B（1） 審批配置管理計劃（2） 審批

4、重大的變更SCCB成員A .B.C審批某些配置項或基線的變更配置管理環(huán)境: 建議使用CVS或Visual SourceSafe配置庫的目錄結構序號內容說明路徑1TCM技術合同管理$prj-SchoolTCM2RM需求管理$prj-SchoolRM3SCM軟件配置管理$prj-SchoolSCM4SQA軟件質量保證$prj-SchoolSQA5SPE軟件產品工程設計$prj-SchoolSPEDESIGN6源代碼$prj-SchoolSPESOURCE7目標代碼$prj-SchoolSPEBUILD8測試$prj-SchoolSPETEST9發(fā)布$prj-SchoolSPERELEASE配置庫的

5、用戶權限類別人員權限說明配置管理者A負責項目配置管理，擁有所有權限項目經理B訪問、讀質量保證人員C訪問、讀開發(fā)人員D訪問、讀高層管理R訪問、讀配置項標志 命名規(guī)范本項目配置項命名規(guī)范由5個字段組成，從左到右依次為：公司、項目、類型、編號和版本號，如圖1所示。這些字段用一橫線（-）分隔。QTD-SchoolRMSRS-v1.0公司：3個字符項目：最長10個字符類型：最長5個字符編號：最長8位數(shù)字/字符版本號：V m.n圖1：配置項命名規(guī)范 主要配置項表4：配置項列表類型主要配置項標識符預計正式發(fā)表時間計劃項目計劃QTD-School-SPP-PP-V1.0質量保證計劃QTD-School-SPP

6、-SQA-V1.0配置管理計劃QTD-School-SPP-SCM-V1.0需求需求規(guī)格說明書QTD-School-RM-SRS-V1.0設計總體設計說明書QTD-School-Design-HL-V1.0數(shù)據(jù)庫設計QTD-School-Design-DB-V1.0詳細設計說明書QTD-School-Design-LL-V1.0設計術語及規(guī)范QTD-School-Design-STD-V1.0編程源程序QTD-School-Code-ModuleName-V1.0編碼規(guī)則QTD-School-Code-STD-V1.0測試測試計劃QTD-School-Test-Plan-V1.0測試用例QTD

7、-School-Test-Case-V1.0測試報告QTD-School-Test-Report-V1.0提交運行產品QTD-School-Product-Exe-V1.0驗收報告QTD-School-Product-Report-V1.0用戶手冊QTD-School-Product-Manual-V1.0 配置項的版本管理配置項可能包含的分支從邏輯上可以劃分成4個不同功能的分支：主干分支、私有分支、小組分支、集成分支。 變更管理變更管理的流程是：（1） 由請求者提交變更請求，SCCB會召開復審會議對變更請求進行復審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。（2） 配置管理者收到基線修改請求后，在配置庫中生成與此配置項相關的波及關系表。（3） 配置管理者將基線波及關系表提交給SCCB，由SCCB確定是否需要修改，如果需要修改，SCCB應根據(jù)波及關系表，確定需要修改的具體文件，并在波及分析表中標志出來。（4） 配置管理者按照出庫程序從