CMMI3级过程域介绍
CMMI3全过程域翻译讲解
1CMMI GG2制度化已管理的过程institutionalize a managed process: The Process is institutionalized as a managed process.制度化已管理的过程：将过程制度化为一个已管理的过程。
GP2.1建立组织纺方针Establish and maintain an organizational policy for planning and performing the project planning process.建立和维护一个组织级方针来规划和执行项目策划过程。
GP2.2规划过程Establish and maintain the plan for performing the project planning process.建立和维护执行项目策划过程的计划。
GP2.3提供资源Provide adequate resources for performing the project planning process, developing the work products, and providing the services of the process.提供充足的资源来执行项目策划过程，开发工作产品和提供过程服务。
GP2.4分配职责Assign responsibility for performing the process, developing the work products, and providing the services of the project planning process.分配项目策划过程的职责和权力来执行过程、开发工作产品和提供过程服务。
GP2.5培训人员Train the people performing or supporting the project planning process as needed.按照需要培训人员来执行或支持项目策划过程。
2 CMMI L3 OPD
CyberKeJi
裁剪准则和指南
• 剪裁和定义过程时的灵活性与确保整个组织里各个过程的适 当一致性之间应求得平衡 • 需要一定的灵活性，以便处理前后关系上的多变性。例如， 应用领域，客户的性质，成本、进度和质量等的权衡，工作 的技术难度，以及实施该过程的人员的经验等 • 整个组织的一致性也需要，这是为了使组织的标准、目的和 战略得到适当的处理，过程数据和经验教训得以共享 • 对于在组织一级执行的过程而言，标准过程本身可能就是已 定义过程，这样就不需要进行剪裁
需求开发 技术解决方案 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 集成化小组 (IPPD) 集成化供应商管理（SS） 决策分析及解决方案 组织集成环境(IPPD)
r 优化级 优化级 r
q 定量管理级 定量管理级 q
p 已定义级 已定义级 p
o已管理级 已管理级 o
版权所有 请勿翻印
24
CyberKeJi
SP 1.3 建立裁剪准则和指南
SP 1.3 建立和维护组织标准过程集的裁剪准则和指南 • 裁剪准则和指南描述下列内容： – 如何使用组织标准过程集和组织过程资产来创建已定义 过程 – 已定义过程必须予以满足的强制性要求（例如，每个已 定义过程都必须使用的组织过程资产子集） – 可以使用的选项和在选项中做出选择的准则 – 在执行过程剪裁时必须遵循的规程和必须执行的剪裁文 档
版权所有 请勿翻印
12
CyberKeJi
#过程域分类
过程管理: 组织培训、组织过程定义、组织过程焦点、组织过 程性能、组织革新和实施 项目管理：项目策划、项目监督和控制、供应商协议管理、集 成项目管理、风险管理、集成群组、定量项目管理 、集成供应商管理 工程： 支持： 需求管理、需求开发、技术解决方案、产品集成、 验证、确认 配置管理、过程和产品质量保证、度量和分析、 决策分析和解决方案、组织集成环境、 因果分析和解决方案
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级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总结
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框架等级进化的软件企业都自动地处于这一等级。
过程成熟度的焦点是软件开发过程中对各种各样的需求如何进行管理，对需求的变化如何适应都是过程成熟度的关键问题。
CMMI3级18个过程域
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）：该过程域涉及通过分析和评估不同的解决方案，制定决策。
CMMI3级过程域
CMMI3级过程域CMMI (Capability Maturity Model Integration) 是由美国国防部发起的一种软件过程成熟度模型，它对软件和系统开发过程进行了评估和改进，旨在提高组织的软件开发能力。
CMMI 将过程分为若干级别，从初始级别到最高级别，即 CMMI5 级，每个级别由一些过程域 (Process Area, PA) 组成。
CMMI3 级是一个中间级别，对于组织来说已经达到了一定的成熟度，具备一定的过程能力。
1. 需求管理 (Requirements Management)：确保需求的准确和及时管理，包括需求的收集、分析、追踪和验证。
2. 项目计划与监控 (Project Planning and Monitoring)：制定和管理项目计划，确保项目按照计划进展，并对项目的进度、资源和风险进行监控和控制。
3. 项目质量管理 (Project Quality Management)：制定和实施项目质量计划，监控和改进项目的质量，确保交付的产品和服务符合质量要求。
4. 项目配置管理 (Project Configuration Management)：管理项目的配置项，包括版本控制、变更控制和配置项的状态管理。
5. 项目度量与分析 (Project Measurement and Analysis)：收集和分析项目数据，评估项目绩效，并通过度量和分析驱动项目改进。
6. 项目风险管理 (Project Risk Management)：在项目各个阶段识别和评估风险，制定和实施风险应对措施，以降低项目风险。
7. 项目决策与问题解决 (Project Decision and Problem Solving)：制定和实施适当的决策和问题解决方法，以支持项目的成功实施。
8. 技术解决方案 (Technical Solution)：开发和维护具有高质量且满足需求的技术解决方案，包括架构设计、系统开发和集成。
CMMI级过程域讲解
计划参数
制定项目计划
编制 预算和进度表
识别项目风险
策划资料管理
策划项目资源
策划共利益者 的介入
制定项目计划
策划必要的知识 和技能
项目计划
PMC
项目策划 – 关系图
完成参数估算
计划参数
制定项目计划
获得对计划 – 关系图
获得对计划的承诺
评审项目 的从属计划
项目计划
协调工作 和资源的关系
子实践 - 确定实施项目所需的知识和技能。 - 评估可得到的知识和技能。 - 选择提供所需要的知识和技能的机制。 - 将所选择的机制纳入项目计划。
项目策划 – 特殊实践
SP 2.6 策划相关干系人介入 策划已标识干系人的介入。
项目策划 – 特殊实践
SP 2.7 制定项目计划 制定并维护总体项目计划。
的一致性。 - 标识不一致的来源和理由。 -当需求基线更改时，标识其导致计划和工作产品所
需的更改。 - 启动纠正措施。
需求管理 – 补充说明
需求管理
CMMI2级过程域
需求管理（REQM） 项目策划（PP） 项目监控（PMC） 供应商协议管理（SAM） 度量和分析（MA） 过程和产品质量保证（PPQA） 配置管理（CM）
- 监督项目的成本和所花费的工作量。
- 定期度量所花费的工作量和成本以及人员使用情况。 - 将实际的工作量、成本、人员配备及培训情况与项目计划中
的预算和估算值相比较。 - 识别与项目计划预算和估算值的显著偏离。
项目监控 – 特殊实践
- 监控工作产品和任务的属性。
- 定期度量工作产品和任务的实际属性，例如规模、复杂度、 或服务级别（以及这些属性的变更）。 - 将实际的工作产品和任务的属性（和这些属性的变更）与项 目计划中的估算值相比较。 - 识别与项目计划估算值的显著偏离。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
- 用户手册 - 操作手册 - 维护手册 - 在线帮助 - 培训材料
2015-3-6
•确定接口需求
2015-3-6
26
目标和实践的映射 2
特殊目标
• 分析和确认需 求
特殊实践
•建立操作概念和场景 •建立所要求的功能定义
•分析需求
•分析需求以达到平衡 •用综合的方法确认需求
2015-3-6
27
典型工作产品
•SP 1.1 引出需求 引出产品生存周期所有各个阶段共利益者的要 求、期望、约束条件和接口 •SP 1.2 转换需求 将干系人的要求、期望、约束条件和接口转换 成客户需求
- 产品构件解决方案选择决定和理由 - 需求和产品构件之间形成文件的关系 - 初始产品构件的技术数据包
•SP 2.1 运用有效的设计方法 建立并运用有效的设计方法
- 设计方法选择准则 - 设计方法 - 设计工具 - 设计过程/活动
2015-3-6 45
典型工作产品
•SP 2.2 建立完备的技术数据包 建立并维护完备的技术数据包
• 实现产品设计
2015-3-6
43
典型工作产品
•SP 1.1 开发详细的候选方案和选择准则 从候选方案中选择产品和产品构件解决方案 （包括与产品有关的过程）
- 候选解决方案 - 选择准则 - 候选解决方案检查单 - 新技术评价结果
2015-3-6
44
典型工作产品
•SP 1.2 选择产品构件解决方案 选择最能满足规定准则的产品构件解决方案
2015-3-6
22
需求开发 – 关系图
开发产品需求
确定产品和 产品构件需求
分配产品构件 需求
确认接口需求
2015-3-6
客户需求
产品、产品构件和接口需求
23
需求开发 – 关系图
开发客户需求
开发产品需求
分析和验证需求
客户需求
产品、产品构件和接口需求
确认需求
2015-3-6
24
需求开发 – 关系图
实施指导
GP2.6：管理配置
GP2.7：利益相关者介入 GP2.8：监督并控制过程
GP3.2：收集改善信息
验证
GP2.9：客观评价符合性 GP2.10：高层管理评价
2015-3-6 14
主题
• 成熟度等级3 • 成熟度等级3的过程域 • 过程域关系 • 总结
2015-3-6 15
成熟度等级3的过程域
Val
2015-3-6
17
需求开发
• 目的
产生和分析客户、产品以及产品构件 的需求
2015-3-6
18
需求开发 – 特殊目标
•
•
SG 1 开发客户需求
收集干系人的需要、期望、约束条 件和接口，并将其转化为客户需求.
•
• • •
2015-3-6
SG 2 开发产品需求
对客户需求进行精炼和细化,并将其 转化为产品和产品构件需求. SG 3 分析和确认需求 分析和确认需求,并开发所要求的功 能定义.
• 标准过程
– 是一个为组织公共过程提供指导的基本过程 – 描述了用于项目过程的基本要素 – 作用于组织层面
2015-3-6
6
关键术语复习 2
• 已管理过程
– 已管理过程是一个按方针进行计划和实 施的过程; 拥有具备技能的人员等适当资 源去生产受控制的产品；干系人要参与； 并对产品生产进行监控、评审和评估， 以检查实施的过程是否遵从了过程描述。
•GP 2.6 配置管理 将“需求开发”过程的指定工作产品置于适当 的配置管理. 需求开发的工作产品包括: • 客户需求 • 功能结构 • 产品和产品构件需求 • 接口需求
2015-3-6
31
共性内容在需求开发过程的细化
GP2.1 GP3.1 方针 定义过程 明确公司对需求开发的期望和要求 定义需求开发过程
初始级
控制差，是反应式的
2015-3-6 4
理解成熟度等级3 已定义级
•该等级建立在成熟度等级2的项目管理基础之上
– 工程过程得到更为有效的改进
– 组织对于过程改进更加积极主动 – 组织的培训需求被明确和满足
•组织定义了一系列标准过程，以供每一个项目 按需求进行剪裁
2015-3-6
5
关键术语复习 1
需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决议
初始级 优化管理
量化管理
已定义
已管理
2015-3-6
16
工程过程域
REQM
需求
产品和产品构件需求
可选方案
产品构件 产品
RD
需求
TS
PI
客户
产品构件
工作产品 验证和确认报告
Ver
客户需求
2015-3-6
7
关键术语复习 3
• 已定义过程
– 是由组织的一系列标准过程中按照组织 的剪裁准则剪裁而成的已管理过程
• 有一个可维护的过程描述
• 将工作产品、度量及其它过程改进的信息存 储到组织的过程资产库中 • 作用于项目层面
2015-3-6
8
已定义过程
输入 输出
•
各项目依据统一的过程性能判断
2015-3-6
12
成熟度等级3的通用实践
•执行验证
GP 2.9 客观评价遵循情况
3
GP 2.10 高层管理者审查状态
•注意：成熟度等级3的两个通用实践同样适用于 成熟度等级2的过程域
2015-3-6
13
共性实践
GG3：已定义的过程
约定
GP2.1: 方针
执行能力
GP3.1: 定义过程 GP2.2: 计划过程 GP2.3：提供资源 GP2.4：分配职责 GP2.5：培训
• 执行承诺
GP 2.1 建立组织方针
• 执行能力
GP 2.2 策划过程 GP 2.3 提供资源
GP 2.4 分配职责
GP 2.5 培训人员 GP 3.1 建立已定义过程
2015-3-6
建立和维护已定义过程的描述
11
成熟度等级3的通用实践 2
• 实施指导
GP 2.6 管理配置项 GP 2.7 识别相关干系人并使之介入 GP 2.8 监控过程 GP 3.2 收集改进信息 收集来自于策划和执行过程的工作产品、度量 结果和改进信息，以支持将来使用和改进组织过程及 过程资产
2015-3-6
9
成熟度等级3的通用目标
通用目标：制度化为已定义过程
•已定义过程意味着特定的项目过程是源于组织 标准过程的剪裁 •该通用目标也适用于成熟度等级2的过程域，即 组织为达到成熟度等级3必须使成熟度等级2、3 的过程域均制度化为已定义过程
2015-3-6
10
成熟度等级3的通用实践 1
• 所有过程域的共同特性是相似的
GP2.2
GP2.3 GP2.4 GP2.5 GP2.6 GP2.7 GP2.8 GP3.2 GP2.9 GG3 GP2.10 2015-3-6
计划过程
提供资源 分配职责 培训 管理配置 利益相关者介入 监督并控制过程 收集改善信息 客观评价符合性 高层管理评价
制订需求开发的计划
准备实施需求开发所需的资源 明确需求开发过程中的角色和职责 对需求开发实施适当培训，比如客户交流等 需求开发过程的产品和活动纳入配置管理，比如需求规格说明书 利益相关者介入对需求的评审 管理过程实际执行结果与计划的偏差 收集需求开发过程改善的信息 客观评估过程实施与过程描述、规范或标准的符合性，并明确不 符合项 高层管理对过程活动进行评审，并解决相关问题 32
2015-3-6
41
目标和实践的映射 1
•特殊目标
• 选择产品构件方案
• 特殊实践
• 开发详细的候选方案和选择准则 • 选择产品构件方案
2015-3-6
42
目标和实践的映射 2
• 特殊目标
• 设计展开
•特殊实践
•运用有效的设计方法
•建立技术资料包 •设计接口 •进行开发、采购或复用分析 • 实现设计 • 编制产品支持文档
第三部分
CMMI3级：已定义级
2015-3-6
1
培训目标
• 让学员学会:
– CMMI专用术语定义 – 介绍与成熟度等级3过程域结构元素相关的 概念 – 阐述成熟度等级3的组织行为特征 – 介绍成熟度等级的过程域目的、目标、关 系图和详细描述 – 讨论一个成熟组织的文档要求 – 识别一个组织可能面对的一般问题以及可 以处理这些问题的过程域
2015-3-6
39
技术解决 – 关系图
RD
选择产品构件方案
设计展开
实现产品设计
候选方案和评价准则
设计细节和文档
已开发的产品
2015-3-6
40
技术解决 – 关系图
实现产品设计
开发 产品支持文档
实现产品设计
模块开发 软件开发 数据文档 过程文档 工具开发
最终用户培训资料 用户手册 操作手册 维护手册 在线帮助
2015-3-6
34
技术解决 – 特殊目标
• • • SG 1: 选择产品构件方案
从候选方案中选择产品或产品构件的方案 SG 2: 设计 进行产品或产品构件的设计
SG 3: 实现产品设计 根据设计，实现产品构件及相关的支持文 档
2015-3-6
35
技术解决 – 关系图
RD
选择产品构件方案
Hale Waihona Puke 设计展开- 客户需求 - 用于验证过程的需求 - 用于确认过程的需求 - 测试用例和期望的结果