配置管理計劃樣例[軟件開發(fā)]

【用戶名稱】神州數碼信息系統XX密級：普通*項目軟件配置管理計劃V0.1文檔編號：項目名稱：編 寫：編寫日期：審 核：審核日期：批 準：批準日期：修訂文檔歷史記錄日期版本說明作者2010-7-12V0.1第一次編寫2011-7-8V1.0修改目錄1 前言51.1 目標51.2 適用X圍51.3 術語與簡寫51.4 參考文件52 組織結構和職責52.1 CCB成員及職責52.2 配置管理組63 配置管理工具、技術和方法63.1 配置管理工具63.2 配置管理策略64 配置管理庫74.1 配置庫結構74.2 配置庫權限74.3 基線配置項74.4 其他配置項84.4.1 管理文檔或過程記錄84.4.2 項目環(huán)境95 文件命名與版本控制95.1 文件命名規(guī)X95.1.1 基線命名規(guī)X95.1.2 其他配置項命名規(guī)X105.2 版本標識106 變更管理116.1 變更原因116.2 變更流程126.3 變更跟蹤147 版本制作與發(fā)布流程168 安全與備份168.1 備份168.2 安全防護179 配置狀態(tài)發(fā)布1714 / 141 前言1.1 目標本計劃是信息平臺項目配置管理活動的基準，對信息平臺項目的配置管理活動進行策劃。1.2 適用X圍本計劃是信息平臺項目整體計劃的一部分，適用于信息平臺項目的配置管理活動。1.3 術語與簡寫CCB：變更控制委員會SQA：質量保證SCM：配置管理1.4 參考文件DCG-SCM-P-01-配置管理規(guī)X。2 組織結構和職責2.1 CCB成員及職責項目內部CCB成員：章某（CCB組長）、陳、小偉、小明、玲玲。CCB組職責：決定CCB成員中對變更確認審批級別，協調CCB成員對變更達成一致，并確認變更的結果。項目總監(jiān)章某：負責對項目的總體調控。項目經理小偉：負責對項目中計劃的變更等進行確認，并對變更所涉及的資源變更進行評估，負責變更的執(zhí)行。 需求調研 陳：負責項目的整體需求。 技術經理小明：負責項目技術支持及項目的運行。SCM人員玲玲：負責變更，配置庫日常管理和權限控制。測試經理？：負責評估變更中測試方面的問題。SQA 人員？：過程審計。2.2 配置管理組配置管理員 ：負責搭建配置庫，制定并執(zhí)行配置管理計劃、培訓項目組成員、執(zhí)行日常配置管理工作。3 配置管理工具、技術和方法3.1 配置管理工具服務器IP地址：192.168.8.000文檔管理配置管理工具：SVN配置庫名稱：WS源代碼管理配置管理工具：SVN配置庫名稱：WS4 配置管理庫4.1 配置庫結構配置庫分為工作庫、受控庫和基線庫。工作庫：存儲項目的所有工作產品中間結果，即正處于開發(fā)中的代碼和編寫中的文檔，其內容可能進行頻繁的修改。受控庫：存儲項目的所有準備生成基線的工作成果，待評審的文檔、部署程序的中間版本、以及項目管理類文檔等?；€庫：存儲項目的所有基線化了的工作成果，評審通過的階段產出物、具有路標性質的對外發(fā)布版本等。4.2 配置庫權限工作庫：項目組所有成員均有讀寫權限。受控庫：配置管理員和項目經理有讀寫權限，其他項目組成員有只讀權限。基線庫：配置管理員有讀寫權限，其他人員經授權可調閱。（注：共通代碼由專人管理）4.3 基線配置項基線類別基線配置項名稱基線配置項的位置備注需求基線項目數據交換標準軟件需求規(guī)格說明書工作說明書項目啟動報告設計基線概要設計說明書編碼基線各發(fā)布版本測試基線系統測試用例系統出場測試報告驗收基線系統初驗報告系統終驗報告4.4 其他配置項4.4.1 管理文檔或過程記錄配置項名稱配置項的位置備注管理文檔項目周報客戶周報會議紀要業(yè)務聯系單評審計劃評審記錄培訓記錄4.4.2 項目環(huán)境配置項名稱配置項的位置備注環(huán)境開發(fā)服務器測試服務器測試管理服務器配置服務器192.168.8.000內網5 文件命名與版本控制5.1 文件命名規(guī)X5.1.1 基線命名規(guī)X項目名稱+子系統名+文檔名稱+Vx.y（版本號）項目名稱定義為：信息平臺（英文縮寫：WS）子系統名：若沒有子系統可以省略舉例：信息平臺-工作說明書V1.0；5.1.2 其他配置項命名規(guī)Xn 與時間相關的文檔命名：項目名稱文檔名稱yyyymmdd（注：其中如果是周報yyyymmdd以結束日期為準）備注：yyyymmdd為“年月日”時間格式舉例：信息平臺-項目周報20100607；（結束日期）信息平臺-會議紀要20100602；n 與時間沒有直接關系的文檔命名：直接以項目名稱文檔名稱命名。舉例：信息平臺初驗階段報告；信息平臺項目總結報告；5.2 版本標識文檔發(fā)布的版本遵循x.y（主版本.副版本）形式：1、 版本標識定義原則n 版本標識必須唯一標識不同的版本；n 版本標識必須反映不同級別版本的層次關系；例如采用x.y（主版本.從版本）的定義規(guī)則n 必須定義不同級別版本號增加的規(guī)則。2、 版本設置規(guī)則n 新起草編寫的文件定為V0.1版；逐步完善還沒有通過評審的文件版本升級為V0.y版；n 通過內部正式審批的文件版本升級為V1.0版，可對外發(fā)布；n 稱為內部基準的文件如有少量修改，可升級為V1.x版；n 如有通過客戶的評審，文件版本可升級為V2.0，以此類推。代碼發(fā)布的版本遵循x.y（主版本.副版本）形式：Build<#>為build順序號，每build一次加1；永遠不清零。P為FAT順序號，每提交FAT測試加1，FAT測試由公司人員測試。Z為UAT順序號，每提交UAT測試加1，UAT測試有用戶或監(jiān)理參加。X,Y以用戶確定為準。用戶版本號增加時P和Z清零。yyyyymmdd代表發(fā)布版本日期分類版本命名基線存放路徑對內版本YZWS_子系統英文名_yyyymmdd-#信息平臺版本發(fā)布對內發(fā)布測試版本YZWS_FAT_<X>.<Y>.<Z>.<P>Build <#>_yyyymmdd信息平臺版本發(fā)布測試版本對外版本YZWS_UAT_<X>.<Y>.<Z>.<P>Build <#>_yyyymmdd信息平臺版本發(fā)布對外發(fā)布YZWS_<X>.<Y>.<Z>.<P>Build <#>_yyyymmdd6 變更管理6.1 變更原因1、評審、審計、測試和驗證發(fā)現問題引起配置的配置項變更，配置項的版本需要更新。更改源是評審報告、集成測試分析報告或審計報告。2、客戶、項目組填寫的變更申請引起配置項變更，變更申請表是更改源。3、出現下列情況時引起的配置項變更，不需要填寫變更申請表：² 計劃級的文檔更改WBS計劃； ² 軟件配置管理計劃、軟件質量保證計劃；² 測試工具或測試腳本（不屬于提交給用戶）。4、當項目X圍發(fā)生變化、風險發(fā)生并且采用了項目計劃中沒有指定的糾正措施、項目計劃與實際情況偏離20%以上、由內部與外部審計而導致的糾正活動、項目計劃中的任何修改條件滿足等事件發(fā)生時，由項目經理組織相應的配置控制委員會成員對要發(fā)生的變更進行評審6.2 變更流程1. 變更申請1) 變更申請人通過多種渠道提出對配置項的變更請求。驅動因素主要包括用戶需求變更、評審、測試以及配置審計等。2) 變更申請人負責填寫需求設計變更申請表，并提交配置控制委員會實施變更評估。2. 變更評估1) 針對變更申請人提交的變更請求，配置控制委員會在評估該變更的影響X圍及對項目進度、成本、質量等指標的影響程度后，決定是否實施該變更。2) 配置控制委員會將針對該變更做出的決定（接受或拒絕）通知變更申請人。3. 變更實施1) 變更申請獲得批準后，配置控制委員會將該變更分配給相應執(zhí)行人實施。2) 項目配置管理員將該變更涉及的所有配置項從配置庫中簽出并提交給變更執(zhí)行人。3) 變更執(zhí)行人實施該變更；4. 變更驗證1) 配置控制委員會對變更后的工作產品進行驗證，以確定變更是否正確完成。2) 在變更完成并經過驗證后，項目配置管理員將經批準的配置項簽入配置庫。6.3 變更跟蹤1、 客戶需求變更：1) 與用戶之間變更流程：項目組需要依據項目管理規(guī)X中的需求管理要求，結合項目用戶實際情況制定需求變更流程，填寫需求設計變更申請表并按照流程要求執(zhí)行申請和審批過程，保留期間用戶的簽字確認文件。2) 內部審批流程：10人天以內的變更項目經理確認，10人天以上，20人天以內需要工程總監(jiān)確認，20人天以上的變更需要事業(yè)部總經理確認。配置管理員跟蹤變更審批狀態(tài)，維護基線狀態(tài)報告變更跟蹤表。3) VP系統中的變更記錄：項目需求負責人在VP系統中使用“X圍變更”頁簽錄入需求變更的信息，同時更新維護“X圍X圍矩陣”的X圍信息和工作量信息，并發(fā)起需求變更流程，由項目經理以及工程總監(jiān)進行審批。審批通過后，形成新的X圍矩陣基準。2、 預算變更：項目經理/客戶經理 編寫變更的工作說明書項目預算表，在VP項目管理系統中執(zhí)行項目預算變更流程。3、 項目經理變更：1) 項目實施過程中，發(fā)生項目經理變更時，原項目經理填寫項目經理工作交接清單與新項目經理逐項工作進行交接。2) 新任項目經理按照項目經理任命流程進行述職和任命。3) 項目經理變更時，工程總監(jiān)負責與客戶進行溝通。7 版本制作與發(fā)布流程8 安全與備份8.1 備份配置管理員每周整體備份一次配置庫，保留4周以內的備份記錄。備份方式：刻盤或者異機備份每月末提交一次配置庫，存入組織級配置庫（FTP上傳或由QA拷貝回）項目結束時，配置管理人員按結項規(guī)定對配置庫進行歸檔。8.2 安全防護客戶端必須安裝防病毒軟件（如公司有規(guī)定的軟件，則依照公司要求安裝），并啟動自動防護功能，及時升級。每周進行一次全盤掃描。9 配置狀態(tài)發(fā)布信息平臺項目的配置狀態(tài)報告發(fā)布、發(fā)送方式如下：發(fā)布名稱發(fā)布頻率發(fā)布內容發(fā)送對象發(fā)送方式基線發(fā)布基線生成或基線變更時*基線生成，存放位置或*基線發(fā)生變更，版本為*項目組所有成員、SQA、項目經理、項目總監(jiān)