《專案名稱》
版本 <1.0>
[注：以下提供的模板用於 rational unified process。其中包括用方括號括起來並以藍色斜體（樣式=infoblue）顯示的文字，它們用於向作者提供指導，在發布此文件之前應該將其刪除。
按此樣式輸入的段落將被自動設定為普通樣式（樣式=body text）。]
修訂歷史記錄
目錄1. 簡介 3
1.1 目的 3
1.2 範圍 3
1.3 定義、首字母縮寫詞和縮略語 3
1.4 參考資料 3
1.5 概述 3
2. 軟體配置管理 3
2.1 組織、職責和介面 3
2.2 工具、環境和基礎設施 3
3. 配置管理活動 3
3.1 配置標識 3
3.1.1 標識方法 3
3.1.2 專案基線 3
3.2 配置和變更控制 3
3.2.1 變更請求的處理和審批 3
3.2.2 變更控制委員會 (ccb) 3
3.3 配置狀態統計 3
3.3.1 專案介質儲存和發布程序 3
3.3.2 報告和審計 3
4. 里程碑 3
5. 培訓和資源 3
6. 分包商和廠商軟體控制 3
配置管理計畫
[配置管理計畫的簡介應提供整個文件的概述。它應包括此配置管理計畫的目的、範圍、定義、首字母縮寫詞、縮略語、參考資料和概述。]
[闡明此配置管理計畫的目的。]
[簡要說明此配置管理計畫的範圍；它的相關模型，以及受到此文件影響的任何其他事物。]
[本小節應提供正確理解此配置管理計畫所需的全部術語、首字母縮寫詞和縮略語的定義。這些資訊可以通過引用專案詞彙表來提供。]
[本小節應完整列出此配置管理計畫中其他部分所引用的任何文件。每個文件應標有標題、報告號（如果適用）、日期和出版單位。列出可從中獲取這些參考資料的**。
這些資訊可以通過引用附錄或其他文件來提供。]
[本小節應說明此配置管理計畫中其他部分所包含的內容，並解釋文件的組織方式。]
[說明誰將負責執行 cm 工作流程中所述的各種配置管理 (cm) 活動。]
[說明在整個專案過程或產品生命週期中為實現 cm 功能而使用的計算環境和軟體工具。
說明對整個專案過程或產品生命週期中生成的配置項進行版本控制時所需的工具和過程。
建立 cm 環境時所涉及的問題有：
產品資料量的預期大小
產品團隊的分配
伺服器和客戶機的實際位置]
[說明專案工件或產品工件的命名、標記和編號方法。標識方案中需包括硬體、系統軟體、市售 (cots) 產品以及產品目錄結構中所列的所有應用程式開發工件，例如計畫、模型、構件、測試軟體、結果與資料、可執行檔案等。]
[基線提供一項正式標準，隨後的工作都基於此標準，並且只有經過授權後才能對此標準進行變更。
說明要在專案或產品生命週期中的哪些時間點處建立基線。最常用的基線在先啟階段、精化階段、構建階段和產品化階段結束時建立。也可以在不同階段中的各次迭代結束時生成基線，甚至可以更為頻繁。
說明由誰來對基線授權，以及基線中包含的內容。]
[說明提交、複審和處理問題及變更時所遵循的流程。]
[說明 ccb 在處理和審批變更請求時所遵循的成員資格標準和過程。]
[說明保留策略、備份計畫、事故處理計畫和恢復計畫。還應說明介質的保留方式：聯機、離線、介質型別和格式。
發布過程應說明此發布版的內容、它所針對的物件，以及是否有已知的問題和安裝說明。]
[說明所需報告和配置審計的內容、格式和目的。
報告用於在專案和產品生命週期中的任意給定時間對「產品質量」進行評估。如果根據變更請求來報告缺陷，就可以提供一些有用的質量指標。因此，應提醒管理人員和開發人員多注意特別關鍵的開發領域。
缺陷通常按其嚴重程度（高、中和低）分類。可以依據以下各項來報告缺陷：
齡期（基於時間的報告）：各種缺陷已經開啟了多久？在生命週期中，從發現缺陷到修復缺陷有多長的「滯後時間」？
分布（基於計數的報告）：在按照擁有者、優先順序或修復狀態劃分的不同類別中各有多少個缺陷？
趨勢（與時間和計數有關的報告）：在一段時間內發現並修復的缺陷累計有多少個？缺陷發現率和修復率是多少？
就開啟的缺陷和關閉的缺陷而言，它們之間的「質量差距」有多大？解決缺陷所用的平均時間為多長？]
配置管理計畫
專案名稱 the english name 專案小組 修訂表審批記錄 目錄1.引言 4 1.1 目的 4 1.2 適用範圍 4 1.3 參考資料 4 1.4 術語和縮略語 4 2.人員與責任 4 3.用於配置管理的軟硬體資源 5 4.配置庫結構與許可權 5 4.1 配置庫列表 5 4.2 配置庫結構...
配置管理計畫
專案名稱 檔案修改記錄 變化狀態 c 建立，a 增加，m 修改，d 刪除 文件審批資訊 目錄1 概述 1 1.1 目的 1 1.2 適用範圍 1 1.3 背景 1 1.4 參考資料 1 2 資源描述 1 2.1 角色職責 1 2.2 軟體資源 2 2.3 硬體資源 2 3 配置管理活動 2 3.1 ...
配置管理計畫
2 2 任務 在軟體工程化生產的各個階段中，與本階段的階段產品有關的全部資訊在軟體開發庫存放，與前面各個階段的階段產品有關的資訊則在軟體受控庫存放。在研製與開發階段的階段產品的過程中，開發者和開發小組組長有權對本階段的階段產品作必要的修改 但是如果開發者或開發小組長認為有必要修改前面有關階段的階段產...