CMMI-DEV 1.3 ATM培训 Mod_01

合集下载

CMMI基础理论(全面介绍CMMI基础)

一：CMMI简介1.1 CMMI发展简史CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。

CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。

1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。

Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。

1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。

1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM 版本。

十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。

美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。

CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。

2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。

CMMI 1.2的三种模型·2·2006年8月，面向开发的CMMI（CMMI-DEV 1.2）版本正式发布。

为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。

1.2 CMMI的过程域过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。

CMMI_简易教程

CMMI_简易教程CMMI概述1、CMMI全称Capability Maturity Model Integration (能力成熟度模型集合)2、CMMI来源于那三个模型，研究机构（英文、中文）软件工程sw-cmm系统工程EIA/IS集成化产品和过程开发IPD-CMM3、CMMIv1.2分为哪三个集群（英文、中文）面向开发的CMMI（CMMI for Development，CMMI-DEV）（自己学习的）面向采购的CMMI（CMMI for Acquisition，CMMI-ACQ）面向服务的CMMI（CMMI for Services，CMMI-SVC）（面向外包的）4、CMMI的成熟度等级表示两种方法：连续式（5个公式）、阶段式（2级7个）5、CMMI有哪些pa ，ML2、3、4、5级别成熟度分别要求哪些pa达到怎样的成熟度（1）包括22个过程域（pa）REQM 需求管理PP 项目计划PMC 项目监督和控制SAM 供应商协议管理MA 度量和分析PPQA 过程和产品质量保证CM 配置管理2级7个过程域，本题考点儿，大家熟悉各级过程域中英文对应中文即可，不需死背，理解万岁RD 需求开发TS 技术解决方案PI 产品套件套VER 验证VAL 确认OPF 组织级过程集点OPD+IPPD 组织级过程定义+IPPDOT 组织级培训IPM+IPPD 集成化项目管理+IPPDRSKM 风险管理DAR 决策分析和解析方案OPP 组织级过程性能QPM 项目定量管理OID 组织级改革和部署CAR 因果分析和解决方案（2）已管理级（Managed）=ML2 PAS（GG2）定义级（Defined）=ML2 PAS（GG3）+ML3 PA（GG3）量化管理级（Quantitatively Managed ）=ML2,3,4 PA （GG3) 优化级（Optimizing ）=ML 2,3,4,5 PA(GG3) 6、CMMI 框架的组成结构（中英文都可）重点儿，老师平时曾要求大家会默写7、评估方法简述，评估三种类型、评估的主要依据、评估的结果Scampi 的评估方法，老师原话：“了解下看一遍有印象就行了”，具体含义自行领悟（1）用于过程改进的标准CMMI 评估方法（2）评估三种类型：Class A:凡是按体系要求的项目都需要按体系要求做，评估的时候采取抽样评估；Class B:评估试点项目与体系文档、CMMI 模型的符合度； Class C:评估完成的过程体系与CMMI 模型的差距；（3）当且仅当目标下的全部实践被全部实施或者被大部分实施所有弱项的累积不会对目标的达成产生显著负面影响。

CMMI简明培训教材-18过程域

CMMI基础培训CMMI包括18个过程域：1评估2投标3合同评审、立项4总体计划(项目启动)5原形开发6需求分析7总体设计(概要设计)8详细设计9功能开发10代码走查11产品集成12集成测试13试运行(用户测试\上线运行)14初验15初验维护16终验17终验维护18结项报告在CMMI评级过程中，上面的18个过程域都必须提供证据，即所谓的PIID。

名词解释：PIID：Practice Instantiation Indicator Document实践的实施证据文档SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM 模型。

例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：（1）SW-CMM (Software CMM) 软件CMM（2）SE-CMM (System Engineering CMM) 系统工程CMM（3）SA-CMM (Software Acquisition CMM) 软件采购CMM（4）IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM（5）P-CMM (People CMM) 人力资源能力成熟度模型CMMI三级18个过程域中属于项目管理类的过程域:A、PP\PMC\RSKM\VAL\SAMB、PP\IPM\PMC\RSKM\SAMC、RD\PP\IPM\PMC\RSKM\SAMD、REQA\PP\PMC\IPM\SAMREQM: Requirements Management（需求管理）PP: Project PlanningPMC: Project Monitoring and Control（项目监控）MA: Measurement and Analysis（度量分析）PPQA: Process and Product Quality Assurance（过程、产品质量保证）CM: Configuration ManagementRD: Requirements DevelopmentVER: Verification（文档评审、系统测试）VAL: Validation（项目验收、发布许可）TS: Technical Solution方案选择表PI: Product Integration（产品集成）OPF:Organizational Process Focus(组织过程焦点)OPD:Organizational Process Definition(组织过程定义)OT: Organizational Training(组织培训)IPM: Integrated Project Management(集成项目管理)RSKM: Risk ManagementDAR:Decision Analysis and ResolutionCMMI2级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。

cmmi2.0介绍

CMMI2.0介绍1 CMMI介绍2018 年 3 月，美国 CMMI （ Capability Matu-rity Model Integration，能力成熟度模型集成）研究院发布了最新研究成果，即 CMMI2.0 ，在此之前的版本是 CMMI1.3 。

1.1 CMMI2.0 模型架构CMMI2.0 模型引入“能力域”和“实域”的概念，将 CMMI1.3 的开发（DEV）、服（SVC）、采购（ACQ）和人力管理（PPL）等种模型中的所有实践整合在一个模型中。

CMMI2.0 中共有 12 个能力域，这 12 个能力域被分为 4 类： Doing （执行）、Managing （管理）、 Enabling （使能）和 Improving （提高）。

每个能力域中包含一组相关的实践域。

项目可以构建自己的自定义视图。

CMMI2.0 模型的核心是一组集成的、预定义的和可定制的不同模型的视图，由5 个部分组成，见表1。

图1 CMMI 发展历程表1 CMM2.0模型组成部分结构1.2 CMMI2.0模型的主要内容CMM12.0模型中的实践域等同于CMMI3模型中的过程域。

实践域是一组实践，它们共同描述已定义的意图和价值所需的关键活动表2 实践域组成及其包括的内容1.3 能力等级定义CMMI2.0模型的实践组中的实践是按照1级至5级能力等级进行安排的（见表3），每个等级都是在前一个等级基础上增加新的功能或能力要求，为组织改进提供一条清晰的路径。

表3 CMMI2.0实践能力等级1.4 CMM2.0-DEV视图当前，CMMI20模型中总共有4种能力域类型，12个能力域，39个实践域。

这39个实践共组成了4个预定义视图，但目前仅发布了CMM2.0-DEV视图，其余视图（CMMI2.0-SVC、CMMI2.0-SPM和CMM2.0-PPL视图）待陆续发布。

表4 CMMI2.0-DEV视图2 CMMI2.0-DEV视图与CMMI1.3-DEV的对比CMMI2.0-DEV视图实践域与CMMI.3-DEV过程域之间对比见表所述。

CMMI基础理论(全面介绍CMMI基础)

一：CMMI简介1.1 CMMI发展简史CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。

CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。

1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。

1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。

1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM 版本。

十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。

美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。

CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。

2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。

CMMI 1.2的三种模型·2·2006年8月，面向开发的CMMI（CMMI-DEV 1.2）版本正式发布。

为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。

1.2 CMMI的过程域过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。

产品经理应该了解的CMMI模型

产品经理应该了解的CMMI模型编辑导读：产品经理学习CMMI，一方面是学习CMMI解决软件问题的方法论，另一方面是了解主流的软件开发流程，方便协调产品和项目开发。

本文作者从CMMI 的基本概念出发，对CMMI的级别和发展现状展开了详细的介绍，与大家分享，希望通过此文能够加深你对CMMI的了解。

01 基本概念1.1 过程改进在软件开发中，约束软件项目的三个要素是质量、进度和成本，被称为软件开发铁三角，软件开发总是在这三个要素中妥协平衡，不时要抉择保哪个牺牲哪个，不断在刀尖上跳舞。

而决定质量的要素又有三个：人、过程和技术，其中CMMI 主要关注过程的改进。

因为CMMI有一个基本的假设前提：产品的质量很大程度上受影响于所使用的开放与维护过程的质量。

所以为了改进产品质量，需要改进过程质量，称为过程改进。

1.2 CMMI的定义CMMI, Capability Maturity Model Integration，能力成熟度模型集成。

CMMI是美国国防部发起并资助的一个项目，由卡内基梅隆大学软件工程研究所（SEI）开发。

CMMI是一种过程改进模型。

CMMI是业界过程改进的最佳实践集合。

CMMI关注于改进组织内部的过程，描述了从随意、不成熟的过程到提高了质量与有效性的、有秩序、成熟的过程的演进道路。

1.3 CMMI模型CMMI 1.3分为三种模型：CMMI-DEV开发模型（应用最广）、CMMI-SVC服务模型和CMMI-ACQ采购模型。

它们有公用的一些过程域，也有特有的一些过程域。

CMMI的最新版本为2.0，但相关资料非常少，官网购买CMMI-DEV 2.0指南需要150美元。

1.4 过程域PACMMI-DEV-v1.3为例，包含22个PA，分为过程管理类、项目管理类、工程类和支持类4类：过程管理5个PA：OPD组织级过程定义、OPF组织级过程关注、OPM组织级绩效管理、OPP组织级过程性能、OT组织级培训。

CMMI是一套融合多学科的、可扩的过程管理模型

CMMI是一套融合多学科的、可扩的过程管理模型折叠编辑本段版本介绍软件过程改善是当前软件管理工程的核心问题， 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。

基于模型的过程改进是指采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。

CMMI的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如:SW-CMM,SE-CMM,IPD-CMM等。

不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。

CMMI就是为了解决怎么保持这些模式之间的协调。

CMMI 1.3是2010年11月SEI 发布的CMMI模型的最新版本。

CMMI 1.3包括CMMI采购模型1.3版、CMMI开发模型1.3版、CMMI服务模型1.3版。

CMMI开发模型1.3版(CMMI-DEV 1.3)与CMMI开发模型1.2版相比，做了如下改进:1)将过程域"组织级创新与部署"(Organizational Innovation and Deployment,OID)更名为"组织绩效管理"(Organizational Performance Management, OPM),并增加了一个新的特定目标与几个新的特定实践。

2)对模型架构进行了改进，简化对多个模型的使用。

过程域Process Area:过程域。

简单的说就是做好一个事情的某一个方面，对应软件开发来说，就是做好软件开发的某一个方面。

2、3级共有18个过程域(PA),主要内容如下，分四大类:折叠过程管理1. OPD:(Organizational Process Definition)组织级过程定义。

建立和维护有用的组织过程资产。

2. OPF:(Organizational Process Focus)组织级过程焦点。

目标驱动的CMMI-DEV度量模型

ｉｎｔｅｇｒａｔｉｏｎｆｏｒｄｅｖｅｌｏｐｍｅｎｔ（ＣＭＭＩ—ＤＥＶ）；ｍｅａｓｕｒｅｍｅｎｔｐｒｏｃｅｓｓｆｒａｍｅｗｏｒｋ
０引言
当前，适用于开发的能力成熟度集成模型（ｃａｐａｂｉｌｉｔｙｍａｔｕ— ｒｉｔｙｍｏｄｅｌｉｎｔｅｇｒａｔｉｏｎｆｏｒｄｅｖｅｌｏｐｍｅｎｔ，ＣＭＭＩ－ＤＥＶ）“ 已经成为了国际上最流行、最实用的生产过程标准和企业成熟度认证标准。但是，国内不少组织在实施ＣＭＭＩ—ＤＥＶ改进产品开发过程时产生了诸多问题，尤其在实施度量活动方面，他们主要存在以下困难：① 度量的选择很盲目，这常常导致选择了过多的度量或者选择了错误的度量，不仅给组织带来负担，还对过程改进造成障碍。② 没有定义完善的度量数据收集和存储规程，导致收集的数据不完整；即使采集了数据也没有提供有效的分析技术和全面的参考信息，导致错误的理解了数据。③ 不知道应该如何着手度量，这导致度量过程与实际的开发、管理过程脱离，很难按照度量模型来规范数据和信息的采集。
Ａｂｓｔｒａｃｔ：Ａｉｍｉｎｇａｔｔｈｅｐｒｏｂｌｅｍｓｗｈｉｃｈａｒｅａｌｗａｙｓｆａｃｅｄｗｈｉｌｅｉｍｐｌｅｍｅｎｔｉｎｇｔｈｅｍｅａｓｕｒｅｍｅｎｔｂｙｔｈｅｏｒｇａｎｉｚａｔｉｏｎｓａｄｏｐｔｉｎｇｃａｐａｂｉｌｉｔｙ

CMMI-DEV V1.2过程域简要

CMMI-DEV 1.2的22个过程域CMMI特定目标（SG）和特定实践（SP）汇总CMMI 2级过程域：项目策划Project PlanningSG1 Establish Estimates 建立估算SP 1.1 Estimate the Scope of the Project 估算项目的范围SP 1.2 Establish Estimates of Work Product and Task Attributes 估算工作产品和任务属性SP 1.3 Define Project Lifecycle 定义项目生命周期SP 1.4 Determine Estimates of Effort and Cost 估算工作量和成本SG2 Develop a Project Plan 开发项目计划SP 2.1 Establish the Budget and Schedule 编制预算和进度SP 2.2 Identify Project Risks识别项目风险SP 2.3 Plan for Data Management 计划数据管理SP 2.4 Plan for Project Resources 计划项目资源SP 2.5 Plan for Needed Knowledge and Skills 计划所需的知识和技能SP 2.6 Plan Stakeholder Involvement 计划干系人的参与SP 2.7 Establish the Project Plan 建立项目计划SG3 Obtain Commitment to the Plan 获得对计划的承诺SP 3.1 Review Plans That Affect the Project 审查影响项目的计划SP 3.2 Reconcile Work and Resource Levels调整工作与资源水平SP 3.3 Obtain Plan Commitment 获得计划承诺CMMI 2级过程域：项目监控Project Monitoring and ControlSG1 Monitor Project Against Plan 依据计划监督项目SP 1.1 Monitor Project Planning Parameters 监督项目计划的参数SP 1.2 Monitor Commitments 监督承诺SP 1.3 Monitor Project Risks 监督项目风险SP 1.4 Monitor Data Management 监督数据管理SP 1.5 Monitor Stakeholder Involvement 监督干系人的介入SP 1.6 Conduct Progress Reviews 项目进展审查SP 1.7 Conduct Milestone Reviews 里程碑审查SG2 Manage Corrective Action to Closure 管理纠正措施SP 2.1 Analyze Issues 分析问题SP 2.2 Take Corrective Action 采取纠正措施SP 2.3 Manage Corrective Action 管理纠正措施CMMI 2级过程域：供应商协议管理Supplier Agreement ManagementSG1 Establish Supplier Agreements 签定供应商协议SP 1.1 Determine Acquisition Type 确定采购方式SP 1.2 Select Suppliers 选择供应商SP 1.3 Establish Supplier Agreements 签定供应商协议SG2 Satisfy Supplier Agreements 满足供应商协议SP 2.1 Execute the Supplier Agreement 执行供应商协议SP 2.2 Monitor Selected Supplier Processes 监督选定的供应过程SP 2.3 Evaluate Selected Supplier Work Products 评价供应商产品SP 2.4 Accept the Acquired Product 验收采购的产品SP 2.5 Transition Products 移交产品CMMI 2级过程域：度量分析Measurement and AnalysisSG1 Align Measurement and Analysis Activities 协调度量和分析活动SP 1.1 Establish Measurement Objectives 确定度量目标SP 1.2 Specify Measures 细化度量SP 1.3 Specify Data Collection and Storage Procedures 确定数据收集和存储规程SP 1.4 Specify Analysis Procedures 确定分析规程SG2 Provide Measurement Results 提供度量结果SP 2.1 Collect Measurement Data 收集度量数据SP 2.2 Analyze Measurement Data 分析度量数据SP 2.3 Store Data and Results 存储数据和度量结果SP 2.4 Communicate Results 通报度量结果CMMI 2级过程域：过程和产品质量保证Process and Product Quality AssuranceSG1 Objectively Evaluate Processes and Work Products 客观地评价过程和工作成果SP 1.1 Objectively Evaluate Processes 客观地评价过程SP 1.2 Objectively Evaluate Work Products and Services 客观地评价工作成果和服务SG2 Provide Objective Insight 提供客观的洞察SP 2.1 Communicate and Ensure Resolution of Noncompliance Issues通报不符合项，并确保得到解决SP 2.2 Establish Records 建立记录CMMI 2级过程域：配置管理Configuration ManagementSG1 Establish Baselines 建立基线SP 1.1 Identify Configuration Items 识别配置项SP 1.2 Establish a Configuration Management System 建立配置管理系统SP 1.3 Create or Release Baselines 创建或发布基线SG2 Track and Control Changes 跟踪并控制变更SP 2.1 Track Change Requests 跟踪变更请求SP 2.2 Control Configuration Items 控制变更SG3 Establish Integrity 建立完整性SP 3.1 Establish Configuration Management Records 建立配置管理记录SP 3.2 Perform Configuration Audits 执行配置审计CMMI 2级过程域：需求管理Requirements ManagementSG1 Manage Requirements 管理需求SP 1.1 Obtain an Understanding of Requirements 获得对需求的理解SP 1.2 Obtain Commitment to Requirements 获得对需求的承诺SP 1.3 Manage Requirements Changes 管理需求的变更SP 1.4 Maintain Bidirectional Traceability of Requirements 维护需求的双向可追溯性SP 1.5 Identify Inconsistencies Between Project Work and Requirements识别项目工作与需求的不一致之处CMMI 3级过程域：需求开发Requirements DevelopmentSG1 Develop Customer Requirements 开发客户需求SP 1.1 Elicit Needs 获取客户的需要SP 1.2 Develop the Customer Requirements 开发客户需求SG2 Develop Product Requirements 开发产品需求SP 2.1 Establish Product and Product Component Requirements建立产品需求和构件需求SP 2.2 Allocate Product Component Requirements 分配产品构件需求SP 2.3 Identify Interface Requirements 确定接口需求SG3 Analyze and Validate Requirements 分析和确认需求SP 3.1 Establish Operational Concepts and Scenarios 建立操作概念和场景SP 3.2 Establish a Definition of Required Functionality 定义功能需求SP 3.3 Analyze Requirements 分析需求SP 3.4 Analyze Requirements to Achieve Balance 平衡需求SP 3.5 Validate Requirements 确认需求CMMI 3级过程域：技术解决方案Technical SolutionSG1 Select Product Component Solutions 选择产品构件方案SP 1.1 Develop Alternative Solutions and Selection Criteria 开发候选方案和选择准则SP 1.2 Select Product Component Solutions 选择产品构件方案SG2 Develop the Design 设计SP 2.1 Design the Product or Product Component 设计产品或构件SP 2.2 Establish a Technical Data Package 建立技术数据包SP 2.3 Design Interfaces Using Criteria 使用准则设计接口SP 2.4 Perform Make, Buy, or Reuse Analyses 分析“制作、购买或重用”SG3 Implement the Product Design 实现产品设计SP 3.1 Implement the Design 实现设计SP 3.2 Develop Product Support Documentation 编写产品支持文档CMMI 3级过程域：决策分析与解决方案Decision Analysis and ResolutionSG1 Evaluate Alternatives 评价候选方案SP 1.1 Establish Guidelines for Decision Analysis 建立决策分析指导原则SP 1.2 Establish Evaluation Criteria 建立评价准则SP 1.3 Identify Alternative Solutions 确定候选解决方案SP 1.4 Select Evaluation Methodsc 选择评价方法SP 1.5 Evaluate Alternatives 评价候选方案SP 1.6 Select Solutions 选择解决方案CMMI 3级过程域：产品集成Product IntegrationSG1 Prepare for Product Integration 准备产品集成SP 1.1 Determine Integration Sequence 确定集成次序SP 1.2 Establish the Product Integration Environment 建立产品集成环境SP 1.3 Establish Product Integration Procedures and Criteria 建立产品集成规程和准则SG2 Ensure Interface Compatibility 确保接口兼容SP 2.1 Review Interface Descriptions for Completeness 审查接口描述的完备性SP 2.2 Manage Interfaces 管理接口SG3 Assemble Product Components and Deliver the Product 组装产品构件和交付产品SP 3.1 Confirm Readiness of Product Components for Integration确认产品集成已准备就绪SP 3.2 Assemble Product Components 组装产品构件SP 3.3 Evaluate Assembled Product Components 核查组装的产品构件SP 3.4 Package and Deliver the Product or Product Component 打包并交付产品或构件CMMI 3级过程域：验证VerificationSG1 Prepare for Verification 准备验证SP 1.1 Select Work Products for Verification 选择待验证的工作成果SP 1.2 Establish the Verification Environment 建立验证环境SP 1.3 Establish Verification Procedures and Criteria 建立验证规程和准则SG2 Perform Peer Reviews 执行同行评审SP 2.1 Prepare for Peer Reviews 准备同行评审SP 2.2 Conduct Peer Reviews 执行同行评审SP 2.3 Analyze Peer Review Data 分析同行评审数据SG3 Verify Selected Work Products 验证选定的工作成果SP 3.1 Perform Verification 执行验证SP 3.2 Analyze Verification Results 分析验证结果CMMI 3级过程域：确认ValidationSG1 Prepare for Validation 准备确认SP 1.1 Select Products for Validation 选择待确认的产品SP 1.2 Establish the Validation Environment 建立确认环境SP 1.3 Establish Validation Procedures and Criteria 建立确认规程和准则SG2 Validate Product or Product Components 确认产品或构件SP 2.1 Perform Validation 执行确认SP 2.2 Analyze Validation Results 分析确认结果CMMI 3级过程域：组织过程焦点Organizational Process FocusSG1 Determine Process Improvement Opportunities 确定过程改进机会SP 1.1 Establish Organizational Process Needs 建立组织的过程需要SP 1.2 Appraise the Organization’s Processes 评估组织过程SP 1.3 Identify the Organization's Process Improvements 识别组织的过程改进机会SG2 Plan and Implement Process Improvements 策划和实施过程改进SP 2.1 Establish Process Action Plans 制定过程行动计划SP 2.2 Implement Process Action Plans 实施过程行动计划SG 3 Deploy Organizational Process Assets and Incorporate Lessons Learned 部署组织过程财富和经验教训SP 3.1 Deploy Organizational Process Assets部署组织过程财富SP 3.2 Deploy Standard Processes部署标准过程SP 3.3 Monitor Implementation 监督实施SP 3.4 Incorporate Process-Related Experiences into the Organizational Process Assets将过程相关的经验纳入组织过程财富CMMI 3级过程域：组织过程定义Organizational Process DefinitionSG1 Establish Organizational Process Assets 创建组织过程财富SP 1.1 Establish Standard Processes 建立标准过程SP 1.2 Establish Lifecycle Model Descriptions 建立生命周期模型描述SP 1.3 Establish Tailoring Criteria and Guidelines 建立裁剪准则和指南SP 1.4 Establish the Organization’s Measurement Repository 建立组织度量库SP 1.5 Establish the Organization’s Process Asset Library建立组织过程财富库SP 1.6 Establish Work Environment Standards 建立工作环境标准SG 2 Enable IPPD ManagementSP 2.1 Establish Empowerment MechanismsSP 2.2 Establish Rules and Guidelines for Integrated TeamsSP 2.3 Establish Guidelines to Balance Team and Home Organization ResponsibilitiesCMMI 3级过程域：组织培训Organizational TrainingSG1 Establish an Organizational Training Capability 建立组织级培训能力SP 1.1 Establish the Strategic Training Needs 确定战略培训需求SP 1.2 Determine Which Training Needs Are the Responsibility of the Organization确定由组织负责的培训需求SP 1.3 Establish an Organizational Training Tactical Plan 建立组织培训计划SP 1.4 Establish Training Capability 建立培训能力SG2 Provide Necessary Training 提供必要的培训SP 2.1 Deliver Training 交付培训SP 2.2 Establish Training Records 建立培训记录SP 2.3 Assess Training Effectiveness评价培训效果CMMI 3级过程域：集成项目管理Integrated Project ManagementSG1 Use the Project’s Defined Process 应用项目定义过程SP 1.1 Establish the Project’s Defined Process 建立项目定义过程SP 1.2 Use Organizational Process Assets for Planning Project Activities利用组织过程财富规划项目活动SP 1.3 Establish the Project's Work Environment 建立项目工作环境SP 1.4 Integrate Plans 集成计划SP 1.5 Manage the Project Using the Integrated Plans 利用集成计划管理项目SP 1.6 Contribute to the Organizational Process Assets 充实组织过程财富SG2 Coordinate and Collaborate with Relevant Stakeholders 与相关干系人协调和合作SP 2.1 Manage Stakeholder Involvement 管理干系人的介入SP 2.2 Manage Dependencies 管理依存关系SP 2.3 Resolve Coordination Issues 解决协调问题CMMI 3级过程域：风险管理Risk ManagementSG1 Prepare for Risk Management 风险管理准备SP 1.1 Determine Risk Sources and Categories 确定风险来源和类别SP 1.2 Define Risk Parameters 定义风险参数SP 1.3 Establish a Risk Management Strategy 建立风险管理策略SG2 Identify and Analyze Risks 识别和分析风险SP 2.1 Identify Risks 识别风险SP 2.2 Evaluate, Categorize, and Prioritize Risks 风险评估、分类和确定优先级SG3 Mitigate Risks 缓解风险SP 3.1 Develop Risk Mitigation Plans 制定风险缓解计划SP 3.2 Implement Risk Mitigation Plans 实施风险缓解计划CMMI 4级过程域：组织过程绩效Organizational Process PerformanceSG1 Establish Performance Baselines and Models 建立性能基线和模型SP 1.1 Select Processes 选择过程SP 1.2 Establish Process-Performance Measures 建立过程性能度量SP 1.3 Establish Quality and Process-Performance Objectives 建立质量和过程性能目标SP 1.4 Establish Process-Performance Baselines 建立过程性能基线SP 1.5 Establish Process-Performance Models 建立过程性能模型CMMI 4级过程域：定量项目管理Quantitative Project ManagementSG1 Quantitatively Manage the Project 定量项目管理SP 1.1 Establish the Project’s Objectives 建立项目目标SP 1.2 Compose the Defined Process 组成项目定义过程SP 1.3 Select the Subprocesses that Will Be Statistically Managed选择用于定量管理的子过程SP 1.4 Manage Project Performance 管理项目性能SG2 Statistically Manage Subprocess Performance 统计管理子过程性能SP 2.1 Select Measures and Analytic Techniques 选择度量和分析技术SP 2.2 Apply Statistical Methods to Understand Variation 运用统计方法理解过程变动SP 2.3 Monitor Performance of the Selected Subprocesses 监督选定的子过程性能SP 2.4 Record Statistical Management Data 记录统计管理数据CMMI 5级过程域：组织革新与部署Organizational Innovation and DeploymentSG1 Select Improvements 选择改进SP 1.1 Collect and Analyze Improvement Proposals 收集和分析改进建议SP 1.2 Identify and Analyze Innovations 识别革新SP 1.3 Pilot Improvements 试点改进SP 1.4 Select Improvements for Deployment 选择用于部署的改进SG2 Deploy Improvements 部署改进SP 2.1 Plan the Deployment 计划部署SP 2.2 Manage the Deployment 管理部署SP 2.3 Measure Improvement Effects 度量改进效果CMMI 5级过程域：原因分析与解决方案Causal Analysis and ResolutionSG1 Determine Causes of Defects 确定缺陷原因SP 1.1 Select Defect Data for Analysis 选择待分析的缺陷数据SP 1.2 Analyze Causes 分析原因SG2 Address Causes of Defects 解决产生缺陷的根源SP 2.1 Implement the Action Proposals 实施行动建议SP 2.2 Evaluate the Effect of Changes 评价变更的效果SP 2.3 Record Data 记录数据CMMI通用目标（GG）和通用实践（GP）汇总GG1 Achieve Specific Goals 完成特定目标GP 1.1 Perform Specific Practices 执行特定实践GG2 Institutionalize a Managed Process 使已管理的过程制度化GP 2.1 Establish an Organizational Policy 建立组织方针GP 2.2 Plan the Process 策划过程GP 2.3 Provide Resources 提供资源GP 2.4 Assign Responsibility 分配职责GP 2.5 Train People 人员培训GP 2.6 Manage Configurations 管理配置项GP 2.7 Identify and Involve Relevant Stakeholders 识别并引入相关的利益相关者GP 2.8 Monitor and Control the Process 监督和控制过程GP 2.9 Objectively Evaluate Adherence 坚持客观的评价GP 2.10 Review Status with Higher Level Management 更高层领导审核状态GG3 Institutionalize a Defined Process 使已定义的过程制度化GP 3.1 Establish a Defined Process 建立一个已定义的过程GP 3.2 Collect Improvement Information 收集（经验）改进信息GG4 Institutionalize a Quantitatively Managed Process 使已量化管理的过程制度化GP 4.1 Establish Quantitative Objectives for the Process 为过程建立量化的目标GP 4.2 Stabilize Subprocess Performance 稳定子过程GG5 Institutionalize an Optimizing Process 使持续优化的过程制度化GP 5.1 Ensure Continuous Process Improvement 保证持续的过程改进GP 5.2 Correct Root Causes of Problems 找到并纠正问题的根本原因CMMI一些定义或缩写EPG：工程过程组（Engineering Process Group）MSG：管理指导组/高层管理组（Management Steering Group）SPI：软件过程改进（Software Process Improvement）PAT：过程行动组（Process Action Team）PA：过程域（Process Area）相关的名称和术语定义如下：干系人(Stakeholder)项目经理(Project manager)高级经理(Senior manager)组织(Organization)企业(enterprise)开发(Develop)项目(Project)项目开发计划(project development plan)目标(goal)实践(practice)过程域PA(process area)子实践(Subpractice)典型工作产品(typical work product)组织资产(organizational assets)过程体系结构(process architectures)过程要素(process element)产品生命周期(product life cycle)组织度量库(organizational measurement repository)组织过程资产库(organizational library of process-related documentation)。

CMMI-DEV的22个PA理解

公司需要考虑哪些方面需要改进，组织过程焦点（OPF OPF），怎样改进，组织 OPF 过程定义（OPD OPD），过程出 OPD 来后，人员水平也要提高，要进行组织培训（OT OT） OT
一个产品开发做好了，但公司一定不仅仅只有一个产品，会要做很多产品，要进行经验总结，吸取教训，进行改进提高，因此我们在做好产品开发的同时，要做好度量和分析（MA MA） MA
如果是集成产品，我们要考虑如何产品集成（PI PI） PI
做出来后我们要知道实现的是否和设计的一致，是否满足需求，所以必须做好验证（VER VER）和确认（VAL VAL） VER VAL
公司要做的好，需要经常评估组织过程绩效（OPP OPP）， OPP 是否合理，进行组织过程性能管理（OPM OPM),不合理就改 OPM 革创新，那么要进行原因分析与解决（CAR CAR） CAR
我们要做一个产品开发，首先要理解我们要做的事，就是要做好需求开发（RD RD） RD
又由于产品的需求经常会变，所以我们要做好需求管理(REQM REQM) REQM
我们做这个事其实是一个项目，要考虑如何管理，才能保质保量的实现需求，所以需要做好项目计划 (PP PP)， PP
项目都会有风险，所以要做好风险管理 (RSKM RSKM) RSKM
项目如果需要采购，要做好供应商管理 (SAM SAM) SAM
根据计划做好项目监督和控制(PMC PMC) PMC
如果产品是集成产品，需要多个部门，甚至多个公司合作，就要做好集成项目管理 (IPM IPM) IPM
如果可能，做到精细化管理就更好，这就是怎样做好定量项目管理(QPM)
我们还需要有一定的环境支持，做好配置管理（CM），免得版本出错

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

Carnegie Mellon University.®CMMI, Capability Maturity Model, Capability Maturity Modeling, CMM, and Carnegie Mellon are registered in the US Patent and Trademark Office by Carnegie Mellon University. For more information on CMU/SEI Trademark use, please visithttp://www.sei.cmu.edu/about/legal-trademarks.html

Software Engineering InstituteCarnegie Mellon UniversityPittsburgh, PA 15213

Module 1:Introduction to CMMI for Development Version 1.3

Introduction to CMMI-DEV v1.3 –Module 1© 2010 Carnegie Mellon University22010-11-01©2010CarnegieMellonUniversityThismaterialisdistributedbytheSEIonlytocourseattendeesfortheirownindividualstudy.ExceptfortheU.S.governmentpurposesdescribedbelow,thismaterialSHALLNOTbereproducedorusedinanyothermannerwithoutrequestingformalpermissionfromtheSoftwareEngineeringInstituteatpermission@sei.cmu.edu.

ThismaterialwascreatedintheperformanceofFederalGovernmentContractNumberFA8721-05-C-0003withCarnegieMellonUniversityfortheoperationoftheSoftwareEngineeringInstitute,afederallyfundedresearchanddevelopmentcenter.TheU.S.Government'srightstouse,modify,reproduce,release,perform,display,ordisclosethismaterialarerestrictedbytheRightsinTechnicalData-NoncommercialItemsclauses(DFAR252-227.7013andDFAR252-227.7013AlternateI)containedintheaboveidentifiedcontract.Anyreproductionofthismaterialorportionsthereofmarkedwiththislegendmustalsoreproducethedisclaimerscontainedonthisslide.

AlthoughtherightsgrantedbycontractdonotrequirecourseattendancetousethismaterialforU.S.Governmentpurposes,theSEIrecommendsattendancetoensureproperunderstanding.

THEMATERIALISPROVIDEDONAN“ASIS”BASIS,ANDCARNEGIEMELLONDISCLAIMSANYANDALLWARRANTIES,IMPLIEDOROTHERWISE(INCLUDING,BUTNOTLIMITEDTO,WARRANTYOFFITNESSFORAPARTICULARPURPOSE,RESULTSOBTAINEDFROMUSEOFTHEMATERIAL,MERCHANTABILITY,AND/ORNON-INFRINGEMENT).Page 2

Introduction to CMMI-DEV v1.3 –Module 1© 2010 Carnegie Mellon University32010-11-01This course•illustrates benefits of process improvement•introduces CMMI model content (the major focus of this course)

Establishing the Foundation

By the end of this course, you will be able to•describe the components of CMMI models and their relationships•discuss the process areas•locate relevant information in the modelPage 3

Broad audience•product developers, process implementers, and managers•anyone interested in learning about CMMI

No process improvement experience or knowledge of process improvement models is assumed.

Participant introductions•name•position and background•experience with process improvement-how long?-experience with other models or standards•expectations-What do you want to get out of this course?Page 4

Addison Wesley BookCMMI: Guidelines for Process Integration and Product Improvement, Third EditionISBN 0-321-xxxxx-0, Available Spring, 2011Software Engineering Institute Technical ReportCMMI for Development, Version 1.3CMU/SEI-2010-TR-033

Model Documents

Course Materials

Introduction to CMMI-DEV v1.3 –Module 1© 2010 Carnegie Mellon University92010-11-01Module 1IntroductionModule 2Process Improvement Concepts and CMMIModule 3Overview of CMMI Model ComponentsModule 4Model Representations and Generic Goals and PracticesModule 5Product Development 1Module 6Managing the Project

Module 7Project and Organizational Support

Module 8Product Development 2

Module 9Improvement Infrastructure

Module 10High Maturity

Module 11Tying It All Together

Module 12Summary

ScheduleDAY 1DAY 2DAY 3

LectureExercisesQuestions and answersDiscussions

Participation by all is a key element of the course