cmmi精粹（第3版）_part ii

1、第Ⅱ部分 CMMI模型 切薩皮克海灣(Chesapeake Bay)是非常富饒的經(jīng)濟區(qū)，但也是脆弱的生態(tài)系統(tǒng)。要使它得到最佳利用和可持續(xù)發(fā)展，需要對人和自然之間的復雜關系有所理解。 類似的，CMMI產(chǎn)品也是復雜的結構，且含有多個層次的信息。為了獲取最大效益，CMMI用戶需要知道這些信息層次之間某些微妙且復雜的關系。 在本書的第Ⅱ部分，我們將討論CMMI的結構和組件，目的就是讓讀者更清楚地理解如何構造CMMI和這

2、些構件是如何聯(lián)系在一起，以及如何作為一個整體來進行集成化連續(xù)改進。,本部分包括： 第3章 CMMI的概念向讀者介紹CMMI—— 它的內容、目標、范圍、成果和歷史。第4章 CMMI的內容講述在CMMI模型中出現(xiàn)的各種元素與資料，討論這些元素與資料的相對重要性，并說明資料的位置。第5章 CMMI的表示法介紹兩種模型表示法：階段式(staged)和連續(xù)式(continuous)。解釋如何在CMMI項目中實現(xiàn)這兩種表示法，

3、并討論連續(xù)式表示法如何近似地表示階段式表示法。,第6章 度量改進的CMMI維解釋CMMI模型(兩種表示法)指導和度量過程改進的方式，說明了能力和成熟度維，介紹了共性實踐的概念并解釋它們在CMMI中的作用。第7章 CMMI的過程域詳細介紹描述了CMMI過程維，以便實踐人員能理解目標、實踐和改進維間的關系。,第3章 CMMI的概念 It must be remembered that there is nothing more

4、 difficult to plan,more uncertain of success, nor more dangerous to manage than the creation of a new order of things. For the initiator has the enmity of all who would profit by the preservation of the old institutions

5、, and merely lukewarm defenders in those who would gain by the new order. Machiavelli,The Prince(1513)In this age, which believes that there is a short cut to

6、everything,the greatest lesson to be learned is that the most difficult way is, in the long run, the easiest. Henry Miller，The Books in My life(1957),運用兩個或多個單學科模型可以實現(xiàn)一個組織的連續(xù)改進。然而，只用

7、一個涉及多個學科的模型卻有許多優(yōu)點。正由于這個原因，美國國防部—特別是國防部采辦、技術和后勤部門——與美國國防工業(yè)協(xié)會(the National Defense Industrial Association，NDIA)共同合作，發(fā)起了能力成熟度模型集成(CMMI)的開發(fā)。 2000年，在Carnegie Mellon大學的軟件工程研究所(the Software Engineering Institute，SEI)的不懈努力下，產(chǎn)生了

8、第一個集成化CMMI模型，還附帶了相關的評估和培訓資料；2002年又發(fā)布了CMMI的1.1版，2006年則發(fā)布了1.2版。 本章首先概述CMMI模型中信息和指導的種類；對于不熟悉源模型的人，本章提供了對CMMI的范圍和用途的介紹。在概述結束后，本章討論了CMMI的目標和歷史。接下來，本章介紹了用于創(chuàng)建CMMI的源模型的相關信息。最后，本章描述了CMMI項目組織結構。,3.1 CMMI概述 CMMI產(chǎn)品套件含有大量的信息和指導，以幫助

9、組織改進其過程。但是，這些信息是如何提供幫助的呢？為了回答這一問題，我們注意到在CMMI模型中主要包含了兩類內容：(1) 用于幫助評估過程內容的資料—對技術、支持和管理活動必不可少的信息。(2) 用于改進過程性能的資料—用于提高組織的活動能力的信息。,3.1.1 過程內容 CMMI為管理過程提供了指導。例如: 應建立并維護一個計劃以管理您的工作，確保所有相關人員都承諾執(zhí)行和支持該計劃。 制定該計劃時，應嚴格確定如何對成本、進度

10、和產(chǎn)品的估算進行開發(fā)和維護。 按計劃展開工作時，需要對照計劃以比較性能和進展，如果發(fā)現(xiàn)計劃的結果和實際的結果不同步時，則采取糾正措施。 必須和您的供應商簽訂協(xié)議并確保雙方滿意。 同樣，CMMI還有關于管理項目風險和組建、管理團隊的信息。,3.1.1 過程內容 CMMI關于技術問題的指導包括開發(fā)、細化和管理需求的方法，以及開發(fā)滿足這些需求的技術解決方案的方法。CMMI提醒您，產(chǎn)品組件的集成取決于良好的接口信息，并且需要得到計劃和驗

11、證。 在遵循CMMI模型時，應該確保所開發(fā)的產(chǎn)品和服務與初始需求一致，并通過驗證和確認滿足客戶需求。 另外，CMMI還提供技術和管理活動的相關支持過程。應該一直管理中間工作產(chǎn)品、最終產(chǎn)品、服務的版本和配置信息。 應該有方法確保遵循所定義的過程，并且確保所開發(fā)的產(chǎn)品已達到建立的質量標準。您需要決定哪些信息是重要的，并且建立方法來測量和跟蹤它。在某些情況下，需要設計一些方法以正式地解決問題。需要找到產(chǎn)品和關鍵過程中出現(xiàn)的嚴重問題的根源

12、所在。,3.1.2 過程改進 一旦已經(jīng)建立過程，改進這些過程就成為關鍵的目標。 CMMI模型中關于改進的信息包含了創(chuàng)建一個可行的、可改進的過程基礎。為了建立這一基礎，CMMI包含可使組織更多關注定義和遵循相關過程的方法。 通過培訓和標準化，可以使每個人明確角色，并且知曉如何在過程中執(zhí)行該角色的相關任務。您會學到使用所收集的測量數(shù)據(jù)來改進過程性能，在過程需要發(fā)展時進行創(chuàng)新，并且確保您的能力可以達到變更要求。,3.1.2 過程改進

13、過程需要像項目那樣進行計劃，如果組織通過方針的形式增加過程的重要性和有效性，這樣做將會很有幫助。過程執(zhí)行包括（但不限于）下述工作： 需要確保接受過培訓的、被授權的人員執(zhí)行過程時，所需的資源是可用的。 需要識別對過程感興趣的人并使他們參與進來。 工作產(chǎn)品和過程文檔應該得到控制，根據(jù)過程計劃的進展情況也需要進行跟蹤。 應該有人員負責對所遵循的過程進行客觀地評估，管理層應該定期地得到關于過程性能的簡報。,3.1.2 過程改進 當過程

14、在組織范圍內得以被標準化，并且過程的性能根據(jù)歷史數(shù)據(jù)得以被監(jiān)控時，過程就會變得更有能力。通過使用這種方法，能夠檢測到性能中的變化，盡早解決潛在的問題。從而可以在花費較少的情況下解決問題。最后，通過識別過程波動的根本原因和創(chuàng)新的方法來連續(xù)地改進該過程，使涉及的過程更好。,3.1.3 CMMI和商業(yè)目標 在第1章，我們識別了組織中一些普遍的商業(yè)目標?；谝陨详P于CMMI的過程內容和過程改進的概述，您期望CMMI如何幫助您的組織達到這樣的目

15、標呢？下面分別予以討論： 提供高質量的產(chǎn)品和服務 CMMI模型中的過程改進概念是從Deming、Juran和Crosby的質量范例發(fā)展起來的。他們認為：高質量產(chǎn)品來源于高質量的過程。CMMI重點關注與質量相關的活動，包含需求管理、質量保證、驗證和確認。 為股東創(chuàng)造價值 成熟的組織與不夠成熟的組織相比，更有可能做出更好成本和收入的預算，然后根據(jù)這些預算來執(zhí)行。CMMI支持高質量的產(chǎn)品、可預測的進度和有效的度量，以此來支持管

16、理人員進行精確而合理的預測。這種過程成熟度可以防止項目性能問題的產(chǎn)生，而這些問題是有可能降低在投資者心目中該組織的價值。,吸引和留住人才 Watts Humphrey說過，“高質量的工作不是偶然完成的，需要熟練和有進取心的人來完成?！盋MMI在學科和過程方面都強調培訓。以往的經(jīng)驗顯示，和不成熟的組織相比，具有成熟過程的組織將產(chǎn)生更少的失誤。在一個團結和有能力的組織中工作，工程師們會感到特別的心情舒暢。 提高客戶滿意度 在成

17、本和進度的預定目標內，提供根據(jù)客戶要求確認的高質量產(chǎn)品。通過強調計劃、監(jiān)控、度量，以及更有能力的過程可預測性提高，CMMI說明了所有有關的要素。 實現(xiàn)成本節(jié)省和最佳實踐 CMMI鼓勵將度量作為一種管理工具使用。通過使用收集的歷史數(shù)據(jù)支持項目的估算，組織可以識別并廣泛部署起作用的實踐，并且消除沒有作用的實踐。,增加市場份額 市場份額是多種因素作用的結果，包括高質量產(chǎn)品和服務、品牌、價格定位和形象?？蛻魸M意度是關鍵因素，在市場中

18、，滿意的客戶將會帶來更多的客戶?？蛻粼敢馀c那些能夠履行承諾、具有良好信譽的供應商交易。CMMI改進了預算估計并降低了過程波動性，以此來進行更好、更精確的投標，這些投標被證明可實現(xiàn)，也確保達到基本的質量目標。 因為優(yōu)秀而在業(yè)內獲得廣泛的贊譽 獲得卓越聲譽的最好方法是持續(xù)良好地執(zhí)行項目，在成本和進度要求的范圍內開發(fā)出高質量的產(chǎn)品和服務。使用遵循CMMI要求的過程可以增強這種聲譽。 如上所述，CMMI所包含的信息可以對組織、商業(yè)目的

19、達成都帶來巨大影響。關于CMMI內容的更多的細節(jié)會在隨后的章節(jié)中介紹。,3.2 CMMI的目標 盡管CMMI會帶來很多與業(yè)務相關的利益，但是正如其發(fā)起人定義的那樣，CMMI項目的目標是開發(fā)更有效和更高效的過程改進模型。CMMI項目有初步的和長期的目標。其初步目標(表現(xiàn)在CMMI產(chǎn)品套件1.1版本中)是集成三個特定的過程改進模型：軟件、系統(tǒng)工程以及集成產(chǎn)品和過程開發(fā)。這種集成的目的是通過以下方法降低實現(xiàn)基于多學科模型的過程改進成本：

20、 消除不一致性，減少重復。 增加清晰度和理解，提供公共術語。 提供一致的風格，建立統(tǒng)一的構造規(guī)則。 維護公共組件。 確保與ISO/IEC15504保持一致。,在更新到CMMI 1.2版時，CMMI團隊的一個目標是改進和簡化應用于工程開發(fā)活動的模型。第二個目標是將模型的作用范圍擴展到超出開發(fā)領域，從而包括服務的獲取和交付。圖3-1說明了這些目標和由CMMI團隊開發(fā)的產(chǎn)品線方法。3此時無法預見在將來是否有其他的學科和群集*將添加到C

21、MMI產(chǎn)品套件。,*群集組將模型中應用于特殊興趣領域的部分結合起來。,,圖3-1 CMMI概念,HW—Hardware SW—Software SE--Systems EngineeringIPPD--Integrated Product and Process Development,CMMI里程碑：1997→2007，參見P.50-51。,3.3 三個源模型 要想真正了解CMMI成果的重要性，需要了解CMMI產(chǎn)品套件的一些

22、發(fā)展史。首先最為重要的是源模型的來源，表3-1列出了CMMI-SE/SW/IPPD的三個源模型。表3-1 CMMI的源模型,3.3.1 軟件的CMM 軟件開發(fā)的特點有時似乎與數(shù)學和藝術更接近，而不是其他的工程學科。軟件本身是一種無形的、智力開發(fā)的媒介。沒有物理定律支配其行為；它既可能創(chuàng)造奇跡，也可能造成巨大的危害。正因為如此，使用軟件操作時，應用成熟的學科與過程將非常重要。 在20世紀80年代，IBM的Watts Humphe

23、ry小組中的Ron Radice和Richard Phillips進行了開拓性的工作，把軟件工程和過程管理密切聯(lián)系起來?；谒麄兊馁|量運動的原理，Radice和Phillips帶頭精心設計了一種方法來收集成功軟件開發(fā)者的最佳實踐，然后把這些最佳實踐組織起來，幫助苦苦掙扎中的組織處理過程并改進過程。因為軟件開發(fā)的特點，絕大多數(shù)實踐與管理學科和過程相關，這并不使人感到吃驚。,3.3.1 軟件的CMM 軟件工程--如同在IEEE標準610

24、.12中所定義，軟件工程是將系統(tǒng)化的、有紀律的、可量化的方法應用到軟件的開發(fā)、操作和維護中，即把工程方法應用于軟件。 1986年，Watts Humphrey、SEI和Mitre公司響應美國聯(lián)邦政府的要求，創(chuàng)建了評估其承包商軟件能力的方法。這個小組采用IBM公司提出的概念創(chuàng)建了一個軟件成熟度架構，一個調查問卷和兩種評估方法。之后幾年，該項工作一直在繼續(xù)并進行了改進。 1991年，SEI發(fā)布了軟件CMM版本1.0，該模型描述了基本的軟

25、件過程成熟度的原理和實踐。CMM用于幫助軟件組織沿著一條演進的路線進行改進，即從一個臨時的、混亂的環(huán)境向成熟的、有紀律的軟件過程方向發(fā)展。,3.3.1 軟件的CMM 經(jīng)歷兩年的應用和評估后，CMM于1993年修訂并發(fā)布了版本1.1。1997年進行了類似的修訂，并有了版本2.0。版本2.0在開發(fā)后從未作為獨立的模型進行發(fā)布。2.0版本建議的修訂成了CMMI集成工作的來源。此外，還采用了兩個有關軟件評估的文檔：CMM評估框架1.0版和基于

26、CMM內部過程改進的評估(CBA IPI)：方法描述。 軟件工程范圍超出包含在軟件CMM的主要內容以包括與軟件相關的主題諸如需求引出，安裝，運行和維護。CMMI模型通過包括系統(tǒng)工程能力模型的適當資料，更詳細地覆蓋了這些領域。,3.3.2 系統(tǒng)工程能力模型 系統(tǒng)工程:INCOSE(International Council on Systems Engineering，國際系統(tǒng)工程委員會)定義系統(tǒng)工程為“能實現(xiàn)成功系統(tǒng)的跨學科的方法

27、和手段。” 系統(tǒng)工程集成所有系統(tǒng)相關的學科，因此，能以最有效的方式滿足企業(yè)和技術要求，減少局部優(yōu)化和最大化投資回報。對系統(tǒng)工程的另一種理解就是，它是為解決復雜技術難題而應用一組嚴格的工程技術。 如果不考慮相關的各種專業(yè)學科，那么就很難充分理解系統(tǒng)工程的范圍。在Essentials of Project and Systems Engineering Management一書中，Howard Eisner列出了30個系統(tǒng)工程的關鍵要

28、素，這些要素包括各種領域，如任務工程、體系結構設計、生命周期成本、選擇性分析、技術數(shù)據(jù)管理、操作和維護、綜合后勤保障以及再造工程。,3.3.2 系統(tǒng)工程能力模型 CMMI中系統(tǒng)工程方面的資料具有復雜的歷史。在現(xiàn)代版的“兩個能力模型傳說”中，兩個組織進行了系統(tǒng)工程實踐的建模工作。1995年8月，企業(yè)過程改進協(xié)會(EPIC，它是工業(yè)界、學術界以及政府機構組成的一個團體)發(fā)布了系統(tǒng)工程能力成熟度模型(SE-CMM)。EPIC讓SEI和設計

29、師Roger Bate領導開發(fā)。該團隊主要從航空航天和國防工業(yè)的公司以及軟件生產(chǎn)力協(xié)會中提取系統(tǒng)工程的專業(yè)知識，其結果模型是基于ISO/IEC 15504(描述了工程、項目、過程以及組織的實踐)草案版本中的評估模型結構。大概在開發(fā)SE-CMM的同時，INCOSE基于各種工程標準為評估系統(tǒng)工程組織的能力建立了一個檢查單。經(jīng)過一段時間以后，該檢查單發(fā)展為一個成熟的能力模型，稱為系統(tǒng)工程能力評估模型(SECAM)。,3.3.2 系統(tǒng)工程能

30、力模型 SECAM擴展SPICE關于連續(xù)式模型的概念，但比SE-CMM更加明確地注重系統(tǒng)工程實踐，它采用的是EIA 632，“設計一個系統(tǒng)的過程”作為其主要的參考。 顯然，如果一個環(huán)境中存在兩個模型，而這兩個模型分別由兩個著名的組織開發(fā)，并且目的都是為了解決同一個問題，那么一場模型戰(zhàn)將會發(fā)生。哪個模型會作為組織評估的標準呢？經(jīng)過一年的激烈討論之后，在1996年，EPIC和INCOSE同意在電子工業(yè)聯(lián)合會(EIA)的政府電子與信息技術

31、協(xié)會(GEIA)的主持下一起工作，其目的是將兩個模型合并為一個EIA標準，其結果是產(chǎn)生了一個過渡標準EIA/IS 731——“系統(tǒng)工程能力模型”(SECM)。通過發(fā)布該過渡標準，系統(tǒng)工程界能夠在CMMI項目中應用系統(tǒng)工程過程的統(tǒng)一、公共的描述。,3.3.2 系統(tǒng)工程能力模型 CMMI的系統(tǒng)工程受到EIA 731的重大影響。盡管CMMI的討論中仍然有SECM與SE-CMM之間的爭論，但CMMI中的系統(tǒng)工程在內容上反映出對原始概念的更多

32、發(fā)展。CMMI在保留了EIA 731的部分創(chuàng)新的同時，提供與新興的ISO標準更加一致的底層體系結構。EIA 731標準既包括了SECM模型(第一部分)，也包括了評估辦法(第二部分)。,3.3.3 集成化產(chǎn)品開發(fā)CMM 集成化產(chǎn)品與過程開發(fā)的源模型是集成化產(chǎn)品開發(fā)CMM的草案，稱為IPD CMM版本0.98。在1998年CMMI項目剛開始時，該模型就已經(jīng)開發(fā)到幾乎接近首次正式發(fā)布的水平。 從開始起，CMMI團隊就希望在CMMI產(chǎn)品套件

33、中包含集成化產(chǎn)品和過程開發(fā)(IPPD)概念。對于NDIA的許多大型會員公司，這種概念很重要，并且得到國防部(DoD)的強力支持。但是，用于CMMI需求文檔中的IPPD定義是從DoD的經(jīng)驗中得出，這些經(jīng)驗來自于政府系統(tǒng)獲取項目的集成運作—但獲取并不是CMMI集成的最初學科之一。這一缺憾導致在CMMI范圍內處理IPPD原則時有些困難。由于在集成化產(chǎn)品開發(fā)的基本概念和最佳實踐方面，業(yè)界和許多開發(fā)團隊的成員間缺乏一致的意見，因此更容易讓人產(chǎn)生混

34、淆。因為這是一種相對較新的組織和完成工程工作的方法，所以有多少組織，幾乎就會有多少種不同的定義。,3.3.3 集成化產(chǎn)品開發(fā)CMM 上述問題并非CMMI特有。如，為了開發(fā)IPD CMM(得到了SE-CMM團隊中的許多成員支持)，由EPIC建立的團隊在IPPD概念上花了兩年多的時間，才得到了CMMI的認可。最終的IPD-CMM草案是作為CMMI的源文檔而建立的，但該草案一直沒有達到最終產(chǎn)品狀態(tài)。 集成化產(chǎn)品和過程開發(fā)CMMI將集成化

35、產(chǎn)品和過程開發(fā)定義為產(chǎn)品開發(fā)的系統(tǒng)方法：在整個產(chǎn)品生命周期中，通過相關利益關系方的及時協(xié)作來更好地滿足客戶的需求、預期目標和要求。,3.3.3 集成化產(chǎn)品開發(fā)CMM IPPD強調在整個生命周期間所有技術及業(yè)務部門的利益關系人的參與，這些人員包括客戶、供應商以及產(chǎn)品和產(chǎn)品相關過程(例如測試與評估、制造、支持、培訓、銷售、采購、財務、合同以及處置過程)的開發(fā)者。顯然，實施IPPD影響的不只是組織的工程過程和實踐。因為IPPD本質上是一種經(jīng)

36、營方式，它可能徹底地改變組織結構和調整領導層行為。,3.4 CMMI項目組織 在形成CMMI最初資料的開發(fā)階段，該項目有一個指導組、一個產(chǎn)品開發(fā)團隊和一個利益關系人小組?？偣舶ń?00人，歷時6年多的工作。三個組(團隊)的代表來自業(yè)界、政府部門和SEI。集成到CMMI中的幾個模型，其學科代表也包括在所有三個組中。各組的職責如下： 指導組為CMMI提出一個需求列表，該列表由利益關系人小組進行評審，隨后由產(chǎn)品開發(fā)團隊用來指導CMMI產(chǎn)

37、品的創(chuàng)建工作。 產(chǎn)品開發(fā)團隊是為初期的開發(fā)工作而創(chuàng)建的交叉學科組，其責任是確保在集成化過程中充分考慮到每個學科的觀點和利益。,3.4 CMMI項目組織 利益關系人小組評審最初起草的CMMI資料。然后在2000年末版本1.0發(fā)布之前，進行了對草案材料的第二輪公開評審。利用1.0版本用戶的反饋意見，并且作為對1500條更改請求的回應，產(chǎn)品套件1.1版本在2002年發(fā)布。 CMMI團隊。為CMMI產(chǎn)品開發(fā)團隊提供成員的組織參見P.56。

38、 開發(fā)最初CMMI模型的交叉學科團隊包含的成員分別具有軟件工程背景、系統(tǒng)工程背景以及集成化產(chǎn)品和過程開發(fā)背景。多數(shù)工程組織都應用了這些技術，但其組織及相互作用的方式則在各個組織間不盡相同。因此，CMMI團隊不僅要解決三個源模型之間的差異，而且還要溝通不同工程專業(yè)及組織在文化、語言以及專業(yè)差異。這些溝通的橋梁必須在構造CMMI模型過程中建立，這是模型的用戶成功地支持集成化過程改進和過程評估的基礎。,3.4 CMMI項目組織 在CMMI

39、開發(fā)期間，集成開發(fā)團隊積極地設法保持三個學科之間平衡的成員人數(shù)，這項措施得到了軟件和系統(tǒng)工程團體的大力支持。由于軟件的CMM被廣泛接受，SEI和已經(jīng)使用該模型、了解其價值并希望看到這種價值保留在集成化CMMI模型中的組織都極力提倡該模型。同樣，在系統(tǒng)工程領域中，國際系統(tǒng)工程委員會(INCOSE)提倡包括系統(tǒng)工程實踐。集成化產(chǎn)品和過程開發(fā)團體也參與了CMMI團隊，盡管和那些比較明確的學科相比，代表們在IPPD(集成產(chǎn)品和過程開發(fā))應該如何

40、處理的問題上提出了更廣泛的意見。最后，這個由經(jīng)驗豐富和積極參與人員組成的團隊，每個人都將自己的特別的專業(yè)知識和偏好貢獻出來，集合到一起創(chuàng)建了CMMI產(chǎn)品套件。,3.4 CMMI項目組織 當初始CMMI產(chǎn)品套件的開發(fā)階段完成，一個新的組織結構被建立(如圖3-2所示)。即由CMMI產(chǎn)品開發(fā)團隊發(fā)展而成的CMMI產(chǎn)品團隊。,,圖3-2 最近的CMMI項目組織,3.4 CMMI項目組織 該團隊和軟件、系統(tǒng)工程、IPPD、供應商來源、評估以

41、及CMMI核心組件的專家組保持聯(lián)系。為了指導CMMI的發(fā)展，建立了配置管理委員會，并且將SEI稱為CMMI產(chǎn)品套件的管理機構。作為管理機構，SEI負責維護和支持CMMI。隨著時間的推移，將會需要新的交叉功能專家團隊來處理現(xiàn)有產(chǎn)品的修訂，以及完成將更多學科(例如服務群集團隊和獲取群集團隊)添加到CMMI架構中的后續(xù)相關工作。,第4章 CMMI的內容All that is gold does not glitter, Not all wh

42、o wander are lost. J.R.R.Tolkien，The Fellowship of the Ring(1954)I have gathered a posie of other men's flowers, and nothing but the thread that binds them is mine own. John Bartlett，F(xiàn)

43、amiliar Quotations的前言(1901),能力成熟度模型集成(CMMI)模型中有些什么？組織如何采用它？即使對于最有經(jīng)驗的過程改進專家，幾百頁的CMMI模型似乎也是棘手的。不過，只需要了解模型是如何組成的，以及模型中都有哪些類型的資料，就可以充滿自信地深入學習CMMI的內容。 本章描述可在CMMI模型中找到信息類型，并指出各類信息所在位置。通過本章學習，能學會了解各種不同類型信息的不同的重要性。,4.1 群集 群集(C

44、onstellations)為不同類型的組織提供了一種使用CMMI的方法，并盡可能具有通用性。 CMMI 1.2版本中的兩個群集是開發(fā)(Development)和獲取(Acquisition)；當前正在創(chuàng)建第三種可能的群集服務(Service)的資料。 開發(fā)群集支持開發(fā)產(chǎn)品的組織，是以前所有CMMI版本的繼承者。 獲取群集支持從組織外部的供應商處獲得產(chǎn)品或服務的組織。 服務群集計劃用于支持主要交付服務而不是產(chǎn)品的組織。 CMM

45、I架構提供了產(chǎn)生不同模型所需的信息。下面介紹CMMI架構的體系結構和用途。,術語“群集”是CMMI體系結構的元素，用于描述協(xié)同工作以處理特定興趣領域改進的模型中某些部分的特點(定義：群集是構件的集合，用于構造興趣領域中的模型、培訓資料和評估資料)。,4.1 群集 群集實際上是CMMI框架(Framework)的一部分：一個用于構造CMMI模型的組件、CMMI培訓資料和CMMI評估方法的匯集。CMMI框架的關鍵部分是CMMI模型基礎(C

46、MMI Model Foundation, CMF)，CMF由每個已有和將來CMMI模型中常見的資料組成。該模型的組件包括過程域、目標、實踐和關于使用該模型的信息資料。 本章下面各小節(jié)描述CMMI模型的組件，第7章更完整地描述CMF。,4.2 過程域(Process areas) 所有CMMI模型基本的組織特征就是“過程域”。在過程改進模型中不是包含所有與過程和過程改進相關的事情。像其原模型一樣，CMMI只選擇過程改進中最重要的主

47、題，然后把這些主題分組為“域”。每個群集中過程域的數(shù)目不盡相同。以“需求管理”為例說明： 在系統(tǒng)、軟件和硬件工程中，普遍認為在任何開發(fā)過程任務中，對產(chǎn)品需求的管理應是倍受關注的重要領域。經(jīng)驗顯示，不能充分地識別需求并管理需求的變更，是導致項目不能滿足成本、進度和質量目標的一個主要原因。這種經(jīng)驗證明，需要將關于需求管理的信息收集到一個主要的模型組件——過程域中。因此，模型的使用者應該關注于這個過程域，以建立管理需求相關的過程域能力。,

48、4.2 過程域 如該模型所述，“需求管理”過程域的目的是“管理項目的產(chǎn)品和產(chǎn)品組件的需求，識別需求與項目計劃和工作產(chǎn)品之間的不一致性?！背诉@一目的之外，過程域還有另外一些目標，這些目標描述成功的需求管理過程的結果，以及可以幫助達成這些目標的實踐。當然，也有大量的說明和“如何做”的資料可對需求管理提供一些具體的幫助。概括地說，這些就是一個過程域的主要內容。,4.3 內容的分類 任何過程改進模型有必要對模型中所包含資料的相對重要性及其

49、作用進行區(qū)分。在CMMI模型中，用術語“必需的(required)”、“期望的(expected)”以及“提供信息的(informative)”進行區(qū)分： 最重要的資料是“必需的”，這些是對模型必不可少的資料，是了解過程改進需要什么及確定是否符合模型的基礎。 第二重要的是“期望的”資料，這些也許不是完全必要的資料，在某些情況下可能不會出現(xiàn)在成功使用模型的組織中。不過，期望的資料在過程改進中卻起到主導作用，它們是達到必需的組件強有力的

50、說明。 第三重要的(也是數(shù)量最多的)是“提供信息的”資料，這些資料構成了模型的主要部分。用來提供信息的資料為過程改進提供了有用的指導，在許多情況下，它們對必需的和期望的組件進行進一步的說明。,4.3 內容的分類 如果您想快速瀏覽CMMI模型，推薦考察全部必需的資料，該策略被稱作“主管縱覽” 層。對于中等級別的考察，可以集中于組合必需和期望的資料。該方法被認為是“經(jīng)理縱覽” 層。無論作哪種層次的考察，最好都查看本書附錄A中的模型概述。

51、這里，結合這兩類模型組件 (具有最小量提供信息的資料) 給出該模型最為基本的元素。,4.4 必需的資料 唯一必需的CMMI模型的組件是“目標(goal)”。目標代表所希望的最終狀態(tài)，它的實現(xiàn)表明對項目和過程控制已經(jīng)達到了一定的程度： 當一個目標對一個過程域唯一時，稱該目標為“特定目標(specific goal, SG)”。 反之，當一個目標可以適用于所有過程域時，稱該目標為一個“共性目標(generic goal, GG)”。

52、 表4-1列出了特定目標的4個例子。每個過程域都有1～4個特定目標，完整的CMMI 開發(fā)版1.2 模型共包括了50個特定目標。,表4-1 4個過程域的特定目標,4.4 必需的資料 從表4-1的4個例子可以看出，一個目標的陳述十分簡潔。評估過程域中預期的和提供信息的資料可以幫助您理解實踐方面的特定目標。 與特定目標相比，一個共性目標GG有一個跨越所有過程域的范圍。因其應用廣泛，詞GG比詞特定目標SG更抽象。例如，考慮GG2：“過程作

53、為一個已管理的過程而被制度化”。根據(jù)CMMI術語表(CMMI 開發(fā)版1.2，附錄D)，找到“制度化”和“已管理過程”的定義，這兩個定義都顯示在表4-2中。,4.4 必需的資料,,,表4-2 關于CMMI共性目標2的定義,4.4 必需的資料 考慮表4-2，這兩個定義比GG本身的簡短陳述更為詳細。然而，即使這些定義，關于實際意義的方法問題仍徘徊不去。什么是“根深蒂固開展業(yè)務的方式？”的關鍵特征?怎樣才是一個“依照過程描述進行評估”的過程

54、？雖然目標是CMMI模型中唯一要求的元素，但如果不對模型作更充分探索的話，任何目標的陳述(特定的或共性的)都不能被充分理解。為了擴展理解，首先是查看期望的組件。,4.5 期望的資料 CMMI模型期望的唯一組件是“實踐(practice)”的陳述。一組實踐表示了達到目標所“期望的”手段。CMMI模型中的每個實踐正好映射到一個目標。不過，實踐并不是必需的。一個特定的組織可能擁有可證實達到目標的手段，而這些手段并不依賴于映射到那個目標的所

55、有實踐的執(zhí)行。也就是說，“替代的”實踐可以提供同樣有用的手段以達到目標。這可以幫助將實踐認為是關鍵的成功因素；如果沒有很好地處理這些實踐，那么理解它們的缺乏就非常重要。 如果一個實踐對一個單一的過程域是唯一的，就稱該實踐為“特定實踐”。而如果一個實踐可能適用于所有的過程域，就稱該實踐為“共性實踐”。,4.5 期望的資料 表4-3列出了特定實踐的幾個例子以及它們映射到的目標。注意，表示最終狀態(tài)的目標總是使用被動語態(tài)，而作為完成目標的方

56、法的實踐總是使用主動語態(tài)。,表4-3 與特定目標相關的特定實踐,4.5 期望的資料 在2～7個之間的特定實踐會被映射到每個特定目標中，整個CMMI開發(fā)版本1.2模型總共包括173個特定實踐，這些實踐被映射到50個特定目標中。 當把映射到一個特定目標的特定實踐看成一個整體時，它們提供了對應該如何理解目標的補充認識。表4-4給出了一個特定目標及其全部的特定實踐。在這個例子中，建立和維護工作產(chǎn)品基線包括識別配置項、實施配置和變更管理系統(tǒng)

57、，以及為內部和外部使用建立基線。與特定實踐相反，共性實踐有一個跨所有過程域的范圍。例如，一個被映射到制度化已管理過程的共性目標(GG 2)的共性實踐說明了人員的培訓問題?？紤]GP 2.5：“對執(zhí)行或支持過程的人員進行必要的培訓”?；谶@個共性實踐的應用，CMMI模型中的每個過程域都要提供必要的培訓。,表4-4 配置管理的特定目標和特定實踐,4.6 提供信息的資料 CMMI模型中包含11種用于提供信息的資料（目前沒有一種模型使用超過

58、10種提供信息的資料），列表描述如下： (1) 目的(Purpose)。每個過程域的開始就是對該過程域目的的簡要陳述。一般而言，目的陳述由一個或兩個句子組成，它們概括和總結了該過程域的特定目標。 (2) 介紹性說明(Introductory Note)。目的陳述之后的一節(jié)包括了應用于整個過程域的多個介紹性說明。這些說明一般介紹了該過程域的范圍、重要性、反映公認的最佳實踐的方式、使用獨特的術語以及與其它過程域的相互影響。 (3) 參

59、考(Reference)。參考實現(xiàn)了從一個過程域到另一個過程域的全部或部分的明確指向。在CMMI中，參考只是一個指示器，它說明為了獲得某些主題的更多信息，應該查看另一個過程域。,4.6 提供信息的資料 (4) 名稱(Names)。在CMMI中，所有必需的和期望的組件(目標和實踐)都有一個名稱，該名稱提供了對該組件進行查詢的便利方法。表4-5列出了度量與分析(Measurement and Analysis, MA)過程域的名稱示例。因

60、而，在培訓課程或在討論中，可以參考度量和分析中的“調整活動”目標或“指定度量”實踐。,表4-5 來自度量和分析過程域的名稱,4.6 提供信息的資料 (5) 特定目標與實踐概要(Specific Goal and Practice Summary)。運用目標和實踐的名稱，每個過程域中的關系表將每個特定和共性實踐分別映射到相關的特定目標和共性目標。 (6) 注釋(Notes)。雖然過程域開始的通用說明被標為“介紹性說明”，但也有一些(

61、簡單的)注釋依附于其它模型組件，如目標、實踐和子實踐。這些注釋表示了一個豐富的信息源，這些信息源在計劃和指導過程改進工作時很有用。在模型中，用一個方框加以突出的就是注釋的例子。 (7) 典型工作產(chǎn)品(Typical Work Products)。在執(zhí)行一個實踐時，經(jīng)常會以工作產(chǎn)品的形式產(chǎn)生輸出。在CMMI Model的“模型術語”中，把工作產(chǎn)品定義為如下(部分定義)：,4.6 提供信息的資料 來自于特定實踐的示例輸出。這些示例稱為典

62、型工作產(chǎn)品，因為有其它同樣有效的工作產(chǎn)品，只不過沒有列出來。這些工作產(chǎn)品可以包括文件、文檔、部分產(chǎn)品、服務、過程描述和規(guī)范。 在典型工作產(chǎn)品列表中標識的條目是一些例子，它們不應該被認為是執(zhí)行過程所必需的，而且該列表也不能被認為就是完備的。其目的僅僅是對一個實踐可能產(chǎn)生的工作產(chǎn)品類型提供一些初步的指導。不過，在評估期間，您會被要求出示證據(jù)來證明您的過程產(chǎn)生的輸出，并給出輸出的例子以獲得對該過程域制度化的信任。,4.6 提供信息的資料

63、 (8) 典型供應商可交付產(chǎn)品(Typical Supplier Deliverables)。這些組件只用于CMMI for Acquisition模型中。典型供應商可交付產(chǎn)品代表輸入的人工制品，或者是支持需方實現(xiàn)實踐的人工制品。 (9) 子實踐(Subpractices)。對于CMMI模型中的許多實踐，子實踐提供了對它們的含義和活動的必要分解，以及它們用途的詳細描述。與實踐(期望的模型組件)不同，子實踐在模型中只是提供信息。,4.6

64、 提供信息的資料 (10) 學科擴充(Discipline Amplifications)。與以前的源模型相比，CMMI最大的不同點是CMMI模型組件是學科獨立的。這個方法的優(yōu)點在于不同學科采用相同組件的能力，而采用相同的組件可以在各種不同學科中推行公共術語和共同理解。不過，當考慮通用性時必然要對內容進行削減，因此學科獨立組件的局限性是明顯的。例如，軟件CMM包括了一個實踐，該實踐明確地引用了軟件規(guī)模估計的開發(fā)。不同的是，CMMI采用

65、了更通用的說法：產(chǎn)生對工作產(chǎn)品和任務的屬性的估計(參見項目計劃，SP l.2-1)。擴充是用于提供信息的資料，因此在評估中并不是必要的。但是，評估人員可把它們作為指導，以便更好地解釋特定學科的實踐，并更好地理解實踐如何影響過程改進活動。,4.6 提供信息的資料 (11) 共性實踐的詳細描述(Generic Practice Elaborations)。盡管學科擴充為每一個特定學科提供了細節(jié)，但共性實踐的詳細描述提供了關于在給定的過程域

66、中應用共性實踐的細節(jié)。例如，在產(chǎn)品集成過程域中，建立一個組織級政策的共性實踐的一種詳盡細節(jié)解釋如下： 這項政策建立組織級期望，包括開發(fā)產(chǎn)品的集成順序、程序和環(huán)境，確保接口在產(chǎn)品組件、組裝產(chǎn)品組件，以及交付產(chǎn)品和產(chǎn)品組件間的兼容性。 有時，在特定的過程域中，一個共性實踐和一個特定實踐可能會表達類似的主題。例如，共性實踐處理過程的計劃，而一個特定實踐可能關注于計劃過程的某個特定方面。在這種情況下，共性實踐的詳細描述被用于解釋共性實踐和特

67、定實踐之間的不同意圖。,4.7 附加信息 附加信息擴展了模型的范圍或強調模型用途的特定方面。它們可以是額外的過程域、特定的目標、特定的實踐或提供信息的資料。在CMMI 開發(fā)1.2版中，唯一的附加信息與IPPD相關。在組織過程定義+IPPD，GP 2.6中可以找到IPPD附加信息中關于受控制的工作產(chǎn)品示例如下： 個人和集成化團隊的賦權規(guī)則和指導原則。 組織關于問題解決的過程文檔。 CMMI for Services群集當前有三個附

68、加信息，每個附加信息都是完整的過程域。查看第7章中關于CMMI-SVC的討論。,4.8 CMMI模型基礎 本章前面提及CMF，但是沒有詳細解釋它在CMMI架構中的重要性。本節(jié)將介紹如何使用CMF。 CMF包含在每個群集中必須使用的組件。然而，可以在CMF中添加群集特有的信息。例如，與實踐相關的注釋可以被標記為CMF資料。在任何情況下都不可以修改CMF注釋，但是可以在實踐中添加新的注釋以闡明群集中該實踐的某些方面。實際上，與任何過程域