配置管理過程

配置管理過程XXXXXX有限公司文件編號GF_CM_PROC_CM當(dāng)前版本V3.0機(jī)密等級20XX編制者審核者批準(zhǔn)者批準(zhǔn)日期20XX-12-20XXXXXX有限公司對本文件資料享受著作權(quán)及其它專屬權(quán)利，未經(jīng)書面許可,不得將該等文件資料（其全部或任何部分）披露予任何第三方，或進(jìn)行修改后使用。廣州市訊飛樽鴻信息技術(shù)有限公司第廣州市訊飛樽鴻信息技術(shù)有限公司第#頁共1O頁配置項及非配置項（數(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)識包括：配置項的標(biāo)識a）文檔標(biāo)識遵循《文檔編寫規(guī)范》；b）代碼標(biāo)識遵循編碼規(guī)范或者項目組內(nèi)部約定。版本的標(biāo)識配置項的狀態(tài)有三種：“草稿”（Draft）、“正式發(fā)布”（Released）和“正在修改”（Changing）。配置項的版本號與配置項的狀態(tài)緊密相關(guān)：1）處于“草稿”狀態(tài)的配置項的版本號格式為：O.YZYZ數(shù)字范圍為01-99。?隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增?！癥Z”的初值和增幅由用戶自己把握。2）處于“正式發(fā)布”狀態(tài)的配置項的版本號格式為：X.YX為主版本號，Y為次版本號。?配置項第一次“正式發(fā)布”時，版本號為1.0。?如果配置項的版本升級幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項版本升級幅度比較大時，才允許增大X值。處于“正在修改”狀態(tài)的配置項的版本號格式為：X.Y.Z?配置項正在修改時，一般只增大Z值，X.Y值保持不變。Z的初值和增幅由用戶自己把握。?當(dāng)配置項修改完畢，狀態(tài)重新成為“正式發(fā)布”時，去掉Z值，增加X.Y值。參見規(guī)則1。在文件名中使用配置項的版本號時，用下劃線代替版本號中的點(diǎn)?；€標(biāo)識基線由CM工程師在基線審批后建立并標(biāo)識?；€的標(biāo)識規(guī)則如下：產(chǎn)品基線：直接用產(chǎn)品的版本號標(biāo)識。如：1.0其它基線：項目名稱_基線名稱簡寫_版本號，版本號為兩位數(shù)。如XXXX-5.0_RD_1.0基線名稱簡寫舉例需求基線RDXXXXRD1.0設(shè)計基線SDXXXXSD1.0產(chǎn)品基線產(chǎn)品版本號1.08.4.建立基線基線是項目儲存庫中配置項在特定時期的一個“快照”，它由一組確定的配置項組成?；€中的文檔應(yīng)該是已經(jīng)通過驗證(測試或評審)的，或者下階段工作需要以其為基礎(chǔ)的工作產(chǎn)品。CM工程師根據(jù)《配置管理計劃》中確定的基線建立觸發(fā)時間建立基線。基線建立步驟如下：CM工程師填寫《基線記錄表》CM工程師將該基線包含的配置項從開發(fā)庫提取到受控庫的相應(yīng)位置項目經(jīng)理及CM工程師對已建立基線進(jìn)行配置審計，檢查配置項的正確性。(詳見8.6配置審計）4）通知項目組內(nèi)成員和相關(guān)項目組8.5.配置項狀態(tài)跟蹤C(jī)M工程師應(yīng)在基線發(fā)布、基線變更或產(chǎn)品納入產(chǎn)品庫時對配置項狀態(tài)進(jìn)行的跟蹤，確保配置項的完整以及變更處于受控之中。跟蹤情況體現(xiàn)在《配置狀態(tài)報告》中。跟蹤內(nèi)容包括：?配置項當(dāng)前狀態(tài)（正常、變更、作廢）?版本信息變更次數(shù)配置項控制登記（基線、受控、數(shù)據(jù)項）配置項跟蹤情況在每個里程碑結(jié)束前向項目經(jīng)理匯報。變更控制變更管理是指對已經(jīng)進(jìn)入受控庫的配置項，因為需求變更、缺陷追蹤等引起的變更而實施的控制活動。配置項的變更管理分為基線變更和非基線變更。基線變更需要由CCB來評估變更請求，并在變更實施后由CCB確認(rèn)變更的正確性。非基線變更需得到項目經(jīng)理的評估與批準(zhǔn)。變更控制的具體過程詳見《變更管理規(guī)程》組織級標(biāo)準(zhǔn)過程如需變更，由EPG組長確認(rèn)，不需要走變更控制流程，組織級配置管理員填寫《組織級配置狀態(tài)報告》。配置審計審計類型審計方法審計時機(jī)執(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.配置庫維護(hù)配置庫必須周期性備份到項目備份庫中，具體備份時間在項目《配置管理計劃》中確定，每次備份更新備份記錄表，CM工程師定期對備份文件進(jìn)行恢復(fù)測試。配置管理環(huán)境必須安裝防病毒軟件，CM工程師定期升級病毒庫軟件及病毒掃描CM工程師定期清除配置庫里的垃圾文件8.9.向財富庫提交項目文檔項目結(jié)項時，項目經(jīng)理挑選可供組織未來參考的文檔，并記錄于《項目結(jié)項總結(jié)》中CM工程師根據(jù)批準(zhǔn)的文件提交清單將相應(yīng)的文檔提交到組織財富庫的相應(yīng)目錄，并通知EPG。9.輸出《配置管理計劃》《基線記錄表》

?《配置審計報告》?《配置狀態(tài)報告》?《組織級配置管理計劃》?《組織級配置審計報告》?《組織級配置狀態(tài)報告》1