本案例選自《軟體專案管理案例教程》（韓萬江，機械工業出版社）一書，專案案例為《校務通管理系統》，該項目的配置管理計畫如下：
包括目的、縮寫詞和參考資料，具體內容略。
配置管理的角色和職責見表1。
表1：配置管理角色職責表
由於本專案屬於中小型專案，工期也不很長，而且專案組人員對visual sourcesafe也比較熟悉，所以採用visual sourcesafe作為配置管理工具。
表2：配置庫的目錄結構
表3：配置庫的使用者許可權
4.1.1 命名規範
本專案配置項命名規範由5個字段組成，從左到右依次為：公司、專案、型別、編號和版本號，如圖1所示。這些欄位用一橫線（-）分隔。
圖1：配置項命名規範
表4：配置項列表
在visual sourcesafe中基線由lable標誌，字母必須為大寫。基線管理由專案執行負責人確認、sccb授權，由配置管理員執行。
表5配置項可能包含的分支從邏輯上可以劃分成4個不同功能的分支：主幹分支、私有分支、小組分支、整合分支。讓它們分別對應4類工作空間。
這四類工作空間（分支）由專案執行負責人統一管理，根據各開發階段的實際情況定製相應的版本選取規則，來保證開發活動的正常運作。在變更發生時，應及時做好基線的推進。
對配置項的版本管理在不同分支具有不同的策略：
（1） 主幹分支
系統預設自動建立的物理分支——主幹分支（/main）,基線均以lable方式出現在主幹分支上。
（2） 私有分支
如果多個開發工程師維護乙個配置項時建議建立自己的私有分支。配置管理員對其基本不與管理，如個別私有空間上的版本樹過於冗餘，將對其冗餘版本進行限制。
（3） 小組分支
如果出現小組共同開發一配置項，該分支可視為專案組內部分組的私有空間，存放**開發過程中的版本分支，由專案組內部控制。
（4） 整合分支
整合測試時在主幹分支的特定版本（由lable標誌清晰）上建立整合分支，測試工作在整合分支上完成。
私有分支和小組分支均為可選，必要時建立。
變更管理的流程是：
（1） 由請求者提交變更請求，sccb會召開複審會議對變更請求進行複審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。
（2） 配置管理者收到基線修改請求後，在配置庫中生成與此配置項相關的波及關係表。
（3） 配置管理者將基線波及關係表提交給sccb，由sccb確定是否需要修改，如果需要修改，sccb應根據波及關係表，確定需要修改的具體檔案，並在波及分析表中標誌出來。
（4） 配置管理者按照出庫程式從配置庫中取出需要修改的檔案。
（5） 專案人員將修改後的檔案提交給配置管理者。
（6） 配置管理者將修改後的配置項按入庫程式放入配置庫。
（7） 配置管理者按sccb標識出的修改檔案，由波及關係表生成基線變更記錄表，並按入庫程式放入配置庫。
利用配置狀態統計，可以記錄和跟蹤配置項的改變。狀態統計可用於評估專案風險，在開發過程中跟蹤更改，並且提供統計資料以確保所有必需的更改已被執行。為跟蹤工作產品基線，配置管理者需手機下列資訊：
● 基線型別工作產品名稱
● 配置項名稱/識別符號版本號
● 更改日期/時間更改請求列表
● 需要更改的配置項當前狀態
● 當前狀態發生日期
專案組每週提交配置項清單及其當前版本。
配置管理人員每半個月提交變更請求的狀態統計。
09軟體專案配置管理計畫
韓萬江姜立新，軟體專案管理案例教程 機械工業出版社 2005 02 叢書名 國家示範性軟體學院系列教材 第8章介紹了質量管理計畫可以幫助提高產品的質量，而軟體配置管理也可以輔助提高專案的質量管理。同時，有效的配置管理還可以提高開發團隊的工作效率。本章就進入路線圖的第8站 配置計畫，如圖9 1所示。圖...
NewSkyCRM專案軟體配置管理計畫
2.4 專案開發組 newskycrm軟體專案開發組必須履行某某軟體開發中心 軟體配置管理過程 及有關規程等文件中指定的有關專案開發組的職責。表8 3 專案組成員表 三.配置管理環境 3.1 文件工具 newskycrm軟體專案的配置管理活動所有文件由下列辦公系統軟體生成，或由配置管理工具自動生成。...
《校務通管理系統》專案管理
1 導言 略2 概述 校務通管理系統 是對學校教務和教學活動進行綜合管理的平台系統，是基於internet環境的綜合資訊系統，滿足學校管理層 教師 學生 家長等日常工作 學習 管理 諮詢等工作。目的是共享學校各種資源 提高學校的工作效率 規範學校的工作流程 便利校內外的交流。系統具有標準化 分布式儲...