1、項目配置管理過程規范 文檔種類：研發體系發行范圍：研發中心變更記錄版本號修改點說明變更人變更日期審批人審批日期1.0發布EPG2017.9.25MSG2017.9.25注：對該文件內容增加、刪除或修改均需填寫此修訂記錄，詳細記載變更信息，以保證其可追溯性。目 錄1.前言41.1.目的41.2.適用范圍41.3.術語42.職責說明53.輸入54.入口準則55.活動65.1.活動關系圖65.1.1.配置管理流程圖65.1.2.配置變更流程圖75.2.活動描述75.2.1.制定配置管理計劃75.2.2.建立配置庫85.2.3.建立配置項85.2.4.基線建立及發布過程85.2.5.配置變更95.2.

2、6.配置審計95.2.7.備份106.輸出107.出口準則108.本過程裁剪規定101. 前言1.1. 目的用于描述配置管理過程，規范配置管理的操作。1.2. 適用范圍適用于在軟件生命周期中對各類軟件項目的配置管理活動。1.3. 術語CCB：Configuration Control Board，配置控制委員會，每個項目組需要建立項目級的CCB作為變更控制權威。CCB由PPQA、項目經理、測試經理、配置管理員構成，有時也可以包括客戶代表、高層經理。CCB組長可以是PPQA或高層經理，但不能是項目經理。Baseline：基線，是開發過程中標識出的里程碑所交付的一個或多個配置項，它有三個特征：（1

3、）已經過正式的評審和批準；（2）作為項目發展和產品升級的基礎。基線變更必須經過CCB審批。配置審計：可以分為物理審計和功能審計。前者審查配置項的外在特征的正確性與一致性；后者審查配置項內容的正確性與一致性。物理審計的內容包括：n 確認配置項標識的正確性；n 確認已受控配置項的更改是受到控制的；n 驗證配置庫內容與相應記錄之間的一致性；n 驗證配置管理活動與相應記錄之間的一致性；n 驗證配置管理工作是否符合適用的標準和規程；n 驗證配置管理系統與系統備份的有效性、一致性等。功能審計的內容包括：n 驗證當前基線所含配置項對前一基線所含配置項的追溯性；n 確認當前基線所含配置項均正確反映了項目需求；

4、n 評估基線的完整性；n 驗證當前基線和各基線間所含配置項的一致性；驗證配置庫內容的完備性和正確性等。2. 職責說明角色職責CCBØ 負責批準基線的建立和發布Ø 負責批準基線的變更請求Ø 在基線變更后組織進行驗證Ø 負責批準產品的發布配置管理員Ø 制定配置管理計劃Ø 建立并維護項目級配置管理庫Ø 設置并維護項目配置庫目錄權限Ø 基線的建立和發布Ø 制作配置狀態報告Ø 執行基線變更Ø 對項目配置庫執行配置審計，完成配置審計報告。項目經理Ø 協助配置管理員完成項目配置管理計劃&#

5、216; 確定配置庫目錄權限Ø 對配置項的變更進行審批Ø 提出基線變更申請Ø 項目開發過程中，監督配置庫使用情況項目組成員Ø 提出配置項的變更申請Ø 配置項的檢入、檢出Ø 配置項變更3. 輸入項目計劃4. 入口準則項目計劃已經形成文檔并通過評審。5. 活動5.1. 活動關系圖5.1.1. 配置管理流程圖5.1.2. 配置變更流程圖備注說明：對于配置變更，應先進行審計，后更新基線。5.2. 活動描述5.2.1. 制定配置管理計劃1. 在項目策劃階段配置管理員起草配置管理計劃，項目經理給予必要的協助。2. 配置管理計劃要進行評審，參與人員

6、是CCB、項目經理及其他相關人員。5.2.2. 建立配置庫1. 配置管理計劃完成后，配置管理員建立項目配置庫，按組織統一規定建立項目配置庫目錄結構，并設置訪問權限。a) 項目配置庫名稱的命名規則：項目名稱的英文縮寫（或拼音縮寫）。b) 納入基線配置項的命名規則：項目名稱_文檔名稱。2. 配置庫建立完成后，配置管理員郵件通知項目組全員。5.2.3. 建立配置項項目成員按配置管理計劃，將配置項提交到自己有權限的配置庫目錄內。配置管理員每月提交配置項狀態報告5.2.4. 基線建立及發布過程1. 基線所屬的配置項，全部經過同行評審并解決了評審中提出的問題，由項目經理驗證后，填寫基線及產品發布申請單2.

7、 CCB對申請進行審批，審批通過后由配置管理員執行配置檢查，然后可以建立并產品基線。 一般項目要建立的基線見下面的基線分類表。表格 51 基線分類表基線分類建立時機基線說明計劃基線項目計劃評審通過計劃基線項目可選。只包括項目計劃，不包括子計劃需求基線需求規格說明書通過評審需求基線項目必須要建立。包括用戶需求說明書，需求規格說明書。設計基線設計審批通過設計基線項目可選。包括了設計相關文檔。代碼基線集成測試全部通過代碼基線項目可選。包括開發提交給系統測試人員的待測版本代碼。產品基線系統測試完成之后產品基線項目必須建立。內容根據客戶的交付要求決定，一般包括：可發布的產品包、源代碼、安裝部署手冊或操作

8、說明。3. 建立并產品基線后，配置管理員要編寫配置狀態報告，將基線建立結果發布給CCB及項目組全體成員。5.2.5. 配置變更l 配置項變更1) 出現以下情況時一般需要對配置項進行變更：n 測試發現錯誤。n 文檔內容發生較大變化。n CM審計發現較大錯誤。n 其他變更要求。2) 非基線的配置項變更只要做到及時通知項目經理，由項目經理認可即可。l 基線變更1) 基線的變更來源包含兩個方面的因素：n 基線化的配置項發生重大的變更。n 基線建立有誤。2) 當配置項發生重大變更時，由項目經理向CCB提交基線變更申請，由CCB評估并審批是否可以對基線進行變更。3) CCB審批通過后，由項目組成員執行變更。 4) CCB對變更進行驗證。5) 由配置管理員進行物理審計，并填寫配置審計報告。6) 配置管理員更新基線，并編寫或更新配置狀態報告。5.2.6. 配置審計1. 基線發布前或變更后，配置管理員需要執行物理審計以保證配置項的完備性；2. 基線發布前，由項目經理組織基線所屬文件的功能審計；3. 配置審計結果記錄在配置審計報告中，如有問題由配置管理員統一跟蹤解決直到關閉。5.2.7. 備份配置庫備份