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