CMMI-DEV_V1.2过程域简要

Introduction to Process Area of CMMI-DEV®®Capability Maturity Model ® and CMMI ® are registered marks of SEICapability Maturity Model Integration (CMMI ) Version 1.2CMMI For Development Process Area介绍目的需求管理的目的是对项目产品及产品组件的需求进行管理，同时确定这些需求与项目计划和产品之间的不一致之处。

关注点附加在项目上的需求与RD,TS紧密联系并同步执行。

当项目从需求提供者获取需求时，应与其一起审核，部分需求管理需要记录需求变更及其理由并维护原始需求与所有产品和产品组件需求之间的双向可溯性特定目标/实践与通用目标/实践SG 1 管理需求SP 1.1 获得对需求的理解SP 1.2 获得对需求的承诺SP 1.3 管理需求变更SP 1.4 维护秀的双向跟踪SP 1.5 识别项目产品与需求的不一致GG2制度化已管理的过程GG3制度化已定义的过程GG4制度化已量化的过程GG5制度化优化的过程。

目的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 获得计划承诺‚GG2制度化已管理的过程GG3制度化已定义的过程GG4制度化已量化的过程GG5制度化优化的过程。

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过程域介绍明确你如果要做一个产品开发，你首先要理解你要做的事，就是要做好需求开发(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)。

通用目标及通用实践概述本节详细的描述所有通用目标及通用实践——直接说明过程制度化的模型原件。

过程域中，通用目标及通用实践出现在过程域的最后。

通用实践的详细说明出现在通用实践的后面，以表达这些实践如何独特的应用于过程域中。

通用目标及通用实践的全部内容在过程域中不会重复（例如：省略了子实践、笔记、范例，及参照）。

取而代之的只有通用目标及通用实践的标题及叙述。

当说明过程域时，通用实践的详细内容可参照本节。

过程制度化制度化在过程改进中是很重要的观念。

在通用目标及通用实践叙述中，制度化意指过程已根深蒂固在工作的执行，以及执行过程的承诺与一致性。

当压力来时，制度化过程仍被维持。

然而，当需求及目标因过程而改变，过程的执行也需要改变以确保仍然有效。

通用实践描述这些制度化观念的活动。

制度化的等级包含于通用目标中，并以个别目标相关的过程名称来表达，如表6.1 所示。

表6.1 通用目标及过程名称通用目标过程的开发GG 1 已执行过程GG 2 已管理过程GG 3 已定义过程GG 4 量化管理过程GG 5 优化过程在接下来的过程叙述中，将描述过程制度化的开发。

.已执行过程已执行过程是一种过程，为必要完成的工作以产生工作产品，并满足过程域的特定目标。

已管理过程已管理过程是已执行过程，依据政策被策划及执行；任用拥有充足资源的技术人员生产已控制的产出；涉及相关干系人；被监督、控制及审查；以及遵循过程叙述来评估。

建立过程的需求及目标。

工作产品的状态及服务交付在已定义时间点（例如：在主要的里程碑及主要工作的完成）中的管理是显而易见的。

在工作执行中及相关干系人间建立承诺，必要时进行修订。

由相关干系人审查及控制工作产品，其工作产品及服务满足特定的需求。

已执行过程及已管理过程间的主要区别在于被管理的程度。

已管理过程是有策划的（计划可能是整合性计划的一部分），并依照计划来管理过程的执行。

当正确的结果及绩效很明显与计划脱轨时，应采取矫正行动。

CMMI V 1.2 的特定目标和实践2.1 CMMI2级过程域：需求管理* 目的：管理项目的“产品需求和构件需求”，以及识别这些需求与项目计划、工作成果的不一致之处。

* 特定目标(SGl)：需求已经受管理，并且识别出需求与项目计划不一致之处。

需求管理过程域的特定目标(SG)和特定实践(SP)见表2-1。

表2-1 需求管理过程域的特定目标和特定实践2.1.1 SG 1管理需求2.1.1.1 SP l.1获得对需求的理解需求管理过程域的特定实践SP l.1是“获得开发者和提供者对需求的共同理解”。

随着项目的进展，为了避免需求的蔓延或遗漏，要建立一些准则，用以指明接受需求的适当渠道或正式来源。

接受需求并对需求进行分析，这些活动与需求提供者一起进行，以确保双方对需求的含义达成共识。

对需求的分析和对话的结果是达成共识的需求集合。

典型工作成果：》 用于识别“合适的需求提供者”的准则。

》 评价和接受需求的准则。

》 依照准则进行分析的结果。

》 达成共识的需求集合。

2.1.1.2 SP 1.2 获得对需求的承诺需求管理过程域的特定实践SPl ．2是“获得项目参加者对需求的承诺”。

即使以前某个活动与需求提供者达成了对需求的一致理解，但在具体实施时，还需要与实施这些活动的人员，就需求达成一致，并得到他们的承诺。

在整个项目开展过程中，需求会发生演变，特别在“需求开发”和“技术方案”过程域中。

随着需求的演变，受该活动影响，项目参与者需要对当前的已批准的需求作出承诺，以及对受影响的项目计划、活动和工作成果作出相应的变更。

典型工作成果：》 需求影响的评估。

》 记录“需求和需求变化”的承诺(形成文档)。

2.1.1.3 SP 1.3 管理需求的变更需求管理过程域的特定实践SP l.3是“管理随着项目进展而发生的需求变更”。

在项目开发期间，需求会由于各种原因而发生变更，将会产生一些附加的需求，也许不得不对现行的需求作出变更以满足客户要求。

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过程域一览表CMMI-DEV 1.2过程域一览表CMMI-DEV 1.2的22个过程域CMMI等级2级 2级 2级 2级 2级 2级中文名称需求管理项目规划项目监控供应商协议管理度量分析过程和产品质量保证英文名称Requirements Management Project PlanningProject Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance2级 3级 3级 3级 3级 3级 3级 3级 3级 3级 3级 3级 4级配置管理需求开发技术方案产品集成验证确认组织过程焦点组织过程定义组织培训集成化项目管理风险管理决策分析与解决方案组织过程绩效Configuration Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational TrainingIntegrated Project Management Risk ManagementDecision Analysis and Resolution Organizational Process Performance4级 5级定量项目管理组织革新与部署Quantitative Project Management Organizational Innovation and Deployment5级原因分析与解决方案Causal Analysis and ResolutionCAR支持QPM OID项目管理过程管理CM RD TS PI VER VAL OPF OPD OT IPM RSKM DAR OPP支持工程工程工程工程工程过程管理过程管理过程管理项目管理工程支持过程管理缩写 REQM PP PMC SAM MA PPQA过程类型工程项目管理项目管理项目管理支持支持。

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-DEV,V1.3在二、三级过程域的变化摘要：本文介绍了CMMI-DEV,V1.3模型总体的变化并重点比较了V1.3与V1.2两个版本模型在二、三级过程域上的变化，为希望了解CMMI-DEV模型变化或者正在根据CMMI-DEV，V1.2进行过程改进的人士提供参考。

关键词：CMMI-DEV V1.3，过程域变化1 前言自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。

2000年，为了解决组织因为同时采用多种模型带来混乱等情况，SEI发布了CMMI模型。

之后模型不断的改进发展，大量组织从2006年开始使用CMMI-DEV V1.2模型进行过程改进，而在使用该模型时，使用者也发现模型存在着高成熟度描述不明确、某些细节不符合组织需要等问题。

SEI从2008年开始策划编写CMMI-DEV V1.3，经过三年的时间，在2010年11月发布了最新的模型。

模型的更新中除了明确了高成熟度要求外，还包含了二、三级过程域的修改，为CMMI模型的使用者提供了更清晰、更新的指导。

本文的目的是介绍二、三级过程域的变化，为熟悉CMMI模型、基于CMMI-DEV V1.2模型制定组织开发过程的人员提供参考。

2 模型变化综述CMMI-DEV V1.2版之前，各过程域能能力等级分为0至5共六级，通过评价是否满足通用目标4（GG4）及通用目标5（GG5）判断各过程域是否到达高成熟度。

在本次V1.3版本更新中，SEI将GG4及GG5从模型中去除，通过判断各过程域是否达到能力等级三（Capability Level3）以确定组织成熟度等级是否达到成熟度四级或五级（Maturity Level 4 and 5）。

除此以外，模型对GP2.6和GP3.2进行了修改。

GP2.6从原来的“管理配置项”变为“控制工作产品”，以免模型使用者误以为该实践要求使用配置管理工具管理所有选定的工作产品，关于模型对于“配置项”的描述变化，请见后文的配置管理过程域。

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类，项目管理类、过程管理类、工程类、支持类。

总结为下表：。