CMMI 简介+过程域介绍幻灯片

1、目录,1,1 CMMI 概述,2,1 .1 CMMI简介,CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。 其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。,3,1.2 CMMI 产生的背景,CMM 是指软件能力成熟度模型，英文缩写为SW-CMM，简称CMM。C

2、MM 的定义是：对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM 的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。 自1991 年SW-CMM首次发布后，SEI 又开发了其他成熟度模型，包括：系统工程、采购、人力资源管理和集成产品开发等。虽然各个模型针对的专业领域不同，但彼此之间也有一定的重叠，后SEI将各个模型整合，建立统一模型，就产生了CMMI模型。,4,1.3 CMMI 起源,CMMI 是一套融合多学科的、可扩充的产品集合，该模型包含了从软件需求提出、软件设计、

3、开发、编码、测试、交付运行到软件退役的软件整个生存周期里各个软件过程的各项基本要素；是软件过程的有机汇集，旨在为软件组织改进其过程和提高其对软件产品或服务的开发、采购以及维护的能力中提供指导。 CMMI 起源于三个模型（源模型），分别是： 软件能力成熟度模型（SW-CMM）2.0 版，C 稿 电子行业协会临时标准（EIA/IS731） 集成产品开发能力成熟度模型（IPD-CMM）v0.98,5,1.4 CMMI 发展史,1991: 第一个CMM模型：软件CMM 自1991年以来，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等 1997:开发一个CMM模型的

4、集成框架 2002:CMMI V1.1（ 包含了CMMI-SE/SW/IPPD/SS 模型）正式发布 2006:CMMI V1.2正式发布 2010:CMMI V1.3正式发布（包含开发、采购、服务模型）,6,1.5 CMMI 评估方法,SEI将CMMI的评估过程分为Class A、B 、C三种类型： SCAMPI ARC A类评估 CMMI A类评估过程，是正式的标准过程，目的是获得评估等级，评估过程需执行所有的评估要求步骤，在CMMI标准中需要满足ARC要求 ( CMMI的评估要求 )，相对需要组建正式评估小组，并需要授权的评估师进行评估，具体评估过程详细描述参见SCAMPI ( Stan

5、dard CMMI Appraisal Method for Process Improvement) 评估方法介绍。 SCAMPI ARC B类评估 CMMI B类评估过程，则只需要满足部分的ARC要求，并可以只需要收集更少的信息，一般必须由访谈方式获得信息，这里不需要最终产生组织的成熟度级别，评估组的负责人可以是授权评估师或由组织内部相应的有经验的成员担当，这可以认为是组织内部的评估过程，可以在过程改进过程中的诊断过程中使用，也可以在组织发展过程中进行阶段性评估审计时使用。 SCAMPI ARC C类评估 CMMI C类评估过程，则满足更少的ARC要求，这是组织快速浏览过程，只确定相对较少

6、过程域，不需要授权评估师和给出组织成熟度级别的一种非正式评估过程。一般是特定少数或一个项目，或针对少数过程或一个过程在组织中执行的情况进行评估，一般是在组织发展过程中进行。,7,三类评估方法的简要特征,8,2 CMMI 结构,9,2.1 CMMI 表现形式,一个组织可以从过程域能力或组织成熟度两种角度选择过程改进的途径。 通过过程域能力的角度进行选择的就是分别在每个过程域中建立基线并度量改进结果。这种方法在连续式表示法中得到了支持，使用的关键术语是“能力”。 通过组织成熟度的角度进行选择则强调过程域集合，这些过程域集合的目睹是用来定义整个组织的过程成熟度的已验证阶段。在阶段式表示法中采用了此方

7、法，使用的关键术语是“成熟度”。,10,2.1.1 连续式模型,连续式表述关心选择特定的过程域进行改进，以及该过程域期望的能力度等级。在这个背景下，一个过程是否已执行或不完整是重要的，所以，不完整作为连续式表示的开始点。 能力度等级，属于连续式表述，应用于个别过程域的组织过程改进的达成。这些等级对一个过程域有递增地改进过程的方式。 四个能力度等级： 0 不完整级 1 已执行级 2 已管理级 3 已定义级,11,2.1.2 能力度等级,能力0级：不完整级 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域的一个或多个特定目标，以及因为没有制度化部分执行过程的理由，这个等级没有通用目标。

8、 能力1级：已执行级 一个已执行过程是一个完成生产工作产品所需工作，满足过程域特殊目标的过程。 能力2级：已管理级 一个已管理过程是一个依据方针进行策划和执行，雇佣有技术的人员拥有充足的资源来产生受控输出；相关利益人参与监督、控制和评审，且经评价符合其过程描述的已执行过程。 能力3级：已定义级 已定义过程是一个已管理过程，过程根据组织的定义指导定义组织标准过程，并纳入工作产品、度量与其他过程改进信息至组织过程资产。,12,2.1.3 阶段式模型,成熟度等级，属于阶段式表述。每个成熟度等级包含已定义好的组织过程子集，每一个成熟度等级会使一个重要的组织过程子集合变得成熟，为提升到下一个成熟度做准备

9、。 五个成熟度等级： 1 初始级 2 已管理级 3 已定义级 4 量化管理级 5 优化级,13,2.1.4 成熟度等级,成熟度1级：初始级 过程通常都是随意和混乱的，组织往往没有提供一个稳定的环境来支持过程。项目的成功都有赖于组织内个人的能力和英雄主义。 成熟度1级的组织趋势描述为过度承诺，一次危机就会抛弃其过程，并且不能重复成功。 成熟度2级：已管理级 可确保组织的项目是按照方针策划和实施过程；项目雇佣具备技能的人员并给与足够的资源，产出可控制的产品，纳入干系人，监督、控制与审查，以及评估遵循过程说明的程度。 成熟度2级所反映的过程规范，可提供帮助以确保现有的实践在有压力的情况下，仍维持运行

10、。 成熟度3级：已定义级 建立与改进组织标准过程，是成熟度3级的基础。 项目根据定义指导，定义组织标准过程以建立它们的定义过程。,14,成熟度4级：量化管理级 组织与项目针对质量与过程绩效建立量化目标，并使用它们当做管理过程的准则。 成熟度3级和4级之间的一个重要区别是过程性能的可预见性。在成熟度4级，使用统计和其他量化技术来控制项目和已选择的子系统的性能，并且预测都是部分地基于对过程数据的统计的细致分析。 成熟度5级：优化级 组织基于对商业目标和绩效需要的量化理解继续改进其过程，通过渐增与创新过程及技术改进，专注于持续改进过程绩效。建立组织量化过程改进目标，度量与评估部署过程改进的影响。改进

11、活动的目标是已定义过程与组织标准过程。 成熟度4级和5级之间的一个重要差别是关注管理和改进组织性能。在成熟度4级，组织和项目着重在子过程级别理解和控制组织性能并使用结果来管理项目。在成熟度5级，组织使用从多个项目收集的数据来关注整体的组织性能，使用数据分析结果来识别性能中的不足和差距，这些差距可用于推动组织过程改进，生成可度量的性能改进。,15,过程不可预计, 不可控，项目不可重复，依赖个人英雄,项目级过程管理、项目可重复,组织级过程定义和实施,过程度量和统计控制,持续改进,1,2,3,4,5,初始级,已管理级,已定义级,量化管理级,优化级,16,CMMI 1级-初始级,过程处于馄饨状态，有时

12、候只是一些无秩序的习惯 过程性能依赖于个人的能力和英雄行为 一旦指派最优秀的人员执行任务时，高质量和出色表现是有可能的 过程性能不可预计 没有有效的实施管理活动,17,只有输入（需求）和输出（系统产品） 产品可能是在某种不规则的过程中产生,不可预测的过程性能,18,CMMI 2级-已管理级,项目管理是有纪律的 组织方针建立并遵照执行 项目计划和过程描述已经文档化并执行 足够的资源 在整个生命周期指派了职责和权利 过去的成功能够重用在新的类似项目中 纪律保证现有惯例在多种压力情况下得以维持 工作任务和工作产品对于管理着在定义的点上是可见的,19,过程是 “已管理的”,需求输入，通常会有期望的系统

13、产品输出 按照方针制定了项目计划 项目活动按照计划执行 在定义的点上实施度量和评审 可以重复成功实践,20,CMMI 3级-已定义级,建立了组织的标准软件过程 建立了负责组织的软件过程活动的机构 项目定义的软件过程 项目进展和状态的可视性 组织的软件能力均衡、一致 具有受到维护的过程描述 能为本组织的过程财富（资源）贡献工作成果、度量项目以及其它过程改进信息,21,过程是 “已定义的”,项目定义的软件过程 项目进展和状态的可视性 组织的软件能力均衡、一致,22,CMMI 4级-量化管理级,过程性能的可预见性 使用统计和其他量化技术来控制项目和已选择的子系统的性能 组织与项目针对质量与过程绩效建

14、立量化目标，并使用它们当做管理过程的准则,23,CMMI 5级-优化级,关注管理和改进组织性能 建立组织量化过程改进目标 持续改进过程绩效,24,25,2.1.5 能力和成熟度等级对照表,26,2.2 CMMI 模型组件,CMMI 模型组件按照类型被群组成三个类型：必要的、期望的以及辅助的。 必要的组件 必要的组件是说明一个组织要满足某一过程域所需要达成的成果。在CMMI中的特定目标及通用目标是必要的模型组件。目标满足是在评估中决定某过程域是否有达成或满足的基础。 期望的组件 期望的组件说明一个组织要达成某一个必要的组件所需要执行的作法。期望的组件用来指导要执行改进或评估的个人与团体。期望的组

15、件包含特定实践和通用实践。 辅助的组件 CMMI的辅助组件是帮助模型使用者理解CMMI必要组件和期望组件的信息。这些组件有可能是样例包、详细的解释说明或者是其他有用的辅助信息。子实践、记录、参考信息、目标列表、实践列表、源代码、工作产品样例、通用实践的详细说明等都是模型组件的辅助组件来源。,27,过程域,特殊目标,通用目标,特殊实践,通用实践,目 的,前 言,相 关 PA,典 型 工 作 成 果,子 实 践,子 实 践,说明：,必要组件,期望组件,辅助组件,2.3 CMMI模型组件关系,28,3 CMMI 过程域,29,3.1 按类型划分,每个过程域之间不是独立个体，是存在关系的，为了支持连续

16、式表述CMMI将过程域分成四种类型：,30,3.2 按等级划分,阶段式表述提供由成熟度第 1级到第 5级之预先定义的改进路径，包含达成每一个熟度等级过程域之目标。为了支持阶段式表述，群组成熟度指出实行哪些域以达成每一个熟度等级：,31,3.3.1 二级过程域详细阐述,需求管理-REQM 管理需求和识别需求与项目计划之间的差异性 项目计划-PP 评估计划参数，制定内外任务，开发项目管理计划 项目跟踪与监控-PMC 监控项目过程和绩效以防和项目计划相违背；当实际的状况和期望数值有明显差异时，应采取适纠正行动。 配置管理-CM 建立和维护基线及其完整性、追踪和控制工作产品（管理结构之下）的变化 供应

17、商协议管理-SAM 监督供应商的工作产品与过程，追踪供应商的进展与绩效，适当地修订供应商协议；执行验收审查与测试供应商所生产的产品组件 软件过程与产品质量保证-PPQA 客观地评价过程和相关产品工作是否严格适用于过程描述、标准和程序 度量与分析-MA 排列以信息识别需求为项目、组织或企业目标的度量目标和活动，并为其提供度量结果,32,3.3.2 三级过程域详细阐述,需求开发-RD 收集stakeholder的需求，规划产品和产品组件，分析和确认这些需求 技术解决-TS 在产品或产品组件中描述迭代循环周期-选择解决方案和开发实现设计 确认-VAL 为合法检查故障选择产品和产品组件；选择检查方法；

18、建立和维护检查程序、标准和在确保产品和产品组件满足最终用户需求的实际操作环境 验证-VER 建立和维护检验方法、程序、标准和环境，还有执行同级评审和检验选择的产品 产品集成-PI 开发产品集成策略，程序和环境；确保产品组件间的界面兼容性；组装产品组件；实现此产品和产品组件,33,集成项目管理-IPM 从始至终地建立和维护项目的过程定义，在项目管理中运用项目过程定义，及与相关人员协作 组织过程焦点-OPF 为让过程变得有价值，及计划、执行和部署过程改进，决定过程改进的时机 组织过程定义-OPD 建立和维护一系列标准过程价值，通过组织增加组织过程有价值的资产，及为团队制定规则 组织培训-OT 从战略上识别组织培训需求，并提供其培训 风险管理-RSKM 定义一个有风险的管理策略，识别、分析和减轻风险 决策分析与解决方案-DAR 根据能识别出与已制定标准差别的官方过程评价选择性地分析可能的决定，同时也可以为哪些决定需