02軟件基線變更過程(doc)
目 錄 1. 目的 2 2. 范圍 2 3. 職責(zé) 2 4. 工作程序 2 4.1 變更請求過程 2 4.2變更過程 3 5. 參考資料 4 目的 o 確保項目中所做的變更保持一致，并將產(chǎn)品的狀態(tài)、對其所做的變更通知給有關(guān) 的人員。 o 變更控制過程可用于確保以一致的、受控的方式評估和應(yīng)用建議系統(tǒng)進行的變更 。 范圍 適用于軟件開發(fā)項目的基線變更（需求變更除外，需求變更詳見《軟件需求管理過程 》） 職責(zé) 1. 軟件項目經(jīng)理負(fù)責(zé)判斷變更是否為緊急變更 2. 軟件項目經(jīng)理負(fù)責(zé)組織變更評審 3. 軟件項目經(jīng)理負(fù)責(zé)組織變更的實施 4. SCCB負(fù)責(zé)批準(zhǔn)變更 5. 配置管理員負(fù)責(zé)將變更情況通知受影響的組和個人。 工作程序 4.1 變更請求過程 否 是 變更請求過程 項目有關(guān)部門和人員均可填寫《變更申請表》，提交變更請求，由軟件項目經(jīng)理審查其 必要性、可行性和合理性。對于緊急的變更請求登記后直接進入變更過程；對于其他的 變更（如版本升級等）要登記（《記入軟件項目跟蹤與監(jiān)督表》），匯總統(tǒng)一后，按照變 更過程進行更改．如果是客戶是以口頭或其他非正式渠道所提出的申請，則由客戶經(jīng)理 或軟件項目小組人員負(fù)責(zé)記錄填寫《變更申請表》，提交軟件項目經(jīng)理并得到用戶認(rèn)可， 由軟件項目經(jīng)理按照規(guī)定執(zhí)行。 4.2變更過程 重復(fù)或拒絕 信息不全 變更過程 4.2.1變更請求評審（評審參見《評審過程》） 此活動的作用是評審已提交的變更請求。如果是緊急的變更由軟件項目經(jīng)理及時進 行影響分析并組織評審；非緊急事項的變更,應(yīng)將《變更申請表》登記匯總后，集中評審， 分析每項變更對技術(shù)、進度、資源、成本、系統(tǒng)結(jié)構(gòu)等的影響，對變更進行評估風(fēng)險、 估算、規(guī)劃并記錄；對于開發(fā)計劃變更的請求由軟件項目經(jīng)理向技術(shù)管理部提出，技術(shù) 管理部組織評審，其他計劃的變更由項目組自己組織進行。 4.2.2變更審批 緊急變更在評審后，由SCCB及時批準(zhǔn)，非緊急變更可匯總后一起進行批準(zhǔn)如每兩周進 行一次． 如果認(rèn)定某個變更請求不合理或重復(fù)，則拒絕變更請求，變更請求過程結(jié)束。 如果信息不充分的話，軟件項目經(jīng)理需要收集更多信息，更新變更請求活動，然后將已 更新的變更請求重新提交給 SCCB 評審隊列。 對于影響組織外部的約定的更改必須由高級管理者審批。 4.2.3分配工作與安排工作時間 一旦變更請求被批準(zhǔn)，軟件項目經(jīng)理就將根據(jù)請求的工作量和工作性質(zhì)，下達《任務(wù) 通知單》并抄送配置管理員，把工作分配給合適的人員。 4.2.4進行變更 指定的人員進行相應(yīng)的修改，參照《軟件配置管理過程》中的4.3.2“基線配置項的管理 過程”。 4.2.6關(guān)閉變更請求 變更請求關(guān)閉后，下達《變更通知單》通知相關(guān)個人和小組。 參考資料 |序號|編號 |文檔名稱 | |1 |Q/RKS-SP-SCM-01|軟件配置管理過程 | |2 |Q/RKS-SP-PR-01 |評審過程 | |3 |Q/RKS-SP-SCM-03|配置管理計劃 | |4 |Q/RKS-SP-SCM-04|變更申請表 | |5 |Q/RKS-SP-SCM-05|變更通知單 | |6 |Q/RKS-SP-SCM-06|任務(wù)通知單 | |7 | | | ----------------------- 開始 SCCB 確認(rèn) 終止變更請求 更新變更請求 分配工作與安排工作時間 進入基線配置項的變更過程 關(guān)閉變更請求，通知相關(guān)人員 組織評審 匯總等待 登 記 是否緊急變更 提交變更請求 開始 進入變更過程
02軟件基線變更過程(doc)