CMMI的意义

1. CMMI的意义

CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。 它是美国国防部发起，卡耐基梅隆大学软件研究院制定的一套主要针对软件行业的管理模型，至今发展有3个分支CMMI-DEV、CMMI-ACQ及CMMI-SVC。它不应该是人们所称的标准，更应该称为指南，主要用来指导软件企业按照CMMI模型的要求去改进现有的管理过程、管理方法，使软件企业不断进度，不断成熟，从而实现商业目标。这就是实施CMMI的意义。
最后请记住：CMMI的核心思想就是不断的过程改进，永远改进。

2. cmm与cmmi的区别

1、作用不同
CMM是一种对软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述形成的标准。
CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。
2、特点不同
CMM是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMMI是由美国卡耐基梅隆大学软件工程研究所组织全世界的软件过程改进和软件开发管理方面的专家历时四年而开发出来的，并在全世界推广实施的一种软件能力成熟度评估标准，主要用于指导软件开发过程的改进和进行软件开发能力的评估。

3、功能不同
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMM模型主要用于软件过程的改进，促进软件企业软件能力成熟度的提高，但它对于系统工程、集成化产品和过程开发、供应商管理等领域的过程改进都存在缺陷，因而人们不得不分别开发软件以外其他学科的类似模型。
参考资料来源：百度百科-CMMI
参考资料来源：百度百科-CMM

3. CMM/CMMI是什么？

4. CMM和CMMI是什么，区别是什么？

1、它们是什么
CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。 
CMM  的全称为：Capability Maturity Model ，即能力成熟度模型。
2、区别
CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM（SW-CMM ）。CMMI与SW-CMM的主要区别就是覆盖了许多领域；CMMI到目前为止包括以下四个CMM： 　　
（1）、软件工程（SW-CMM） 　　软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。 　　
（2）、系统工程（SE-CMM） 　　系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。 　　
（3）、集成的产品和过程开发（IPPD-CMM） 　　集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。 　　
（4）、采购（SS-CMM） 　　采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议很供应关系进行适当的调整。

5. CMM和CMMI是什么，区别是什么？

　CMM是软件过程能力成熟度模型（Capacity Maturity Model）的简称，是卡内基－梅隆大学软件工程研究院为了满足美国联邦政府评估软件供应 商能力的要求，于1986年开始研究的模型，并于1991年正式推出了CMM 1.0 版。CMM自问世以来备受关注，在一些发达国家和地区得到了广泛应用，成为衡量软件公司软件开发管理水平的重要参考因素和软件过程改进事实上的工业标准。据了解，美国、印度、日本等国家已有数十家公司通过了CMM不同等级的认证。 

　　1986年11月，SEI应美国联邦政府的要求，在Mitre公司的协助下，于1987年9月开发了一套软件能力成熟度框架和一套软件成熟度问卷，用来评估软件供应商的能力。这就是最早用于探索软件过程成熟度的一个工具。

　　四年以后，也就是991年，SEI自己总结了CMM成熟度框架和初版成熟度问卷的实践经验，并以此为基础推出民用CMM1.0版。

　　CMM1.0版合用两年之后，1992年4月，SEI举行了CMM一个的研讨会，参加研讨会的有大约200名富有经验的软件专家。SEI在广泛听取他们的意见之后，又于1993年推出 CMM1.1版。这也是目前世界上比较流行和通用的CMM版本。

　　十几年来，此项工作一直在不断进行。按照SEI原来的计划，CMM的改进版本2.0应该在1997年11月完成，然后在取得版本2.0得实践反馈意见之后，在1999年完成准CMM2.0版本。但是，美国国防部办公室要求SEI推迟发布CMM2.0版本，而要先完成一个更为紧迫得项目CMMI。

　　CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，这也是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。这个框架有两个功能，第一，软件获取方法的改革；第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。

　　随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等。为了以示区别，国内外很多资料把CMM叫做SW-CMM。

　　软件过程成熟度的提高是一个渐进的过程，需要一个长远的、可持续发展的过程作为保证。为建立一个面向过程持续提高的基础和文化，有些软件企业可能要花费很大的精力和时间。但是这种努力对任何一个软件企业来说都是非常必要的。

　　CMM目前代表着软件发展的一种思路，一种提高软件过程能力的途径。尽管它存在着某些不足。例如，成熟级别、关键过程域、公共属性和关键实践还需要在软件行业进一步深入地讨论和修订，但它确实为软件行业的发展提供了一个良好的框架，而且是浓度软件过程能力提高的有用工具。 

　　增强我国软件企业的竞争力，提高国产软件的水平是国人的共同愿望，但目前我国软件水平，尤其是软件开发能力和软件生产能力还很差，这也是不争的事实。那么，如何提高我国软件的开发和生产能力，从而提高软件整体水平？软件企业实施CMM也许不失为一条有效的途径。

　　一个企业的软件能力更取决于该企业的过程能力，特别是在软件开发和生产中的成熟度。其过程能力越是成熟，该企业的软件生产能力 就越有保证。目前，我国已有一些软件企业正在尝试实施CMM。

　　当然，CMM不是万能的，并不一定对所有的软件企业都适合，实施CMM的企业也有失败的例子。我们希望通过本专栏能使更多的企业了解CMM，尽快找到适合本企业的发展之路，从而提高中国软件企业的竞争力。

6. CMM和CMMI是什么？区别是什么？

1、它们是什么
CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。 
CMM  的全称为：Capability Maturity Model ，即能力成熟度模型。
2、区别
CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM（SW-CMM ）。CMMI与SW-CMM的主要区别就是覆盖了许多领域；CMMI到目前为止包括以下四个CMM： 　　
（1）、软件工程（SW-CMM） 　　软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。 　　
（2）、系统工程（SE-CMM） 　　系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。 　　
（3）、集成的产品和过程开发（IPPD-CMM） 　　集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。 　　
（4）、采购（SS-CMM） 　　采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议很供应关系进行适当的调整。

7. CMMI与CMM的区别体现在什么方面

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级里单独提出了一个独立的关键过程域叫做风险管理。

8. CMM和CMMI是什么？区别是什么？

1、它们是什么\x0d\x0aCMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。 \x0d\x0aCMM  的全称为：Capability Maturity Model ，即能力成熟度模型。\x0d\x0a2、区别\x0d\x0aCMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM（SW-CMM ）。CMMI与SW-CMM的主要区别就是覆盖了许多领域；CMMI到目前为止包括以下四个CMM： 　　\x0d\x0a（1）、软件工程（SW-CMM） 　　软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。 　　\x0d\x0a（2）、系统工程（SE-CMM） 　　系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。 　　\x0d\x0a（3）、集成的产品和过程开发（IPPD-CMM） 　　集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。 　　\x0d\x0a（4）、采购（SS-CMM） 　　采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议很供应关系进行适当的调整。