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

1、.【用戶名稱】神州數(shù)碼信息系統(tǒng)有限公司密級：普通* 項目軟件配置管理計劃V0.1文檔編號：項目名稱：編寫：編寫日期：審核：審核日期：批準(zhǔn)：批準(zhǔn)日期：.修訂文檔歷史記錄日期版本說明作者2010-7-12V0.1第一次編寫2011-7-8V1.0修改.目錄1前言 .51.1目標(biāo) . .51.2適用范圍 . .51.3術(shù)語與簡寫 . .51.4參考文件 . .52組織結(jié)構(gòu)和職責(zé) . .52.1 CCB 成員及職責(zé) .52.2配置管理組 . .63配置管理工具、技術(shù)和方法 . .63.1配置管理工具 . .63.2配置管理策略 . .錯誤！未定義書簽。4配置管理庫 . .74.1配置庫結(jié)構(gòu) . .74

2、.2配置庫權(quán)限 . .74.3基線配置項 . .74.4其他配置項 . .84.4.1管理文檔或過程記錄 . .84.4.2項目環(huán)境 . .85文件命名與版本控制 . .95.1文件命名規(guī)范 . .95.1.1基線命名規(guī)范 . .95.1.2其他配置項命名規(guī)范 . .95.2版本標(biāo)識 . .96變更管理 . .106.1變更原因 . .106.2變更流程 . .116.3變更跟蹤 . .127版本制作與發(fā)布流程 . .14.8安全與備份 . .148.1備份 . .148.2安全防護(hù) . .159配置狀態(tài)發(fā)布 . .15.1 前言1.1目標(biāo)本計劃是信息平臺項目配置管理活動的基準(zhǔn)，對信息平臺項目

3、的配置管理活動進(jìn)行策劃。1.2適用范圍本計劃是信息平臺項目整體計劃的一部分，適用于信息平臺項目的配置管理活動。1.3術(shù)語與簡寫CCB：變更控制委員會SQA：質(zhì)量保證SCM：配置管理1.4參考文件DCG-SCM-P-01-配置管理規(guī)范。2 組織結(jié)構(gòu)和職責(zé)2.1 CCB 成員及職責(zé)項目內(nèi)部 CCB成員：章某（ CCB組長）、陳、小偉、小明、玲玲。CCB組職責(zé)：決定CCB成員中對變更確認(rèn)審批級別，協(xié)調(diào)CCB成員對變更達(dá)成一致，并確認(rèn)變更的結(jié)果。項目總監(jiān)章某：負(fù)責(zé)對項目的總體調(diào)控。項目經(jīng)理小偉：負(fù)責(zé)對項目中計劃的變更等進(jìn)行確認(rèn)，并對變更所涉及的資源變更進(jìn)行評估，.負(fù)責(zé)變更的執(zhí)行。需求調(diào)研陳：負(fù)責(zé)項目的

4、整體需求。技術(shù)經(jīng)理小明：負(fù)責(zé)項目技術(shù)支持及項目的運行。SCM人員玲玲：負(fù)責(zé)變更，配置庫日常管理和權(quán)限控制。測試經(jīng)理？：負(fù)責(zé)評估變更中測試方面的問題。SQA 人員？：過程審計。2.2配置管理組配置管理員：負(fù)責(zé)搭建配置庫，制定并執(zhí)行配置管理計劃、培訓(xùn)項目組成員、執(zhí)行日常配置管理工作。3 配置管理工具、技術(shù)和方法3.1配置管理工具服務(wù)器 IP 地址：文檔管理配置管理工具：SVN配置庫名稱： WS源代碼管理配置管理工具：SVN配置庫名稱： WS.4 配置管理庫4.1配置庫結(jié)構(gòu)配置庫分為工作庫、受控庫和基線庫。工作庫：存儲項目的所有工作產(chǎn)品中間結(jié)果，即正處于開發(fā)中的代碼和編寫中的文檔，其內(nèi)容可能進(jìn)行頻繁

5、的修改。受控庫：存儲項目的所有準(zhǔn)備生成基線的工作成果，待評審的文檔、部署程序的中間版本、以及項目管理類文檔等?；€庫：存儲項目的所有基線化了的工作成果，評審?fù)ㄟ^的階段產(chǎn)出物、具有路標(biāo)性質(zhì)的對外發(fā)布版本等。4.2配置庫權(quán)限工作庫：項目組所有成員均有讀寫權(quán)限。受控庫：配置管理員和項目經(jīng)理有讀寫權(quán)限，其他項目組成員有只讀權(quán)限?；€庫：配置管理員有讀寫權(quán)限，其他人員經(jīng)授權(quán)可調(diào)閱。（注：共通代碼由專人管理）4.3基線配置項基線類別基線配置項名稱基線配置項的位置備注需求基線項目數(shù)據(jù)交換標(biāo)準(zhǔn)軟件需求規(guī)格說明書工作說明書項目啟動報告設(shè)計基線概要設(shè)計說明書編碼基線各發(fā)布版本測試基線系統(tǒng)測試用例系統(tǒng)出場測試報告.

6、驗收基線系統(tǒng)初驗報告系統(tǒng)終驗報告4.4其他配置項管理文檔或過程記錄配置項名稱配置項的位置備注管理文檔項目周報客戶周報會議紀(jì)要業(yè)務(wù)聯(lián)系單評審計劃評審記錄培訓(xùn)記錄項目環(huán)境配置項名稱配置項的位置備注環(huán)境開發(fā)服務(wù)器測試服務(wù)器測試管理服務(wù)器配置服務(wù)器內(nèi)網(wǎng).5 文件命名與版本控制5.1文件命名規(guī)范基線命名規(guī)范 項目名稱 + 子系統(tǒng)名 + 文檔名稱 +Vx.y（版本號）項目名稱定義為：信息平臺（英文縮寫：WS）子系統(tǒng)名：若沒有子系統(tǒng)可以省略舉例： 信息平臺 - 工作說明書V1.0 ；其他配置項命名規(guī)范與時間相關(guān)的文檔命名： 項目名稱 文檔名稱 yyyymmdd（注：其中如果是周報yyyymmdd以結(jié)束日期為

7、準(zhǔn)）備注： yyyymmdd為“年月日”時間格式舉例：信息平臺- 項目周報20100607； （結(jié)束日期）信息平臺 - 會議紀(jì)要20100602；與時間沒有直接關(guān)系的文檔命名：直接以 項目名稱 文檔名稱 命名。舉例：信息平臺初驗階段報告；信息平臺項目總結(jié)報告；5.2版本標(biāo)識文檔發(fā)布的版本遵循x.y （主版本 . 副版本）形式：1、版本標(biāo)識定義原則版本標(biāo)識必須唯一標(biāo)識不同的版本；版本標(biāo)識必須反映不同級別版本的層次關(guān)系；例如采用x.y （主版本 . 從版本）的定義規(guī)則必須定義不同級別版本號增加的規(guī)則。.2、版本設(shè)置規(guī)則新起草編寫的文件定為V0.1 版；逐步完善還沒有通過評審的文件版本升級為V0.y

8、版；通過內(nèi)部正式審批的文件版本升級為V1.0 版，可對外發(fā)布；稱為內(nèi)部基準(zhǔn)的文件如有少量修改，可升級為V1.x 版；如有通過客戶的評審，文件版本可升級為V2.0 ，以此類推。代碼發(fā)布的版本遵循x.y （主版本 . 副版本）形式：Build 為 build順序號，每build一次號碼加1；永遠(yuǎn)不清零。P 為 FAT 順序號，每提交 FAT 測試號碼加 1， FAT測試由公司人員測試。Z 為 UAT順序號，每提交 UAT測試號碼加 1， UAT測試有用戶或監(jiān)理參加。X,Y以用戶確定為準(zhǔn)。用戶版本號增加時P和 Z清零。yyyyymmdd 代表發(fā)布版本日期分類版本命名基線存放路徑對內(nèi)版本YZWS_子系

9、統(tǒng)英文名 _yyyymmdd-#信息平臺版本發(fā)布對內(nèi)發(fā)布測試版本YZWS_FAT_.Build信息平臺版本發(fā)布測試版本_yyyymmddYZWS_UAT_.Build_yyyymmdd對外版本YZWS_.Build信息平臺版本發(fā)布對外發(fā)布_yyyymmdd6 變更管理6.1變更原因1、評審、審計、測試和驗證發(fā)現(xiàn)問題引起配置的配置項變更，配置項的版本需要更新。更改源是評審報告 、集成測試分析報告或?qū)徲媹蟾妗?、客戶、項目組填寫的變更申請引起配置項變更，變更申請表是更改源。3、出現(xiàn)下列情況時引起的配置項變更，不需要填寫變更申請表：.計劃級的文檔更改WBS計劃；軟件配置管理計劃 、軟件質(zhì)量保證計劃

10、；測試工具或測試腳本（不屬于提交給用戶）。4、當(dāng)項目范圍發(fā)生變化、風(fēng)險發(fā)生并且采用了項目計劃中沒有指定的糾正措施、項目計劃與實際情況偏離20%以上、由內(nèi)部與外部審計而導(dǎo)致的糾正活動、項目計劃中的任何修改條件滿足等事件發(fā)生時，由項目經(jīng)理組織相應(yīng)的配置控制委員會成員對要發(fā)生的變更進(jìn)行評審6.2變更流程提出變更申請評估變更變更申請表接受變更接受分配變更任務(wù)拒絕變更通知拒絕變更狀態(tài)跟蹤表在工作庫中取工作內(nèi)容提交工作成果到工作庫在受控庫創(chuàng)建內(nèi)部基線形成發(fā)布基線通過放基線庫發(fā)布基線發(fā)布配置狀態(tài)報告配置狀態(tài)報告未通過測試/評審基線測試 /評審?fù)ㄟ^1. 變更申請1) 變更申請人通過多種渠道提出對配置項的變更請

11、求。驅(qū)動因素主要包括用戶需求變更、評審、測試以及配置審計等。.2) 變更申請人負(fù)責(zé)填寫 需求設(shè)計變更申請表 ，并提交配置控制委員會實施變更評估。2. 變更評估1) 針對變更申請人提交的變更請求，配置控制委員會在評估該變更的影響范圍及對項目進(jìn)度、成本、質(zhì)量等指標(biāo)的影響程度后，決定是否實施該變更。2) 配置控制委員會將針對該變更做出的決定（接受或拒絕）通知變更申請人。3. 變更實施1) 變更申請獲得批準(zhǔn)后，配置控制委員會將該變更分配給相應(yīng)執(zhí)行人實施。2) 項目配置管理員將該變更涉及的所有配置項從配置庫中簽出并提交給變更執(zhí)行人。3) 變更執(zhí)行人實施該變更；4. 變更驗證1) 配置控制委員會對變更后的

12、工作產(chǎn)品進(jìn)行驗證，以確定變更是否正確完成。2) 在變更完成并經(jīng)過驗證后，項目配置管理員將經(jīng)批準(zhǔn)的配置項簽入配置庫。6.3變更跟蹤1、 客戶需求變更：1) 與用戶之間變更流程：項目組需要依據(jù)項目管理規(guī)范中的需求管理要求，結(jié)合項目用戶實際情況制定需求變更流程，填寫需求設(shè)計變更申請表并按照流程要求執(zhí)行申請和審批過程，保留期間用戶的簽字確認(rèn)文件。2)內(nèi)部審批流程：10 人天以內(nèi)的變更項目經(jīng)理確認(rèn)，10 人天以上， 20 人天以內(nèi)需要工程總監(jiān)確認(rèn)，20 人天以上的變更需要事業(yè)部總經(jīng)理確認(rèn)。配置管理員跟蹤變更審批狀態(tài)，維護(hù)基線狀態(tài)報告 變更跟蹤表 。3) VP系統(tǒng)中的變更記錄：項目需求負(fù)責(zé)人在VP系統(tǒng)中使

13、用“范圍變更”頁簽錄入需求變更的信息，同時更新維護(hù) “范圍范圍矩陣” 的范圍信息和工作量信息， 并發(fā)起需求變更流程， 由項目經(jīng)理以及工程總監(jiān)進(jìn)行審批。審批通過后，形成新的范圍矩陣基準(zhǔn)。2、 預(yù)算變更： 項目經(jīng)理 / 客戶經(jīng)理編寫變更的工作說明書項目預(yù)算表 ，在 VP項目管理系統(tǒng)中執(zhí)行項目預(yù)算變更流程。.3、 項目經(jīng)理變更：1) 項目實施過程中，發(fā)生項目經(jīng)理變更時，原項目經(jīng)理填寫項目經(jīng)理工作交接清單與新項目經(jīng)理逐項工作進(jìn)行交接。2) 新任項目經(jīng)理按照項目經(jīng)理任命流程進(jìn)行述職和任命。3) 項目經(jīng)理變更時，工程總監(jiān)負(fù)責(zé)與客戶進(jìn)行溝通。.7 版本制作與發(fā)布流程版本制作和發(fā)布流程子系統(tǒng)負(fù)責(zé)人系統(tǒng)負(fù)責(zé)人配置管理員開始申請制作內(nèi)部版本內(nèi)部測試郵件申請build版本郵件通知發(fā)布版本基線發(fā)布報告結(jié)束8 安全與備份8.1備份配置管理員每周整體備份一次配置庫，保留4 周以內(nèi)的備份記錄。備份方式：刻盤或者異機備份.每月末提交一次配置庫，存入組織級配置庫（FTP 上傳或由 QA拷貝回北京）項目結(jié)束時，