1、1 簡介簡介 .3目的.3適用范圍.3詞匯表.3文檔結構.4參考資料.42 角色角色與與職責職責 .43 配置管理流程配置管理流程 .5配置管理流程圖.5配置管理工作流程.5計劃和建立配置管理 .6配置管理計劃的編制和審批.6配置管理計劃的變更.6建立配置管理.6配置項的管理 .6配置項的標識.6基線.6版本控制.7執行配置控制 .7配置項狀態演變管理.7需求變更跟蹤管理.7程序缺陷變更跟蹤管理.8配置管理檢查和審計 .8業務部門/項目組檢查.8項目監理審計.84 配置管理活動描述配置管理活動描述 .8進入準則.8活動輸入.9活動內容.9活動輸出.10退出準則.105 記錄記錄 .106 案例

2、（參考）案例（參考） .10附錄一附錄一: 備份服務器的管理備份服務器的管理.101 人員及職責.102 備份范圍及備份途徑.113 備份時間及頻率.114 備份方式.115 備份資料的管理.116 備份服務器的安全管理.117 檢查措施.11附錄二：配置庫（附錄二：配置庫（VISUAL SOURCESAFE）的管理）的管理 .141 建庫類型.142 庫結構.153 庫操作流程.191簡介簡介為了統一公司各部門的配置管理活動，保證項目資料的安全性和完整性，特制訂本規范。本規范旨在對配置管理工作的具體內容、人員職責以及操作流程做出規定，并規定了配置管理工作的內容和具體方法。規范配置管理活動，確

3、保配置項正確地唯一標識并易于存取，保證基準配置項的更改受控并可追溯，明確基準配置項的狀態。指導配置管理人員建立配置庫，并利用配置庫管理所有配置項，從而提供配置項的存取和檢索功能，有利于配置項的更改控制，保證配置項的完整性和可跟蹤性。適用于所有軟件項目和/或軟件產品的配置項。開發庫配置管理工具可采用 VSS 或CVS，受控庫配置管理工具只能統一使用 VSS。本文件以 VSS 配置管理工具為例，規定公司的配置管理辦法，使用其他工具時必須對應本文件的要求參照執行。配置管理（Configuration Management）：主要是針對軟件開發過程中產生的變更，而提出的管理方法。通過標識配置項、管理存

4、儲空間、進行版本控制、管理變更請求、建立程序更改日志和調解程序等配置管理活動的執行，最大幅度地降低開發過程中產生的錯誤，并最有效地提高軟件生產效率。基線（Baseline）：已通過審核和批準的工件，可用作下一步開發的基礎，并且只能通過正式程序，例如變更管理和配置控制才能進行更改。配置管理庫（Configuration Management Library）：存儲項目工件的所有版本，即存儲項目的定義的配置項。版本（Version）：某個工件的變體，工件的后期版本一般是在初期版本的基礎上進行的擴展。配置項（Configuration Item）：項目實施過程所需要的或產生的軟件、硬件、工具、釋放產

5、品、文檔。變更請求（Change Request）：是指在某一軟件產品的生命周期中（包括開發過程） ，針對硬件項、軟件項和用戶需求的變化，提出的要變更工件或流程的任何請求的統稱。 （在變更請求中記錄的信息是有關當前問題、提議解決方案及其成本的起源和影響的信息）變更控制委員會（Change Control Board）：對變更進行評估、審批的組織，可由項目相關人員包括開發人員、公司代表、客戶代表組成。在小項目中，項目經理一人即可擔當此角色。BUILD：指軟件產品的一個工作版本，由若干配置項的不同版本構成，每一次送測的可執行系統都是一個 BUILD。第一部分：簡介，包括本規范的目的、范圍、詞匯以及

6、所涉及到的參考信息。第二部分：配置管理角色與職責的定義第三部分：配置管理工作流程第四部分：配置管理活動描述第五部分：配置管理的工作記錄第六部分：案例參考第七部分：備份服務器的管理、配置庫的管理無2 角色與職責角色與職責角色角色職責定義職責定義項目監理負責配置管理的日常指導、檢查、公司級配置備份工作，并協調解決項目實施過程中出現的與配置管理有關的問題。對于涉及到多個部門的項目，綜合管理部及項目經理就每一項目指定一名主要責任配置管理員。項目經理是所在項目配置管理的責任人，負責配置管理計劃的審批、控制、檢查，負責或委托他人負責變更任務的下達，負責一般技術、質量問題的裁定。配置管理員在各項目中負責實現

7、配置管理活動。負責編制配置管理計劃；建立配置管理數據庫；執行變更跟蹤、版本控制；配置項標識；向項目經理報告配置管理活動的執行情況和其他活動等；負責組織相關人員填寫月狀態報告及編制月狀態報告相應配置部分；配合項目經理組織相關評審；向公司備份服務器中進行數據備份。項目組成員負責提交配置項。變更控制委員會對基線進行審批，對變更進行評估、審批2 2配置管理流程配置管理流程項目立項(項目所在部部門經理)計劃配置管理(項目經理和配置管理員)配置項標識(配置管理員)建立基線(配置管理員)執行配置審計(項目監理)變更控制管理(變更控制委員會)編寫項目狀態報告(項目監理)項目結項(項目所在部部門經理)月狀態報告

8、配置部分(配置管理員)配置管理工作可分為計劃和建立配置管理、執行配置控制和監控配置項狀態、執行配置管理審計三個階段。計劃和建立配置管理計劃和建立配置管理.1 配置管理計劃的編制和審批在需求調研之前，配置管理員根據項目狀況應該編制配置管理計劃 ，并報項目經理審批。 配置管理計劃的要求格式參見附件。.2 配置管理計劃的變更項目組成員若需調整批準后的 配置管理計劃 ，首先要向配置管理員提出變更申請，經項目經理批準后方可由配置管理員進行調整。.3建立配置管理配置管理員及項目組相關開發人員按批準后的配置管理計劃，安裝系統軟件和配置管理軟件、建立有關目錄并設置權限。配置項的管理配置項的管理.1 配置項的標

9、識標識的配置項主要包括以下幾部分：1)開發環境：軟件工具、硬件設備等；2)工具：設計工具、開發工具、測試工具、維護工具等；3)技術文檔：項目規格說明書、項目總體計劃（及子計劃） 、需求分析說明書、質量保證計劃、設計說明書、測試文檔、階段報告、用戶手冊、項目總結等；4)提交產品：階段檢查點產品、計算機程序、釋放產品等。.2 基線項目組在開發過程中產生的基線，可用作下一步開發的基礎，并且只能通過變更控制管理才能進行更改。若基線需要更改，需經過原審批人的再次批準認可，方可進行更改。更改被批準后， 項目總體計劃 、 配置管理計劃等文檔也要進行相應的更改，項目組人員要按照更改過的配置管理計劃提交配置項，

10、配置管理員負責管理這些配置項，重新標識所有被影響的配置項及版本，并對這些配置項進行跟蹤，并反映在月狀態報告中的配置部分。.3 版本控制項目文檔版本。如果遇到較大變動，可直接升級為 2.0 版，下次變更依次在末位加 1，并由變更人附加上本次變更內容詳細說明。依次類推。軟件版本軟件出庫版本和測試版本，版本號按“項目名稱（簡稱） ”“日期”“序號”規則依次遞增。例如：克拉瑪依鉆井項目在 2004.4.22 出庫版本號應為：克拉瑪依鉆井200404221001。下次出庫時必須附上與本次出庫內容相區別的說明文檔，由測試負責人編寫。執行配置控制執行配置控制.1 配置項狀態演變管理當配置項狀態改變時，配置管

11、理員應將配置項從開發庫移到受控庫相應目錄下；當更改發生后，配置管理員應建立新版本。配置管理員要進行常規的配置項狀態檢查，若發現實際與計劃有差異，應與相關開發人員一起查找原因并解決出現的差異問題，并反映在月狀態報告中的配置部分。.2 需求變更跟蹤管理當發生需求變更請求時，CCB（變更控制委員會）應進行需求變更影響分析。經變更影響分析后確定變更配置項，再由項目經理根據更改申請確認單及其需求管理工作套表下達變更任務。開發人員執行變更任務時，要對整個變更的執行過程進行記錄，更改過的程序（或文檔）都必須經歷配置項的全部演變過程。變更完成之后要通知配置管理員；配置管理員應對變更申請和變更執行情況進行記錄和

12、存檔，對每個需求變更都要將變更要求記錄中提及的配置項的狀態與實際狀態比較，若發現有差異，應與相關開發人員一起查找原因并解決出現的差異問題。另外，配置管理員要將各個需求變更進行匯總，跟蹤記錄是否完整，并反映在月狀態報告中的配置部分。.3 程序缺陷變更跟蹤管理對于在測試中發現的問題，首先由分析設計人員進行缺陷分析；然后由項目經理根據缺陷的嚴重程度確定是否必須修改；按更改申請確認單 （及附表）下達變更任務。更改過的程序（或文檔）都必須經歷配置項的全部演變過程，變更完成之后要通知配置管理員。配置管理員應對變更申請和變更執行情況進行存檔記錄和匯總，對每個變更都要將變更要求記錄中提及的配置項的狀態與實際狀

13、態比較，若發現有差異，應與相關開發人員一起查找原因并解決出現的差異問題，并反映在月狀態報告中的配置部分。配置管理檢查和審計配置管理檢查和審計.1 業務部門/項目組檢查配置管理員必須定期對每個項目配置管理各項控制活動和配置管理計劃是否一致的狀態進行報告，對不一致部分必須盡快糾正，反映在月狀態報告中的配置部分。.2 項目監理審計項目監理必須按照 ISO9001 標準的要求，定期對項目實施情況進行指導、控制和檢查（每周至少一次公司級配置庫備份檢查） 。對檢查中發現的不合格項，應要求項目組限期整改，并對整改進行跟蹤，反映在項目狀態報告中。4 配置管理活動描述配置管理活動描述項目正式立項，項目策劃結束，

14、需求調研前輸入名稱輸入名稱輸入描述輸入描述參考指南、模板參考指南、模板項目開發計劃/專題計劃項目總體計劃項目風險管理計劃項目組織結構人力資源使用計劃項目計劃與控制規范內容內容序號序號活動名稱活動名稱角色角色活動描述活動描述參考參考1計劃配置管理項目經理配置管理員制定配置管理策略制定變更控制策略編寫配置管理計劃審批配置管理計劃配置管理計劃模板2創建配置管理環境配置管理員設置硬件環境設置網絡環境設置軟件環境建立配置數據庫設置權限3配置項的標識配置管理員對文檔類的配置項進行的標識對程序(coding、模型)的配置項進行標識4建立基線配置管理員配置管理計劃中明確5報告配置狀態配置管理員根據配置管理計劃

15、，收集配置活動數據編寫月狀態報告中配置部分月狀態報告模板6配置審計項目監理不定期檢查配置規范執行情況7變更控制管理變更控制委員會參見軟件設計開發過程更改控制程序更改申請確認單輸出名稱輸出名稱輸出描述輸出描述參考參考配置管理計劃配置管理計劃說明要在項目生命周期過程中執行的所有配置和變更控制管理活動。說明了活動時間表、指定的職責和需要的資源（包括人員、工具和計算機設備）。 配置管理計劃模板變更請求對項目當前問題說明提出的變更請求內容變更控制委員會的評審結果確認變更的結果更改申請確認單月狀態報告中配置部分主要報告各配置項的標識和變更請求情況，當前基于工作的工件版本以及版本說明基線的狀態配置計劃的執行

16、情況月狀態報告模板項目結項、終止或暫停5 5 記錄記錄配置管理計劃模板月狀態報告模板更改申請確認單6 6 案例（參考）案例（參考）配置管理計劃案例附錄一附錄一: 備份服務器的管理備份服務器的管理1 備份服務器管理備份服務器管理(售中售中)綜合管理部項目監理：負責公司備份服務器的權限設置、網絡安全、日常維護，并檢查核實備份服務器上公司所有部門項目備份數據的安全可靠性各部門配置管理員：負責檢查備份服務器上本部門項目備份數據的安全可靠性備份范圍包括各業務部門的開發庫和受控庫中各種項目資料。備份工作由配置管理員、項目監理在備份服務器上為每個項目設置共享目錄，通過網絡直接進行備份。開發庫每天至少備份一次

17、，時間下午 17 點到 24 點之間；受控庫每周五備份一次，時間下午 17 點到 24 點之間。公司級備份每周所有開發庫及受控庫至少備份一次，時間每周三、四、五下午 17 點到24 點之間。對于以 VSS 庫結構存儲的數據備份，將整個目錄結構做備份，包括 data 目錄、users 目錄、user.txt 文件、scraft.ini 文件。對于以其它目錄結構存儲的數據備份，直接備份新增部分的內容。可直接拷貝原文件，或利用 windows 備份工具進行備份。備份服務器上應保留各項目最近三次的備份數據，以備數據庫損壞時的恢復使用。備份服務器上項目資料的備份，由各備份負責人（配置管理員）負責維護和管

18、理。各部門配置管理員負責備份資料在公司備份服務器上的安全，在備份完成的當天進行檢查，如果出現不正常現象，立即重新進行備份，由綜合管理部項目監理負責統一管理并及時檢查備份服務器的備份數據的安全。公司備份服務器的權限設置、網絡安全、日常維護由綜合管理部項目監理進行負責；各部門配置服務器由本部門配置管理員負責權限設置、網絡安全、日常維護；服務器的防殺毒工具統一使用 Norton。各部門配置管理員負責檢查備份服務器上本部門項目備份數據的安全可靠性。項目監理負責統一檢查備份服務器上公司所有部門項目備份數據的安全可靠性、及時性及備份服務器的穩定性，反映在項目狀態報告中。2 備份服務器管理備份服務器管理(售

19、后售后)各部門配置管理員和項目經理：負責結項后進入售后維護期項目資料的整理、移交工作。項目監理：負責項目移交資料的交接工作，負責核對移交資料與清單的一致性，并將移交資料進行備份和保存。負責公司備份服務器的權限設置、網絡安全、日常維護。測試人員： 咨詢與應用中心售后服務組負責項目資料文檔一致性檢查工作，erp 部門負責本部門的項目資料文檔一致性檢查工作。備份范圍包括咨詢與應用中心、研發部門、ERP 事業部結項后進入售后維護期項目的所有資料，包括紙質文檔和項目受控庫的所有文檔。備份工作由各部門配置管理員在本部門的服務器上為移交資料的項目設置共享目錄，項目監理通過網絡直接備份到綜合管理部服務器上。各

20、部門配置管理員協助項目經理將項目受控庫中資料按類別歸檔清晰，填寫在電子文檔移交清單上，紙質文檔也需標注清楚，移交給項目監理。綜合管理部備份服務器分布服務器名稱服務器名稱硬盤大硬盤大小小備份內容備份內容備注備注綜合管理部發行庫項目結項后配置庫壓縮包光盤備份公司日常開發庫及配置庫備份QASVR80G項目原始 GET 版本，更新 GET 版本 1，更新 GET 版本 2， 更新 GET版本 n綜合管理部發行庫（熱備份）QABACKUP80G 項目配置庫壓縮包（熱備份）項目原始 GET 版本， （熱備份）更新 GET 版本 1，更新 GET 版本 2， 更新 GET版本 n公司日常開發庫及配置庫備份項

21、目監理收到電子文檔移交清單后，將項目受控庫從移交部門服務器拷貝到綜合管理部服務器(QASVR)上，并核對清單與電子及紙質文檔的完整性，核對無誤后，安排相關部門進行項目文檔一致性檢查。全部檢查無誤后，項目監理將受控庫資料導入到發行庫中統一存檔，并將項目受控庫資料 GET 到 QASVR 中備份，最后將 GET 版本和項目受控庫壓縮包刻錄成光盤保存若項目售后過程中有版本更新，需在兩臺備份服務器上將項目 GET版本、發行庫及光盤內容全部進行更新，保持版本一致性。為了保證備份數據的安全性，項目監理還需在 QABACKUP 上對綜合管理部發行庫、GET 版本和項目受控庫壓縮包進行熱備份。綜合管理部備份服

22、務器（QASVR、QABACKUP）的權限設置、網絡安全、日常維護統一由項目監理進行負責管理。項目監理負責按月及每次更新后對綜合管理部兩臺備份服務器上發行庫進行檢查，GET版本和光盤上的項目備份數據每季度檢查一次，并對檢查結果進行記錄。綜合管理部發行庫及其熱備份若因各種原因發生丟失，可以將每次 GET 版本逐一添加到發行庫中，恢復其備份。若整個備份服務器出現問題，可以讀取刻錄的光盤，恢復所有資料。附錄二：附錄二：配置庫（配置庫（Visual SourceSafe）的）的管理管理1 建庫類型建庫類型公司所有立項項目根據配置管理計劃需要建立三個配置庫，分別是：開發庫：建立目的：為了使開發小組成員在

23、開發過程中能夠保持同步和資源共享，更好地進行協同作業。開發庫由配置管理員在開發服務器上建立，存放開發過程中的所有工件。配置管理員應跟據項目配置管理計劃確定權限分配。權限不能隨意改動，如果需要更改權限，須由項目經理批準并告知配置管理員方可進行改動。受控庫：建立目的：為了保存各階段所有通過的產品，并對其變更進行跟蹤和控制。受控庫由配置管理員在開發服務器上建立，受控庫中進行的活動包括：存放各階段通過的所有產品及以后每次變更的結果；存放和升級基線；存放測試過程中產生的所有BUILD。?發行庫：建立目的：在于保存所有可向用戶發行產品版本以及已經發布產品版本。發行庫由綜合管理部項目監理在質量服務器上建立，

24、存放項目移交后所有可向用戶發行的版本以及已經發布的版本的所有項目資料。（注：本文以（注：本文以 VSS 庫為例，項目組可以根據需要自行決定開發庫的種類，但庫的結構必須庫為例，項目組可以根據需要自行決定開發庫的種類，但庫的結構必須參照本文的規定。受控庫必須統一使用參照本文的規定。受控庫必須統一使用 VSS） 庫結構庫結構2.1 開發庫結構：（此部分結構目錄，只針對研發二部使用 cvs 開發時，使用的目錄） 以上目錄為使用以上目錄為使用 cvs 的開發庫主目錄結構，的開發庫主目錄結構， ，下級子目錄可根據項目情況自由定義，但存，下級子目錄可根據項目情況自由定義，但存放工件必須依據如下規定：放工件必

25、須依據如下規定：項目名稱（即資源庫建庫名稱）：使用項目的名稱的全拼，并且第一個字母大寫。例如：長慶鉆井項目可命名為 ChangQingZuanJing 。一級目錄 projects：doc 中存放項目整體架構設計文檔、項目總體開發文檔、項目總體測試文檔（測試用例，測試報告，測試總結等） 。一級目錄 projects：（項目子系統名稱） ，可并列所有子系統，每個子系統命名為項目子系統的全拼，并且第一個字母大寫。每個子系統目錄下分為 doc 和 codes。Doc 存放該子系統的開發計劃、分析設計文檔（包括概要設計、詳細設計、ER 圖、分析模型、設計模型、數據模型等） 、測試文檔等。Codes 中

26、存放組件、源代碼、打包文件等，具體存放規則詳見 JAVA 技術規范。一級目錄 administrator：項目計劃，存放項目除（設計、測試階段）外的所有計劃，包括項目總體計劃和各階段子計劃（總體計劃、需求計劃、 、實施計劃、培訓計劃、驗收計劃、風險控制計劃、配置管理計劃、質量保證計劃等） 。需求：存放項目規格說明書、需求調研報告（包括總體調研、詳細調研） 、需求用例模型書、用例圖、需求規格說明書、用戶界面原型及需求跟蹤與控制方面的文檔等。實施與發布：存放實施數據、培訓文檔、安裝程序、安裝指南、用戶手冊、發布說明、安裝包等。質量配置管理：存放項目過程中產生的配置項變更記錄、及項目質量相關的記錄等

27、。項目跟蹤與控制：存放成本、風險、進度等方面的跟蹤數據，及存放月狀態報告 、周例會、月度例會、階段例會的會議記錄等。客戶方文檔：存放客戶的各種要求、建議、意見等跟客戶相關的資料。2.2 受控庫結構（此部分結構目錄，主要用于非受控庫結構（此部分結構目錄，主要用于非 cvs 開發庫及項目受控庫）開發庫及項目受控庫）項目名稱規范、模板待評審區（可選）個人工作區（可選）軟件開發過程需求分析設計編碼測試實施與發布項目管理會議紀要項目跟蹤與控制月狀態報告項目計劃配置管理質量管理客戶方文檔其 它跟蹤與控制售前方案（可選）其它（可選）以上目錄結構說明如下：以上目錄結構說明如下：(藍色部分為可選項藍色部分為可選

28、項)，下級子目錄可根據項目情況自由定義，但，下級子目錄可根據項目情況自由定義，但存放工件必須依據如下規定：存放工件必須依據如下規定：規范、模板：存放項目組通用的約定、規范、指南性質的文檔和模板。如項目專用模板、程序命名約定、編程指南、設計指南、建模指南、用戶界面指南等。待評審區（可選）：存放項目待評審、待測試、待審批的工件。個人工作區（可選）：存放當日個人工作工件，完成后方可放入相應目錄；也可存放與項目相關的個人文檔資料。售前方案（可選）：存放項目銷售方案及銷售方面資料文檔等。需求：存放項目規格說明書、需求調研報告（包括總體調研、詳細調研） 、需求用例模型書、用例圖、需求規格說明書、用戶界面原

29、型及需求跟蹤與控制方面的文檔等。分析設計：存放整體架構設計和各個子系統設計文檔（包括概要設計、詳細設計） 、ER圖、分析模型、設計模型、數據模型等。編碼：存放組件、源代碼、打包文件等。測試：存放測試用例、測試報告、測試總結、BUILD 版本等。實施與發布：存放實施數據、培訓文檔、安裝程序、安裝指南、用戶手冊、發布說明等。其它（可選）：存放打包工件或與項目相關的其它資料等。項目計劃：存放項目所有計劃，包括項目總體計劃和各階段子計劃（總體計劃、需求計劃、設計計劃、編碼計劃、測試計劃、實施計劃、培訓計劃、驗收計劃、風險控制計劃、配置管理計劃、質量保證計劃等） 。配置管理：存放項目過程中產生的配置項變更記錄等。質量管理：存放與項目質量相關的記錄等。項目跟蹤與控制：存放成本、風險、進度等方面的跟蹤數據，及存放月狀態報告 、周例會