cmmi整体框架和重点过程域解释

《cmmi整体框架和重点过程域解释》由会员分享，可在线阅读，更多相关《cmmi整体框架和重点过程域解释（32页珍藏版）》请在金锄头文库上搜索。

1、CMMI-软件能力成熟度集成模型 整体框架和重点过程域解释,CMMI是什么？,CMMI: Capability Maturity Model Integration（能力成熟度模型集成）,CMMI的关注点,CMMI三要素：人、技术、过程CMMI关注的是过程，也就是管理三要素相互影响，过程的改进会持续会持续从正面影响人和资源，人的士气和能力持续提高，资源被最合理最优化的配置。,过程域（PA）,Process Area：过程域。 过程域是某一领域内的一组相关实践，当它们共同得到实施时，能满足一组对于在本领域作出改进较为重要的目标。 共有22个过程域。,CMMI两种模型,CMMI模型表现形式,1.

2、连续式： 通过将CMMI 中过程区域分为四大类：过程管理、项目管理、工程以及支持。对于每个大类中的过程区域，又进一步分为不同能力等级。2. 阶段式： 把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路。,连续式与阶段式表现形式,CMMI模型(连续式表达),成熟度等级 5 优化级 4 已定量管理级 3 已定义级 2 已管理级 1 已执行级 0 不完整级,CMMI模型(阶段式表达),附：可参考给出材料中“CMMI经典例子ppt”理解5个阶段的含义,目标概览图与等价阶段式定级,CMMI重点过程域解释,配置管理（CM） 成熟度2级支持类

3、过程域,配置管理（Configuration Management，CM）的目的在于使用配置识别、配置控制、配置状态记录与报告以及配置审计，来建立并维护工作产品的完整性。“配置管理”过程域涉及以下活动： 识别所选工作产品的配置，其在给定的时间点上组成基线 控制对配置项的变更 构建或提供规格说明，以便从配置管理系统构建工作产品 维护基线的完整性 向开发人员、最终用户与客户提供准确的状态与当前的配置数据,度量与分析（MA） 成熟度2级支持类过程域,度量与分析（Measurement and Analysis，MA）的目的在于开发并保持用于支持管理信息需要的度量能力。 “度量与分析”过程域涉及以下活

4、动： 明确说明度量与分析的目标，使其与所识别的信息需要及项目、 组织级或业务目标协调一致 明确说明度量项、分析技术以及数据收集、数据存储、报告与反馈的机制 实施分析技术以及数据收集、数据报告与反馈的机制 提供客观的结果，这些结果可用于做出有根据的决策以及采取适当的纠正措施,项目监督与控制（PMC） 成熟度2级项目管理类过程域,项目监督与控制（Project Monitoring and Control，PMC）的目的在于提供对项目进展的了解，以便在项目绩效显著偏离计划时可采取适当的纠正措施。 文档化的项目计划是监督活动、沟通状态以及采取纠正措施的基础。主要通过在项目进度表或WBS中预定的里程碑

5、处或者控制级别上，将实际的工作产品与任务属性、工作量、成本以及进度与计划进行对比来确定进展情况。对进展的适当可视性使得绩效与计划发生显著偏差时能够及时采取纠正措施。显著偏差是指如果不解决就会妨碍项目达成其目标的偏差。,项目计划（PP） 成熟度2级项目管理类过程域,项目计划（Project Planning，PP）的目的在于建立并维护定义项目活动的计划。 项目计划是有效管理项目的关键之一。项目计划过程域包含以下活动： 制订项目计划 适当地与相关干系人配合 获得对计划的承诺 维护计划,过程与产品质量保证（PPQA） 成熟度2级支持类过程域,过程与产品质量保证（Process and Product

6、 Quality Assurance，PPQA）的目的在于向员工与管理层提供对过程及其相关工作产品的客观洞察。 “过程与产品质量保证”过程域涉及以下活动： 对照适用的过程描述、标准与规程，客观评价已执行的过程与工作产品 识别并记录不符合问题 向项目员工与管理人员提供对质量保证活动结果的反馈 确保不符合问题得到处理,需求管理（REQM） 成熟度2级项目管理类过程域,需求管理（Requirements Management，REQM）的目的在于管理项目的产品与产品组件需求，并确保那些需求与项目计划和工作产品间的协调一致。“需求管理”过程管理所有由项目收到或产生的需求，包括技术与非技术需求，以及由组

7、织赋予项目的需求。 项目应采取适当的步骤来确保已批准的需求集得到管理，以支持项目计划与执行的需要。当项目从已批准的需求提供方处接收了需求，应在将这些需求纳入项目计划之前，与需求提供方一起评审这些需求，以解决问题并避免误解。一旦需求提供方与需求接收方达成一致，应从项目参加者处获得对需求的承诺。随着需求的演变，项目对需求的变更进行管理，并识别在计划、工作产品与需求间的不一致。,供方协议管理（SAM） 成熟度2级项目管理类过程域,供方协议管理（Supplier Agreement Management，SAM）的目的在于管理从供方采购产品与服务的活动。 “供方协议管理”过程域包括以下活动： 确定采购

8、类型 选择供方 建立并维护与供方的协议 执行供方协议 接受所采购产品的交付 确保成功地移交所采购的产品,决策分析与解决（DAR） 成熟度3级支持类过程域,决策分析与解决（Decision Analysis and Resolution，DAR）的目的在于使用正式的评价过程，遵循已建立的准则，对已识别的多个备选方案进行评价，以分析可能的决策。 “决策分析与解决”过程域涉及建立指南，用以确定哪些问题需要采用正式评价过程，并应用正式评价过程来解决这些问题。 正式评价过程包含以下活动： 建立评价备选方案的准则 识别备选解决方案 选择评价备选方案的方法 使用已建立的准则和方法评价备选解决方案 基于评价准

9、则从备选方案中选择所推荐的方案,集成项目管理（IPM） 成熟度3级项目管理类过程域,集成项目管理（Integrated Project Management，IPM）的目的在于从组织的标准过程集中裁剪得到集成的已定义过程，并以此为依据建立并管理项目以及相关干系人的参与。 “集成项目管理”涉及以下活动： 在项目启动时，通过裁剪组织的标准过程集建立项目已定义的过程 用项目已定义的过程管理项目 基于组织的工作环境标准，为项目建立工作环境 建立旨在达成项目各项目标的团队 使用组织级过程资产并为其做贡献 在项目期间，使相关干系人关注的事项得以识别、考虑并在适当的时候得到处理 确保相关干系人（1）协作、及

10、时地执行他们的任务；（2）处理项目的需求、计划、目标、问题与风险；（3）实现他们的承诺；（4）识别、跟踪与解决协调问题,组织级过程定义（OPD） 成熟度3级过程管理类过程域,组织级过程定义（Organizational Process Definition，OPD）的目的在于建立并维护一套可用的组织级过程资产、工作环境标准以及团队规则与指南。 组织级过程资产使得整个组织具有一致的过程执行，并且为组织提供一个累积的、长期收益的基础。 组织的过程资产库通过让整个组织内共享最佳实践与经验教训来支持组织级学习与过程改进。 组织的标准过程集也描述与供方之间标准的交互。供方交互由下面典型的事项所描述：期望

11、供方提供的交付物、适用于那些交付物的验收准则、标准（例如，架构与技术标准），以及标准里程碑与进展评审。,组织级过程关注（OPF） 成熟度3级过程管理类过程域,组织级过程关注（Organizational Process Focus，OPF）的目的在于，基于对组织过程与过程资产当前的强项与弱项的透彻理解，计划、实施并部署组织级过程改进。 组织的过程包括组织及其项目使用的所有过程。对组织的过程与过程资产的候选改进从各种来源获得，包括过程的度量、在过程实施中得到的经验教训、过程评估的结果、产品与服务评价活动的结果、客户满意度评价的结果、参考其它组织过程进行基准比较的结果以及来自组织中其它改进倡议的建

12、议。,组织级培训（OT） 成熟度3级过程管理类过程域,组织级培训（Organizational Training，OT）的目的在于发展人员的技能与知识，使其能够有效且高效地执行他们的角色。 “组织级培训”涉及用于支持组织战略业务目标的培训，并满足跨项目、跨支持组的通用战术培训需要。由个别项目与支持组识别的、用以满足其特定需要的培训在项目与支持组层面进行处理，处于“组织级培训”过程域的范围之外。组织级培训项目包括以下活动： 识别组织所需要的培训 获得并提供培训，以解决已识别的培训需要 建立并维护培训能力 建立并维护培训记录 评估培训有效性,产品集成（PI） 成熟度3级工程类过程域,产品集成（Pr

13、oduct Integration，PI）的目的在于将产品组件装配成产品，确保产品作为一个整体正确地运行（即具有所要求的功能与质量属性），并交付产品。 本过程域涉及如何将产品组件集成为更复杂的产品组件或者完整的产品。 本过程域的范围是按照已定义的集成策略与规程，在一个阶段或者增量式的多个阶段中进行产品组件的渐进装配，以实现完整的产品集成。本过程域中使用的术语“产品”与“产品组件”，其含义也包括服务、服务系统及其组件。,需求开发（RD） 成熟度3级工程类过程域,需求开发（Requirements Development，RD）的目的在于挖掘、分析并建立客户需求、产品需求与产品组件需求。 本过程域

14、描述3类需求：客户需求、产品需求与产品组件需求。综合起来，这些需求涉及相关干系人的需要，包括与不同的产品生命周期阶段（例如：验收测试准则）和产品属性（例如：响应性、安全性、可靠性、可维护性等）相关的需要。需求还涉及源于设计解决方案（例如：商用现货产品的集成、特定架构模式的使用等）的选择所带来的约束。 所有的开发项目都有需求。需求是设计的基础。需求的开发包括下列活动： 客户需要、期望与约束的挖掘、分析、确认与沟通，以获得区分了优先级的客户需求，形成对什么样的需求将能使干系人得到满足的理解 干系人需要的收集与协调 产品的生命周期需求的开发 客户功能性需求与质量属性需求的建立 与客户需求一致的产品及

15、产品组件初始需求的建立,风险管理（RSKM） 成熟度3级项目管理类过程域,风险管理（Risk Management，RSKM）的目的在于在项目潜在的问题发生前对其进行识别，以便在整个产品或项目生命期中，计划并在需要时启动风险的处理行动，从而降低这些潜在问题对达成目标产生的不利影响。 “风险管理”是一个持续的、前瞻性的过程，也是项目管理的重要组成部分。风险管理应能应对可能威胁关键目标达成的问题。持续的风险管理方法能有效地预测并缓解可能对项目产生重大影响的风险。 风险管理可以分为以下几部分： 定义风险管理策略 识别并分析风险 处理已经识别的风险，包括在必要时执行风险缓解计划,技术解决方案（TS）

16、成熟度3级工程类过程域,技术解决方案（Technical Solution，TS）的目的在于选择、设计并实现对需求的解决方案。解决方案、设计与实现包括单独的或以适当形式组合的产品、产品组件以及与产品相关的生命周期过程。 “技术解决方案”过程域适用于产品架构的任一层级和每一个产品、产品组件以及与产品相关的生命周期过程。在本过程域内，用到术语“产品”与“产品组件”的地方，其预期的含义也包含服务、服务系统及其组件。 本过程域所关注的有： 评价并选择解决方案（有时亦指“设计方法”、“设计概念”或“初步设计”），这些解决方案可能满足所分配的功能性需求与质量 属性需求的适当集合 开发所选解决方案的详细设计（所谓详细指的是包含所有制造、编 码或其它将设计实现为产品或产品组件的必要信息） 将设计实现为产品或产品组件,