软件能力成熟度模型

合集下载

“软件能力成熟度模型”

“软件能力成熟度模型”

“软件能力成熟度模型”(1)背景介绍:CMM是“软件能力成熟度模型”的英文简写,该模型由美国卡内基-梅隆大学的软件工程研究所(简称SEI)受美国国防部委托,于1991年研究制定,初始的主要目的是为了评价美国国防部的软件合同承包组织的能力,后因为在软件企业应用CMM模型实施过程改进取得较大的成功,所以在全世界范围内被广泛使用。

CMMI是SEI于2000年发布的CMM的新版本,目前CMMI已经发展到1.2版本,并且只接受1.2版本的评估结果。

CMMI目前包含了三个模型,分别是CMMI-DEV、CMMI-SVC以及CMMI-ACQ模型。

CMMI-DEV:最新版本是SEI于2006年8月份发布的CMMI for Development v1.2版本。

该版本集成了软件工程、硬件工程和系统工程三大学科领域。

图表1 CMMI-DEV模型集成CMMI-DEV模型按照阶段式表达方式将成熟度分为五个等级,每个等级包含相应的过程域,如下图所示:图表2 CMMI-DEV各成熟度等级包含的过程域CMMI-SVC:该模型SEI于2009年2月份发布,最新版本是CMMI for Services v1.2版本。

该模型可以应用于IT、医疗卫生、教育等各类服务领域。

该模型采用了CMMI的基础架构,在此基础上增加了服务相关的特有过程域。

对于已经实施CMMI- DEV 的企业,提供了快速、便捷的理解和导入机制。

图表3 CMMI-SVC和CMMI其他模型的关系CMMI-SVC模型按照阶段式表达方式也分成五个等级,每个等级包含相应的过程域,如下图所示:图表4 CMMI-SVC各成熟度等级的过程域CMMI-ACQ:该模型SEI于2007年11月份发布,最新版本是CMMI for Acquisition v1.2版本。

该模型基于CMMI模型体系架构,整合了CMMI采购模型、软件采购模型以及政府及产业采购的最佳实践等,用于指导采购方进行采购管理。

软件能力成熟度模型(精)

软件能力成熟度模型(精)

CMM的一些基本概念(3)
关键实践:对关键过程域的实践起关键作用的方针、规 程、措施、活动以及相关基础设施的建立。关键实践一 般只描述“做什么”而不强制规定“如何做”。整个软 件过程的改进是基于许多小的、渐进的步骤,而不是通 过一次革命性的创新来实现的,这些小的渐进步骤就是 通过一些着关键实践来实现。
CMM等级模型图
CMM的作用: 科学地评价软件开发单位的软件能力成熟 等级; 帮助软件开发单位进行自检,了解自己的 强项和弱项,从而不断完善和改进单位的 软件开发过程,确保软件质量,提高软件 开发能效率。
CMM的意义
迄今为止学术界和工业界公认的有关软件 工程和管理实践的最好的软件过程。 为评估软件组织的生产能力提供了标准。 为提高软件组织的生产过程指明了方向。
企业结构原则:商业结构,应用结构,技术结构,信息结构 应用开发原则:组队模型,开发模型,风险管理 组件设计原则:概念设计,逻辑设计,物理设计 基础开发原则:组队模型,开发模型,风险管理
CMM/CMMI本身是一套非常有价值的过程模型,但简 单的将其图腾化却是整个中国软件行业的悲哀,反观 CMM/CMMI的发源地——美国,除了和军方有业务往 来的软件企业会寻求通过CMM/CMMI评审外,其他多 数的企业并不怎么在乎是通过了CMM/CMMI的三级还 是四级,象是著名的微软、甲骨文等知名企业都没听说 过和CMM/CMMI沾过边,但这也丝毫不影响以他们为 代表的美国软件企业在整个行业中独领风骚。 只有有效的而不是最权威的,才是最好的。
链接3:软件市场的通行证——CMM
世界上第一家通过CMM5认证的并非美国公司, 而是来自印度的WIPRO。同时,WIPRO还是 全球第一个通过人力成熟度模型(PCMM)5级 认证的软件及服务公司。 据SEI统计,目前有大约300家印度软件公司通 过了CMM认证,其中通过最高质量等级CMM5 的有50余家,占全球的60%以上。高品质的管 理决定了高品质的产品,从而也确立了印度在 美国外包市场的垄断地位。

软件能力成熟度模型

软件能力成熟度模型

基于CMM的软件质量管理
24
2.2可重复级
± Ó ì Ì ª î Ï Ä À Å Í Ä ï²è î º ¾ Ì Á ¹ ¨¢ ç ¼ à ¸ Ë ³ ® Á CMM2¹ £ º ´ · ¨ ¢ ð » Á ç ¼ ¾ ¸ ±³ Ì Á µ ³Ì Á º ñ Õ ç ¼ õ Ü ì ä ´ Ê ¤ ¶ ½ ¶ ²· ¶ Å ´ ïñ à ³¸ Ó ´ ° à º Í Ñ ñ ²õ ¶ ½ · ¼ Ó Ü ì Ê Ô Ã ç ¸ ¨¢ è î ð ß º ¾ Í Ä ¸ Ì ½ á ç ¼ ä £ ¶ È Ì Á ¶ Á Æ ±¢ Ç ² ¸ ± » ¡ ³Ñ £ ¨¢ ç ¼ à ® º ¾ Ì Á ¹ ¸ É ¢ ²Ò Á ± ¡ å Ì Ë ³ Å ¼ ç ¼ õ ¶ ´ ¾ Ì Á º Ò ½ ÷ æ © ¸ » Ò ² Ç £ é ¤ñ ²Ê ç Î Ó ° à · ¸ è î £ Í Ä ¡ Ñ ñ ²¢ â ò ´ ° à ¡ ±µ ´ ð Ê Ô Ã ¸ Ç ±· ¼ Ó £ ¡ ñ Ì Î Ñ · Ç ³ ± Á Í â ª ¢ ç ¯ £ à ¼ ²¸ ´ ¡ ¯ ´ ¢ ¤ï¼ ¢ ¡ ¶ ³¾ ¡ ¢ ½ á ¢ ÷ ¡ ¶ È ¡ ¶ £ ¡ ¬ °±Æ ¡ £ ¹ Ç ° Å ¯ Ä ñ ö Ì ´ Ç ²²· ¢ Ç à õ ¡ Ë É º Í ò É ¬ Ü ì °Æ £ ¶ ½ ì ø â À Ü ì Å ¹ Â Ó ¶ ½ ì ø Ð Ì ¬ Ü ì Å ¹ ³· Ê ¶ ½
26
基于CMM的软件质量管理
2.4已管理级
ì Ó ± Ì CMM4¹ £ Ë ´ · ª ¾ µ ³· ¼ Ó È ñ Õ Ê Ô Ã ì ø ª ¢ Ç Å ¹ ¼ ²Ó ¾ £ Ï ´ ¼ ² ¼ ¬ ª Ñ ª ¢ ¶ ± · ° à º ÷ É Ê ñ ²õ Í ²Ë Ó ô ª î Ï Ä ¨¢ º ¾ ê ± Ñ Ì ´ ç õ º Í ì ½ ç ¸ ¯ ´ ª µ õ ì ø ÷ É ¨¢ Å ¼ Ë Á º Å ¹ ¶ ± º ¾ ´ ¾ Ç ¼ ¼ Ó ¾ Á ¼ ±¸ Á ê £ ¨¾ ì ø ñ ²Ç ¼ ¼ ê £ º ¢ Å ¹ ° Ã Ó ¾ Á ±¡ ¼ õ ¶ ´ ì ¹ ¶ ± ³ Í Á º Í ´ Á º Ò Ñ Å ø ÷ É Á Ñ Ü õ Å ¼ ¯ Ü ¾ ¸ ¾ ¸ ¶ ¼ £ Ñ ° ²Ç ¼ õ Å ¼ ´ ñ Ã Ó ¾ º Í ´ ¾ Ô ò ÷ É õ í ¶ ¹ ¶ ± Ä Ð ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½ ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½

软件能力成熟度模型体系

软件能力成熟度模型体系

软件能力成熟度模型体系软件能力成熟度模型体系(Software Capability Maturity Model,简称SCMM)是一个评估和改进软件开发组织能力的框架。

该模型由美国国防部软件工程研究所(Software Engineering Institute,简称SEI)在1986年提出。

它是一个五层的阶梯模型,用于评估和指导软件开发组织的软件工程能力。

本文将详细介绍软件能力成熟度模型体系的各个层次和其对软件开发过程的重要性。

第一层:初始级初始级是指软件开发组织没有一个确定的过程,所有工作都是临时性的,没有一致性的开发标准。

在这一级别,项目成功与否主要依赖于个人技能和意愿。

没有任何的文档化标准和过程规范,项目无法可靠地按时、按质完成。

在初始级,很难复制和标准化成功的开发方法。

第二层:重复级重复级是指开始建立一些通用的软件开发过程。

组织开始制定一些工作指导方针和标准操作流程。

重复级的主要特点是组织具有了一定能力来复制和重复之前的成功。

虽然还没有完全标准化的过程,但团队已经开始建立对软件开发流程的控制。

第三层:定义级定义级是指软件开发组织开始将过程进行文档化,并建立起一套软件工程的标准和指导文件。

软件开发组织在这个级别上建立了一套可重复的工程方法,并对项目开展了全面的计划和控制。

具体的软件开发过程标准化并进行了持续的改进,起到了确保项目按时交付、满足质量要求的作用。

第四层:管理级管理级是指软件开发组织建立了系统化的软件过程管理,通过度量和监控来控制软件开发过程。

在管理级,组织可以进行定量的评估和分析,以便更好地调整和改进软件过程。

该级别的目标是通过有效的量化和改进,持续提升软件开发过程的质量和效率。

第五层:优化级优化级是指软件开发组织通过确定和推动改进机会,实现持续和可持续的过程改进。

在优化级,组织通过收集和分析数据,识别问题并找到解决方案。

持续的过程改进能够保持组织的竞争优势,并使软件开发组织更加灵活和适应变化。

CMMI

CMMI
CMMI
综合性模型
目录
01 发展
03 模型的表示法
02 基本思想 04 级别
05 作用
07 2.0
目录
06 应用
基本信息
CMMI的全称为Capability Maturity Model Integration,即能力成熟度模型集成。CMMI是CMM模型的最 新版本。早期的CMMI(CMMI-SE/SW/IPPD),SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本 身的发展,演绎成为一种被广泛应用的综合性模型。
级别
级别
CMMI共有5个级别,代表软件团队能力成熟度的5个等级,数字越大,成熟度越高,高成熟度等级表示有比 较强的软件综合开发能力。
CMMI一级,执行级。在执行级水平上,软件组织对项目的目标与要做的努力很清晰,项目的目标可以实现。 但是由于任务的完成带有很大的偶然性,软件组织无法保证在实施同类项目时仍然能够完成任务。项目实施能否 成功主要取决于实施人员。
模型的表示法
模型的表示法
在CMMI中,每一种CMMI学科模型都有两种表示法:阶段式表示法和连续式表示法。
不同表示法的模型具有不同的结构。连续式表示法强调的是单个过程域的能力,从过程域的角度考察基线和 度量结果的改善,其关键术语是“能力”;而阶段式表示法强调的是组织的成熟度,从过程域集合的角度考察整 个组织的过程成熟度阶段,其关键术语是“成熟度”。
CMMI2.0版本具备以下优势:
改善业务绩效-商业目标直接与运营相关联,达到在时间、质量、预算、客户满意度和其他关键驱动因素的 性能方面实现可衡量的提升。
利用当前的优良实践- CMMI2.
谢谢观看
(1)解决软件项目的过程改进难度增大问题。CMM成功实施以后,极大地提高了软件企业的开发效率和软件 产品的质量,从而也提高了软件产品的可靠性和软件产业的信誉,这样人们就对软件寄予了更大的希望。人们希 望软件能够完成更多、更大、更复杂的任务。

软件能力成熟度模型CMM

软件能力成熟度模型CMM

• 第 2 级(可重复级)有 6 个关键过程域,主要涉及建立软 件项目管理控制方面的内容。
• 需求管理( Requirements Management , RM )
• 软件项目计划( Software Project Planning , SPP )
• 软件项目跟踪与监控( Software Project Tracking and Oversight , SPTO )
• CMM 的核心思想是将软件开发视为一组过 程,并根据统计质量管理的理论对软件开 发进行过程管理,以使其满足工程化、标 准化的要求,使企业能够更好地实现商业 目标。它侧重于软件开发的管理及软件工 程能力的提高,因此 CMM 可以作为企业软 件过程改进的指南,帮助软件开发机构建 立严格的、规范的软件开发过程,最有效 地提高软件工程能力。
• CMMI 把现存所有的以及将被发展出来的各种能力成熟度模型,集成在一个框架中。 • SA-CMM 用于组织获取和采购基于软件的应用系统的软件过程,美国的国防部、陆军、
海军和一些商用组织都已采用 SA-CMM 对他们的获取能力进行评估。 • SE-CMM 是描述一个组织为保证实现一个好的系统工程的主要元素。 • P-CMM 是有关组织的人力资源管理的模型。 • IDEAL 模型是一个组织用于启动、规划和实现过程改善措施蓝图的模型,概括了建立
• 组织过程焦点( Organization Process Focus , OPF ) • 组织过程定义( Organization Process Definition ,
OPD ) • 培训程序( Training Program , TP ) • 集成软件管理( Integrated Software Management ,

CMM(CMMI)基础知识介绍

CMM(CMMI)基础知识介绍

第5级
◆ 特征 (1) 整个组织特别关注软件过程改进的持续性、预见及增强自身,防止缺陷及问题的发生,不 断地提高他们的过程处理能力。 (2) 加强定量分析,通过来自过程的质量反馈和吸收新观念,新科技,使软件过程不断地得到 改进。 (3) 根据软件过程的效果,进行成本 / 利润分析,从成功的软件过程中吸取经验,加以总结。 把最好的创新成绩迅速向全组织转移,对失败的案例,由软件过程小组进行分析以找出原因。 (4) 组织能找出过程的不足并预先改进,把失败的教训告知全组织以防止重复以前的错误。 (5) 对软件过程的评价和对标准软件过程的改进,都在全组织推广。 过程 不断地系统地改进软件过程。 理解并消除产生问题的公共根源,在任何一个系统中都可找到:由于随机变化造成重复工作、 进而导致时间浪费。为了防止浪费人力可能导致的系统变化,要消除“公共”的无效率根源”, 防止浪费发生。尽管所有级别都存在这些问题,但这是第5级的焦点。 ◆ 人员 整个组织都存在自觉的强烈的团队意识。 (2) 每个人都致力于过程改进,人们不再以达到里程碑式的成就而满足,而力求减少错误率。 ◆ 技术
CMM2级的关键过程域是8个,目标20个, 承诺9个,能力25个,活动62个,度量6个, 验证19个。
CMM等级及特点
12
CMM过程的可视性
5 输入
输出
4 输入
3 输入
2 输入 1 输入
13
输出 输出 输出 输出
1.6 CMM1.1的等级及其特征
第1级 ◆ 特征
(1) 软件过程的特点是杂乱无章,有时甚至是混乱,几乎没有定义过程 的规则或步骤。 (2) 过分的承诺。常作出良好的承诺:如“按照软件工程方式,有序的 工程步骤来做”;或达到高目标的许诺。实际上却出现一系列问题。 (3) 遇到危机就放弃院计划过程,反复编码和测试。 (4) 成功完全依赖个人努力和杰出的专业人才,取决于超常的管理人员 和杰出有效的软件开发人员。具体的表现和成果都源自于或者说决定于个 人的能力和他们先前的经验、知识以及他们的进取心和积极程度。 (5) 能力只是个人的特性,而不是开发组织的特性。依靠着个人的品质 或承受着巨大压力;或找窍门取得成果。但此类人一旦离去,组织的稳定 作用也随之消失。 (6) 软件过程是不可确定的和不可预见的。软件能力成熟度处于一级的 软件组织其软件过程在实际工作过程中经常被改变(过程是随意的)。这 类组织也在开发产品,但其成果是步稳定的,不可预见的不可重复的。也 就是说,软件的计划、预算、功能和产品的质量都是不可确定的和不可预 见的。

软件能力成熟度模型等级和过程

软件能力成熟度模型等级和过程

软件能力成熟度模型(CMM)是一个用于评估和改进软件开发能力的框架,它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态,并提供指导他们改进的路径。

这五个等级分别是初始级、重复级、定义级、管理级和优化级。

在本文中,我将从这五个等级出发,深入探讨软件能力成熟度模型等级和过程,以期帮助读者更全面地理解这一主题。

### 1. 初始级在软件能力成熟度模型中,初始级是指组织在软件开发过程中缺乏一致性和可预测性。

在这个阶段,软件开发过程通常是不受控制的,因为缺乏标准化的过程和程序。

这意味着在初始级的组织中,软件开发过程是混乱的,不可靠的,并且难以管理和预测。

### 2. 重复级在重复级,组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化,以确保在软件开发过程中能够重复使用成功的实践。

在这个阶段,组织可能会创建一些基本的流程,并且对这些流程进行持续改进,以确保在软件开发过程中的可预测性和一致性。

### 3. 定义级在定义级,组织已经实现了对软件开发过程的标准化,并且能够对这些过程进行量化和测量。

这意味着组织可以更好地控制和管理软件开发过程,并且能够更好地预测成果和生产力。

在这个阶段,组织通常会将标准化的软件开发过程进行文档化,并且建立一些度量指标来监控和改进这些过程。

### 4. 管理级在管理级,组织不仅能够量化和测量软件开发过程,还能够根据这些度量指标来进行持续改进和优化。

这意味着组织已经具有较高的管理水平,能够监控和控制软件开发过程,并且能够在持续改进中实现更高的成果和生产力。

在这个阶段,组织通常会建立一个持续改进的文化,并且不断提高对软件开发过程的认识和理解。

### 5. 优化级在优化级,组织已经实现了对软件开发过程的最高理解和控制。

这意味着组织能够根据对软件开发过程的深刻理解来实现最佳的成果和生产力,并且能够持续改进和优化软件开发过程。

在这个阶段,组织不断寻求创新和改进,以保持其在软件开发领域的领先地位。

软件能力成熟度模型体系

软件能力成熟度模型体系

软件能力成熟度模型体系软件能力成熟度模型(Capability Maturity Model,简称CMM)是一种用于评估组织软件工程能力成熟度的模型。

它由美国卡内基梅隆大学的软件工程研究所(SEI)研发,主要用于评估软件开发和维护过程的管理能力和工程能力。

CMM模型将软件开发过程分为初始、重复、定义、管理和优化五个级别,每个级别都有不同的标准和要求。

初始级别是最低的级别,表示软件开发过程处于无序状态,没有明确的流程和规范;重复级别是第二个级别,表示软件开发过程开始有了一些基本的流程和规范,但仍然存在很多重复性的工作;定义级别是第三个级别,表示软件开发过程已经有了明确的流程和规范,并开始注重项目管理和质量保证;管理级别是第四个级别,表示软件开发过程已经有了完善的流程和规范,并开始注重团队协作和项目管理;优化级别是最高级别,表示软件开发过程已经非常成熟,并开始注重创新和改进。

CMM模型的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。

它是一种用于评价软件承包能力并帮助其改善软件质量的方法,侧重于软件开发过程的管理及工程能力的提高与评估。

CMMI是CMM的升级版,也是由SEI开发的一种软件开发和维护过程成熟度评估模型。

CMMI 把软件开发过程分为初始、已管理、已定义、定量管理、优化五个阶段,每个阶段都有不同的标准和要求。

与CMM相比,CMMI更加注重定量管理和优化,强调通过数据分析和改进来提高软件开发和维护过程的效率和质量。

总之,软件能力成熟度模型体系是一种用于评估组织软件工程能力成熟度的模型,它包括CMM和CMMI两种模型,旨在帮助企业评估自己的软件开发和维护能力,识别改进的方向和方法,提高软件开发和维护过程的效率和质量。

第七章 软件能力成熟度模型

第七章 软件能力成熟度模型
CMMI过程改进需要多长时间?有何效果? ? 一般需要 2年才能把成熟度提升一级(建议安
排1.5年到2年)。 ? 根据CMU-SEI的统计,软件企业在引入 CMM
后劳动生产率平均增长了 35%;错误比率平均 减少39%;平均成本回报率为 5:1。
本章内容提要
? 软件过程与过程管理 ? CMMI概述 ? CMMI的成熟度等级及其过程域 ? CMMI的应用 ? PSP,TSP与CMMI
等级5:优化 组织革新与部署
管理级
原因分析与解决
缩写词 ISM OEI IT OPP QPM
OID CAR
5.CMMI的能力等级
? 能力等级 (Capability Level, CL )是指在一 个单独的过程域中执行的良好程度。
? CMMI包括6个能力等级: ?CL0 ,不完整级:过程域的一个或多个目标 没有被满足。 ?CL1 ,已执行级:过程通过转换可识别的输 入工作产品,产生可识别的输出工作产品。 能实现过程域的特定目标。
成熟度等级
关键过程域
等级2:已 需求管理
管理级
项目计划
项目监督与控制
供应商协议管理
度量和分析
过程和产品质量保证
配置管理
等级3:已 需求开发
定义级
技术解决方案
缩写词 REQM PP PMC SAM MA PPQA CM RD TS
4.CMMI的关键过程域(续)
成熟度等级
关键过程域
等级3:已 产品集成
1.CMMI的历史(续)
?IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发 CMM,应用于集成系统产品的开发管理。

CMM简介(软件能力成熟度模型)

CMM简介(软件能力成熟度模型)

关 键 过 程 域
不断改进的过程
过程更改管理 技术更新管理 缺陷预防 软件质量管理
优化级
可预测的过程
定量过程管理 同行评审 组间协调 软件产品工程 集成软件管理 培训大纲 组织过程定义 组织过程焦点
已管理级
已定义级
标准、一致的过程
有纪律的过程
软件配置管理 软件质量保证 软件子合同管理 软件项目跟踪与监督 软件项目计划 需求管理
IDEAL模型
修订组 织的方 法
推进
记录并分析 经验教训 定义过程 与度量 规划并执 行行动指 南
行动
改进的激 明确范围 励条件 获取支持 初始化
建立改进 基础结构 评估明确 当前实践 编制报告 诊断 确立方针 和优先级
计划、执行 和跟踪安装 建立过程行 动小组,规 划行动
以CMM为基础
建立
SEI:Software Engineering Institute
SEI:美国卡耐基梅隆大学的软件工程研究
院产品 SEI:为美国联邦政府评估软件供应商能力,于 1986年开始研究的模型,于1993 年推出CMM 1.1版。 CMM 1.1版:是目前世界上比较流行和通用的CMM 版本。 新研究:
CMMI ( Integration )
P-CMM ( People ) SACMM ( 软件获取CMM )
等级5的关键过程域
缺陷预防的目标是,明确产生缺陷的原因并
预防它们再次发生。 技术更新管理的目标是,确定新技术(如工 具、方法和过程),并有序地将这些技术引 入组织内。 过程更改管理的目标是,不断改进组织中所 使用的软件过程,从而提高软件质量和生产 率,缩短产品开发生命周期。
关键实践

软件能力成熟度模型(CMM)

软件能力成熟度模型(CMM)

CMM是Capability Maturity Model for Software的简称,中文叫“软件能力成熟度模型”,是对组织软件过程能力的描述。

CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化,使企业能够更好的实现商业目标。

它侧重于软件过程开发的管理及软件工程能力的改进与评估,因此 CMM被用作评价软件承包商能力并帮助组织改善软件过程质量,是目前国际上最流行、最实用的一种软件生产过程标准,成为当今企业从事规模软件生产不可缺少的一项内容。

CMM是由美国卡内基-梅隆大学软件工程研究所(CMU SEI)研究制定,并在全世界推广实施的一种软件评估标准,主要用于软件开发过程和软件开发能力的评估和改进。

CMM把软件开发过程的成熟度由低到高分为五级,等级越高,表明该企业软件开发失败风险越低,整体开发时间越短,并能减少开发成本,降低错误发生率,提高产品质量。

按照《使用软件工程》的标准,CMM将软件分为5个等级:(如图一所示)图一1.初始级(initial)工作无序,项目进行过程中常放弃当初的规划管理无章,缺乏健全的管理制度开发项目的成效不稳定,产品的性能和质量依赖于个人能力和行为。

2.可重复级(Repeatable)管理制度化,建立了基本的管理制度和规程,管理工作有章可循初步实现标准化,开发工作较好的实施标准稳定课跟踪,新项目的计划和管理基于过去的实践经验,具有重复以前成功项目的环境和条件3.已定义级(Defined)开发的过程,包括技术工作和管理工作,均已实现标准化,文档化。

建立了完善的培训制度和专家评审制度全部技术活动和管理活动均可稳定实施项目的质量,进度和费用均可控制。

对项目进行中的过程,岗位和指责均有共同的理解。

4.已管理级(Managed)产品和过程已建立了定量的质量目标。

过程中活动的生产率和质量是可度量的。

已建立过程数据库。

已实现项目产品和过程的控制可预测过程和产品质量趋势。

CMMI能力成熟度模型

CMMI能力成熟度模型

CMMI能力成熟度模型
一、CMMI是什么?
CMMI全称是Capability Maturity Model Integration,即能力成熟度模型集成(也有称为:软件能力成熟度集成模型),是美国国防部的一个设想,年由美国国防部与卡内基-梅隆大学下的软件工程研究中心以及美国国防工业协会共同开发和研制的。

换句话说,就是给你公司一个软件开发管理可执行的框架,这个框架具有自动性和可扩展性。

实行CMMI体系的过程就是改进的过程。

最终的目的,就是在保证工期和预算的前提下,输出高质量的软件。

只要按照这个框架执行,我们开发工作每一个环节都有规程和文档为依据,我们的需求、设计、测试各个环节都有评审,变更将得到有效管理,项目成果和经验能得到积累和应用……
大家熟知的信息系统项目管理师和PMP,是两个对个人层面的认证,而CMMI是对企业层面的认证。

二、CMMI体系结构是怎样的?
5个等级。

CMMI模型把企业的软件能力成熟度划分为5个等级——第1到第5级。

数字越大,成熟度越高。

5个等级分别是:初始级、已管理级、已定义级、已定量管理级、优化级。

一般企业评估是第3级或第5级。

22个过程域。

每一个成熟度等级对应一定数量的过程域。

所谓过程域(PA),就是做好软件管理的某一个方面,如项目计划(PP)、风险管理(RSKM)、需求开发(RD)等等。

CMMI一共包括22个过程域,涵盖了过程管理、项目管理、工程管理、支持管理四个方面。

软件工程软件能力成熟模型

软件工程软件能力成熟模型

5
优化级
不断地改善软件过程
组织持续地改善过程能力
可视性与过程能力的比较
12.2 CMM的内部结构
CMM的每个等级都被分解为3个层次加以定义: 即关键过程域、公共特性和关键实践。
每个等级由几个关键过程域组成,这几个关键 过程域共同形成一种软件过程能力。
每个关键过程域按4个关键实践类加以组织;并 且都有一些特定的目标,通过相应的关键实践类来 实现。
等级 1
成熟度 初始级
可视性 有限的可视性
过程能力 一般达不到进度和成本的目标
2 可重复级 里程碑上具有管理可视性 由于基于过去的性能,项目开 发计划比较现实可行
3 已定义级 项目定义软件过程的活动具 基于已定义的软件过程,组织
有可视性
持续地改善过程能力
4 已管理级
定量地控制软件过程
基于对过程和产品的度量,组 织持续地改善过程能力
CMM认证已经成为世界公认的软件产品进入国 际市场的通行证。
CMM的主要用于: 1.软件过程评估SPA(Software Process Assessment) 2. 软件过程改进SPI(Software Process Improvement) 3. 软件能力评价SCE(Software Capability Evaluation)
Software,简称SW-CMM1.0版)。
目 前 ,CMM 已 经 发 展 到 CMMI ( Capability Maturity Model Integration),能力成熟度模型集成 阶段。
12.1 CMM概述
CMM侧重于软件开发过程的管理及工程能力的 提高与评估,是国际上流行的软件生产过程标准和 软件企业成熟度等级认证标准,它更代表了一种管 理哲学在软件企业中的应用。

能力成熟度模型介绍

能力成熟度模型介绍
总结词:变革推动
详细描述:某组织在发展过程中遇到瓶颈,需要进行组织变革。通过应用能力成熟度模型,该组织明确了变革的目标和路径 ,制定了详细的实施计划,并成功地推动了组织结构和文化的变革,提高了组织的竞争力和创新能力。
个人应用能力成熟度模型提升技能水平
总结词:技能提升
VS
详细描述:个人在职业发展过程中需 要不断提升自己的技能水平。通过应 用能力成熟度模型,个人可以清晰地 了解自己的能力短板,制定针对性的 学习计划和训练方法,提高自己的技 能水平和实践能力,实现职业发展和 个人价值的提升。
个人技能和能力。
个人绩效改进
03
通过分析个人绩效表现,发现存在的问题和不足,提出改进措
施和方法,提高个人绩效水平。
04
能力成熟度模型的挑战与解决方案
组织文化冲突
总结词
组织文化冲突是指不同部门或团队之间在价值观、行为准则 和工作方式等方面的差异,可能导致在实施能力成熟度模型 时产生阻碍。
详细描述
在引入能力成熟度模型时,不同部门或团队可能会因为自身 的工作习惯、传统和经验而产生抵触或反对。这需要管理层 进行有效的沟通和协调,确保各方理解变革的必要性和益处 ,并逐步调整和适应新的工作方式。
基础薄弱,缺乏体系
详细描述
组织在初始阶段通常缺乏明确的流程和规范,项目执行过程混乱,技术和管理 能力薄弱。
能力成熟度模型的构成 初始阶段
总结词
基础工作,初步体系
详细描述
组织在成长阶段开始建立基本的流程和规范,项目执行过程逐渐有序,技术和管理能力得到提升。
能力成熟度模型的构成 初始阶段
总结词
持续改进,稳定运行
能力成熟度模型介绍
• 引言 • 能力成熟度模型的构成 • 能力成熟度模型的应用 • 能力成熟度模型的挑战与解决方案 • 案例研究

软件能力成熟度模型

软件能力成熟度模型
据美国软件工程实施现状的调查,大约只有10%的 项目能够在预定的费用和进度下交付。
• 1995年,美国共取消了810亿美元的软件项目,其
中31%的项目未做完就取消了,53%的软件项目进 度通常要延长50%的时间,通常只有9%的软件项目 能够及时交付并且费用也不超支。
• 结论:管理是影响软件研发项目全局的因素,而技术
CMM合并在一起的想法,于是开始了名为“综合能力成熟度 模型”(英文缩写为CMMI)的一个综合性模型投入研制。
编辑ppt
12
SW-CMM的由来与发展(续五)
• SEI的CMM为软件工程管理开辟了一条新的途经,其的本
质还是软件工程的一个部分。
• 迄今为止,CMM虽然只是美国卡内基-梅隆大学软件工程
研究所(SEI)发表的一份技术报告,既不是政府也不是 行业协会批准的标准,但它在美国和国际上已成为事实上 的软件行业标准。鉴于CMM的巨大应用前景,SEI已在美 国注册了CMM, Capability Maturity Model 和Capability Maturity Modeling的专利和商标。
• 我们怎么办?
编辑ppt
5
什么是SW-CMM?
• SW-CMM称为软件能力成熟度模型,是Capability
Maturity Model for Software的缩写形式。
• 目前国际上最流行最实用的软件生产过程标准和
软件企业成熟度等级认证标准。用于评价软件承 包能力并帮助其改善软件质量的方法。
• 4年之后,SEI将软件过程成熟度框架进化为软件能力成熟
度模型(Capability Maturity Model For Software,简称 SW-CMM)。
• 1991年8月,SEI发布了最早的SW-CMM v1.0。 • 经过两年的试用,1993年SEI正式发布了SW-CMM v1.1,

软件能力成熟度模型

软件能力成熟度模型
12.1 CMM概述
软件能力成熟度模型CMM(Capability Maturity Model)是由美国卡内基-梅隆 大学软件工程研究所(CMU/SEI)推出的评估软件能力与成熟度的一套标准,该标 准基于众多软件专家的实践经验。
从86年开始,开发软件过程成熟度框架。 91年8月SEI将软件过程成熟度框架进化为软件能力成熟度模型(Capability
2
12.1.1 CMM的基本概念
1. 什么是软件过程 一个软件过程是指人们开发和维护软件及其相关产品
所采取的一系列活动。
规程与方法
有技能经过培
训的开发人员
过程
工具和设备
3
12.1.1 CMM的基本概念
2. 什么是软件能力成熟度?
由于特定项目的属性和环境限制,项目的实际性能并不能充分反映组织的软 件过程能力,但成熟的软件过程可弱化和预见不可控制的过程因素(如客户需求变 化或技术变革等)。
优化级 已管理级 已定义级
可重复级
初始级
初始级
6
可重复级
可重复级(Repeatable):
在可重复级,组织建立了管 理软件项目的方针以及为贯彻执 行这些方针的措施。组织基于在 类似项目上的经验对新项目进行 策划和管理。组织的软件过程能 力可描述为有纪律的,并且项目 过程处于项目管理系统的有效控 制之下。
一个组织的软件过程能力为组织提供了预测软件项目开发的数据基础,提供了 全面的软件质量保证。
软件过程成熟度是指一个软件过程被明确定义、管理、度量和控制的有效程 度。成熟意味着软件过程能力持续改善的过程,成熟度代表软件过程能力改善的潜 力。
4
12.1.2 软件过程的成熟度等级
CMM将软件过程的成熟度分为5个级别(Maturity Levels),如 图所示,5个等级分别是:无ຫໍສະໝຸດ 过程SW-CMM的关键过程区域

软件能力成熟度模型-13

软件能力成熟度模型-13
软件能力成熟度模型
CMM(Capacity Maturity Model)
张庆生 zhangqs@
计算机学院软件工程系
摘要
• • • • • • • • 绪论 CMM体系结构 软件过程评估的国际标准 可重复级(第2级) 已定义级(第3级) 已管理级(第4级) 优化级(第5级) 提问单
6 CMM模型的已管理级和优化级
• • • • CMM4级上的定量过程管理 组织的测量程序; 组织的标准软件过程; 项目的有关软件产品的质量、生产能力和 产品开发周期的目标; • 对其他项目定义的软件过程测量的性能数 据; • 项目定义的软件过程的描述。 2)定量过程管理计划需经同行评审。
6 CMM模型的已管理级和优化级
6 CMM模型的已管理级和优化级
• CMM4级上的定量过程管理 定量过程管理的目标 –定量过程管理主要涉及为项目定义软件过 程制定实施目标、 测量过程的性能、 分析 得到的变量,并通过变量的调整使过程性 能处于可接受的范围内。
6 CMM模型的已管理级和优化级
• CMM4级上的定量过程管理 定量过程管理要达到以下的目标: –有计划地进行定量过程管理活动 –对项目定义软件过程的过程性能进行定量 控制 –组织标准软件过程的过程能力是已知的、 定量的。
6 CMM模型的已管理级和优化级
• CMM4级的关键过程域 • 在CMM4级中, 软件过程具有精确定义的、 一致的评价方法, 这些评价方法为评估项目 的软件产品和质量奠定了一个量化的基础。 • 量化控制将使软件开发真正变成一种工业生 产活动。
6 CMM模型的已管理级和优化级
• CMM4级的关键过程域包括以下2个 • 定量过程管理 (QPM: Quantity Process management) • 软件质量管理 (SQM: Software Quality Management) • 每个关过程域都有一组目标,并包含一些可 操作的、目标明确的关键实践,它们指明了 改进其软件过程应关注的区域,以及为达到 本成熟度等级,其软件过程必须决的问题。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第一讲:软件能力成熟度模型
沈阳东软软件股份有限公司软件工程过程组
编者按:CMM(Capability Maturity Model,能力成熟度模型)是由美国卡内基-梅隆大学软件工程研究所推出的评估软件能力与成熟度的一套标准。

该标准基于众多软件专家的实践经验,侧重于软件开发过程的管理及工程能力的提高与评估,是国际上流行的软件生产过程标准和软件企业成熟度等级认证标准。

目前,CMM认证已经成为世界公认的软件产品进入国际市场的通行证。

国务院发布的鼓励软件产业发展的18号文件中也特别指出了对企业进行CMM认证的支持。

今年3月,联想通过了CMM 2认证,6月,东软股份通过了CMM 3级评估,这些标志着CMM认证在我国已经取得初步进展。

为推动我国软件产业的发展,促进软件企业向正规化和国际化迈进,进一步引入和推广CMM认证,本报与沈阳东软软件股份有限公司合作,共同开办“CMM认证”系列讲座。

从本期开始,本报将大约分7期在“技术讲座”栏目中针对我国软件企业的特点,结合CMM认证在东软股份的应用实战,阐述CMM认证的实施方法和策略。

早在20世纪60年代中期,人们就发现软件的生产出现了“问题”,主要表现在生产过程不规范,缺乏管理。

后来,人们在软件工程方法学中引入了工程的概念、原理、技术和方法,这种思想在一定程度上
解决了软件生产过程中遇到的问题。

但是直至80年代还是没有提出一套管理软件开发的通用原则,软件管理不善的问题依旧在大范围内存在。

为了保证软件产品的质量,80年代中期,美国联邦政府提出对软件承包商的软件开发能力进行评估的要求。

在Mitre公司的帮助下,1987年9月,美国卡内基-梅隆大学软件工程研究所(CMU/SEI)发布了软件过程成熟度框架,并提供了软件过程评估和软件能力评价两种评估方法和软件成熟度提问单。

4年之后,SEI将软件过程成熟度框架进化为软件能力成熟度模型(Capability Maturity Model For Software,简称SW-CMM)。

1991年8月,SEI发布了最早的SW-CMM v1.0。

经过两年的试用,1993年SEI正式发布了SW-CMM v1.1,这是目前使用最为广泛的版本。

软件能力成熟度模型基于众多软件专家的实践经验,是组织进行软件过程改善和软件过程评估的一个有效的指导框架。

CMM的管理思想背景
SW-CMM不仅是一个模型,一个工具,它更代表了一种管理哲学在软件工业中的应用。

SW-CMM的管理思想来源于已有60多年历史的产品质量管理。

1930年,Walter Sheward 率先提出了一整套基于统计学原理的质量控制方法,这些方法后来经过W. Ewards Deming 和Joseph Juran的发展和实践得到了广泛的应用。

Philip Crosby在《质量是免费的》一书中率先提出将质量管理形成成熟度框架的概念,“质量管理成熟度坐标图表” 描述了进行质管实践的5个阶段,表达了质
量管理的全部运作。

Deming、Juran以及Crosby等人的做法后来被称为全面质量管理(TQM)理论。

在IBM公司,Watts Humphrey和Ron Radice将这种全面质量管理的思想应用于软件工程过程,收到了很大的成效。

SEI 的软件能力成熟度框架就是在以Humphrey为主的软件专家实践经验的基础上发展而来的。

软件能力成熟度框架中融合了全面质量管理的思想,以5个不断进化的层次反映了软件过程定量控制中项目管理和项目工程的基本原则。

SW-CMM所依据的想法是只要不断地对软件企业的软件工程过程的基础结构和实践进行管理和改进,就可以克服软件生产中的困难,增强开发制造能力,从而能按时地、不超预算地制造出高质量的软件。

CMM现状与发展趋势
最近的SEI评估报告显示,从1996年到2000年,全球有1012个组织进行了CMM评估,其中64.8%为商业组织,26.7%为美国官方和军方合同商,主要业务为软件开发和维护的组织有922个,有将近一半的组织规模是在100人以下。

这些数据表明,CMM认证已经引起软件企业的高度关注,并且这种认证同样适合中小企业。

目前,CMM已经发展到CMMI(Capability Maturity Model Integration,能力成熟度模型集成)阶段。

自20世纪80年代末以来,SEI开发了一系列涉及多个学科的CMM标准,包括系统工程、软件工程、软件获取、生产力实践及集成产品和过程开发,希望通过帮助组织提高人员、技术和过程的成熟度来改善组织整体软件生产能力。

然而,多个模型的同时使用限制和阻碍了组织过程改善的能力。

于是,SEI中止了对CMMI源模型的更新,开始集中开发CMMI项目。

CMMI 项目融合了SW-CMM v2.0 draft C、EIA/IS731、SECM以及IPD-CMM v0.98的内容,形成了组织范围内过程改善的单一集成模型。

预计到2001年末,CMMI -SE/SW/IPPD/A ver1.1将正式发行。

CMMI项目为工业界和政府部门提供了一个集成的产品集,主要目的是消除不同模型之间的不一致和重复,降低基于模型改善的成本。

未来的CMMI 将以更加系统和一致的框架来指导组织改善软件过程,提高产品和服务的开发、获取和维护能力。

SW-CMM的应用
为适应国际化发展,东软股份把SW-CMM作为软件过程改善的指导框架,并把SW-CMM主要应用在两大方面:能力评估和过程改善。

1. 能力评估
SW-CMM是基于政府评估软件承包商的软件能力发展而来的,有两种通用的评估方法用以评估组织软件过程的成熟度:软件过程评估和软件能力评价。

● 软件过程评估: 用于确定一个组织当前的软件工程过程状态及组织所面临的软件过程的优先改善问题,为组织领导层提供报告以获得组织对软件过程改善的支持。

软件过程评估集中关注组织自身的软件过程,在一种合作的、开放的环境中进行。

评估的成功取决于管理者和专业人员对组织软件过程改善的支持。

CBA-IPI是一种软件过
程评估方法,东软股份聘请SEI主任评估师根据CBA-IPI方法先后两次对组织的软件过程进行了正式评估,并通过了CMM 3评估。

● 软件能力评价: 用于识别合格的软件承包商或者监控软件承包商开发软件的过程状态。

软件能力评价集中关注识别在预算和进度要求范围内完成制造出高质量的软件产品的软件合同及相关风险。

评价在一种审核的环境中进行,重点在于揭示组织实际执行软件过程的文档化的审核记录。

SCE是SEI开发的一种基于CMM面向软件能力评价的方法。

2. 过程改善
软件过程改善是一个持续的、全员参与的过程。

SW-CMM建立了一组有效地描述成熟软件组织特征的准则。

该准则清晰地描述了软件过程的关键元素,并包括软件工程和管理方面的优秀实践。

东软股份目前有选择地引用这些关键实践指导软件过程的开发和维护,以不断地改善组织软件过程,实现成本、进度、功能和产品质量等目标。

SW-CMM分为5个成熟度等级:初始级、可重复级、已定义级、可管理级和优化级。

其中每个成熟度等级都是由一些关键过程域和关键实践组成(关于SW-CMM体系结构的详细内容,将在后续的文章中加以介绍)。

小结
一般情况下,基于一种一般意义的模型进行软件过程改善要承担一定的风险,而且面向软件的单一学科也会限制软件过程的改善工作。

SW-CMM并未谈及特定应用领域内的专门知识和具体的技术,
也没有关于人才的策略,而这些都是项目实施成功的关键因素。

因此,东软股份在实施SW-CMM时,并没有单一采纳SW-CMM进行软件过程改善,而是与实施多年ISO 9000的经验相结合,互相补充共同改善软件过程。

另外,从SW-CMM的发展历史来看,SW-CMM是以承接政府和军方软件承包商项目的标准实践为基础的,因此,东软股份在采纳这一标准去改善自身的软件过程时,结合公司实际情况,运用自己的专业知识和判断力对SW-CMM标准进行了裁剪和解释,以适应自身的发展需要。

在后面的章节中,我们将以东软股份为例,详细介绍实施SW-CMM的具体方法和策略。

相关文档
最新文档