【公眾號@ “項目管理研究所” 將會第一時間更新文章并分享《項目管理模板》】
歸檔于軟件項目管理初級學(xué)習(xí)路線
第九章 軟件項目配置管理計劃
我們一直都希望?。?！–>《初級學(xué)習(xí)路線合集 》
前言
大家好，這節(jié)我們學(xué)習(xí)軟件項目管理—-軟件項目配置管理計劃–軟件項目配置管理過程。
主要學(xué)習(xí)：
- 配置項標(biāo)識與跟蹤過程
- 配置管理環(huán)境建立過程
- 基線變更管理過程
- 配置管理審計過程
- 配置狀態(tài)統(tǒng)計過程
- 配置管理計劃過程
前五個過程描述的是配置管理的主要活動，最后一個配置管理計劃過程是來規(guī)劃解決活動的。
配置項標(biāo)識與跟蹤
配置項標(biāo)識
將軟件項目中需要進(jìn)行控制的部分拆分成SCI。例如需求可能有5個文件，那么5個配置項，代碼就多了，有很多文件，那么就對應(yīng)著很多配置項。
那么這個配置項定義過程可能是一個拆分的過程，例如項目需求規(guī)格可以拆成多個文件。其實這個拆分成多個配置項，對項目管理是有好處的，在項目執(zhí)行過程中，需求的不同部分，修改的頻率是不同的，因此需求的不同配置項變更的頻率也是不同的。
如果某需求變更只是其中的一個配置項有關(guān)，那么其他需求配置項就不需要變更了。
那么這個項目確定下來之后，需要對每個配置項進(jìn)行標(biāo)識，即給出文件的命名規(guī)格。
這是某項目的命名規(guī)格，包括了5個部分，第一個部分代表企業(yè)，第二個部分代表項目的標(biāo)識碼，第三個部分代表項目的組號，第四個部分是文檔類型，最后就是一個版本號。
配置項跟蹤
為了實現(xiàn)配置管理，需要建立配置項的關(guān)聯(lián)關(guān)系，便于跟蹤和版本控制。比如需求規(guī)格有很多配置項，每個配置項有對應(yīng)的設(shè)計版本、代碼版本、測試用例，那么要建立這些對應(yīng)關(guān)系，一但需求發(fā)生變更，就很容易把這些關(guān)聯(lián)的配置項確定下來。
配置管理環(huán)境建立
配置管理庫
配置管理環(huán)境的建立是將配置管理庫建立起來的過程，即建立配置管理倉庫。
軟件配置管理庫是用來存儲所有基線配置項及相關(guān)文件的等內(nèi)容的系統(tǒng)，是在軟件產(chǎn)品的整個生存期中建立和維護(hù)軟件產(chǎn)品完整性的主要手段。
受控操作
配置庫環(huán)境是一個受控的，不可以隨意對他進(jìn)行操作，那么基線、配置項審核通過之后，可以添加至配置庫，添加配置庫之后就不可以隨意來修改，一但提出變更，需要走變更流程。
這個配置管理庫一般是通過安裝配置管理工具來實現(xiàn)的。
例如這是rational管理工具界面：
VSS版本管理工具界面：
SVN版本管理工具操作界面：
GIT 管理工具操作界面
基線變更管理過程
基本概念
基線修改應(yīng)該受到控制，這種變化要經(jīng)SCCB授權(quán)，按程序進(jìn)行控制并記錄基線修改過程。
基線變更系統(tǒng)
基線變更的流程最主要的部分是變更控制系統(tǒng)，如下圖就是一個基線變更系統(tǒng)：
首先提出變更申請，然后進(jìn)行評估，跟著進(jìn)行決策，如果批準(zhǔn)了這個變更則實現(xiàn)這個變更。
變更請求
這是一個變更申請：
變更評估
接下來要評估這個申請，這是一個評估流程：首先變更分類，看這個變更屬于什么類型的，需求的？設(shè)計的？還是代碼的變更，然后看看技術(shù)的影響如何，還要分析接口的影響，因此還要確定對進(jìn)度的影響，成本的影響。
舉例：一個需求的變更可能導(dǎo)致設(shè)計的大量變更，以及大量的代碼變更，如果影響特別大，可能拒絕這個變更，因此評估的結(jié)果是決策的基礎(chǔ)。
變更批準(zhǔn)/拒絕
當(dāng)然決策有兩個，即同意和拒絕，如果同意變更了，還要實施這個變更，最后實現(xiàn)版本的升級。
變更實現(xiàn)
變更實現(xiàn)也需要按照流程來實現(xiàn)。例如將變更控制項從配置庫取出來，實現(xiàn)這個變更，讓驗證確認(rèn)沒有問題了再提交到這個庫里面去。
變更控制系統(tǒng)-舉例
這是某項目的配置變更控制系統(tǒng)，項目人員來參照這個流程來實施變更的。
配置管理審計
審計大家是否遵守了這個配置管理過程，還需要審計基線產(chǎn)品，基線入庫前一定要進(jìn)行審計的。
配置狀態(tài)統(tǒng)計
我們知道倉庫管理員要定期向項目人員發(fā)布倉庫里面有哪些產(chǎn)品，每個產(chǎn)品是怎么樣的型號、版本、有無作廢的等等等。
同理呢，軟件配置管理負(fù)責(zé)人也要定期發(fā)布配置庫的狀態(tài)報告。例如：
- 被批準(zhǔn)的配置項
- 變更請求的數(shù)量
- 配置項的所有請求的變化狀態(tài)
- 配置項所有被批準(zhǔn)的變更實現(xiàn)狀態(tài)
- 配置管理系統(tǒng)以及SCCB在運作中發(fā)生異常的次數(shù)。
配置管理計劃大綱—舉例
上面介紹配置管理的主要過程，他們描述了配置管理的活動，那么這些活動在配置管理計劃中要體現(xiàn)出來。
配置管理計劃具體包括哪些內(nèi)容，沒有一個統(tǒng)一的公認(rèn)標(biāo)準(zhǔn)，主要看項目的具體情況，下面我們給一個大綱：
- 人員的職責(zé)（要確定配置管理負(fù)責(zé)人，SCCB的組成，同時確定相關(guān)人員的配置要求）
- 配置項定義（要確定項目產(chǎn)生的文件以及命名規(guī)則）
- 基線定義（確定項目的基線）
- 版本控制（說明采用的配置管理工具等等）
- 定義變更控制系統(tǒng)等等
總結(jié)
總之 配置管理計劃需要規(guī)劃配置項，配置管理環(huán)境，基線變更管理，配置管理審計，配置狀態(tài)統(tǒng)計等活動，作為將來項目配置管理的一個指導(dǎo)。
到這里，第九章 第二節(jié) 軟件項目配置管理過程就講解完畢了！下一節(jié)介紹敏捷配置管理計劃~
如果您覺得這篇文章有幫助到您的的話不妨點贊支持一下喲~~
后續(xù)將持續(xù)更新【軟件項目管理初級學(xué)習(xí)路線】的全知識點，大家感興趣的多多關(guān)注博主喲~
————————————————
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。
