软件能力成熟度模型

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。



我们怎么办? 我们怎么办?
什么是SW CMM? 什么是SW-CMM? SW SW-CMM称为软件能力成熟度模型,是Capability SW-CMM称为软件能力成熟度模型,是Capability
Maturity Model for Software的缩写形式。 Software的缩写形式。 目前国际上最流行最实用的软件生产过程标准和 软件企业成熟度等级认证标准。用于评价软件承 包能力并帮助其改善软件质量的方法。 美国卡内基-梅隆大学的软件工程研究所(SEI: 美国卡内基-梅隆大学的软件工程研究所(SEI: Software Engineering Institute) 在1987年研制成 1987年研制成 功。 卡内基卡内基-梅隆大学的软件工程研究所是美国国防部 的软件开发基地之一,CMM就是受美国国防部委 的软件开发基地之一,CMM就是受美国国防部委 托而研制的。
SWSW-CMM的管理思想与结构
SW-CMM为软件企业的过程能力提供了一个阶 SW-CMM为软件企业的过程能力提供了一个阶
梯式的进化框架。 它是基于过去所有软件工程成果的过程改善的 框架,吸取了以往软件工程的经验教训。 指明了一个成熟的软件组织在软件开发方面需 要管理的主要工作、这些工作之间的关系以及 以怎样的先后次序,一步一步的做好这些工作 使软件组织走向成熟。
SWSW-CMM的由来与发展(续二) 的由来与发展(续二)
70年代中期美国国防部曾立题专门研究软件项目做 70年代中期美国国防部曾立题专门研究软件项目做
不好的原因,发现70%的项目是因为管理不善而引 不好的原因,发现70%的项目是因为管理不善而引 起,而并不是因为技术实力不够。 90年代中期,软件工程管理不善的问题仍然存在。 90年代中期,软件工程管理不善的问题仍然存在。 据美国软件工程实施现状的调查,大约只有10%的 据美国软件工程实施现状的调查,大约只有10%的 项目能够在预定的费用和进度下交付。 1995年,美国共取消了810亿美元的软件项目,其 1995年,美国共取消了810亿美元的软件项目,其 中31%的项目未做完就取消了,53%的软件项目进 31%的项目未做完就取消了,53%的软件项目进 度通常要延长50%的时间,通常只有9%的软件项目 度通常要延长50%的时间,通常只有9%的软件项目 能够及时交付并且费用也不超支。 结论:管理是影响软件研发项目全局的因素,而技术 结论:管理是影响软件研发项目全局的因素,而技术 只影响局部。
因此,可重复级 因此,可重复级的焦点集中在软件管理过程上。 可重复级的焦点集中在软件管理过程上。 一个可管理的过程则是一个可重复 一个可管理的过程则是一个可重复级的过程,一 个可重级的过程则能逐渐进化和成熟。 该级管理过程包括了需求管理、项目管理、质量 管理、配置管理和子合同管理五个方面。 项目管理分为计划过程和跟踪监控过程两个过程。 通过实施这些过程,从管理角度可以看到一个按 通过实施这些过程,从管理角度可以看到一个按 计划执行的且阶段可控的软件开发过程。 计划执行的且阶段可控的软件开发过程。
SWSW-CMM的管理思想与结构(续六) 结构(续六)
除第一级外,SW-CMM的每一级都是按完全相同的 除第一级外,SW-CMM的每一级都是按完全相同的
结构组成的。每一级包含了实现这一级目标的若干 关键过程域(KPA),每个KPA进一步包含若干关键实 关键过程域(KPA),每个KPA进一步包含若干关键实 施活动(KP),无论哪个KPA,它们的实施活动都统一 施活动(KP),无论哪个KPA,它们的实施活动都统一 按五个公共属性进行组织。 关键过程域KPA(Key 关键过程域KPA(Key Process Areas) 一组相关联的活动; 一组相关联的活动;通过执行这些活动可以实现既 定的过程能力。 定的过程能力。 关键实施KP( 关键实施KP(Key Practices) Practices) 使关键过程域得以有效实现和制度化的最大的基础 设施和活动。 设施和活动。
软件能力成熟度模型 SWSW-CMM
马 梅 2002.4.29
SW-CMM是什么? SW是什么? SW-CMM的由来和发展 SW SW-CMM的管理思想与结构 SW SW-CMM评估的国内外现状 SW ISO 9001与SW-CMM异同 9001与SW 软件业对SW-CMM的认识 SW SW-CMM市场存在的问题 SW-
SWSW-CMM的由来与发展
The Capability Maturity Model for Software, Version 1.1(Mr. Marc C. Paulk): The major problems in software development are managerial – not technical.
SW-CMM的由来与发展(续五) SW-CMM的由来与发展(续五) 的由来与发展
SEI的CMM为软件工程管理开辟了一条新的途经,其的本 SEI的CMM为软件工程管理开辟了一条新的途经,其的本
质还是软件工程的一个部分。 迄今为止,CMM虽然只是美国卡内基迄今为止,CMM虽然只是美国卡内基-梅隆大学软件工程 研究所(SEI)发表的一份技术报告,既不是政府也不是 研究所(SEI)发表的一份技术报告,既不是政府也不是 行业协会批准的标准,但它在美国和国际上已成为事实上 的软件行业标准。鉴于CMM的巨大应用前景,SEI已在美 的软件行业标准。鉴于CMM的巨大应用前景,SEI已在美 国注册了CMM, 国注册了CMM, Capability Maturity Model 和Capability Maturity Modeling的专利和商标。 Modeling的专利和商标。 围绕以CMM为基础的软件过程评估和软件能力评价,建立 围绕以CMM为基础的软件过程评估和软件能力评价,建立 了从审核员培训到提供评估和评价的一整套服务体系。
ຫໍສະໝຸດ Baidu
SWSW-CMM的管理思想与结构(续五) 的管理思想与结构(续五)
5、优化级:持续优化级 优化级: 第五级的目标是达到一个持续改善的境界。 可根据过程执行的反馈信息来改善下一步的执行过
程,即优化执行步骤。 如果一个企业达到了这一级,那么表明该企业能够 根据实际的项目性质、技术等因素,不断调整软件 生产过程以求达到最佳。 优化级是能持续改善的软件过程
SWSW-CMM的管理思想与结构(续三) 的管理思想与结构(续三) 3、定义级:定义执行的步骤标准 定义级:
制定企业范围的工程化标准; 将这些标准集成到企业软件开发标准过程中去。
所有开发的项目需根据这个标准过程,剪裁出 该项目的过程,并执行这些过程。 对用于软件开发和维护的标准过程要以文件形 式固定下来。针对各个基本过程建立起文件化 的“标准软件过程” 标准软件过程” 较普遍的看法是,只有当达到了第3 较普遍的看法是,只有当达到了第3级能力成熟 度时,才表明这个软件组织的软件能力“成熟” 度时,才表明这个软件组织的软件能力“成熟” 了。 定义级是标准一致的软件过程。
SWSW-CMM的管理思想与结构(续四) 的管理思想与结构(续四)
4、管理级:设定定量的质量目标 管理级: 第四级的管理是量化的管理。 所有过程都需建立相应的度量方式,所有产品的质
量(包括工作产品和提交给用户的产品)需有明确的 包括工作产品和提交给用户的产品) 度量指标。这些度量是详尽的,且可用于理解、控 制软件过程和产品,这种量化控制将使软件开发真 正变成为工业生产活动。 处于这一级的组织已经能够为软件产品和软件过程 设定定量的质量目标,并且能对跨项目的重要软件 过程活动的效率和质量予以度量。 管理级是可度量的、可预测的软件过程
SWSW-CMM的由来与发展(续四) 的由来与发展(续四)
从1995年,CMM又进入了另一个修改的高峰期。 1995年,CMM又进入了另一个修改的高峰期。 美国政府和软件业界大力支持和积极参与下,SEI先后发表 美国政府和软件业界大力支持和积极参与下,SEI先后发表
了CMM 2.0版的A版,B版和C版草案;1997年,CMM 2.0C 2.0版的A版,B版和C版草案;1997年,CMM 版草案停止推进。 SEI宣布,CMM 1.1版和CMM 2.0C版草案都有效,并且SEI SEI宣布,CMM 1.1版和CMM 2.0C版草案都有效,并且SEI 及其授权的机构为这两种版本提供相应的服务。 自CMM 1.1发布起,SEI相继研制并发布了“人员能力成熟 1.1发布起,SEI相继研制并发布了“ 度模型” 度模型”(P-CMM),“软件访问能力成熟度模型”(SACMM),“软件访问能力成熟度模型” SACMM)和“系统工程能力成熟度模型” SE-CMM)及其支 CMM)和“系统工程能力成熟度模型”(SE-CMM)及其支 持文件。 经过试运行,产生了把SM经过试运行,产生了把SM-CMM, P-CMM, SA-CMM和SEPSA-CMM和SECMM合并在一起的想法,于是开始了名为“ CMM合并在一起的想法,于是开始了名为“综合能力成熟度 模型”(英文缩写为CMMI)的一个综合性模型投入研制。 模型”(英文缩写为CMMI)的一个综合性模型投入研制。
SW-CMM是什么?(续一) SW-CMM是什么?(续一) 是什么?(续一
SEI给CMM下的定义: SEI给CMM下的定义
对于软件组织在定义、实现、度量、控制和改 善其软件过程的各个发展阶段的描述。这个模 型便于确定软件组织的现有过程能力和查找出 软件质量及过程改进方面的最关键的问题,从 而为选择过程改进战略提供指南。 如今的行情是:一家软件企业如果不能通过相 应等级的CMM评估,他的产品就少了一张进入 应等级的CMM评估,他的产品就少了一张进入 国际市场的通行证。
更和调整之中。 现实中有许多这样的软件组织,这种情况被CMM 现实中有许多这样的软件组织,这种情况被CMM 定义为初级(第1 定义为初级(第1级)能力成熟度。
SWSW-CMM的管理思想与结构(续二) 结构(续二)
2、可重复级:定义管理的基本过程 可重复级: 软件开发的首要问题不是技术问题而是管理问题。
SWSW-CMM分为
五个等级 初始级 可重复级 已定义级 已管理级 优化级
SWSW-CMM的管理思想与结构(续一) 的管理思想与结构(续一)
1、初始级:混沌的过程 初始级: 不具备稳定的环境用于软件开发和维护; 缺乏健全的管理惯例,其软件过程能力无法预计; 软件过程是一片混沌; 软件过程总是随着软件开发工作的推进而处于变
SWSW-CMM的由来与发展(续三) 的由来与发展(续三)
80年代中期,美国联邦政府提出对软件承包商的软件开发 80年代中期,美国联邦政府提出对软件承包商的软件开发
能力进行评估的要求。在Mitre公司的帮助下,1987年 能力进行评估的要求。在Mitre公司的帮助下,1987年9月, 美国卡内基美国卡内基-梅隆大学软件工程研究所发布了软件过程成 熟度框架,并提供了软件过程评估和软件能力评价两种评 估方法和软件成熟度提问单。 4年之后,SEI将软件过程成熟度框架进化为软件能力成熟 年之后,SEI将软件过程成熟度框架进化为软件能力成熟 度模型(Capability 度模型(Capability Maturity Model For Software,简称 Software,简称 SW-CMM)。 SW-CMM)。 1991年 月,SEI发布了最早的SW1991年8月,SEI发布了最早的SW-CMM v1.0。 v1.0。 经过两年的试用,1993年SEI正式发布了SW经过两年的试用,1993年SEI正式发布了SW-CMM v1.1, v1.1, 这是目前使用最为广泛的版本。
SWSW-CMM的由来与发展(续一) 的由来与发展(续一)
20世纪60年代中期,大型软件系统生产中爆发的软 20世纪60年代中期,大型软件系统生产中爆发的软
件危机,使程序中大量的错误难以消除,软件生产 的进度无法预测,开发应用费用失去控制,程序员 人数增长需求很难满足要求。 人们将工程的概念、原理、技术和方法引入了软件 系统开发,在一定程度上解决了软件生产过程中遇 到的问题。软件工程成为软件产业的重要分支。 直至80年代还是没有提出一套管理软件开发的通用 直至80年代还是没有提出一套管理软件开发的通用 原则,软件管理不善的问题依旧在大范围内存在。
相关文档
最新文档