基於CMM和CMMI的配置管理(一)

2021-09-01 18:34:53 字數 2705 閱讀 6379

本文主要從cmm和cmmi的要求出發,介紹了標準主要涉及的配置管理內容,並對相應內容進行初步地說明,最後提供了乙個配置管理在專案實施的指南和乙個在組織中部署配置管理的模型。

1配置管理內容的邏輯關係

在cmm和cmmi中,將配置管理的目的定義為「建立和維護產品的完整性」,這個目標沒有提到對專案管理的支援,也就是說,它定義的配置管理的目標比當前業界對配置管理的認識有些縮小。但是,仔細分析可以發現「建立和維護產品的完整性」是其他配置管理目標的基礎。下面就從這個目標出發進行分析。邏輯關係見下圖:

配置完整性(對標準的理解)

1. 產品完整性:就是專案提交的工作成果是「產品集合完整、子產品的正確」的

2. 產品集合完整:產品包含的子產品(配置項)是完整的

3. 子產品的正確:子產品(配置項)達到了需求要求,滿足標準、規程的要求

邏輯關係分析

1. 「基線管理」支援「產品集合完整」,明確產品的「子產品」(配置項)集合,並進行管理和控制

2. 「配置項管理」,提供了了對子產品(配置項)的控制管理,支援「子產品的正確」

3. 「變更管理」,同時支援「產品集合完整、子產品的正確」,用於控制子產品(配置項)和產品(基線)的變更

4. 「配置標示」,建立對配置項(子產品)的識別、命名,支援「配置項管理」

5. 「版本控制」,控制配置項(子產品)生命歷程,保留配置項(子產品)演進歷史

6. 「過程管理」,就是對配置項、基線的建立、變更的狀態標示、過程控制,保證產品(或子產品)按照規定的流程進行了操作;例如「配置項」進入「基線」的過程包括:配置項標示、產品驗證、進入配置、配置審計等

7. 「配置計畫」、「配置庫管理」、「配置審計」、「配置報告」等是整個配置管理得支援系統。提供了配置管理「可視性」和監督管理

2配置和配置項

在配置管理中,「配置」和「配置項」是重要的概念,「配置」是在技術文件中明確說明並最終組成軟體產品的功能或物理屬性。因此「配置」包括了即將受控的所有產品特性,其內容及相關文件,軟體版本,變更文件,軟體執行的支援資料,以及其他一切保證軟體一致性的組成要素,相對與硬體類配置,軟體產品的「配置」包括更多的內容並具有易變性。

受控軟體經常被劃分為各類配置項(configuraion items, cis),這類劃分是進行軟體配置管理的基礎和前提,cis是邏輯上組成軟體系統的各組成部分。比如乙個軟體產品包括幾個程式模組,每個程式模組及其相關文件和支撐資料可能被命名為乙個ci。乙個系統包括的cis的數目是乙個與設計密切相關的問題。乙個純軟體的ci通常也稱之為軟體配置項(csci)。

現在所有的配置管理工具均提供對配置項的管理工具,包括(check in和check out機制的 )版本管理和版本標號功能。由於版本和標號管理比較繁瑣,一般推薦使用配置管理工具,減少事務性工作。

3基線

在配置管理系統中,基線就是乙個ci或一組cis在其生命週期的不同時間點上通過正式評審而進入正式受控的一種狀態,而這個過程被稱為「基線化」。每乙個基線都是其下一步開發的出發點和參考點。基線確定了元素(配置項)的乙個版本,且只確定乙個版本。一般情況下,基線一般在指定的里程碑處建立,並與專案中的里程碑保持同步

一般地,第乙個基線包含了通過評審的軟體需求,因此稱之為「需求基線」,通過建立這樣乙個基線,受控的系統需求成為進一步軟體開發的出發點,對需求的變更被正式初始化、評估。受控的需求還是對軟體進行功能評審的基礎。

每個基線都將接受配置管理的嚴格控制,對其的修改將嚴格按照變更控制要求的過程進行,在乙個軟體開發階段結束時,上乙個基線加上增加和修改的基線內容形成下乙個基線,這就是「基線管理」的過程。

基線具有以下屬性:

通過正式的評審過程建立

基線存在於基線庫中,對基線的變更接受更高許可權的控制

基線是進一步開發和修改的基準和出發點

進入基線前,不對變化進行管理或者較少管理

進入基線後,對變化進行有效管理,而且這個基線作為後繼續工作的基礎

不會變化的東西不要納入基線

變化對其他沒有影響的可以不納入基線

建立基線的好處:

重現性:及時返回並重新生成軟體系統給定發布版的能力,或者是在專案中的早些時候重新生成開發環境的能力。當認為更新不穩定或不可信時,基線為團隊提供一種取消變更的方法。

可追蹤性:建立專案工件之間的前後繼承關係。目的是確保設計滿足要求、**實施設計以及用正確**編譯可執行檔案。

版本隔離:基線為開發工件提供了乙個定點和快照,新專案可以從基線提供的定點之中建立。作為乙個單獨分支,新專案將與隨後對原始專案(在主要分支上)所進行的變更進行隔離。

4基線、配置、配置項的關係

基線的組成,以及配置項和配置的關係如下圖:

基線管理的步驟:

1、在開發前確定基線的「配置」

2、基線批准前,根據「配置」檢查配置項是否齊備

3、對各個配置項,確認其版本的正確性

4、對每個配置項建立基線標誌,

例如上圖為:測試基線=(配置項a=1,配置項b=1,配置項c=1)

alpha版=(配置項a=2,配置項b=1,配置項c=1)

beta版=(配置項a=3,配置項b=3,配置項c=2)

產品基線=(配置項a=4,配置項b=4,配置項c=4)

5、基線變更管理

6、基線的各類報告和審計資訊

[相關]

基於cmm和cmmi的配置管理(二)

基於cmm和cmmi的配置管理(三)

cmmi配置管理

配置管理的目的是通過執行版本控制 變更控制等規程,以及使用配置管理軟體,來保證所以配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。凡是納入配置管理範疇的工作成果統稱為配置項 comfiguration item,ci 配置項主要有兩大類 屬於產品組成部分的工作成果,如需求文件 設計文件...

基於zk的配置管理

com.netflix.archaiusgroupid archaius coreartifactid 0.6.5version org.apache.curatorgroupid curator clientartifactid exclusion exclusions dependency co...

CMMI 配置管理CM 2級

首先列下特定目標和特定實踐 sg 1 建立基線 sp1.1 識別配置項 sp1.2 建立配置管理系統 sp1.3 建立或發布基線 sg 2 跟蹤並控制變更 sp2.1跟蹤變更請求 sp2.2控制配置項 sg 3 建立完整性 sp3.1 建立配置管理記錄 sp3.2 執行配置審計 下面我來依次看看這些...