項目配置管理過程規(guī)范

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

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

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

4、n 評估基線的完整性；n 驗證當(dāng)前基線和各基線間所含配置項的一致性；驗證配置庫內(nèi)容的完備性和正確性等。2. 職責(zé)說明角色職責(zé)CCB 負(fù)責(zé)批準(zhǔn)基線的建立和發(fā)布 負(fù)責(zé)批準(zhǔn)基線的變更請求 在基線變更后組織進行驗證 負(fù)責(zé)批準(zhǔn)產(chǎn)品的發(fā)布配置管理員 制定配置管理計劃 建立并維護項目級配置管理庫 設(shè)置并維護項目配置庫目錄權(quán)限 基線的建立和發(fā)布 制作配置狀態(tài)報告 執(zhí)行基線變更 對項目配置庫執(zhí)行配置審計，完成配置審計報告。項目經(jīng)理 協(xié)助配置管理員完成項目配置管理計劃 確定配置庫目錄權(quán)限 對配置項的變更進行審批 提出基線變更申請 項目開發(fā)過程中，監(jiān)督配置庫使用情況項目組成員 提出配置項的變更申請 配置項的檢入、檢

5、出 配置項變更3. 輸入項目計劃4. 入口準(zhǔn)則項目計劃已經(jīng)形成文檔并通過評審。5. 活動5.1. 活動關(guān)系圖5.1.1. 配置管理流程圖5.1.2. 配置變更流程圖備注說明：對于配置變更，應(yīng)先進行審計，后更新基線。5.2. 活動描述5.2.1. 制定配置管理計劃1. 在項目策劃階段配置管理員起草配置管理計劃，項目經(jīng)理給予必要的協(xié)助。2. 配置管理計劃要進行評審，參與人員是CCB、項目經(jīng)理及其他相關(guān)人員。5.2.2. 建立配置庫1. 配置管理計劃完成后，配置管理員建立項目配置庫，按組織統(tǒng)一規(guī)定建立項目配置庫目錄結(jié)構(gòu)，并設(shè)置訪問權(quán)限。a) 項目配置庫名稱的命名規(guī)則：項目名稱的英文縮寫（或拼音縮寫）

6、。b) 納入基線配置項的命名規(guī)則：項目名稱_文檔名稱。2. 配置庫建立完成后，配置管理員郵件通知項目組全員。5.2.3. 建立配置項項目成員按配置管理計劃，將配置項提交到自己有權(quán)限的配置庫目錄內(nèi)。配置管理員每月提交配置項狀態(tài)報告5.2.4. 基線建立及發(fā)布過程1. 基線所屬的配置項，全部經(jīng)過同行評審并解決了評審中提出的問題，由項目經(jīng)理驗證后，填寫基線及產(chǎn)品發(fā)布申請單2. CCB對申請進行審批，審批通過后由配置管理員執(zhí)行配置檢查，然后可以建立并產(chǎn)品基線。 一般項目要建立的基線見下面的基線分類表。表格 51 基線分類表基線分類建立時機基線說明計劃基線項目計劃評審?fù)ㄟ^計劃基線項目可選。只包括項目計劃

7、，不包括子計劃需求基線需求規(guī)格說明書通過評審需求基線項目必須要建立。包括用戶需求說明書，需求規(guī)格說明書。設(shè)計基線設(shè)計審批通過設(shè)計基線項目可選。包括了設(shè)計相關(guān)文檔。代碼基線集成測試全部通過代碼基線項目可選。包括開發(fā)提交給系統(tǒng)測試人員的待測版本代碼。產(chǎn)品基線系統(tǒng)測試完成之后產(chǎn)品基線項目必須建立。內(nèi)容根據(jù)客戶的交付要求決定，一般包括：可發(fā)布的產(chǎn)品包、源代碼、安裝部署手冊或操作說明。3. 建立并產(chǎn)品基線后，配置管理員要編寫配置狀態(tài)報告，將基線建立結(jié)果發(fā)布給CCB及項目組全體成員。5.2.5. 配置變更l 配置項變更1) 出現(xiàn)以下情況時一般需要對配置項進行變更：n 測試發(fā)現(xiàn)錯誤。n 文檔內(nèi)容發(fā)生較大變化

8、。n CM審計發(fā)現(xiàn)較大錯誤。n 其他變更要求。2) 非基線的配置項變更只要做到及時通知項目經(jīng)理，由項目經(jīng)理認(rèn)可即可。l 基線變更1) 基線的變更來源包含兩個方面的因素：n 基線化的配置項發(fā)生重大的變更。n 基線建立有誤。2) 當(dāng)配置項發(fā)生重大變更時，由項目經(jīng)理向CCB提交基線變更申請，由CCB評估并審批是否可以對基線進行變更。3) CCB審批通過后，由項目組成員執(zhí)行變更。 4) CCB對變更進行驗證。5) 由配置管理員進行物理審計，并填寫配置審計報告。6) 配置管理員更新基線，并編寫或更新配置狀態(tài)報告。5.2.6. 配置審計1. 基線發(fā)布前或變更后，配置管理員需要執(zhí)行物理審計以保證配置項的完備性；2. 基線發(fā)布前，由項目經(jīng)理組織基線所屬文件的功能審計；3. 配置審計結(jié)果記錄在配置審計報告中，如有問題由配置管理員統(tǒng)一跟蹤解決直到關(guān)閉。5.2.7. 備份配置庫備份方式：配置