软件工程-10 CMM.pptVIP

软件工程 王 勇 个人介绍 王 勇 Tel:Email: yongwang@cug.edu.cn 地理信息系统软件开发 网格与分布式系统 地理信息系统网格 软件过程改进 CMM背景 1． 20世纪80年代初期的个人计算机革命，加剧IT界的质量问题，导致了软件危机 2 ．1984年，美国国会与美国主要的公司和研究中心合作，创立软件工程研究院（software engineering institute, SEI）,附属于卡内基-梅隆大学，位于匹兹堡 3．SEI的宗旨是在软件开发领域建立一套协议和方法学 CMM背景 1． 能力成熟度模型（Capability Maturity Model, CMM）是SEI的一个早期成果 2 ．开始时，CMM大部分来源于Watts Humphrey 3．Watts Humphrey在IBM工作27年后，加入SEI,并于1989年出版《managing software process》,这实际上是CMM的第一个版本 CMM背景 《managing software process》出版之后 Mark Paulk和来自业界各方面的工程师与研究员参与SEI,并对已有的工作进行精化 SEI在CMM方面的重点：在一个逐步成熟的过程中，向软件开发商提供协助 CMM概述 1． CMM采用5级结构。如果一个组织被评估为5级，它便达到了完全的成熟度 2 ．完全的成熟度：组织有一套实践、方针和规范，使团队能以一种可预见、可靠的和可重复的方式生产高质量软件 CMM概述 1： 初始级 2：可重复级 3：已定义级 4：已管理级 5：优化级 CMM的5个级别 CMM1级：初始级 企业一般不具备稳定的软件开发与维护环境。 项目成功与否在很大程度上取决于是否有杰出的项目经理和经验丰富的开发团队。 组织的软件过程能力不可预测 CMM1级：初始级 任何一个组织在评估前都视为等级1组织 这种危害性在于：环境的不可预见性 除了管理混乱外，CMM1级的组织在环境中很少学习 CMM2级：可重复级 采用CMM的时候，等级2是最困难的一步 在等级2实施了一些过程，并研究它们，适用的就坚持，不适用的就抛弃 组织成为一个有知觉的组织，有能力进行学习和改进 等级2是一个以项目为核心的等级，开始正规化单个项目的计划方法和管理方法 CMM2级：可重复级 在等级2中，新项目的计划与管理方法深受以往类似项目经验的影响 新的计划与过程应当拥有以往项目中成功的元素 CMM3级：已定义级 在等级2，如果你将业务实践管理的很好，彼此很协调 拥有一套经过实践并得到验证的过程 这时，对已经建立起来的过程进行制度过 等级3围绕整个组织 在已定义级，软件的计划、开发与维护过程在整个组织范围文档化 CMM3级：已定义级 在等级3，组织中出现2个新团队 培训组 软件工程过程组（software engineering process group ,SEPG） 等级4：已管理级 CMM2级只要是关于过程实验 CMM3级关于过程的定义 CMM4级是关于过程的测量 等级4：已管理级 着眼于持续的过程改进，测量那些已定义的过程的有效性 在已管理级，组织监控全部正在进行的项目，采集度量数据，以用于性能改进。 等级5：优化级 CMM2-4，完成时，即你达到了一个等级可以继续前进 优化级是一种不间断、持续的运作状态 组织出于持续的改进状态 CMM模型 CMM模型 在CMM中每个成熟度级（第一级除外）规定了不同的关键过程域 一个软件组织如果达到某一个成熟度级别，就必须完全满足关键过程域所规定的要求，即满足每个关键过程域的目标。 所谓关键过程域是指一系列相互关联的操作活动，这些活动反映了一个软件组织改进软件过程时必须集中力量改进的几个方面。 换句话说关键过程域标识了达到某个成熟度级别时所必须满足的条件。 CMM模型 在CMM2级中，包括6个关键过程域： 需求管理（RM） 软件项目计划（SPP） 软件项目跟踪与监控（SPTO） 软件子合同管理（SSM） 软件质量保证（SQA） 软件配置管理（SCM） CMM模型 关键过程域（key process area, KPA) CMM模型 CMM为每组关键过程域规定了一组目标 可作为一个组织是否有效地实施了该关键过程域的判断标准 CMM模型 CMM2的软件质量保证关键过程要求达到如下四个目标： 目标1：有计划地进行软件质量保证活动。 目标2：客观地验证软件产品和活动对适用标准、规程和要求的遵从性。 目标3：软件质量保证活动和结果将通知受影响的团队和个人。 目标4：高层管理人员处理那些软件项目组内部不能解决的不遵从性问题。 CMM模型 关键实践（key practices, KP） 描述对关键过程域