＜專案名稱＞
作者完成日期
簽收人簽收日期
修改情況記錄：
目錄1 引言 1
1.1 目的 1
1.2 定義和縮寫詞 1
1.3 參考資料 1
2 管理 1
2.1 機構 2
2.2 任務 2
2.3 職責 2
2.4 介面控制 3
2.5 實現 3
2.6 適用的標準、條例和約定 4
2.6.1 指明 4
2.6.2 內容 4
3 軟體配置管理活動 5
3.1 配置標識 5
3.1.1 基線 5
3.1.2 **、文件 6
3.2 配置控制 6
3.3 配置狀態的記錄和報告 7
3.4 配置的檢查和評審 8
4工具、技術和方法 8
5 對供貨單位的控制 9
6 記錄的收集、維護和儲存 9
7 附錄：配置管理報表及其格式 9
7.1 軟體問題報告單（spr） 9
7.1.1 配置管理人員填寫內容 10
7.1.2 配置管理狀態 10
7.1.3 配置管理申請人員填寫的內容 11
7.2 軟體修改報告單（scr） 12
本條必須指出特定的軟體配置管理計畫的具體目的。還必須描述該計畫所針對的軟體專案（及其所屬的各個子專案）的名稱和用途。
應該列出計畫正文中需要解釋的而在gb/t 11457中尚未包含的術語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。
列出要用到的參考資料，如：
1、本專案的經核准的計畫任務書或合同、上級機關的批文；
2、屬於本專案的其他已發表的檔案；
3、本檔案中各處引用的檔案、資料，包括所要用到的軟體開發標準。
列出這些檔案的標題、檔案編號、發表日期和出版單位，說明能夠得到這些檔案資料的**。
必須描述負責軟體配置管理的機構、任務及其有關的介面控制。
必須描述在各階段中負責軟體配置管理的機構。描述內容如下：
1、描述在軟體生存週期各階段中軟體配置管理的功能和負責軟體配置管理的機構；
2、說明專案和子專案與其他有關專案之間的關係；
3、指出在軟體生存週期各階段中的軟體開發或維護機構與配置控制組的相互關係。
描述在軟體生存週期各個階段中的配置管理任務以及要進行的評審和檢查工作，並指出各個階段的階段產品應存放在哪一類軟體庫中（軟體開發庫、軟體受控庫或軟體產品庫）。
必須描述與軟體配置管理有關的各類機構或成員的職責，並指出這些機構或成員相互之間的關係。
1、指出負責各項軟體配置管理任務（如配置標識、配置控制、配置狀態記錄以及配置的評審與檢查）的機構的職責；
2、指出上述機構與軟體質量保證機構、軟體開發單位、專案承辦單位、專案委託單位以及使用者等機構的關係；
3、說明由本計畫第2.2條指明的生存週期各個階段的評審、檢查和審批過程中的使用者職責以及相關的開發與維護活動；
4、指出與專案開發有關的各個機構的代表的軟體配置管理職責；
5、指出其他特殊職責，例如為滿足軟體配置管理要求所必要的批准要求。
本條應該描述：
1、介面規格說明標識和文件控制的方法；
2、對已交付的介面規格說明和文件進行修改的方法；
3、對要完成的軟體配置管理活動進行跟蹤的方法；
4、記錄和報告介面規格說明和文件控制狀態的方法；
5、控制軟體和支援它執行的硬體之間的介面的方法。
應該規定實現軟體配置管理計畫的主要里程碑，例如：
1、 建立配置控制組；
2、 確定各個配置基線；
3、 建立介面控制協議；
4、 制訂評審與檢查軟體配置管理計畫和規程；
5、 制訂相關的軟體開發、測試和支援工具的配置管理計畫和規程。
必須指明所適用的軟體配置管理標準、條例和約定，並把它們作為本計畫要實現的一部分；還必須說明這些標準、條例和約定要實現的程度。
必須描述要在本專案中編寫和實現的軟體配置管理標準、條例和約定，內容可如下：
1、 結構層次樹中軟體位置的標識方法；
2、 和模組的命名約定；
3、 級別的命名約定；
4、 件產品的標識方法；
5、 規格說明、測試計畫與測試規程、程式設計手冊及其他文件的標識方法；
6、 **和文件管理的標識方法；
7、 文件交付過程；
8、 軟體產品庫中軟體產品入庫移交或交付的過程；
9、 問題報告、修改請求和修改次序的處理過程；
10、 配置控制組的結構和作用；
11、 軟體產品交付給使用者的驗收規程；
12、 軟體庫的操作，包括準備、儲存和更新模組的方法；
13、 軟體配置管理活動的檢查；
14、 問題報告、修改請求或修改次序的文件要求，指出配置修改的目的和影響；
15、 軟體進入配置管理之前的測試級別；
16、 質量保證級別，例如，在進入配置管理之前，驗證軟體滿足有關基線的程度。
本章必須描述配置標識、配置控制、配置狀態記錄與報告以及配置檢查與評審等四方面的軟體配置管理活動的需求。
本條必須詳細說明軟體專案的基線（即最初批准的配置標識），並把它們與本計畫第2.2條描述的生存週期的特定階段相聯絡。在軟體生存週期中，主要有三種基線，它們是功能基線、指派基線和產品基線。
對於每個基線，必須描述下列內容：
1、 每個基線的項（包括應交付的文件和程式）；
2、 與每個基線有關的評審與批准事項以及驗收標準；
3、在建立基線的過程中使用者和開發者的參與情況。
本條必須描述本專案所有軟體**和文件的標題、代號、編號以及分類規程。例如，對**來說：
1、編譯日期可以作為每個交付模組標識的一部分；
2、在構造模組源**的順序行號時，應使它適合於對模組作進一步的修改。
必須描述在本計畫第2.2條描述的軟體生存週期中各個階段使用的修改批准許可權的級別；
必須定義對已有配置的修改建議進行處理的方法，其中包括：
1、詳細說明在本計畫第2.2條描述的軟體生存週期各個階段中提出修改建議的程式（可以用注上自然語言的流程圖來表達）；
2、描述實現已批准的修改建議（包括源**、目標**和文件的修改）的方法；
3、描述軟體庫控制的規程，其中包括訪問控制、對於適用基線的讀寫保護、成員保護、成員標識、檔案維護、修改歷史以及故障恢復等七項規程；
4、如果有必要修補目標**，則要描述其標識和控制的方法。
對於各個不同層次的配置控制組和其他修改管理機構，本條必須：
1、定義其作用，並規定其許可權和職責；
2、如果已組成機構，則指明該機構的領導人及其成員；
3、如果還沒有組成機構，則說明怎樣任命該機構的領導人、成員及**人；
4、說明開發者和使用者與配置控制組的關係。
當要與不屬於本軟體配置管理計畫適用範圍的程式和專案進行介面時，本條必須說明對其進行配置控制的方法。如果這些軟體的修改需要其他機構在配置控制組評審之前或之後進行評審，則本條必須描述這些機構的組成、它們與配置控制組的關係以及它們之間的相互關係；
本條必須說明與特殊產品（如非交付的軟體、現存軟體、使用者提供的軟體和內部支援軟體）有關的配置控制規程。
本條必須：
a． 指明怎樣收集、驗證、儲存、處理和報告配置項的狀態資訊；
b． 詳細說明要定期提供的報告及其分發辦法；
c． 如果有動態查詢，要指出所提供的動態查詢的能力；
d． 如果要求記錄使用者說明的特殊狀態時，要描述其實現手段。
例如，在配置狀態記錄和報告中，通常要描述的資訊有：
a． 規格說明的狀態；
b． 修改建議的狀態；
c． 修改批准的報告；
d． 產品版本或其修改版的狀態；
e． 安裝、更新或交付的實現報告；
f． 使用者提供的產品（如作業系統）的狀態；
g． 有關開發專案歷史的報告。
本條必須：
1、定義在軟體配置管理計畫的第2.2條所定義的軟體生存週期的特定點上執行的檢查和評審中軟體配置管理計畫的作用；
軟體配置管理計畫編寫規範
專案名稱 作者完成日期 簽收人簽收日期 修改情況記錄 目錄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 指明 ...
軟體配置管理計畫編寫規範
專案名稱 作者完成日期 簽收人簽收日期 修改情況記錄 目錄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 指明 ...
軟體開發 軟體配置管理計畫編寫規範
專案名稱 作者完成日期 簽收人簽收日期 修改情況記錄 目錄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 指明 ...