1、第十章 軟件項目配置管理計劃案例說明-校務通管理系統配置管理計劃1.引言略2. 組織及職責（1）根據項目計劃中的角色分配，確定配置管理者，SCCB（配置控制委員會）成員。（2）項目經理是SCCB的負責人。(3)配置管理的角色和職責見表1 表1:配置管理角色職責表角色人員職責、工作范圍配置管理者岳好（1）制定配置管理計劃（2）創建和維護配置庫SCC負責人韓萬江（1）審批配置管理計劃（2）審批重大的變更SCCB成員項目經理韓萬江，質量保證人員郭天奇,配置管理者岳好審批某些配置項或基線的變更  3.配置管理環境由于本項目屬于中小型項目,工期也不是很長,而且大家對Sour

2、ceSafe也比較熟悉,所以采用SourceSafe做為配置管理工具。3.1目錄結構表格 2:配置庫的目錄結構序號內容說明路徑 TCM技術合同管理$prj-School TCM RM需求管理$prj-School RM SPP軟件項目規劃$prj-School SPP SPTO軟件項目跟蹤與管理$prj-School SPTO SCM軟件配置管理$prj-School SCM SQA軟件質量保證$prj-School SQA SPE軟件產品工程設計$prj-School SPEDESIGN 源代碼$prj-Scho

3、ol SPESOURCECODE 目標代碼$prj-School SPEBUILD 測試$prj-School SPETEST 發布$prj-School SPERELEASE 3.2 用戶及權限表2:配置庫的用戶權限類別人員權限說明配置管理者岳好負責項目配置管理，對庫擁有所有權限項目管理韓萬江訪問、讀質量保證人員郭天奇訪問、讀開發人員姜岳尊,孫泉訪問、讀高層管理 訪問、讀 4.配置管理活動4.1 配置項標識 命名規范命名規范適用于過程文檔、生存期中各階段的計劃、需求、設計、代碼、測試、手冊等文件。本項目文件命名規范由五個字段組成，從

4、左到右依次為：公司、項目、類型、編號和版本號，如圖1所示。這些字段用一橫線（-）分隔。 圖1：文檔命名規范主要配置項如下：表3 配置項列表類型主要配置項標識符預計正式發表時間技術合同合同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需求需求規格說明書QT

5、DSchool-RM-SRS-V1.02003-4-18用戶DEMOQTDSchool-RM-Demo-V1.02003-4-18 設計總體設計說明書QTD-School-Design-HL-V1.02003-4-22數據庫設計QTD-School-Design-DB-V1.02003-4-22詳細設計說明書QTD-School-Design-LL-V1.02003-4-25設計術語及規范QTD-School-Design-STD-V1.02003-4-22編程源程序QTD-School-Code-ModuleName-V1.02003-6-2編碼規則QTD-School-Code-

6、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提交運行產品QTD-School-Product-Exe-V1.02003-6-5驗收報告QTD-School-Product-Repoort-V1.02003-6-6用戶手冊QTD-School-Product-Manual-V1.02003-6-6 項目基線在SourceSafe中基線由LABEL標識，字母必須為大寫。

7、基線管理由項目執行負責人確認，SCCB授權，由配置管理員執行。表4:基線發布計劃：基線名稱/標識符基線所包含的主要配置項預計建立時間需求需求規格說明書、用戶DEMO2003-4-18總體設計總體設計說明書、數據庫設計2003-4-11項目實現軟件源代碼、編碼規則2003-6-2系統測試測試用例、測試報告2003-6-4  配置項的版本管理配置項可能包含的分支從邏輯上可以劃分成4個不同功能的分支，讓它們分別對應4類工作空間。l         主干分支l    

8、60;    私有分支l         小組分支l         集成分支 上面定義的四類工作空間（分支）由項目執行負責人統一管理，根據各開發階段的實際情況定制相應的版本選取規則，來保證開發活動的正常運作。在變更發生時，應及時做好基線的推進。 對配置項的版本管理在不同分支而策略不同：主干分支系統缺省自動建立的物理分支主干分支（/main），BASELINE均以LABEL方式出現在主干

9、分支上。 私有分支如果多個開發工程師維護一個配置項時建議建立自己的私有分支。配置管理員對其基本不予管理，如個別私有空間上的版本樹過于冗余，將對其冗余版本進行限制。 小組分支如果出現小組共同開發該配置項，該分支可視為項目組內部分組的私有空間，存放代碼開發過程中的版本分支，由項目組內部控制。 集成分支集成測試時在主干分支的特定版本（由LABEL標識清晰）上建立集成分支，測試工作在集成分支上完成。 私有分支和小組分支均為可選，必要時建立。4.2 變更管理變更管理的流程是：1)      由請求者提交變更請求，變

10、更控制委員會召開復審會議對變更請求進行復審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。2)      配置管理者收到基線修改請求后,在配置庫中生成與此配置項相關的波及關系表3)      配置管理者將基線波及關系表提交給SCCB,由SCCB確定是否需要修改,如果需要修改, SCCB應根據波及關系表,確定需要修改的具體文件,并在波及分析表中標識出來.4)      配置管理者按照出庫程序從配置庫中取出需要修改的文件5

11、)      項目人員將修改后的文件提交給配置管理者6)      配置管理者將修改后的配置項按入庫程序放入配置庫7)      配置管理者按SCCB標識出的修改文件,由波及關系表生成基線變更記錄表,并按入庫程序放入配置庫4.3 配置狀態統計利用配置狀態統計可以記錄和跟蹤配置項的改變。狀態統計可用于評估項目風險，在開發過程中跟蹤更改，并且提供統計數據以確保所有必須的更改被執行。為跟蹤工作產品基線，配置管理者需收集下列信息：l  

12、;       基線類型l         工作產品名稱l         配置項名稱標識符l         版本號l         更改日期時間l     

13、0;   更改請求列表l         需要更改的配置項l         當前狀態l         當前狀態發生日期 項目組每周提交配置項清單及其當前版本。配置管理人員每半個月提交變更請求的狀態統計。一、選擇題1. 在項目進行過程中，2個項目成員使用不同版本的設計說明書，這時項目經理首先應該檢查（ ）A. 信息管理系統B.

14、 配置管理系統C. CPID. SPIB3. 變更控制主要關注的是（ ）A. 阻止變更B. 標識變更，提出變更，管理變更C. 管理SCCBD. 客戶的想法B4. 為了更好的管理變更，需要定義項目基線，關于基線的描述，正確的是（ ）A. 不可以變化的B. 可以變化，但是必須通過基線變更控制流程處理C. 所有的項目必須定義基線D. 基線發生變更時，必須修改需求B5. 項目的基線發生變更應該經過（）授權執行的A. 項目管理者B. 質量保證人員C. 配置管理人員D. SCCBD6. 變更控制系統必須包括下列所有的內容，除了（）A. 文檔說明B. 成功的談判C. 跟蹤系統D. 授權核準審批機構B二、 判斷題1. 軟件配置管理的目的是建立和維護整個生存期中軟件項目產品的完整性和可追朔性。（ ）2. 軟件配置項是變更控制系統中的決策系統（ ）3. 統計被批準的配置項是一種配置審計（ ）4. 在進行配置管理過程中，一定要采用高檔的配置管理工具（ ）F F T F1.下列哪項要求書面的變更通知單（Written change ord