【資料圖】

17.1.1 項目配置管理的基本過程

按國際標準ISO9000的說法，配置管理是一個管理學科，它對配置項的開發和支持生存期給予技術和管理上的指導。配置管理的應用取決于項目的規模、復雜程序和風險大小。

《軟件工程術語》標準GB/T11457-1995給配置管理下了定義：配置管理是標識和確定系統中配置項的過程，在系統整個生存期內控制這些配置項的投放和更動，記錄并報告配置的狀態和變動要求，驗證配置項的完整性和正確性。并對下列工作進行技術和行動指導與監督的一套規范：

（1）對配置項的功能特性和物理特性進行標識和文件編制工作。
（2）控制這些特性的變動情況。
（3）記錄并報告這些變動進行的處理和實現的狀態。

CMMI對配置管理的定義：配置管理的目的在于運用配置標識、配置控制、配置狀態和配置審計，建立和維護工作產品的完整性。CMMI把配置管理分為9大部分，分別是制定配置管理計劃、識別配置項、建立配置管理系統、創建或發行基線、跟蹤變更、控制變更、建立配置管理記錄、執行配置審核、版本控制。

《信息技術--軟件生存周期過程》國際標準ISO/IEC12207-1995所規定的軟件配置管理過程的活動有過程實施、配置標識、配置控制、配置狀態報告、配置評價、發行管理和交付。

1.配置管理流程

配置管理的活動主要有編制項目配置管理計劃、配置標識、變更管理和配置控制、配置狀態說明、配置審核，以及進行版本管理和發行管理。

（1）編制項目配置管理計劃。在項目啟動階段，項目經理首先要制定整個項目的開發計劃，它是整個項目研發工作的基礎。配置管理計劃是項目管理計劃的一部分，通常要涉及到該項目對配置管理的要求，實施配置管理的責任人、責任組織及其職責，開展的配置管理活動、方法和工具等。

（2）配置標識。配置標識是配置管理的基礎性工作，是管理配置管理的前提。配置標識是確定哪些內容應該進入配置管理形成配置項，并確定配置項如何命名，用哪些信息來描述該配置項。

（3）變更管理和配置控制。配置管理的最重要的任務就是對變更加以控制和管理，其目的是對于復雜，無形的軟件，防止在多次變更下失控，出現混亂。

（4）配置狀態說明。配置狀態說明也稱為配置狀態報告，它是配置管理的一個組成部分，其任務是有效地記錄報告管理配置所需要的信息，目的是及時、準確地給出配置項的當前狀況，供相關人員了解，以加強配置管理工作。

（5）配置審核。配置審核的任務便是驗證配置項對配置標識的一致性。軟件開發的實踐表明，盡管對配置項做了標識，實現了變更控制和版本控制，但如果不做檢查或驗證仍然會出現混亂。配置審核的實施是為了確保軟件配置管理的有效性，體現配置管理的最根本要求，不允許出現任何混亂現象。

（6）版本管理和發行管理。版本控制用于將管理信息工程中生成的各種不同的配置的規程和相關管理工具結合起來。配置管理中，版本包括配置項的版本和配置的版本，這兩種版本的標識應該各有特點，配置項的版本應該體現出其版本的繼承關系，它主要是在開發人員內部進行區分，另外還需要對重要的版本做一些標記，如對納入基線的配置項版本就應該做一個標識。

2.配置管理計劃

配置管理計劃的主要內容包括配置管理軟硬件資源、配置項計劃、基線計劃、交付計劃、備份計劃等，由CCB審批該計劃。制訂配置管理計劃的目的是便于配置管理人員按計劃地開展配置管理工作，并保持配置管理工作的一致性。

制定配置管理計劃的步驟如下：

（1）建立并維護配置管理的組織方針。
（2）確定配置管理需使用的資源。包括軟件和硬件資源，例如配置管理工具、數據管理工具、歸檔和復制工具、數據庫程序等。
（3）分配責任。確定配置管理的總負責人及其責任和權限，確定其他人員的責任和權限。
（4）培訓計劃。包括過程和產品質量保證的概念培訓和專題培訓。
（5）確定配置管理的項目干系人，并確定其介入時機。
（6）制定識別配置項的準則。
（7）制定配置項管理表。包括標識號、配置管理名稱、重要特征、預計進入配置管理的時間、實際進入配置管理時間、擁有者及責任。擁有者的責任通常有保證配置項的正確性、遵守關于配置項的安全保密規定、保證配置項的完整性。
（8）確定配置管理軟硬件資源。
（9）制定基線計劃。確定每個基線的名稱及主要配置項，估計每個基線建立的時間。
（10）制定配置庫備份計劃。指明何人在何時將配置庫備份到何處。
（11）制定變更控制規程。
（12）制定審批計劃。

3.配置標識

配置標識是配置管理的基礎性工作，是配置管理的前提。配置標識是確定哪些內容應該進入配置管理形成配置項，并確定配置項如何命名，用哪些信息來描述該配置項。

信息系統項目中形成的技術性文檔和管理性文檔，除一些臨時性的文檔外一般都應該進行配置管理。一般來講，判定一個文檔是否進行配置管理的標準應該是此文檔是否有多個人需要使用，這些文檔往往在項目的進程中不斷地修正和擴展，要保證每個使用者都使用同一版本的文檔，就必須將這些文檔納入配置管理，成為受控的配置項。

4.變更控制

變更控制系統是一套事先確定的修改項目文件或改變項目活動時應遵循的程序，其中包括必要的表格或其他書面文件，責任追蹤，以及變更審批制度、人員和權限。變更控制系統應當明確規定變更控制委員會的責任和權力，并由所有的項目干系人認可。在審批變更時，要加強對變更風險和變更效果的評估，并選擇對項目影響最小的變更方案，盡量防止增加項目投資。變更控制系統可細分為整體、范圍、進度、費用和合同變更控制系統。變更控制系統應當同項目管理信息系統一起通盤考慮，形成整體。

5.版本管理

在配置管理中，所有的配置項都應列入版本控制的范疇。對于信息產品的版本有兩個方面的意思，一是為滿足不同用戶的不同使用要求，如用于不同運行環境的系列產品。如適合Linux,Windows,Solaris用戶的軟件產品分別稱為Linux版，Windows版和Solaris版。它們在功能和性能上是相當的，原則上沒有差別，或者說，這些是并列的系列產品。對于這類差別很小的不同版本，互相也稱為變體（variant）。

另一種版本的含義是在信息系統產品投產使用后，產品經過一系列的變更，如糾錯，增加功能，提高性能的更改，而形成的一系列的順序演化的產品，這些產品也稱為一個版本，每個版本都可說出它是從哪個版本導出的演化過程。

版本管理要解決的第一個問題是版本標識，也就是為區分不同的版本，要給它們科學的命名。通常有2種版本命名的方法，分別是號碼版本標識和符號版本標識。其中號碼版本標識以數字表示，如用1.0,2.0,1.2,2.1.1等表示版本號；符號版本標識是將重要的版本屬性有選擇地給出，如WindowsXP,Windows2003,Jbuilder2005將版本產生的時間給出。為了從版本標識上看到更多信息，可能給出更多的屬性，如面向的客戶群、開發語言、硬件平臺、生成日期等。

配置管理中，版本包括配置項的版本和配置的版本，這兩種的版本的標識應該各有特點，配置項的版本應該體現出其版本的繼承關系，它主要是在開發人員內部進行區分。另外，還需要對重要的版本做一些標記，如對納入基線的配置項版本應該做一個標識。

6.配置審核

配置審核的任務是驗證配置項對配置標識的一致性。信息系統開發的實踐表明，盡管對配置項做了標識，實踐了變更控制和版本控制，但如果不做檢查或驗證仍然會出現混亂。這種驗證包括：

（1）對配置項的處理是否有背離初始的規格說明或已批準的變更請求的現象。
（2）配置標識的準則是否得到了遵循。
（3）變更控制規程是否已遵循，變更記錄是否可供使用。
（4）在規格說明、信息系統產品和變更請求之間是否保持了可追溯性。

配置審核工作主要集中在兩個方面，一是功能配置審核，即驗證配置項的實際功效是與其信息系統需求是一致的；二是物理配置審核，即確定配置項符合預期的物理特性。這里所說的物理特性是指定的媒體形式。

配置審核的目的就是要證實整個項目生存期中各項產品在技術上和管理上的完整性。同時，還要確保所有文檔的內容變動不超出當初確定的信息系統要求范圍。使得配置具有良好的可跟蹤性。這是項目變更控制人員掌握配置情況、進行審批的依據，除了進行配置審核外，還可以進行正式技術評審。

正式的技術評審著重檢查已完成修改的配置項的技術正確性，評審者評價配置項，決定它與其它配置項的一致性，是否有遺漏或可能引起的副作用。正式技術評審應對所有的變更進行，除了那些最無價值的變更之外。

配置審核作為正式技術評審的補充，評價在評審期間通常沒有被考慮的配置項的特性。在某些情形下，配置審核的問題是作為正式技術評審的一部分提出的。但是當配置管理成為一項正式活動時，配置審核就被分開，而由質量保證小組執行了。

7.配置狀態報告

配置狀態報告是配置管理的一個組成部分，其任務是有效地記錄報告管理配置所需要的信息，目的是及時、準確地給出配置項的當前狀況，供相關人員了解，以加強配置管理工作。為了清楚、及時地記載配置的變化，不致于到后期造成貽誤，需要對開發的過程作出系統的記錄，以反映開發活動的歷史情況，這就是配置狀態記錄。該項活動主要是完成配置狀態報告的編制工作。

配置狀態報告的內容一般包括以下各項：

（1）各變更請求概要：變更請求號、日期、申請人、狀態、估計工作量、實際工作量、發行版本、變更結束日期。
（2）基線庫狀態。
（3）發行信息。
（4）備份信息。
（5）配置管理工具狀態。
（6）配置管理培訓狀態。