软件能力成熟度模型

合集下载

“软件能力成熟度模型”

“软件能力成熟度模型”

“软件能力成熟度模型”(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. 优化级在优化级,组织已经实现了对软件开发过程的最高理解和控制。

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

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

  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的具体方法和策略。

相关文档
最新文档