軟件配置管理

軟件配置管理第一頁，共五十五頁，2022年，8月28日第八章軟件配置管理CMMI對應(yīng)實(shí)踐配置管理基本概念配置管理活動產(chǎn)品發(fā)布流程配置管理工具介紹第二頁，共五十五頁，2022年，8月28日配置管理（CM）目的：通過配置標(biāo)識、配置控制、配置狀態(tài)報告和配置審計等活動，建立和維護(hù)工作產(chǎn)品的完整性。工作產(chǎn)品包括：提交給客戶的產(chǎn)品，指定的內(nèi)部工作產(chǎn)品，獲得的產(chǎn)品、工具，以及被用于構(gòu)建和描述這些工作產(chǎn)品的其他項(xiàng)。借助于配置管理系統(tǒng)的配置控制、變更管理和配置審計功能，使基線變更和工作產(chǎn)品發(fā)布得到監(jiān)督和控制。第三頁，共五十五頁，2022年，8月28日CM（一）SG1EstablishBaselines（建立基線），建立已識別工作產(chǎn)品的基線。SP1.1IdentifyConfigurationItems（識別配置項(xiàng)），標(biāo)識將要置于配置管理之下的配置項(xiàng)、組件和相關(guān)的工作產(chǎn)品。SP1.2EstablishaConfigurationManagementSystem（建立配置管理系統(tǒng)），建立和維護(hù)配置管理和變更管理系統(tǒng)，控制工作產(chǎn)品的完整性。SP1.3CreateorReleaseBaselines（建立或發(fā)布基線），創(chuàng)建或者發(fā)布基線，供內(nèi)部使用或提交給客戶。第四頁，共五十五頁，2022年，8月28日CM（二）SG2TrackandControlChanges（跟蹤并控制變更），跟蹤和控制配置管理下工作產(chǎn)品的變更。SP2.1TrackChangeRequests（跟蹤變更申請），變更申請不只是關(guān)于新的或變更的工作產(chǎn)品，還包括工作產(chǎn)品中的錯誤及缺陷。SP2.2ControlConfigurationItems（控制配置項(xiàng)），主要是控制配置項(xiàng)的變更，一般會形成配置項(xiàng)的修訂歷史和基線的存檔兩種工作產(chǎn)品。第五頁，共五十五頁，2022年，8月28日CM（三）SG3EstablishIntegrity（建立完整性），建立和維護(hù)基線的完整性。SP3.1EstablishConfigurationManagementRecords（建立配置管理記錄），建立和維護(hù)描述配置項(xiàng)的記錄。SP3.2PerformConfigurationAudits（實(shí)施配置審計），執(zhí)行配置審計以維護(hù)配置基線的完整性。第六頁，共五十五頁，2022年，8月28日第八章軟件配置管理CMMI對應(yīng)實(shí)踐配置管理基本概念配置管理活動產(chǎn)品發(fā)布流程配置管理工具介紹第七頁，共五十五頁，2022年，8月28日配置管理定義配置管理：包含版本控制、工作空間管理、并行開發(fā)控制、過程管理、權(quán)限管理、變更管理等內(nèi)容。軟件配置管理：是在貫穿整個軟件生命周期中建立和維護(hù)項(xiàng)目產(chǎn)品的完整性目標(biāo)：軟件配置管理的各項(xiàng)工作是有計劃進(jìn)行的；被選擇的項(xiàng)目產(chǎn)品得到識別，控制并且可以被相關(guān)人員獲取；已識別出的項(xiàng)目產(chǎn)品的更改得到控制；使相關(guān)組和個人及時了解軟件基準(zhǔn)的狀態(tài)和內(nèi)容。第八頁，共五十五頁，2022年，8月28日存放配置項(xiàng)的數(shù)據(jù)庫，常用兩種形式：按配置項(xiàng)類型分類建庫和按任務(wù)建庫。按配置項(xiàng)的類型分類建庫：適用于通用的應(yīng)用軟件開發(fā)機(jī)構(gòu)。產(chǎn)品的繼承性較強(qiáng)，工具比較統(tǒng)一，對并行開發(fā)有一定需求使用這樣的庫結(jié)構(gòu)有利于對配置項(xiàng)的統(tǒng)一管理和控制能提高編譯和發(fā)布的效率。這樣的庫結(jié)構(gòu)并不是面向各個開發(fā)團(tuán)隊的開發(fā)任務(wù)的，所以可能會造成開發(fā)人員的工作目錄結(jié)構(gòu)過于復(fù)雜，帶來一些不必要的麻煩。概念——配置庫第九頁，共五十五頁，2022年，8月28日按任務(wù)建立相應(yīng)的配置庫適用于專業(yè)軟件的研發(fā)機(jī)構(gòu)，使用的開發(fā)工具種類繁多，開發(fā)模式以線性發(fā)展為主，沒有必要把配置項(xiàng)嚴(yán)格的分類存儲，人為增加目錄的復(fù)雜性。特別是對于研發(fā)性的軟件機(jī)構(gòu)來說，還是采用這種設(shè)置策略比較靈活。配置庫的日常工作：主要保證配置庫的安全性，如：對配置庫的定期備份、清除無用的文件和版本、檢測并改進(jìn)配置庫的性能等。概念——配置庫（續(xù)）第十頁，共五十五頁，2022年，8月28日在項(xiàng)目開發(fā)過程中，配置庫可分開發(fā)區(qū)、受控區(qū)和測試區(qū)三個區(qū)域，其各自存放的內(nèi)容及存取的規(guī)定為：開發(fā)區(qū)：開發(fā)區(qū)存放項(xiàng)目組所遵循的過程標(biāo)準(zhǔn)、參考資料、所有未經(jīng)批準(zhǔn)的配置項(xiàng)、已經(jīng)批準(zhǔn)但未納入基線的配置項(xiàng)，此區(qū)域中的配置項(xiàng)由項(xiàng)目經(jīng)理負(fù)責(zé)和控制，項(xiàng)目總結(jié)結(jié)束后刪除。受控區(qū)：受控區(qū)存放基線。此區(qū)域的配置項(xiàng)由項(xiàng)目經(jīng)理或CCB評審批準(zhǔn)后，由配置管理員從開發(fā)區(qū)更新而來，此區(qū)屬配置管理員所有。測試區(qū)：該區(qū)僅為臨時區(qū)，不作詳細(xì)規(guī)定，測試通過后需刪除該區(qū)。測試內(nèi)容也可由配置管理員從受控區(qū)獲?。╣etlatest）到指定的路徑進(jìn)行測試。概念——配置庫（續(xù)）第十一頁，共五十五頁，2022年，8月28日配置庫使用建議流程圖第十二頁，共五十五頁，2022年，8月28日軟件工程師按如下原則使用配置庫：只能訪問開發(fā)區(qū)。在添加配置項(xiàng)后，按公司版本的約定打標(biāo)識，給定一個初始版本；簽入/簽出不需要更新標(biāo)識；當(dāng)工作產(chǎn)品完成之后，簽入后，按公司版本約定打標(biāo)識；如果需要再修改，則簽出；修改完成后簽入，三級或四級版本號加一，按打上面版本約定打標(biāo)識依次類推，直到該配置項(xiàng)完全定稿。配置庫建議使用原則第十三頁，共五十五頁，2022年，8月28日配置管理員按如下原則使用配置庫：擁有配置庫的全部權(quán)限，建立配置庫并分配操作權(quán)限；把評審?fù)ㄟ^的配置項(xiàng)根據(jù)評審后確定的版本，打上版本標(biāo)識；根據(jù)審計過的版本控制表生成基線，從開發(fā)區(qū)把配置項(xiàng)移到受控區(qū)；之后，鎖定該版本的工作產(chǎn)品；負(fù)責(zé)配置庫的日常維護(hù)及備份；發(fā)布時定期或事件驅(qū)動從配置庫生成配置狀態(tài)報告。配置庫建議使用原則（續(xù)）第十四頁，共五十五頁，2022年，8月28日測試工程師按如下原則使用配置庫：測試工程除了對測試區(qū)域及公共區(qū)域有權(quán)限外，其他區(qū)域均無操作權(quán)限；當(dāng)一個系統(tǒng)/變更測試通過之后，通知配置管理員，由配置管理員根據(jù)測試結(jié)果對相關(guān)配置項(xiàng)打標(biāo)識。配置庫建議使用原則（續(xù)）第十五頁，共五十五頁，2022年，8月28日基線，由一個或若干個通過（正式）評審并得到確認(rèn)的配置項(xiàng)組成，是項(xiàng)目進(jìn)入下一個生命周期階段的出發(fā)點(diǎn)（或基準(zhǔn)）?；€是軟件文檔或源碼(或其它產(chǎn)出物)的一個穩(wěn)定版本，它是進(jìn)一步開發(fā)的基礎(chǔ)，只有經(jīng)過授權(quán)后才能變更。建立一個初始基線后，以后每次對其進(jìn)行的變更都將記錄為一個差值，直到建成下一個基線。概念——基線第十六頁，共五十五頁，2022年，8月28日建立基線的原因：重現(xiàn)性：及時重新生成軟件系統(tǒng)給定發(fā)布版本的能力，重新生成開發(fā)環(huán)境?？勺粉櫺裕航㈨?xiàng)目工作產(chǎn)品之間的前后繼承關(guān)系，確保設(shè)計滿足要求、代碼滿足設(shè)計及用正確的代碼編譯系統(tǒng)。報告：來源于基線之間內(nèi)容的比較，有助于調(diào)試并生成發(fā)布說明。概念——基線（續(xù)）第十七頁，共五十五頁，2022年，8月28日建立基線的優(yōu)點(diǎn)：為開發(fā)工作提供了一個定點(diǎn)和快照。新項(xiàng)目可以從基線提供的定點(diǎn)建立，作為一個單獨(dú)分支，新項(xiàng)目將與隨后對原始項(xiàng)目所進(jìn)行的變更進(jìn)行隔離。各開發(fā)人員可以將建有基線的工作產(chǎn)品作為他在隔離的私有工作區(qū)中進(jìn)行更新的基礎(chǔ)。當(dāng)認(rèn)為更新不穩(wěn)定或不可信時，基線為團(tuán)隊提供一種取消變更的方法。概念——基線（續(xù)）第十八頁，共五十五頁，2022年，8月28日常用的基線：需求基線（SRS_BL）：在需求分析階段結(jié)束后，《用戶需求說明書》、《軟件需求規(guī)格說明書》經(jīng)過了評審。計劃基線（PLN_BL）：詳細(xì)計劃經(jīng)過評審。設(shè)計基線（DESIN_BL）：在概要設(shè)計和詳細(xì)設(shè)計階段結(jié)束后，設(shè)計階段工作產(chǎn)品經(jīng)過了評審。實(shí)現(xiàn)基線（CODE_BL）：代碼和集成測試計劃、用例、報告等工作產(chǎn)品經(jīng)過了評審。測試基線（TEST_BL）：系統(tǒng)測試計劃、用例、報告等工作產(chǎn)品經(jīng)過了評審。發(fā)布基線（RELEASE_BL）：通過軟件系統(tǒng)驗(yàn)收測試與正式的配置審核，產(chǎn)生了作為最終產(chǎn)品交付用戶的配置項(xiàng)的集合。概念——基線（續(xù)）第十九頁，共五十五頁，2022年，8月28日工作空間為開發(fā)人員提供獨(dú)立的工作空間。工作空間是被設(shè)計用來防止用戶之間的相互干擾。在企業(yè)里，一般對每個人的工作空間可以建立如下約定：開發(fā)人員在項(xiàng)目結(jié)束后在本地機(jī)器刪除所有項(xiàng)目資料；嚴(yán)格按照開發(fā)環(huán)境的描述安裝相關(guān)軟件，搭建自已的工作平臺；及時備份半成品，在開始修改配置項(xiàng)之后檢查當(dāng)前配置項(xiàng)狀態(tài)/版本號；不隨意安裝未經(jīng)過批準(zhǔn)的軟件。概念——工作空間第二十頁，共五十五頁，2022年，8月28日對于大型的軟件開發(fā)項(xiàng)目，無控制的變更將迅速導(dǎo)致混亂，使整個項(xiàng)目無法順利進(jìn)行下去而失敗。變更控制就是通過結(jié)合人為的規(guī)程和自動化工具，以提供一個變化控制的機(jī)制。變更控制的對象主要指配置庫中的各基線配置項(xiàng)變更管理的一般流程是：由開發(fā)人員或系統(tǒng)分析人員提出變更需求；由CCB（變更控制委員會）或項(xiàng)目經(jīng)理審核并決定是否批準(zhǔn)；配置管理員根據(jù)CCB或項(xiàng)目經(jīng)理的決定開放相應(yīng)的權(quán)限，并形成記錄備案；變更申請人員執(zhí)行相應(yīng)的變更。概念——變更控制第二十一頁，共五十五頁，2022年，8月28日第八章軟件配置管理CMMI對應(yīng)實(shí)踐配置管理基本概念配置管理活動產(chǎn)品發(fā)布流程配置管理工具介紹第二十二頁，共五十五頁，2022年，8月28日配置管理方針項(xiàng)目組軟件配置管理應(yīng)有專人負(fù)責(zé)（稱配置管理員）；中小型項(xiàng)目，由項(xiàng)目經(jīng)理或指定專人擔(dān)任配置管理員，負(fù)責(zé)項(xiàng)目配置管理。大規(guī)模項(xiàng)目，應(yīng)建立配置管理小組（CM組），在項(xiàng)目經(jīng)理領(lǐng)導(dǎo)或授權(quán)下負(fù)責(zé)項(xiàng)目配置管理。配置管理貫穿軟件生命周期全過程，但分兩個階段：從需求到產(chǎn)品發(fā)布的開發(fā)階段，配置管理由項(xiàng)目經(jīng)理或指定專人負(fù)責(zé)；發(fā)布后進(jìn)入產(chǎn)品維護(hù)階段，由負(fù)責(zé)該產(chǎn)品技術(shù)支持部門指定的配置管理員負(fù)責(zé)。在整個開發(fā)階段，各類工作產(chǎn)品（配置項(xiàng)）及其變更是項(xiàng)目配置管理的重點(diǎn)；而開發(fā)環(huán)境、測試環(huán)境和運(yùn)行環(huán)境的描述文檔則只作為配置項(xiàng)納入配置管理，受到控制。在產(chǎn)品維護(hù)階段，配置管理的重點(diǎn)則包括變更控制、版本控制和基線管理。第二十三頁，共五十五頁，2022年，8月28日項(xiàng)目啟動后就應(yīng)開始配置管理活動，包括：定義、標(biāo)識配置項(xiàng)，定義基線，建立配置庫和基線庫，確定訪問權(quán)限，控制配置庫/基線庫的簽出（Checkout）和簽入（Checkin）。在項(xiàng)目計劃階段，應(yīng)編寫配置管理計劃（CM計劃），與項(xiàng)目開發(fā)計劃一起提交評審；在產(chǎn)品發(fā)布后進(jìn)入維護(hù)階段，也應(yīng)編寫CM計劃。按評審確認(rèn)的CM計劃建立基線、審計配置庫和基線，及時報告配置狀態(tài)。每一個產(chǎn)品的所有配置項(xiàng)的變更均應(yīng)得到管理和控制。（每一個項(xiàng)目組的）軟件產(chǎn)品最終集成（產(chǎn)品發(fā)布基線，或產(chǎn)品發(fā)布后的產(chǎn)品維護(hù)階段定期生成的基線），由項(xiàng)目配置管理員負(fù)責(zé)實(shí)施，技術(shù)支持的配置管理員負(fù)責(zé)監(jiān)督。配置管理方針（續(xù)）第二十四頁，共五十五頁，2022年，8月28日配置管理流程圖第二十五頁，共五十五頁，2022年，8月28日代碼類配置項(xiàng)（源代碼、可執(zhí)行代碼以及相關(guān)的數(shù)據(jù)文件）的劃分由項(xiàng)目組結(jié)合項(xiàng)目具體情況確定（例如，一個單元或模塊的代碼作為一個配置項(xiàng)），代碼類配置項(xiàng)的命名必須結(jié)合軟件產(chǎn)品的特征，而版本編號則應(yīng)符合機(jī)構(gòu)統(tǒng)一規(guī)定。開發(fā)環(huán)境、測試環(huán)境和運(yùn)行環(huán)境描述，單獨(dú)成文，并作為單獨(dú)的配置項(xiàng)進(jìn)行管理。文檔類配置項(xiàng)，比如：需求類文檔、計劃類文檔、設(shè)計類文檔、測試用例/方案文檔、測試報告、用戶手冊等。實(shí)際執(zhí)行時項(xiàng)目組應(yīng)遵照機(jī)構(gòu)標(biāo)準(zhǔn)并結(jié)合項(xiàng)目具體情況加以適當(dāng)裁剪。配置項(xiàng)分類第二十六頁，共五十五頁，2022年，8月28日配置項(xiàng)識別的參考標(biāo)準(zhǔn)：可能被兩個或兩個以上組使用的工作產(chǎn)品；無論是因?yàn)殄e誤還是因?yàn)樾枨笞兏鴮?dǎo)致變更的工作產(chǎn)品；工作產(chǎn)品相關(guān)依賴，其中一個變更會導(dǎo)致另外一個變更；對項(xiàng)目非常重要的工作產(chǎn)品（環(huán)境類文檔應(yīng)當(dāng)屬于這一類）。機(jī)構(gòu)應(yīng)制定如下配置項(xiàng)標(biāo)識命名規(guī)則：文檔類配置項(xiàng)命名規(guī)則，文檔版本編號規(guī)則，代碼類配置項(xiàng)命名規(guī)則，單元（模塊）源代碼和執(zhí)行碼版本編號規(guī)則。配置項(xiàng)識別及標(biāo)識第二十七頁，共五十五頁，2022年，8月28日編制配置管理計劃配置管理計劃的形成時間：項(xiàng)目計劃初步階段形成草稿，項(xiàng)目計劃細(xì)化階段定稿，并與項(xiàng)目開發(fā)計劃一起評審。根據(jù)《機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程》中的列表，識別本項(xiàng)目中的配置項(xiàng)，并作為配置管理計劃的一部分。在項(xiàng)目經(jīng)理的指導(dǎo)下，配置管理員完成配置管理計劃。第二十八頁，共五十五頁，2022年，8月28日明確各類基線包含的工作產(chǎn)品及建立的時間、標(biāo)識等。需求基線（SRS_BL）:在軟件需求規(guī)格說明書批準(zhǔn)時建立；計劃基線（PLN_BL）:在項(xiàng)目計劃批準(zhǔn)時建立；設(shè)計基線（DESIN_BL）:在概要設(shè)計、詳細(xì)設(shè)計和數(shù)據(jù)庫設(shè)計批準(zhǔn)時建立；編碼基線（CODE_BL）:在單元測試通過時為集成測試建立；測試基線（TEST_BL）:在集成測試時通過為系統(tǒng)測試建立；產(chǎn)品基線（RELEASE_BL）:在系統(tǒng)測試通過為產(chǎn)品發(fā)布時建立

配置管理計劃——定義基線第二十九頁，共五十五頁，2022年，8月28日在項(xiàng)目計劃初步階段，必須明確與需求相關(guān)的配置項(xiàng)及基線生成時間，配置庫結(jié)構(gòu)及權(quán)限。確定職責(zé)和所需資源；確定軟件項(xiàng)目配置項(xiàng)；確定基線條數(shù)、基線包含配置項(xiàng)、建立時間、審計人；確定要執(zhí)行的活動及活動的進(jìn)度安排。明確配置庫目錄及存取權(quán)限/方式；確定系統(tǒng)的開發(fā)環(huán)境、測試環(huán)境、運(yùn)行環(huán)境；配置庫的備份方式。配置管理計劃文檔化第三十頁，共五十五頁，2022年，8月28日配置管理審計配置管理的審計活動一般分為兩類，一是對基線的審計，二是對配置庫的審計?；€審計是為了檢查基線的正確性及一致性；配置庫審計是為了保證配置庫的完整性、可用性?；€審計一般按下面步驟進(jìn)行：項(xiàng)目經(jīng)理在基線生成之前填寫《基線計劃及跟蹤表》；由指定專人根據(jù)基線計劃及跟蹤表對配置庫進(jìn)行審計；審計出的問題修改之后，由CCB批準(zhǔn)后，配置管理員生成基線，并打基線標(biāo)識。第三十一頁，共五十五頁，2022年，8月28日在里程碑處或基線生成之后進(jìn)行；由配置管理員或項(xiàng)目經(jīng)理指定負(fù)責(zé)人對配置庫進(jìn)行審計，填寫配置審計報告；主要內(nèi)容包括：配置庫結(jié)構(gòu)是否正確，是否能正常簽入簽出；基線庫的建立手續(xù)是否齊全；配置項(xiàng)版本歷史信息是否正確；質(zhì)量保證工程師根據(jù)相關(guān)規(guī)程對配置管理過程進(jìn)行審計，填寫《QA階段審計報告》中的“QA配置管理過程審計報告”，在確保配置管理活動按照要求開展。配置管理審計第三十二頁，共五十五頁，2022年，8月28日變更控制簡述變更控制做為配置管理的主要內(nèi)容之一，在操作過程中有嚴(yán)格的控制流程，以保證配置項(xiàng)的一致性、有效性。一般變更控制的內(nèi)容為：確定變更批準(zhǔn)人的責(zé)任范圍和權(quán)限；建立變更控制流程，實(shí)施變更控制；對配置項(xiàng)變更進(jìn)行管理；對基線變更進(jìn)行管理；設(shè)立兩個變更授權(quán)機(jī)構(gòu)：CCB、項(xiàng)目經(jīng)理；CCB成員為項(xiàng)目級的，可因項(xiàng)目的不同而有所不同，由總工程師在《項(xiàng)目任務(wù)書》中定義。第三十三頁，共五十五頁，2022年，8月28日變更控制流程圖第三十四頁，共五十五頁，2022年，8月28日在項(xiàng)目立項(xiàng)時，根據(jù)項(xiàng)目規(guī)模和特點(diǎn)，確定變更授權(quán)機(jī)構(gòu)及其職責(zé)，并納入立項(xiàng)報告及計劃階段的配置管理計劃；確定變更等級：變更等級一般由項(xiàng)目經(jīng)理判斷，并在配置管理計劃中描述各自控制的變更，建議若是影響需求基線和產(chǎn)品基線的變更以及嚴(yán)重影響項(xiàng)目進(jìn)度、成本、產(chǎn)品質(zhì)量的重大變更提交CCB控制；其他變更（如：文字編輯、格式調(diào)整）由項(xiàng)目經(jīng)理控制。變更控制活動第三十五頁，共五十五頁，2022年，8月28日對評審定稿配置項(xiàng)（簡稱受控項(xiàng)，代碼類指通過集成測試之后）和基線（有重大缺陷）的所有變更在實(shí)施前均要通過變更授權(quán)機(jī)構(gòu)的評審和批準(zhǔn)；變更過程必須記錄在《配置項(xiàng)變更申請表。變更控制流程適用于開發(fā)過程中所有配置項(xiàng)變更，非以上提到的項(xiàng)可不填寫《配置項(xiàng)變更申請表》，但需在修訂頁中說明。對于受控項(xiàng)，不論是項(xiàng)目經(jīng)理還是CCB控制變更，其提請變更的流程相同，配置管理員只負(fù)責(zé)受控項(xiàng)標(biāo)識更新和配置項(xiàng)變更狀態(tài)報告的填寫，不參與其它活動；所有《配置項(xiàng)變更申請表》由項(xiàng)目經(jīng)理負(fù)責(zé)提交配置管理員納入受控庫；配置管理員提交配置項(xiàng)變更記錄給相關(guān)受影響人員。變更控制要求第三十六頁，共五十五頁，2022年，8月28日變更控制流程變更申請人填寫配置項(xiàng)變更申請表說明問題來源或修改原因；變更對其他配置項(xiàng)的影響，估計變更對項(xiàng)目造成的影響等。對于代碼類變更，可以記錄在BUG管理工具里，而不填寫專門的配置項(xiàng)變更申請表，但在項(xiàng)目經(jīng)理分配BUG時，必須分析變更所需花費(fèi)的工時、工作量、成本及變更帶來的風(fēng)險，并填寫在BUG管理工具中。如果代碼類變更，對里程碑有影響，則必須填寫配置項(xiàng)變更申請表。項(xiàng)目經(jīng)理收到變更申請后，評估變更帶來的影響、分析變更所需花費(fèi)的工時、工作量、成本及變更帶來的風(fēng)險等，并將評估結(jié)果應(yīng)寫入“審批意見”欄；然后提交變更授權(quán)機(jī)構(gòu)（比如，CCB），若是不需要通過CCB的變更申請，則項(xiàng)目經(jīng)理簽署意見之后，即可執(zhí)行變更。第三十七頁，共五十五頁，2022年，8月28日變更控制人判斷變更的大小采取合適的評審方式：簽字或評審。若采取簽字方式，變更控制人在變更控制欄填寫審核意見，若采取評審方式，遵照評審規(guī)程執(zhí)行；然后順次執(zhí)行以下步驟如果變更被拒絕申請，項(xiàng)目經(jīng)理通知變更申請人，由項(xiàng)目經(jīng)理提交配置管理員入庫，變更結(jié)束；如果變更被批準(zhǔn)，項(xiàng)目經(jīng)理負(fù)責(zé)通知受影響的人員更改相關(guān)配置項(xiàng)，并指定項(xiàng)目組成員實(shí)施變更。修改人根據(jù)被批準(zhǔn)的配置項(xiàng)變更申請表，根據(jù)標(biāo)識規(guī)則從開發(fā)區(qū)里Checkout配置項(xiàng)實(shí)施變更；修改完后Checkin并進(jìn)行標(biāo)識，在配置項(xiàng)變更申請表中進(jìn)行變更描述，必要時可用附件。變更控制流程（續(xù)）第三十八頁，共五十五頁，2022年，8月28日文檔類對象，由驗(yàn)證人驗(yàn)證修改結(jié)果并更新配置項(xiàng)變更申請表的狀態(tài)（已更改），由配置管理員更新配置項(xiàng)變更狀態(tài)報告，并在開發(fā)區(qū)處更新配置項(xiàng)標(biāo)識；基線變更，由項(xiàng)目經(jīng)理填寫版本控制表，審計人員審計通過并CCB簽字批準(zhǔn)，交配置管理員生成基線；變更實(shí)施且被質(zhì)量保證工程師驗(yàn)證簽字后，由項(xiàng)目經(jīng)理抄送相關(guān)人員（包括研發(fā)部經(jīng)理、測試人員、文檔人員、配置管理員、質(zhì)量保證工程師等）并將配置項(xiàng)變更表交給配置管理員納入CM庫，同時更新《配置項(xiàng)計劃表》中配置項(xiàng)狀態(tài)，填寫《配置項(xiàng)計劃表中》配置項(xiàng)變更記錄。變更控制流程（續(xù)）第三十九頁，共五十五頁，2022年，8月28日產(chǎn)品構(gòu)造簡介產(chǎn)品構(gòu)造一般應(yīng)在集成測試、系統(tǒng)測試前，及產(chǎn)品交付客戶前進(jìn)行；對于一些小的項(xiàng)目，根據(jù)項(xiàng)目具體情況，也可考慮只構(gòu)造一次，即產(chǎn)品交付前。產(chǎn)品構(gòu)造還需遵守如下原則：在構(gòu)造產(chǎn)品之前，需要制定集成計劃。CCB審定軟件受控區(qū)構(gòu)造的產(chǎn)品的生成。不論為內(nèi)部或外部使用，有軟件受控區(qū)構(gòu)造的產(chǎn)品僅僅由軟件受控區(qū)中的配置項(xiàng)和單元組成。第四十頁，共五十五頁，2022年，8月28日構(gòu)造人員在本地機(jī)器或者其他目標(biāo)計算機(jī)上為產(chǎn)品建立一個目錄。若目錄原來存在，則需要把目錄清空。配置管理員將軟件產(chǎn)品需要的配置項(xiàng)從配置管理庫上的開發(fā)區(qū)中復(fù)制到這個路徑下，然后對軟件產(chǎn)品Build。配置管理員把集成的結(jié)果填寫在集成計劃中，然后提交給項(xiàng)目經(jīng)理。測試工程師從指定的位置得到構(gòu)造后的產(chǎn)品進(jìn)行測試，并把測試出的問題記錄到BUG管理工具中；若測試通過，則通知配置管理員，由配置管理員根據(jù)集成計劃中的配置項(xiàng)列表，按照標(biāo)識規(guī)則改變配置項(xiàng)的標(biāo)識；如果軟件產(chǎn)品需要修改，則從開發(fā)區(qū)把配置項(xiàng)按標(biāo)識規(guī)則打上標(biāo)識后，檢出(checkout)到目標(biāo)計算機(jī)上，在相關(guān)人員修改好后檢入(checkin)，并按標(biāo)識規(guī)則打上標(biāo)識；重復(fù)以上步驟，直至無錯誤；若為產(chǎn)品發(fā)布構(gòu)造，則需要把提交給客戶的軟件產(chǎn)品應(yīng)該拷貝到光盤、硬盤等介質(zhì)上。產(chǎn)品構(gòu)造步驟第四十一頁，共五十五頁，2022年，8月28日配置管理的管理活動兩種CM管理的活動：1、跟蹤配置管理活動：項(xiàng)目經(jīng)理根據(jù)項(xiàng)目實(shí)際規(guī)模來確定配置庫的備份策略，包括確定配置庫備份的頻率及備份方式、路徑等，并對這些策略以文檔化的方式寫進(jìn)配置管理計劃；配置管理員根據(jù)配置管理計劃，對配置庫進(jìn)行備份，并對備份操作形成記錄。配置管理員在工作周報中匯報每周配置管理的工作情況，提交CMG組長、項(xiàng)目經(jīng)理及相關(guān)組或個人。配置管理員定期或事件驅(qū)動，負(fù)責(zé)配置管理狀況（基線跟蹤表、配置審計報告、配置管理問題清單、配置項(xiàng)變更記錄、產(chǎn)品發(fā)布清單等）相關(guān)報告的編寫，并報告給CMG組長、質(zhì)量保證工程師、總工程師/研發(fā)部經(jīng)理、項(xiàng)目經(jīng)理及相關(guān)組或個人。2、驗(yàn)證配置管理活動：項(xiàng)目的質(zhì)量保證工程師負(fù)責(zé)依據(jù)軟件質(zhì)量保證過程和項(xiàng)目的質(zhì)量保證計劃驗(yàn)證配置管理活動的執(zhí)行符合配置管理計劃和本過程。第四十二頁，共五十五頁，2022年，8月28日第八章軟件配置管理CMMI對應(yīng)實(shí)踐配置管理基本概念配置管理活動產(chǎn)品發(fā)布流程配置管理工具介紹第四十三頁，共五十五頁，2022年，8月28日產(chǎn)品發(fā)布類型產(chǎn)品發(fā)布：產(chǎn)品的對外發(fā)布，整個項(xiàng)目結(jié)項(xiàng)；產(chǎn)品基線發(fā)布：產(chǎn)品對內(nèi)發(fā)布，之后可以安裝試點(diǎn)或進(jìn)行Beta測試/用戶測試（研發(fā)部經(jīng)理/總工程師負(fù)責(zé)）；其他基線發(fā)布：計劃基線、需求基線、設(shè)計基線、編碼基線、測試基線等（項(xiàng)目經(jīng)理負(fù)責(zé)）。第四十四頁，共五十五頁，2022年，8月28日產(chǎn)品發(fā)布流程圖第四十五頁，共五十五頁，2022年，8月28日先由項(xiàng)目經(jīng)理確認(rèn)受影響的相關(guān)人員（如：項(xiàng)目組成員、測試人員、配置管理員、質(zhì)量保證工程師）；配置管理員將最新的基線報告、配置項(xiàng)變更報告（記錄）、版本控制表定期或事件驅(qū)動發(fā)布給受影響的組和個人；由項(xiàng)目經(jīng)理確認(rèn)受影響的組和個人都收到最新的基線報告、配置項(xiàng)變更報告（記錄）、版本控制表；基線發(fā)布。普通基線發(fā)布步驟第四十六頁，共五十五頁，2022年，8月28日先由項(xiàng)目經(jīng)理提出產(chǎn)品基線發(fā)布申請，由總工程師/研發(fā)部經(jīng)理確認(rèn)受影響的相關(guān)人員（如：項(xiàng)目組成員、測試人員、配置管理員、質(zhì)量保證工程師、相關(guān)業(yè)務(wù)部門）；配置管理員將最新的基線報告、配置項(xiàng)變更報告（記錄）、版本控制表定期或事件驅(qū)動發(fā)布給受影響的組和個人；由項(xiàng)目經(jīng)理確認(rèn)受影響的組和個人都收到最新的基線報告、配置項(xiàng)變更報告（記錄）、版本控制表；舉行產(chǎn)品基線發(fā)布評審，由總工程師/研發(fā)