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

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