CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區(qū)別就是覆蓋了許多領域；到目前為止包括四個下面領域：

（1）軟件工程（SW-CMM）

軟件工程的對象是軟件系統(tǒng)的開發(fā)活動，要求實現(xiàn)軟件開發(fā)、運行、維護活動系統(tǒng)化、制度化、量化。

（2）系統(tǒng)工程（SE-CMM）

系統(tǒng)工程的對象是全套系統(tǒng)的開發(fā)活動，可能包括也可能不包括軟件。系統(tǒng)工程的核心是將客戶的需求、期望和約束條件轉化為產品解決方案，并對解決方案的實現(xiàn)提供全程的支持。

（3）集成的產品和過程開發(fā)（IPPD-CMM）

集成的產品和過程開發(fā)是指在產品生命周期中，通過所有相關人員的通力合作，采用系統(tǒng)化的進程來更好地滿足客戶的需求、期望和要求。如果項目或企業(yè)選擇IPPD進程，則需要選用模型中所有與IPPD相關的實踐。

（4）采購（SS-CMM）

采購的內容適用于那些供應商的行為對項目的成功與否起到關鍵作用的項目。主要內容包括：識別并評價產品的潛在來源、確定需要采購的產品的目標供應商、監(jiān)控并分析供應商的實施過程、評價供應商提供的工作產品以及對供應協(xié)議和供應關系進行適當的調整。

在以上模塊中，企業(yè)可以選擇軟件工程，或系統(tǒng)工程，也可以都選擇。集成的產品和過程開發(fā)和采購主要是配合軟件工程和系統(tǒng)工程的內容使用。例如，純軟件企業(yè)可以選擇CMMI中的軟件工程的內容；設備制造企業(yè)可以選擇系統(tǒng)工程和采購；集成的企業(yè)可以選擇軟件工程、系統(tǒng)工程和集成的產品和過程開發(fā)。CMMI中的大部分內容是適用各不同領域的，但是實施中會有顯著的差別，因此模型中提供了"不同領域應用詳解"。

CMM的基于活動的度量方法和瀑布過程的有次序的、基于活動的管理規(guī)范有非常密切的聯(lián)系，更適合瀑布型的開發(fā)過程。而CMMI相對CMM更一步支持迭代開發(fā)過程和經濟動機推動組織采用基于結果的方法：開發(fā)業(yè)務案例、構想和原型方案；細化后納入基線結構、可用發(fā)布，最后定為現(xiàn)場版本的發(fā)布。雖然CMMI保留了基于活動的方法，它的確集成了軟件產業(yè)內很多現(xiàn)代的最好的實踐，因此它很大程度上淡化了和瀑布思想的聯(lián)系。

在 CMMI 模型中在保留了CMM階段式模式的基礎上，出現(xiàn)了連續(xù)式模型，這樣可以幫助一個組織以及這個組織的客戶更加客觀和全面的了解它的過程成熟度。同時，連續(xù)模型的采用可以給一個組織在進行過程改進的時候帶來更大的自主性，不用再象CMM 中 一樣，受到等級的嚴格限制。這種改進的好處是靈活性和客觀性強，弱點在于由于缺乏指導，一個組織可能缺乏對關鍵過程域之間依賴關系的正確理解而片面的實施過程，造成一些過程成為空中樓閣，缺少其他過程的支撐。兩種表現(xiàn)方式（連續(xù)的和階段的）從他們所涵蓋的過程區(qū)域上來說并沒有不同，不同的是過程區(qū)域的組織方式以及對成熟度（能力）級別的判斷方式。

CMMI 模型中比CMM 進一步強化了對需求的重視。在CMM 中，關于需求只有需求管理這一個關鍵過程域，也就是說，強調對有質量的需求進行管理，而如何獲取需求則沒有提出明確的要求。在CMMI的階段模型中，3 級有一個獨立的關鍵過程域叫做需求開發(fā)，提出了對如何獲取優(yōu)秀的需求的要求和方法。CMMI 模型對工程活動進行了一定的強化。在CMM中，只有3級中的軟件產品工程和同行評審兩個關鍵過程域是與工程過程密切相關的，而在CMMI中，則將需求開發(fā)，驗證，確認，技術解決方案，產品集成這些工程過程活動都作為單獨的關鍵過程域進行了要求，從而在實踐上提出了對工程的更高要求和更具體的指導。CMMI中還強調了風險管理。不像在CMM 中把風險的管理分散在項目計劃和項目跟蹤與監(jiān)控中進行要求，CMMI3級里單獨提出了一個獨立的關鍵過程域叫做風險管理。