下载文档原格式
（完整版）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（三）——实践域实践域以往被称为称为“过程域”，如：配置管理，现在叫做“实践域”。
对于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总结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实践域的理解和分析实施基础条件 (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监督与控制实践域内容随着现代社会的发展和科技的进步，软件行业的发展越来越迅速。
在这样一个竞争激烈的行业中，软件企业需要不断提高自己的研发能力和管理水平，以适应市场的需求和挑战。
CMMI（Capability Maturity Model Integration）是一个被广泛应用的软件过程改进框架，它可以帮助软件企业评估和改进其软件开发和维护的过程，从而提高软件产品的质量和开发效率。
CMMI2.0是CMMI的最新版本，它引入了一些新的概念和实践域，其中就包括监督与控制实践域。
监督与控制实践域是CMMI2.0中非常重要的一个实践域，它涉及到软件项目的监督、控制和管理，对软件企业的发展和项目的成功至关重要。
本文将深入探讨CMMI2.0监督与控制实践域的内容和意义。
I. 实践域介绍CMMI2.0的监督与控制实践域是一个包含一系列实践的域，旨在帮助软件项目从需求分析到产品交付过程中，确保项目中所采用的监督与控制实践能够有效实施。
该实践域包含了以下几个子实践域：1. 计划监督与控制（Plan and Monitor）计划监督与控制是指在软件项目启动阶段，制定项目计划，并在项目执行过程中监督和控制项目的进度和质量。
这个子实践域包括了以下一些具体实践：- 制定项目计划：明确项目范围、目标、资源需求和里程碑，并为项目制定详细的计划。
- 监督项目进度和成本：及时更新项目进度和成本信息，对项目的实际进度和成本与计划进行比较，及时发现和纠正偏差。
- 管理项目风险：识别和评估项目风险，制定适当的风险应对策略，确保风险不会对项目的进度和质量造成影响。
2. 监管与评审（Supervise and Review）监管与评审是指在项目执行过程中，对项目各项工作的进展和质量进行监督和评审。
这个子实践域包括了以下一些具体实践：- 进行工作审查：定期对项目中的工作成果和文档进行审查，及时发现和纠正问题，确保工作符合质量标准。
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目录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文档一览表（大全5篇）第一篇：CMMI文档一览表CMMI文档一览表 V0.9 项目名称:《立项申请书》——《评审申请表》《评审准备表》《评审报告》；《立项通知单》《项目章程》《项目启动会议》《项目过程定义》——《评审申请表》《评审准备表》《评审报告》《项目WBS 估计书》——《评审申请表》《评审准备表》《评审报告》《项目开发计划》——《评审申请表》《评审准备表》《评审报告》（风险计划、培训计划、沟通计划、跟踪计划）《测试计划》——《评审申请表》《评审准备表》《评审报告》《风险管理列表》《项目周报》《项目成员周报》《项目阶段报告》《项目总结报告》《产品移交申请表》《产品移交文档清单》《移交组织财富库清单》项目例会、里程碑会议、总结会议《项目会议纪要》《数据项检查表》《项目问题跟踪表》单元《测试用例》《单元测试缺陷报告》《测试报告》/《工序报验单》、《材料报验单》、《产品验收记录单》集成《测试用例》《产品集成就绪检查列表》《集成测试缺陷报告》《测试报告》——《评审准备表》《评审报告》系统《测试用例》《系统测试缺陷报告》《测试报告》——《评审准备表》《评审报告》《验收测试计划》《验收测试缺陷报告》《验收测试用例》《验收测试报告》/《验收报告》《测试计划》（美伦纱业）注：船安一卡通和二层交换机项目在所有测试结束后，汇总缺陷，形成文档《缺陷报告》美伦纱业项目的《阶段缺陷报告》，每个阶段一个，项目结项以后汇总成一个《缺陷报告》《需求开发计划》《需求记录表》《需求模块功能矩阵》《用户需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《软件需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《设计说明书》《模块设计方案》《技术数据包》——《评审申请表》《评审准备表》《评审报告》《用户手册》——《评审申请表》《评审准备表》《评审报告》《集成计划》——《评审申请表》《评审准备表》《评审报告》QA《工作环境及设备检查表》《配置管理计划》——《评审申请表》《评审准备表》《评审报告》《配置审计报告》《配置状态报告》《变更申请表》《CM周报》《质量保证计划》——《评审申请表》《评审准备表》《评审报告》《QA过程评审检查表》《QA报告》《QA问题跟踪表》《QA 周报》《QA年度工作总结》《QA向高层报告》《项目度量计划》——《评审申请表》《评审准备表》《评审报告》《项目度量表》《项目估计记录》《决策分析报告》《培训申请表》《培训考勤表》《培训记录表》《项目异常数据分析表》、《原因分析会议记录》、《原因分析及改进报告》附：已有文档在文档旁注明数量，如果该文档只有一个，则打一个钩代替1。
