Betop-SPI-S-CM-P01(配置管理過程文件)

編碼：Betop-SPI-S-CM-P01山東碧通通信技術配置管理過程文件擬制人擬制人日期＿＿＿＿＿審核人日期＿＿＿＿＿批準人日期＿＿＿＿＿更改控制頁序號版本號更改時間更改內(nèi)容描述填寫人10.1新建、完成初稿21.0定稿目錄TOC\o"1-3"\h\z1目的12范圍13術語定義14職責25裁剪指南36過程46.1配置管理的日?；顒舆^程4概要圖4啟動條件5輸入6活動6輸出10關閉標準106.2配置項的變更管理過程11概要圖11啟動條件11輸入11活動11輸出13關閉標準137審核138度量139技能要求1310參照文件14目的配置管理員運用配置管理方法和工具對組織過程的工作產(chǎn)品進行管理、維護，從而保證工作產(chǎn)品的完整性，到達有序管理和減少重復性工作。范圍適用于在公司過程改良過程中所產(chǎn)生的所有工作產(chǎn)品。術語定義配置項：簡稱CI〔ConfigurationItem的縮寫〕，配置管理中受控制的對象被稱為配置項，是生命周期中創(chuàng)立的信息，包含程序、數(shù)據(jù)、文檔，分基線配置項和非基線配置項兩類。基線：簡稱BL〔BaseLine的縮寫〕基線是一組經(jīng)過正式審查并且達成一致的標準或工作產(chǎn)品，是開發(fā)工作的根底。配置管理：簡稱CM〔ConfigurationManagement的縮寫〕，標識、控制和管理變更的一種管理活動。它控制配置項的修改和發(fā)行；記錄和報告配置項的狀態(tài)和變更；保證配置項的完整性、一致性和正確性；以及控制配置項的儲存、裝載和交付?；€變更：變更引起新的基線發(fā)布稱為基線變更非基線變更：除基線變更外的變更稱為非基線變更。變更控制委員會：簡稱CCB〔ChangeControlBoard的縮寫〕，CCB通常由工程經(jīng)理、其他活動負責人、資深工程成員和配置管理員等組成。發(fā)布：Release，在生命周期各階段結束時，由該階段向下階段提交該階段的階段產(chǎn)品的過程。職責角色活動配置管理員工程經(jīng)理/其他活動負責人CCB工程總監(jiān)EPG識別配置項執(zhí)行評審選擇管理工具執(zhí)行執(zhí)行執(zhí)行執(zhí)行審核制訂配置方案執(zhí)行審核審核建立各級配置庫執(zhí)行分配配置庫權限執(zhí)行審核審核審核管理配置庫分配權限管理目錄建立并維護配置管理申請操作配置庫審核配置項變更提交申請/跟蹤變更批準并評審變更批準并評審變更發(fā)布配置狀態(tài)報告執(zhí)行審核審核配置審計執(zhí)行審計/填寫發(fā)布記錄審核審核發(fā)布基線配置審計發(fā)布基線申請發(fā)布基線批準發(fā)布基線審核后續(xù)配置管理整理完善記錄與文檔/提交組織審核向組織財富庫移交搜集材料并提交報告審核評審評審裁剪指南依照活動的已定義過程進行裁剪。過程配置管理的日?；顒舆^程概要圖啟動條件工程組或其他活動組建立輸入過程定義《工程/活動方案》《配置管理系統(tǒng)訪問控制規(guī)程》《工程/活動進展》活動識別配置項依據(jù)工程/其他活動的方案和過程定義確定納入哪些配置項、識別哪些基線、以及何時納入配置管理，配置管理員所識別的基線、配置項及配置時間、入庫標準需經(jīng)過工程經(jīng)理或相關責任人審核。工程基線的命名標識按照以下規(guī)那么進行定義：基線簡寫-版本-日期例如，Plan-V0.1-20230101工程中可識別的基線有：基線名稱簡寫基線配置項方案基線Plan《立項報告》《工程方案》《質量保證方案》《度量分析方案》《配置管理方案》需求基線Requirement《需求規(guī)格說明書》《用戶需求說明書》工程設計基線Design《概要設計說明書》《詳細設計說明書》《數(shù)據(jù)庫設計說明書》實現(xiàn)區(qū)設計基線R_Design《功能項設計說明書》編碼基線參見功能項命名標準源代碼測試基線R_Test《測試用例》產(chǎn)品基線Release發(fā)布的產(chǎn)品版本《用戶操作手冊》基線的具體信息在《配置管理方案》中表達。選擇配置管理工具根據(jù)實際情況，目前選擇的配置管理工具如下:工具名稱版本使用說明使用范圍VSSVisualSourceSafe-2005參見《VSS使用指南》代碼配置SVNTortoiseSVN客戶端參見《SVN使用指南》代碼及文件配置CollabNetSubversion-效勞器端配置管理工具的使用范圍須在《配置管理方案》中進行聲明。制定配置管理方案配置管理員根據(jù)工程/活動總體方案和進度方案，制定出配置管理方案提交工程經(jīng)理/其他活動負責人審核，工程/活動方案評審通過后，發(fā)布得到授權的《配置管理方案》，作為配置管理活動的指導性文件。建立各級配置庫配置管理員依據(jù)《配置管理系統(tǒng)訪問控制規(guī)程》3.1節(jié)的標準庫結構建立配置管理庫目錄結構。非基線區(qū)里包含正在創(chuàng)立或修改的配置項。它是開發(fā)者/活動執(zhí)行者的工作空間，受開發(fā)者/活動執(zhí)行者控制，配置項處于版本控制之下，配置管理員只需要給出推薦建庫的規(guī)那么?；€庫里包含基線和對基線的更改。分配管理權限依據(jù)相關人員在工程/活動過程中所擔當?shù)慕巧珵槠浞峙涔芾頇嘞?。具體權限劃分，請參見《配置管理系統(tǒng)訪問控制規(guī)程》3.3節(jié)。提交維護配置項工程組/活動執(zhí)行成員按照《配置管理系統(tǒng)訪問控制規(guī)程》4.1節(jié)的要求，在配置管理系統(tǒng)中的工作區(qū)、開發(fā)區(qū)里對配置項進行導入、檢入、檢出等操作。對于管理區(qū)中的內(nèi)容，配置管理員在工程經(jīng)理/其他活動負責人的指導下進行導入、檢入、檢出等操作。其他人員依據(jù)權限只能進行閱讀——“read〞。對于基線區(qū)里的配置項必須由配置管理員導入、檢入、檢出等操作。管理配置庫配置管理員負責配置庫的管理工作，主要內(nèi)容包括：建立配置庫按需求為工程組/其他活動執(zhí)行成員創(chuàng)立權限依據(jù)權限管理規(guī)程進行權限管理配置庫備份配置項變更配置審計配置庫管理工作的具體細那么參見《配置管理系統(tǒng)訪問控制規(guī)程》。配置審計依據(jù)《配置管理方案》中的審計頻度的要求對照《配置項狀態(tài)表》進行配置審計。配置審計活動按照審計的類型劃分，主要包括:物理審計、功能審計和管理審計。審計方式審計活動涉眾物理審計配置項是否已經(jīng)提交配置項是否已經(jīng)進入正確的庫和目錄發(fā)布是否采用正確配置庫，正確的配置項和正確版本變更后的配置項是否歸并配置管理員功能審計配置項內(nèi)容是否與需求一致產(chǎn)品變更是否完成，變更管理是否已經(jīng)納入受控庫變更是否經(jīng)過評審變更是否有記錄工程經(jīng)理/其他活動負責人管理審計檢驗配置項是否與配置管理方案識別配置項數(shù)量一致檢驗配置項內(nèi)容是否與工程/活動對該配置項的要求保持一致檢驗配置項變更后信息是否為最新工程經(jīng)理/其他活動負責人高層〔里程碑〕配置審計活動按照審計的內(nèi)容劃分，主要包括：基線審計、產(chǎn)品審計和日常審計。審計方式審計類型基線審計物理審計、功能審計、管理審計產(chǎn)品審計物理審計、功能審計日常審計物理審計審計完成時，配置管理員將審計的情況填寫到《配置審計記錄》中。發(fā)布基線配置管理員根據(jù)進展報告來判斷是否到達里程碑點。如果到達里程碑點就從開發(fā)區(qū)里提出待發(fā)布的產(chǎn)品；CCB進行評審并判斷是否到達發(fā)布標準〔以審計結果為主要依據(jù)〕，如果到達標準那么授權配置管理員發(fā)布基線。配置管理員出《基線發(fā)布通知》，并將發(fā)布內(nèi)容導入基線庫。在《配置項狀態(tài)表》中記錄相應的內(nèi)容。過程財富提交組織工程/活動結束后，配置管理員整理并完善記錄與文檔，提交工程經(jīng)理/其他活動負責人進行審核。并由工程經(jīng)理/其他活動負責人通知EPG進行審批，審批通過后提交至組織財富庫。輸出《配置管理方案》《配置項狀態(tài)表》《配置審計記錄》《配置庫備份記錄》《基線發(fā)布通知》關閉標準工程/活動已經(jīng)結束，過程財富提交給組織。配置項的變更管理過程概要圖啟動條件配置項的變更申請被提出。輸入《變更申請表》活動此變更過程對所有配置項適用提交變更申請配置項如果需要發(fā)生變更時，相關人員填寫《變更申請表》并提交到CCB。變更評審CCB分析《變更申請表》中建議的變更影響。評審變更的過程要確保這些變更與所有技術需求和工程/活動需求一致。對變更影響的評價要緊密結合工程/活動或合同需求。對于在假設干產(chǎn)品中使用的配置項的變更，可能會引發(fā)其他應用，要解決這個問題。工程經(jīng)理/其他活動負責人根據(jù)評審的結論安排人員執(zhí)行并驗證變更措施。對那些受變更請求影響并且將在后面的配置活動中被處理的配置項進行審查。記錄變更評審的結果、理由和解決方案，CCB代表簽字確認，并授權配置管理員發(fā)布《變更通知》，授權相關人員執(zhí)行變更。變更執(zhí)行按給出的解決方案采取行動，并向受影響的各方報告情況。假設變更的配置項是在基線區(qū)的，那么需要受控。修改完畢交CCB驗證變更結果。變更結果的驗證流程根據(jù)變更的內(nèi)容作如下聲明：〔1〕文件變更：QA通過文件評審的方式進行變更結果確認，并出具《PPQA檢查表》；〔2〕代碼變更：通過代碼走查/代碼回歸測試(交叉測試)，并由測試人員出具《代碼走查報告》或《測試報告》。審核通過后由配置管理員將配置項提交到配置庫，并將狀態(tài)填寫在《配置項狀態(tài)表》中。變更審計配置管理員在變更過程中所做的工作依照《配置管理過程文件》進行自檢，并將自檢情況填寫到《配置審計記錄》中。輸出《變更申請表》《配置項狀態(tài)表》《配置審計記錄》《變更通知》《PPQA檢查表》/《代碼走查報告》/《測試報告》關閉標準當次配置變更活動結束。審核《配置管理方案》要通過CCB評審；CCB要對待發(fā)布的基線是否到達發(fā)布標準進行評審；當配置項發(fā)生變更時，CCB對《配置項變更申請》的建議的影響進行分析，給出解決方案。度量每個工程〔任務〕階段配置項的個數(shù)；配置項變更的數(shù)量和次數(shù)