1、 CMMI基礎知識一、 CMMI簡介 CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于產品開發（或服務）的過程改進成熟度模型。CMMI的最佳實踐覆蓋了產品構思、交付和維護的整個生命周期。CMMI源自于CMM。1984年美國國防部為了降低采購風險，委托卡耐基梅隆大學軟件工程研究院（SEI）制定了軟件過程改進、評估模型，也稱為SEI SW-CMM。該模型于1991年正式推出，迅速得到廣大軟件企業及其顧客的認可。經過不斷研究，相繼推出了其他領域的CMM模型，比如：（1） SE-CMM (System Engineering CMM):

2、系統工程CMM（2） SA-CMM (Software Acquisition CMM): 軟件采購CMM （3） IPT-CMM (Integrated Product Team CMM): 集成產品群組CMM（4） P-CMM (People CMM): 人力資源能力成熟度模型 之后將各種CMM模型進行整合，形成了CMMI。2002年CMMI1.1版本正式發布，并立即被廣泛采用，2006年8月，面向開發的CMMI（CMMI-DEV 1.2） 版本正式發布。目前正在使用的就是這個版本。下面講的CMMI是指CMMI-DEV1.2,針對軟件方面的。通過上面的介紹，可以清楚地知道CMMI這幾個字母

3、的含義，CM:能力成熟度。不同的成熟度對應不同的等級，一共有五個等級；M :模型。 CMMI提供一個標準的模型，企業的軟件能力成熟度是否達到對應的級別，要和這個模型進行比較。I :集成。 將各個不同領域的CMM進行抽象整合。也就是說CMMI不僅適合于軟件領域，同樣適合于其他領域。二、 CMMI的五個等級CMMI的階段式表示法將成熟度劃分為5個等級。除了初始級以外，每個成熟度等級都有若干個過程域，如下表所示。由于成熟度等級是循序漸進的，如果想達到某個成熟度等級，例如CMMI 3級，除了滿足CMMI 3級本身11過程域之外，還要滿足CMMI 2級的7個過程域，依此類推。成熟度等級過程域第5級：優化

4、級組織革新與部署 (OID)原因分析與解決方案 (CAR)第4級：量化管理級定量項目管理(QPM)組織過程績效(OPP)第3級：已定義級需求開發 (RD)技術解決方案 (TS)驗證 (VER)確認 (VAL)產品集成 (PI)集成化項目管理 (IPM)風險管理 (RSKM)組織過程焦點 (OPF)組織過程定義 (OPD)組織培訓 (OT)決策分析與解決方案 (DAR)第2級：已管理級項目規劃 (PP)項目監控 (PMC)需求管理 (RM)供應商協議管理 (SAM)度量分析 (MA)配置管理 (CM)過程和產品質量保證 (PPQA)第1級：初始級無表1 成熟度等級和過程域的關系表Ø 一

5、級：初始級該級別不需要評估，任何一個軟件企業至少都可以講是CMMI1。Ø 二級：已管理級必須通過CMMI2中所有7個PA的評估，當然SAM這個PA可以不進行評估，特別是對純軟件企業而言。在該級別中，組織的項目已確保需求是被管理的，而且其過程是經過計劃、執行、度量及控制的。在2級中，需求、過程、工作成果及服務是受管理的。在預定的時間節點（例如重要里程碑、重要的任務完成時刻），管理層都可以了解工作成果的情況。Ø 三級：已定義級必須通過CMMI2，3中所有18個PA的評估。組織的標準過程（Organizations set of standard process）是3級的基礎。項

6、目可對組織的標準過程進行裁剪，以建立項目過程。工作過程都已詳盡地說明，并應用標準、規程、工具及方法來表現。3級中非常重要的就是組織財富庫的建立，也就是經驗等各方面的積累，所以一般3級要在2級已經非常穩定的情況下才做的，這時很多事情已經有相應的標準做法了。Ø 四級：量化管理級Ø 五級：持續優化級 表2 各級別之間的差異三、 CMMI文件體系結構名詞術語： 過程域： Process Area (PA)特定目標：Specific Goal (SG)特定實踐：Specific Practice (SP)共性目標：Generic Goal (GG)共性實踐：Generic

7、Practice (GP)CMMI的表示方法有兩種，一種階段式表示法，另一種是連續式表示法。通常所講的CMMI就是指階段式表示法。階段式表示法LEVELPA1PA2PAnSGsGGsGPsSPs圖1 CMMI的階段式表示法階段式表示法把過程域分成5個成熟度等級，指出達到每一成熟度等級必須實施哪些過程域。如圖1所示，一個成熟度等級包括多個過程域，每個過程域包含多個共性目標和特定目標，一個目標包含多個實踐。CMMI過程域的部件劃分三類：必需的（required）、期望的（expected）和信息的（informative）3類，如圖2所示。expectedRelated PAsIntroducto

8、ry NotesTypical WorkProductsinformativeSGsGGsrequiredPurposeSPsGPsPASubpracticesubpractice 圖2 過程域的部件Ø 必需部件必需部件描述組織達到某個過程域必須滿足的部分，這種滿足在組織過程中實現是可視的。CMMI的必需部件是特定目標和共性目標。這些目標在評估中作為判斷一個過程域達到和滿意的基本原則。特定目標只適用于一個過程域，它描述過程特性具有唯一性，即只有該過程必須實現的那些特性。特定目標是必需的部件，在評估時用來衡量該過程域是否滿足要求。共性目標稱為“共性”是因為同一目標的陳述對應了多個過程域

9、。共性目標描述組織制度化實施的特征。Ø 期望部件期望部件說明組織要達到某個目標的一般性做法。期望部件指導那些實施過程改進或執行評估的人用于判斷過程域目標是否達到。CMMI的期望部件是特定實踐和共性實踐。特定實踐表明一組活動，這組活動被期望可達成某過程域的特定目標。例如：項目跟蹤與控制域一個特定實踐是“對項目計劃中的承諾進行監督”。共性實踐稱為“共性”是因為同一實踐的陳述對應了多個過程域。共性實踐說明一組活動，這組活動被期望可達成給定的共性目標。Ø 信息部件信息部件是對如何達到必需部件和期望部件的更加詳細的描述。包括子實踐，典型工作成果，相關的過程域等等。四、 CMMI認證的

10、意義提升公司的軟件開發能力，改進公司的軟件開發過程，從而提高產品質量，降低開發成本。提高公司的影響力，為商務運作提供資質保證。通過過程改進，提高我們每個人在軟件工程方面的能力。五、 術語解釋Project Planning (PP) 項目計劃制定和維護用來定義項目活動的計劃。項目經理根據項目的任務、性質、交付時間，估算項目的規模、成本、工作量等，對整個項目要做整體規劃。這個過程的工作產品就是生成各種計劃書，不如項目開發計劃，培訓計劃等。PP是2級的一個PA。Project Developing Planning (PDP) 項目開發計劃 這個計劃為項目描繪了一個過程藍圖。整個計劃做成書面的形式

11、，從而使項目投資者能在整個項目執行過程中了解該計劃。Work Breakdown Structure (WBS) 工作分解結構 將項目任務分成若干小模塊的一種結構，用PROJECT 生產。和項目開發計劃對應，以方便對節點的控制。Milestone 里程碑用來度量工作進展情況的一個計劃好的事件。簡單的講就是完成階段性工作的標志。Project Monitoring and Control (PMC) 項目跟蹤與控制提供對項目進展的理解，以便當項目的性能嚴重偏離計劃時采取適當的糾正措施。PMC是2級的一個PA。制定好的項目計劃是否能夠被很好的貫徹執行，需要進行跟蹤和控制。對于偏離計劃的情況要及時采

12、取措施加以糾正，以保證項目很好的按項目計劃進展。項目的跟蹤與控制是由項目經理完成的，而不是QA。QA只是關心項目經理是否做了跟蹤控制這件事情。Work Product 工作產品在這個項目過程中產生的任何制品。包括文檔、軟件產品組件、服務、過程、規范、手冊等等。Product Requirement 產品需求 由用戶需求提煉成的開發者語言，并且把隱含的需求轉化成清晰的導出需求。產品需求指導開發人員進行產品的設計和生產過程。Product Component 產品組件 任何被工程化了（需求已定義、已設計開發并且實現）的工作產品，這些工作產品的需求、開發和實現是為了滿足最終產品的功能，或者是為了交付

13、給用戶。將產品組件集成就可以得到產品。Product-component Requirement 產品組件需求對產品組件的一個完全的規格說明，包括應用范圍、格式、功能、實現以及其他需求。Requirements Management (RM) 需求管理管理項目的產品和產品組件的需求，并將與項目計劃及工作產品不符合的需求標識出來。RM是2級的一個PA。Requirements Development (RD) 需求開發產生和分析用戶、產品以及產品組件的需求。RD是3級的一個PA。Supplier Agreement Management (SAM) 供應商協議管理管理有正式合同的來自項目外部的供

14、應商的產品和服務的獲取。SAM是2級的一個PA。在軟件項目的過程中，需要硬件及第三方軟件的支持，這些軟硬件都需要采購，或者說將項目外包給其他公司來做。SAM講的就是對采購或外包的協議進行管理。Measurement and Analysis (MA) 度量分析開發和維護用于支持管理信息需要的度量能力。MA是2級的一個PA。從2級到3級是相對不是很難，但從3級到4級就比較難了，難點就在于度量與分析。度量簡單的講就是通過量化的方式評價一件事情。涉及到量化的標準規范，分析數據的方法等。Configuration Item (CI) 配置項 可相對獨立的入庫、出庫的配置管理的對象，其粒度可根據項目的要

15、求進行確定，隨著項目的進展可能細化其中的一個部分；可以是一個產品在生命周期中的各個階段所產生的各種形式和各種版本的文檔、程序，也可以是其他硬件、系統、子系統或工具、介質。Configuration Management Item (CMI) 配置管理項 為了配置管理目的而作為一個單位來看待的硬件和/或軟件成分，是滿足最終應用功能并被指名用于配置管理的硬件/軟件，或是它們的集合體。Baseline 基線業已通過正式審核與同意，可用作下一步開發的基礎，并且只有通過正式的修改管理步驟才能加以修改的規格說明或產品。Configuration Management (CM) 配置管理簡單地講就是對配置項

16、的管理與控制。CM是2級中的一個PA。Configuration Control Board (CCB) 配置控制委員會 批準建立軟件基線、基線的變更和執行產品發布和交付的組織。Tailoring 裁剪對組織的標準過程進行增、刪、改，以使得到的新的過程符合項目的具體要求的一種活動。裁剪不是裁減。裁剪指南就是規定“什么情況該怎么做”。Review 評審確定一份材料或一項活動是否滿足指定要求的過程。Peer Review 同行評審由工作產品生產者的同行遵循已定義的規程對工作產品進行的評審，以標識工作產品存在的缺陷和需要的改進。同行評審需要已定義的規程的支持。比如代碼審查，需要開發規范的支持。Pra

17、ctice Implementation Indicator Document (PIID) CMMI評估中的關鍵。證明實踐已經實施的文檔。也是證明CMMI中的Practice被實踐的直接證據。Technical Solution (TS) 技術解決方案開發、設計和實現滿足需求的解決方案。開發、設計和實現包括產品、產品組件以及產品相關過程。TS是3級的一個PA。簡單的講，就是軟件的設計、開發和實施。Verification (VER) 驗證確定系統/軟件開發周期中的一個給定階段的產品是否達到前階段確立的需求的過程。VER是3級的一個PA。驗證的方式包括評審(review)和測試(test)。比

18、如我們平時的代碼審查，單元測試、系統測試等。Validation (VAL) 確認在系統/軟件開發過程結束時對系統/軟件進行評價，以確認它和需求是否相一致的過程。VAL是3級的一個PA。簡單的講就是我們通常所講的UAT。確認強調的是在用戶的真實環境下，或者完全模仿用戶的真實環境。而驗證一般是在開發環境下進行的。Product Integration (PI) 產品集成把產品組件組裝成產品，確保作為一個整體的產品能夠發揮正確的功能，并交付產品。集成包括軟件組件、硬件以及第三方軟件等。PI是3級的一個PA。除了軟件、硬件以外，還包括基礎數據的錄入。Integrated Project Manage

19、ment (IPM) 集成項目管理按照一個集成化、已定義的過程來建立和管理項目和項目相關人員的參與情況，這些集成化、已定義的過程是從組織的標準過程集裁剪得到的。這里提到了3級的特點，就是建立和利用組織財富庫，以組織原有的標準過程來管理項目。IPM是3級的一個PA。Risk Management (RSKM) 風險管理一種問題分析的手段，它采用風險概率分析，對某情況的風險進行權衡研究，以便更精確的了解所涉及的風險。風險管理包括風險的識別、分析、優先級排序和控制。RSKM是3級的一個PA。風險管理的關鍵在于風險管理的策略、預防措施以及緩解措施。Organizational Process Focu

20、s (OPF) 組織過程焦點組織過程焦點包括建立和維護對組織軟件過程和項目軟件過程的理解，協調評估、制定、維護和改進這些過程的活動。OPF是3級的一個PA。OPF的關鍵是過程改進，是整個項目過程中的關鍵。Organizational Process Definition (OPD) 組織過程定義組織過程定義包括開發和維護組織的標準軟件過程和相關過程資產，例如軟件生命周期模型、過程裁剪指南和準則以及和軟件過程有關的文檔庫。也就是建立和維護組織的財富庫。簡單的說就是進行知識管理。知識分為技術類知識和非技術類知識。技術類知識有：技術文檔、代碼庫，可重用組件等。非技術類知識有：標準過程、規章制度、流程

21、、項目經驗、度量數據等。Organizational Training (OT) 組織培訓 組織培訓的目的是增加開發人員的知識和技能，使他們能更有效地執行他們的任務。Decision Analysis and Resolution (DAR) 決策分析與解決方案使用一個結構化的方法做出決策，該結構化方法能夠按已定制的標準，評價已標識的替代方案。PPQA (Process and Product Quality Assurance) 過程和產品質量保證 對過程及相關工作產品的客觀評價并提供給項目成員和管理部門。PPQA是2級中的一個PA。在CMMI中，產品的質量保證由QA升級到PPQA，也就說Q

22、A的工作發生了變化。質量保證往往會和測試混淆，當然測試是質量保證的一種手段。但在CMMI中，QA更注重的是對整個項目過程的審核。QA的職責可以這么理解：審核項目是否按照過程開展工作；審核產品是否符合過程要求。Engineering Process Group (EPG) 工程過程組由從事工程學科的人員（包括負責人、管理人員和技術人員） 組成的集合。工程學科的例子有系統工程、硬件工程、系統測試、軟件工程、軟件配置管理和軟件質量保證。這個組在整個認證過程中將會起到非常關鍵的作用。EPG的組員不一定都是全職的，可以兼職，最好有一個直接負責人是全職的，其他人員可以從QA、項目組、測試人員抽調。EPG是獨立于項目組之外的。 EPG可以認為是一個項目的智囊團或者是參謀。六、 評估標準CMMI評估方法SCAMPI(Standard CMMI Appraisal Method for Process Improvement)定義了一些規則，確保評估定級的一致性。SCAMPI分A級、B級、C級三種評估方法，如果要對企業的軟件成熟度進行定級，必須采用SCAMPI-A評估方法。評估的時候企業可以提供一個或多個項目，由評估小組進行評估，評估小組必須有經SEI認證的主任評估師。評估評的是什么呢？如果要通過CMMI3評估，那么會根據CMMI2級和3級提供的18個PA判斷