CMMI 简介+过程域介绍
CMMI模型的级别及其过程域
模型规范级别及其过程域成熟度1级：初始级①软件过程的特点是无序的，偶尔甚至是混乱的。
几乎没有什么过程是经过定义的，成功依赖于个人的努力；②一般不提供开发和维护软件的稳定环境,在危机时刻,项目一般抛弃预定的规程,回复到仅做编码和测试，性能依赖于个人的能力，且随个人固有的技能、知识和动机的不同而变化。
成熟度2级：受管理级①在成熟度等级2上，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程；②为过程建立明确的目标，并能实现所确定的诸如成本、进度和质量目标等目标。
③换言之，组织已经营造出稳定的、受控的开发环境，项目是在受控状态下运行。
受管理级过程域•需求管理(REQM)•项目策划(PP)•项目监督与控制(PMC)•供方协定管理(SAM)•测量和分析(MA)•过程和产品质量保证(PPQA)•配置管理(CM)成熟度3级：已定义级在成熟度等级3上，项目执行过程是通过剪裁组织的标准过程集合和组织过程财富产生的“已定义过程”，并具备与该过程相适应的运行环境。
其与成熟度等级2的区别在于标准、过程描述、规程的应用范围是全组织级的。
•需求开发(RD)•技术解决(TS)•产品集成(PI)•验证(VER)•确认(V AL)•组织过程聚焦(OPF)•组织过程定义(OPD)•组织培训(OT)•集成项目管理(IPM)•风险管理(RSKM)•决策分析和决定(DAR)成熟度4级：定量管理级在成熟度等级4上，组织建立了关于产品质量、服务质量及过程性能的定量目标，运用统计技术和其他定量目标作为判断过程管理成功与否的标准。
在过程的整个生存周期里，对产品质量、服务质量和过程性能做到统计意义上的了解和管理。
•组织过程性能(OPP)•定量项目管理(QCM)成熟度5级：持续改进级成熟度等级5 的突出特征是过程性能的持续改进。
组织建立起整个组织的定量过程改进目标，并且把它们作为过程改进管理成功与否的判断标准；这些目标将适时修改，以反映不断变化的本组织的业务目标。
CMMI理解简介
什么是CMMI？2008-11-26 12:09软件能力成熟度模型（CMM／CMMI）已成为IT业界通用的过程体系，是一条提高软件企业产品质量、增强企业核心竞争力的有效途径，它给软件企业带来的成功已经为许多国内、外著名软件厂商所证明，根据SEI的统计，软件企业在引入CMM后劳动生产率平均增长了35%；错误比率平均减少39%；平均成本回报率为5：1。
纵观国内自1993年开始Motorola（中国）实施起，至后来的东软、金蝶、用友等公司纷纷实施CMM或CMMI，国内企业实施CMMI 一时间方兴未艾。
但是大部分的企业（近60％的企业）实施CMMI收效不甚理想，最终走向失败，究其原因有多种，例如EPG人员素质不够，EPG团队松散，仅为了得到一纸证书，而忽略了过程改进项目对企业本身的重要程度，种种这些原因其根本核心就是EPG组建。
作为全国CMMI咨询能力第一的企业，在EPG组建上有着深刻的理解以及丰富的经验。
亚远景在EPG组建具体有以下四个步骤：1、EPG人员要求过程改进实施人员如果没有足够的软件工程背景，在组织中亦无足够的能力完成其所担当的任务，则可能导致实施项目失败。
因此必须选择那些有经验、有能力的员工参与的实施过程中来，充分发挥他们在企业里的正面影响力。
基本操作方法是：咨询公司与客户交流，并提出EPG人员所需要具备的相关条件，客户根据咨询公司提供的人员条件，结合本公司具体人员情况，提供EPG小组成员名单，2、EPG人员确定在客户方提供的EPG小组成员名单的基础上，咨询顾问与客户进行交流并筛选其中不符合要求的人员，并最终确定EPG各成员。
EPG成员一旦确定，就要保持其稳定性，忌人员流动频繁，从而导致过程改进项目成本上升。
3、组织人员确定完毕后，将人员组织起来形成EPG项目团队，建立EPG项目团队的共同愿景或目标，确保成员均同意并接受目标，同时需要建立共同的价值观及信念，使成员相信过程改进项目是可行的、必要的，更是重要的，并且能为企业带来高效率、提高企业产品质量的。
CMMI级过程域讲解
CMMI级过程域讲解CMMI（Capability Maturity Model Integration）是一种用于评估和改进软件开发过程的框架。
它通过对软件开发组织的过程进行评估，为组织提供了一个逐步改进过程的路径，从而提高组织的能力和成熟度。
CMMI框架包括五个过程域，它们是：项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都有一组特定的目标和实践，用于评估和改进相关的软件开发过程。
首先是项目管理过程域，它关注的是项目的计划、执行和监控。
它包括了项目管理的三个关键方面：计划制定、项目监控和项目管理。
项目管理过程域的目标包括项目计划的制定、项目资源的分配和控制、项目风险的管理和项目进展的监控。
其次是项目支持过程域，它提供了支持项目管理过程的各种资源和服务。
项目支持过程域包括配置管理、度量和分析、决策分析和解决方案评价等方面。
其目标包括配置管理的实施、度量和分析的开展、决策分析和解决方案评价的应用。
第三个是要素工程过程域，它关注的是软件开发中所使用的各种工具和技术。
要素工程过程域包括需求开发、技术解决方案、产品集成和验证、产品交付等方面。
其目标包括需求开发的实施、技术解决方案的应用、产品集成和验证的实施、产品交付的管理。
第四个是项目环境过程域，它关注的是项目所处的环境因素对项目成功的影响。
项目环境过程域包括了风险管理、分析过程和产品市场分析等方面。
其目标包括风险管理的实施、分析过程的开展、产品市场分析的应用。
最后是组织过程过程域，它关注的是软件开发组织的过程管理。
组织过程过程域包括组织过程的定义、组织过程管理的实施和过程改进等方面。
其目标包括组织过程的定义和实施、组织过程管理的应用、过程改进的管理。
总而言之，CMMI级过程域是一个用于评估和改进软件开发过程的框架。
它包括了五个过程域，分别是项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都包含了一系列的目标和实践，用于评估和改进相关的软件开发过程。
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级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。
CMMI过程域
CMMI过程域CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的软件工程能力的模型。
它定义了一组评估标准和最佳实践，包括了五个过程域（process area），分别是需求管理、项目管理、工程（软件）过程、配置管理和产品质量保证。
接下来，我将详细介绍这五个过程域。
1. 需求管理（Requirements Management）需求管理是指在整个软件开发过程中，对需求的分析、收集、跟踪和变更进行管理。
主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。
需求管理的目标是明确项目的需求，确保需求的准确性和可追溯性，以及及时有效地处理需求变更。
通过有效的需求管理，可以实现项目的高效开发和产品的质量保证。
2. 项目管理（Project Management）项目管理是指对软件开发项目进行计划、组织、指导和控制，以实现项目目标的过程。
主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。
项目管理的目标是确保项目按时、按质量要求完成，最大程度地满足客户需求。
通过有效的项目管理，可以提高项目的可预测性和控制性，减少项目风险，并提高项目团队的合作效率。
3. 工程（软件）过程（Engineering Process）工程过程是指在软件开发过程中，进行软件需求分析、设计、编码、测试和维护的一系列工作。
主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。
工程过程的目标是确保软件开发过程高效、规范和可靠，以达到预期的质量和性能要求。
通过有效的工程过程，可以提高软件开发效率，减少错误和缺陷，提高软件的可维护性和可靠性。
4. 配置管理（Configuration Management）配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。
主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。
CMMI的25个过程域
2、可重复级/受管理级（Repeatable）
建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：
1）需求管理 Requrements Management
2）项目规划 Project Planing
5）确认 Validation
6）组织过程焦点 Organization Process Focus
7）组织过程定义 Organization Process Defintion
8）组织培训 Orgnizational Training
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。分为5个级别，25个过程域（Proc件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的。
2）量化项目管理 Quantitative Project Management
5、优化管理级（Optimizing）
过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
共2个过程域：
1）组织创新及部署 Orgnizational Innovation and Deployment
6）过程与产品质量保证 Process and Product Quality Assurance
7）配置管理 Configuration Management
3、已定义级（Defined）
已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
CMMI级过程域介绍
19.06.2020
44
典型工作产品
•SP 1.2 选择产品构件解决方案 选择最能满足规定准则的产品构件解决方案
- 产品构件解决方案选择决定和理由 - 需求和产品构件之间形成文件的关系 - 初始产品构件的技术数据包
•SP 2.1 运用有效的设计方法 建立并运用有效的设计方法
验证
GP2.9：客观评价符合性 GP2.10：高层管理评价
14
主题
• 成熟度等级3 • 成熟度等级3的过程域 • 过程域关系 • 总结
19.06.2020
15
成熟度等级3的过程域
需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决议
•SP 2.3 设计接口 运用所确定并维护的准则设计产品构件接口
- 接口规格说明 - 接口控制文档 - 接口规格说明准则和模板 - 接口规格说明变更规程
19.06.2020
46
典型工作产品
•SP 2.4 进行开发、采购或复用分析
根据所规定的准则，对产品构件究竟是开发、 采购还是复用进行评价
- 产品构件复用准则 - 开发和采购分析的结果 - 选择商业现货的指南
19.06.2020
40
技术解决 – 关系图
实现产品设计
实现产品设计
开发 产品支持文档
模块开发 软件开发 数据文档 过程文档 工具开发
19.06.2020
最终用户培训资料 用户手册 操作手册 维护手册 在线帮助
41
目标和实践的映射 1
•特殊目标
• 特殊实践
• 开发详细的候选方案和选择准则 • 选择产品构件方案 • 选择产品构件方案
CMMI的22个过程域及其特定目标和实践
CMMI的22个过程域及其特定目标和实践CMMI共含有22个过程域：一、项目管理类：1、项目策划（PP）：SG1 完成参数估计SP1.1 估计项目的范围SP1.2估计项目属性SP1.3确定项目生存周期SP1.4 确定工作量和成本的估计值SG2 拟订项目计划SP2.1 编制预算和进度 SP2.2识别项目风险 SP2.3策划数据管理 SP2.4策划项目资源 SP2.5 策划必要的知识和技能 SP2.6策划共利益者的介入 SP2.7拟订项目计划SG3 获得对计划的承诺SP3.1 审查从属计划 SP3.2使工作与资源配备协调 SP3.3获得计划承诺2、项目监督和控制（PMC）：SG1 对照计划监督项目SP1.1 监督项目策划参数 SP1.2 监督承诺 SP1.3监督项目风险 SP1.4监督资料管理 SP1.5监督共利益者介入情况 SP1.6进行进展审查 SP1.7里程碑审查SG2 管理纠正措施，直到结束SP2.1 分析问题：收集并分析问题，确定处理这些问题所需的纠正措施SP2.2 采取纠正措施：对所识别的问题采取纠正措施3、集成项目管理（IPM）+IPPDSG1运用项目已定义过程SP1.1建立项目已定义过程 SP1.1运用组织过程财务策划项目活动 SP1.1建立项目工作环境综合计划 SP1.1运用综合计划管理项目 SP1.1充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入 SP2.2管理依存关系 SP2.3解决协调问题SG3IPPD应用（应用IPPD原则）SP3.1 建立项目的共同愿景 SP3.2 建立集成团队架构 SP3.3 分配需求至集成团队 SP3.4 建立集成团队 SP3.5确保跨团队间的合作4、供方协定管理（SAM）SG1 建立供方协定SP1.1分析由项目所决定的需求 SP1.2选择供方 SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定 SP2.2监督选定的供方过程 SP2.3评估选定的供方工作产品 SP2.4接受取得的产品 SP2.5移交产品5、风险管理（RSKM）SG1 准备风险管理SP1.1确定风险来源和类别 SP1.2定义风险参数 SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险 SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案 SP3.2实施风险缓解6、定量项目管理(QPM)SG1定量管理项目SP1.1建立项目目标 SP1.2组成已定义过程 SP1.3选择将予以管理的子过程 SP1.4管理项目性能SG2对子过程进行统计管理SP2.1选择度量值和分析技术 SP2.2运用统计方法，以掌握变化情况 SP2.3监督所选择的子过程的性能 SP2.4记录统计管理数据二、工程类1、需求管理（RM）2、需求开发（RD）3、技术解决（TS）SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则 SP1.2开发操作概念和场景 SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法 SP2.2建立完备的技术数据包 SP2.3设计综合性接口 SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计 SP3.2编制产品支持文档4、产品集成（PI）SG1 准备产品集成SP1.1建立产品集成战略 SP1.2建立产品集成环境 SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性 SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪 SP3.2组装产品构件 SP3.3核查组装的产品构件 SP3.4打包和交付产品或产品构件5、验证（VER）6、确认（VAL）三、组织过程类：1、组织过程定义（OPD）SG1 建立组织过程资产SP1.1建立标准过程 SP1.2 建立生命周期模型描述 SP1.3建立裁剪准则及指南 SP1.4建立组织度量库 SP1.5建立组织过程资产库 SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制 SP2.2建立集成团队规则与指南 SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦（OPF）SG1 确定过程改进机会SP1.1确定组织的过程需求 SP1.2评估组织的过程 SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划 SP2.2实施过程行动计划 SP2.3部署过程和相关的过程财富 SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训（OT）SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求 SP1.2确定有哪些培训需求由组织负责满足 SP1.3 建立组织培训战术计划 SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训 SP2.2建立培训记录 SP2.3评价培训效果4、组织过程性能（OPP）SG1 建立性能基线和模型SP1.1 选择过程 SP1.2建立过程性能度量值 SP1.3建立质量和过程性能目标 SP1.4建立过程性能基线 SP1.5建立过程性能模型5、组织革新与部署（OID）SG1 选择改进项目SP1.1 收集和分析改进建议 SP1.2 识别革新 SP1.3 试行改进 SP1.4 选择改进建议，用于部署SG2 部署改进SP2.1策划部署 SP2.2管理部署 SP2.3度量改进效果四、支持类1、过程和产品质量保证（PPQA）SG1 客观评价过程和工作产品SP1.1客观评价过程 SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题，并且确保解决它们 SP2.2建立记录2、配置管理（CM）SG1 建立基线SP1.1识别配置项 SP1.2建立配置管理系统 SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更 SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录 SP3.2进行配置审计3、测量和分析（MA）SG1 协调测量和分析活动SP1.1 建立测量目标 SP1.2详细说明度量值 SP1.3说明数据收集和存储规程 SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据 SP2.2分析度量数据 SP2.3存储数据和结果 SP2.4通报分析结果4、决策分析和决定（DAR）SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则 SP1.2选择评价技术 SP1.3拟订评价准则 SP1.4确定推荐的侯选方案 SP1.5评价候选方案 SP1.6选择解决方案5、原因分析和决定（CAR）SG1 确定缺陷的原因SP1.1选择缺陷数据，用于分析、选择缺陷和其他问题，以供分析使用 SP1.2分析原因SG2 处理缺陷原因SP2.1实施措施建议 SP2.2评价变更的效果 SP2.3记录数据。
CMMI级过程域讲解
计划参数
制定项目计划
编制 预算和进度表
识别项目风险
策划资料管理
策划项目资源
策划共利益者 的介入
制定项目计划
策划必要的知识 和技能
项目计划
PMC
项目策划 – 关系图
完成参数估算
计划参数
制定项目计划
获得对计划 – 关系图
获得对计划的承诺
评审项目 的从属计划
项目计划
协调工作 和资源的关系
子实践 - 确定实施项目所需的知识和技能。 - 评估可得到的知识和技能。 - 选择提供所需要的知识和技能的机制。 - 将所选择的机制纳入项目计划。
项目策划 – 特殊实践
SP 2.6 策划相关干系人介入 策划已标识干系人的介入。
项目策划 – 特殊实践
SP 2.7 制定项目计划 制定并维护总体项目计划。
的一致性。 - 标识不一致的来源和理由。 -当需求基线更改时，标识其导致计划和工作产品所
需的更改。 - 启动纠正措施。
需求管理 – 补充说明
需求管理
CMMI2级过程域
需求管理（REQM） 项目策划（PP） 项目监控（PMC） 供应商协议管理（SAM） 度量和分析（MA） 过程和产品质量保证（PPQA） 配置管理（CM）
- 监督项目的成本和所花费的工作量。
- 定期度量所花费的工作量和成本以及人员使用情况。 - 将实际的工作量、成本、人员配备及培训情况与项目计划中
的预算和估算值相比较。 - 识别与项目计划预算和估算值的显著偏离。
项目监控 – 特殊实践
- 监控工作产品和任务的属性。
- 定期度量工作产品和任务的实际属性，例如规模、复杂度、 或服务级别（以及这些属性的变更）。 - 将实际的工作产品和任务的属性（和这些属性的变更）与项 目计划中的估算值相比较。 - 识别与项目计划估算值的显著偏离。
cmmi整体框架和过程域解释讲解
• 2. 阶段式：
• 把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮 助实施CMMI 的组织建议一条比较容易实现的过程改进发 展道路。
连续式与阶段式表现形式
CMMI模型(连续式表达)
• 成熟度等级
CMMI(连续式表达) - 过程能力
• • • • • • 5 4 3 2 1 0 优化级 已定量管理级 已定义级 已管理级 已执行级 不完整级
能力等级 成熟度等级1
2 2 2 2 2 2 2 3 3 3 3 3 3 3 3 3 3 3 4 4 5 5
成熟度等级2
成熟度等级3
目标概览2
目标概览3
目标概览4 目标概览5
CMMI重点过程域解释
配置管理（CM）
成熟度2级支持类过程域
• 配置管理（Configuration Management，CM）的目 的在于使用配置识别、配置控制、配置状态记录与报告以 及配置审计，来建立并维护工作产品的完整性。
“度量与分析”过程域涉及以下活动： • 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 • 明确说明度量项、分析技术以及数据收集、数据存储、报告与反 馈的机制 • 实施分析技术以及数据收集、数据报告与反馈的机制 • 提供客观的结果，这些结果可用于做出有根据的决策以及采取适 当的纠正措施
CMMI-软件能力成熟度集成 模型 整体框架和重点过程域解释
CMMI是什么？
• CMMI: Capability Maturity Model Integration（能力 成熟度模型集成）
CMMI的关注点
CMMI三要素：人、技术、过程 CMMI关注的是过程，也就是管理
三要素相互影响，过程的改进会持续会持续从正面影响人和资 源，人的士气和能力持续提高，资源被最合理最优化的配置。
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI-简介+过程域介绍
➢ 能力度等级，属于连续式表述，应用于个 别过程域的组织过程改进的达成。这些等 级对一个过程域有递增地改进过程的方式 。
➢ 四个能力度等级：
0 不完整级
顾客导向、科技领航、全面管理、精益求精
2.1.2 能力度等级
能力0级：不完整级 ➢ 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域
➢ 过程性能依赖于个人的能力和英雄行为 ➢ 一旦指派最优秀的人员执行任务时，高质
量和出色表现是有可能的 ➢ 过程性能不可预计
顾客导向、科技领航、全面管理、精益求精
不可预测的过程性能
In
Out
• 只有输入（需求）和输出（系统产品） • 产品可能是在某种不规则的过程中产生
顾客导向、科技领航、全面管理、精益求精
程改进信息
顾客导向、科技领航、全面管理、精益求精
过程是 “已定义的”
In
Out
• 项目定义的软件过程 • 项目进展和状态的可视性 • 组织的软件能力均衡、一致
顾客导向、科技领航、全面管理、精益求精
CMMI 4级--量化管理级
➢ 过程性能的可预见性 ➢ 使用统计和其他量化技术来控制项目和已选择的子系统的性能 ➢ 组织与项目针对质量与过程绩效建立量化目标，并使用它们当做管理
目录
1
CMMI概述
2
CMMI结构
3பைடு நூலகம்
CMMI过程域
4
问题与讨论
顾客导向、科技领航、全面管理、精益求精
1 CMMI 概述
顾客导向、科技领航、全面管理、精益求精
1 .1 CMMI简介
➢ CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成， 是由美国国防部与卡内基-梅隆大学和美国 国防工业协会共同开发和研制的，其目的 是帮助软件企业对软件工程过程进行管理 和改进，增强开发与改进能力，从而能按 时地、不超预算地开发出高质量的软件。
CMMI基础简介
目的
1 介绍CMMI的基本概念 2 介绍CMMI的优势 3 介绍CMMI过程改进的概念 4 介绍CMMI过程改进的好处
目录
✓ CMMI的发展过程 CMMI过程改进 CMMI的好处
CMMI
❖ CMMI的名词解释
❖ 全称 Capability Maturity Model Integration-能力成熟度集 成模型。
❖ 制度化的过程不会随着建立它们的人的离去而消失，它作为企业 的文化的一部分被保留并被使用着。
SEI对过程改进有一个简单描述，把过程改进当作公司的一个项目来考虑，制定一个 包含制定过程和制度化这些过程（the bigger task）活动的综合计划，并实施。 下面是一个没有被制度化的场景，SEI对这个场景的描述是“奇迹是如何发生的”： 过程已经被定义出来了，并装订成书。 过程的部署就是按照书的介绍来执行。 过程改进的团队宣布改进成功。（这里就是奇迹发生的开始） 过程在执行中往往被忽视或者遭到抵制。 组织内部开始博弈。 组织最终放弃了这本书，并开始尝试其他的方法。
CMMI过程域(全)
项目策划——PP
特定目标（SG1）： 建立和维护项目计划参数的估计。 特定实践：
SP1.1 建立顶层的工作分解结构（WBS）来估计项目的范围。 SP1.2 建立和维护对工作产品和任务的属性的估计并且将其
文档化。 SP1.3 定义项目的生命周期阶段，并据此来限定计划的工作
量范围。 SP1.4 根据估计原理，对项目的工作产品和任务所需的工作
公共特性和共性实践
公共特性和共性实践
受管理级——CMMI2
概述
CMMI二级，受管理级。一个组织如果到达 第2成熟度等级，就意味着该软件组织已经 确保有关的过程在项目一级得到策划、形成 文件、执行、受到监督和控制，并且能实现 过程目标。在这个成熟度等级，软件项目是 在受控状态下运行。
CMM2 与CMMI2级对比
需求管理—实施建议
培训人员 管理配置项： 置于配置管理之下的工作产品主要有：需求、需求溯源性度量
项目 使共利益者适时介入 监督和控制该过程 度量项目有：需求变化性（需求变更的百分比） 评价遵循情况 高层管理者审查状态
项目策划——PP
目的：建立并维护规定项目各项活动的计划。 相关的过程域：RD,RM,TS
目监督和控制—特殊实践分析
SP1.2 对照项目计划中标识出的承诺进行监督。 ● 定期审查内部和外部的承诺 ● 识别那些没有得到满足的承诺或那些很可能得不到满足得承诺 ● 把承诺审查的结果形成文件 SP1.3 对照项目计划中标识出的风险进行监督。 ● 定期审查有关项目情况和环境的风险的文件 ● 根据新的情况对有关风险的文件进行修改 ● 把风险状态通知相关共利益者
需求管理——REQM
目的：维护需求并且确保能把对需求的更改反映到项目计划、 活动和工作产品中。
cmmi过程管理概念
cmmi过程管理概念
CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，是由美国卡耐基梅隆大学软件工程研究所开发的一套软件能力成熟度评估模型。
它是一种用于评估和改进组织过程管理的方法和框架，旨在帮助组织提高其软件开发和维护的质量和效率。
CMMI 过程管理的核心概念包括：
1. 过程改进：CMMI 强调通过持续的过程改进来提高组织的绩效和能力。
它提供了一套标准的过程改进方法和实践，帮助组织识别、评估和改进其过程。
2. 过程域：CMMI 将软件开发和维护过程划分为一系列的过程域，每个过程域都涵盖了一组相关的活动和任务。
这些过程域包括项目管理、需求管理、软件设计、软件编码、测试等。
3. 成熟度级别：CMMI 定义了五个成熟度级别，从低到高分别为初始级、管理级、定义级、量化管理级和优化级。
每个成熟度级别都代表了组织在过程管理方面的不同水平和能力。
4. 过程评估：通过评估组织的过程实践和能力，确定其当前的成熟度级别，并识别改进的机会和优先级。
5. 过程裁剪：CMMI 允许组织根据自身的需求和情况，对标准的过程进行裁剪和调整，以适应不同规模、类型和领域的项目和组织。
CMMI 过程管理的目标是帮助组织建立有效的过程体系，提高项目的可预测性、质量和效率，降低风险，并促进持续改进。
通过实施 CMMI，组织可以提高其过程管理的成熟度和能力，增强其在软件开发和维护方面的竞争力。
CMMI工程域介绍
Page9
需求开发
客户需求
产品需求
挖掘用户的潜在需求和 真正需要，并准确、清
能满足客户需 求；
生成产品需求规格 说明书。 进一步细化产品需求；
晰的描述；
分配需求优先级， 保证及时满足用 户真正的需要； 生成用户需求说 明书。
产品组件需求
产品可能分割成子系统、 子模块；
子系统具备的功能、性能、接口 要求等。
SG3 组装严重产品构件
SP3.1 确认需要集成的产品 组件已经就绪：完整识别、 功能正常、接口正确 SP3.2 按照集成顺序和流程 对产品进行组装 SP3.3 评价组装的产品构件 的界面兼容性 SP3.4 对组成产品进行包装， 并交付各客户
Page19
产品集成（PI）
实例：部门经理的困惑 “当软件生产完成时，发现硬件还没有完成，所以精力集中到硬件 生产上……” “当硬件终于完成时，才发现软件其实也没有完成……” IPPD （产品集成与过程开发）模式有难度。作为项目经理，需要保
Page16
3.3 产品集成（PI）——概要
• 目的
PI的目的在于把产品组件组装成比较复杂的更加完备的产品，确保所集成的产 品恰当发挥作用，确保交付产品。
• 术语定义
产品构件：最终可运行产品的各个组成部分，可以是软件的展现界面、业务
逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。
目录
一、CMMI相关概念 二、CMMI DEV V1.3的22个过程域简介 三、CMMI工程域 • 3.1 需求开发（RD）
• 3.2 技术解决方案（TS）
• 3.3 产品集成（PI） • 3.4 验证（VER） • 3.5 确认（VAL）
cmmi过程域
cmmi过程域Capability Maturity Model Integration（CMMI）是一个被广泛使用的组织过程改进和管理框架。
它旨在帮助组织提高他们的产品和服务的效率和质量。
这个框架的目的是提供一种量化的方式来衡量组织的过程和管理水平。
CMMI过程域是CMMI框架中的基本组成部分。
它们提供了详细的指导原则，可用于指导组织如何实施和改进其过程。
这些过程域归类为5个等级：初始（Level 1）、定义（Level 2）、管理（Level 3）、优化（Level 4）和定制（Level 5）。
1. 初始（Level 1）：初始等级要求组织建立一个基本的过程框架，以使组织能够在实施准备的情况下尽快实施CMMI框架。
这个阶段的关键点是建立基本的过程活动，以及建立一个清晰的标准，以便支持组织的过程和管理。
该阶段的目的是建立一个可衡量的过程框架，以促进组织的发展。
2. 定义（Level 2）：定义等级要求组织细化和实施它们的过程框架。
在这个阶段，组织应该明确它们的过程活动、流程和政策，以及它们如何通过实施来实现这些活动和政策。
这个阶段的目的是建立组织的过程模型，以便组织能够更好地控制和改进它们的产品和服务。
3. 管理（Level 3）：管理等级要求组织建立一个完整的过程框架，以支持它们的产品和服务的开发和改进。
在这个阶段，组织应该建立一个可衡量的管理框架，以便能够更有效地控制和改进它们的产品和服务。
这个阶段的目的是增加组织的流程管理水平，以便组织能够更有效地控制和改进它们的产品和服务。
4. 优化（Level 4）：优化等级要求组织实施可持续的绩效改进活动，以便能够持续改进组织的产品和服务。
这个阶段的关键点是建立一个可衡量的绩效改进框架，以便能够更有效地跟踪和评估组织的过程和管理水平。
该阶段的目的是提高组织的绩效，以便组织能够更有效地实现其目标。
5. 定制（Level 5）：定制等级要求组织将它们的过程和管理框架定制为特定的业务需求。
CMMI_过程域_简述
CMMI过程域介绍明确你如果要做一个产品开发，你首先要理解你要做的事，就是要做好需求开发(RD)，又由于产品的需求经常会变，所以你要做好需求管理(REQM)；你知道你要做什么事了，做这个事其实是一个项目，你要考虑如何管理，才能保质保量的实现需求，所以你需要做好项目计划(PP)，根据计划做好项目监督和控制(PMC)，项目如果需要采购，要做好供应商管理(SAM)，项目都会有风险，所以要做好风险管理(RSKM)，如果产品是集成产品，需要多个部门，甚至多个公司合作，就要做好集成团队管理(IT)、做好集成项目管理(IPM)、做好集成供应商的管理(ISM)。
如果可能，做到精细化管理就更好，这就是怎样做好定量项目管理(QPM)。
你知道要做什么了，你也知道怎么去管理了，你还需要有一定的环境支持，需要做好集成组织环境(OEI)，你需要做好配置管理(CM)，免得版本出错，工作中难免有遗漏、有人会不按规范做事，你需要做过程和产品质量保证(PPQA)，产品开发中碰到问题，如何进行决策分析和解决方案(DAR)。
现在万事具备，你要考虑的是怎么做你的产品，就是怎么实现这些需求，你需要做好技术解决方案(TS)，也就是产品的设计和实现，如果是集成产品，你要考虑怎样产品集成(PI)，做出来后你需要知道实现的是否和设计的相一致，是否能满足需求，所以必须做好验证(VER)和确认(VAL)。
一个产品开发做好了，但公司一定不会仅仅是一个产品，会要做很多产品，要进行经验总结、吸取经验教训，进行改进提高，因此你需要在做产品开发的同时做好度量和分析(M&A)，以了解公司产品开发的效率或其它信息，为其它产品计划做依据。
公司需要考虑公司哪些方面需要改进，组织过程核心(OPF)，怎样改进，组织过程定义(OPD)，过程出来后，人员水平也要提高，要考虑如何进行组织培训(OT)。
公司要做得更好，需要经常评估公司的过程是否合理，组织过程绩效(OPP)，不合理就需要创新改进，那么如何组织创新和实施(OID)。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2.1.2 能力度等级
能力0级：不完整级 • 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域
的一个或多个特定目标，以及因为没有制度化部分执行过程的理由， 这个等级没有通用目标。 能力1级：已执行级 • 一个已执行过程是一个完成生产工作产品所需工作，满足过程域特殊 目标的过程。 能力2级：已管理级 • 一个已管理过程是一个依据方针进行策划和执行，雇佣有技术的人员 拥有充足的资源来产生受控输出；相关利益人参与监督、控制和评审， 且经评价符合其过程描述的已执行过程。 能力3级：已定义级 • 已定义过程是一个已管理过程，过程根据组织的定义指导定义组织标 准过程，并纳入工作产品、度量与其他过程改进信息至组织过程资产。
• 通过过程域能力的角度进行选择的就是分别在每 个过程域中建立基线并度量改进结果。这种方法 在连续式表示法中得到了支持，使用的关键术语 是“能力”。
• 通过组织成熟度的角度进行选择则强调过程域集 合，这些过程域集合的目睹是用来定义整个组织 的过程成熟度的已验证阶段。在阶段式表示法中 采用了此方法，使用的关键术语是“成熟度”。
1 CMMI 概述
1 .1 CMMI简介
• CMMI全称是Capability Maturity Model Integration, 即软 件能力成熟度模型集成，是由美国国防部与卡内基-梅隆 大学和美国国防工业协会共同开发进，增强开发与 改进能力，从而能按时地、不超预算地开发出高质量的软 件。
• 其所依据的想法是：只要集中精力持续努力去建立有效的 软件工程过程的基础结构，不断进行管理的实践和过程的 改进，就可以克服软件开发中的困难。
1.2 CMMI 产生的背景
• CMM 是指软件能力成熟度模型，英文缩写为SW-CMM， 简称CMM。CMM 的定义是：对于软件组织在定义、实施 、度量、控制和改善其软件过程的实践中各个发展阶段的 描述。CMM 的核心是把软件开发视为一个过程，并根据 这一原则对软件开发和维护进行过程监控和研究，以使其 更加科学化、标准化、使企业能够更好地实现商业目标。
三类评估方法的简要特征
特征
SCAMPI ARC A类 SCAMPI ARC B类 SCAMPI ARC C类
需要采集的客观 数据
多
中
少
需要评级否
要
不要
不要
资源需要
多
中
少
评估组规模
大
中
小
评估组长
主任评估师
主任评估师或有经 验之人
有经验之人
2 CMMI 结构
2.1 CMMI 表现形式
• 一个组织可以从过程域能力或组织成熟度两种角 度选择过程改进的途径。
• 自1991 年SW-CMM首次发布后，SEI 又开发了其他成熟 度模型，包括：系统工程、采购、人力资源管理和集成产 品开发等。虽然各个模型针对的专业领域不同，但彼此之 间也有一定的重叠，后SEI将各个模型整合，建立统一模 型，就产生了CMMI模型。
1.3 CMMI 起源
• CMMI 是一套融合多学科的、可扩充的产品集合，该模型 包含了从软件需求提出、软件设计、开发、编码、测试、 交付运行到软件退役的软件整个生存周期里各个软件过程 的各项基本要素；是软件过程的有机汇集，旨在为软件组 织改进其过程和提高其对软件产品或服务的开发、采购以 及维护的能力中提供指导。
CMM, SW-CMM, IPD-CMM等 1997:开发一个CMM模型的集成框架 2002:CMMI V1.1（ 包含了CMMI-SE/SW/IPPD/SS 模型）正式
发布 2006:CMMI V1.2正式发布 2010:CMMI V1.3正式发布（包含开发、采购、服务模型）
1.5 CMMI 评估方法
2.1.1 连续式模型
• 连续式表述关心选择特定的过程域进行改进，以及该过程 域期望的能力度等级。在这个背景下，一个过程是否已执 行或不完整是重要的，所以，不完整作为连续式表示的开 始点。
• 能力度等级，属于连续式表述，应用于个别过程域的组织 过程改进的达成。这些等级对一个过程域有递增地改进过 程的方式。
• SEI将CMMI的评估过程分为Class A、B 、C三种类型： • SCAMPI ARC A类评估 • CMMI A类评估过程，是正式的标准过程，目的是获得评估等级，评估过
程需执行所有的评估要求步骤，在CMMI标准中需要满足ARC要求 ( CMMI的评估要求 )，相对需要组建正式评估小组，并需要授权的评估师 进行评估，具体评估过程详细描述参见SCAMPI ( Standard CMMI Appraisal Method for Process Improvement) 评估方法介绍。 • SCAMPI ARC B类评估 • CMMI B类评估过程，则只需要满足部分的ARC要求，并可以只需要收集 更少的信息，一般必须由访谈方式获得信息，这里不需要最终产生组织 的成熟度级别，评估组的负责人可以是授权评估师或由组织内部相应的 有经验的成员担当，这可以认为是组织内部的评估过程，可以在过程改 进过程中的诊断过程中使用，也可以在组织发展过程中进行阶段性评估 审计时使用。 • SCAMPI ARC C类评估 • CMMI C类评估过程，则满足更少的ARC要求，这是组织快速浏览过程， 只确定相对较少过程域，不需要授权评估师和给出组织成熟度级别的一 种非正式评估过程。一般是特定少数或一个项目，或针对少数过程或一 个过程在组织中执行的情况进行评估，一般是在组织发展过程中进行。
2.1.3 阶段式模型
• 成熟度等级，属于阶段式表述。每个成熟度等级包含已定 义好的组织过程子集，每一个成熟度等级会使一个重要的 组织过程子集合变得成熟，为提升到下一个成熟度做准备。
• CMMI 起源于三个模型（源模型），分别是： ➢ 软件能力成熟度模型（SW-CMM）2.0 版，C 稿 ➢ 电子行业协会临时标准（EIA/IS731） ➢ 集成产品开发能力成熟度模型（IPD-CMM）v0.98
1.4 CMMI 发展史
1991: 第一个CMM模型：软件CMM 自1991年以来，相继有多个学科领域的CMM模型问世：SE-