軟件配置管理

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

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