CMMI将能力成熟度分为5个级别:初始级,已管理级,已定义级,量化管理级,优化级。
这5个成熟度等级为评价软件过程能力提供了一个有序的级别,如图5-10所示。同时也为软件过程改进工作指明了方向,让人们分清轻重缓急,指导人们一步一步地改进过程能力而不是企图跳跃式地前进。
1.初始化-->2.已管理级-->3.已定义级-->4.量化管理级-->5.优化级
除了成熟度等级,CMMI还有一个重要的概念是过程域(Process Area)。过程域指出了达到某个成熟度等级必须要解决的一族问题。除了初始级以外,每个成熟度等级都有若干个过程域,如表5-1所示。由于成熟度等级是循序渐进的,如果想达到某个成熟度等级,例如CMMI 3级,除了满足CMMI 3级本身11过程域之外,还要满足CMMI 2级的7个过程域,依此类推。
CMMI等级 |
过程域中文名称 |
过程域英文名称 |
过程类型 |
第2级 已管理级 |
需求管理 |
Requirements Management |
工程 |
项目规划 |
Project Planning |
项目管理 |
|
项目监控 |
Project Monitoring and Control |
项目管理 |
|
供应商协议管理 |
Supplier Agreement Management |
项目管理 |
|
度量分析 |
Measurement and Analysis |
支持 |
|
过程和产品质量保证 |
Process and Product Quality Assurance |
支持 |
|
配置管理 |
Configuration Management |
支持 |
|
第3级 |
需求开发 |
Requirements Development |
工程 |
技术方案 |
Technical Solution |
工程 |
|
产品集成 |
Product Integration |
工程 |
|
验证 |
Verification |
工程 |
|
确认 |
Validation |
工程 |
|
组织过程焦点 |
Organizational Process Focus |
过程管理 |
|
组织过程定义 |
Organizational Process Definition |
过程管理 |
|
组织培训 |
Organizational Training |
过程管理 |
|
集成化项目管理 |
Integrated Project Management |
项目管理 |
|
风险管理 |
Risk Management |
项目管理 |
|
决策分析与解决方案 |
Decision Analysis and Resolution |
支持 |
|
第4级 量化管理级 |
组织过程绩效 |
Organizational Process Performance |
过程管理 |
定量项目管理 |
Quantitative Project Management |
项目管理 |
|
第5级 优化级 |
组织革新与推广 |
Organizational Innovation and Deployment |
过程管理 |
原因分析与解决方案 |
Causal Analysis and Resolution |
支持 |
一、过程管理:
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.RD:(Requirement Development)需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求,以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。
10.REQM(Requirement Management)需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和 维护一致的约定。
11.TS:(Technical Solution)技术解决方案。在开发。设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。
12.PI:(Product Integration)产品集成。从产品部件组装产品,确保集成产品功能正确并交付产品。
13.VAL:(Validation)验证。确认证明产品或产品部件在实际应用下满足应用要求。
14.VER:(Verification)确认。验证确保选定的工作产品满足需求规格。
四、支持管理:
15. CM:(Configuration Management)配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。
16.PPQA:(Process and Product Quality Assurance)过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。
17.MA:(Measurement and Analysis)测量与分析。开发和维持度量的能力,以便支持对管理信息的需要。作为改进、了解、控制决策。
18. DAR:(Decision Analysis and Resolution)决策分析与解决。应用正式的评估过程依据指标评估候选方案,在此基础上进行决策。
第4级除第2、3级所涵盖的18个流程领域外,增加
19. OPP :(Organizational Process Preformace)组织过程性能。建立与维护组织过程性能的量化标准,以便使用量化方式的管理项目。
20. QPM(Quantitative Project Management) 量化的项目管理,量化管理项目已定义的项目过程,以达成项目既定的质量和过程性能目标。。
第5级包含第2级到第4级的20个流程领域外,增加,
21. OID:(Organizational Innovation and Deployment)组织的创新与推展,选择并推展渐进创新的组织过程和技术改善,改善应是可度量的,所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。
22. CAR:(Causal Analysis and Resolution),识别缺失的原因并进行矫正进一步的防止未来再次发生。
温馨提示:因考试政策、内容不断变化与调整,信管网网站提供的以上信息仅供参考,如有异议,请以权威部门公布的内容为准!
信管网致力于为广大信管从业人员、爱好者、大学生提供专业、高质量的课程和服务,解决其考试证书、技能提升和就业的需求。
信管网软考课程由信管网依托10年专业软考教研倾力打造,官方教材参编作者和资深讲师坐镇,通过深研历年考试出题规律与考试大纲,深挖核心知识与高频考点,为学员考试保驾护航。面授、直播&录播,多种班型灵活学习,满足不同学员考证需求,降低课程学习难度,使学习效果事半功倍。
发表评论 查看完整评论 | |