CMMI过程域归纳v20docx.docx
- 文档编号:5126793
- 上传时间:2023-05-08
- 格式:DOCX
- 页数:45
- 大小:30.01KB
CMMI过程域归纳v20docx.docx
《CMMI过程域归纳v20docx.docx》由会员分享,可在线阅读,更多相关《CMMI过程域归纳v20docx.docx(45页珍藏版)》请在冰点文库上搜索。
CMMI过程域归纳v20docx
.
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确认VALIDATION..............................................................................................24
.
17OPF组织过程聚焦ORGANIZATIONALPROCESSFOCUS25
18OPD组织过程定义ORGANIZATIONALPROCESSDEFINITION27
19OT组织培训ORGANIZATIONALTRAINING28
20IPM集成项目管理INTEGRATEDPROJECTMANAGEMENT29
21OPP组织过程性能ORGANIZATIONALPROCESSPERFORMANCE31
22QPM量化项目管理QUANTITATIVEPROJECTMANAGEMENT32
23CAR因果分析和解决CAUSALANALYSISANDRESOLUTION33
24OPM组织性能管理ORGANIZATIONALPERFORMANCEMANAGEMENT34
.
1组织成熟度级别和类别
Process
Project
类别
Engineering
Support
Management
Management
级别
工程
支持
过程管理
项目管理
ML5
OPM
组织性能管
CAR
因果分析和
五级
理
解决
-优化
ML4
四级
OPP组织过程性能
QPM量化项目管理
-量化
管理
RD需求开发
TS技术解决方
ML3
OPF组织过程聚焦
IPM集成项目管理
DAR
案
决策分析和
三级
OPD组织过程定义
-定义
OT组织培训
RSKM风险管理
PI产品集成
解决
VER
验证
VAL
确认
REQM需求管理
MA
测量与
ML2
PP项目策划
分析
二级
PMC项目监督和控制
PPQA
过程和产
-管理
SAM供应商协议管理
品质量保证
.
CM配置管理
.
2通用目标和通用实践
级别通用目标通用实践
GG1实现特定目标
AchieveSpecific
GoalsGP1.1实施特定实践PerformSpecificPractices
一级通过将可识别的输实施过程域的特定实践,以开发工作产品和提供服
入工作产品转换为输出务,实现过程域的特定目标
工作产品的过程来支持
过程域的特定目标
GP2.1:
建立组织政策EstablishanOrganizational
Policy
GP2.2:
策划过程PlantheProcess
GP2.3:
提供资源ProvideResources
GG2制度化已管理过GP2.4:
分配责任AssignResponsibility
程GP2.5:
培训人员TrainPeople
二级
InstitutionalizeaGP2.6:
配置管理ControlWorkProducts
ManagedProcessGP2.7:
识别并纳入相关干系人员
IdentifyandInvolveRelevant
Stakeholders
GP2.8:
监控过程MonitorandControltheProcess
GP2.9:
客观评估符合度ObjectivelyEvaluate
.
Adherence
GP2.10:
与高层管理者一起审查过程状态
ReviewStatuswithHigherLevel
Management
GG3:
制度化已定义过
GP3.1:
建立已定义过程EstablishaDefinedProcess
三~程
GP3.2:
收集过程相关经验CollectProcessRelated
五级Institutionalizea
Experiences
DefinedProcess
.
3RD需求开发Requirements
Development
目的:
引出、分析和建立客户、产品及产品组件的需求。
特定目标特定实践
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
目的:
是管理从供应商采购产品和服务的过程。
特定目标特定实践
SP1.1确定采购类型:
确定要采购的每个产品或产品组件的采购类型
SG1建立供应商SP1.2选择供应商:
根据对供应商满足特定需求和已建立准则的能力评估,选择
协议供应商
SP1.3建立供应商协议:
SP2.1执行供应商协议:
与供应商一起执行供应商协议中规定的活动
SG2满足供应商
SP2.2验收采购的产品:
确保在验收采购的产品之前满足供应商协议,验收前应
协议
当完成验收评审、测试和配置审核
(项目和供应商均
SP2.3确保产品移交:
确保从供应商采购产品的移交。
将采购的产品移交到项目
满足与供应商的协
之前,客户或终端用户应当进行适当的准备和评估以确保平滑过渡,如移交计划、
议)
培训报告、支持和维护报告
.
9CM配置管理Configuration
Management
目的:
是通过使用配置识别、配置控制、配置状态记录及配置审计,来建立和维护工作产品
的完整性。
特定目标
特定实践
SP1.1
识别配置项:
识别将纳入配置管理的配置项、组件及相关的工作产品。
如
SG1建立基线
交付给客户的产品、已经设计的内部工作产品、采购的产品、工具及项目工作环境
(建立由已识别
的
的其它资本资产
工作产品所组成的
SP1.2
建立配置管理系统:
建立和维护配置管理和变更系统,以便维护控制工作
基线)
产品
SP1.3
建立或发布基线:
建立或发布基线供内部使用和交付给客户
SG2跟踪和控制
SP2.1
跟踪变更请求:
跟踪配置项的变更请求
变更
SP2.2
控制配置项:
控制配置项的变更。
需要控制工作产品基线的配置,控制包
(跟踪和控制纳
入
含跟踪每一配置的配置,必要时批准新的配置,并更新基线。
如配置项的历史修订
配置管理下的工作
记录、基线的存档
产品的变更)
SG3建立完整性
SP3.1
建立配置管理记录:
建立并维护描述配置项的记录。
如配置项的历史修订
(建立并维护基
线
记录、变更记录、变更请求记录、配置项的状态、不同基线间的差异
的完整性)
SP3.2
执行配置审计:
执行配置审计以维护配置基线的完整性。
配置审计确认最
终的基线和文件遵照了特定标准和需求
.
10PPQA过程和产品质量保证Process
andProductQualityAssurance
目的:
是使项目成员与管理层客观的了解过程及相关的工作产品。
特定目标特定实践
SP1.1客观评估过程:
根据适用的过程说明、标准及工作程序,客观的
评估所选择的执行过程。
评估报告、不符合项报告、纠正措施
SG1客观评估
SP1.2客观评估工作产品:
根据适用的过程说明、标准及工作程序,客
过程和工作产品
观的评估所选择的工作产品。
评估报告、不符合项报告、纠正措施,主
要手段测试
SP2.1沟通并确保解决不符合项:
与员工和管理者沟通质量问题,并确
SG2提供客观保解决不符合项
的洞察力SP2.2建立记录:
建立并维护质量保证活动的记录。
评估记录、质量保
证报告、纠正措施状态报告、质量趋势报告等
.
11MA度量和分析Measurementand
Analysis
目的:
是开发与维持度量能力,以用于支持管理信息的需要。
特定目标特定实践
SG1安排度量
SP1.1建立度量目标:
建立和维护来源于已界定的信息需求和目标的度
与分析活动(度
量目标
量目标及活动要
SP1.2建立度量项:
建立度量以说明度量目标
与已界定的信息
SP1.3确定数据收集和存储流程:
指定度量数据如何收集和保存
需求和目标相吻
SP1.4确定分析流程:
指定度量数据如何进行分析和报告
合)
SP2.1收集度量数据:
取得需要分析的数据,并检查其完整性和整合性
SP2.2分析度量数据:
根据计划分析度量数据,并根据需要执行其它分
SG2提供度量
析,分析结果需要由相关人员审查,并记录将来分析所需要作出的修订
结果
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
选择产品组件解决方案:
SP2.1
设计产品和产品组件:
概要设计:
建立产品功能与结构,包括
架构风格和模式,产品划分,产品组件界定、系统状态与模式、内
/外
部接口;详细设计:
完整的定义产品组件的结构与功能
SG2开发设计
SP2.2
建立技术相关数据:
建立和维护一套管理所有设计文档、数据
的方法或者体制,对设计过程的数据、文档进行有效的管理
SP2.3使用准则设计接口:
SP2.4执行自制、购买或重用之分析:
SP3.1实现设计:
根据设计,实现产品组件及相关的支持文件
SG3实现产品
SP3.2建立产品支持文件:
建立并维护产品最终使用文件,如最终使
设计
用者的培训教材、用户手册、操作手册、在线求助等
.
14PI产品集成ProductIntegration
目的:
将产品组件整合成产品,确保整合后的产品可以正确工作,且交付产品。
特定目标
特定实践
SP1.1
建立集成策略:
SG1
准备产品
SP1.2
建立产品集成环境:
集成
SP1.3
建立产品集成流程和规则:
SG2
确保接口
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI 过程 归纳 v20docx