項管復(fù)習(xí)資料 項目配置管理的基本過程

【資料圖】

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

按國際標(biāo)準(zhǔn)ISO9000的說法，配置管理是一個管理學(xué)科，它對配置項的開發(fā)和支持生存期給予技術(shù)和管理上的指導(dǎo)。配置管理的應(yīng)用取決于項目的規(guī)模、復(fù)雜程序和風(fēng)險大小。

《軟件工程術(shù)語》標(biāo)準(zhǔn)GB/T11457-1995給配置管理下了定義：配置管理是標(biāo)識和確定系統(tǒng)中配置項的過程，在系統(tǒng)整個生存期內(nèi)控制這些配置項的投放和更動，記錄并報告配置的狀態(tài)和變動要求，驗證配置項的完整性和正確性。并對下列工作進行技術(shù)和行動指導(dǎo)與監(jiān)督的一套規(guī)范：

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

CMMI對配置管理的定義：配置管理的目的在于運用配置標(biāo)識、配置控制、配置狀態(tài)和配置審計，建立和維護工作產(chǎn)品的完整性。CMMI把配置管理分為9大部分，分別是制定配置管理計劃、識別配置項、建立配置管理系統(tǒng)、創(chuàng)建或發(fā)行基線、跟蹤變更、控制變更、建立配置管理記錄、執(zhí)行配置審核、版本控制。

《信息技術(shù)--軟件生存周期過程》國際標(biāo)準(zhǔn)ISO/IEC12207-1995所規(guī)定的軟件配置管理過程的活動有過程實施、配置標(biāo)識、配置控制、配置狀態(tài)報告、配置評價、發(fā)行管理和交付。

1.配置管理流程

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

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

（2）配置標(biāo)識。配置標(biāo)識是配置管理的基礎(chǔ)性工作，是管理配置管理的前提。配置標(biāo)識是確定哪些內(nèi)容應(yīng)該進入配置管理形成配置項，并確定配置項如何命名，用哪些信息來描述該配置項。

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

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

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

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

2.配置管理計劃

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

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

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

3.配置標(biāo)識

配置標(biāo)識是配置管理的基礎(chǔ)性工作，是配置管理的前提。配置標(biāo)識是確定哪些內(nèi)容應(yīng)該進入配置管理形成配置項，并確定配置項如何命名，用哪些信息來描述該配置項。

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

4.變更控制

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

5.版本管理

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

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

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

配置管理中，版本包括配置項的版本和配置的版本，這兩種的版本的標(biāo)識應(yīng)該各有特點，配置項的版本應(yīng)該體現(xiàn)出其版本的繼承關(guān)系，它主要是在開發(fā)人員內(nèi)部進行區(qū)分。另外，還需要對重要的版本做一些標(biāo)記，如對納入基線的配置項版本應(yīng)該做一個標(biāo)識。

6.配置審核

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

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

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

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

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

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

7.配置狀態(tài)報告

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

配置狀態(tài)報告的內(nèi)容一般包括以下各項：

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