軟件項目配置管理計劃案例.doc

軟件項目配置管理計劃案例本案例選自軟件項目管理案例教程（韓萬江，機械工業(yè)出版社）一書，項目案例為校務通管理系統(tǒng)，該項目的配置管理計劃如下：1. 引言包括目的、縮寫詞和參考資料，具體內容略。2組織及職責配置管理的角色和職責見表1。表1：配置管理角色職責表角色人員職責和工作范圍配置管理者岳好（1） 制定配置管理計劃（2） 創(chuàng)建和維護配置庫SCCB負責人韓萬江（1） 審批配置管理計劃（2） 審批重大的變更SCCB成員韓萬江（項目經(jīng)理），郭天奇（質量保證人員），岳好（配置管理者）審批某些配置項或基線的變更3.配置管理環(huán)境由于本項目屬于中小型項目，工期也不很長，而且項目組人員對Visual SourceSafe也比較熟悉，所以采用Visual SourceSafe作為配置管理工具。3.1配置庫目錄結構表2：配置庫的目錄結構序號內容說明路徑1TCM技術合同管理$prj-SchoolTCM2RM需求管理$prj-SchoolRM3SPP軟件項目規(guī)劃$prj-SchoolSPP4SPTO軟件項目跟蹤與管理$prj-SchoolSPTO5SCM軟件配置管理$prj-SchoolSCM6SQA軟件質量保證$prj-SchoolSQA7SPE軟件產(chǎn)品工程設計$prj-SchoolSPEDESIGN8源代碼$prj-SchoolSPESOURCE9目標代碼$prj-SchoolSPEBUILD10測試$prj-SchoolSPETEST11發(fā)布$prj-SchoolSPERELEASE3.2用戶及權限表3：配置庫的用戶權限類別人員權限說明配置管理者岳好負責項目配置管理，擁有所有權限項目經(jīng)理韓萬江訪問、讀質量保證人員郭天奇訪問、讀開發(fā)人員姜岳尊，孫泉訪問、讀高層管理訪問、讀4配置管理活動4.1 配置項標志4.1.1 命名規(guī)范本項目配置項命名規(guī)范由5個字段組成，從左到右依次為：公司、項目、類型、編號和版本號，如圖1所示。這些字段用一橫線（-）分隔。QTD-SchoolRMSRS-v1.0公司：3個字符項目：最長10個字符類型：最長5個字符編號：最長8位數(shù)字/字符版本號：V m.n圖1：配置項命名規(guī)范4.1.2 主要配置項表4：配置項列表類型主要配置項標識符預計正式發(fā)表時間技術合同合同QTD-School-TCM-Contract-V1.02003-4-11SOWQTD-School-TCM-SOW-V1.02003-4-11計劃項目計劃QTD-School-SPP-PP-V1.02003-4-11質量保證計劃QTD-School-SPP-SQA-V1.02003-4-11配置管理計劃QTD-School-SPP-SCM-V1.02003-4-11需求需求規(guī)格說明書QTD-School-RM-SRS-V1.02003-4-18用戶DEMOQTD-School-RM-Demo-V1.02003-4-18設計總體設計說明書QTD-School-Design-HL-V1.02003-4-22數(shù)據(jù)庫設計QTD-School-Design-DB-V1.02003-4-22詳細設計說明書QTD-School-Design-LL-V1.02003-4-25設計術語及規(guī)范QTD-School-Design-STD-V1.02003-4-22編程源程序QTD-School-Code-ModuleName-V1.02003-6-2編碼規(guī)則QTD-School-Code-STD-V1.02003-4-22測試測試計劃QTD-School-Test-Plan-V1.02003-6-2測試用例QTD-School-Test-Case-V1.02003-6-2測試報告QTD-School-Test-Report-V1.02003-6-4提交運行產(chǎn)品QTD-School-Product-Exe-V1.02003-6-5驗收報告QTD-School-Product-Report-V1.02003-6-6用戶手冊QTD-School-Product-Manual-V1.02003-6-64.1.3 項目基線在Visual SourceSafe中基線由LABLE標志，字母必須為大寫?；€管理由項目執(zhí)行負責人確認、SCCB授權，由配置管理員執(zhí)行。表5基線名稱/標識符基線包含的主要配置項預計建立時間需求需求規(guī)格說明書、用戶DEMO2003-4-18總體設計總體設計說明書、數(shù)據(jù)庫設計2003-4-11項目實現(xiàn)軟件源代碼、編碼規(guī)則2003-6-2系統(tǒng)測試測試用例、測試報告2003-6-44.1.4 配置項的版本管理配置項可能包含的分支從邏輯上可以劃分成4個不同功能的分支：主干分支、私有分支、小組分支、集成分支。讓它們分別對應4類工作空間。這四類工作空間（分支）由項目執(zhí)行負責人統(tǒng)一管理，根據(jù)各開發(fā)階段的實際情況定制相應的版本選取規(guī)則，來保證開發(fā)活動的正常運作。在變更發(fā)生時，應及時做好基線的推進。對配置項的版本管理在不同分支具有不同的策略：（1） 主干分支系統(tǒng)默認自動建立的物理分支主干分支（/main）,基線均以LABLE方式出現(xiàn)在主干分支上。（2） 私有分支如果多個開發(fā)工程師維護一個配置項時建議建立自己的私有分支。配置管理員對其基本不與管理，如個別私有空間上的版本樹過于冗余，將對其冗余版本進行限制。（3） 小組分支如果出現(xiàn)小組共同開發(fā)一配置項，該分支可視為項目組內部分組的私有空間，存放代碼開發(fā)過程中的版本分支，由項目組內部控制。（4） 集成分支集成測試時在主干分支的特定版本（由LABLE標志清晰）上建立集成分支，測試工作在集成分支上完成。私有分支和小組分支均為可選，必要時建立。4.2 變更管理變更管理的流程是：（1） 由請求者提交變更請求，SCCB會召開復審會議對變更請求進行復審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。（2） 配置管理者收到基線修改請求后，在配置庫中生成與此配置項相關的波及關系表。（3） 配置管理者將基線波及關系表提交給SCCB，由SCCB確定是否需要修改，如果需要修改，SCCB應根據(jù)波及關系表，確定需要修改的具體文件，并在波及分析表中標志出來。（4） 配置管理者按照出庫程序從配置庫中取出需要修改的文件。（5） 項目人員將修改后的文件提交給配置管理者。（6） 配置管理者將修改后的配置項按入庫程序放入配置庫。（7） 配置管理者按SCCB標識出的修改文件，由波及關系表生成基線變更記錄表，并按入庫程序放入配置庫。4.3 配置狀態(tài)統(tǒng)計利用配置狀態(tài)統(tǒng)計，可以記錄和跟蹤配置項的改變。狀態(tài)統(tǒng)計可用于評估項目風險，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計