CMMI-配置管理過程 V1.00

PAGEPAGE4配置管理過程文件編號保密級別總頁數(shù)編制

變更日志編號版本修改內(nèi)容修改人修改日期10.10創(chuàng)建初稿20.20內(nèi)部評審，建立組織方針31.00發(fā)布

目錄1 引言 11.1目的和方針 11.2適用范圍 11.3定義 11.4參考資料 22 過程總體描述 32.1過程概述 33 過程活動描述 43.1識別配置項 43.1.1概述 43.1.2角色職責(zé) 43.1.3進(jìn)入標(biāo)準(zhǔn) 43.1.4輸入 43.1.5任務(wù) 43.1.5.1識別配置項 43.1.5.2標(biāo)識配置項 43.1.6結(jié)束標(biāo)準(zhǔn) 43.1.7輸出 43.2定義基線 43.2.1概述 43.2.2角色職責(zé) 43.2.3入口準(zhǔn)則 53.2.4輸入 53.2.5任務(wù) 53.2.6出口準(zhǔn)則 53.2.7輸出 53.3組建項目CCB 63.3.1概述 63.3.2角色職責(zé) 63.3.3入口準(zhǔn)則 63.3.4輸入 63.3.5任務(wù) 63.3.6出口準(zhǔn)則 73.3.7輸出 73.4制定配置管理計劃 73.4.1概述 73.4.2角色職責(zé) 73.4.3入口準(zhǔn)則 73.4.3輸入 73.4.4任務(wù) 73.4.5出口準(zhǔn)則 73.4.6輸出 83.5記錄及報告配置狀態(tài) 83.5.1概述 83.5.2角色職責(zé) 83.5.3入口準(zhǔn)則 83.5.4輸入 83.5.5任務(wù) 83.5.6出口準(zhǔn)則 83.5.7輸出 93.6配置項入庫和基線發(fā)布 93.6.1概述 93.6.2角色職責(zé) 93.6.3入口準(zhǔn)則 93.6.4輸入 93.6.5任務(wù) 93.6.6出口準(zhǔn)則 103.6.7輸出 103.7配置審計 103.7.1概述 103.7.2角色職責(zé) 103.7.3入口準(zhǔn)則 103.7.4輸入 103.7.5任務(wù) 103.7.6輸出 113.7.7出口準(zhǔn)則 113.8變更控制 113.8.1概述 113.8.2角色職責(zé) 113.8.3入口準(zhǔn)則 113.8.4輸入 113.8.5任務(wù) 123.8.6輸出 123.8.7出口準(zhǔn)則 123.9管理CM活動 123.9.1概述 123.9.2角色職責(zé) 133.9.3入口準(zhǔn)則 133.9.4輸入 133.9.5任務(wù) 133.9.6輸出 143.9.7出口準(zhǔn)則 144 相關(guān)文檔 154.1引用文件 154.2使用模板 15配置管理過程PAGE2引言1.1目的和方針本文的目的是確保產(chǎn)品在軟件生命周期中的完整性和可追溯性，配置管理活動被設(shè)計來標(biāo)識配置項、建立基線、控制版本和變更，保證變更被適當(dāng)?shù)貙嵤?，使開發(fā)人員、測試人員、項目管理者、質(zhì)量保證人員以及客戶能方便地通過配置管理獲得有用的信息。為策劃和執(zhí)行“配置管理”過程，制定并維護(hù)組織方針：每個項目應(yīng)制定詳細(xì)的配置管理計劃，明確各配置項及其基線；在整個項目的生命周期中實施配置管理；配置項的變更需提出申請，說明變更時間、原因、措施等，得到項目經(jīng)理或高級管理者批準(zhǔn)后才可變更；項目組建立存儲有配置項、基線狀態(tài)的數(shù)據(jù)庫；定期對配置項和基線進(jìn)行審核。==1.2適用范圍本文檔的適用范圍為組織內(nèi)所有軟件項目。1.3定義下表列出本報告中專門術(shù)語的定義、英文縮寫詞的原詞組和意義、項目組內(nèi)達(dá)成一致意見的專用詞匯，同時繼承全部的先前過程中定義過的詞匯。詞匯名稱詞匯含義備注配置管理配置管理的目的是建立和維護(hù)在項目的整個軟件生命周期中軟件項目產(chǎn)品的完整性。配置管理活動是有計劃的；所選定的軟件工作產(chǎn)品是已標(biāo)識的、受控的和適用的；對已標(biāo)識的軟件工作產(chǎn)品的更改是受控的；受影響的組和個人得到軟件基線的狀態(tài)和內(nèi)容的通知。配置項配置項（ConfigurationItem簡稱CI）是指工程過程所生產(chǎn)或使用的任何元素，或者是納入軟件產(chǎn)品的元素?？赡苁钦f明書、計算機(jī)程序、數(shù)據(jù)結(jié)構(gòu)或開發(fā)軟件產(chǎn)品使用的工具。所有定義產(chǎn)品的元素的全體稱為軟件配置。工作產(chǎn)品由定義、維護(hù)和使用一個軟件過程所產(chǎn)生的任何人工制品，包括文件、文檔、工作記錄、源代碼，以及產(chǎn)品的一部分如服務(wù)、過程、規(guī)范、培訓(xùn)，而無論是否打算將它們交給客戶或最終用戶。軟件產(chǎn)品可交付給顧客或最終用戶的軟件工作產(chǎn)品的子集稱作軟件產(chǎn)品?；€基線是經(jīng)過評審和批準(zhǔn)的配置項的集合，其作用是明確劃分項目各階段，確定各階段的結(jié)束點(diǎn)。在項目的開發(fā)過程中，最基本的基線有需求基線、開發(fā)基線、發(fā)布基線等。配置控制委員會(ConfigurationControlBoard簡稱CCB)是負(fù)責(zé)評價、認(rèn)可或否定有關(guān)配置項更改建議并確保確認(rèn)的更改得以執(zhí)行的一個小組?！遁敵雠渲霉芾砜偙怼肥桥渲霉芾磉^程中，配置人員應(yīng)對所有提交的產(chǎn)品進(jìn)行管理控制，并記錄配置項和它的狀態(tài)，進(jìn)行的配置狀態(tài)的說明和報告。變更控制配置管理的一部分，包括在配置標(biāo)識正式建立之后，對配置項的更改進(jìn)行評價、協(xié)調(diào)、認(rèn)可或不認(rèn)可以及執(zhí)行更改的過程。配置審計考查軟件基線庫的結(jié)構(gòu)、內(nèi)容和設(shè)施，以驗證基線和描述它的文檔的一致性?；€變更變更引起新的基線發(fā)布稱為基線變更非基線變更除基線變更外的變更稱為非基線變更。1.4參考資料無配置管理過程PAGE14過程總體描述2.1過程概述本過程包括：３個子規(guī)程：《組織財富庫管理規(guī)程》、《變更管理規(guī)程》、《配置庫管理規(guī)程》1個工作規(guī)范：《軟件產(chǎn)品版本規(guī)劃與VSSLabel約定》配置管理過程示意圖如下：

圖1：配置管理過程示意圖在項目立項后為項目組分配一個配置管理員（CM工程師）。一個配置管理員可以同時兼任多個項目的配置管理工作。組織財富庫的配置管理工作由研發(fā)中心指定一名組織級配置管理員負(fù)責(zé)。過程活動描述3.1識別配置項3.1.1概述3.1.2角色職責(zé)CM人員：識別和標(biāo)識配置項。項目經(jīng)理：協(xié)助配置人員識別配置項。3.1.3進(jìn)入標(biāo)準(zhǔn)WBS已得到批準(zhǔn)3.1.4輸入WBS3.1.5任務(wù)3.1.5.1識別配置項識別配置項是配置管理計劃的一部分。通常是在WBS完成后才進(jìn)行的。是CM的第一步。當(dāng)項目開發(fā)計劃完成后，配置管理員在項目經(jīng)理的協(xié)助下，根據(jù)通過批準(zhǔn)的WBS活動識別整個項目生命周期內(nèi)部的配置項。3.1.5.2標(biāo)識配置項標(biāo)識配置項應(yīng)用于每個項目初始建立時。將識別出的每種不同的配置項進(jìn)行標(biāo)識。標(biāo)識時使用統(tǒng)一的命名規(guī)則。將標(biāo)識后的工作產(chǎn)品形成文件，記錄到《輸出配置管理總表》中。標(biāo)識工作由CM完成。CM確保標(biāo)識符不重復(fù)。3.1.6結(jié)束標(biāo)準(zhǔn)標(biāo)識完成形成文件，并獲得PM審批同意。3.1.7輸出《輸出配置管理總表》—配置項標(biāo)識。3.2定義基線3.2.1概述基線是被審查和批準(zhǔn)的配置項的集合。如果建立了基線，只有按照變更控制流程才可以改變其內(nèi)容。定義基線是配置管理計劃的一項活動。一個項目可能有一個或多個基線，每個基線包含一個或多個選定的軟件工作產(chǎn)品。這些項目基線的定義依賴于項目的本質(zhì)和生命周期模型，及項目計劃中指定的項目進(jìn)度表。3.2.2角色職責(zé)CM人員：定義基線。3.2.3入口準(zhǔn)則選用的生命周期模型已得到批準(zhǔn)。配置項已經(jīng)標(biāo)識。3.2.4輸入選用的生命周期模型。《輸出配置管理總表》3.2.5任務(wù)（1）根據(jù)選定的生命周期模型來定義基線。（2）在開發(fā)周期，基線的建立時間是不同的，可能會受到不同變更權(quán)威的控制。（3）計劃期間，項目應(yīng)按如下所述建立基線，用以維護(hù)對配置項的完整性的適當(dāng)控制。不同項目選用的生命周期雖然不同，但包含的基線就是以下幾種，這些基線內(nèi)容及建立時機(jī)如下：需求基線：客戶需求批準(zhǔn)時建立軟件需求批準(zhǔn)時更新由CCB控制設(shè)計基線：概要設(shè)計和詳細(xì)設(shè)計批準(zhǔn)時建立由CCB控制代碼基線：是在對原始軟件單元編碼、檢查完成時建立由項目經(jīng)理控制測試基線：為集成測試和系統(tǒng)測試而發(fā)布軟件時建立由項目經(jīng)理控制產(chǎn)品基線：為運(yùn)行而發(fā)布系統(tǒng)時建立由CCB會控制（4）每個基線必須記錄在CMP中，包含：基線名稱、基線內(nèi)容、在生命周期的什么時候建立、誰有對基線更改的批準(zhǔn)權(quán)，每個基線下具體包含的產(chǎn)品可從過程概述的（圖1）中對應(yīng)查找。3.2.6出口準(zhǔn)則配置管理計劃中的定義基線已被批準(zhǔn)。3.2.7輸出配置管理計劃中的基線定義。3.3組建項目CCB3.3.1概述正式基線的改變必須由項目組的CCB審查和批準(zhǔn)。正式的基線，如需求和產(chǎn)品基線。正式基線的控制權(quán)威是CCB，一般CCB的主席通常由組織中的高層經(jīng)理來擔(dān)任。整個基線的控制有CCB來完成，為了簡化項目人員組成，可由項目經(jīng)理擔(dān)任CCB成員。工程過程期間建立的開發(fā)基線，如設(shè)計和代碼基線、測試基線由項目經(jīng)理和/或項目技術(shù)負(fù)責(zé)人正式地控制，可以將基線評審與里程碑會議一起執(zhí)行，作為會議的一個議題，基線在會后發(fā)布。在為CM作計劃時，CM負(fù)責(zé)人必須定義變更權(quán)威及其責(zé)任。對大多數(shù)新的開發(fā)項目，有兩個權(quán)威：負(fù)責(zé)正式基線的CCB和負(fù)責(zé)內(nèi)部/開發(fā)基線的項目經(jīng)理（或項目軟件經(jīng)理）。對維護(hù)或小的升級項目只有一個變更權(quán)威即項目經(jīng)理。3.3.2角色職責(zé)CCB：建立對提出變更的可接受性的標(biāo)準(zhǔn)。必要時要求對提出的變更進(jìn)行評價。向CCB成員征求推薦的措施。解決關(guān)于提出的變更的爭議。在CCB權(quán)限內(nèi)，對所有變更給出最后的正式批準(zhǔn)。CCB主席或由他指定項目的配置負(fù)責(zé)人來做CCB會議記錄并通知相關(guān)組。3.3.3入口準(zhǔn)則項目核心組成立3.3.4輸入無3.3.5任務(wù)（1）CCB可由下面幾部分組成：項目經(jīng)理、CM負(fù)責(zé)人、QA負(fù)責(zé)人、測試負(fù)責(zé)人。（2）制定CMP時就要建立項目的CCB，它是在項目初期建立的，將確定的CCB人選記錄到CMP中，并發(fā)通知給項目組和相關(guān)組。（3）CCB的主要功能有：評審項目基線的建立和變更確保所有提出的CCB控制下的基線變更經(jīng)過充分的評價和分類。審批的變更。確保只有經(jīng)過批準(zhǔn)的變更才能得到實施。確定納入變更的優(yōu)先權(quán)。當(dāng)正式基線建立或變更時，要召開CCB會議，并進(jìn)行會議記錄3.3.6出口準(zhǔn)則CCB組建完成。3.3.7輸出配置管理計劃中的CCB。3.4制定配置管理計劃3.4.1概述配置管理計劃（以下簡稱CMP）的制定是在整個項目策劃的早期階段。CMP應(yīng)該與項目開發(fā)計劃一同完成并進(jìn)行評審，以保證CMP的范圍同項目開發(fā)計劃的范圍一致。在整個項目生命周期定期審閱CMP，從而確定是否需要做必要的調(diào)整。CM人員應(yīng)該用CMP模板來制定CMP。3.4.2角色職責(zé)CM人員：制定配置管理計劃項目經(jīng)理：協(xié)助CM人員制定CMP3.4.3入口準(zhǔn)則項目已立項項目策劃開始啟動3.4.3輸入《WBS》《項目開發(fā)計劃》3.4.4任務(wù)（1）對每個軟件項目在產(chǎn)生項目計劃和WBS后制定CMP。（2）計劃包括將進(jìn)行的CM活動、活動日程、分配的責(zé)任和所要求的資源（包括職員、工具和計算機(jī)設(shè)施等）。（3）組建項目CCB，正式基線的變更權(quán)威是CCB。（4）每個項目的CMP中記錄相應(yīng)的配置項，所有的配置項要進(jìn)行唯一標(biāo)識并列出配置項列表。（5）CMP中要記錄項目所定義的所有基線，確定每個基線中包含的配置項。（6）每個在CMP中記錄的基線包括基線名稱、基線內(nèi)容、在生命周期的什么時候建立、誰有對其更改的批準(zhǔn)權(quán)。（7）項目的配置管理庫、庫中的配置區(qū)域、CM工具和相關(guān)的控制應(yīng)該在CMP中記錄。（8）CMP和項目計劃保持一致并共同評審。（9）納入配置庫的配置管理計劃需要以E—MAIL形式或者其它形式通知到相關(guān)人員。3.4.5出口準(zhǔn)則配置管理計劃得到批準(zhǔn)3.4.6輸出《配置管理計劃》3.5記錄及報告配置狀態(tài)3.5.1概述報告配置項狀態(tài)則是對配置活動中要發(fā)布的報告的描述。配置狀態(tài)的報告共分為：《輸出配置管理總表》、《變更記錄》、《變更實施單》、《配置審計報告》。報告配置狀態(tài)是配置管理過程中的一項重要的活動，在配置管理過程中，配置人員應(yīng)對所有提交的工作產(chǎn)品進(jìn)行管理控制，當(dāng)有工作產(chǎn)品提交或變更完成時或基線發(fā)布時，經(jīng)過相應(yīng)的質(zhì)量檢查，配置人員將批準(zhǔn)的配置項納入基線庫或配置庫中，記錄配置項和它的狀態(tài)，進(jìn)行配置狀態(tài)說明和報告，確保相關(guān)信息能及時的通知給所有必要了解情況的組。在以下的過程任務(wù)中將分兩步來描述輸出配置管理總表。3.5.2角色職責(zé)CM人員：維護(hù)《輸出配置管理總表》；并向項目組、高層經(jīng)理匯報配置項當(dāng)前狀態(tài)。3.5.3入口準(zhǔn)則變更批準(zhǔn)?；蛴行屡渲庙椉{入基線、或變更配置項更新完成或發(fā)布基線時3.5.4輸入《輸出配置管理總表》、變更與問題日志等。3.5.5任務(wù)（1）建立和維護(hù)《輸出配置管理總表》：輸出配置管理總表從客戶需求得到批準(zhǔn)時就要開始記錄。CM人員要在配置項得到批準(zhǔn)后、以及進(jìn)行基線發(fā)布后進(jìn)行狀態(tài)記錄。根據(jù)項目經(jīng)理或開發(fā)人員提供的《產(chǎn)品清單》核對工作產(chǎn)品。檢查工作產(chǎn)品的版本標(biāo)識情況，確認(rèn)無誤。登錄到配置庫上，該工作產(chǎn)品從開發(fā)域提取到基線庫對應(yīng)的域中進(jìn)行控制。然后在（管理域）打開配置項狀態(tài)記錄文件。將納入到基線庫中的工作產(chǎn)品按要求登記到配置項狀態(tài)記錄文檔中。將工作產(chǎn)品的批準(zhǔn)時間、納入到基線庫的時間、發(fā)布的時間以及工作產(chǎn)品在完成變更后的所有狀態(tài)都記錄到配置項狀態(tài)記錄中。要求記錄各階段所產(chǎn)生的全部配置項。對變更項也要進(jìn)行記錄，在《輸出配置管理總表》中記錄，應(yīng)該記錄相應(yīng)的變更信息。如新版本號、配置時間等。記錄時采用《輸出配置管理總表》。《輸出配置管理總表》的編制由項目的CM人員完成。3.5.6出口準(zhǔn)則《輸出配置管理總表》及時發(fā)布3.5.7輸出《輸出配置管理總表》3.6配置項入庫和基線發(fā)布3.6.1概述產(chǎn)品的檢查是配置人員將產(chǎn)品納入配置庫之前的重要步驟。CM人員要保證置于配置控制之下的項或在基線庫內(nèi)提取的項必須是成功通過質(zhì)量檢驗的。當(dāng)項目經(jīng)理或項目成員提交經(jīng)批準(zhǔn)的產(chǎn)品給CM人員時，還需要提供《基線發(fā)布報告》。CM人員需要從《配置審計報告》上查看產(chǎn)品是否經(jīng)過項目經(jīng)理和QA的檢驗，是否成功的通過了質(zhì)量檢驗，以此來決定是否將該產(chǎn)品納入基線庫。當(dāng)CM人員將批準(zhǔn)的配置項納入配置庫后，還應(yīng)當(dāng)把配置項信息及其狀態(tài)記錄到《輸出配置管理總表》中，如果是基線產(chǎn)品，還要發(fā)布通知，確保相關(guān)信息能及時的通知給所有必要了解情況的組。3.6.2角色職責(zé)項目成員：提交產(chǎn)品，填寫《發(fā)布申請表》。CCB：批準(zhǔn)正式基線的發(fā)布。CM人員：產(chǎn)品的檢查和入庫，填寫《輸出配置管理總表》，必要時發(fā)布通知。3.6.3入口準(zhǔn)則項目組成員已提交產(chǎn)品和批準(zhǔn)后的《發(fā)布申請表》給CM人員，等待檢查入庫。3.6.4輸入產(chǎn)品配置項變更單3.6.5任務(wù)產(chǎn)品檢查的時機(jī)是項目經(jīng)理或項目成員向CM人員提交經(jīng)批準(zhǔn)的產(chǎn)品時。入庫前的檢查步聚如下：首先要確定產(chǎn)品類型，不同類型的基線產(chǎn)品要經(jīng)過適當(dāng)變更權(quán)威的審批。其次確定質(zhì)量檢查方式（包括評審、測試和查閱）。成功通過質(zhì)量檢查的產(chǎn)品，提交人要提供檢查人員簽字的《配置項變更單》給CM人員。入庫后的登記將納入到基線庫中的產(chǎn)品按要求登記到配置項狀態(tài)記錄文檔中。要求記錄各階段所產(chǎn)生的全部配置項。對變更項也要進(jìn)行記錄，應(yīng)該記錄相應(yīng)的變更信息?；€產(chǎn)品入庫后需要對項目組及時發(fā)布通知發(fā)布形式：通過E-mail、書面文檔、備份文件到磁盤或刻錄光盤等方式發(fā)布給外部客戶或內(nèi)部受到影響的組和個人?；€的發(fā)布要使用《基線發(fā)布報告》通知到相關(guān)人員。3.6.6出口準(zhǔn)則檢查人員在《配置審計報告》上簽字，產(chǎn)品成功的通過了檢查。3.6.7輸出批準(zhǔn)的產(chǎn)品納入到基線域。配置項狀態(tài)記錄基線發(fā)布報告3.7配置審計3.7.1概述配置審計的目的是要證實軟件產(chǎn)品在其整個生命周期中，各配置項在技術(shù)上和管理上的完整性，并確保在基線發(fā)布之前，所有質(zhì)量和配置活動都已經(jīng)完成，其中基線發(fā)布包括基線建立時的發(fā)布和變更實施后的發(fā)布。3.7.2角色職責(zé)CM人員：審計準(zhǔn)備；執(zhí)行物理審計；制作審計報告；問題跟蹤。項目經(jīng)理：執(zhí)行功能審計。技術(shù)人員：執(zhí)行功能審計。QA人員：監(jiān)督審計過程。3.7.3入口準(zhǔn)則有待發(fā)布的《配置審計報告》。3.7.4輸入待審計的軟件基線產(chǎn)品。準(zhǔn)備《配置審計報告》。3.7.5任務(wù)（1）審計要求：在CMP中記錄執(zhí)行審計的時間表。由合格技術(shù)人員執(zhí)行審查。認(rèn)可的變更權(quán)威負(fù)責(zé)指定執(zhí)行審計的人員。CM人員負(fù)責(zé)安排和準(zhǔn)備審計并執(zhí)行審計。（2）審計對象：已經(jīng)建立的軟件基線。（3）審計時機(jī)：對基線的審計通常為兩次，一次是系統(tǒng)測試之前，另一次是向客戶交付產(chǎn)品前。根據(jù)項目規(guī)模的大小，可以適當(dāng)增加配置審計的次數(shù)。（4）審計的類型：物理審計：審計基線庫中產(chǎn)品的完整性。功能審計：審計產(chǎn)品的技術(shù)是否符合需求功能。（5）審計工作準(zhǔn)備：認(rèn)可的變更權(quán)威確認(rèn)審計組成員，通常：CM人員負(fù)責(zé)物理審計；項目經(jīng)理、技術(shù)權(quán)威、測試負(fù)責(zé)人負(fù)責(zé)功能審計；QA人員負(fù)責(zé)對審計過程進(jìn)行監(jiān)督。確認(rèn)審計日程安排。（6）審計的實施：按照本規(guī)程對軟件基線進(jìn)行審計。按照CMP中的審計時間表進(jìn)行。審計工作由CM人員全面負(fù)責(zé)執(zhí)行。依照“配置審計檢查表”實施審計。評估軟件基線的完整性。評審配置管理庫系統(tǒng)的結(jié)構(gòu)。驗證軟件基線庫內(nèi)容的完備性和正確性。驗證與適用的CM標(biāo)準(zhǔn)和規(guī)程的符合性。CM人員負(fù)責(zé)跟蹤審計問題的解決措施的執(zhí)行情況。3.7.6輸出已審計過的產(chǎn)品。配置審計報告。3.7.7出口準(zhǔn)則審計執(zhí)行完成。3.8變更控制3.8.1概述項目按照配置管理計劃規(guī)定的職責(zé)、任務(wù)、規(guī)程，在項目的進(jìn)展過程中針對正式基線、非正式基線、工作產(chǎn)品版本進(jìn)行變更控制，其中包括變更的申請與批準(zhǔn)、變更的實施、變更狀態(tài)統(tǒng)計等活動。使所有配置項的變更都得到控制，同時相關(guān)的人或組織都得到通知。3.8.2角色職責(zé)任意角色：提交變更請求配置管理員：處理變更請求；項目軟件經(jīng)理：分析或指定人進(jìn)行變更分析CCB：具體職責(zé)參見《研發(fā)中心角色職責(zé)表》變更執(zhí)行人：配置項的作者或由項目軟件經(jīng)理指定的項目組成員詳細(xì)內(nèi)容請參考《變更控制流程》。