cmm和cmmi的关系

因为ＣＭＭＩ模型还是相当复杂的，要达到ＣＭＭＩ的真正意义的上含金量，并非易事，需要投入大量的时间与精力，真正的成功没有捷径，只有花时间去学习，应用，改进。以下周期供使用者参考，中小企业的规模，员工全力配合的情况下： CMMI3级，定义级，大概是8－12个月（特殊项目要求除外，如有的企业仅投标要求，这种周期非常短）。 CMMI4级，测...

CMMI即CMM集成，是系统工程和软件工程的集成成熟度模型，CMMI更适合于信息系统集成企业。CMMI是在CMM基础上发展起来的，它继承并发扬了CMM的优良特性，借鉴了其他模型的优点，融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域，而且可以用于系统工程及其他工程领域。

ISO9001与CMMI之间的联系 （1）在基本原理方面，ISO 9001和CMMI都关注软件iso三体系认证质量和过程改进 尤其是ISO 9000：2000版标准增加持续改进质量目标的量化等方面的要求后，在基本思路上和CMMI更加接近。 （2）二者的着眼点都是提高质量 ISO9001与CMM均可作为软件企业的过程改善框架，前者面向合同环境，站在用户立场对质量要素进行控制，是供需关系下基于过程的质量需求。而后者是对软件组织内部过程能力的逐步改善。 （3）CMM和ISO9 001需要具体的软件管理规范支持 ISO9000-3质量体系是一个标准，CMM可以讲是一个模型。在本质上，两者都定义了要做什么，但都没有定义如何做，都需要公司有自己的软件工程管理支持，都可用作为软件企业的过程改善框架。 （4）ISO 9001与CMM是强相关的 ISO 9001不覆盖CMM，CMM也不完全覆盖ISO9001。一般而言，通过ISO 9001认证咨询的企业可以基本满足CMM二级的标准和很多CMM三级的要求。同样，CMM二级组织申请ISO9001认证咨询也有明显优势。 ISO9001与CMMI之间的区别 （1）ISO9001是“静态”的 企业只要符合它要求的条件并通过权威机构的审核，就可以通过认证咨询，证明企业的内部管理已经达到一定的水平；而CMM是“动态”的，定义了五个等级，只有持续不断的改进过程，才能提高成熟度。 （2）CMM和ISO9001在抽象程度上不一样 相对而言，CMM更具体些，ISO9001更抽象些。CMM侧重技术管理的过程改进，ISO 9001覆盖面广，涉及公司各个职能部门。ISO9001重在整体，CMM则强调企业内部素质。CMM是专门针对软件工业的，而ISO9001则面向所有工业。 （3）CMM和ISO9001在质量要素条款组织和描述方式上不一样 ISO9001是确保每一个iso三体系认证要素和相关服务的质量可重复地被保证，针对合同环境下iso认证、开发、生产、服务等环节，给出了所需要的最基本质量要素。ISO9001根据一个企业的质量体系中是否覆盖了所有要求的质量要素（以文档化的形式），且这些要素是否有效地按定义方式实施来判断该企业是否符合ISO9001要求。 CMM的结构是层次化的结构，ISO9001结构是简单的线性结构，包含20个质量要素，除“管理职责”和“质量体系”两个质量要素外，其余18个均为过程要素。 ISO9001与CMMI关键过程域一般为多对多的关系，即一个质量要素可能对应多个KPA，一个KPA对应多个质量要素。

CMM和CMMI的联系及区别:

联系:

CMMI即CMM集成，是系统工程和软件工程的集成成熟度模型，CMMI更适合于信息系统集成企业。CMMI是在CMM基础上发展起来的，它继承并发扬了CMM的优良特性，借鉴了其他模型的优点，融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域，而且可以用于系统工程及其他工程领域。

区别:

从等级划分上看,1,3,5级的iso认证流程建议没有变化,均是初始级,已定义和优化;但是2级和4级分别定义为已管理级和定量管理级,这个变化更突出了CMMI定性管理和定量管理的特点.

CMMI共有分属于4个类别的25个过程哉,覆盖了4个不同的领域;相对应的CMM共有18个过程域.

CMM基本活动的度量方法和瀑布过程的有次序的,基本活动的管理规范有非常密切的联系,更适合瀑布型的开发过程;而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法:开发业务安全,构想和原型方案,细化后纳入基线结构,可用发布,最后确定为现场版本的发布.

CMMI比CMM进一步强化了对需求的重视.在CMM中,关于需求只有需求管理这一个KPA,也就是说强调对有质量的需求进行管理,而如何获取需求则没有提出明确的要求;在CMMI中,3级有一个独立的KPA叫做需求开发,提出了对如何获取优秀的需求的要求和方法.

CMMI对工程活动进行了一定的强化.在CMM中只有3级中的软件iso三体系认证工程和同行评审两个KPA是与工程过程密切相关的;而在CMMI中,则将需求开发,验证,确认,技术解决方案iso三体系认证集成这些工程过程活动都作为单独的KPA进行了要.

CMMI3级中单独强调了风险管理,而在CMM中把风险的管理分散在项目计划,项目跟踪与监控中进行要求.

从评估方法上看,随着CMM过渡到CMMI,其CAF(CMM,Assessment Frame-work)框架变成评估需求(ARC:appraisal requirements for CMMI);IPI-CBA 的评估方法 被 SCAMPI方法替代.

CMM和CMMI的联系及区别: 联系: CMMI即CMM集成，是系统工程和软件工程的集成成熟度模型，CMMI更适合于信息系统集成企业。CMMI是在CMM基础上发展起来的，它继承并发扬了CMM的优良特性，借鉴了其他模型的优点，融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域，而且可以用于系统工程及其他工程领域。 区别: 从等级划分上看,1,3,5级的iso认证流程建议没有变化,均是初始级,已定义和优化;但是2级和4级分别定义为已管理级和定量管理级,这个变化更突出了CMMI定性管理和定量管理的特点. CMMI共有分属于4个类别的25个过程哉,覆盖了4个不同的领域;相对应的CMM共有18个过程域. CMM基本活动的度量方法和瀑布过程的有次序的,基本活动的管理规范有非常密切的联系,更适合瀑布型的开发过程;而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法:开发业务安全,构想和原型方案,细化后纳入基线结构,可用发布,最后确定为现场版本的发布. CMMI比CMM进一步强化了对需求的重视.在CMM中,关于需求只有需求管理这一个KPA,也就是说强调对有质量的需求进行管理,而如何获取需求则没有提出明确的要求;在CMMI中,3级有一个独立的KPA叫做需求开发,提出了对如何获取优秀的需求的要求和方法. CMMI对工程活动进行了一定的强化.在CMM中只有3级中的软件iso三体系认证工程和同行评审两个KPA是与工程过程密切相关的;而在CMMI中,则将需求开发,验证,确认,技术解决方案iso三体系认证集成这些工程过程活动都作为单独的KPA进行了要. CMMI3级中单独强调了风险管理,而在CMM中把风险的管理分散在项目计划,项目跟踪与监控中进行要求. 从评估方法上看,随着CMM过渡到CMMI,其CAF(CMM,Assessment Frame-work)框架变成评估需求(ARC:appraisal requirements for CMMI);IPI-CBA 的评估方法 被 SCAMPI方法替代.

iso9001与cmmi之间的联系 （1）在基本原理方面，iso 9001和cmmi都关注软件iso三体系认证质量和过程改进 尤其是iso 9000：2000版标准增加持续改进质量目标的量化等方面的要求后，在基本思路上和cmmi更加接近。 （2）二者的着眼点都是提高质量 iso9001与cmm均可作为软件企业的过程改善框架，前者面向合同环境，站在用户立场对质量要素进行控制，是供需关系下基于过程的质量需求。而后者是对软件组织内部过程能力的逐步改善。 （3）cmm和iso9 001需要具体的软件管理规范支持 iso9000-3质量体系是一个标准，cmm可以讲是一个模型。在本质上，两者都定义了要做什么，但都没有定义如何做，都需要公司有自己的软件工程管理支持，都可用作为软件企业的过程改善框架。 （4）iso 9001与cmm是强相关的 iso 9001不覆盖cmm，cmm也不完全覆盖iso9001。一般而言，通过iso 9001认证咨询的企业可以基本满足cmm二级的标准和很多cmm三级的要求。同样，cmm二级组织申请iso9001认证咨询也有明显优势。 iso9001与cmmi之间的区别 （1）iso9001是“静态”的 企业只要符合它要求的条件并通过权威机构的审核，就可以通过认证咨询，证明企业的内部管理已经达到一定的水平；而cmm是“动态”的，定义了五个等级，只有持续不断的改进过程，才能提高成熟度。 （2）cmm和iso9001在抽象程度上不一样 相对而言，cmm更具体些，iso9001更抽象些。cmm侧重技术管理的过程改进，iso 9001覆盖面广，涉及公司各个职能部门。iso9001重在整体，cmm则强调企业内部素质。cmm是专门针对软件工业的，而iso9001则面向所有工业。 （3）cmm和iso9001在质量要素条款组织和描述方式上不一样 iso9001是确保每一个iso三体系认证要素和相关服务的质量可重复地被保证，针对合同环境下iso认证、开发、生产、服务等环节，给出了所需要的最基本质量要素。iso9001根据一个企业的质量体系中是否覆盖了所有要求的质量要素（以文档化的形式），且这些要素是否有效地按定义方式实施来判断该企业是否符合iso9001要求。 cmm的结构是层次化的结构，iso9001结构是简单的线性结构，包含20个质量要素，除“管理职责”和“质量体系”两个质量要素外，其余18个均为过程要素。 iso9001与cmmi关键过程域一般为多对多的关系，即一个质量要素可能对应多个kpa，一个kpa对应多个质量要素。

CMM和CMMI的联系及区别:

联系:

CMMI即CMM集成，是系统工程和软件工程的集成成熟度模型，CMMI更适合于信息系统集成企业。CMMI是在CMM基础上发展起来的，它继承并发扬了CMM的优良特性，借鉴了其他模型的优点，融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域，而且可以用于系统工程及其他工程领域。

区别:

从等级划分上看,1,3,5级的iso认证流程建议没有变化,均是初始级,已定义和优化;但是2级和4级分别定义为已管理级和定量管理级,这个变化更突出了CMMI定性管理和定量管理的特点.

CMMI共有分属于4个类别的25个过程哉,覆盖了4个不同的领域;相对应的CMM共有18个过程域.

CMM基本活动的度量方法和瀑布过程的有次序的,基本活动的管理规范有非常密切的联系,更适合瀑布型的开发过程;而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法:开发业务安全,构想和原型方案,细化后纳入基线结构,可用发布,最后确定为现场版本的发布.

CMMI比CMM进一步强化了对需求的重视.在CMM中,关于需求只有需求管理这一个KPA,也就是说强调对有质量的需求进行管理,而如何获取需求则没有提出明确的要求;在CMMI中,3级有一个独立的KPA叫做需求开发,提出了对如何获取优秀的需求的要求和方法.

CMMI对工程活动进行了一定的强化.在CMM中只有3级中的软件iso三体系认证工程和同行评审两个KPA是与工程过程密切相关的;而在CMMI中,则将需求开发,验证,确认,技术解决方案iso三体系认证集成这些工程过程活动都作为单独的KPA进行了要.

CMMI3级中单独强调了风险管理,而在CMM中把风险的管理分散在项目计划,项目跟踪与监控中进行要求.

从评估方法上看,随着CMM过渡到CMMI,其CAF(CMM,Assessment Frame-work)框架变成评估需求(ARC:appraisal requirements for CMMI);IPI-CBA 的评估方法 被 SCAMPI方法替代.

CMM是CMMI的前身，CMMI将软件工程版CMM、系统工程版CMM、集成iso三体系认证项目开发版CMM等集成为一个模型，因此称之为CMMI

CMMI与CMM的主要区别就是覆盖了许多领域；到目前为止包括四个下面领域：

（1）、软件工程（SW-CMM）

（2）、系统工程（SE-CMM）

（3）、集成的产品和过程开发（IPPD-CMM）

（4）、采购（SS-CMM）

CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系，更适合瀑布型的开发过程。而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI保留了基于活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。

在 CMMI 模型中在保留了CMM阶段式模式的基础上，出现了连续式模型，这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。同时，连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再象CMM 中 一样，受到等级的严格限制。这种改进的好处是灵活性和客观性强，弱点在于由于缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁，缺少其他过程的支撑。两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式。

CMMI 模型中比CMM 进一步强化了对需求的重视。在CMM 中，关于需求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。在CMMI的阶段模型中，3 级有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的要求和方法。CMMI 模型对工程活动进行了一定的强化。在CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求，从而在实践上提出了对工程的更高要求和更具体的指导。CMMI中还强调了风险管理。不像在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行要求，CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。

CMMI即CMM集成，是系统工程和软件工程的集成成熟度模型，CMMI更适合于信息系统集成企业。CMMI是在CMM基础上发展起来的，它继承并发扬了CMM的优良特性，借鉴了其他模型的优点，融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域，而且可以用于系统工程及其他工程领域。