【文章內(nèi)容簡介】 項目風(fēng)險較低 案例說明《校務(wù)通管理系統(tǒng)》配置管理計劃略2. 組織及職責(zé)（ 1）根據(jù) 《 項目計劃 》 中的角色分配，確定配置管理者， SCCB（配置控制委員會）成員。（ 2）項目經(jīng)理是 SCCB 的負責(zé)人。(3)配置管理的角色和職責(zé)見表 1 表 1:配置管理角色職責(zé)表角色 人員 職責(zé)、工作范圍配置管理者 岳好 （ 1）制定 《 配置管理計劃 》（ 2）創(chuàng)建和維護配置庫SCC 負責(zé)人 韓萬江 （ 1）審批 《 配置管理計劃 》（ 2）審批重大的變更SCCB 成員 項目經(jīng)理－韓萬江，質(zhì)量保證人員－郭天奇 ,配置管理者－岳好審批某些配置項或基線的變更 由于本項目屬于中小型項目 ,工期也不是很長 ,而且大家對 SourceSafe 也比較熟悉 ,所以采用SourceSafe 做為配置管理工具。 目錄結(jié)構(gòu)表格 2:配置庫的目錄結(jié)構(gòu)序號 內(nèi)容 說明 路徑 TCM 技術(shù)合同管理 $\prjSchool\ TCM RM 需求管理 $\prjSchool \ RM SPP 軟件項目規(guī)劃 $\prjSchool \ SPP SPTO 軟件項目跟蹤與管理 $\prjSchool \ SPTO SCM 軟件配置管理 $\prjSchool \ SCM SQA 軟件質(zhì)量保證 $\prjSchool \ SQA 設(shè)計 $\prjSchool \ SPE\DESIGN 源代碼 $\prjSchool \ SPE\SOURCECODE 目標代碼 $\prjSchool \ SPE\BUILD 測試 $\prjSchool \ SPE\TEST SPE軟件產(chǎn)品工程發(fā)布 $\prjSchool \ SPE\RELEASE 用戶及權(quán)限表 2:配置庫的用戶權(quán)限類別 人員 權(quán)限說明配置管理者 岳好 負責(zé)項目配置管理，對庫擁有所有權(quán)限項目管理 韓萬江 訪問、讀質(zhì)量保證人員 郭天奇 訪問、讀開發(fā)人員 姜岳尊 ,孫泉 訪問、讀高層管理 訪問、讀 配置項標識 命名規(guī)范命名規(guī)范適用于過程文檔、生存期中各階段的計劃、需求、設(shè)計、代碼、測試、手冊等文件。本項目文件命名規(guī)范由五個字段組成，從左到右依次為：公司、項目、類型、編號和版本號，如圖 1 所示。這些字段用一橫線（ ）分隔。 圖 1：文檔命名規(guī)范 主要配置項如下：表 3 配置項列表類型 主要配置項 標識符 預(yù)計正式發(fā)表時間《 合同 》 2022411技術(shù)合同SOW 2022411《 項目計劃 》 2022411《 質(zhì)量保證計劃 》 2022411 計劃《 配置管理計劃 》 2022411《 需求規(guī)格說明書 》 QTD– 2022418需求用戶 DEMO QTD– 2022418《 總體設(shè)計說明書 》 2022422《 數(shù)據(jù)庫設(shè)計 》 2022422《 詳細設(shè)計說明書 》 2022425 設(shè)計《 設(shè)計術(shù)語及規(guī)范 》 2022422源程序 202262編程編碼規(guī)則 2022422《 測試計劃 》 202262《 測試用例 》 202262 測試《 測試報告 》 202264運行產(chǎn)品 202265《 驗收報告 》 202266提交《 用戶手冊 》 202266 項目基線在 SourceSafe 中基線由 LABEL 標識，字母必須為大寫?；€管理由項目執(zhí)行負責(zé)人確認，QTDSchool–RM–公司： 3 個字符項目： 最長 10 個字符類型： 最長 5 個字符編號： 最長 8 位數(shù)字版本號： V SCCB 授權(quán)，由配置管理員執(zhí)行。表 4:基線發(fā)布計劃：基線名稱 /標識符 基線所包含的主要配置項 預(yù)計建立時間需求 《 需求規(guī)格說明書 》 、用戶 DEMO 2022418總體設(shè)計 《 總體設(shè)計說明書 》 、 《 數(shù)據(jù)庫設(shè)計 》 2022411項目實現(xiàn) 軟件源代碼、編碼規(guī)則 202262系統(tǒng)測試 《 測試用例 》 、 《 測試報告 》 202264 配置項的版本管理配置項可能包含的分支從邏輯上可以劃分成 4 個不同功能的分支，讓它們分別對應(yīng) 4 類工作空間。? ? 主干分支? ? 私有分支? ? 小組分支? ? 集成分支 上面定義的四類工作空間（分支）由項目執(zhí)行負責(zé)人統(tǒng)一管理，根據(jù)各開發(fā)階段的實際情況定制相應(yīng)的版本選取規(guī)則，來保證開發(fā)活動的正常運作。在變更發(fā)生時，應(yīng)及時做好基線的推進。 對配置項的版本管理在不同分支而策略不同：主干分支系統(tǒng)缺省自動建立的物理分支 ——主干分支（ /main） ， BASELINE 均以 LABEL 方式出現(xiàn)在主干分支上。 私有分支如果多個開發(fā)工程師維護一個配置項時建議建立自己的私有分支。配置管理員對其基本不予管理，如個別私有空間上的版本樹過于冗余，將對其冗余版本進行限制。 小組分支如果出現(xiàn)小組共同開發(fā)該配置項，該分支可視為項目組內(nèi)部分組的私有空間，存放代碼開發(fā)過程中的版本分支，由項目組內(nèi)部控制。 集成分支集成測試時在主干分支的特定版本（由 LABEL 標識清晰）上建立集成分支，測試工作在集成分支上完成。 私有分支和小組分支均為可選，必要時建立。 變更管理變更管理的流程是：1) 1) 由請求者提交變更請求，變更控制委員會召開復(fù)審會議對變更請求進行復(fù)審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。2) 2) 配置管理者收到基線修改請求后 ,在配置庫中生成與此配置項相關(guān)的波及關(guān)系表3) 3) 配置管理者將基線波及關(guān)系表提交給 SCCB,由 SCCB 確定是否需要修改 ,如果需要修改 , SCCB 應(yīng)根據(jù)波及關(guān)系表 ,確定需要修改的具體文件 ,并在波及分析表中標識出來 .4) 4) 配置管理者按照出庫程序從配置庫中取出需要修改的文件5) 5) 項目人員將修改后的文件提交給配置管理者6) 6) 配置管理者將修改后的配置項按入庫程序放入配置庫7) 7) 配置管理者按 SCCB 標識出的修改文件 ,由波及關(guān)系表生成基線變更記錄表 ,并按入庫程序放入配置庫 配置狀態(tài)統(tǒng)計利用配置狀態(tài)統(tǒng)計可以記錄和跟蹤配置項的改變。狀態(tài)統(tǒng)計可用于評估項目風(fēng)險，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計數(shù)據(jù)以確保所有必須的更改被執(zhí)行。為跟蹤工作產(chǎn)品基線，配置管理者需收集下列信息：? ? 基線類型? ? 工作產(chǎn)品名稱? ? 配置項名稱／標識符? ? 版本號? ? 更改日期／時間? ? 更改請求列表? ? 需要更改的配置項? ? 當前狀態(tài)? ? 當前狀態(tài)發(fā)生日期 項目組每周提交配置項清單及其當前版本。配置管理人員每半個月提交變更請求的狀態(tài)統(tǒng)計。案例說明《校務(wù)通管理系統(tǒng)》團隊組織和溝通計劃一、項目的組織結(jié)構(gòu)如下圖，它是矩陣型組織結(jié)構(gòu)的一個具體化。 其中：市場部 負責(zé)與用戶的協(xié)調(diào)工作 負責(zé)項目相關(guān)的商務(wù)活動 負責(zé)用戶需求的接口用戶圖 1：項目的組織結(jié)構(gòu)項目管理質(zhì)量保證 軟件開發(fā)設(shè)計 實施 質(zhì)量控制市場部Coordinator配置管理高層管理 配合項目經(jīng)理的資源協(xié)調(diào)活動 負責(zé)產(chǎn)品的驗收活動 負責(zé)系統(tǒng)的維護活動 項目管理 負責(zé)項目的組織和規(guī)劃 負責(zé)項目計劃制定和維護 負責(zé)項目的跟蹤和管理 負責(zé)資源的分