專案配置管理計畫範本

2021-03-04 04:17:19 字數 3838 閱讀 1941

***x專案

這裡填寫公司名稱

***x年xx月xx日

文件編號:******xx-***-***

版本號:1.00

產品名稱: ***x專案專案

文件名稱: 配置管理計畫

這裡填寫公司位址、****等

目錄1. 引言 1

1.1 目的 1

1.2 術語定義 1

1.3 參考資料 1

2. 軟體配置 2

2.1 軟體配置環境 2

2.2 軟體配置項 2

2.3 配置管理員 3

3. 軟體配置管理計畫 4

3.1 建立示例配置庫 4

3.2 配置標識管理 6

3.3 配置庫控制 7

3.4 配置的檢查和評審 8

3.5 配置庫的備份 9

3.6 配置管理計畫的修訂 9

3.7 配置管理計畫附屬文件 9

4. 里程碑 11

附錄1 文件命名規定 12

1、受控配置庫檔案命名規則 12

2、非受控配置庫檔案命名規則 12

3、提交文件檔案命名規則 12

附錄2 文件編碼規範 13

附錄3 帳號及許可權管理 14

附錄4 配置庫使用規定 16

文件修改記錄 17

本文件目的在於對***x專案專案進行軟體配置管理,提高軟體質量,降低軟體開發成本。

本文件內容主要參考研發中心相關的iso程式和制度文件,並在這基礎上整理成適合本專案的軟體配置管理,為專案經理、配置管理員及相關人員提供日常的配置管理操作步驟。

軟體配置管理:簡稱scm(software configuration management的縮寫),是在專案開發中,標識、控制和管理軟體變更的一種管理。配置管理的使用取決於專案規模和複雜性以及風險水平。

軟體的規模越大,配置管理就顯得越重要。

基線:(baseline) 是專案儲存庫中每個工件版本在特定時期的乙個「快照」。它提供乙個正式標準,隨後的工作基於此標準,並且只有經過授權後才能變更這個標準。

建立乙個初始基線後,以後每次對其進行的變更都將記錄為乙個差值,直到建成下乙個基線。

配置管理員:專案組中負責配置管理工作的角色,該角色可以兼職。在某一開發階段通過評審或某一質量檢查點通過審核後,配置管理員負責統一新增或修改相關文件的最新有效版本以及審批人簽字。

配置標識:(configuration identification)對軟體專案在開發過程中的資源進行標識,以便識別。

配置檢查:(configuration audit)對軟體配置管理過程中的行動進行檢查。

《研發中心配置管理制度》

《產品的標識與可追溯性程式》

《開發手冊》

2.1.1 伺服器軟體環境

在整個專案過程或產品生命週期中,選擇visual souce safe(vss)作為配置管理工具。

2.1.2 硬體環境

2.1.3配置管理客戶端

專案組成員在各自的計算機安裝vss客戶端,專案組成員以分配的帳號訪問配置伺服器和登入配置管理系統,根據配置管理員設定的使用者許可權進項配置管理活動。

在本專案的實施過程中,將配置庫分為受控配置庫和非受控配置庫兩種

受控配置庫

在本專案開發實施的整個過程中,根據不同階段的配置管理劃分11個受控配置目錄,只有配置管理員擁有增加和修改的許可權,其它使用者只有唯讀的許可權。受控配置庫的目錄為:

00初始配置

01啟動

02需求分析

03設計

04編碼

05測試

06安裝

07總結

08變更

09專案管理

10環境配置

初始配置庫的根目錄中包含***x專案的配置檔案清單,該文件包括本專案開發過程中應該提交的文件的清單,在實際開發過程中,根據實際情況,可以在清單中酌情修改、增加和刪除需要提交的文件。具體內容參見本文3.3的「配置檔案清單的維護」。

各個配置目錄內應該包含的文件,請參見「***x專案配置檔案清單.xls」。

非受控配置目錄

在本專案開發過程中,設立了非受控配置目錄。設立非受控配置目錄的目的是為了統一管理和存放開發過程中產生的臨時文件和過程性文件,沒有格式及命名上的嚴格要求,使專案組成員在思考、設計時不受太多的限制和約束,能夠更有效地發揮個人能力,符合以人為本的原則。

在專案初期,設立了以下三個目錄:

在根據專案開發過程中,根據實際需要,可以酌情增加非受控配置目錄。

在本軟體專案開發過程中,專案組必須設立配置管理員,專業(或兼職)負責軟體專案開發過程中的軟體配置管理工作,保證在專案開發過程中的一些變更管理及文件管理的完整性,順利地實施專案開發進度。

配置管理員負責制定配置管理計畫,檢查專案組成員是否正確使用配置庫,並督促專案開發計畫的實施。

配置管理員還需配合研發中心產品管理部進行專案的配置評審。評審結束,相關文件的批准人電子簽名由批准人簽寫或經批准人授權配置管理員填寫,然後由配置管理員負責簽入配置庫;同時,由配置管理員收集配置項審批相關的email文件並簽入配置庫。

關於***x專案專案軟體配置管理的文件提交計畫請參見《***x專案配置檔案清單.xls》。

關於配置庫的日常使用的規定參見附件4《配置庫使用規定》。

配置管理員在制定完計畫後,根據公司建議的配置庫建立符合本專案的配置管理庫。配置庫建立在visual souce safe上,目錄結構可按照示例配置庫提供的目錄。對於本專案來說,需要劃分多個子系統,因此要在確定子系統的劃分後,在不同階段下分別建立各子系統的配置目錄。

***x專案其配置管理目錄結構如下所示。

配置管理庫建立完畢後,可根據配置管理庫的人員計畫在visual souce safe上建立相應的使用者及許可權,並將這些使用者分發給指定的開發人員或使用者。具體的帳號及許可權管理參見附錄 3 《帳號及許可權管理》

配置管理員應保管好配置管理工具的管理員許可權,專案組中使用配置管理庫的成員應該及時更改自己在配置管理工具的預設設定密碼。

1.文件

根據配置管理計畫和配置庫中的文件清單,配置管理員要檢查需要提交的文件是否都按時提交,文件數目是否符合,文件的標識、命名以及版本等是否符合程式規定。關於文件的命名請參見附件 1 《文件命名規定》,文件標識及版本參見附件 2《文件編碼規範》

2.程式

所有屬於該項目的程式、分程式、模組和程式單元,都要按照由專案組和配置管理員制訂的軟體系統的命名約定的規定來標識。

要求所有模組的源**都需記錄模組編號,且模組編號在整個系統中是唯一的。模組編號在系統設計完成之後,由專案組和配置管理員共同根據系統設計進行編制。

3.基線

所有屬於本專案及其各子系統的各類基線,首先要按照計畫書、軟體需求規格說明書、軟體專案詳細分析設計說明書的規定確定其技術內容,在整個軟體專案開發過程中定義以下兩類基線:

文件基線:本專案的文件基線的定義以里程碑的定義為準,將到達各階段的里程碑時的文件作為基線,具體里程碑的定義參見第4節「里程碑」。

產品基線:產品基線包含兩個,乙個是系統上線時,乙個是系統經過客戶驗證測試時,基線包含那時的所有程式**和文件。

配置管理員負責在專案開發的每乙個里程碑處、每乙個階段性的版本發布時負責為整個配置庫設立書籤,劃定配置管理基線,並以文件的方式記錄下這些書籤的定義。

許可權控制

配置管理員根據附錄 3《帳號及許可權管理》設定和調整專案組成員對配置項的許可權。

配置庫的控制

在專案開發和實施的整個過程中,配置管理員應根據配置管理計畫及管理規則對配置庫應進行管理和控制。配置管理員負責檢查專案組成員使用配置庫是否正確。包括是否及時檢入最新版本、是否新增了注釋、是否及時更改配置狀態,是否存在專案組成員修改了不屬於自己負責的配置項,專案組成員是否完成了自己負責的配置項的檢入,測試版本的構造是否從配置庫中取出等。

專案管理配置管理計畫

專案名稱 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....

09軟體專案配置管理計畫

韓萬江姜立新,軟體專案管理案例教程 機械工業出版社 2005 02 叢書名 國家示範性軟體學院系列教材 第8章介紹了質量管理計畫可以幫助提高產品的質量,而軟體配置管理也可以輔助提高專案的質量管理。同時,有效的配置管理還可以提高開發團隊的工作效率。本章就進入路線圖的第8站 配置計畫,如圖9 1所示。圖...

NewSkyCRM專案軟體配置管理計畫

2.4 專案開發組 newskycrm軟體專案開發組必須履行某某軟體開發中心 軟體配置管理過程 及有關規程等文件中指定的有關專案開發組的職責。表8 3 專案組成員表 三.配置管理環境 3.1 文件工具 newskycrm軟體專案的配置管理活動所有文件由下列辦公系統軟體生成,或由配置管理工具自動生成。...