軟件質(zhì)量保證軟件配置管理

軟件質(zhì)量保證軟件配置管理第一頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006內(nèi)容簡介配置管理的意義配置管理基本概念配置管理活動涉及的角色和職責(zé)配置管理主要活動和要求配置庫工具介紹第二頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置管理的意義為什么要做配置管理？

通過配置項定義、配置項控制、配置項狀態(tài)報告和配置審計來建立并維護工作產(chǎn)品的一致性、完整性和可追溯性。

建立和維護產(chǎn)品完整性、一致性、可跟蹤性配置項管理變更管理基線管理配置標(biāo)識版本控制過程管理提高可視化第三頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置管理基本概念配置管理配置配置項基線變更控制CCB(變更控制委員會)配置庫第四頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006概念篇之配置管理配置管理配置管理是通過對在軟件生命周期不同時間點上的軟件配置進行標(biāo)識，并對這些被標(biāo)識的軟件配置項的更改進行系統(tǒng)控制，從而達(dá)到保證軟件產(chǎn)品的一致性、完整性和可溯性的過程。第五頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006概念篇之配置&配置項配置&配置項一個產(chǎn)品在生命周期各個階段所產(chǎn)生的各種形式和各種版本的文檔、程序及其數(shù)據(jù)的集合。該集合中的每一個元素稱為該產(chǎn)品配置中的一個配置項。典型配置項開發(fā)文檔測試文檔軟件部件測試工具SCI代碼文檔報告數(shù)據(jù)第六頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006概念篇之基線基線基線就是配置項在其生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態(tài)，而這個過程被稱為“基線化”。每一個基線都是其下一步開發(fā)的基準(zhǔn)?；€保證了后續(xù)開發(fā)活動所需信息的穩(wěn)定性和一致性。典型基線需求基線概要設(shè)計基線詳細(xì)設(shè)計基線代碼基線第七頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006概念篇之基線變更控制&CCB基線變更控制通過采取有效的措施對變更進行嚴(yán)格的控制。通過變更控制能夠協(xié)調(diào)開發(fā)，使混亂減少到最小。CCB(變更控制委員會)

組織對變更申請進行評估和分析，識別和評估受影響的所有配置項，確定修改方案、修改人、修改版本、修改時間、驗證方式和驗證人。第八頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006概念篇之配置庫配置庫在產(chǎn)品生命周期過程中為存放產(chǎn)品數(shù)據(jù)建立的存儲空間及其數(shù)據(jù)。狹義的配置庫單指在配置庫服務(wù)器上物理體現(xiàn)的存儲空間。第九頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置管理活動涉及的角色和職責(zé)角色職責(zé)項目總監(jiān)簽發(fā)配置管理計劃評審并批準(zhǔn)配置管理計劃保證為項目提供合適的管理工具PM指定CMO評審配置管理計劃評估和批準(zhǔn)對配置項的更改確保批準(zhǔn)后的更改的實施CMO制定配置管理計劃建立和管理配置庫保存變更請求基線化配置項生成并發(fā)布配置狀態(tài)發(fā)布表對已經(jīng)基線化的配置項進行CHECK-IN和CHECK-OUT操作將基線化的文檔和計劃分發(fā)給所有相關(guān)人員管理配置庫的訪問權(quán)限增加/刪除配置項(僅在收到已獲批準(zhǔn)的請求時)備份/恢復(fù)和歸檔配置庫第十頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置管理主要活動配置項標(biāo)識配置管理計劃配置庫管理變更管理版本管理配置狀態(tài)發(fā)布配置審計第十一頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置項標(biāo)識配置項ID(文件名或文件名命名規(guī)則)配置項名稱版本（版本編號規(guī)則)位置（所屬組）分發(fā)對象文檔配置項使用配置庫項目計劃階段配置管理員與項目經(jīng)理一起識別配置項，制定配置項清單標(biāo)識配置項組及其物理存儲位置(如：子目錄名)PM第十二頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006項目版本號規(guī)則項目版本號由大版本號和小版本號組成：:大版本號:V+1.0~9.0，如V1.0，V2.0，V3.0小版本號:D+100~900，如D100，D200，D300第十三頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006項目版本號遷升圖示JD_EXAM_V1.0D100

JD_EXAM_V2.0D100

JD_EXAM_V1.0D100JD_EXAM_V1.0D200JD_EXAM_V1.0D100

JD_EXAM_V1.0D101

當(dāng)項目有重大改變時，大版本號隨著升級，如從V1.0變?yōu)閂2.0。當(dāng)項目在當(dāng)前的版本上有局部小改動時，大版本號保持不變，小版本號隨著升級，如從V1.0D100變?yōu)閂1.0D200。如果項目在此基礎(chǔ)上有更小的改變，則版本號可升級為V1.0D101。第十四頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006轉(zhuǎn)測試版本號轉(zhuǎn)測試時版本號原則如下：在項目版本號后加上3位build號，首位為固定字母B，后兩位數(shù)字從01開始，版本升級依次加1。如：第一次轉(zhuǎn)測試的版本為：

JD_EXAM_V1.0D100B01第二次轉(zhuǎn)測試的版本為：

JD_EXAM_V1.0D100B02……以此類推第十五頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006項目工作產(chǎn)品的命名規(guī)則項目生命周期中各階段所列舉的工作產(chǎn)品：JD_EXAM_V1.0D100SOWJD_EXAM_V1.0D100PPL非項目生命周期中各階段所列舉的工作產(chǎn)品，但其采用了組織標(biāo)準(zhǔn)過程的模板或表格:JD_EXAM_V1.0D100ProjectStartReportJD_EXAM_V1.0D100Kick-offMeetingRecord經(jīng)常生成或定期生成的過程類工作產(chǎn)品，如會議記錄、項目周報和項目階段報告，則需在工作產(chǎn)品的名稱上注明日期、時間間隔或階段:JD_EXAM_V1.0D100MeetingRecord(05.11.07)JD_EXAM_V1.0D100ProjectTeamWeeklyWorkReport(05.11.07-05.11.13)第十六頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置項狀態(tài)對已基線化配置項的更改將遵循基線變更操作。更改后的配置項獲得批準(zhǔn)簽發(fā)后，將形成新的基線。PL要確保所有發(fā)布產(chǎn)品都是從已基線化的配置項中創(chuàng)建的。受控管理和受控已基線化CMO將該配置項放入配置庫或者維護配置項的版本信息，以保證該配置項的可控性和可跟蹤性。從提交評審到被基線化這段時間內(nèi)配置項的控制方式。更新的配置項用不同的版本號標(biāo)識。保存修改記錄和修改說明。

配置項被基線化后的控制方式。已基線化配置項的更改遵循基線變更操作規(guī)程。第十七頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置管理計劃

CMO在項目計劃階段根據(jù)項目計劃制定配置管理計劃，并和項目計劃一起評審。由CPM簽發(fā)。第十八頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置庫管理CMO配置庫PM創(chuàng)建并維護配置庫確定配置項密級和項目成員的權(quán)限CMO配置庫PM項目成員申請增加權(quán)限批準(zhǔn)或取消權(quán)限設(shè)置權(quán)限第十九頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置庫管理之備份備份策略

每天進行日增備份（.bkf)，從配置庫建庫之日創(chuàng)建任務(wù)。每周進行一次周備份(.bkf文件)，保留當(dāng)前備份記錄，其他記錄可視情況刪除。每月進行一次（全量）備份，僅保留當(dāng)次備份記錄，在本次基礎(chǔ)上進行日增備份。恢復(fù)驗證對備份的數(shù)據(jù)定期進行恢復(fù)驗證,檢驗備份是否有效。每月由QA抽查備份文件進行備份恢復(fù)驗證。歸檔項目結(jié)束時，項目經(jīng)理通知配置管理員對配置庫進行歸檔，配置管理員在服務(wù)器上保存好項目歸檔文檔。第二十頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006基線管理

根據(jù)PPL中里程碑計劃制定出基線計劃。計劃出各基線建立的準(zhǔn)則、基線名稱、各基線建立的日期、納入基線的工作產(chǎn)品相關(guān)責(zé)任人以及建立基線的流程根據(jù)計劃，PM決定建立基線時，需要納入基線的工作產(chǎn)品組件通知配置管理員執(zhí)行配置審計，確保將要納入基線的工作產(chǎn)品組件的完整性和一致性，并發(fā)布配置審計報告根據(jù)版本標(biāo)識方案，使用配置管理工具執(zhí)行版本標(biāo)識收回項目組成員對基線中工作產(chǎn)品的所有“寫”權(quán)限使用郵件系統(tǒng)發(fā)布基線報告，通知項目組成員記錄基線日期、基線名稱、基線內(nèi)容、版本號第二十一頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006基線變更的來源評審發(fā)現(xiàn)問題測試發(fā)現(xiàn)問題審計發(fā)現(xiàn)問題維護產(chǎn)生問題客戶需求修改計劃文檔基線變更的來源第二十二頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006基線變更管理開始提出申請配置項變更申請表影響評估是否通過更改權(quán)限執(zhí)行修改基線審計建立基線基線審計檢查單結(jié)束否基線公告基線公告記錄變更基線變更一覽表PMPM批準(zhǔn)CMO執(zhí)行PM組織評審是第二十三頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006基線變更管理對基線的配置項，需提交《變更申請表》

項目經(jīng)理要組織在團隊內(nèi)部對變更進行評審，評估變更所帶來的影響項目經(jīng)理批準(zhǔn)《變更申請表》

配置管理員更新《基線變更一覽表》

項目經(jīng)理分配修改任務(wù)，指定責(zé)任人配置管理根據(jù)申請表向責(zé)任人開放修改權(quán)限修改完成后配置管理員重新建立基線，并發(fā)布公告基線公告第二十四頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置狀態(tài)報告CMOPM項目組成員其他相關(guān)組配置狀態(tài)發(fā)布CSA+CRLogSUPT_F_配置管理工作報告配置狀態(tài)報告中記錄和報告整個軟件生命周期演化狀態(tài)，內(nèi)容包括：配置管理工作的情況配置項的基線狀態(tài)階段基線情況軟件和文檔的標(biāo)識基線演化狀態(tài)變更狀態(tài)版本交付信息等配置管理中各項活動都必須是可追溯的，CMO在日常工作中應(yīng)使用《配置管理工作報告》即時做好工作記錄配置管理員《配置管理工作報告》每月向項目經(jīng)理提交一次根據(jù)項目需要，配置管理員確保隨時可將《配置管理工作報告》提供給項目組第二十五頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006版本管理之版本構(gòu)建版本編譯：代碼修改人在編譯之前必須將checkout處理的代碼checkin；版本編譯人員在編譯之前必須先Update獲取最新的代碼。代碼基線：版本完成構(gòu)建提交測試之前必須對配置庫中對應(yīng)的代碼進行基線化（即打標(biāo)簽），保證代碼可追溯。標(biāo)簽的命名:【標(biāo)簽的名稱】：詳細(xì)發(fā)布版本號_八位日期【基線路徑】：寫明完整的需要基線的路徑【基線化時間點/版本】：2010-8-5，15：00【標(biāo)簽描述】******（寫明標(biāo)簽創(chuàng)建原因及用途）源碼歸檔：對于通過歸檔源碼進行基線的版本需要及時通過CMO創(chuàng)建源碼歸檔目錄，寫成歸檔后知會CMO，CMO第一時間取消所有人員寫的權(quán)限。第二十六頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006版本管理之版本轉(zhuǎn)測試轉(zhuǎn)測試版本：是指通過在產(chǎn)品內(nèi)建立版本基線而形成的用于進行測試的版本。測試內(nèi)容：軟件及其配套資料。轉(zhuǎn)側(cè)基線：每一輪版本轉(zhuǎn)側(cè)根據(jù)轉(zhuǎn)側(cè)版本號命名，并要基線化。第二十七頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006版本管理活動之發(fā)布在版本完成測試且版本質(zhì)量符合發(fā)布要求后，項目經(jīng)理知會CMO發(fā)布版本。第二十八頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置審計之審計類別

配置審核的類別功能配置審計：審核軟件功能是否與需求一致，并符合基線文檔要求；由PM/TPM/SE以及開發(fā)組的Leader一起去做；通過文檔的評審、軟件的測試進行。功能審計完畢后由項目經(jīng)理提交需求跟蹤矩陣報告物理配置審計：審核要交付的組成項是否存在，是否包含所有必需的項目，如正確版本的源代碼、資源、文檔、安裝說明等等。CMO根據(jù)配置審計計劃,使用《配置審計檢查單》對配置管理過程進行審計，并形成《配置審計告》第二十九頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置審計之審計時間通常選擇以下幾種情況負(fù)責(zé)實施配置審核軟件產(chǎn)品交付或是軟件產(chǎn)品正式發(fā)布前軟件開發(fā)的階段工作結(jié)束后在產(chǎn)品維護工作中，定期地進行第三十頁，共三十四頁，編輯于2023年，星期三CopyrightBroadenGate2006配置審計之不符合項處理

對配置審核中發(fā)現(xiàn)的不符合現(xiàn)象，要填寫《審計報告》，交由責(zé)任部門限期進行糾正，直到問題關(guān)閉。所有的不符合項報告均關(guān)閉后，才能發(fā)布新版本。第三十一頁，共三十四頁，編輯于2023年，星期