CMMI3级18个过程域
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记录数据。
CMMI3级咨询评估合同-模板2
CMMI专业咨询评估服务合同合同编号：委托方(甲方)：XXX有限公司服务方(乙方)：XXX有限公司本协议为甲、乙双方共同签订的CMMI L3专业咨询评估服务合同。
本次服务的目标是：通过咨询、培训及评估的方式，帮助甲方完善CMMI L3级体系，并在甲方相关人员的充分配合下，使甲方通过CMMI L3级评估。
第一条服务范围本次服务包含CMMI® for Development V 1.3 成熟度等级3级所涉及的18个过程域的培训、咨询和认证。
这18个过程域分别为：第二条实施方案概览（可视情况修改）备注：①以上服务工作量指服务方现场与非现场的总服务工作量。
②预评估和正式评估的具体时间安排由甲方和主任评估师确定。
咨询过程中部分过程可根据双方实际情况简化。
第三条双方职责和权利为了圆满地完成本项目，甲、乙各方应配合对方就此次咨询活动承担及享有以下职责和权利：3.1甲方的权利和义务3.1.1 甲方应当履行合同约定的义务，如因甲方原因给乙方造成了经济损失，甲方应当承担赔偿责任。
3.1.2 甲方应当安排专门人员配合乙方工作，并为乙方配置CMMI项目所需要的各项资源，提供所需的环境和设备。
甲方参与CMMI项目的相关人员应当按照乙方咨询师的要求，及时提供评估、认证的各项资料及其他条件。
3.1.3 甲方有权监督乙方咨询师在咨询过程中的咨询服务质量，并可对咨询师的咨询方式、内容、计划等提出具体建议。
3.1.4 在项目实施过程中，当甲方发现乙方的员工工作不力，甲方有权要求乙方更换人员，且由乙方原因给甲方造成损失的，由乙方承担赔偿责任。
3.1.5 甲方有权要求乙方提交每次的咨询报告。
3.1.6 甲方在尽到合同约定的责任的前提下，因乙方违反合同约定致使项目进度超过合同约定的日期，甲方不承担责任。
因不可抗力导致合同不能全部或部分履行，甲方不承担责任。
3.2乙方的权利和义务3.2.1 乙方应当履行合同约定的义务，如因乙方违约原因给甲方造成的经济损失，乙方应当承担赔偿责任。
3 CMM的内部结构
描述
基本设施或活动 活动
28
练习3 练习3
CMM的每个等级都被分解为哪 个层次？ CMM的每个等级都被分解为哪3个层次？ 的每个等级都被分解为哪3 什么是关键过程域？ 什么是关键过程域？ CMM共有多少个关键过程域 CMM共有多少个关键过程域？ 共有多少个关键过程域？ CMM2包含哪些关键过程域？ CMM2包含哪些关键过程域？ 包含哪些关键过程域 CMM3包含哪些关键过程域？ 包含哪些关键过程域 CMM3包含哪些关键过程域？ CMM4包含哪些关键过程域？ 包含哪些关键过程域 CMM4包含哪些关键过程域？ CMM5包含哪些关键过程域？ 包含哪些关键过程域 CMM5包含哪些关键过程域？ CMM的关键实践涉及哪5个共同特征？ CMM的关键实践涉及哪5个共同特征？
18
每个关键过程域按5 每个关键过程域按5个关键实 践类加以组织， 践类加以组织，每个关键过程 域通过相应的关键实践类实现 一些特定的目标。 一些特定的目标。
19
成熟度等级为顶层， 成熟度等级为顶层，反映软件组织的过 为顶层 程能力和可能实现的预期结果和程度。 程能力和可能实现的预期结果和程度。 每个级别中包含了实现该等级目标的若 干个关键过程域 关键过程域； 干个关键过程域； 每一等级的每一个关键过程域中包含若 干个关键实践 关键实践； 干个关键实践； KPA的KP都统一按 个共同特征进行组 KPA的KP都统一按5个共同特征进行组 都统一按5 即每个KPA都包含 都包含5 KP； 织，即每个KPA都包含5类KP；
需求管理：在客户和实现客户需求之间达到共识； 需求管理：在客户和实现客户需求之间达到共识；控 制需求，建立基准线；保持计划、产品、 制需求，建立基准线；保持计划、产品、 活动与软件的一致性。 活动与软件的一致性。 项目策划：制定工程及其管理的合理计划。 项目策划：制定工程及其管理的合理计划。 跟踪监控：对实际运作建立透明机制，偏离计划时， 跟踪监控：对实际运作建立透明机制，偏离计划时， 采取措施。 采取措施。 合同管理：选择合格的子承包商， 合同管理：选择合格的子承包商，对合同进行有效管 理。 质量保证：对产品质量进行监督控制。 质量保证：对产品质量进行监督控制。 配置管理：建立和维护软件产品的完整性和一致性。 配置管理：建立和维护软件产品的完整性和一致性。
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级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下，是不可能做出计划的，所以做好计划的第一步就是要把这些东西搞清楚。
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备，对公司的员工进行了一些相关的培训，作为项目管理人员的我，在学习CMMI3的过程中，也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来，它并没有告诉我们应该怎么去做，而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果，所以减少了每一步发生错误的可能性。
一．CMMI概述CMMI是Capacity Maturity Model Integrated的简称，即集成的软件能力成熟度模型，CMM是CMMI的早期版本，它主要用于软件工程，而CMMI是一种综合性模型，它是工程实施和管理方法，它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式，其中连续式主要用于衡量一个企业的项目能力，而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下，企业在接受评估时可以选择自己希望评估的项目来进行评估，所以评估通过率相对比较大，但它反映的那个相对比较窄，因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时，需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级，如下：第一级（初始级）：在该等级下，项目的目标虽然得以实现，但它的实现带有很多的偶然性和风险性，该级对人员的依赖性比较大，性能依赖个人的能力，且随个人固有的性能、知识和动机的不同而变化。
第二级（受管理级）：在该等级下，意味着组织要确保策划、文档化、执行、监督和控制项目级的过程，并且需要为过程建立明确的目标，并能实现成本、进度和质量目标等。
在这种情况下，组织已经营造了一个稳定的、受控的开发环境，项目已经在受控制的状态下运行。
该级包括如下7个过程域：需求管理（RM）、项目策划（PP）、项目监督与控制（PMC）、供方协定管理（SAM）、测量与分析（MA）、过程和产品质量保证（PPQA）和配置管理（CM）。
CMMI3级18个过程域
CMMI3级过程域一共有18个PA，分别是：过程管理1、OPD：（Organizational Process Definition）组织级过程定义。
建立和维护有用的组织过程资产。
2、OPF：（Organizational Process Focus）组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
3、OT：（Organizational Training）组织培训管理。
增加开发人员的技能和知识，使他们能有效地执行他们的任务。
项目管理：4、PP：（Project Plan）项目计划。
保证在正确的时间有正确的资源可用。
为每个人员分配任务。
协调人员。
根据实际情况，调整项目。
5、PMC：（Project Monitoring and Control）项目监督与控制。
通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。
6、SAM：（Supplier Agreement Management）供应商协议管理。
旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。
7、IPM：（Integrated Project Management）集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
8、RSKM：（Risk Management）风险管理。
识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。
工程管理：9、REQM：（Requirements Management）需求管理。
需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
10、RD：（Requirement Development）需求开发。
需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众（客户、最终用户）和项目组对所开发的内容达成一致。
[按类别]CMMi 3级18个 PA 的 SG 和 SP
![[按类别]CMMi 3级18个 PA 的 SG 和 SP](https://img.taocdn.com/s3/m/a9f221f36294dd88d0d26b3f.png)
CMMI三级的18个过程域及其特定目标和实践一、项目管理类：---[二级]1、项目策划(PP)[ Project Plan]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)[Project Monitoring and Control]SG1 对照计划监督项目SP1.1 监督项目策划参数SP1.2 监督承诺SP1.3监督项目风险SP1.4监督资料管理SP1.5监督共利益者介入情况SP1.6进行进展审查SP1.7里程碑审查SG2 管理纠正措施，直到结束SP2.1 分析问题：收集并分析问题，确定处理这些问题所需的纠正措施SP2.2 采取纠正措施：对所识别的问题采取纠正措施---[二级]4、供方协定管理(SAM)[Supplier Agreement Management]SG1 建立供方协定SP1.1分析由项目所决定的需求SP1.2选择供方SP1.3 建立供方协定SG2 满足供方协定SP2.1执行供方协定SP2.2监督选定的供方过程SP2.3评估选定的供方工作产品SP2.4接受取得的产品SP2.5移交产品3、集成项目管理(IPM)+IPPD[Integrated Project Management]SG1运用项目已定义过程SP1.1建立项目已定义过程SP1.2运用组织过程财富策划项目活动SP1.3建立项目工作环境综合计划SP1.4运用综合计划管理项目SP1.5充实组织过程财富SG2与相关的共利益者协调和合作SP2.1管理共利益者介入SP2.2管理依存关系SP2.3解决协调问题SG3 IPPD应用(应用IPPD原则)SP3.1 建立项目的共同愿景SP3.2 建立集成团队架构SP3.3 分配需求至集成团队SP3.4 建立集成团队SP3.5确保跨团队间的合作5、风险管理(RSKM) [Risk Management]SG1 准备风险管理SP1.1确定风险来源和类别SP1.2定义风险参数SP1.3建立风险管理战略SG2 识别和分析风险SP2.1识别风险SP2.2对风险进行评价、分类和排列优先顺序SG3 缓解风险SP3.1拟订风险缓解方案SP3.2实施风险缓解二、工程类---[二级]1、需求管理(RM)[ Requirements Management]SG1 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 识别项目工作与需求的不一致之处2、需求开发(RD)[ Requirement Development]SG1 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 确认需求3、技术解决(TS)[ Technical Solution]SG1 选择产品构建解决方案SP1.1开发详细候选解决方案和选择准则SP1.2开发操作概念和场景SP1.3选择产品构件解决方案SG2 设计SP2.1运用有效的设计方法SP2.2建立完备的技术数据包SP2.3设计综合性接口SP2.4进行制作、购买或复用分析SG3 实现产品设计SP3.1实现设计SP3.2编制产品支持文档4、产品集成(PI)[ Product Integration]SG1 准备产品集成SP1.1建立产品集成战略SP1.2建立产品集成环境SP1.3规定详细的产品集成规程SG2 确保接口兼容性SP2.1审查接口描述的完备性SP2.2管理接口SG3 组装产品构件和交付产品SP3.1确认集成用的产品构件已经准备就绪SP3.2组装产品构件SP3.3核查组装的产品构件SP3.4打包和交付产品或产品构件5、验证(VER)[ Verification]SG1 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 分析确认结果6、确认(VAL)[ Validation]SG1 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 分析验证结果三、组织过程类：1、组织过程定义(OPD)[Organizational Process Definition]SG1 建立组织过程资产SP1.1建立标准过程SP1.2 建立生命周期模型描述SP1.3建立裁剪准则及指南SP1.4建立组织度量库SP1.5建立组织过程资产库SP1.6建立工作环境标准SG2 促成IPPD管理SP2.1建立授权机制SP2.2建立集成团队规则与指南SP2.3平衡团队与原隶属组织的责任2、组织过程聚焦(OPF)[Organizational Process Focus]SG1 确定过程改进机会SP1.1确定组织的过程需求SP1.2评估组织的过程SP1.3识别组织的过程改进项目SG2 策划和实施过程改进活动SP2.1制定过程行动计划SP2.2实施过程行动计划SP2.3部署过程和相关的过程财富SP2.4把过程相关的经验纳入本组织的过程财富3、组织培训(OT)[ Organizational Training]SG1 确定培训需求并且使培训现成可用SP1.1 确定战略培训需求SP1.2确定有哪些培训需求由组织负责满足SP1.3 建立组织培训战术计划SP1.4建立培训能力SG2 提供必要的培训SP2.1交付培训SP2.2建立培训记录SP2.3评价培训效果四、支持类---[二级]1、配置管理(CM) [Configuration Management]SG1 建立基线SP1.1识别配置项SP1.2建立配置管理系统SP1.3建立或放行基线SG2 跟踪并控制变更SP2.1跟踪变更SP2.2控制变更SG3 建立完整性SP3.1建立配置管理记录SP3.2进行配置审计---[二级]2、过程和产品质量保证(PPQA) [Process and Product Quality Assurance]SG1 客观评价过程和工作产品SP1.1客观评价过程SP1.2客观评价工作产品和服务SG2 客观提供情况SP2.1通报不符合问题，并且确保解决它们SP2.2建立记录---[二级]3、测量和分析(MA) [Measurement and Analysis]SG1 协调测量和分析活动SP1.1 建立测量目标SP1.2详细说明度量值SP1.3说明数据收集和存储规程SP1.4规定分析规程SG2 提供度量结果SP2.1收集度量数据SP2.2分析度量数据SP2.3存储数据和结果SP2.4通报分析结果4、决策分析和决定(DAR) [Decision Analysis and Resolution]SG1 评价候选方案SP1.1拟订并运用决策分析的指导原则SP1.2选择评价技术SP1.3拟订评价准则SP1.4确定推荐的侯选方案SP1.5评价候选方案SP1.6选择解决方案。
CMMI总结
CMM的每个等级都被分解为3个层次:关键过程域、公共特性和关键实践。
CMMI的层次：关键过程域（CMM 18个【2-5级】）：每个关键过程域所包含的关键实践涉及5个方面：执行约定、执行能力、实施活动、度量和分析、验证实施。
具体描述：1）执行约定（Commitment to Perform）：执行约定描述一个组织在保证将过程建立起来并持续起作用方面所必须采取的行动。
执行约定一般包含制定组织的方针和规定高级管理者的支持。
2）执行能力（Ability to Perform）：执行能力描述的是在软件过程中每个项目组或整个组织必须达到的前提条件。
执行能力一般包括资源、组织机构和培训。
3）实施活动（Active Performed）：实施活动描述的是实现一个关键过程域时所必须执行的任务和步骤。
实施活动应该包括建立计划（正式和非正式的计划）和制定步骤开展工作，对该工作进行跟踪，以及必要时进行改进的措施。
4）度量和分析（measurement and analysis）：度量和分析描述对过程进行度量的基本规则，以确定、改进和控制过程的状态。
度量和分析一般包括一些为了确定所执行活动的状态及有效性所能采用的度量和分析的例子，通过这些例子可以知道如何确定操作活动的状态和效果。
5）验证实施（Verifying implementation）：验证实施描述了保证遵照已建立的过程进行活动的措施。
验证一般包括管理者和软件质量保证部门所作的评审和审计。
CMM有两个基本用途：软件过程评估和软件能力评价。
步骤（共6步）：第一步：建立一个评估/评价组。
第二步：填写提问单。
第三步：进行响应分析。
第四步：进行现场访问。
第五步：提出调查发现清单。
第六步：制作关键过程域（KPA）剖面图。
1.4.1 从初始级向可重复级过渡：初始级是CMM的起点，任何一个准备按照CMM框架等级进化的软件企业都自动地处于这一等级。
过程成熟度的焦点是软件开发过程中对各种各样的需求如何进行管理，对需求的变化如何适应都是过程成熟度的关键问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI3级18个过程域
CMMI（Capability Maturity Model Integration）是一种用于评价
和改进组织的软件工程能力的模型。
CMMI模型将软件工程能力分为不同
的级别，目前最高级别是CMMI级别5、在CMMI模型中，共有18个过程域，每个过程域都包含一组过程目标和过程实践。
下面将介绍CMMI级别
3中的18个过程域，并对每个过程域进行详细解析。
1. 要求开发（Requirements Development）：该过程域涉及确定、
分析和记录系统和软件需求的活动。
它包括需求的获取、管理、分析和验证。
2. 要求管理（Requirements Management）：该过程域涉及组织和控
制项目的需求。
它包括需求的识别、跟踪、控制和变更管理。
3. 项目计划和监控（Project Planning and Monitoring）：该过程
域涉及制定和维护项目计划，并监控项目活动的执行。
它包括识别和规划
项目活动、建立项目计划、监控项目进展和基于此进行调整。
4. 项目监控和控制（Project Monitoring and Control）：该过程
域涉及监控和控制项目执行过程中的工作和活动。
它包括收集和分析项目
绩效数据、对比实际和计划绩效，对项目进展进行控制。
5. 供应商协议管理（Supplier Agreement Management）：该过程域
涉及与供应商达成协议，并管理和监控供应商的活动。
它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。
6. 产品集成（Product Integration）：该过程域涉及对各个组成部
分进行整合，形成最终产品。
它包括定义和实施产品集成策略、执行产品
集成和验证集成后的产品。
7. 风险管理（Risk Management）：该过程域涉及识别、评估和控制
项目和产品的风险。
它包括制定风险管理计划、识别和评估风险、并采取
相应的风险缓解措施。
8. 决策分析和解决方案评估（Decision Analysis and Resolution）：该过程域涉及通过分析和评估不同的解决方案，制定决策。
它包括确定决策的目标和事实、分析和评估解决方案、做出决策。
9. 技术解决方案（Technical Solution）：该过程域涉及设计、开
发和验证满足需求的技术解决方案。
它包括定义技术解决方案、实施解决
方案和验证解决方案是否满足需求。
10. 产品和过程质量保证（Product and Process Quality Assurance）：该过程域涉及评估和监控产品和过程的质量。
它包括制定
质量保证计划、执行质量保证活动和报告质量。
11. 组织过程定义（Organizational Process Definition）：该过
程域涉及定义和维护组织的过程。
它包括制定过程管理计划、定义和维护
过程、采用过程改进措施。
12. 组织过程焦点（Organizational Process Focus）：该过程域涉
及将组织的过程与组织的目标和业务需求相结合。
它包括了解业务需求、
定义过程目标、评估和改进过程。
13. 组织培训（Organizational Training）：该过程域涉及确定和
提供组织过程所需的培训。
它包括识别培训需求、选择和提供培训、评估
培训效果。
14. 组织绩效管理（Organizational Performance Management）：
涉及衡量和监控组织的绩效，并采取相应的改进措施。
它包括建立绩效目标、收集和分析绩效数据，以及制定和实施改进计划。
15. 组织过程绩效（Organizational Process Performance）：该过
程域涉及对过程的绩效进行度量和分析，并采取措施改进过程绩效。
它包
括收集和分析过程绩效数据，识别和实施改进措施。
16. 组织创新和创新（Organizational Innovation and Deployment）：该过程域涉及推动组织的创新和改进。
它包括确定创新机会、实施创新措施和推广和复制创新成果。
17. 量化过程管理（Quantitative Project Management）：该过程
域涉及在项目和过程级别对绩效进行量化管理。
它包括制定量化过程目标、收集和分析项目和过程绩效数据，以及制定和实施改进计划。
18. 组织过程性能（Organizational Performance）：该过程域涉及
衡量和改进组织的绩效。
它包括收集和分析组织绩效数据、评估组织绩效
和制定和实施改进计划。
以上是CMMI级别3中的18个过程域。
每个过程域都涵盖了一系列的
过程目标和过程实践，用于评估和改进组织的软件工程能力。
通过深入理
解和应用这些过程域，组织可以提高软件工程的成熟度，从而提高开发和
交付质量。