產品/專案系統名稱
配置管理計畫
北京***x****
200 年××月
編寫的目的主要在於對所開發的軟體系統規定各種必要的配置管理條款，以保證所開發出的軟體能滿足使用者需求。
a.開發的軟體系統的名稱
列出本軟體系統的中文全稱、英文全稱及英文表示簡稱。
b.開發的軟體系統的終端使用者或適用的領域；
c.專案**、主管部門等
列出本檔案中涉及的專門術語定義和外文縮寫的原片語。
列出涉及的參考資料。
描述軟體配置管理的機構、任務、職責和有關的介面控制。
描述軟體生存週期中各階段中軟體配置管理的功能和負責軟體配置管理的機構。
說明專案和自專案與其他有關專案之間的關係。
指出在軟體生存週期各階段中的軟體開發或維護機構與配置控制組的關係。
描述在軟體生存週期中各階段的配置管理任務以及要進行的評審和檢查工作，並指出各階段的階段產品應存放在哪一類軟體庫中（軟體開發庫、軟體受控制庫或軟體產品庫）。
指出負責各項軟體配置管理任務（如配置標識、配置控制、配置狀態記錄以及配置的評審與檢查）的機構的職責；
指出上述機構與軟體質量保證機構、軟體開發單位、專案承辦單位、專案委託單位以及使用者等機構的關係。
說明軟體生存週期各個階段的評審、檢查和審批過程中的使用者職責以及相關的開發與維護活動。
指出與專案開發有關的各機構的代表的軟體配置管理職責。
指出與其他特殊職責，例如為滿足軟體配置管理要求所必要的批准要求。
包括：1． 系統約定
2． 軟體專案計畫
3． 軟體需求文件
4． 使用者手冊
5． 設計文件
6． 源**清單
7． 測試文件
a. 測試計畫和過程
b. 測試用例和結果記錄
8． 可執行程式
a. 模組的可執行**
b. 鏈結的模組
9． 資料庫描述
a. 模式和檔案結構
b. 初始內容
10． 聯機使用者手冊
11． 維護文件
a. 軟體問題報告
b. 維護記錄
c. 工程變化
12． 軟體工程的標準和規程
規定實現軟體配置管理計畫的主要里程碑，例如：
建立配置控制組
確定各個配置基線
建立介面控制協議
指定評審與檢查軟體配置管理計畫和規程
制定相關的軟體開發、測試和支援工具的配置管理計畫和規程
可包括如下內容：
軟體結構層次樹中軟體位置的標識方法；
程式和模組的命名約定；
版本級別的命名約定；
軟體產品的標識方法；
規格說明、測試計畫與測試規程、程式設計手冊及其他文件的標識方法；
**和文件管理的標識方法；
文件交付過程；
軟體產品庫中軟體產品入庫、移交或交付的過程；
問題報告、修改請求或修改次序的處理過程；
配置控制組的結構和作用；
軟體產品交付給擁護的驗收規程
軟體庫的操作，包括準備、儲存和更新模組的方法；
軟體配置管理活動的檢查；
問題報告、修改請求或修改次序的文件要求，指出配置修改的目的和影響；
軟體進入配置管理之前的測試級別；
質量保證級別，例如：在進入配置管理之前，驗證軟體滿足有關基線的程度。
描述配置標識、配置控制、配置狀態記錄與報告以及配置檢查與評審等4方面的軟體配置管理活動的需求。
描述在本計畫2.2條描述軟體生存週期中各階段使用的修改批准許可權的級別。
定義對已有配置的修改建議進行處理的方法，其中包括：
a. 詳細說明在本計畫2.2條描述的軟體生存週期各階段中提出的修改建議的程式（可以用注上自然語言的流程圖來表達）
b. 描述實現已經批准的修改建議（包括源**和文件的修改）的方法；
c. 描述軟體庫控制的規程，其中包括訪問控制、對適用基線的讀寫保護、成員保護、成員標識、檔案維護、修改歷史以及故障恢復等7項規程；
對於不同層次的配置控制組和其他修改管理機構，應定義其作用，並規定其許可權和職責；如果已組成機構，則指明該機構的領導人和成員；如果還沒有成立機構，那麼說明怎樣任命該機構的領導人、成員和**人；說明開發者和使用者與配置控制組的關係；
當要與不屬於本軟體配置管理計畫適用範圍的程式和專案進行介面時，本條必須說明對其進行配置控制的方法。如果這些軟體的修改需要其他機構在配置控制組評審之前或之後進行評審，則必須描述這些機構的組成、它們與配置控制組的關係以及它們之間的相互關係。
必須說明與特殊產品（如非交付的軟體、現存軟體、使用者提供的軟體和內部支援軟體）有關的配置控制規程。
必須指明怎樣收集、驗證、儲存處理和報告配置項的狀態資訊；
詳細說明要定期提供的報告及其分發辦法；
如果有動態查詢，要指出所提供的動態查詢的能力；
如果要記錄使用者說明的特殊狀態時，要描述其實現手段。
例如，在配置狀態記錄和報告中，通常要描述的資訊有：
a. 規格說明的狀態
b. 修改建議的狀態
c. 修改批准的報告
d. 產品版本或其修改版的狀態
e. 安裝、更新或交付的實現報告
f. 使用者提供的產品（如作業系統）的狀態
g.有關開發專案歷史的報告
定義在軟體配置管理計畫的2.2條所定義的軟體生存週期的特定點上執行的檢查和評審中軟體配置管理計畫的作用。
規定每次檢查和評審所包含的配置項。
指出用於標識和解決在檢查和評審期間所發現的問題的工作規程。
指明為支援特定專案的軟體配置管理所使用的軟體工具、技術和方法，指明它們的目的，並在開發者所有權的範圍內描述其用法。例如，可以包括用於下列任務的工具、技術和方法：
a.軟體**和**文件的標識。
b.把文件和**置於軟體配置管理的控制之下，並把它正式地交付給使用者。例如要給出對軟體庫內的源**進行控制的工具、技術和方法的描述；如果用到資料庫管理系統，則還要對該系統進行描述。
又如，要指明怎樣使用軟體庫工具、技術和方法來處理軟體產品的交付。
配置管理計畫樣例軟體開發
使用者名稱 神州數碼資訊系統 密級 普通 專案 軟體配置管理計畫 v0.1 修訂文件歷史記錄 目錄1 前言 5 1.1 目標 5 1.2 適用範圍 5 1.3 術語與簡寫 5 1.4 參考檔案 5 2 組織結構和職責 5 2.1 ccb成員及職責 5 2.2 配置管理組 6 3 配置管理工具 技術和...
軟體開發 軟體配置管理計畫編寫規範
專案名稱 作者完成日期 簽收人簽收日期 修改情況記錄 目錄1 引言 1 1.1 目的 1 1.2 定義和縮寫詞 1 1.3 參考資料 1 2 管理 1 2.1 機構 1 2.2 任務 2 2.3 職責 2 2.4 介面控制 2 2.5 實現 2 2.6 適用的標準 條例和約定 3 2.6.1 指明 ...
規範軟體開發過程 軟體配置管理實踐
2010 05 19 網路 隨著軟體系統的規模 複雜度日益上公升，軟體開發過程管理已經成為保證軟體系統開發效率 質量 成本的關鍵性因素。作為軟體開發過程中質量保障的重要組成部分，行之有效的軟體配置管理 以下簡稱scm，software configuration management 能夠顯著提高軟...