【正文】 財(cái)力，確定配置管理軟件以及計(jì)算機(jī)資源（考慮內(nèi) 5 存、外存、 CPU 等）。 ? 《配置項(xiàng)變更控制報(bào)告》，模板見 [SPPTEMPCMCHANGE]。變更控制的目的就是為了防止配置項(xiàng)被隨意修改而導(dǎo)致混亂。各項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫。對于配置管理而言， CCB 是決策者，而配置管理員是執(zhí)行者?；€的主要屬性有：名稱、標(biāo)識符、版本、日期等。 （ 2）項(xiàng)目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔。 配置管理過程域是 SPP 模型的重要組成部分。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研發(fā)實(shí)力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。所有配置項(xiàng)都 被保存在配置庫里，確保不會混淆、丟失。機(jī)構(gòu)應(yīng)當(dāng)采用統(tǒng)一的配置管理軟件，常見的配置管理軟件有 Microsoft 的 Visual SourceSafe 和 Rational的 ClearCase 等。 CCB 的決策采用“少數(shù)服從多數(shù)”原 則。 對配置項(xiàng)的任何修改 都將產(chǎn)生新的版本。 版本控制 制定配置管理計(jì)劃 配置庫管理 變更控制 配置審計(jì) 4 五、配置審計(jì) 為了保證所有人員（包括項(xiàng)目成員、配置管理員和 CCB）都遵守配置管理規(guī)范，質(zhì)量保證人員要定期審計(jì)配置管理工作。 ? CCB 審批《配置管理計(jì)劃》。每個配置項(xiàng)都有 唯一的 標(biāo)識符，標(biāo)識符的參考格式為 ProjectType… TypeNumber。若該計(jì)劃被批準(zhǔn)，則請 CCB 負(fù)責(zé)人簽字認(rèn)可。 ? 配置管理的軟件硬件已經(jīng)存在。 ? 配置管理員定期清除配置庫里的垃圾文件。如果同意交付， CCB 應(yīng)給出詳細(xì)的交付清單。 配置項(xiàng)狀態(tài)變遷如圖 172 所示。 （ 2）處于“正式發(fā)布”狀態(tài)的配置項(xiàng)的版本號格式為： ? X 為主版本號，取值范圍為 19。 變更控制 正式發(fā)布 正在修改 自由修改 草稿 評審 或?qū)徟? 否決 通過 9 配置項(xiàng)版本控制流程 [Step1] 創(chuàng)建配置項(xiàng) ? 項(xiàng)目成員依據(jù)《配置管理計(jì)劃》，在配置庫中創(chuàng)建屬于其任務(wù)范圍內(nèi)的配置項(xiàng)。 ? 項(xiàng)目成員使用 Checkout/Checkin 功能，可以修改處于“正在修改”狀態(tài)的配置項(xiàng)，版本號格式為 。 補(bǔ)充說明： 一個配置項(xiàng)的變更可能導(dǎo)致 其它 配置項(xiàng)也發(fā)生變更， CCB 在審批變更申請時一定要考慮這些問題。 ? 若配置項(xiàng)通過了技術(shù)評審或領(lǐng)導(dǎo)審批，則轉(zhuǎn)向 [Step6]，否則轉(zhuǎn)向 [Step4]（即重新修改）。 ? 由于配置庫里保存的是項(xiàng)目的所有工作成果，應(yīng)當(dāng)選擇“責(zé)任心強(qiáng)、可靠”的人員擔(dān)任配置管理員。 結(jié)束準(zhǔn)則 ? CCB 簽字結(jié)束變更。 [Step4] 執(zhí)行變更任務(wù) ? 變更執(zhí)行人根據(jù) CCB 安排的任務(wù)，修改配置項(xiàng)。 啟動準(zhǔn)則 ? 待變更的配置項(xiàng)狀態(tài)為“正式發(fā)布”，或者該配置項(xiàng)已經(jīng)成為某個基線的一部分（即被“凍結(jié)”）。如果配置項(xiàng)是“計(jì)劃”這類文件，則需要項(xiàng)目經(jīng)理（或上級領(lǐng)導(dǎo)）的審批。只有當(dāng)配置項(xiàng)版本升級幅度比較大時，才允許增大 X 值。當(dāng)配置項(xiàng)修改完畢并重新通過評 審（或?qū)徟r，其狀態(tài)又變?yōu)椤罢桨l(fā)布”，如此循環(huán)。 度量 ? 配置管理員統(tǒng)計(jì)工作量以及文檔規(guī)模。交付出去的配置項(xiàng)必須有據(jù)可查，避 免發(fā)生混亂。配置管理員的權(quán)限最高。 配置庫 管理 目的 ? 所有人員依照配置管理規(guī)范和《配置管理計(jì)劃》操作配置庫。若配置項(xiàng)只有一個文件，則該項(xiàng)可以省略。 啟動準(zhǔn)則 ? 《項(xiàng)目計(jì)劃》已經(jīng)制定 ? 配置管理員和 CCB 已經(jīng)確定。 ? 《配置庫管理報(bào)告 》，模板見 [SPPTEMPCMLIB]。 四、變更控制 在項(xiàng)目開發(fā)過程中，配置項(xiàng)發(fā)生變更幾乎是不可避免的。 二、配置庫管理 配置管理員為項(xiàng)目創(chuàng)建配置庫，并給每個項(xiàng)目成員分配權(quán)限。 CCB 是個虛擬小組，對配置管理各項(xiàng)活動擁有決策權(quán)（例如審批計(jì)劃，審批變更請求等）?；€通常對應(yīng)于開發(fā)過程中的里程碑（ Milestone），一個產(chǎn)品可以有多個基線，也可以只有一個基線。 凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項(xiàng)（ Configuration Item, CI），配置項(xiàng)主要有兩大類： （ 1）屬于產(chǎn)品組成 部分的工作成果，例如需求文檔、設(shè)計(jì)文檔、源代碼、測試用例 等 。 配置管理是對工作成果的一種有效保護(hù)。 介紹 項(xiàng)目研發(fā)和管理過程中會產(chǎn)生許許多多的工作成果，例如文檔、程序和數(shù)據(jù)等，它們都應(yīng)當(dāng)被保存起來，以便查閱和修改。配置項(xiàng)及其歷史記錄反映了軟件的演化過程。 為了提高配置管理的效率和安全性，機(jī)構(gòu)應(yīng)當(dāng)有專門的配置管理員（角 3 色）。 配置管理的流程如圖 171 所示。由于 我們不能保證新版本一定比老版本“好”，所以不能拋棄老版本。配置審計(jì)是一種“過程質(zhì)量檢查”活動，是質(zhì)量保證人員的工作職責(zé)之一。 CCB 的人數(shù)視項(xiàng)目的規(guī)模而定。 ? 可以在 Project（或 Product）前面加上公司的標(biāo)識符。否則，配置管理員按照 CCB 的意見修改《配置管理計(jì)劃》，直到該計(jì)劃被批準(zhǔn)為止。 輸入 ? 《配置管理計(jì)劃》 主要步驟 [Step1] 創(chuàng)建配置庫 ? 配置管理員創(chuàng)建配置庫，并且至少創(chuàng)建配置庫的所有第一級目錄。 ? 配置管理員定期備份配置庫。 （ 3） 配置管理員依據(jù) CCB 的批示，從配置庫中提取配置項(xiàng)交付給“索取人”。配置項(xiàng)剛建立時其狀態(tài)為“草稿”。 Y 為次版本號，取值范圍為 19。此時配置項(xiàng)的狀態(tài)為“草稿”，其版本 號格式為 。 ? 修改完畢后，該配置項(xiàng)要重新接受技術(shù)評審或領(lǐng)導(dǎo)審批，轉(zhuǎn)向 [Step3]。 [Step3] 安排變更任務(wù) ? CCB 指定變更執(zhí)行人，安排他們的任務(wù)。 [Step6] 結(jié)束變更 ? 當(dāng)所有變更后的配置項(xiàng)都通過了技術(shù)評審或領(lǐng)導(dǎo)審批，這些配置項(xiàng)的狀態(tài)從“正在修改”變遷為“正式發(fā)布”。 ? 選用合適的軟件工具，盡量減少配置管理過程的工作量。 輸