CMMI过程域归纳v20.docx
- 文档编号:3405488
- 上传时间:2022-11-22
- 格式:DOCX
- 页数:26
- 大小:28.82KB
CMMI过程域归纳v20.docx
《CMMI过程域归纳v20.docx》由会员分享,可在线阅读,更多相关《CMMI过程域归纳v20.docx(26页珍藏版)》请在冰豆网上搜索。
CMMI过程域归纳v20
CMMI基本介绍V2.0
1组织成熟度级别和类别3
2通用目标和通用实践5
3RD需求开发REQUIREMENTSDEVELOPMENT7
4REQM需求管理REQUIREMENTSMANAGEMENT9
5PP项目策:
划PROJECTPLANNING10
6PMC项目监督和控制PROJECTMONITORINGANDCONTROL12
7RSKM风险管理RISKMANAGEMENT14
8SAM供应商协议管理SUPPLIERAGREEMENTMANAGEMENT15
9CM配置管理CONFIGURATIONMANAGEMENT16
10PPQA过程和产品质量保证PROCESSANDPRODUCTQUALITYASSURANCE……17
11MA度量和分析MEASUREMENTANDANALYSIS18
12DAR决策分析和解决DECISIONANALYSISANDRESOLUTION19
13TS技术解决方案TECHNICALSOLUTION20
14PI产品集成PRODUCTINTEGRATION21
15VER验证VERIFICATION22
16VAL确认VALIDATION24
17OPF组织过程聚焦ORGANIZATIONALPROCESSFOCUS25
18OPD组织过程定义ORGANIZATIONALPROCESSDEFINITION27
19OT组织培训ORGANIZATIONALTRAINING28
20IPM集成项目管理INTEGRATEDPROJECTMANAGEMENT29
21OPP组织过程性能ORGANIZATIONALPROCESSPERFORMANCE31
22QPM量化项目管理QUANTITATIVEPROJECTMANAGEMENT32
23CAR因果分析和解决CAUSALANALYSISANDRESOLUTION33
24OPM组织性能管理ORGANIZATIONALPERFORMANCEMANAGEMENT34
1组织成熟度级别和类别
类别
级别
Process
Management
过程管理
Project
Management
项目管理
Engineering
工程
Support
支持
ML5
五级
-优化
OPM组织性能管
理
CAR因果分析和
解决
ML4
四级
-量化
管理
OPP组织过程性能
QPM量化项目管理
ML3
三级
-定义
OPF组织过程聚焦
OPD组织过程定义
OT组织培训
IPM集成项目管理
RSKM风险管理
RD需求开发
TS技术解决方案
PI产品集成
VER验证
VAL确认
DAR决策分析和
解决
ML2
二级
-管理
REQM需求管理
PP项目策划
PMC项目监督和控制
SAM供应商协议管理
MA测量与
分析
PPQA过程和产
品质量保证
CM配置管理
2通用目标和通用实践
级别
通用目标
通用实践
GG1实现特定目标
AchieveSpecific
Goals
GP1.1头施特疋头践PerformSpecificPractices
一级
通过将可识别的输
实施过程域的特定实践,以开发工作产品和提供服
入工作产品转换为输出
务,实现过程域的特定目标
工作产品的过程来支持
过程域的特定目标
GP2.1:
建立组织政策EstablishanOrganizational
Policy
GP2.2:
策划过程PlantheProcess
GP2.3:
提供资源ProvideResources
GG2制度化已管理过
GP2.4:
分配责任AssignResponsibility
程
GP2.5:
培训人员TrainPeople
二级
Institutionalizea
GP2.6:
配置管理ControlWorkProducts
ManagedProcess
GP2.7:
识别并纳入相关干系人员
IdentifyandInvoIveRelevant
Stakeholders
GP2.8:
监控过程MonitorandControltheProcess
GP2.9:
客观评估符合度ObjectivelyEvaluate
Adherenee
GP2.10:
与高层管理者一起审查过程状态
ReviewStatuswithHigherLevel
Management
—三*~
五级
GG3:
制度化已定义过程
Institutionalizea
DefinedProcess
GP3.1:
建立已疋义过程EstablishaDefinedProcess
GP3.2:
收集过程相关经验CollectProcessRelated
Experiences
3RD需求开发Requirements
Development
目的:
弓I出、分析和建立客户、产品及产品组件的需求。
特定目标
特定实践
SP1.1引导需求:
引导相关干系人提出关于产品生命周期各阶段得需要、期望、
约束及接口
SG1开发客户需
SP1.2将相关干系人的需要转化为客户需求:
将相关干系人的需要,如期望、约
求
束与限制、接口等转化为客户需求;通常会包括对系统目标、范围、解决问题、
(收集相关干系人
软件特性、接口要求等有详细的描述。
得需要、期望、约
来自客户和干系人的各种输入和需求信息,须经合并和检查是否有遗漏的需
束及接口,并转换
求信息,以及解决冲突(如客户的需求和其他干系人的需求之间,或客户的需求
成客户需求)
与需求之间冲突,如客户要求的功能需求与进度、成本矛盾的等)等过程,解决
后并记录为客户需求,所以在冲突适当解决之后,需要转换成被认可的客户需求
SP2.1建立产品和产品组件需求:
根据客户需求建立和维护产品或产品组件需求;
是比较细致的需求,会详细描述软件与用户是怎样交互的,用户需要输入什么,
SG2开发产品需
系统会输出什么等都会比较详细描述出来
求
SP2.2分配产品组件需求:
为每个产品组件分配需求;将需求开发与技术解决方
(精练并细化客户
案联系起来,所有的需求应该与设计的产品组件对应起来,保证需求驱动后续的
需求,以开发产品
设计工作,冋时也保证设计都是为了需求服务的
及产品组件需求)
SP2.3识别接口需求:
接口需求包括系统与第三方的系统的接口要求,也包括系
统本身各组件、各子系统、各部分之间的接口要求。
通常这些接口需求在客户需
求级别的时候,并不是很明细,需要对客户需求进一步细分成产品需求、产品组件需求,然后发掘出接口需求
SP3.1建立操作的概念和场景:
建立和维护操作概念和相关的场景
SG3分析并确认
SP3.2建立必要功能和质量属性的定义:
需求
SP3.3分析需求:
分析需求,以确保其必要性和充分性
(需求被分析和确
SP3.4分析需求以取得平衡:
分析需求以平衡相关干系人的需要和约束,保证需
认,并定义出具体
求在约束条件下是可实现的
的功能性需求)
SP3.5确认需求:
确认需求,以确保产出的产品将能够在最终用户预期的环境中
执行
4REQM需求管理Requirements
Management
目的:
管理项目的产品及产品组件需求,并标识出这些需求与项目策划及工作产品之间的不
致性。
特定目标
特定实践
SG1管理需求
SP1.1理解需求:
与需求提供者一起理解需求的意图
(管理需求以确定
SP1.2取得需求的承诺:
获得项目参与者对需求的承诺
需求与项目策划及
SP1.3管理需求变更:
工作产品之间的一
SP1.4维护需求和工作产品的双向可追溯性:
致性)
SP1.5确保项目工作与需求的一致性:
5PP项目策划ProjectPlanning
目的:
建立并维护用以定义项目活动的计划。
特定目标
特定实践
SP1.1估计项目范围:
建立一个高水平的工作分解结构(WBS),以估计项目范围
SG1建立估计值
SP1.2建立工作产品与任务属性的估计值:
估计的属性如:
需求数目和复杂度、
(建立并维护项目
接口数目和负责度、功能数、项目参与经验、技术风险数量、输入输出数等
策划参数的估计
SP1.3定义项目生命周期:
定义项目生命周期,并以此建立策划工作的范围
值)
SP1.4估计工作量和成本:
根据估计理由,估计工作产品和工作所需的项目工作
量和成本
SP2.1建立预算和进度:
SP2.2识别项目风险:
识别和分析项目风险
SG2开发项目策
SP2.3策划项目数据的管理:
数据是多种形式的文件,用以支持项目的全部领域
划
SP2.4策划项目资源:
如人工、设备、材料及方法等
(建立并维护项目
SP2.5策划所需知识和技能:
策划,作为管理项
SP2.6策划干系人参与:
目的基准)
SP2.7建立项目策划:
建立并维护整体的项目策划内容,如项目生命周期的考虑、
项目任务、预算和进度、里程碑、数据管理、风险识别、资源和技术需求、干系人
的识别和互动、基础架构的描述等
SG3获得对计划
SP3.1评审影响项目的各种计划:
审查影响项目的所有计划,以了解承诺
的承诺
SP3.2调整工作和资源水平:
调整计划以调节可用的预估计的资源;为使所建立
(建立并维护对项
的项目是可行的,获取相关干系人的承诺,以及调整估计与实际可以资源之间的差
目策划的承诺)
距是重要的。
调整方法通常包括:
变更或延缓需求、争取更多资源、外包、调整项目人员的技能组合、修订影响项目的所有计划或进度表等
SP3.3获得计划承诺:
从负责执行与支持计划执行的相关干系人处,获取承诺
6PMC项目监督和控制Project
MonitoringandControl
目的:
目的在于了解项目的进度,以便项目在执行性能严重偏离项目策划时,可采取适当的
纠正措施。
特定目标
特定实践
SP1.1监控项目策划的各项参数:
按照计划监控策划参数的实际值;项目计划参
数主要由进度与性能构成,它包含工作产品与任务、成本、工作量和进度等属性。
SG1按照计划监
工作产品与任务的属性包含规模、复杂度、服务等级、可用性、功能等
控项目
SP1.2监控承诺事项:
按照项目策划监控所识别的承诺
(按照计划监控项
SP1.3监控项目风险:
目的实际进度和性
SP1.4监控数据管理:
能)
SP1.5监控干系人的参与活动:
SP1.6进行进度审查:
定期审查项目的进度、性能及问题
SP1.7进行里程碑审查:
在已选择的里程碑点,审查项目完成情况及执行结果
SG2管理纠正措
施直到关闭
SP2.1分析问题:
收集与分析问题,并决定采取纠正措施以解决它们。
(当项目性能或结
SP2.2采取纠正措施:
对识别的问题采取纠正措施
果重大偏离计划
SP2.3管理纠正措施:
管理纠正措施直到关闭。
时,管理纠正措施直到关闭)
7RSKM风险管理RiskManagement
目的:
风险管理的目的在于风险发生前识别出潜在问题,以便在产品或项目生命周期中,通
过规划风险或请求支援等风险抵御活动,来降低实现目标过程中所带来的不利影响。
特定目标
特定实践
SG1风险管理的
准备
(为风险管理活动准备、建立并维护
一个识别、分析或
减缓风险的行动计
划)
SP1.1明确风险来源和类别:
SP1.2定义风险参数:
定义用来分析、分类风险和进行风险管理的工作量参数,女口:
风险发生的概率、风险发生的影响、触发管理活动的阀值等
SP1.3建立风险管理策略:
SG2识别和分析
风险
(风险被识别和分
析后,需要疋义匕
们之间的重要性)
SP2.1识别风险:
识别并记录风险,方法如:
检查项目工作分解结构中的每个元素、使用风险分类表来评估风险、与专家进行主题访谈、查看经验教训文档或资料库等
SP2.2评估、分类并对风险进行排序:
使用已经定义的风险类型和参数来评估和
分类每个已识别的风险,并确定其相对的处理优先顺序
SG3减缓风险
(适当的处置和降
低风险,用以降低对目标达成所带来的不了影响)
SP3.1制定风险减缓计划:
参照风险管理策略制定风险减缓计划
SP3.2实施风险减缓计划:
定期监控每一个风险的状况,并适当的实施风险减缓
计划
8SAM供应商协议管理Supplier
AgreementManagement
目的:
是管理从供应商采购产品和服务的过程。
特定目标
特定实践
SG1建立供应商
协议
SP1.1确定采购类型:
确定要采购的每个产品或产品组件的采购类型
SP1.2选择供应商:
根据对供应商满足特疋需求和已建立准则的能力评估,选择
供应商
SP1.3建立供应商协议:
SG2满足供应商
协议
(项目和供应商均
满足与供应商的协
议)
SP2.1执行供应商协议:
与供应商一起执行供应商协议中规定的活动
SP2.2验收采购的产品:
确保在验收采购的产品之前满足供应商协议,验收前应当完成验收评审、测试和配置审核
SP2.3确保产品移交:
确保从供应商采购产品的移交。
将采购的产品移交到项目之前,客户或终端用户应当进行适当的准备和评估以确保平滑过渡,如移交计划、培训报告、支持和维护报告
Management
目的:
是通过使用配置识别、配置控制、配置状态记录及配置审计,来建立和维护工作产品的完整性。
特定目标
特定实践
SG1建立基线
(建立由已识别的
工作产品所组成的
基线)
SP1.1识别配置项:
识别将纳入配置管理的配置项、组件及相关的工作产品。
如交付给客户的产品、已经设计的内部工作产品、采购的产品、工具及项目工作环境
的其它资本资产
SP1.2建立配置管理系统:
建立和维护配置管理和变更系统,以便维护控制工作
产品
SP1.3建立或发布基线:
建立或发布基线供内部使用和交付给客户
SG2跟踪和控制
变更
(跟踪和控制纳入
配置管理下的工作
产品的变更)
SP2.1跟踪变更请求:
跟踪配置项的变更请求
SP2.2控制配置项:
控制配置项的变更。
需要控制工作产品基线的配置,控制包
含跟踪每一配置的配置,必要时批准新的配置,并更新基线。
如配置项的历史修订
记录、基线的存档
SG3建立完整性
(建立并维护基线
的完整性)
SP3.1建立配置管理记录:
建立并维护描述配置项的记录。
如配置项的历史修订
记录、变更记录、变更请求记录、配置项的状态、不冋基线间的差异
SP3.2执行配置审计:
执行配置审计以维护配置基线的完整性。
配置审计确认最终的基线和文件遵照了特定标准和需求
andProductQualityAssuranee
目的:
是使项目成员与管理层客观的了解过程及相关的工作产品。
特定目标
特定实践
SP1.1客观评估过程:
根据适用的过程说明、标准及工作程序,客观的
评估所选择的执行过程。
评估报告、不符合项报告、纠正措施
SG1客观评估
SP1.2客观评估工作产品:
根据适用的过程说明、标准及工作程序,客
过程和工作产品
观的评估所选择的工作产品。
评估报告、不符合项报告、纠正措施,主
要手段测试
SP2.1沟通并确保解决不符合项:
与员工和管理者沟通质量问题,并确
SG2提供客观
保解决不符合项
的洞察力
SP2.2建立记录:
建立并维护质量保证活动的记录。
评估记录、质量保
证报告、纠正措施状态报告、质量趋势报告等
11MA度量和分析Measurementand
Analysis
目的:
是开发与维持度量能力,以用于支持管理信息的需要。
特定目标
特定实践
SG1安排度量
与分析活动(度
SP1.1建立度量目标:
建立和维护来源于已界定的信息需求和目标的度
量目标及活动要
量目标
与已界定的信息
SP1.2建立度量项:
建立度量以说明度量目标
需求和目标相吻
SP1.3确定数据收集和存储流程:
指定度量数据如何收集和保存
合)
SP1.4确疋分析流程:
指疋度量数据如何进仃分析和报告
SP2.1收集度量数据:
取得需要分析的数据,并检查其完整性和整合性
SG2提供度量
SP2.2分析度量数据:
根据计划分析度量数据,并根据需要执行其它分
结果
析,分析结果需要由相关人员审查,并记录将来分析所需要作出的修订
SP2.3保存数据和结果:
管理和保存度量
SP2.4沟通结果:
向所有相关人员汇报度量与分析活动的结果
12DAR决策分析和解决Decision
AnalysisandResolution
目的:
在于使用正式的评估流程,根据已建立的准则评估各种已界定的备选方案,以分析可
能的决策。
特定目标
特定实践
SP1.1建立决策分析方案指南:
建立并维护指南,以决定哪些问题需要
采用正式评估流程
SG1评估备选
SP1.2建立评估准则:
建立并维护用来评估备选方案的评估准则及其相
万案
对排序
(使用已建立的
SP1.3识别备选解决方案:
界定解决问题的备选方案。
尽可能请干系人
准则,根据评估
提出广泛的备选方案
的备选方案进仃
SP1.4选择评估方法:
决定)
SP1.5评估备选解决方案:
SP1.6选择解决方案:
13TS技术解决方案TechnicalSolution
目的:
是为选择、设计及实现需求提供解决方案。
解决方案、设计和实现成品包括产品、产
品组件,以及与产品相关生命周期的
单一过程或适当组合的过程。
特定目标
特定实践
SG1选择产品
组件解决方案
SP1.1开发备选解决方案及评选准则:
SP1.2选择产品组件解决方案:
SG2开发设计
SP2.1设计产品和产品组件:
概要设计:
建立产品功能与结构,包括架构风格和模式,产品划分,产品组件界定、系统状态与模式、内/外
部接口;详细设计:
完整的定义产品组件的结构与功能
SP2.2建立技术相关数据:
建立和维护一套管理所有设计文档、数据
的方法或者体制,对设计过程的数据、文档进行有效的管理
SP2.3使用准则设计接口:
SP2.4执行自制、购买或重用之分析:
SG3实现产品
设计
SP3.1实现设计:
根据设计,实现产品组件及相关的支持文件
SP3.2建立产品支持文件:
建立并维护产品最终使用文件,如最终使
用者的培训教材、用户手册、操作手册、在线求助等
14PI产品集成ProductIntegration
目的:
将产品组件整合成产品,确保整合后的产品可以正确工作,且交付产品。
特定目标
特定实践
SG1准备产品
集成
SP1.1建立集成策略:
SP1.2建立产品集成环境:
SP1.3建立产品集成流程和规则:
SG2确保接口
兼容性
SP2.1审查接口描述的完备性:
SP2.2管理接口:
SG3集成产品
组件并交付产品
SP3.1确定待集成的产品组件准备就绪:
确认在组装前,组装产品所
需的每个产品组件都已经正确的识别、按照其说明进行操作,并且每个产品组件接口符合接口说明
SP3.2集成产品组件:
SP3.3评估集成的产品组件:
SP3.4封装并交付产品或产品组件:
15VER验证Verification
目的:
目的在于确保选定的工作产品符合其指定的需求。
注重过程。
特定目标
特定实践
SG1验证准备
(必要的事前准
备可确保验证措
SP1.1选择需要验证的产品:
选择需要验证的工作产品以及需要使用
施已植入于产品
的验证方法,验证方法如评估软件架构及实施评估、路径覆盖测试、
及产品组件需
负载/压力和性能测试、以功能分解为基础的测试、验收测试等
求、设计、开发
SP1.2建立验证环境:
建立并维护支持验证工作的环境
计划及进度中。
SP1.3建立验证过程和标准:
定义并维护所选工作产品的验证程序和
验证包含工作产
标准。
验证准则如产品和产品组件的要求、标准、组织政策、测试类
品的选择、检查、
型、测试参数、测试质量和测试成本参数
测试、分析及展
示)
SG2执行同行
SP2.1准备同行评审:
识别对工作产品进行同行评审的人员、参加评
评审
审的关键审查人员、准备及更新评审需要的数据,如检查表、审查准
(同行评审目的
则及评审进度表
是识别需移除的
SP2.2进行同行评审:
针对所选工作产品进行同行评审,并根据同行
缺陷并建议其它
评审的结果识别问题
需变更事项)
SP2.3分析同行评审资料:
分析同行评审的准备、执行及结果数据
SG3验证所选
SP3.1执行验证:
在产品及工作产品开发过程中,逐步执行验证,以
工作产品(依照
其指定的需求,验证所选的工作产品)
便尽早发现问题,并尽早消除缺陷。
验证结果、验证报告、执行过程记录
SP3.2分析验证结果:
工作输出:
分析报告(性能统计值、不符合项的原因分析、头际产品于模式、趋势的对比)、冋题报告、验证方法/准则及环境的变更需求
16VAL确认Validation
目的:
是在预期环境中展示产品或产品组件满足其期望价值的情况。
注重产品。
特定目标
特定实践
SG1准备确认
SP1.1选择需要确认的产品:
选择需要确认的产品及产品组件,及确认使用的方法
SP1.2建立确认环境:
SP1.3建立确认程序和标准:
SG2确认产品和
SP2.1执行确认:
产品组件
SP2.2分析确认结果:
ProcessFocus
目的:
是基于对当前组织过程和过程资产强项和弱项的充分了解,以策划、实施和开展组织
过程改进。
特定目标
特定实践
SG1确定过程改
进机会
(疋期或根据需要,识别组织过程的强项、弱项和改进机
会)
SP1.1建立组织过程要求:
建立和维护组织的过程要求及目标说明
SP1.2评价组织过程:
定期和根据需要评价组织过程,保持对其强项
和弱项的了解
SP1.3识别组织的过程改进:
识别针对组织过程和过程资产的改进
SG2规划和执行过
程行动
(策划和实施针对组织过程和过程资
产改进的过程行
动)
SP2.1建立过程行动计划:
建立和维护进行组织过程和过程资产改进的过程行动计划
SP2.2实施过程行动计划:
主要工作产品如:
过程行动组之间的承诺、实施过程行动计划的状态和结果
SG
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI 过程 归纳 v20