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