軟體專案管理 9.2.軟體專案配置管理過程

專案管理事業的愛好者 發表於 2022-07-01
專案管理

【公眾號@ “專案管理研究所” 將會第一時間更新文章並分享《專案管理模板》】
歸檔於軟體專案管理初級學習路線
第九章 軟體專案配置管理計劃
我們一直都希望!!!-->《初級學習路線合集 》


前言

大家好,這節我們學習軟體專案管理----軟體專案配置管理計劃--軟體專案配置管理過程。

主要學習:

  1. 配置項標識與跟蹤過程
  2. 配置管理環境建立過程
  3. 基線變更管理過程
  4. 配置管理審計過程
  5. 配置狀態統計過程
  6. 配置管理計劃過程

前五個過程描述的是配置管理的主要活動,最後一個配置管理計劃過程是來規劃解決活動的。

配置項標識與跟蹤

配置項標識

將軟體專案中需要進行控制的部分拆分成SCI。例如需求可能有5個檔案,那麼5個配置項,程式碼就多了,有很多檔案,那麼就對應著很多配置項。

那麼這個配置項定義過程可能是一個拆分的過程,例如專案需求規格可以拆成多個檔案。其實這個拆分成多個配置項,對專案管理是有好處的,在專案執行過程中,需求的不同部分,修改的頻率是不同的,因此需求的不同配置項變更的頻率也是不同的。

如果某需求變更只是其中的一個配置項有關,那麼其他需求配置項就不需要變更了。

那麼這個專案確定下來之後,需要對每個配置項進行標識,即給出檔案的命名規格。

這是某專案的命名規格,包括了5個部分,第一個部分代表企業,第二個部分代表專案的標識碼,第三個部分代表專案的組號,第四個部分是文件型別,最後就是一個版本號。

軟體專案管理 9.2.軟體專案配置管理過程

配置項跟蹤

為了實現配置管理,需要建立配置項的關聯關係,便於跟蹤和版本控制。比如需求規格有很多配置項,每個配置項有對應的設計版本、程式碼版本、測試用例,那麼要建立這些對應關係,一但需求發生變更,就很容易把這些關聯的配置項確定下來。

軟體專案管理 9.2.軟體專案配置管理過程

配置管理環境建立

配置管理庫

配置管理環境的建立是將配置管理庫建立起來的過程,即建立配置管理倉庫。

軟體專案管理 9.2.軟體專案配置管理過程

軟體配置管理庫是用來儲存所有基線配置項及相關檔案的等內容的系統,是在軟體產品的整個生存期中建立和維護軟體產品完整性的主要手段。

受控操作

配置庫環境是一個受控的,不可以隨意對他進行操作,那麼基線、配置項稽核通過之後,可以新增至配置庫,新增配置庫之後就不可以隨意來修改,一但提出變更,需要走變更流程。

軟體專案管理 9.2.軟體專案配置管理過程

這個配置管理庫一般是通過安裝配置管理工具來實現的。

例如這是rational管理工具介面:

軟體專案管理 9.2.軟體專案配置管理過程

VSS版本管理工具介面:
軟體專案管理 9.2.軟體專案配置管理過程

SVN版本管理工具操作介面:

軟體專案管理 9.2.軟體專案配置管理過程

GIT 管理工具操作介面
軟體專案管理 9.2.軟體專案配置管理過程

基線變更管理過程

基本概念

基線修改應該受到控制,這種變化要經SCCB授權,按程式進行控制並記錄基線修改過程。

基線變更系統

基線變更的流程最主要的部分是變更控制系統,如下圖就是一個基線變更系統:
首先提出變更申請,然後進行評估,跟著進行決策,如果批准了這個變更則實現這個變更。

軟體專案管理 9.2.軟體專案配置管理過程

變更請求

這是一個變更申請:

軟體專案管理 9.2.軟體專案配置管理過程

變更評估

接下來要評估這個申請,這是一個評估流程:首先變更分類,看這個變更屬於什麼型別的,需求的?設計的?還是程式碼的變更,然後看看技術的影響如何,還要分析介面的影響,因此還要確定對進度的影響,成本的影響。

舉例:一個需求的變更可能導致設計的大量變更,以及大量的程式碼變更,如果影響特別大,可能拒絕這個變更,因此評估的結果是決策的基礎。

軟體專案管理 9.2.軟體專案配置管理過程

變更批准/拒絕

當然決策有兩個,即同意和拒絕,如果同意變更了,還要實施這個變更,最後實現版本的升級。

軟體專案管理 9.2.軟體專案配置管理過程

變更實現

變更實現也需要按照流程來實現。例如將變更控制項從配置庫取出來,實現這個變更,讓驗證確認沒有問題了再提交到這個庫裡面去。

軟體專案管理 9.2.軟體專案配置管理過程

變更控制系統-舉例

這是某專案的配置變更控制系統,專案人員來參照這個流程來實施變更的。

軟體專案管理 9.2.軟體專案配置管理過程

配置管理審計

審計大家是否遵守了這個配置管理過程,還需要審計基線產品,基線入庫前一定要進行審計的。

配置狀態統計

我們知道倉庫管理員要定期向專案人員釋出倉庫裡面有哪些產品,每個產品是怎麼樣的型號、版本、有無作廢的等等等。

同理呢,軟體配置管理負責人也要定期釋出配置庫的狀態報告。例如:

  1. 被批准的配置項
  2. 變更請求的數量
  3. 配置項的所有請求的變化狀態
  4. 配置項所有被批准的變更實現狀態
  5. 配置管理系統以及SCCB在運作中發生異常的次數。

配置管理計劃大綱---舉例

上面介紹配置管理的主要過程,他們描述了配置管理的活動,那麼這些活動在配置管理計劃中要體現出來。

配置管理計劃具體包括哪些內容,沒有一個統一的公認標準,主要看專案的具體情況,下面我們給一個大綱:

  1. 人員的職責(要確定配置管理負責人,SCCB的組成,同時確定相關人員的配置要求)
  2. 配置項定義(要確定專案產生的檔案以及命名規則)
  3. 基線定義(確定專案的基線)
  4. 版本控制(說明採用的配置管理工具等等)
  5. 定義變更控制系統等等

總結

總之 配置管理計劃需要規劃配置項,配置管理環境,基線變更管理,配置管理審計,配置狀態統計等活動,作為將來專案配置管理的一個指導。

到這裡,第九章 第二節 軟體專案配置管理過程就講解完畢了!下一節介紹敏捷配置管理計劃~

如果您覺得這篇文章有幫助到您的的話不妨點贊支援一下喲~~😉

後續將持續更新【軟體專案管理初級學習路線】的全知識點,大家感興趣的多多關注博主喲~
————————————————

相關文章