ISO 9000族標準是由ISO/TC176（質量管理和質量保證技術委員會）制定的所有國際標準，其中的ISO 9001：2000（或ISO 9001：2008）是質量管理體系的“要求”部分。質量體系評審機構在評審各類企業時，是以企業的質量管理是否滿足ISO 9001：2000（或ISO 9001：2008）質量管理體系的要求為依據進行的。

CMM軟件能力成熟度模型/CMMI軟件能力成熟度集成模型，是美國卡內基梅隆大學軟件工程研究所（CMU/SEI）提出的用于評價軟件承包商能力的評估模型，其目的是幫助軟件企業對軟件工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的軟件。

CMMI是對CMM的升級，其改進不僅完善了CMM本身，而且充分考慮了軟件工程與系統工程的集成，使得CMMI不再局限于純粹軟件的范疇。目前的版本為CMMIV1.2，CMMI V1.2模型群中目前具有CMMI DEV 、CMMI DEV+IPPD、CMMI ACQ、CMMI SVC、 CMMI SVC+SSD多個分支。當前軟件開發與系統集成企業普遍使用的是基于CMMIV1.2 DEV的評估。

一、ISO9001與CMMI均可用于改進企業過程，但針對性、深入性不同

ISO9001與CMMI兩者均可作為企業的過程改善框架，兩者是強相關的，兩者均強調持續改進。CMMI的過程域與ISO 9001 條款之間的存在著對應關系，類似之處高度重疊，但深入程度與針對性是不同的。ISO9001用于各行各業，沒有行業的針對性；CMMI模型針對軟件開發企業的軟件開發與產品集成需要執行的實踐進行了細化，有很強的深入性。

以配置管理為例，軟件開發企業要想提供滿足用戶所需的產品與服務，必須做好配置管理。按照CMMI模型實施企業軟件過程控制時，企業可以直接按照CMMI模型要求執行下列實踐：

1、確定配置項：確定將納入配置管理下的配置項、構件及相關的工作產品。

2、建立配置管理系統：建立并維護配置管理和變更管理系統，來控制工作產品。

3、建立或發布基線：建立或發布供內部使用和交付給客戶的基線。

4、跟蹤變更請求：跟蹤配置項的變更請求。

5、控制配置項：控制配置項的變更。

6、建立配置管理記錄：建立并維護描述配置項的記錄。

7、進行配置審計：進行配置審計以維護配置基線的完整性。

雖然要做好上述實踐，還要依據詳細定義的具體過程，產出具體的產出物，如：

配置管理相關過程定義：

1、 配置管理計劃編寫指南

2、 配置管理過程

3、 變更管理流程

4、 配置審計規程 配置管理產出物：

1、 配置管理計劃

2、 配置目錄結構

3、 配置審計檢查單

4、 配置審計報告

5、 配置狀態報告

6、 變更申請表

7、 變更評審報告

而對于按照ISO9001體系實施相關過程的企業，在ISO9001條款中是找不到具體需要完成的實踐要求的。比如：ISO 9001條款中有對文件控制以及記錄控制（4.2.3、4.2.4）的要求，是CMMI中在配置管理CM這個過程域中重點體現的，它定義了必須做的工作實踐。同時配置管理CM中對工作實踐的描述，也呼應到了ISO 9001 條款中設計和開發（7.3）、生產和服務提供的控制（7.5.1）、標識和可追溯性（7.5.3）、產品防護（7.5.5）、不合格品控制（8.3）、糾正措施（8.5.2）、預防措施（8.5.3）的要求。若想做好配置管理，依然要按照軟件工程中配置管理理論建立配置管理體系，定義要執行的過程與具體的產出物，才能滿足項目以及企業過程管理控制的要求。

二、ISO9001與CMMI用于改進企業過程的細節不同， CMMI注重提升能力。

ISO9001面向合同環境，站在用戶立場對質量體系標準提及地各項要求進行控制，而CMMI是對組織內部過程能力地逐步改善。通過了ISO9000，并不意味著企業軟件過程能力達到了一定級別。 作為標準描述細節上差別很大，特別是針對IT企業研發管理問題CMMI有更好的展現。

三、ISO9001與CMMI用于改進企業過程的投入不同

軟件業界普遍關注的是：企業如何以比較低的代價有效地提高軟件過程能力。軟件過程改進對企業經濟效益的貢獻是間接的，從投入到產出，時間相對比較長。