軟件配置管理

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

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