【正文】 值， 值保持不變。此時配置項(xiàng)的狀態(tài)為“草稿” ，其版本號格式為 。? 若配置項(xiàng)通過了技術(shù)評審或領(lǐng)導(dǎo)審批，則轉(zhuǎn)向 [Step4]，否則轉(zhuǎn)向 [Step2]。? 修改完畢后，該配置項(xiàng)要重新接受技術(shù)評審或領(lǐng)導(dǎo)審批，轉(zhuǎn)向[Step3]。 輸入? 待變更的配置項(xiàng) 主要步驟[Step1] 變更申請? 變更申請人向 CCB 提交變更申請，重點(diǎn)說明 “變更內(nèi)容”和“變更原因” 。[Step3] 安排變更任務(wù)? CCB 指定變更執(zhí)行人，安排他們的任務(wù)。? CCB 監(jiān)督變更任務(wù)的執(zhí)行，如檢查變更內(nèi)容是否正確、是否按時完成工作等。[Step6] 結(jié)束變更? 當(dāng)所有變更后的配置項(xiàng)都通過了技術(shù)評審或領(lǐng)導(dǎo)審批，這些配置項(xiàng)的狀態(tài)從“正在修改”變遷為“正式發(fā)布” 。 度量? CCB 統(tǒng)計(jì)變更工作量。? 選用合適的軟件工具，盡量減少配置管理過程的工作量。? 對全員進(jìn)行配置管理培訓(xùn)。 輸出? 本規(guī)程的所有信息都記錄在《配置項(xiàng)變更控制報告》中。如11 / 12果配置項(xiàng)是“計(jì)劃”這類文件，則需要項(xiàng)目經(jīng)理（或上級領(lǐng)導(dǎo)）的審批。補(bǔ)充說明：變更執(zhí)行人可能是變更申請人，也可能不是。如果同意變更，則轉(zhuǎn)向 [Step3]，否則終止本規(guī)程。10 / 12 角色與職責(zé)? CCB 對審批變更申請。[Step5] 變更? 修改處于“正式發(fā)布”狀態(tài)的配置項(xiàng)，必須按照“變更控制規(guī)程”執(zhí)行，主要步驟如下（詳見變更控制規(guī)程）：? 如果 CCB 同意變更，則配置項(xiàng)狀態(tài)從 “正式發(fā)布”變遷為“正在修改” 。[Step3] 技術(shù)評審 或領(lǐng)導(dǎo)審批? 如果配置項(xiàng)是技術(shù)文檔，則需要接受技術(shù)評審（參見技術(shù)評審規(guī)程[SPPPROCTR]） 。參見規(guī)則（2） 。? 如果配置項(xiàng)的版本升級幅度比較小，一般只增大 Y 值，X 值保持不變。 “YZ”的初值和增幅由用戶自己把握。此后若更改配置項(xiàng)，必須依照“變更控制規(guī)程”執(zhí)行，其狀態(tài)變?yōu)椤罢谛薷摹?。 配置項(xiàng)狀態(tài)變遷規(guī)則配置項(xiàng)的狀態(tài)有三種：“草稿” （Draft ） 、 “正式發(fā)布” （Released）和“正在修改”（Changing） 。 輸出? 《配置庫管理報告》 （由配置管理員撰寫） 結(jié)束準(zhǔn)則? 對配置庫的操作與管理將持續(xù)到項(xiàng)目結(jié)束。如果該申請不合法（合理） ，則拒絕交付配置項(xiàng)。這里“交付”是指從配置庫中提取配置項(xiàng)，交付給客戶或項(xiàng)目外的人員。? 配置管理員根據(jù)“基線計(jì)劃”創(chuàng)建與維護(hù)基線， “凍結(jié)”配置項(xiàng)，控制變更。一般地，項(xiàng)目成員擁有 Add, Checkin/Checkout, Download 等權(quán)限，但是不能擁有“刪除”權(quán)限。 啟動準(zhǔn)則? 《配置管理計(jì)劃》已經(jīng)制定。 度量? 配置管理統(tǒng)計(jì)工作量以及文檔的規(guī)模，匯報給項(xiàng)目經(jīng)理。[Step5] 審批《配置管理計(jì)劃》? CCB 審批 《配置管理計(jì)劃 》 。? Number 為 3 為數(shù)字，范圍從 001 到 999，表示一個配置項(xiàng)有若干個文件。[Step2] 制定配置項(xiàng)計(jì)劃? 配置管理員識別項(xiàng)目的主要配置項(xiàng)。CCB 的決策采用“少數(shù)服從多數(shù)”原則。 角色與職責(zé)? 配置管理員制定《配置管理計(jì)劃》 。配置管理過程域產(chǎn)生的主要文檔有：? 《配置管理計(jì)劃》 ，模板見 [SPPTEMPCMPLAN]。當(dāng)配置項(xiàng)的狀態(tài)成為“正式發(fā)布” ，或者被“凍結(jié)”后，此時任何人都不能隨意修改，必須依據(jù)“申請－審批－執(zhí)行變更－再評審－結(jié)束”的規(guī)則執(zhí)行。配置項(xiàng)的狀態(tài)有三種：“草稿” 、 “正式發(fā)布”和“正在修改” ，本規(guī)程制定了配置項(xiàng)狀態(tài)變遷與版本號的規(guī)則。三、版本控制在項(xiàng)目開發(fā)過程中，絕大部分的配置項(xiàng)都要經(jīng)過多次的修改才能最終確定下來。CCB 審批該計(jì)劃。如果機(jī)構(gòu)的各個項(xiàng)目相對獨(dú)立，那么每個項(xiàng)目可以設(shè)立各自的 CCB。鑒于配置管理的重要性和復(fù)雜性，機(jī)構(gòu)還應(yīng)當(dāng)設(shè)立配置控制委員會（Configuration Control Board, CCB） 。所有的項(xiàng)目成員都要使用配置管理軟件來保護(hù)自己的工作成果。基線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改（見變更控制規(guī)程） 。每個配置項(xiàng)的主要屬性有：名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期等。毫無疑問，人們應(yīng)當(dāng)將文件分門別類、有條理地保存起來。本規(guī)范適用于國內(nèi) IT 企業(yè)的軟件研發(fā)項(xiàng)目。0 / 12第 17 章 配置管理 ............................................................................................2 介紹 ..............................................................................................................................................2 制定配置管理計(jì)劃 ......................................................................................................................4 目的 ........................................................................................................................................4 角色與職責(zé) ............................................................................................................................4 啟動準(zhǔn)則 ................................................................................................................................4 輸入 ...............................................................