【文章內容簡介】 .. 10 [Step2] 審批變更申請 ....................................................................................... 10 [Step3] 安排變更任務 ....................................................................................... 10 [Step4] 執(zhí)行變更任務 ....................................................................................... 10 [Step5] 對更改后的配置項重新進行技術評審（或審批） ............................... 10 [Step6] 結束變更 .............................................................................................. 11 輸出 ................................................................................................................... 11 結束準則 ............................................................................................................ 11 度量 ................................................................................................................... 11 實施建議 .................................................................................................................. 11 2 第 17 章 配置管理 配置管理（ Configuration Management, CM）的目的是通過執(zhí)行版本控制、變更控制等規(guī)程， 以及使用配置管理軟件，來保證所有配置項的完整性和可跟蹤性。 配置管理是對工作成果的一種有效保護。 配置管理過程域是 SPP 模型的重要組成部分。本規(guī)范闡述了配置管理過程域的四個主要規(guī)程： ? 制定配置管理計劃 [SPPPROCCMPLANNING] ? 配置庫管理 [SPPPROCCMLIB] ? 配置項版本控制 [SPPPROCCMVERSION] ? 配置項變更控制 [SPPPROCCMCHANGE] 上述每個規(guī)程的“目標”、“角色與職責”、“啟動準則”、“輸入”、“主要步驟”、“輸出”、“完成準則” 和“度量”均已定義。 本規(guī)范適用于國內 IT 企業(yè)的軟件研發(fā)項目。建議用戶根據自身情況（如商業(yè)目標、研發(fā)實力等）適當地修改本規(guī)范，然后推廣使用。 介紹 項目研發(fā)和管理過程中會產生許許多多的工作成果，例如文檔、程序和數據等，它們都應當被保存起來，以便查閱和修改。如果把所有文件一股腦地塞進計算機里，那么使用起來肯定很麻煩。毫無疑問，人們應當將文件分門別類、有條理地保存起來。 凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項（ Configuration Item, CI），配置項主要有兩大類： （ 1）屬于產品組成 部分的工作成果，例如需求文檔、設計文檔、源代碼、測試用例 等 。 （ 2）項目管理和機構支撐過程域產生的文檔。這些文檔雖然不是產品的組成部分，但是值得保存。 每個配置項的主要屬性有 ：名稱、標識符、文件狀態(tài)、版本、作者、日期等。所有配置項都 被保存在配置庫里，確保不會混淆、丟失。配置項及其歷史記錄反映了軟件的演化過程。 基線（ Baseline）由一組配置項組成，這些配置項構成了一個相對穩(wěn)定的邏輯實體。基線中的配置項被“凍結”了，不能再被任何人隨意修改（見變更控制規(guī)程）?；€通常對應于開發(fā)過程中的里程碑（ Milestone），一個產品可以有多個基線，也可以只有一個基線?；€的主要屬性有：名稱、標識符、版本、日期等。通常將交付給客戶的基線稱為一個“ Release”，為內部開發(fā)用的基線則稱為一個“ Build”。 所有的項目成員都要使用 配置管理軟件來保護自己的工作成果。機構應當采用統(tǒng)一的配置管理軟件，常見的配置管理軟件有 Microsoft 的 Visual SourceSafe 和 Rational的 ClearCase 等。 為了提高配置管理的效率和安全性，機構應當有專門的配置管理員（角 3 色）。配置管理員為每個項目制定《配置管理計劃》，創(chuàng)建 和維護配置庫。 鑒于配置管理的重要性和復雜性，機構還應當設立配置控制委員會（ Configuration Control Board, CCB）。 CCB 是個虛擬小組，對配置管理各項活動擁有決策權（例如審批計劃，審批變更請求等）。對于配置管理而言， CCB 是決策者，而配置管理員是執(zhí)行者。 如果機構的各個項目緊密相關（例如一個產品線下的多個項目），建議機構設立公共的 CCB，這個公共的 CCB 對所有項目的配置管理擁有決策權。如果機構的各個項目相對獨立，那么每個項目可以設立各自的 CCB。 CCB 的決策采用“少數服從多數”原 則。 配置管理的流程如圖 171 所示。 圖 171 配置管理流程圖 一、制定配置管理計劃 配置管理員制定《配置管理計劃》，主要內容包括配置管理軟硬件資源、配置項計劃、基線計劃、交付計劃、備份計劃等。 CCB 審批該計劃。 二、配置庫管理 配置管理員為項目創(chuàng)建配置庫，并給每個項目成員分配權限