【正文】 項(xiàng)計(jì)劃、基線計(jì)劃、交付計(jì)劃、備份計(jì)劃等。 二、配置庫管理 配置管理員為項(xiàng)目創(chuàng)建配置庫，并給每個(gè)項(xiàng)目成員分配權(quán)限。配置管理員定期維護(hù)配置庫，例如清楚垃圾文件、備份配置庫等。 對(duì)配置項(xiàng)的任何修改 都將產(chǎn)生新的版本。版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。 四、變更控制 在項(xiàng)目開發(fā)過程中，配置項(xiàng)發(fā)生變更幾乎是不可避免的。 修改處于“草稿”狀態(tài)的配置項(xiàng)不算是“變更”，無需 CCB 的批準(zhǔn)，修改者按照版本控制規(guī)則 執(zhí)行即可。 五、配置審計(jì) 為了保證所有人員（包括項(xiàng)目成員、配置管理員和 CCB）都遵守配置管理規(guī)范，質(zhì)量保證人員要定期審計(jì)配置管理工作。請(qǐng)參考質(zhì)量保證規(guī)范 SPPPROCQA，此處不再論述。 ? 《配置庫管理報(bào)告 》，模板見 [SPPTEMPCMLIB]。 制定配置管理計(jì)劃 目的 ? 制定配置管理計(jì)劃，以便有計(jì)劃地開展配置管理工作。 ? CCB 審批《配置管理計(jì)劃》。通常 CCB 由項(xiàng)目經(jīng)理、資深項(xiàng)目成員等人組成，項(xiàng)目經(jīng)理為 CCB 負(fù)責(zé)人。 啟動(dòng)準(zhǔn)則 ? 《項(xiàng)目計(jì)劃》已經(jīng)制定 ? 配置管理員和 CCB 已經(jīng)確定。常用的配置管理軟件有 Microsoft 公司的 Visual SourceSafe和 Rational 公司的 ClearCase 等。每個(gè)配置項(xiàng)都有 唯一的 標(biāo)識(shí)符，標(biāo)識(shí)符的參考格式為 ProjectType… TypeNumber。 ? Type… Type 表示配置項(xiàng)類型，可以采用多級(jí) 縮寫。若配置項(xiàng)只有一個(gè)文件，則該項(xiàng)可以省略?；€計(jì)劃的參考格式如下： 基線名稱 /標(biāo)識(shí)符 基線所包含的主要配置項(xiàng) 預(yù)計(jì)建立時(shí)間 [Step4] 制定 配置庫 備份計(jì)劃 ? 配置管理員制定配置庫備份計(jì)劃，指明“何人”在“何時(shí)”（頻度）將配置庫備份到“何處”。若該計(jì)劃被批準(zhǔn)，則請(qǐng) CCB 負(fù)責(zé)人簽字認(rèn)可。 輸出 ? 《配置管理計(jì)劃》 結(jié)束準(zhǔn)則 ? 《配置管理計(jì)劃》已經(jīng)制定并被 CCB 的批準(zhǔn)。 配置庫 管理 目的 ? 所有人員依照配置管理規(guī)范和《配置管理計(jì)劃》操作配置庫。 ? 項(xiàng)目成員在權(quán)限之內(nèi)操作配置庫。 ? 配置管理的軟件硬件已經(jīng)存在。 [Step2] 分配權(quán)限 ? 配置 管 理員 為每 個(gè) 項(xiàng)目 成 員分 配操 作 權(quán)限 。配置管理員的權(quán)限最高。 [Step3] 配置庫操作與管理 ? 項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫，例如 Add, Checkin/Checkout, Download 等。 ? 配置管理員定期清除配置庫里的垃圾文件。 ? 交付管理。交付出去的配置項(xiàng)必須有據(jù)可查，避 免發(fā)生混亂。 （ 2） CCB 審批該申請(qǐng)。如果同意交付， CCB 應(yīng)給出詳細(xì)的交付清單。 （ 4） “索取人”驗(yàn)收后簽字。 度量 ? 配置管理員統(tǒng)計(jì)工作量以及文檔規(guī)模。 角色與職責(zé) ? 所有項(xiàng)目成員都必須遵照版本控制規(guī)程操作配置庫。 配置項(xiàng)狀態(tài)變遷如圖 172 所示。配置項(xiàng)通過評(píng)審（或?qū)徟┖螅錉顟B(tài)變?yōu)椤罢桨l(fā)布”。當(dāng)配置項(xiàng)修改完畢并重新通過評(píng) 審（或?qū)徟r(shí)，其狀態(tài)又變?yōu)椤罢桨l(fā)布”，如此循環(huán)。 ? 隨著草稿的不斷完善，“ YZ”的取值應(yīng)遞增。 （ 2）處于“正式發(fā)布”狀態(tài)的配置項(xiàng)的版本號(hào)格式為： 變更控制 正式發(fā)布 正在修改 自由修改 草稿 評(píng)審 或?qū)徟? 否決 通過 更多免費(fèi)資料下載請(qǐng)進(jìn)： 中國最大的免費(fèi)課件資源庫 ? X 為主版本號(hào)，取值范圍為 19。 ? 配置項(xiàng)第一次“正式發(fā)布 ”時(shí)，版本號(hào)為 。只有當(dāng)配置項(xiàng)版本升級(jí)幅度比較大時(shí)，才允許增大 X 值。 ? 當(dāng)配置項(xiàng)修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將 Z 值設(shè)置為 0，增加 值。 配置項(xiàng)版本控制流程 [Step1] 創(chuàng)建配置項(xiàng) ? 項(xiàng)目成員依據(jù)《配置管理計(jì)劃》，在配置庫中創(chuàng)建屬于其任務(wù)范圍內(nèi)的配置項(xiàng)。 [Step2] 修改處于“草稿”狀態(tài)的配置項(xiàng) ? 項(xiàng)目成員使用配置管理軟件的 Checkout/Checkin 功能，可以自由修改處于“草稿”狀態(tài)的配置項(xiàng)（不受變更控制規(guī)程約束），版本號(hào)格式為 。如果配置項(xiàng)是“計(jì)劃”這類文件，則需要項(xiàng)目經(jīng)理（或上級(jí)領(lǐng)導(dǎo)）的審批。 [Step4] 正 式發(fā)布 ? 配置項(xiàng)通過技術(shù)評(píng)審或領(lǐng)導(dǎo)審批之后，則配置項(xiàng)的狀態(tài)從“草稿”變遷為“正式發(fā)布”，版本號(hào)格式為 。 ? 項(xiàng)目成員使用 Checkout/Checkin 功能，可以修改處于“正在修改”狀態(tài)的配置項(xiàng)，版本號(hào)格式為 。 更多免費(fèi)資料下載請(qǐng)進(jìn)： 中國最大的免費(fèi)課件資源庫 配置項(xiàng)變更控制 目的 ? 防止配置項(xiàng)被隨意修改而導(dǎo)致混亂。 啟動(dòng)準(zhǔn)則 ? 待變更的配置項(xiàng)狀態(tài)為“正式發(fā)布”，或者該配置項(xiàng)已經(jīng)成為某個(gè)基線的一部分（即被“凍結(jié)”）。 [Step2] 審批變更申請(qǐng) ? CCB 審批該申請(qǐng)，分析此變更對(duì)項(xiàng)目造成的影響。 補(bǔ)充說明： 一個(gè)配置項(xiàng)的變更可能導(dǎo)致 其它 配置項(xiàng)也發(fā)生變更， CCB 在審批變更申請(qǐng)時(shí)一定要考慮這些問題。 CCB 需要和變更執(zhí)行人就變更內(nèi)容達(dá)成共識(shí)。 更多免費(fèi)資料下載請(qǐng)進(jìn)： 中國最大的免費(fèi)課件資源庫 [Step4] 執(zhí)行變更任務(wù) ? 變更執(zhí)行人根據(jù) CCB 安排的任務(wù)，修改配置項(xiàng)。 [Step5] 對(duì)更改后的配置項(xiàng)重新進(jìn)行技術(shù)評(píng)審（或?qū)徟? ? 如果配置項(xiàng)是技術(shù)文檔，則需要接受技術(shù)評(píng)審（參見技術(shù) 評(píng)審規(guī)程 [SPPPROCTR]）。 ? 若配置項(xiàng)通過了技術(shù)評(píng)審或領(lǐng)導(dǎo)審批，則轉(zhuǎn)向 [Step6]，否則轉(zhuǎn)向 [Step4]（即重新修改）。 CCB 在《配置項(xiàng)變更控制報(bào)告》中簽字，結(jié)束變更。 結(jié)束準(zhǔn)則 ? CCB 簽字結(jié)束變更。 實(shí)施建議 ? 要求所有人員對(duì)其工作成果進(jìn)行配置管理。 ? 由于配置庫里保存的是項(xiàng)目的所有工作成果，應(yīng)當(dāng)選擇“責(zé)任心強(qiáng)、可靠”的人員擔(dān)任配置管理員。