配置庫管理規程
文件編號：gzcy_cmrmg_prs-v1.0
文件資訊：
文件名稱：
文件類別：cmmi模板
密級：機密
版本資訊：v1.0
建立日期：
建立人：
審核者：
批准人：
批准日期：
保管人：
存放位置：
編輯軟體：microsoft office 2003 英文版
confidential
文件修訂記錄
*變化狀態：c――建立，a——增加，m——修改，d——刪除
文件審批資訊
前言配置庫是儲存軟體配置項和配置管理資訊的倉庫，本文詳細介紹了配置庫的組成和結構，以及scm人員應如何分配各個區域的許可權和初始化工作，保證置於配置庫中的工作產品的得到有效控制。
目錄第一章簡介 1
1.1 目的 1
1.2 適用範圍 1
1.3 術語表 1
1.4 參考資料 1
第二章配置庫的構成 2
2.1 各區域構造規則 2
2.1.1 基線區域目錄結構 2
2.1.2 開發區域目錄結構 4
2.1.3 管理區域目錄結構 5
2.1.4 測試區域目錄結構 5
2.1.5 發布區域目錄結構 5
第三章配置庫管理方法 7
3.1 scm人員職責 7
3.2 基線區域管理 7
3.2.1 更改權威 7
3.2.2 變更流程 7
3.3 管理區域管理 7
3.3.1 基線管理區域 7
3.3.2 專案管理區域 8
3.4 測試區域 8
3.5 發布區域 8
第四章配置項標識命名規則 9
4.1 語法 9
4.2 語法注釋 9
4.3 基線標識表 9
4.4 補充基線標識 10
4.5 舉例 10
第五章版本標識 11
5.1 檔案版本標識 11
5.2 配置項版本標識 11
5.3 基線版本標識 11
第六章配置庫的備份 13
說明配置庫的訪問結構、管理分工、職責和許可權。
本文件適用於公司的所有軟體專案。
無。無。
配置庫的結構和區域設定如下圖所示：
圖表 1 配置庫結構和區域設定
管理區域由基線管理區域、專案管理區域和綜合管理區域構成。
● 維護變更與問題日誌
● 執行變更權威的指示
● 配置狀態報告
● 維護基線區域，管理區域資料的完整
● 備份配置庫
基線區域的變更權威見下表：
對配置項的變更流程請參見《變更控制規程》。
由scm人員完成下列工作：
● 按照基線管理區域目錄結構初始化本區域，拷貝**模板到相應的目錄下；
● 把基線更改過程中產生的資料記錄在本區域的相應目錄中；
● 基線變更時，維護配置項狀態記錄表；
● 統計匯報
由scm人員完成下列工作：
● 按照專案管理區域目錄結構初始化本區域；
● 將關鍵域（kpa）產生的文件儲存在本區域；
● 統計匯報
為功能測試準備區域，由scm人員完成下列工作：
● 按照測試區域目錄結構初始化本區域；
● 從基線區域生成被測試的軟體系統，儲存在本區域相應目錄中；
● 使用者文件儲存在本區域相應目錄中；
● 測試計畫、測試用例等文件儲存在本區域相應目錄中；
為產品發布做好準備，由scm人員完成下列工作：
● 按照發布區域目錄結構初始化本區域；
● 將準備發布的軟體產品儲存在本區域相應目錄中；
● 其它客戶需要的文件或驅動軟體等。
配置項的標識是為配置管理使用的，不要與文件編號相混淆。
《配置項標識》::= 《專案簡稱》-[基線標識]
《專案簡稱》 ::= 英文縮寫|拼音縮寫
● ::=，表示：定義為
● < >，尖括號中的內容表示須被繼續定義
● [ ]中的內容表示可查表得到
● 中的內容表示為可選項
● 名稱，或代號中的下劃線（_）與減號（-）視為相同
● 英文縮寫參考英文縮寫表
專案的基線名稱和代號是由專案的scm人員與專案經理一起定義的。在專案策劃階段，scm人員根據已確定的基線從「基線標識列表」中找出並為其進行標識。
以下為常用的基線標識列表，以供參考。
假設專案簡稱為pm，可以如下命名配置項：
說明：**類的配置項可以直接使用程式名稱作為配置項標識。
檔案版本標識請參考《命名及編碼規則》文件。
1. 對於本產品新建的配置項，基本版本位「x . yy」的取值範圍為：「0.10~1.00」；
2. 配置項正在編寫中，但尚未完成質量檢查時，版本標識為ver0.10~0.99版。
3. 成為基準的配置項的版本為ver1.00版。如果今後有修正，則變更版本為ver1.0y，從ver1.01逐漸遞增。
4. 對於從其他產品繼承來的配置項，在原來配置項版本的基礎上作適當的對應。例如：
如果以前的配置項為ver1.00，在本次專案中基本沒有修改的，維持原來的配置號；如果有大的增加，此配置項以1為本專案的增加幅度，在本專案中最終增為ver2.00，以後以此類推。
scm人員負責把基線發布給外部客戶（如發布執行基線）或內部使用（如為測試而發布）。
5. 最初基線版本建立：
6. 基線變更時的版本：
當基線發生變更時，我們可定義它的版本逐漸遞增。
當內容部份有少量變化，不影響其功能時，版本可在x.00<當發生功能性的變化時，如新增功能、功能完全改變、模式完全改變時，版本可在x.00~y.00間變化。
配置庫的備份是有效降低配置風險的重要活動。備份的方式與頻率要在軟體配置管理計畫中確定出來，建議盡量採用定期異地備份。
附錄一：變更申請單編號規則
語法： 《申請單編號》 ::=ccr《序號》
語法注釋：
● ::= 表示：定義為
● < >，尖括號中的內容表示須被繼續定義
● 序號為整數數字，從1開始，向後依次累加1，例如ccr001、ccr002等。
CMMI 支援 M A 資料分析方法指南 v1
度量與分析規程 文件編號 gzcy pp prs v1.0 文件資訊 文件名稱 文件類別 cmmi模板 密級 機密 版本資訊 v1.0 建立日期 建立人 審核者 批准人 批准日期 保管人 存放位置 編輯軟體 microsoft office 2003 英文版 confidential 文件修訂記錄 ...
CMMI認證培訓整合
cmmi，capability maturity model integration，即軟體能力成熟度模型整合 軟體能力成熟度整合模型 是用來改進開發與維護過程的最佳模式。過程 輸入 產出，達到既定目的。cmmi模型 不是過程，而是用來描述有效過程的特性。過程域 多個實踐組合起來，有助於過程改進和過...
大慶cmmi補助政策
第一條為了促進我市服務外包產業的發展，優化經濟結構，促進資源型城市經濟轉型，實現可持續發展，特制定本辦法。第二條本辦法適用於在大慶高新技術產業開發區服務外包產業園 黑龍江軟體園等兩個園區註冊經營，經大慶市服務外包產業領導小組辦公室認定的服務外包企業和機構。第三條本辦法所指的 服務外包企業和機構 係指...