CMMI3级过程域(PA)
CMMI3-PA解读 (RD 需求开发培训) V1.2
Analyze Requirements 分析需求
Validate Requirements with Comprehensive Methods 用综合性的方法 确认需求
Product, Product-Component, and Interface Requirements
需求开发( 需求开发 RD )培训 培训
授课说明 RD: Requirements Development • 保持课堂安静 • 手机设置为震动 • 任何人可以提议休息 • 签到
1/23
课程目的
• 理解需求开发的目标与内容 • 需求开发与其他过程域的关系 • 了解需求开发的应用
11/23
需求开发内部结构-4 需求开发内部结构
Develop Product Requirements
Establish Product & ProductComponent Requirements 确定产品和产品 构件需求 Allocate ProductComponent Requirements 分配产品 构件需求
19/23
通用目标与通用实践-2 通用目标与通用实践
GP2.5培训人员 培训人员 必要时，对执行或支持“需求开发”过程的人员进行培训。 必要时，对执行或支持“需求开发”过程的人员进行培训。 GP2.6 管理配置项
把“需求开发”过程的指定的工作产品置于配置管理的适当层次。 需求开发”过程的指定的工作产品置于配置管理的适当层次。
16/23
特定目标与特定实践-2 特定目标与特定实践
SG3分析和确认需求 分析和确认需求
对各项需求进行分析和确认，并且开发所要求的功能度的定义。 对各项需求进行分析和确认，并且开发所要求的功能度的定义。 SP3.1建立操作概念和场景 建立操作概念和场景 建立并维护操作概念和场景 SP3.2建立所要求的功能度的定义 建立所要求的功能度的定义 建立并维护所要求的功能度的定义。 建立并维护所要求的功能度的定义。 SP3.3分析需求 分析需求 分析派生的需求，以确保它们是必要的和充分的。 分析派生的需求，以确保它们是必要的和充分的。 SP3.4评价产品成本、进度和风险 评价产品成本、 评价产品成本 从降低生存周期成本、 从降低生存周期成本、加快产品开发进度和减少产品开发风险角度 出发，对需求进行分析。 出发，对需求进行分析。 SP3.5用综合性的方法确认需求 用综合性的方法确认需求 适当时，采用多种技术确认需求， 适当时，采用多种技术确认需求，以确保将要产生的产品能在预计 的用户环境中恰当运行。 的用户环境中恰当运行。
CMMI3级--EPG的问题及答案
CMMI3级--EPG的问题及答案第一篇：CMMI 3级--EPG的问题及答案1、EPG的职责是什么？职责在哪个文件定义的？日常工作做些什么？ EPG的职责是：保障CMMI体系在公司有效执行，推动公司过程改进工作体现在：OPD的《EPG工作过程》文件日常工作是：1、制定、维护组织过程资产，并以此为项目提供帮助和指导2、收集过程改进意见、制定过程改进计划，推动公司过程改进工作；3、评价过程改进的效果；4、对组织过程培训工作进行统一管理；2、组织过程资产库的内容？1、标准体系文件2、组织度量库3、项目文档库4、组织知识库（培训资料）5、公共组件库6、组织最佳实践库3、是如何管理体系文件的？由组织级CM进行管理。
根据《过程改进计划》制定《基线发布计划》，体系文件更新后按时发布基线（EPG及高层经理审批基线）4、是如何管理组织经验库的？-EPG根据项目的度量数据定期更新PAL数据（项目结束时）-项目结束后的提供的经验教训、共享知识、最佳实践等提交EPG 审核后纳入组织PAL。
依据改进建议制定改进计划-高层批准改进计划后，EPG制定过程行动计划。
-建立/修改体系文件，评审后发布。
-对相关人员进行体系文件的培训，培训后先在试点部门和项目中执行。
按SEI的IDEAL模型持续进行改进。
7、EPG是如何开展工作？成立SEPG小组、得到授权、计划、制定/修改过程、发布过程、培训、取得反馈、持续改进8、组织过程改进目标是如何确定的？根据组织的商业目标提出，经过EPG评审通过9、在过程改进过程中，目标是怎么落实的？落实的怎么样？离目标还有多少差距？实际与目标做差距分析－》制定过程改进计划－》分配职责－》执行－》监控10、如何收集和管理过程改进建议？收集过程改进意见的方式：-高层的意见（商业目标）-QA提供建议（QA年度问题分析）-外部专家（咨询公司差异化分析）-EPG检查、审核（小型评估、体系文件Review）-向项目组征集意见管理某条改进建议的流程：-记录改进建议-《组织过程改进意见收集表》-EPG分析建议是否采纳，评估“优先级”和“实现难度”，制定过程改进的行动计划。
CMMI3-PA解读 (需求管理培训)_V2
需求管理(REQM)培训授课说明REQM: Requirements Management •保持课堂安静•手机设置为震动•任何人可以提议休息•签到课程目的•理解需求管理的目标与内容•需求管理与其他过程域的关系•了解需求管理的应用议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例需求管理的目的•需求管理目的：管理产品需求和产品组件的需求,并且确保能把需求的更改反映到项目计划、活动和工作产品中。
•需求：项目接收的或项目产生的产品和产品组件需求以及组织对项目实施的要求。
议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例工程类过程域••RDPIValCustomerTSVerREQMRequirements 需求Customer needs 客户需求Product and productcomponent requirements 产品和产品构件需求Product components, work products,verification and validation reports 产品组件、中间产品以及验证和确认报告Productcomponents产品组件Alternative solutions供选择方案Require-mentsProduct与其他过程域的关系-1注：REQM:需求管理RD ：需求开发TS ：技术解决PI ：产品集成VER ：验证VAL ：确认与其他过程域的关系-2z需求开发(RD):将关键人士需求转为产品需求，并决定如何配置到产品组件z技术解决(TS):将需求转为技术解决方案z项目计划(PP):有关于项目计划如何反应需求或因应需求而变动z配置管理(CM):有关与需求相关之文件控制管理部分z项目监督和控制(PMC):有关需求之各项项目活动与工作产品之跟踪监控议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例RequirementsObtain an UnderstandingofRequirements 获得可理解需求Obtain CommitmenttoRequirements 获得对需求的承诺Traceability Matrix orRequirements Tracking SystemMaintain Bidirectional Traceability of Requirements 维护需求的双向可溯性Identify Inconsistencies Between Project Work and Reqmts 识别需求和工产品不一致性Manage Requirements 需求管理Manage Requirements Changes 管理需求的变更需求管理内部结构议程•需求管理的目的和意义•与其他过程域的关系•需求管理的内部结构•特定目标与特定实践•共性目标与共性实践•需求管理过程的示例特定目标与特定实践•SG1 管理需求对需求进行管理并识别与项目计划和工作产品之间的不一致之处。
(完整版)CMMI3过程体系文档清单
分类
过程域(PA)
过程
规程
模板
过程管 理过程
项目管 理类过
程
工程开 发类过
程
OPD、OPF
OT PP
PMC、IPM、RSKM PMC、IPM、RSKM PMC、IPM、RSKM
RD PP TS、PI
软件过程改进过程
组织培训过程
项目立项过程 项目策划过程
项目跟踪过程
84—82
检查单
配置服务器/CMM目录下文件配置清单
84—83
检查单
配置服务器/CMM目录下文件配置清单
84—84
84—76
检查单
配置服务器/CMM目录下文件配置清单
84—77
检查单
配置服务器/CMM目录下文件配置清单
84—78
检查单
配置服务器/CMM目录下文件配置清单
84—79
检查单
配置服务器/CMM目录下文件配置清单
84—80
检查单
配置服务器/CMM目录下文件配置清单
84—81
检查单
配置服务器/CMM目录下文件配置清单
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—39
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—40
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—41
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
CMMI3-PA解读(决策分析与决定)_V2
决策分析和决定(DAR)培训授课说明DAR: Decision Analysis and Resolution •保持课堂安静•手机设置为震动•任何人可以提议休息•签到课程目的•理解决策分析与决定的目标与内容•决策分析与决定与其他过程域的关系•了解决策分析与决定的应用议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例决策分析与决定的目的z“决策分析与决定”目的在于运用结构化方法按照所建立的准则对所确定的候选方案进行决策。
议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例•PPQAMACMAll process areasMeasurements,analysesInformation needsConfigurationitems;change requestsBaselines;audit reportsProcesses and work products;standards and proceduresQuality and noncomplianceissues与其他过程域的关系-1基础支持类过程域•DARAll process areasCARDefects and other problemsSelected issuesProcessimprovement proposalsStructured decisionsProcess Management Process Areas Project Management Process AreasOEIIntegrated work environment and people practicesIPPDknowledge and skill needsAbility to develop and deploy IPPD processes and supporting assetsOrganizationIPPD Infrastructure 高级支持类过程域组织集成环境OEI ：Organizational Environment for Integration (IPPD)原因分析与解决方案CAR ：Causal Analysis and Resolutionz项目策划(PP)：关于项目总的策划的更多的信息z集成项目管理(IPM)：关于建立项目已定义过程的更多的信息z风险管理（RSKM）：于识别和缓解风险的更多的信息议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例Decision Analysis and Resolution -ContextEstablish Guidelines for Decision Analysis拟定并运用决策分析指导原则GuidelinesEvaluate Alternatives评价候选方案SelectEvaluationMethods选择评价技术Methods CriteriaEstablishEvaluationCriteria建立评价准则SelectSolutions 选择解决方案Identify Alternative Solutions确定候选方案Proposed AlternativesEvaluateAlternatives评介候选方案OtherPAs决策分析与决定内部结构议程•决策分析与决定的目的•与其他过程域的关系•决策分析与决定的内部结构•特定目标与特定实践•共性目标与共性实践•决策分析与决定过程的示例特定目标与特定实践•SG1评价候选方案运用所拟订的准则评价候选方案，为决策奠定基础。
CMMI级过程域介绍
19.06.2020
44
典型工作产品
•SP 1.2 选择产品构件解决方案 选择最能满足规定准则的产品构件解决方案
- 产品构件解决方案选择决定和理由 - 需求和产品构件之间形成文件的关系 - 初始产品构件的技术数据包
•SP 2.1 运用有效的设计方法 建立并运用有效的设计方法
验证
GP2.9：客观评价符合性 GP2.10：高层管理评价
14
主题
• 成熟度等级3 • 成熟度等级3的过程域 • 过程域关系 • 总结
19.06.2020
15
成熟度等级3的过程域
需求开发 技术解决 产品集成 验证 确认 组织过程焦点 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与决议
•SP 2.3 设计接口 运用所确定并维护的准则设计产品构件接口
- 接口规格说明 - 接口控制文档 - 接口规格说明准则和模板 - 接口规格说明变更规程
19.06.2020
46
典型工作产品
•SP 2.4 进行开发、采购或复用分析
根据所规定的准则，对产品构件究竟是开发、 采购还是复用进行评价
- 产品构件复用准则 - 开发和采购分析的结果 - 选择商业现货的指南
19.06.2020
40
技术解决 – 关系图
实现产品设计
实现产品设计
开发 产品支持文档
模块开发 软件开发 数据文档 过程文档 工具开发
19.06.2020
最终用户培训资料 用户手册 操作手册 维护手册 在线帮助
41
目标和实践的映射 1
•特殊目标
• 特殊实践
• 开发详细的候选方案和选择准则 • 选择产品构件方案 • 选择产品构件方案
CMMI3_介绍
日期：2008-03-12
导言
课程目标：使公司人员初步了解CMMI3级 课程主要内容：CMMI3级基础知识及练习题 课程适用人群：全体员工 培训达标的标准：
➢ 课后练习题能够解答正确； ➢ 通过最终考核；
课程大纲
CMMI介绍 CMMI的意义 公司实施CMMI3级的计划
阶段式
主要衡量一个企业的成熟度，即企业在项目实施上的综合 实力。 企业在进行评估时，一定要由评估师来挑选企业内部的任 何项目，甚至任何项目的任何部分。 一般地讲，一个企业要想在阶段性评估中得到三级，其企 业内部的大部分项目要达到三级，小部分项目可以在二级， 但决不能有一级。
CMMI介绍
CMMI分为5个等级
➢ Initial-初始级(1):过程是不可见的 ➢ Repeatable-管理级(2)：过程里程碑是可见的 ➢ Defined-定义级(3)：过程内部是可见的 ➢ Managed–量化管理级(4) ：过程可见性是定量化的 ➢ Optimizing-优化级 (5) ：可见性的更高等级，自我优化的
CMMI介绍
CMMI介绍
CMMI分为5个等级
➢ 量化管理级 分析对软件过程和产品质量的详细度量数据，对软件过程 和产品都有定量的理解与控制。管理有一个作出结论的客 观依据，管理能够在定量的范围内预测性能。
➢ 优化级
过程的量化反馈和先进的新思想、新技术促使过程持续不 断改进。
CMMI介绍
CMMI介绍
等级情况特点
CMMI介绍
CMMI的表达式分为两种
CMMI介绍
连续式
主要衡量一个企业的项目能力。企业在接受评估时可以选 择自己希望评估的项目来进行评估。 因为是企业自己挑选项目，其评估通过的可能性较大。但 是，它反映的内容也比较窄。它仅仅表示企业在该项目或 类似项目的实施能力达到了某一等级。
cmmi3遵循的标准
CMMI3级认证遵循的标准是**CMMI能力成熟度模型**。
CMMI 是针对软件企业的能力成熟度模型标准，它主要是对过程的一致性和有效性进行评估，以确保组织能够有效地执行其核心业务过程。
在CMMI模型中，软件开发过程中的每个活动和决策都与一组过程目标和组织标准一致，从而确保一致的过程输出。
同时，通过使用量化的度量方法，CMMI可以衡量过程的有效性，从而确保过程改进的明确性和持续性。
CMMI3级认证需要企业具备的条件包括有专门的人员进行体系创建、体系监督执行、过程分析和改进，并且在评估前要至少完成体系创建、完成，并持续运行半年以上。
CMMI3级认证的18个过程域包括：过程管理（OPD：组织级过程定义、OPF：组织级过程焦点、OT：组织培训管理），项目管理（PP：项目计划、PMC：项目监督与控制、SAM：供应商协议管理、IPM：集成项目管理、RSKM：风险管理），工程管理（RD：需求开发、REQM：需求管理、TS：技术解决方案、PI：产品集成、VER：验证、VAL：确认）。
以上信息仅供参考，如有需要，建议咨询专业技术人员。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
被访谈角色问题说明
-CMMI3
1）高层经理：
高层经理Sheet页内容；
2）EPG人员：
公共实践、OPD、OPF sheet页内容；3）培训管理员：
公共实践、OT sheet页内容。
4）项目经理：
公共实践、立项与结项、PP、PMC、
IPM、RSKM、MA、REQM、VER、DAR
sheet页内容。
5）需求人员：
公共实践、RD、REQM、VER、DAR sheet
页内容；
6）设计开发人员：
公共实践、TS、VER、DAR、PI sheet
页内容；
7）测试人员：
公共实践、VAL、VER sheet页内容；8）配置管理员：
公共实践、CM、VER sheet页内容；9）QA人员：
公共实践、PPQA、VER sheet页内容。
CMMI3级过程域(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）
需求开发。
需求开发的目的在于定义
系统的边界和功能、非功能需求，以
便涉众（客户、最终用户）和项目组
对所开发的内容达成一致。
11、TS：（Technical Solution）技术解
决方案。
在开发、设计和实现满足需
求的解决方案。
解决方案的设计和实
现等都围绕产品、产品组件和与过程
有关的产品。
12、PI：（Product Integration）产品集
成。
从产品组件组装产品，确保集成
产品功能正确并交付产品。
13、VER：（Verification）验证。
验证
确保选定的工作产品满足需求规格。
14、VAL：（Validation）确认。
确认证
明产品或产品部件在实际应用下满足
应用要求。
支持管理：
15、CM：（Configuration Management）
配置管理。
建立和维护在项目的整个
软件生存周期中软件项目产品的完整
性。
16、PPQA：（Process and Product
Quality Assurance）过程和产品质量保
证。
为项目组和管理层提供项目过程
和相关工作产品的客观信息。
17、MA：（Measurement and Analysis）
测量与分析。
开发和维持度量的能力，
以便支持对管理信息的需要，作为改
进、了解、控制决策。
18、DAR：（Decision Analysis and
Resolution）决策分析与解决。
应用正
式的评估过程依据指标评估候选方案，
在此基础上进行决策。
总结CMMI3级的几个重要特点：
1) 明确规定了需求开发、设计、编码、
测试、集成等软件开发各过程的要求。
2) 对项目管理提出了更高的要求，要利
用组织级的数据来管理项目。
3) 出现了专门针对组织级的PA，要求有
专门的组织来负责过程改进的工作。
4) 提供了一个做出最佳决策的指导，而
这个方法可以用于软件工程，也可以用于
组织级过程改进。
注意：本次评估中只包含除SAM（Supplier
Agreement Management）供应商协议管理
外的17个过程域。
SG：特定目标
SP：特定实践
立项管理文档立项管理（Project Initialization
Management,PIM）的目的是：（1）采纳符合
机构最大利益的立项建议被采纳，避免浪费机构
的人力资源、资金、时间等。
【√设计】TS-技术解决方案
【√设计】DAR-决策分析与解决
【√设计、开发】VER(同行评审)-验证
【√开发】PI-产品集成。