配置管理計畫

（專案名稱）

檔案修改記錄

*變化狀態：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

3.2 配置項設定 2

3.2.1 開發庫 2

3.2.2 基線庫 3

3.2.3 管理庫 3

3.2.4 工具庫 3

3.3 基線設定 3

3.3.1 基線定義 3

3.3.2 基線內容 3

3.4 命名規則 4

3.5 許可權設定 4

3.6 變更控制 4

3.6.1 基線變更 4

3.6.2 非基線變更控制 5

3.7 備份策略 5

3.8 配置報告 5

【文件的目的是定義cm的職責、所需資源以及描述在專案開發以及維護階段所需要實施的一系列cm活動。】

【本計畫適用於「××××專案」的軟體配置管理活動的制定。】

【專案是不同的，但是每個專案都應該有cm計畫，cm計畫的執行應該與開發活動計畫相一致，以保證cm工作範圍同開發工作的範圍一致。通過識別要置於配置管理之下的配置項和將要建立基線的點，可以確定cm工作的需求範圍和時間。在此背景之下，制定本配置管理計畫。

】【描述編寫本計畫所涉及到的所有參考資料。】

【描述專案配置管理工作的角色，以及職責。配置管理中的角色應至少包括：專案經理、配置管理員、變更控制委員會（ccb）、變更批准人、qa。】

【描述進行配置管理所需要的軟體，平台等。描述管理軟體的名稱、發布公司、版本等資訊。】

【描述配置管理所需要的硬體資源及網路環境。】

【說明本專案劃分的配置庫，以及各庫的作用、位置。】

【識別專案配置項，可參照《配置庫管理指南》。如果配置庫設定同《配置庫管理指南》，可直接引用如下。也可以填寫在《專案配置管理庫結構》中，做為專案計畫的附件。】

【說明需要建立的基線、基線包括的內容及建立時機。】

【描述「基線定義」中確定的基線所包含的配置項。可採用**的形式進行描述。

例如：】

【定義配置項、基線的命名規範。】

【說明配置管理庫的賬號分配。】

【說明配置變更的控制策略、方法和過程。】

【例如：

變更流程如下：

專案組填寫並提交《變更申請表》

並按照《配置管理過程》中的變更控制來處理

配置人員應填寫《變更日誌》

給定《變更狀態報告》發布頻度】

【例如：

非基線產品的變更由專案經理控制。變更申請人向專案經理提出變更請求，專案經理確認後即可對配置項進行修改。專案經理的確認可以是紙面簽字，也可以是郵件確認。

變更實施人員對配置項進行修改時，應記錄修改資訊，並進行自我檢查或自我測試。】

【說明配置庫的備份策略，包括備份時間、備份內容、備份地方和備份方式等。】

【描述配置管理活動中各配置報告的編寫時機、發布時機、發布物件等內容。】

配置管理計畫

專案名稱 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 配置庫結構...

配置管理計畫

2 2 任務 在軟體工程化生產的各個階段中，與本階段的階段產品有關的全部資訊在軟體開發庫存放，與前面各個階段的階段產品有關的資訊則在軟體受控庫存放。在研製與開發階段的階段產品的過程中，開發者和開發小組組長有權對本階段的階段產品作必要的修改 但是如果開發者或開發小組長認為有必要修改前面有關階段的階段產...

配置管理計畫

此頁為模板文件本身的版本控制記錄表，按模板生成的正式文件中不需要此頁 目錄1.簡介 5 1.1 目的 5 1.2 範圍 5 1.3 專業術語定義 5 1.4 參考資料 5 2.組織和管理 5 2.1 配置管理組織架構 5 2.2 角色和職責 5 2.3 scm指導方針 6 3.scm活動 6 3.1...