配置管理過程

配置管理過程XXXXXX有限公司文件編號：GF_CM_PROC_CM當(dāng)前版本：V3.0機密等級：20XX編制者：審核者：批準(zhǔn)者：批準(zhǔn)日期：20XX-12-20---------------------------------------------------------------------XXXXXX有限公司對本文件資料享受著作權(quán)及其它專屬權(quán)利，未經(jīng)書面許可，不得將該等文件資料（其全部或任何部分）披露予任何第三方，或進(jìn)行修改后使用。文件更改摘要：日期版本號修訂說明修訂人審核人批準(zhǔn)人20XX-5-15V1.0正式發(fā)布20XX-3-3V3.0優(yōu)化文檔20XX-12-20V3.0a、EPG職責(zé)內(nèi)容修改為OCM的職責(zé)；b、CCB（變更通知委員會）成員：建議CCB至少定義一個代表客戶利益成員、一個公司利益成員、一個項目組利益成員的3個成員；1.目的32.適用范圍33.術(shù)語和縮寫34.職責(zé)35.入口準(zhǔn)則36.輸入37.過程流程圖48.過程描述48.1.建立配置庫58.2.制定配置管理計劃58.3.識別配置項68.3.1.配置項的標(biāo)識68.3.2.版本的標(biāo)識68.3.3.基線標(biāo)識78.4.建立基線78.5.配置項狀態(tài)跟蹤78.6.變更控制88.7.配置審計88.8.配置庫備份98.9.向財富庫提交項目文檔99.輸出910.出口準(zhǔn)則911.引用文檔912.使用模板101.目的通過規(guī)范公司配置管理過程，確保配置工作的合理性和完整性，通過有計劃地實施配置管理，確保配置管理工作順利開展，并為相關(guān)干系人提供正確和準(zhǔn)確的信息。2.適用范圍本過程適用于項目級和組織級的配置管理工作。3.術(shù)語和縮寫術(shù)語或縮略語解釋CCBChangeControlBoard，變更控制委員會CMConfigurationManagement，配置管理PDPProjectDefinedProcess，項目已定義過程4.職責(zé)角色職責(zé)CM工程師●編制項目的《配置管理計劃》●定期備份配置庫●基線建立●配置項變更控制OCM工程師●制定組織級配置管理計劃；●指導(dǎo)項目組配置管理計劃的制定；●建立組織級配置管理系統(tǒng)，管理公司級產(chǎn)品庫，分配及控制訪問權(quán)限；項目經(jīng)理●協(xié)助CM工程師確定配置項、基線建立時間以及CCB成員●審批《配置管理計劃》●執(zhí)行配置審計及審計發(fā)現(xiàn)問題跟蹤項目組相關(guān)成員●在權(quán)限之內(nèi)操作配置庫項目推進(jìn)部●檢查配置管理過程和相關(guān)文檔OCM●建立、管理和維護組織財富庫●項目啟動6.輸入●項目總體計劃●項目進(jìn)度表●項目已定義過程7.過程流程圖圖1配置管理過程示意圖8.過程描述項目立項后，CM工程師根據(jù)《項目配置管理目錄》中的庫結(jié)構(gòu)在配置庫中為項目組分配區(qū)域，建立配置管理目錄。《項目總體計劃》及《項目進(jìn)度表》初稿完成后，CM工程師根據(jù)《項目已定義過程》及項目特征等信息制定《配置管理計劃》，與項目經(jīng)理溝通確定配置項、基線以及CCB成員。在項目開發(fā)過程中，項目組成員根據(jù)規(guī)定使用配置庫，并及時提交工作產(chǎn)品。CM工程師根據(jù)計劃建立基線，并由項目經(jīng)理審計確認(rèn)。CM工程師負(fù)責(zé)管理變更流程，確保配置項的變更受控。CM工程師根據(jù)規(guī)定或計劃定期對配置庫進(jìn)行備份，并妥善保管備份文件。項目結(jié)項時，CM工程師根據(jù)《項目結(jié)項報告》，將確定需要提交組織財富庫的文檔放入正確位置。8.1.建立配置庫項目立項后，CM工程師根據(jù)《項目配置管理目錄》中的庫結(jié)構(gòu)在配置庫中為項目組分配區(qū)域，建立配置管理目錄。配置庫總體劃分為：?開發(fā)庫：用于存放項目期間處于開發(fā)狀態(tài)的相關(guān)文檔和代碼。以及存放項目組工作期間的相關(guān)溝通記錄等。?受控庫：用于存放經(jīng)過驗證后的產(chǎn)品（包括基線產(chǎn)品）。?產(chǎn)品庫：存放對外發(fā)布的產(chǎn)品。?測試區(qū)：該區(qū)僅為臨時區(qū)，用于存放開發(fā)過程中需要進(jìn)入測試的配置項，以及為變更實施提供工作空間，項目結(jié)束后可以刪除該區(qū)。配置庫創(chuàng)建后，CM工程師初步為開發(fā)團隊分配權(quán)限，并將配置庫信息告知項目組。8.2.制定配置管理計劃CM工程師負(fù)責(zé)編寫《配置管理計劃》，計劃內(nèi)容包括以下信息：?CCB成員CM工程師與項目經(jīng)理溝通確定CCB成員，一般包括：項目經(jīng)理、CM工程師、項目關(guān)鍵技術(shù)人員以及產(chǎn)品負(fù)責(zé)人（如果有），至少有三名成員，一個代表客戶利益成員、一個公司利益成員、一個項目組利益成員。?約定需要實施的配置管理活動：實施的時間計劃以及實施人員。配置管理活動包括配置管理策劃、建立配置庫、識別配置項、管理基線、配置狀態(tài)報告、配置審計、變更控制管理；?配置項及非配置項（數(shù)據(jù)項）CM工程師與項目經(jīng)理溝通確定需要納入基線的配置項?訪問權(quán)限配置庫各目錄的訪問權(quán)限?基線及建立時間CM工程師與項目經(jīng)理溝通確定需要建立的基線、包含內(nèi)容以及建立觸發(fā)時間?備份方法可以根據(jù)組織習(xí)慣或項目特殊情況確定備份方法?紙質(zhì)文檔管理方法確定紙質(zhì)文檔在開發(fā)過程以及結(jié)項之后的保存方法計劃編寫完成后，CM工程師提交項目經(jīng)理審核，并通過計劃評審（見《項目管理過程》）。計劃評審后，CM工程師根據(jù)計劃對配置庫設(shè)置進(jìn)行調(diào)整。組織級配置管理員按照《組織級配置管理計劃》來策劃當(dāng)年度的配置管理活動。8.3.識別配置項標(biāo)識配置項的意義在于保存配置項的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項的任何版本。這些標(biāo)識包括：8.3.1.配置項的標(biāo)識a)文檔標(biāo)識遵循《文檔編寫規(guī)范》；b)代碼標(biāo)識遵循編碼規(guī)范或者項目組內(nèi)部約定。8.3.2.版本的標(biāo)識配置項的狀態(tài)有三種：“草稿”（Draft）、“正式發(fā)布”（Released）和“正在修改”（Changing）。配置項的版本號與配置項的狀態(tài)緊密相關(guān)：1)處于“草稿”狀態(tài)的配置項的版本號格式為：0.YZ?YZ數(shù)字范圍為01-99。?隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增?！癥Z”的初值和增幅由用戶自己把握。2)處于“正式發(fā)布”狀態(tài)的配置項的版本號格式為：X.Y?X為主版本號，Y為次版本號。?配置項第一次“正式發(fā)布”時，版本號為1.0。?如果配置項的版本升級幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項版本升級幅度比較大時，才允許增大X值。3)處于“正在修改”狀態(tài)的配置項的版本號格式為：X.Y.Z?配置項正在修改時，一般只增大Z值，X.Y值保持不變。Z的初值和增幅由用戶自己把握。?當(dāng)配置項修改完畢，狀態(tài)重新成為“正式發(fā)布”時，去掉Z值，增加X.Y值。參見規(guī)則1。4)在文件名中使用配置項的版本號時，用下劃線代替版本號中的點。8.3.3.基線標(biāo)識基線由CM工程師在基線審批后建立并標(biāo)識。基線的標(biāo)識規(guī)則如下：1)產(chǎn)品基線：直接用產(chǎn)品的版本號標(biāo)識。如：1.02)其它基線：項目名稱_基線名稱簡寫_版本號，版本號為兩位數(shù)。如XXXX-5.0_RD_1.0基線名稱簡寫舉例需求基線RDXXXX_RD_1.0設(shè)計基線SDXXXX_SD_1.0產(chǎn)品基線產(chǎn)品版本號1.0基線是項目儲存庫中配置項在特定時期的一個“快照”，它由一組確定的配置項組成?；€中的文檔應(yīng)該是已經(jīng)通過驗證（測試或評審）的，或者下階段工作需要以其為基礎(chǔ)的工作產(chǎn)品。CM工程師根據(jù)《配置管理計劃》中確定的基線建立觸發(fā)時間建立基線?；€建立步驟如下：1)CM工程師填寫《基線記錄表》2)CM工程師將該基線包含的配置項從開發(fā)庫提取到受控庫的相應(yīng)位置3)項目經(jīng)理及CM工程師對已建立基線進(jìn)行配置審計，檢查配置項的正確性。（詳見8.6配置審計）4)通知項目組內(nèi)成員和相關(guān)項目組8.5.配置項狀態(tài)跟蹤CM工程師應(yīng)在基線發(fā)布、基線變更或產(chǎn)品納入產(chǎn)品庫時對配置項狀態(tài)進(jìn)行的跟蹤，確保配置項的完整以及變更處于受控之中。跟蹤情況體現(xiàn)在《配置狀態(tài)報告》中。跟蹤內(nèi)容包括：●配置項當(dāng)前狀態(tài)（正常、變更、作廢）●版本信息●變更次數(shù)●配置項控制登記（基線、受控、數(shù)據(jù)項）并束CM000_配置項跟蹤情況在每個里程碑結(jié)束前向項目經(jīng)理匯報。8.6.變更控制變更管理是指對已經(jīng)進(jìn)入受控庫的配置項，因為需求變更、缺陷追蹤等引起的變更而實施的控制活動。配置項的變更管理分為基線變更和非基線變更?；€變更需要由CCB來評估變更請求，并在變更實施后由CCB確認(rèn)變更的正確性。非基線變更需得到項目經(jīng)理的評估與批準(zhǔn)。變更控制的具體過程詳見《變更管理規(guī)程》組織級標(biāo)準(zhǔn)過程如需變更，由EPG組長確認(rèn)，不需要走變更控制流程，組織級配置管理員填寫《組織級配置狀態(tài)報告》。8.7.配置審計審計類型審計方法審計時機執(zhí)行人項目級配置審計基線發(fā)布審計功能審計與物理審計基線經(jīng)過確認(rèn)準(zhǔn)備發(fā)布前CM工程師產(chǎn)品發(fā)布審計物理審計產(chǎn)品（包括正式版本和SP版本的發(fā)布）通過驗證準(zhǔn)備發(fā)布前CM工程師日常審計物理審計不定期CM工程師組織級配置審計體系統(tǒng)發(fā)布審計功能審計與物理審計體系文件發(fā)布前OCM工程師階段審計功能審計與物理審計每個階段結(jié)束前OCM工程師日常審計物理審計不定期OCM工程師其中，物理審計的內(nèi)容包括：?配置項是否已經(jīng)提交?配置項是否已經(jīng)進(jìn)入正確的庫和目錄?發(fā)布是否采用正確配置庫，正確的配置項和正確版本?變更后的配置項是否歸并功能審計的內(nèi)容包括：?配置項內(nèi)容是否與需求一致?產(chǎn)品變更是否完成，變更管理是否已經(jīng)納入受控庫?變更是否經(jīng)過評審?變更是否有記錄組織級和項目級配置審計人員根據(jù)《配置管理計劃》中的配置審計時間的安排及《配置審計報告》的內(nèi)容實施審計并填寫審計的結(jié)果，對配置審計發(fā)現(xiàn)的問題進(jìn)行跟蹤?！杜渲脤徲媹蟾妗诽峤豁椖拷?jīng)理審批后入庫，《組織級配置審計報告》提交EPG組長審批后入庫。8.8.配置庫維護●配置庫必須周期性備份到項目備份庫中，具體備份時間在項目《配置管理計劃》中確定，每次備份更新備份記錄表，CM工程師定期對備份文件進(jìn)行恢復(fù)測試?！衽渲霉芾憝h(huán)境必須安裝防病毒軟件，CM工程師定期升級病毒庫軟件及病毒掃描●CM工程師定期清除配置庫里的垃圾文件8.9.向財富庫提交項目文檔項目結(jié)項時，項目經(jīng)理挑選可供組織未來參考的文檔，并記錄于《項目結(jié)項總結(jié)》中。CM工程師根據(jù)批準(zhǔn)的文件提交清單將相應(yīng)的文檔提交到組織財富