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