第17章 配置管理
第17章 配置管理 2 17.1 介紹 2 17.2 制定配置管理計(jì)劃 4 17.2.1 目的 4 17.2.2 角色與職責(zé) 4 17.2.3 啟動(dòng)準(zhǔn)則 4 17.2.4 輸入 4 17.2.5 主要步驟 4 [Step1] 確定配置管理的軟硬件資源 4 [Step2] 制定配置項(xiàng)計(jì)劃 5 [Step3] 制定基線計(jì)劃 5 [Step4] 制定配置庫備份計(jì)劃 5 [Step5] 審批《配置管理計(jì)劃》 5 17.2.6 輸出 5 17.2.7 結(jié)束準(zhǔn)則 6 17.2.8 度量 6 17.3 配置庫管理 6 17.3.1 目的 6 17.3.2 角色與職責(zé) 6 17.3.3 啟動(dòng)準(zhǔn)則 6 17.3.4 輸入 6 17.3.5 主要步驟 6 [Step1] 創(chuàng)建配置庫 6 [Step2] 分配權(quán)限 7 [Step3] 配置庫操作與管理 7 17.3.6 輸出 7 17.3.7 結(jié)束準(zhǔn)則 7 17.3.8 度量 7 17.3 版本控制 7 17.3.1 目的 7 17.3.2 角色與職責(zé) 8 17.3.3 配置項(xiàng)狀態(tài)變遷規(guī)則 8 17.3.4 配置項(xiàng)版本號(hào)規(guī)則 8 17.3.4 配置項(xiàng)版本控制流程 9 [Step1] 創(chuàng)建配置項(xiàng) 9 [Step2] 修改處于“草稿”狀態(tài)的配置項(xiàng) 9 [Step3] 技術(shù)評(píng)審或領(lǐng)導(dǎo)審批 9 [Step4] 正式發(fā)布 9 [Step5] 變更 9 17.4 配置項(xiàng)變更控制 9 17.4.1 目的 9 17.4.2 角色與職責(zé) 10 17.4.3 啟動(dòng)準(zhǔn)則 10 17.4.4 輸入 10 17.4.5 主要步驟 10 [Step1] 變更申請(qǐng) 10 [Step2] 審批變更申請(qǐng) 10 [Step3] 安排變更任務(wù) 10 [Step4] 執(zhí)行變更任務(wù) 10 [Step5] 對(duì)更改后的配置項(xiàng)重新進(jìn)行技術(shù)評(píng)審（或?qū)徟?10 [Step6] 結(jié)束變更 11 17.4.6 輸出 11 17.4.7 結(jié)束準(zhǔn)則 11 17.4.8 度量 11 17.5 實(shí)施建議 11 第17章 配置管理 配置管理（Configuration Management, CM）的目的是通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件，來保證所 有配置項(xiàng)的完整性和可跟蹤性。配置管理是對(duì)工作成果的一種有效保護(hù)。 配置管理過程域是SPP模型的重要組成部分。本規(guī)范闡述了配置管理過程域的四個(gè)主 要規(guī)程： ← 制定配置管理計(jì)劃 [SPP-PROC-CM-PLANNING] ← 配置庫管理 [SPP-PROC-CM-LIB] ← 配置項(xiàng)版本控制 [SPP-PROC-CM-VERSION] ← 配置項(xiàng)變更控制 [SPP-PROC-CM-CHANGE] 上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出 ”、“完成準(zhǔn)則”和“度量”均已定義。 本規(guī)范適用于國(guó)內(nèi)IT企業(yè)的軟件研發(fā)項(xiàng)目。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研 發(fā)實(shí)力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。 17.1 介紹 項(xiàng)目研發(fā)和管理過程中會(huì)產(chǎn)生許許多多的工作成果，例如文檔、程序和數(shù)據(jù)等，它們 都應(yīng)當(dāng)被保存起來，以便查閱和修改。如果把所有文件一股腦地塞進(jìn)計(jì)算機(jī)里，那么使 用起來肯定很麻煩。毫無疑問，人們應(yīng)當(dāng)將文件分門別類、有條理地保存起來。 凡是納入配置管理范疇的工作成果統(tǒng)稱為配置項(xiàng)（Configuration Item, CI），配置項(xiàng)主要有兩大類： （1）屬于產(chǎn)品組成部分的工作成果，例如需求文檔、設(shè)計(jì)文檔、源代碼、測(cè)試用例等。 （2）項(xiàng)目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔。這些文檔雖然不是產(chǎn)品的組成部分，但是 值得保存。 每個(gè)配置項(xiàng)的主要屬性有：名稱、標(biāo)識(shí)符、文件狀態(tài)、版本、作者、日期等。所有配 置項(xiàng)都被保存在配置庫里，確保不會(huì)混淆、丟失。配置項(xiàng)及其歷史記錄反映了軟件的演 化過程。 基線（Baseline）由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成了一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體。 基線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改（見變更控制規(guī)程）?；€通常 對(duì)應(yīng)于開發(fā)過程中的里程碑（Milestone），一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè) 基線?；€的主要屬性有：名稱、標(biāo)識(shí)符、版本、日期等。通常將交付給客戶的基線稱 為一個(gè)“Release”，為內(nèi)部開發(fā)用的基線則稱為一個(gè)“Build”。 所有的項(xiàng)目成員都要使用配置管理軟件來保護(hù)自己的工作成果。機(jī)構(gòu)應(yīng)當(dāng)采用統(tǒng)一的 配置管理軟件，常見的配置管理軟件有Microsoft的Visual SourceSafe和Rational的ClearCase等。為了提高配置管理的效率和安全性，機(jī)構(gòu)應(yīng)當(dāng)有 專門的配置管理員（角色）。配置管理員為每個(gè)項(xiàng)目制定《配置管理計(jì)劃》，創(chuàng)建和維護(hù) 配置庫。 鑒于配置管理的重要性和復(fù)雜性，機(jī)構(gòu)還應(yīng)當(dāng)設(shè)立配置控制委員會(huì)（Configuration Control Board, CCB）。CCB是個(gè)虛擬小組，對(duì)配置管理各項(xiàng)活動(dòng)擁有決策權(quán)（例如審批計(jì)劃，審批變更 請(qǐng)求等）。對(duì)于配置管理而言，CCB是決策者，而配置管理員是執(zhí)行者。 如果機(jī)構(gòu)的各個(gè)項(xiàng)目緊密相關(guān)（例如一個(gè)產(chǎn)品線下的多個(gè)項(xiàng)目），建議機(jī)構(gòu)設(shè)立公共 的CCB，這個(gè)公共的CCB對(duì)所有項(xiàng)目的配置管理擁有決策權(quán)。如果機(jī)構(gòu)的各個(gè)項(xiàng)目相對(duì)獨(dú) 立，那么每個(gè)項(xiàng)目可以設(shè)立各自的CCB。CCB的決策采用“少數(shù)服從多數(shù)”原則。 配置管理的流程如圖17-1所示。 圖17-1 配置管理流程圖 一、制定配置管理計(jì)劃 配置管理員制定《配置管理計(jì)劃》，主要內(nèi)容包括配置管理軟硬件資源、配置項(xiàng)計(jì)劃、 基線計(jì)劃、交付計(jì)劃、備份計(jì)劃等。CCB審批該計(jì)劃。 二、配置庫管理 配置管理員為項(xiàng)目創(chuàng)建配置庫，并給每個(gè)項(xiàng)目成員分配權(quán)限。各項(xiàng)目成員根據(jù)自己的 權(quán)限操作配置庫。配置管理員定期維護(hù)配置庫，例如清楚垃圾文件、備份配置庫等。 三、版本控制 在項(xiàng)目開發(fā)過程中，絕大部分的配置項(xiàng)都要經(jīng)過多次的修改才能最終確定下來。對(duì)配 置項(xiàng)的任何修改都將產(chǎn)生新的版本。由于我們不能保證新版本一定比老版本“好”，所以 不能拋棄老版本。版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生 版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。 配置項(xiàng)的狀態(tài)有三種：“草稿”、“正式發(fā)布”和“正在修改”，本規(guī)程制定了配置項(xiàng)狀態(tài) 變遷與版本號(hào)的規(guī)則。 四、變更控制 在項(xiàng)目開發(fā)過程中，配置項(xiàng)發(fā)生變更幾乎是不可避免的。變更控制的目的就是為了防 止配置項(xiàng)被隨意修改而導(dǎo)致混亂。 修改處于“草稿”狀態(tài)的配置項(xiàng)不算是“變更”，無需CCB的批準(zhǔn)，修改者按照版本控制 規(guī)則執(zhí)行即可。 當(dāng)配置項(xiàng)的狀態(tài)成為“正式發(fā)布”，或者被“凍結(jié)”后，此時(shí)任何人都不能隨意修改，必 須依據(jù)“申請(qǐng)－審批－執(zhí)行變更－再評(píng)審－結(jié)束”的規(guī)則執(zhí)行。 五、配置審計(jì) 為了保證所有人員（包括項(xiàng)目成員、配置管理員和CCB）都遵守配置管理規(guī)范，質(zhì)量 保證人員要定期審計(jì)配置管理工作。配置審計(jì)是一種“過程質(zhì)量檢查”活動(dòng)，是質(zhì)量保證 人員的工作職責(zé)之一。請(qǐng)參考質(zhì)量保證規(guī)范SPP-PROC-QA，此處不再論述。 配置管理過程域產(chǎn)生的主要文檔有： ← 《配置管理計(jì)劃》，模板見 [SPP-TEMP-CM-PLAN]。 ← 《配置庫管理報(bào)告》，模板見 [SPP-TEMP-CM-LIB]。 ← 《配置項(xiàng)變更控制報(bào)告》，模板見 [SPP-TEMP-CM-CHANGE]。 17.2 制定配置管理計(jì)劃 17.2.1 目的 o 制定配置管理計(jì)劃，以便有計(jì)劃地開展配置管理工作。 17.2.2 角色與職責(zé) o 配置管理員制定《配置管理計(jì)劃》。 o CCB審批《配置管理計(jì)劃》。CCB的人數(shù)視項(xiàng)目的規(guī)模而定。通常CCB由項(xiàng)目經(jīng)理、資深項(xiàng) 目成員等人組成，項(xiàng)目經(jīng)理為CCB負(fù)責(zé)人。CCB的決策采用“少數(shù)服從多數(shù)”原則。 17.2.3 啟動(dòng)準(zhǔn)則 o 《項(xiàng)目計(jì)劃》已經(jīng)制定 o 配置管理員和CCB已經(jīng)確定。 17.2.4 輸入 o 《項(xiàng)目計(jì)劃》 17.2.5 主要步驟 [Step1] 確定配置管理的軟硬件資源 o 配置管理員根據(jù)項(xiàng)目的規(guī)模以及財(cái)力，確定配置管理軟件以及計(jì)算機(jī)資源（考慮內(nèi)存、 外存、CPU等）。常用的配置管理軟件有Microsoft公司的Visual SourceSafe和Rational公司的ClearCase等。 [Step2] 制定配置項(xiàng)計(jì)劃 o 配置管理員識(shí)別項(xiàng)目的主要配置項(xiàng)。每個(gè)配置項(xiàng)都有唯一的標(biāo)識(shí)符，標(biāo)識(shí)符的參考格式 為Project-Type…Type-Number。 ← 可以在Project（或Product）前面加上公司的標(biāo)識(shí)符。 ← Type…Type表示配置項(xiàng)類型，可以采用多級(jí)縮寫。 ← Number為3為數(shù)字，范圍從001到999，表示一個(gè)配置項(xiàng)有若干個(gè)文件。若配置項(xiàng)只 有一個(gè)文件，則該項(xiàng)可以省略。 o 配置項(xiàng)計(jì)劃的參考格式如下： |類型 |主要配置項(xiàng) |標(biāo)識(shí)符 |預(yù)計(jì)正式發(fā)布時(shí)間| | | | | | | | | | | [Step3] 制定基線計(jì)劃 o 配置管理員確定每個(gè)基線的名稱（標(biāo)識(shí)符）及其主要配置項(xiàng)，估計(jì)每個(gè)基線建立的時(shí)間 ?；€計(jì)劃的參考格式如下： |基線名稱/標(biāo)識(shí)符 |基線所包含的主要配置項(xiàng) |預(yù)計(jì)建立時(shí)間 | | | | | | | | | [Step4] 制定配置庫備份計(jì)劃 o 配置管理員制定配置庫備份計(jì)劃，指明“何人”在“何時(shí)”（頻度）將配置庫備份到“何處 ”。 [Step5] 審批《配置管理計(jì)劃》 o CCB審批《配置管理計(jì)劃》。若該計(jì)劃被批準(zhǔn)，則請(qǐng)CCB負(fù)責(zé)人簽字認(rèn)可。否則，配置管理 員按照CCB的意見修改《配置管理計(jì)劃》，直到該計(jì)劃被批準(zhǔn)為止。 17.2.6 輸出 o 《配置管理計(jì)劃》 17.2.7 結(jié)束準(zhǔn)則 o 《配置管理計(jì)劃》已經(jīng)制定并被CCB的批準(zhǔn)。 17.2.8 度量 o 配置管理統(tǒng)計(jì)工作量以及文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。 17.3 配置庫管理 17.3.1 目的 o 所有人員依照配置管理規(guī)范和《配置管理計(jì)劃》操作配置庫。 17.3.2 角色與職責(zé) o 配置管理創(chuàng)建并維護(hù)配置庫。 o 項(xiàng)目成員在權(quán)限之內(nèi)操作配置庫。 17.3.3 啟動(dòng)準(zhǔn)則 o 《配置管理計(jì)劃》已經(jīng)制定。 o 配置管理的軟件硬件已經(jīng)存在。 17.3.4 輸入 o 《配置管理計(jì)劃》 17.3.5 主要步驟 [Step1] 創(chuàng)建配置庫 o 配置管理員創(chuàng)建配置庫，并且至少創(chuàng)建配置庫的所有第一級(jí)目錄。 [Step2] 分配權(quán)限 o 配置管理員為每個(gè)項(xiàng)目成員分配操作權(quán)限。一般地，項(xiàng)目成員擁有Add, Checkin/Checkout, Download等權(quán)限，但是不能擁有“刪除”權(quán)限。配置管理員的權(quán)限最高。具體操作視所 采用的配置管理軟件而定。 [Step3] 配置庫操作與管理 o 項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫，例如Add, Checkin/Checkout, Download等。 o 配置管理員根據(jù)“基線計(jì)劃”創(chuàng)建與維護(hù)基線，“凍結(jié)”配置項(xiàng)，控制變更。 o 配置管理員定期清除配置庫里的垃圾文件。 o 配置管理員定期備份配置庫。 o 交付管理。這里“交付”是指從配置庫中提取配置項(xiàng)，交付給客戶或項(xiàng)目外的人員。交付 出去的配置項(xiàng)必須有據(jù)可查，避免發(fā)生混亂。流程如下： 1. “索取人”向CCB提出交付申請(qǐng)。 2. CCB審批該申請(qǐng)。如果該申請(qǐng)不合法（合理），則拒絕交付配置項(xiàng)。如果同意交付 ，CCB應(yīng)給出詳細(xì)的交付清單。 3. 配置管理員依據(jù)CCB的批示，從配置庫中提取配置項(xiàng)交付給“索取人”。 4. “索取人”驗(yàn)收后簽字。 17.3.6 輸出 o 《配置庫管理報(bào)告》（由配置管理員撰寫） 17.3.7 結(jié)束準(zhǔn)則 o 對(duì)配置庫的操作與管理將持續(xù)到項(xiàng)目結(jié)束。 17.3.8 度量 o 配置管理員統(tǒng)計(jì)工作量以及文檔規(guī)模。 17.3 版本控制 17.3.1 目的 o 按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快 速準(zhǔn)確地查找到配置項(xiàng)的任何版本。 17.3.2 角色與職責(zé) o 所有項(xiàng)目成員都必須遵照版本控制規(guī)程操作配置庫。 17.3.3 配置項(xiàng)狀態(tài)變遷規(guī)則 配置項(xiàng)的狀態(tài)有三種：“草稿”（Draft）、“正式發(fā)布”（Released）和“正在修改”（ Changing）。 配置項(xiàng)狀態(tài)變遷如圖17- 2所示。配置項(xiàng)剛建立時(shí)其狀態(tài)為“草稿”。配置項(xiàng)通過評(píng)審（或?qū)徟┖?，其狀態(tài)變?yōu)椤?正式發(fā)布”。此后若更改配置項(xiàng)，必須依照“變更控制規(guī)程”執(zhí)行，其狀態(tài)變?yōu)椤罢谛薷?”。當(dāng)配置項(xiàng)修改完畢并重新通過評(píng)審（或?qū)徟r(shí)，其狀態(tài)又變?yōu)椤罢桨l(fā)布”，如此循 環(huán)。 圖17-2 配置項(xiàng)狀態(tài)變遷圖 17.3.4 配置項(xiàng)版本號(hào)規(guī)則 配置項(xiàng)的版本號(hào)與配置項(xiàng)的狀態(tài)緊密相關(guān)： （1）處于“草稿”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：0.YZ ← YZ數(shù)字范圍為01-99。 ← 隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增?！癥Z”的初值和增幅由用戶自己把握。 （2）處于“正式發(fā)布”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：X.Y ← X為主版本號(hào)，取值范圍為1-9。Y為次版本號(hào)，取值范圍為1-9。 ← 配置項(xiàng)第一次“正式發(fā)布”時(shí)，版本號(hào)為1.0。 ← 如果配置項(xiàng)的版本升級(jí)幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置 項(xiàng)版本升級(jí)幅度比較大時(shí)，才允許增大X值。 （3）處于“正在修改”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：X.YZ ← 配置項(xiàng)正在修改時(shí)，一般只增大Z值，X.Y值保持不變。 ← 當(dāng)配置項(xiàng)修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將Z值設(shè)置為0，增加X.Y值。參 見規(guī)則（2）。 17.3.4 配置項(xiàng)版本控制流程 [Step1] 創(chuàng)建配置項(xiàng) o 項(xiàng)目成員依據(jù)《配置管理計(jì)劃》，在配置庫中創(chuàng)建屬于其任務(wù)范圍內(nèi)的配置...
第17章 配置管理