1.4  CMM 的家族
    CMM 家族 除了我们最熟悉的 SW-CMM （ 软件能力成熟度模型 ） 以外 ， 还包括 CMMI （ 能力成熟度集成模型 ） 、 SA-CMM （ 软件获取能力成熟度模型 ） 、 SE-CMM （ 系统工程能力成熟度模型 ） 、 P-CMM （ 人力能力成熟度模型 ） 、 IDEAL 模型等等。

    CMMI 把现存所有的以及将被发展出来的各种能力成熟度模型，集成在一个框架中。

    SA-CMM 用于组织获取和采购基于软件的应用系统的软件过程，美国的国防部、陆军、海军和一些商用组织都已采用 SA-CMM 对他们的获取能力进行评估。

    SE-CMM 是描述一个组织为保证实现一个好的系统工程的主要元素。

    P-CMM 是有关组织的人力资源管理的模型。

    IDEAL 模型是一个组织用于启动、规划和实现过程改善措施蓝图的模型，概括了建立一个成功过程改善项目的必要步骤，其中：

    I 代表 Initiating （启动）；

    D 代表 Diagnosing （诊断）；

    E 代表 Establishing （建造）；

    A 代表 Acting （措施）；

    L 代表 Learing （学习）。

    2  CMM 的产生及发展
    20 世纪 80 年代中期，国际软件产业界对软件过程的研究十分重视，因为在采用软件工程方法克服软件危机的过程中，人们已认识到，软件过程是否完善是软件风险大小的决定因素。

    1986 年 11 月，美国卡内基梅隆大学的软件工程研究所（ Software Engineering Institute ， SEI ）应美国联邦政府的要求，针对美国国防部对软件承包商的能力评价问题，研究 “ 过程成熟度框架 ” 。

    1987 年 9 月， SEI 开发了一套软件能力成熟度框架和软件成熟度问卷，用来评估软件供应商的能力。

    1991 年， SEI 自己总结了成熟度框架和初版成熟度问卷的实践经验，并以此为基础推出了 “ 软件能力成熟度模型（ Capability Maturity Model For Software ， CMM ） 1.0 版 ” 。

    1993 年， SEI 在广泛听取美国政府和各界软件专家的意见后，推出了目前世界上比较流行的通用的 CMM1.1 版。

    目前， CMM 是国际上最流行、最实用的一种软件生产过程标准，已经得到国际软件产业界的认可，成为当今企业从事规模软件生产不可缺少的一项内容。

    199 8 年 SW-CMM2.0 的草案 C 发布并征求意见期间，美国国防部主管 CMM 的部门决定不再修订单独的 SW-CMM ，而着手制定集成的能力成熟度模型 CMMI ，其中包括软件方面的 SW-CMM 。 2002 年 1 月发布了 CMMI1.1 版。

    3  CMM 的作用
    3.1  CMM 的基本用途
    SW-CMM 的基本用途有三个方面：

    ?  软件过程评估

    借助 SW-CMM 分析软件组织当前软件过程的状态，找出其强处和弱处，这点无论软件采购单位，还是软件产品开发单位都可使用。

    ?  软件过程改进

    根据评估结果，确定当前软件过程的弱点，按照 SW-CMM 能力等级的顺序，原则上从低级（ 2 级）逐级向更高级（ 3 、 4 、 5 级）发展，制定软件过程改进的策略。这一点已成为当前 CMM 的最主要用途，任何软件开发单位都可使用。需要特别注意的是 CMM 的每一个等级都是其更高等级的基础，基础条件不具备，就不可能达到更高等级。

    ?  软件能力评价

    这种用途主要是软件采购单位为了减少软件采购的风险（包括资金、周期、特别是产品质量方面的风险），需要在招标时对投标者的软件过程能力进行评价。当然投标者也可进行自我评价，以便做到 “ 知己知彼 ” ，不过自我评价的结果一般并不被软件采购者用作可靠的依据。