(完整版)CMMI过程域总结v2.0,推荐文档
（完整版）CMMI过程域总结v2.0,推荐文档
（完整版）CMMI过程域总结v2.0,推荐文档CMMI 基本介绍V2.0目录1组织成熟度级别和类别 (2)2通用目标和通用实践 (3)3RD 需求开发REQUIREMENTS DEVELOPMENT (4)4REQM 需求管理REQUIREMENTS MANAGEMENT (5)5PP 项目策划PROJECT PLANNING (6)6PMC 项目监督和控制PROJECT MONITORING AND CONTROL (7)7RSKM 风险管理RISK MANAGEMENT (8)8SAM 供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (9)9CM 配置管理CONFIGURATION MANAGEMENT (10)10PPQA 过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (11)11MA 度量和分析MEASUREMENT AND ANALYSIS (12)12DAR 决策分析和解决DECISION ANALYSIS AND RESOLUTION (13)13TS 技术解决方案TECHNICAL SOLUTION (14)14PI 产品集成PRODUCT INTEGRATION (15)15VER 验证VERIFICATION (16)16VAL 确认VALIDATION (17)17OPF 组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (18) 18OPD 组织过程定义ORGANIZATIONAL PROCESS DEFINITION (19)19OT 组织培训ORGANIZATIONAL TRAINING (20)20IPM 集成项目管理INTEGRATED PROJECT MANAGEMENT (21)21OPP 组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (22)22QPM 量化项目管理QUANTITATIVE PROJECT MANAGEMENT (23)23CAR 因果分析和解决CAUSAL ANALYSIS AND RESOLUTION (24)24OPM 组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (25)3RD 需求开发Requirements Development目的：引出、分析和建立客户、产品及产品组件的需求。
带你全面认识CMMIV2.0（三）——实践域
带你全⾯认识CMMIV2.0（三）——实践域实践域以往被称为称为“过程域”，如：配置管理，现在叫做“实践域”。
对于2.0版，则有25个适⽤的实践域。
与以前版本的CMMI模型⼀样，“实践域”介绍了定义实践意图的关键活动的要求和描述。
在新模型下，全部25个实践领都适⽤于成熟度为三级的组织。
另外，值得注意的是，通⽤实践的要求（版本1.3中）不再定义为“通⽤实践”，⽽是被纳⼊特定的实践域。
以前CMMI开发模型（版本1.3）的成熟度三级仅需要18个“过程域”，⽽在⾼成熟度等级（第4和第5级）则另外定义了四（4）个。
⾏动（Doing）包括⽤于⽣产、购买和交付优质解决⽅案的能⼒域。
确保质量(ENQ) – 帮助改进产品和服务质量需求开发和管理（RDM）使开发⼈员能够不断了解解决⽅案的需求和期望，并保持更新。
⽬的：抽取需求，确保利益相关⽅的共同理解，并统⼀需求、计划和⼯作产品。
价值：确保满⾜客户的需求和期望实践总结成熟度等级1RDM 1.1记录要求。
成熟度等级2RDM 2.1抽取利益相关⽅的需求、期望、约束以及接⼝或连接。
RDM 2.2将利益相关⽅的需求、期望、约束以及接⼝或连接转换为优先的客户需求。
RDM 2.3与需求提供者达成对需求含义达成⼀致。
RDM 2.4获得项⽬参与者的承诺，即他们可以落实这些需求。
RDM 2.5开发、记录和维护需求和活动或⼯作产品之间的双向可追溯性。
RDM 2.6确保计划和活动或⼯作产品与要求保持⼀致。
成熟度等级3RDM 3.1开发并持续更新解决⽅案及其组件的需求。
RDM 3.2开发操作概念和场景。
RDM 3.3分配要落实的需求。
RDM 3.4识别、开发并持续更新接⼝或连接需求。
RDM 3.5确保需求是必要且充分的。
RDM 3.6在利益相关⽅的需求和约束条件之间取得平衡。
RDM 3.7确认需求，以确保⽣成的解决⽅案在⽬标环境中按照预期⼯作。
过程质量保证（PQA）可确保遵循过程并产⽣质量解决⽅案⽬的：确定选定结果的原因，并采取措施防⽌不良结果的复发或确保正向结果的复发。
CMMI总结
CMMI总结1.CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
2.目前公司使用的是CMMI-for-DEV V1.2，通过的是CMMI LEVEL 3认证。
3. CMMI将CMM的多个模型合并到一个框架中，包括SE /SW /SS /IPPD几个专业领域的过程模型。
CMMI提供了流程改进的指导，指导制定软件企业研发的的一系列流程，监督流程的执行，并据反馈的结果进行过程改进。
4.CMM共有五个等级，分别标志着软件企业能力成熟度的五个层次。
初始级Initial可重复级Managed(Basic Project Management)已定义级Defined (Process Standardization)量化管理级Quantitatively Managed (Quantitative Management)优化管理级Optimizing (Continuous Process Improvement)5.原则（1）、强调高层管理者的支持。
（2）、确定改进目标.一、I PD基本介绍1. IPD, 集成产品开发（Integrated Product Development）是一套产品开发的模式、理念与方法。
2. IPD作为先进的产品开发理念，其核心思想概括如下：a) 新产品开发是一项投资决策。
b) 基于市场的开发。
c) 跨部门、跨系统的协同。
d) 异步开发模式，也称并行工程。
e) 重用性。
f) 结构化的流程。
3. IPD框架上从以下三个大的方面来具体现IPD的核心思想.市场管理市场管理从客户、投资、市场等产品生存的外在客观环境因素来影响产品的特性和生命。
包括：a) 客户需求分析$-产品价格（Price）；A-可获得性（Availability）；P-包装（Packaging）；P-性能（Performance）；E-易用性（Easy to use）；A-保证程度（Assurances）；L-生命周期成本（Life cycle of cost）；S-社会接受程度（Social acceptance）。
我对CMMI2.0II实践域的理解和分析
我对CMMI2.0II实践域的理解和分析实施基础条件 (Implementation Infrastructure, II)实践域是通过建立必要的基础条件，确保过程得到建立、遵守、维护和持续改进。
这些基础条件包括：组织已定义的过程（过程实施的基础，没有过程定义，谈何过程实施）、过程实施所需的资源（人员、工具等）、过程实施所需的资金（购买工具、培训经费等）、对组织过程的培训（不了解过程，就无从执行过程）。
本实践域共3个等级6个实践。
实践1.1就是要求项目执行组织定义好的过程，即使当前组织的CMMI实践处于较低水平，没有严格的建立起适用的、有效的标准过程。
实施本实践，至少使项目各行其事的乱象有所改观，也会为组织过程改进提供第一手的资料。
实践2.1的核心也是提供资源，它与前版共用实践2.3比较接近。
前面的GOV实践域的2.2也是提供资源，但GOV提供资源偏重于过程改进，本实践域的提供资源偏重于过程实施。
本实践除了要求为过程实施提供人力、工具等资源之外，也包括资金和培训。
本实践也是整个实践域的核心。
实践2.2要求组织建立过程、对过程进行评估/评审，验证项目是否遵循组织的过程，对过程进行改进等活动，涵盖了前版OPD、OPF 过程域的部分实践。
实践3.1是要求在项目中实际应用组织资产来进行项目的策划、管理和过程的执行。
应用组织资产可以提高效率、降低成本，所以组织应当不断丰富自己的组织资产，并在项目中加强推广和应用。
实践3.2要求评估过程的有效性和符合性。
这与实践2.2中的评估不同，实践2.2的评估的目的是验证项目有没有按照过程要求执行，本实践评估的重点是过程的有效性和符合性。
其中符合性指的是通过项目实施的结果判断过程的实施是否与组织预期的过程目标相一致。
有效性是指对组织目标的实现是否有帮助，如效率提高、质量和性能提升等。
实践3.3是为组织资产做贡献，与前版的IPM过程域SP1.6基本一致。
本实践的价值是：通过改进组织过程和过程资产来提高投资回报。
cmmi2.0监督与控制实践域内容
CMMI2.0监督与控制实践域内容随着现代社会的发展和科技的进步，软件行业的发展越来越迅速。
在这样一个竞争激烈的行业中，软件企业需要不断提高自己的研发能力和管理水平，以适应市场的需求和挑战。
CMMI（Capability Maturity Model Integration）是一个被广泛应用的软件过程改进框架，它可以帮助软件企业评估和改进其软件开发和维护的过程，从而提高软件产品的质量和开发效率。
CMMI2.0是CMMI的最新版本，它引入了一些新的概念和实践域，其中就包括监督与控制实践域。
监督与控制实践域是CMMI2.0中非常重要的一个实践域，它涉及到软件项目的监督、控制和管理，对软件企业的发展和项目的成功至关重要。
本文将深入探讨CMMI2.0监督与控制实践域的内容和意义。
I. 实践域介绍CMMI2.0的监督与控制实践域是一个包含一系列实践的域，旨在帮助软件项目从需求分析到产品交付过程中，确保项目中所采用的监督与控制实践能够有效实施。
该实践域包含了以下几个子实践域：1. 计划监督与控制（Plan and Monitor）计划监督与控制是指在软件项目启动阶段，制定项目计划，并在项目执行过程中监督和控制项目的进度和质量。
这个子实践域包括了以下一些具体实践：- 制定项目计划：明确项目范围、目标、资源需求和里程碑，并为项目制定详细的计划。
- 监督项目进度和成本：及时更新项目进度和成本信息，对项目的实际进度和成本与计划进行比较，及时发现和纠正偏差。
- 管理项目风险：识别和评估项目风险，制定适当的风险应对策略，确保风险不会对项目的进度和质量造成影响。
2. 监管与评审（Supervise and Review）监管与评审是指在项目执行过程中，对项目各项工作的进展和质量进行监督和评审。
这个子实践域包括了以下一些具体实践：- 进行工作审查：定期对项目中的工作成果和文档进行审查，及时发现和纠正问题，确保工作符合质量标准。
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二级过程域
CMMI二级过程域1、需求管理REQMSG1：管理需求SP1.1：理解需求 SP1.2：获取需求SP1.3：管理需求变更 SP1.4：维护需求的双向追溯性SP1.5：确保项目工作与需求的一致性2、项目策划PPSG1：建立估算值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：获得对计划的承诺3、项目监控PMCSG1：按计划监控项目SP1.1监控项目计划的各项参数 SP1.2监控承诺事项SP1.3监控项目风险 SP1.4监控数据管理SP1.5监控干系人的参与 SP1.6进行进度审计SP1.7进行里程碑审查SG2：管理纠正措施,直至关闭SP2.1分析问题 SP2.2采取纠正措施SP2.3管理纠正措施4、配置管理CMSG1：建立基线SP1.1：识别配置项 SP1.2：建立配置管理系统SP1.3：建立或发布基线SG2：跟踪和控制变更SP2.1：跟踪变更请求 SP2.2：控制配置项SG3：建立完整性SP1.1：建立配置管理记录 SP1.2：执行配置审计5、度量分析MASG1：安排度量与分析活动SP1.1：建立度量目标 SP1.2：确定度量项SP1.3：确定数据收集和存储流程 SP1.4：确定分析流程SG2：提供度量结果SP2.1：收集度量数据 SP2.2：分析度量数据SP2.3：保存数据和结果 SP2.4：结果交流6、过程与产品质量保证PPQASG1：客观评估过程与产品SP1.1：客观评估工作过程 SP1.2：客观评估工作产品SG2：提供客观的洞察力SP2.1：沟通并确保解决不符合项 SP2.2：建立记录7、供应商协议管理SAMSG1：建立供应商协议SP1.1：确定采购类型 SP1.2：选择供应商SP1.3：建立供应商协议SG2：满足供应商协议SP2.1：执行供应商协议 SP2.2：验收采购的产品SP2.3：确保产品移交通用目标和通用实践初始级GG1：实现特定目标GP1.1实施特定实践已管理级GG2：制度化已管理过程GP2.1：建立组织政策GP2.2：策划过程GP2.3：提供资源GP2.4：分配责任GP2.5：培训人员GP2.6：配置管理GP2.7：识别并纳入相关干系人GP2.8：监控过程GP2.9：客观评价符合度GP2.10：与高层管理者一起审查过程状态。
(完整版)CMMI过程域总结v2.0,推荐文档
CMMI基本介绍V2.0目录1组织成熟度级别和类别 (2)2通用目标和通用实践 (3)3RD 需求开发REQUIREMENTS DEVELOPMENT (4)4REQM需求管理REQUIREMENTS MANAGEMENT (5)5PP项目策划PROJECT PLANNING (6)6PMC项目监督和控制PROJECT MONITORING AND CONTROL (7)7RSKM风险管理RISK MANAGEMENT (8)8SAM供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (9)9CM配置管理CONFIGURATION MANAGEMENT (10)10PPQA过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (11)11MA度量和分析MEASUREMENT AND ANALYSIS (12)12DAR决策分析和解决DECISION ANALYSIS AND RESOLUTION (13)13TS技术解决方案TECHNICAL SOLUTION (14)14PI产品集成PRODUCT INTEGRATION (15)15VER验证VERIFICATION (16)16VAL确认VALIDATION (17)17OPF组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (18)18OPD组织过程定义ORGANIZATIONAL PROCESS DEFINITION (19)19OT组织培训ORGANIZATIONAL TRAINING (20)20IPM集成项目管理INTEGRATED PROJECT MANAGEMENT (21)21OPP组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (22)22QPM量化项目管理QUANTITATIVE PROJECT MANAGEMENT (23)23CAR因果分析和解决CAUSAL ANALYSIS AND RESOLUTION (24)24OPM组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (25)1组织成熟度级别和类别2通用目标和通用实践3RD需求开发Requirements Development目的：引出、分析和建立客户、产品及产品组件的需求。
(完整版)CMMI过程域总结v2.0,推荐文档
3 / 25
3 RD 需求开发 Requirements Development
目的：引出、分析和建立客户、产品及产品组பைடு நூலகம்的需求。
特定目标
特定实践
SG1 开发客户需 求 (收集相关干系人 得需要、期望、约 束及接口，并转换 成客户需求)
SP1.1 引导需求：引导相关干系人提出关于产品生命周期各阶段得需要、期望、 约束及接口 SP1.2 将相关干系人的需要转化为客户需求：将相关干系人的需要，如期望、约 束与限制、接口等转化为客户需求；通常会包括对系统目标、范围、解决问题、 软件特性、接口要求等有详细的描述。
3 RD 需求开发 REQUIREMENTS DEVELOPMENT .........................................................................4 4 REQM 需求管理 REQUIREMENTS MANAGEMENT.....................................................................5 5 PP 项目策划 PROJECT PLANNING .............................................................................................6 6 PMC 项目监督和控制 PROJECT MONITORING AND CONTROL ..................................................7 7 RSKM 风险管理 RISK MANAGEMENT .......................................................................................8 8 SAM 供应商协议管理 SUPPLIER AGREEMENT MANAGEMENT..................................................9 9 CM 配置管理 CONFIGURATION MANAGEMENT......................................................................10 10 PPQA 过程和产品质量保证 PROCESS AND PRODUCT QUALITY ASSURANCE...........................11 11 MA 度量和分析 MEASUREMENT AND ANALYSIS ....................................................................12 12 DAR 决策分析和解决 DECISION ANALYSIS AND RESOLUTION .................................................13 13 TS 技术解决方案 TECHNICAL SOLUTION .................................................................................14 14 PI 产 品集成 PRODUCT INTEGRATION......................................................................................15 15 VER 验 证 VERIFICATION..........................................................................................................16 16 VAL 确 认 VALIDATION ............................................................................................................17 17 OPF 组织过 程聚焦 ORGANIZATIONAL PROCESS FOCUS ..........................................................18 18 OPD 组织过 程定义 ORGANIZATIONAL PROCESS DEFINITION ..................................................19 19 OT 组织培训 ORGANIZATIONAL TRAINING .............................................................................20 20 IPM 集成项目 管理 INTEGRATED PROJECT MANAGEMENT......................................................21 21 OPP 组织过程 性能 ORGANIZATIONAL PROCESS PERFORMANCE ............................................22 22 QPM 量化项目 管理 QUANTITATIVE PROJECT MANAGEMENT ................................................23 23 CAR 因果分析 和解决 CAUSAL ANALYSIS AND RESOLUTION....................................................24 24 OPM 组织性能管理 ORGANIZATIONAL PERFORMANCE MANAGEMENT .................................25
CMMI文档一览表（大全5篇）
CMMI文档一览表（大全5篇）第一篇：CMMI文档一览表CMMI文档一览表 V0.9 项目名称:《立项申请书》——《评审申请表》《评审准备表》《评审报告》；《立项通知单》《项目章程》《项目启动会议》《项目过程定义》——《评审申请表》《评审准备表》《评审报告》《项目WBS 估计书》——《评审申请表》《评审准备表》《评审报告》《项目开发计划》——《评审申请表》《评审准备表》《评审报告》（风险计划、培训计划、沟通计划、跟踪计划）《测试计划》——《评审申请表》《评审准备表》《评审报告》《风险管理列表》《项目周报》《项目成员周报》《项目阶段报告》《项目总结报告》《产品移交申请表》《产品移交文档清单》《移交组织财富库清单》项目例会、里程碑会议、总结会议《项目会议纪要》《数据项检查表》《项目问题跟踪表》单元《测试用例》《单元测试缺陷报告》《测试报告》/《工序报验单》、《材料报验单》、《产品验收记录单》集成《测试用例》《产品集成就绪检查列表》《集成测试缺陷报告》《测试报告》——《评审准备表》《评审报告》系统《测试用例》《系统测试缺陷报告》《测试报告》——《评审准备表》《评审报告》《验收测试计划》《验收测试缺陷报告》《验收测试用例》《验收测试报告》/《验收报告》《测试计划》（美伦纱业）注：船安一卡通和二层交换机项目在所有测试结束后，汇总缺陷，形成文档《缺陷报告》美伦纱业项目的《阶段缺陷报告》，每个阶段一个，项目结项以后汇总成一个《缺陷报告》《需求开发计划》《需求记录表》《需求模块功能矩阵》《用户需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《软件需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《设计说明书》《模块设计方案》《技术数据包》——《评审申请表》《评审准备表》《评审报告》《用户手册》——《评审申请表》《评审准备表》《评审报告》《集成计划》——《评审申请表》《评审准备表》《评审报告》QA《工作环境及设备检查表》《配置管理计划》——《评审申请表》《评审准备表》《评审报告》《配置审计报告》《配置状态报告》《变更申请表》《CM周报》《质量保证计划》——《评审申请表》《评审准备表》《评审报告》《QA过程评审检查表》《QA报告》《QA问题跟踪表》《QA 周报》《QA年度工作总结》《QA向高层报告》《项目度量计划》——《评审申请表》《评审准备表》《评审报告》《项目度量表》《项目估计记录》《决策分析报告》《培训申请表》《培训考勤表》《培训记录表》《项目异常数据分析表》、《原因分析会议记录》、《原因分析及改进报告》附：已有文档在文档旁注明数量，如果该文档只有一个，则打一个钩代替1。
CMMI的5个级别和25个过程域[指南]
![CMMI的5个级别和25个过程域[指南]](https://img.taocdn.com/s3/m/a542b955bf1e650e52ea551810a6f524ccbfcb07.png)
CMMI全称是Capability Maturity Model Integration，即软件能力成熟度模型集成模型。
分为5个级别，25个过程域（Process Area，PA）。
1、初始级（Initial）软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2、可重复级/受管理级（Repeatable）建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
共7个过程域：1）需求管理Requrements Management2）项目规划Project Planing3）项目跟踪和控制Project Monitoring and Control4）供应商协议管理Supplier Agreement Management5）度量与分析Measurement and Analysis6）过程与产品质量保证Process and Product Quality Assurance7）配置管理Configuration Management3、已定义级（Defined）已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
共14个过程域：1）需求开发Requirements Development2）技术解决方案Techical Solution3）产品集成Product Integration4）验证Verification5）确认Validation6）组织过程焦点Organization Process Focus7）组织过程定义Organization Process Defintion8）组织培训Orgnizational Training9）集成项目管理Integrated Project Management10）风险管理Risk Management11）决策分析和解决DecisionAnalysis and Resolution12）集成团队Integrated Teaming13）集成组织环境Organizational Environment for Integration14）集成供应商管理Integrated Suppliers Management其中12、13是针对大型软件团队提出的要求，一般情况下中小型软件企业可以不用。
(精选)Cmmi过程体系手册-参考资料
xxxCMMI过程体系手册xxxxxxCMMI过程体系手册1目的本文件规定了涉及公司产品开发和管理的过程域的方针，为实现质量方针和精益化管理而建立的研发过程管理体系，作为公司研发过程管理体系的纲领性文件。
建立研发过程体系的目的：➢从需求到产品交付有效地进行过程控制，以达到客户满足和实现公司战略规划；➢有效地管理研发资源，在开发过程中充分利用资源和过程资产；➢建立度量体系，统计和分析度量指标；➢向客户呈现精细化的过程管理能力，从而保证准时、高质量、低成本交付客户。
2范围本手册包括过程体系方针、体系框架、生命周期模型、组织结构和角色职责过程体系中各过程的概述。
3术语定义CMMI（Capability Maturity Model Integration，能力成熟度模型集成）:一种结构化的模型，融合最佳实践的集合，为企业提供过程改进的典型路线图。
生命周期模型：从产品概念到产品退市的全过程模型，定义了产品概念、产品分析、产品开发、产品测试、产品验收和产品维护共六个阶段。
4过程体系框架注：过程体系建立四层文件体系，包括0层、1层、2层和3层。
0层文件为质量手册；1层文件为研发主流程；2层文件为各类规范和操作指导；3层文件为各类模板、检查单和示例等。
5过程体系方针过程体系的总体指导方针，是不可突破的原则。
任何项目开发活动的工作必须遵循过程体系方针，不可裁剪，任何流程通道都必须包含方针中的要求。
5.1工程类5.1.1需求管理1)业务需求分析与产品需求分析过程，必须识别内部和外部干系人关注点；2)建立需求跟踪矩阵，保证对需求进行有效跟踪；3) 需求必须文档化并通过公司内部评审。
5.1.2技术方案1)针对开发项目，制定系统方案的选择准则和系统集成的准则；2)开发多个系统方案，并依据选择准则进行选择；3)依据系统集成的准则，确定系统集成的顺序；4)对产品或关键部件进行自研、外包和复用的分析；5) 若涉及到多个子系统，则必须识别各子系统的需求和确定子系统实现方案，并识别子系统涉及的专业；6) 实现方案中需包含产品使用和维修的支持文件。
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)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI2.0整理_00.02
RDM 2.6 确保计划和活动或工作产品
开发、持 PQA 3.1 在质量保证活动中识别并记
续更新并遵循质量保证方法和计划。 录改进机会。
PQA 2.2 在整个项目过程中，根据记
录的过程和适用标准客观评价选定的
已执行过程和工作产品。
PQA 2.3 沟通质量和不合规问题并确
务请求。
SDM 2.3 根据服务协议交付服务。
SDM 2.4 分析现有服务协议和服务数
据，为更新协议或新协议做好准备。
SDM 2.5 制定、记录、持续更新并遵
循操作和变更服务系统的方法。
SDM 2.6 确认服务系统就绪情况以支
持服务的交付。
STSM 2.1 开发、持续更新并使用当 STSM 3.1 开发、持续更新并使用一
发询价包寻求回应。
SSS 2.3 根据记录的评估标准评估提
议的解决方案并选择供应商。
SAM 2.1 根据供应商协议监督供应商 SAM 3.1 选择技术类的供应商交付物
并保持协议更新。
进行分析并执行技术评审。
SAM 2.2 根据供应商协议执行活动。 SAM 3.2 根据供应商协议中的标准选
SAM 2.3 在接收之前先验证采购的供 择和监督供应商过程和交付物。
RDM 3.5 确保需求是必要且充分的。
RDM 2.4 获得项目参与者的承诺，即 RDM 3.6 在利益相关方的需求和约束
他们可以落实这些需求。
条件之间取得平衡。
RDM 2.5 开发、记录和维护需求和活 RDM 3.7 确认需求，以确保生成的解
动或工作产品之间的双向可追溯性。 决方案在目标环境中按照预期工作。
保解决问题。
PQA 2.4 记录并使用质量保证活动的
CMMI-DEV 22个过程域详解
CMMI-DEV 22个过程域详解CMMI-DEV中提到的开发，是包括了软件、硬件等类型的开发。
CMMI-DEV这个模型还可以增加适用于复杂多学科的产品开发的IPD附件，在CMMI之外称为IPD，在CMMI内称为IPPD。
IPPD并没有涉及到市场、财务等。
多出来的一个P 代表是过程，IPD中包含了市场与财务，所以IPD与IPPD是有一定差别的。
IPPD 有其适用范围，不能乱用，IPD也是同理。
国内有些企业盲目追随华为实施IPD，成功者少，失败者众。
为什么呢？没有注意IPD的适用范围。
IPD适用于什么类型的组织呢？（1）复杂产品的开发，需要多学科配合协同的产品开发；（2）市场驱动的产品开发，产品需要随时判断是否满足了市场的需求，是否投入产出合适，如果不可以，需要随时终止项目的开发。
（3）项目的团队规模比较大，需要划分为多个小组进行协同工作。
小组之间的沟通是项目成功的一个制约因素。
在CMMI-DEV中包含了22个过程域。
何谓过程域（process area，简写为PA）？过程域是一类最佳实践的集合，这些最佳实践属于同一类的过程。
CMMI 中有几百条最佳实践，需要将他们分类管理，以便于实施，便于记忆。
分类的方法是人们分析、认识问题的一种主要的方法。
在CMMI中将所有的实践划分成了22类，每类中包含的实践个数从4个到14个不等。
这种分类是否就完全合理呢？仁者见仁，智者见智，没有绝对的合理，有的实践放在某个PA中很自然，有的就有点牵强，SEI就那么划分了，你就那么记忆吧。
要注意过程域与过程的概念不同，过程域是实践的集合，何谓集合？集合中的元素是没有严格的先后顺序的，是一个堆，堆是数据结构中的专业术语。
过程是活动的偏序集（偏序关系是离散数学中的专业术语），活动之间是有先后顺序的。
不要搞混了2个概念，否则是很囧的。
22个过程域可以分成4类，项目管理类、过程管理类、工程类、支持类。
总结为下表：。
CMMI学习总结
CMMI3学习心得
CMMI如何提升组织效率
CMMI为改进组织的各种过程提供了一个单一的集成化框架。 新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理
解，建立了一个自动的、可扩展的框架。 因而能够从总体上改进组织的质量和效率
对CMMI学习总结
CMMI3学习心得
1 对CMMI的认识 2 CMMI包含内容 3 CMMI3学习 4 CMMI3学习后存在的问题
对CMMI学习总结
CMMI3学习心得
什么是CMMI
CMMI
全称Capability Maturity Model Integration，即 软件能力成熟度模型集成（也有称为：软件能 力成熟度集成模型）。 它的目的是帮助软件企业对软件工程过程进行 管理和改进，增强开发与改进能力，从而能按 时地、不超预算地开发出高质量的软件。
编码实现
代码走查
编码实现
建立产品支 持文档
对CMMI学习总结
CMMI3学习心得
测试管理
分析 测试 需求
设计 测试 用例
执行 测试
建立 开发 基线
对CMMI学习总结
CMMI3学习心得
功能评审
对CMMI学习总结
CMMI3学习心得
部署管理
对CMMI学习总结
CMMI3学习心得
客
户
培
客户培训 （业务部门）
立项
制定 项目计划
对CMMI学习总结
CMMI3学习心得
需求开发
• 需求开发
※ 制定需求调研方案 ※ 收集需求 ※ 分析需求 ※ 评审需求 ※ 确认需求 ※ 建立需求基线 ※ 初始化需求跟踪矩阵
对CMMI学习总结
我对CMMI2.0RSK实践域的理解和分析
我对CMMI2.0RSK实践域的理解和分析风险与机会管理 (Risk & Opportunity Management, RSK)要求对项目产生正面影响的机会和负面影响的风险进行管理。
本实践域与前版RskM过程域相比，有以下变化：•变化1：增加了对机会的管理。
正如CAR实践域中原因分析的对象不仅有不好的问题也有好的结果那样，本实践域对于不确定性的管理既有不好的风险也有好的机会。
•变化2：实践等级从1级到3级。
•变化3：前版PP和PCM过程域的风险分析和监控作为本实践域的2级实践。
本实践域共3个等级8个实践。
第1级实践1.1要求识别并记录风险或机会。
本实践覆盖了前版PP过程域SP2.2“标识风险”的标识风险的内容，并且增加了机会的识别与记录。
二者识别的源头基本相同。
第2级实践2.1要求对已识别的风险或机会进行分析。
本实践覆盖了前版PP过程域SP2.2“标识风险”的分析风险的内容，并且增加了机会的分析。
风险分析要给出风险的影响和可能性，并依据二者对风险进行排序；机会分析要给出机会的效益和成本，并依据二者对机会进行排序。
实践2.2要求对风险和机会进行监控。
本实践与前版PMC过程域SP1.3“监督项目风险”基本一致。
第3级实践3.1要求识别风险和机会的类别。
本实践与前版RskM过程域SP1.1“确定风险源和类别”接近。
2.0中没有提及风险源的概念，但从它对活动实例的解释来看，是将风险源融入到风险类别之中。
实践3.2要求定义风险或机会的参数。
本实践与前版RskM过程域SP1.2“定义风险参数”接近。
定义风险参数的价值是可以通过定义的参数来排定风险或机会的优先级，使得组织在处理风险或机会时能够以最小的投入获取最大的利益。
风险参数通常包括可能性、影响程度以及触发采取措施的阈值，风险的阈值可以采用可能性和影响程度数值的乘积来表示。
机会参数通常包括预期效益、预期成本以及触发采取措施的阈值，机会的阈值可以彩效益和成本的比值（投入产出比）来表示。
我对CMMI2.0SAM实践域的理解和分析
我对CMMI2.0SAM实践域的理解和分析供应商协议管理 (Supplier Agreement Management, SAM)即前版CMMI中的供方协议管理（SAM）过程域。
与前版相比，SAM 2.0有以下变化：•变化1：SAM不仅用于软件，2.0中它可以用于硬件、服务等所有解决方案和工作产品。
•变化2：SAM2.0实践域有4个等级的实践。
•变化3：SAM2.0中增加了对供方发票的管理。
•变化4：SAM2.0中增加了对供应商的量化管理要求。
•变化5：SAM2.0中去掉了选择供方的专用实践。
本实践域共4个等级10个实践。
第1级实践1.1要求开发并记录供应商协议。
本实践与前版SAM过程域SP1.3“建立供方协议”基本一致。
2.0中强调供应商协议形式的灵活性。
供应商协议指采购方与供应商之间签订的任何协议。
实践1.2要求接收或拒收供应商的交付物。
本实践与前版SAM过程域SP2.4“接收所获取的产品”接近。
2.0中强调接收时要验证交付物满足合同/协议要求的情况，根据情况决定接收还是拒收。
这里强调的是结果。
实践1.3要求管理供应商发票。
采购方按照协议要求及时处理供应商发票，是双方维持良好合作关系的一个前提条件。
第2级实践2.1要求按照供应商协议监督供应商活动并对供应商协议进行维护。
本实践的重点在于对供应商协议的管理，当出现一些意外情况不得不变更供应商协议时，双方要及时沟通，形成新的供应商协议。
实践2.2要求执行供应商协议。
本实践与前版SAM过程域SP2.1“执行供方协议”基本一致。
实践2.3要求接收供应商的交付物之前要先进行验证。
本实践与前版SAM过程域SP2.4“接收所获取的产品”接近。
与实践1.2不同，这里强调的是验收过程。
实践2.4要求依据供应商协议来管理供应商发票。
与实践1.3不同，这里强调的是供应商协议的遵从性。
只有满足协议要求，才会批准发票的支付。
同时，这里也包括协议中约束条款的执行，如因进度延误或验收质量导致的对供应商的惩罚性费用的处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI 基本介绍 V2.0
目录 1 组织成熟度级别和类别......................................................................................2 2 通用目标和通用实践.......................................................................................................................3