軟件變更控制規(guī)范

版本更改類型生效日期更改內(nèi)容XX有限公司版本文件編號(hào)生效日期A0XXXX目的：本文件描述軟件變更控制管理的規(guī)范，向參與變更控制管理活動(dòng)的人員提供信息和指導(dǎo)，以確保變更經(jīng)過授權(quán)、保證變更后的軟件配置項(xiàng)的質(zhì)量和一致性與完整性、保證變更過程的可跟蹤性和可回溯性，防止配置項(xiàng)被隨意修改而導(dǎo)致混亂。范圍：本規(guī)范適用于公司所有研發(fā)類項(xiàng)目（定制開發(fā)類項(xiàng)目除外）的變更管理。定義：3.1變更請(qǐng)求：一個(gè)用于描述來自涉眾人員的對(duì)工件或過程進(jìn)行變更的所有請(qǐng)求的通用術(shù)語。變更請(qǐng)求中所記錄的是關(guān)于起源的信息以及當(dāng)前問題的影響、建議的解決方案。變更請(qǐng)求的來源分為四大類：需求變更、設(shè)計(jì)變更、代碼變更、計(jì)劃變更。3.2需求變更：指系統(tǒng)出現(xiàn)新特征或系統(tǒng)原特征發(fā)生改變。設(shè)計(jì)變更：指對(duì)原設(shè)計(jì)標(biāo)準(zhǔn)狀態(tài)的改變和修改。設(shè)計(jì)變更僅包含由于設(shè)計(jì)工作本身的漏項(xiàng)、錯(cuò)誤或其它原因而修改、補(bǔ)充原設(shè)計(jì)的技術(shù)資料。3.3代碼變更：代碼變更是由需求變更、設(shè)計(jì)變更或系統(tǒng)存在的缺陷被發(fā)現(xiàn)引起，如果由需求變更、設(shè)計(jì)變更引起，需要在《變更管理單》的任務(wù)分配欄填寫代碼變更任務(wù)；如果由缺陷引起，參見《TD管理辦法》。3.4計(jì)劃變更：指因項(xiàng)目資源發(fā)生改變而引起的計(jì)劃改變。3.5變更請(qǐng)求管理：一種用來對(duì)所請(qǐng)求的變更對(duì)現(xiàn)有產(chǎn)品在成本和調(diào)度上的影響進(jìn)行評(píng)估時(shí)所需的組織基礎(chǔ)結(jié)構(gòu)進(jìn)行描述的過程。變更請(qǐng)求管理闡述了變更審查組或變更控制委員會(huì)的工作方式。3.6變更嚴(yán)重級(jí)別：指對(duì)變更嚴(yán)重程度的度量。變更級(jí)別分為重大和一般，重大必須走常規(guī)變更流程，一般可視情況走裁剪流程，參見裁剪。重大：需求因素：因?yàn)樾枨蟮脑黾踊騽h除導(dǎo)致產(chǎn)品版本或補(bǔ)丁項(xiàng)目的需求點(diǎn)列表發(fā)生變動(dòng)，屬于重大變更。設(shè)計(jì)因素：因?yàn)樵陂_發(fā)中發(fā)現(xiàn)技術(shù)方面的問題，不得不修改前期的設(shè)計(jì)、接口等文檔，而且項(xiàng)目計(jì)劃也要做較大調(diào)整，屬于重大變更。管理因素：因?yàn)轫?xiàng)目組資源情況導(dǎo)致項(xiàng)目計(jì)劃需要進(jìn)行調(diào)整，如果對(duì)需求點(diǎn)列表發(fā)生變動(dòng)，對(duì)本項(xiàng)目組對(duì)外交付的時(shí)間點(diǎn)發(fā)生變動(dòng)，屬于重大變更。一般：規(guī)范因素：對(duì)需求、設(shè)計(jì)等文檔的排版格式、描述做輕微的修改，對(duì)配置項(xiàng)本身的定義不造成影響，屬于一般變更比如增加背景信息、修改語句錯(cuò)別字。管理因素：因?yàn)轫?xiàng)目組資源情況導(dǎo)致項(xiàng)目計(jì)劃需要進(jìn)行調(diào)整，僅對(duì)本項(xiàng)目組內(nèi)部人員、任務(wù)安排，或僅對(duì)本項(xiàng)目組內(nèi)開發(fā)、測(cè)試時(shí)間點(diǎn)發(fā)生變動(dòng)，屬于一般變更。其它因素：先走一般變更，在變更的判斷過程中決定是否上升到一級(jí)。3.7縮略語縮略語描述SCMSoftwareConfigurationManagement軟件配置管理CCBChangeControlBoard變更控制委員會(huì)PMProjectManager項(xiàng)目經(jīng)理PQAProductQualityAssurance產(chǎn)品級(jí)質(zhì)量保證人員SQAQualityAssurance項(xiàng)目級(jí)質(zhì)量保證人員CMConfigurationManagementEngineer配置管理人員TLTeamLeader小組組長控制機(jī)制本過程的改進(jìn)由SEPG負(fù)責(zé)。SEPG負(fù)責(zé)匯集本過程的改進(jìn)需求，并完成改進(jìn)任務(wù)。質(zhì)量管理部門負(fù)責(zé)審核本過程的執(zhí)行情況。過程描述變更控制是當(dāng)需要更改已基線化的配置項(xiàng)時(shí)所進(jìn)行的管理和控制活動(dòng)，即對(duì)一個(gè)正式的變更請(qǐng)求進(jìn)行評(píng)估、分析并通過嚴(yán)格的流程對(duì)變更活動(dòng)進(jìn)行控制和記錄的過程。對(duì)基線的變更活動(dòng)必須從提交一個(gè)正式的變更請(qǐng)求開始，變更控制過程是通過對(duì)變更請(qǐng)求的處理與狀態(tài)控制來實(shí)現(xiàn)的。所有的變更請(qǐng)求都有一個(gè)從提交、分析、決策、實(shí)施、驗(yàn)證直至關(guān)閉的過程，這一過程構(gòu)成了變更請(qǐng)求的生命周期。5.1角色與職責(zé)XX有限公司版本文件編號(hào)生效日期A0XXXX5.1.1請(qǐng)求提交角色提交角色是變更請(qǐng)求的發(fā)起人，項(xiàng)目或產(chǎn)品中的任何角色都可以通過提交一個(gè)變更請(qǐng)求而成為提交角色。填寫完整《變更管理單》中的請(qǐng)求部分并提交5.1.2CCB組長接收處理需求類變更和影響產(chǎn)品交付時(shí)間的計(jì)劃類變更（接收和處理產(chǎn)品級(jí)基線的變更）確認(rèn)變更請(qǐng)求的有效性；指派變更請(qǐng)求的分析角色；接收完成分析后的〈變更管理單〉根據(jù)分析結(jié)果決策是否接受該變更，對(duì)接受變更的每項(xiàng)任務(wù)分配變更實(shí)施角色；組織與之相關(guān)的評(píng)審和驗(yàn)證活動(dòng)；對(duì)變更結(jié)果進(jìn)行驗(yàn)證，審批基線申請(qǐng)。5.1.3配置管理角色5.1.3.1測(cè)試部配置管理員測(cè)試部配置管理員承擔(dān)公司級(jí)配置管理職責(zé)；控制產(chǎn)品接口類基線及系統(tǒng)測(cè)試類基線；具體參見《版本/PATCH配置管理操作指導(dǎo)書》3.1.3.1角色與職責(zé)對(duì)與之相關(guān)的評(píng)審和驗(yàn)證活動(dòng)進(jìn)行跟蹤并做報(bào)告；對(duì)通過變更驗(yàn)證的源代碼更新基線，關(guān)閉該部分的變更。5.1.3.2產(chǎn)品配置管理員控制需求類基線；具體參見《版本/PATCH配置管理操作指導(dǎo)書》3.1.3.1角色與職責(zé)將變更任務(wù)通知變更實(shí)施角色；對(duì)與之相關(guān)的評(píng)審和驗(yàn)證活動(dòng)進(jìn)行跟蹤并做報(bào)告；對(duì)通過變更驗(yàn)證的需求和計(jì)劃重新基線，并發(fā)布報(bào)告；對(duì)總的變更管理單進(jìn)行關(guān)閉操作。5.1.4分析角色對(duì)變更請(qǐng)求進(jìn)行分析，分析的要素參見〈變更管理單〉模板；填寫變更請(qǐng)求中以下信息：變更影響，變更范圍，變更文檔，變更的工作量信息5.1.5變更實(shí)施角色負(fù)責(zé)更新待變更的配置項(xiàng)；根據(jù)CCB指派的變更任務(wù)，對(duì)配置項(xiàng)實(shí)施變更；將變更后的配置項(xiàng)提交驗(yàn)證，并根據(jù)驗(yàn)證返回結(jié)果重新修改配置項(xiàng)，直到驗(yàn)證通過；將驗(yàn)證通過后的配置項(xiàng)提交新的基線申請(qǐng)。5.1.6變更驗(yàn)證角色對(duì)變更后的配置項(xiàng)進(jìn)行驗(yàn)證，保證驗(yàn)證變更結(jié)果的正確性及變更結(jié)果與分析評(píng)估結(jié)果的一致性。5.1.7質(zhì)量保證角色PQA對(duì)變更過程進(jìn)行引導(dǎo)；對(duì)產(chǎn)品級(jí)的變更結(jié)果進(jìn)行審計(jì)。確保需求變更活動(dòng)符合既定的規(guī)程。不同的配置項(xiàng)變更，審批、決策變更的CCB角色和處理基線的配置管理角色會(huì)有所不同，具體操作參見《版本/PATCH配置管理操作指導(dǎo)書》3.1.3.基線控制3.1.3.1角色與職責(zé)。5.2入口條件已經(jīng)基線的配置項(xiàng)出現(xiàn)變更需求5.3輸入《變更管理單》5.4活動(dòng)XX有限公司版本文件編號(hào)生效日期A0XXXX變更控制管理過程請(qǐng)求提出角色變更分析角色CCB角色變更實(shí)施角色變更驗(yàn)證角色配置管理角色輸入文檔輸出文檔創(chuàng)建變更請(qǐng)

求提交請(qǐng)求.信息不指定分析人指定變更分

析角色初始變更單變更分析提交決策結(jié)束分析后變更段階策+拒絕—變更決策變更任務(wù)通知變更單歸檔分析后變更決策后變更CheckOut配置項(xiàng)—*實(shí)施變更提交驗(yàn)證待更新的配置項(xiàng)、變更后的配

創(chuàng)建變更請(qǐng)

求提交請(qǐng)求.信息不指定分析人指定變更分

析角色初始變更單變更分析提交決策結(jié)束分析后變更段階策+拒絕—變更決策變更任務(wù)通知變更單歸檔分析后變更決策后變更CheckOut配置項(xiàng)—*實(shí)施變更提交驗(yàn)證待更新的配置項(xiàng)、變更后的配

置項(xiàng)臉證不通過驗(yàn)證活動(dòng)項(xiàng)提交請(qǐng)求?審批基線n驗(yàn)證通創(chuàng)建基線申請(qǐng)—審批通過Check】n配置”基線變更文檔結(jié)束階評(píng)審單/缺陷.記錄單一、、根據(jù)驗(yàn)證結(jié)

果更新的配

置項(xiàng)基線申請(qǐng)表一___^/~-配置狀態(tài)發(fā)

布表（流程圖）5.4.1提交階段提交階段是變更請(qǐng)求的發(fā)起人發(fā)現(xiàn)問題并在變更控制系統(tǒng)中提交變更請(qǐng)求的階段。變更請(qǐng)求的記錄一旦被提交，即將進(jìn)入分析階段。提交階段記錄的信息包括變更請(qǐng)求的標(biāo)題、提交人、提交時(shí)間、問題的詳細(xì)描述以及問題的嚴(yán)重性。5.4.1.1提交請(qǐng)求需要對(duì)曾經(jīng)進(jìn)行過基線的配置項(xiàng)進(jìn)行變更時(shí)，由請(qǐng)求提交角色填寫《變更管理單》中的請(qǐng)求部分，描述清楚變更類型、嚴(yán)重級(jí)及優(yōu)先級(jí)等基本信息，然后提交給CCB組長。CCB組長根據(jù)變更嚴(yán)重級(jí)別（參見2.1定義））進(jìn)行判斷采用常規(guī)流程還是裁減后的流程（參見6裁減）。5.4.1.2指派分析CCB組長根據(jù)《變更管理單》中的申請(qǐng)指派分析角色。5.4.2分析階段5.4.2.1分析請(qǐng)求分析角色對(duì)變更請(qǐng)求進(jìn)行分析，填寫《變更管理單》中的分析部分。5.4.2.2提交決策完成請(qǐng)求分析后，由分析角色將《變更管理單》提交給CCB組長。5.4.3決策階段決策階段將根據(jù)分析結(jié)果衡量變更將造成的影響，然后確定將對(duì)變更請(qǐng)求采取的處理方法。CCB對(duì)變更請(qǐng)求有兩種處理方法：XX有限公司版本文件編號(hào)生效日期A0XXXX同意：同意對(duì)當(dāng)前基線中的配置項(xiàng)進(jìn)行變更，允許進(jìn)入變更實(shí)施階段拒絕：不實(shí)施變更，關(guān)閉該變更請(qǐng)求5.4.3.1CCB決策根據(jù)變更的嚴(yán)重級(jí)別，由CCB組長選擇決策方式：會(huì)議方式：對(duì)于嚴(yán)重級(jí)別為重大的變更，由CCB組長組織召開CCB會(huì)議，討論決策。直接裁決：對(duì)于嚴(yán)重級(jí)別為一般的變更，可以由CCB組長直接裁決。決策后填寫《變更管理單》中的決策部分，由配置管理員將信息知會(huì)到相關(guān)人員。5.4.3.2指派實(shí)施如果CCB決策同意該變更請(qǐng)求，CCB需要對(duì)同意變更的配置項(xiàng)指派變更實(shí)施角色，填寫《變更管理單》任務(wù)分配表部分，將該《變更管理單》發(fā)送給配置管理角色歸檔，由配置管理員將任務(wù)通知到變更實(shí)施角色。5.4.4實(shí)施階段實(shí)施階段將由變更實(shí)施角色實(shí)施所有的變更活動(dòng)。5.4.4.1實(shí)施變更變更實(shí)施角色收到變更任務(wù)通知后，Checkout已經(jīng)基線的配置項(xiàng)，對(duì)配置項(xiàng)實(shí)施變更操作。5.4.4.2提交驗(yàn)證如果變更的配置項(xiàng)是文檔，變更實(shí)施角色完成變更操作后，將變更后的配置項(xiàng)提交給CCB組長組織評(píng)審。如果變更的配置項(xiàng)是源代碼，變更實(shí)施角色完成變更操作后，直接將變更后的配置項(xiàng)提交給變更驗(yàn)證角色。5.4.5驗(yàn)證階段5.4.5.1進(jìn)行驗(yàn)證如果變更的配置項(xiàng)是文檔，采用評(píng)審作為驗(yàn)證手段；由CCB組長組織評(píng)審活動(dòng)。評(píng)審遵循《評(píng)審規(guī)范》。當(dāng)最終評(píng)審結(jié)果為通過，即可提交基線申請(qǐng)進(jìn)入關(guān)閉階段；當(dāng)最終評(píng)審結(jié)果為不通過，變更實(shí)施角色需要重新對(duì)配置項(xiàng)實(shí)施變更操作，重新提交評(píng)審，直至驗(yàn)證結(jié)果為通過。備注：當(dāng)變更的嚴(yán)重級(jí)別為一般，變更的內(nèi)容較少、影響較小時(shí)，可以通過CCB組長或相關(guān)責(zé)任人郵件確認(rèn)替代評(píng)審。評(píng)審需知會(huì)配置管理員角色，以便對(duì)變更的進(jìn)度進(jìn)行報(bào)告。如果變更的配置項(xiàng)是源代碼，采用測(cè)試作為驗(yàn)證手段；由測(cè)試人員擔(dān)當(dāng)變更驗(yàn)證角色，進(jìn)行測(cè)試活動(dòng)。測(cè)試遵循《測(cè)試過程》。當(dāng)最終測(cè)試結(jié)果為通過，即可提交基線申請(qǐng)進(jìn)入關(guān)閉階段；當(dāng)最終測(cè)試結(jié)果為不通過，變更實(shí)施角色需要重新對(duì)配置項(xiàng)實(shí)施變更操作，重新提交測(cè)試，直至測(cè)試結(jié)果為通過。5.4.6關(guān)閉階段5.4.6.1申請(qǐng)基線驗(yàn)證結(jié)束并通過后，變更實(shí)施者checkin通過驗(yàn)證的配置項(xiàng)，填寫《基線申請(qǐng)/發(fā)布電子流》中的基線申請(qǐng)內(nèi)容，提交給CCB。5.4.6.2審批基線CCB根據(jù)驗(yàn)證結(jié)果審批是否同意該基線申請(qǐng)。由CCB組長在《基線申請(qǐng)/發(fā)布電子流》中填寫審批意見后將《基線申請(qǐng)/發(fā)布電子流》交給配置管理角色。如果審批意見為通過，配置管理角色就可以對(duì)變更后的配置項(xiàng)進(jìn)行基線操作；如果審批意見為不通過，該配置項(xiàng)重新提交驗(yàn)證。5.4.6.3基線操作配置管理角色對(duì)申請(qǐng)基線操作的配置項(xiàng)進(jìn)行基線操作，填寫《基線申請(qǐng)/發(fā)布電子流》中的發(fā)布信息內(nèi)容，并郵件知會(huì)所有相關(guān)人員。5.5輸出《變更管理單》《基線申請(qǐng)/發(fā)布電子流》重新基線的配置項(xiàng)5.6出口條件《變更管理單》內(nèi)所有的變更任務(wù)已經(jīng)完成，重新基線并發(fā)布。度量度量項(xiàng)名稱|分析階段處理時(shí)長|決策階段處理時(shí)長|驗(yàn)證階段處理時(shí)長

XX有限公司版本文件編號(hào)生效日期A0XXXX公式（分析階段實(shí)際結(jié)束時(shí)間-提交階段實(shí)際結(jié)束時(shí)間）（決策階段實(shí)際結(jié)束時(shí)間-分析階段實(shí)際結(jié)束時(shí)間）（驗(yàn)證階段實(shí)際結(jié)束時(shí)間-決策階段實(shí)際結(jié)束時(shí)間）目的收集平均處理時(shí)長作為參考標(biāo)準(zhǔn)收集平均處理時(shí)長作為參考標(biāo)準(zhǔn)收集平均處理時(shí)長作為參考標(biāo)準(zhǔn)收集頻率每月每月每月何時(shí)收集月底月底月底&相關(guān)工具/表格/記錄《變更管理單》《基線申請(qǐng)/發(fā)布電子流》9.附錄：引用《TD管理辦法》《版本/PATCH配置管理操作指導(dǎo)書》《評(píng)審規(guī)范》7.裁剪上述常規(guī)流程中