CMM的组织结构-Read.ppt

软件能力成熟度模型CMM IT企业长期面临的软件工程难题 企业的目的 软件工程学科的目的：提高软件产品质量、提高生产率并且降低开发成本 产品质量低下、进度延误、费用超支… 问题之源：企业管理软件过程的能力 软件过程改进 内容概述 基本概念 CMM框架结构与各级组成 CMM的实施 CMM的评估 相关技术 相关基本概念 软件过程(Software Process) 软件过程能力(Software Process Capability) 软件过程性能(Software Process Performance) 软件过程成熟度(Software Process Maturity) 软件能力成熟度级别(Software Capability Maturity Levels) 成熟与不成熟(Mature and Immature) 基本概念（1） CMM：软件能力成熟度模型（Capacity Maturity Model） 软件过程：人们用以开发/维护软件及其相关产品的一系列活动，包括〖软件工程活动〗和〖软件管理活动〗，自然，其中一定会涉及有关的方法/技术。 软件过程能力：软件开发组织/项目组〗通过执行其〖软件过程〗能够实现〖预期结果〗的〖程度〗。 基本概念（2） 软件过程性能：〖软件开发组织/项目组〗通过执行其〖软件过程〗所得到的〖实际结果〗。 软件过程成熟度：一个特定软件过程被明确/有效地定义/管理/测量/控制的程度。 软件能力成熟度级别 成熟与不成熟：具有一定的特征 CMM CMM（Capability Maturity Model）是用于衡量软件过程能力的事实上的标准，同时也是目前软件过程改进最好的参考标准。 美国卡内基-梅隆大学软件工程研究所（SEI）研制 CMM发展历史 1987年9月开发了一套软件能力成熟度（Capacity Maturity Model，CMM）框架和一套软件成熟度问卷，用来评估软件供应商的能力。这就是最早用于探索软件过程成熟度的一个工具。 1991年，SEI总结了软件过程能力成熟度模型、成熟度框架和初版成熟度问卷的实践经验，并以此为基础推出了CMM1.0。 1992年4月，SEI 举行了一个CMM的研讨会，在广泛听取200名左右富有经验的软件专家的意见之后，于1993年推出CMM1.1版。这就是目前世界上比较流行和通用的CMM版本。 CMM 定义了当一个组织达到不同的过程成熟度时应该具有的软件工程能力。 使用了一个评估调查表和一个五分的等级方案。 定义不同的过程成熟级别上所需要的关键活动。 CMM 关键过程区域KPA：与一些目标相关，代表某种过程的要求，可根据KPA对软件过程进行评估并找到改进的重点。 关键实践KP：实现某核心过程域所制定的目标，从而提高软件过程能力。 CMM的等级 初始级—软件过程的特征是无序的，有时甚至是混乱的。几乎没有过程定义，成功完全取决于个人能力。 可重复级—项目计划和跟踪的稳定性，项目过程的可控性和以往成功的可重复性。 定义级—软件过程已被提升成标准化过程，从而更加具有稳定性、可重复性和可控性。 管理级—软件过程和软件产品都有定量的目标，并被定量地管理，因而其软件过程能力是可预测的，其生产的软件产品是高质量的。 优化级—技术和过程改进被作为常规的业务活动加以计划和管理。 可重复级的KPA 需求管理（Requirements Management） 软件项目计划（Software Project Planning） 软件项目的跟踪和监督（Software Project Tacking and Oversight） 软件子合同管理（Software Subcontract Management） 软件质量保证（Software Quality Assurance） 软件配置管理（Software Configuration Management） 已定义级的KPA 机构过程关注（Organization Process Focus） 机构过程定义（Organization Process Definition） 培训计划（Training Program） 集成软件管理（Integrated Software Management） 软件产品工程（Software Product Engineering） 组间协调（Intergroup Coordination） 同行评审（Peer Reviews） 已管理级的KPA 定量过程管理（Quantitative Process Management） 软件质量管理（Software Quality Management） 优化级的KPA 缺陷预防（Defect Preventio