配置管理計劃

1、配置管理計劃文檔編號： 文檔信息：配置管理計劃 密 級： 版本信息： V1.0 編制日期： 編 制 人： 審 核 人： 批 準 人：批準日期：修訂記錄版本號發(fā)布日期編制人自前一版本修改列表1.介紹1.1項目項目編號：項目名稱：項目介紹：1.2范圍配置管理計劃的目的是定義項目的配置管理活動與流程，配置管理員根據(jù)本文 檔建立配置環(huán)境，確定配置項，并對配置項變更進行管理。配置管理規(guī)則適用于下列對象：項目組開發(fā)的工作產(chǎn)品項目組接收的工作產(chǎn)品對于開發(fā)和維護工作產(chǎn)品有重要意義的相關(guān)項1.3術(shù)語、縮略語指出術(shù)語和簡略詞項目描述1.4參考資料2組織&管理2.1配置管理組織結(jié)構(gòu)配置管理組織結(jié)構(gòu)包括以下角色：配置

2、管理員：本項目的配置控制委員會（CCB）成員如下:高級經(jīng)理：項目經(jīng)理：SCM負責人：測試經(jīng)理：2.2配置管理職責角色職責軟件項目經(jīng)理1. 確保配置管理活動的開展和項目配置管理計劃一致，包 括作為基線的配置項和對變更的處理。2. 確保項目實施符合公司的配置管理流程要求。項目配置管理員1. 準備項目配置管理計劃2. 獲得配置管理工具3. 向項目組成員介紹/培訓（當有新成員加入的時候）配 置管理的概念、相關(guān)流程、配置管理工具的使用和配置 管理環(huán)境。4. 建立配置管理環(huán)境5. 把配置項放到配置管理庫中6. 對變更的配置項進行管理和跟蹤7. 維護配置管理過程中所有的記錄8. 組織召開變更控制委員會會議9

3、. 跟蹤變更請求的實施10. 協(xié)助質(zhì)量保證人員進行配置審核，基線審核；確保在審 核過程中發(fā)現(xiàn)的不一致的問題得到解決11. 備份。隨機抽查以確保備份能夠得到恢復，以確保備份 數(shù)據(jù)的完整性12. 準備配置管理月報提交到軟件項目經(jīng)理變更控制委員會1. 變更控制委員會對每一個變更請求做出決策2. 跟蹤變更請求3. 批準發(fā)布分析設(shè)計人員、 編碼人員、技術(shù) 支持人員1. 在項目過程中遇到的問題如果需要修改其他工作產(chǎn)品， 需要通知軟件項目經(jīng)理2. 對變更請求進行影響分析，并執(zhí)行批準的變更請求質(zhì)量保證人員1作為項目配置管理計劃的評審人2. 制定項目質(zhì)量保證計劃，要與項目管理計劃和配置管理 計劃保持致3. 在項

4、目過程中，對工作產(chǎn)品進行評審并執(zhí)行配置基線審 核4. 參加項目階段、里程碑等各種會議5. 按照質(zhì)量保證計劃，在主要的交付/發(fā)布之前對項目進行物理配置審核和功能配置審核6. 不能解決的問題/偏差（工作產(chǎn)品、審核）向總經(jīng)理匯 報3軟硬件資源3.1配置服務器服務器名稱硬盤內(nèi)存光驅(qū)軟驅(qū)3.2開發(fā)環(huán)境:硬件軟件13.3工具列表:項目開發(fā)使用的工具：Vs2008、.net2.0、iis6.0、oracle 91測試使用的工具：TestDirector項目管理使用的工具：Project2003、SVN配置管理工具SVN1.664配置項確認&控制4.1配置管理庫的管理建立時間：項目啟動后，根據(jù)公司制定的配制庫

5、目錄結(jié)構(gòu)建立配制庫 建立地點：配置庫名稱：配置庫用戶及權(quán)限:角色人員姓名用戶名目錄權(quán)限取后一個更改時間項目 經(jīng)理配置 管理 員質(zhì)量 保證 人員開發(fā) 人員配置庫目錄結(jié)構(gòu)，及操作要求配置管理員在開發(fā)服務器上建立配置管理庫，以下為配置管理庫的文件目錄結(jié)構(gòu):一級目錄二級目錄描述發(fā)布區(qū)版本系統(tǒng)給客戶發(fā)布的各個版本發(fā)布記錄系統(tǒng)的發(fā)布記錄開發(fā)區(qū)個人空間開發(fā)過程中所要完成的過程文檔，在 附件“配置庫目錄結(jié)構(gòu)” 中有對該目 錄詳細的劃分。文檔截圖如下：工程文檔需求分析概要設(shè)計詳細設(shè)計代碼單元測試集成測試系統(tǒng)測試用戶培訓系統(tǒng)試運行系統(tǒng)驗收系統(tǒng)維護管理文檔項目管理配置管理需求管理質(zhì)量管理合同方案會議紀要項目報告受控

6、區(qū)非基線基線代碼基線設(shè)計基線對外發(fā)布基線需求基線三個區(qū)交互說明:開發(fā)區(qū)中的代碼等放在發(fā)布區(qū)中，開發(fā)區(qū)中形成的基線放到受控區(qū)里面，如果 發(fā)生變更申請，將從受控區(qū)中取出要變更的基線，待變更完成后，再放入受控區(qū)， 受控區(qū)中的基線要出庫必須進行申請。在配置項進行修改時首先由配置管理員check- out，交給相關(guān)人員進行修改，相關(guān)人員修改進行變更和版本提升后提交給配置管理員，由配置管理員check-in到“過程文檔”和“配置項”中。配置項的變更配置管理員通過郵件形式發(fā)送 給項目組成員及其相關(guān)人員。配置項目錄允許配置管理員進行更改操作，其他人員只能進行讀取操作。4.2配置項#配置項 所屬階段配置項名稱版

7、本 號所在目錄納管時機所屬基線123456789101112131415164.3基線建立和審計基線是經(jīng)審查和批準的配置項的集合，在開發(fā)周期，基線的建立時間是不同 的，會受到不同變更權(quán)威的控制。在每次主要的軟件產(chǎn)品發(fā)布之前，必須進行配置 審計，驗證其完整性。配置基線建立與配置審計計劃表:序 號基線名稱基線標 識計劃建立時 間變更權(quán) 威計劃審計時 間審計人 員版本號12344.4文件命名規(guī)則和配置項的版本號規(guī)則類型命名規(guī)則版本計數(shù)規(guī)則適用范圍例文件項目名稱縮寫+文檔簡稱 初始版本確定條件，版本 升級條件及版本計數(shù)規(guī)則 配置項經(jīng)過評審后初始版本為1.0在配置項版本升級時僅僅 提升副版本號即V1.X

8、項目管理計劃 配置管理計劃 質(zhì)量保證計劃 需求分析驗收測試計劃 概要設(shè)計 系統(tǒng)/集成測試計劃 用戶操作手冊 安裝和系統(tǒng)轉(zhuǎn)換通知 詳細設(shè)計系統(tǒng)項目管理計 戈膠文件文檔簡稱+項目成員+日 期月工作計劃 周工作任務 工作周報 質(zhì)量周報 配置管理月報工作計劃201001文件內(nèi)容簡介+文檔簡稱+日期會議紀要 評審記錄 發(fā)布報告技術(shù)合同書評審記錄20100106代碼各個單元代碼，通過單元 測試之后為1.0，在配置項 版本升級時僅僅提升副版本號即V1.X按照模塊進行劃分的單 元代碼軟件以編譯時間作為版本號程序軟件V1.0 (Builder2010.01.18 1113P4.5備份&恢復備份策略（完全/增量）

9、時間（頻率）備份工具備份內(nèi)容范圍備份介質(zhì)及地點備份恢復維護流程和責任人完全階段備份Winrar配置庫及其工作空間內(nèi)容光盤備份或異地備份配置管理員完全階段備份恢復測試Winrar配置庫及其工作空間內(nèi)容光盤備份或異地備份配置管理員4.6發(fā)布流程向客戶提交任何軟件產(chǎn)品之前，首先由配置管理員到配置管理庫中提取出相關(guān) 的工作產(chǎn)品，然后需要到行政部、技術(shù)部備份，簽字確認之后再進行發(fā)布，技術(shù)總 監(jiān)、配置管理員要保證發(fā)布的代碼通過測試才可以進行簽字確認。發(fā)布報告的格式：項目編號發(fā)布日期發(fā)布目的客戶試用發(fā)布內(nèi)容發(fā)布產(chǎn)品版本號發(fā)布介質(zhì)（方式）備份工具備份地點備份介質(zhì)完全/增量發(fā)布批準人行政部技術(shù)總監(jiān)日期日期備份地

10、點、介質(zhì)備份地點、介質(zhì)配置管理員日期在發(fā)布中未解決的缺陷5變更管理對于作為基線的配置項的變更管理的流程為：1、變更請求人填寫變更請求表的 Part A,并提交給配置管理員（表格：變更請求表）2、配置管理員接收到變更請求表后為其分配序列號，并通知請求人3、配置管理員填寫變更請求跟蹤登記表（模版：變更請求跟蹤登記表）4、配置管理員每周通知軟件項目經(jīng)理/項目組成員新的變更請求5、軟件項目經(jīng)理安排項目組成員分析該變更請求的影響6、作分析影響的項目組成員填寫變更請求表的PartB部分。配置管理員負責跟蹤并協(xié)助分析人員完成影響分析7、配置管理員按照項目配置管理計劃中規(guī)定的頻率召集變更控制委員會開會8配置管

11、理員向變更控制委員會報告所有未解決的和被分析的變更請求9、變更控制委員會對每一個變更請求做出如下決策：批準拒絕部分批準延期變更控制委員會可能因要對一些變更請求作進一步的分析而不對其作決策10、變更控制委員會組長填寫變更請求表的PartC部分11、變更控制委員會會后，配置管理員要按照會議的決定更新變更請求跟蹤登記 表12、軟件項目經(jīng)理安排項目組成員實現(xiàn)變更請求13、 配置管理員從配置管理庫中提取出（checks-out要更改的配置項，交給實施變更的相關(guān)人員。同時配置管理員更新變更請求表的PartD 部分。14、實施變更的項目組成員按照要求對配置項實施變更，在對變更完成了相應的 評審或 /和測試后

12、，將更改的配置項提交給配置管理員15、 配置管理員確認以下事項： 提交的內(nèi)容是當初提取的配置項或在變更請求表中明確的新的配置項 被提交的內(nèi)容通過了質(zhì)量控制檢查（評審或 /和測試） 被提交的內(nèi)容有正確的格式、統(tǒng)一的命名、版本規(guī)則、修訂記錄 以上事項中的例外需要由軟件項目經(jīng)理授權(quán)16、 配置管理員將該配置項提交到配置管理庫17、 配置管理員更新配置項登記表 （模板：配置項登記表 ）18、 配置管理員通知提交的項目組成員配置項已提交到配置管理庫，相應的項目 組成員得到通知后，刪除開發(fā)庫中相應內(nèi)容19、當變更請求表涉及的所有配置項都進行了變更并提交到配置管理庫之后，配置管理員通知軟件項目經(jīng)理，軟件項目

13、經(jīng)理完成變更請求表的Part E 部分，關(guān)閉此變更請求20、 配置管理員更新變更請求跟蹤登記表21、在整個變更過程中，配置管理員跟蹤配置項的變更并協(xié)助其實現(xiàn)變更控制委員會需要根據(jù)變更的時間及需求召開會議?？梢允褂肰SS 等配置管理工具對于計劃類配置項的修改流程為：1 、技術(shù)總監(jiān)、銷售人員協(xié)調(diào)后同意進行修改2、在修訂記錄中記錄 對于非基線配置項和其他配置項的修改流程為：1 、軟件項目經(jīng)理同意進行修改2、在修訂記錄中記錄遵循變更管理過程處理，并規(guī)定角色、人員和職責角色人員在配置變更過程中的職責變更請求 者變更評價 者變更管理 員（CM人 員）變更授權(quán) 機構(gòu)（CCB）6狀態(tài)報告6.1配置管理記錄確定所有與配置管理相關(guān)的記錄、介質(zhì)，并指出填寫的責任人編號：名稱介質(zhì)責任人1 234 :566.2配置狀態(tài)報告配置狀態(tài)信息記錄在配置管理工具中，定期發(fā)布配置狀態(tài)報告文檔發(fā)布頻度發(fā)布人發(fā)布對象發(fā)