3_CMMI模型综述及公共实践简介

合集下载

CMMI介绍范文

CMMI介绍范文

CMMI介绍范文CMMI(全称为能力成熟度模型集成)是由CMM(能力成熟度模型)和IDEAL(逐步改进和高效自动化库)两个模型合并而成的一个统一模型,于2024年首次发布。

CMMI是一种全面的能力成熟度模型,用于评估和改进组织的软件工程和系统工程能力。

CMMI旨在帮助组织提高其工程能力,从而增强其产品和服务的质量和可靠性。

通过CMMI,组织可以确定并改进其过程,从而提高其软件和系统开发过程的效率和可控性。

CMMI的设计框架分为参考框架和定义框架。

参考框架中包含了CMMI 的核心概念和能力成熟度级别,即初级、管理、定义、量化和优化。

每个级别包含了特定的目标和实践,用于评估和改进组织的成熟度水平。

定义框架中定义了CMMI的各个领域,包括项目管理、需求管理、配置管理、过程管理、工程管理、供应商管理等。

每个领域都有特定的目标和实践,用于指导组织在改进特定领域的能力时应采取的行动。

为了帮助组织实施CMMI,CMMI还提供了感知和改进指南。

感知指南提供了组织如何评估其当前的能力和成熟度水平的方法,以及如何识别需要改进的领域。

改进指南提供了组织如何改进其工程能力和实施CMMI的方法和技术。

CMMI的好处是显而易见的。

首先,CMMI可以帮助组织评估其当前的能力和成熟度水平,识别出存在的问题和潜在的改进机会。

其次,CMMI 可以指导组织在软件和系统开发过程中采取一系列的实践,通过改进过程来提高生产效率和质量。

第三,CMMI可以帮助组织建立一种持续改进的文化,在实践中不断地优化和提升能力。

最后,通过实施CMMI,组织可以提高其在市场上的竞争力,增加客户的信任和满意度。

总体而言,CMMI是一种用于评估和改进组织工程能力的强大工具。

通过实施CMMI,组织可以提高其软件和系统开发过程的效率和可控性,从而增强其产品和服务的质量和可靠性。

然而,在实施CMMI时需要充分考虑组织的特定环境和行业,并做好准备来克服可能出现的挑战。

第2章 CMMI 3级精简并行过程综述

第2章 CMMI 3级精简并行过程综述

第2章 CMMI 3级精简并行过程综述目录第2章CMMI 3级精简并行过程综述 02.1 SPP模型 02.2 SPP过程域的目的 (4)2.3 SPP与CMMI的关系 (5)2.4 SPP文档结构与规范细分 (5)2.5 SPP角色与职责表 (7)2.6 机构软件过程改进的政策 (9)2.6.1目标 (9)2.6.2机构领导的支持 (9)2.6.3质量管理的政策 (9)2.6.4软件工程过程小组的政策 (10)2.6.5质量保证小组的政策 (11)2.6.7项目团队的政策 (11)2.7 SPP裁剪与扩充的指导方针 (11)“精简并行过程”(Simplified Parallel Process,SPP)是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”,它由众多的过程规范和文档模板组成。

SPP主要用于指导国内IT企业持续地改进其软件过程能力。

此处“精简并行”的含义是:(1)对CMMI 3级以内各过程域的内容和要求作了“精简”处理。

(2)在产品生命周期之内,项目管理过程、项目研发过程和机构支撑过程“并行”开展。

本章是SPP的综述文章,它对SPP的思想方法以及企业的软件过程改进政策作了全面介绍。

阅读本章有助于读者更好地理解和应用SPP的所有过程规范和文档模板。

建议用户(企业)根据自身情况(如发展战略、研发实力等)适当地修改SPP,然后推广使用。

2.1 SPP模型SPP模型把产品生命周期划分为6个阶段,分别为:✧产品概念阶段,记为PH0。

✧产品定义阶段,记为PH1。

✧产品开发阶段,记为PH2。

✧产品测试阶段,记为PH3。

✧用户验收阶段,记为PH4。

✧产品维护阶段,记为PH5。

在SPP模型中,软件项目的过程有三大类:项目管理过程、项目研发过程和机构支持过程。

上述三类过程可以细分为19个主要过程域,分布在PH0到PH5的各个阶段。

项目管理过程包含6个过程域,分别为:✧立项管理✧结项管理✧项目规划✧项目监控✧风险管理✧需求管理项目研发过程包含8个过程域,分别为:✧需求开发✧技术预研✧系统设计✧实现与测试✧系统测试✧Beta测试✧客户验收✧技术评审机构支撑过程包含5个过程域,分别为:✧配置管理✧质量保证✧培训管理✧外包与采购管理✧服务与维护SPP模型如图2-1所示。

CMMI 软件工程简洁范本

CMMI 软件工程简洁范本

CMMI 软件工程CMMI 软件工程1. 引言2. CMMI概述CMMI是为了评估组织软件工程能力而开发的一套综合模型。

它基于成熟度级别(maturity levels)和能力级别(capability levels),提供了可度量的指标和最佳实践,帮助组织提升软件工程过程的质量和效率。

CMMI包含了五个不同的成熟度级别,从初始级别到优化级别,组织可以根据自身的情况选择适合的级别进行实施。

3. CMMI的软件工程过程CMMI的软件工程过程是指按照CMMI模型规定的一系列活动和任务,以及其相互之间的关系。

软件工程过程可以分为不同的阶段,包括计划、需求分析、设计、编码、测试、上线等。

CMMI通过提供可度量的过程指标和最佳实践,帮助组织确保软件工程过程的可控性和可复制性。

4. CMMI的软件工程能力CMMI定义了一系列的软件工程能力级别,从初始级别到优化级别。

初始级别表示组织的软件工程能力尚未建立,而优化级别表示组织能够持续优化和改进软件工程过程。

通过实施CMMI的过程和实践,组织可以逐渐提高自身的软件工程能力,提升软件开发和交付的质量和效率。

5. CMMI的软件工程应用CMMI模型已经被广泛应用于软件开发领域。

许多组织使用CMMI 来评估和提升自身的软件工程能力,以满足客户的需求和要求。

通过实施CMMI,组织可以提高软件开发过程的可控性和可测量性,减少软件开发的风险和错误。

CMMI还可以帮助组织建立更好的项目管理和团队协作机制,提高项目的成功率和客户满意度。

6.CMMI是一个评估和提升组织软件工程能力的综合模型。

通过实施CMMI的过程和实践,组织可以逐渐提高自身的软件工程能力,提升软件开发和交付的质量和效率。

CMMI已经被广泛应用于软件开发领域,帮助组织满足客户的需求和要求,并建立更好的项目管理和团队协作机制。

CMMI体系介绍

CMMI体系介绍
中油龙慧北京信息技术分公司内部资料
CMMI体系介绍
质量控制中心:董宝国 2011年4月
大纲
1 行业背景
2 MMI前世今生 3 CMMI基本框架
4
CMMI过程改进成果与经验
5
CMMI改进规划
6
问题交流
一 行业背景
截止2009年末,世界CMM/CMMI认证企业数量
CMM/CMMI认证数量
882, 16% 1200, 22%
09年度
进度偏差 成本偏差
某公司实施CMMI3过程改进三年数据对比
7% 3%
10年度
四 CMMI 改进经验分享-最佳实践
1. 建立组织资产库
1. 体系文件库(项目规范及模板文件) 2. 度量数据库(公司执行历史项目的数据汇总分析) 3. 风险库(成功的和失败的风险教训) 4. 经验库(历史项目文档;优秀样例;培训教材库;知识库) 2. 项目分类管理 3. 项目管理过程可视化、数据化,拒绝“讲故事”,用数据说话。 4. 项目绩效考核 5. 挣值管理 6. 代码走查、原型+用例描述需求…………
三 CMMI基本框架
1. CMMI的表现形式 2. CMMI的成熟度等级 3. CMMI的架构介绍 4. CMMI的评估方法
三 CMMI基本框架-表现形式
CMMI的两种表现形式: 阶段式Staged:用成熟度级别 连续式Continuous:用能力级别
CMMI的两种级别: Capability levels:用于衡量每个过程域的过程改进 Maturity levels:用于衡量整个组织的过程能力和组织成熟度
四 CMMI 改进经验分享
成功项目4个要素
清晰预算 需求明确 进度要求 交付质量 采纳变更

CMMI3_介绍

CMMI3_介绍
CMMI3级基础知识介绍
导言
课程目标:使公司人员初步了解CMMI3级 课程主要内容:CMMI3级基础知识及练习题 课程适用人群:全体员工 培训达标的标准: 课后练习题能够解答正确; 通过最终考核;

课程大纲
CMMI介绍 CMMI的意义 公司实施CMMI3级的计划

CMMI介绍


CMMI介绍


CMMI分为5个等级
量化管理级 分析对软件过程和产品质量的详细度量数据,对软件过程 和产品都有定量的理解与控制。管理有一个作出结论的客 观依据,管理能够在定量的范围内预测性能。 优化级
过程的量化反馈和先进的新思想、新技术促使过程持续不 断改进。

CMMI介绍
CMMI介绍


CMMI介绍
CMMI介绍
能力等级介绍
2:Managed(管理级) 已管理的过程除了得到执行外,还需要得到计划,并且按 照组织方针来进行实施,相关的人员得到与执行有关的培 训,为了过程的执行,分配了相关的资源,生成的工作产 品受到控制。 利益相关的方面都参与了过程的执行,并且进行了相关的 评审以及过程符合度的验证。 管理层关心过程的制度化状况以及过程的其他目标,例如 成本、进度和质量目标。
CMMI介绍

过程改进的价值
4.improved quality (as measured by defects) (质量) 5.increased customer satisfaction (客户满意度) 6.improved employee morale (士气) 7.increased return on investment (投资回报率)
1.过程评估的检查单 2.过程改进的指导书,行业最佳实践 3.过程审计的依据 4.方法论 CMMI不是过程,是检查单,是方法论。

cmmi3技术要求

cmmi3技术要求

cmmi3技术要求【原创实用版】目录1.CMMI3 简介2.CMMI3 技术要求概述3.CMMI3 的具体技术要求4.总结正文CMMI3 技术要求CMMI3(Capability Maturity Model Integration 3)即能力成熟度模型集成 3 级,是软件开发领域的一种成熟度模型,主要用于评估和提高软件开发组织的能力。

CMMI3 是 CMMI 模型的第三级别,代表着组织的软件开发过程已经实现了标准化、规范化,并能够持续改进。

一、CMMI3 简介CMMI 是由美国卡内基梅隆大学软件工程研究所(SEI)开发的,旨在帮助软件开发组织提高其软件开发过程的成熟度。

CMMI 模型分为 5 个级别,从初始级到优化级,每个级别都代表着软件开发过程的成熟度。

CMMI3 是第三级别,要求组织的软件开发过程已经实现了标准化、规范化,并能够持续改进。

二、CMMI3 技术要求概述CMMI3 技术要求主要包括两个方面:过程管理和项目管理。

过程管理要求组织对软件开发过程进行标准化和规范化,包括需求管理、设计、实现、验证、维护等各个阶段。

项目管理要求组织能够有效地计划、执行和监控项目,以确保项目的成功完成。

三、CMMI3 的具体技术要求1.过程管理(1)需求管理:组织应建立有效的需求管理过程,确保需求的正确性和可行性,并能够跟踪需求的变化。

(2)设计:组织应采用科学的设计方法,确保软件设计的正确性和可靠性,并能够进行设计评审。

(3)实现:组织应采用成熟的编程方法和代码管理方法,确保软件实现的正确性和可维护性。

(4)验证:组织应建立有效的验证过程,确保软件符合需求和标准,并能够进行缺陷管理。

(5)维护:组织应建立有效的维护过程,确保软件能够在运行过程中得到及时和有效的维护。

2.项目管理(1)项目计划:组织应制定详细的项目计划,包括项目目标、范围、进度、成本、质量、风险等各个方面。

(2)项目执行:组织应按照项目计划进行项目执行,并能够及时监控项目的进度和质量。

CMMI体系概述

CMMI体系概述

CMMI体系概述CMMI(Capability Maturity Model Integration)是一个被广泛采用的过程改进框架和评估模型。

它提供了一种尝试和提高组织内软件和系统产品开发、维护和管理过程质量和效率的方法。

CMMI通过一个层次结构来组织和描述这些过程,并提供了一种评估和改进这些过程的方法。

CMMI最初是由美国国防部为了提高其软件和系统产品开发过程的能力而开发的。

该模型最早是以CMM(Capability Maturity Model)的形式出现,它被广泛应用于软件开发领域。

然而,随着对软件开发以外过程的需求增加,CMMI随后被引入和扩展到其他领域,如系统工程、工程、产品开发、供应链管理等。

CMMI采用了一个层次结构的方法来描述和评估组织的过程能力。

这个层次结构由五个不同的成熟度等级组成,从最初的“初始”级到最高的“优化”级。

这些级别反映了组织过程的能力水平和成熟度。

在每个成熟度等级中,CMMI描述了一系列的过程领域和实践,这些实践描述了在组织中实现成熟程度所需的活动和任务。

这些实践可以被组织用来评估并改进其过程的质量和效率。

CMMI的主要目标是帮助组织提高其过程能力,并在产品开发、维护和管理过程中实现更高的质量、效率和可靠性。

通过采用CMMI,组织可以更好地理解和管理其过程,提高与合作伙伴的协作和沟通,在市场上增强竞争力。

由于其广泛的应用和认可,CMMI已经成为许多组织在过程改进和能力评估方面的首选模型。

在一些领域,如国防、航空航天、金融和电信,CMMI已经成为实施组织过程改进的行业标准。

尽管CMMI在过程改进中有很多好处,但它也面临着一些挑战和批评。

有些人认为,CMMI过于复杂和繁琐,实施起来需要大量的时间和资源,特别是对于小型企业来说。

此外,一些人也认为,CMMI过于侧重于过程和文档,而忽视了创新和灵活性。

总的来说,CMMI是一个广泛应用的过程改进框架和评估模型,它提供了一种帮助组织提高过程能力和质量的方法。

cmmi3管理体系

cmmi3管理体系

cmmi3管理体系CMMI Level 3:提升组织管理体系效能的关键步骤CMMI(Capability Maturity Model Integration)是一个用于评估和改进组织开发和管理过程的标准模型。

CMMI Level 3是CMMI评估中的一个重要里程碑,表示组织已经实现了一定程度的过程标准化和持续改进。

本文将探讨CMMI Level 3管理体系的关键步骤。

首先,实施CMMI Level 3的关键是建立一个可追溯性的过程框架。

这个过程框架包括开发、交付、维护和支持等一系列共享的最佳实践。

通过明确定义和记录这些过程,组织可以确保各个部门和团队在开展工作时能够按照统一的标准进行操作,从而提高工作的一致性和质量。

其次,关键的步骤是启动跨部门的沟通与合作。

实施CMMI Level 3需要各个部门之间的密切协调和合作。

通过定期召开沟通和协调会议,促进信息共享和经验交流,可以帮助不同团队之间建立良好的合作关系,并确保整个组织能够形成一个高效的工作团队。

第三,持续改进是实施CMMI Level 3的核心原则。

持续改进是一个迭代的过程,通过不断评估和审查已有的工作过程,并根据评估结果提出改进方案,组织可以逐步提高其管理体系的效能。

在这个过程中,组织应该鼓励员工提供反馈意见,并对提出的意见进行积极回应,以便不断推动管理体系的进一步改进。

最后,成功的CMMI Level 3实施需要领导层的坚定支持。

领导层应该给予足够的资源和重视,同时树立榜样,引领组织朝着卓越的管理体系目标迈进。

此外,领导层还应该促进并培养组织文化,强调质量和持续改进的重要性。

总之,实施CMMI Level 3需要建立一个可追溯性的过程框架,促进跨部门的沟通与合作,持续改进,并获得领导层的坚定支持。

这些关键步骤的合理执行将有助于组织提高管理体系的效能,实现持续的质量改进和在市场竞争中的优势地位。

CMMI实验报告

CMMI实验报告

CMM2标准CMM 2(可重复级)就是建立了基本的项目级管理过程,可对项目的成本、进度进行跟踪和控制,生产的过程、标准、工作产品以及服务都是被严格定义和文档化的。

基于以往管理类似的项目的经验,计划和管理新项目,并可依据一定的标准重复利用类似的软件产品。

CMM 2的核心就是重复利用。

CMM2由6个关键过程域(KPA)组成:需求管理(RM)、软件项目计划(SPP)、软件项目跟踪与监控(SPTO)、软件子合同管理(SSM)(本文略)、软件质量保证(SQA)、软件配置管理(SCM)。

需求管理(Requirement Management)需求管理的目的是为了在客户和处理客户需求的软件项目之间建立共识。

这是软件项目规划(SPP)和管理(SPTO)的基础,需求变更依赖于配置管理(SCM)的变更控制流程。

在项目实施过程中,最突出的现象就是项目组成员没有完全理解需求,软件需求不稳定,客户经常变更需求,无法有效控制需求变更,需求变更往往造成项目延期和费用超支。

CMM2要求的需求管理的基本流程可如<图一>所示。

该流程描述了软件工程组开始获取原始需求,汇总为系统需求,分配系统需求,复审软件需求,软件需求必须文档化形成需求文档,此文档必须经过相关组和个人的评审,通过评审之后才纳入配置管理,为需求文档建立基线。

软件项目计划、活动及软件工作产品,应和软件需求的变化保持一致。

根据流程,可以结合实际开发情况确定项目的需求管理步骤:a. 获取需求和确认需求以Use case(用例)为单位,以Rational Requisite Pro作为需求管理工具,使用Rational Rose进行维护Use case和Use case Model。

获取需求工件是:用例模型(Use case Model)、非功能性的“补充规约”、用例规约(Use case Specification)、词汇表(Glossary)b. 通过访谈,从客户处获取原始需求,形成需求文档。

软件质量评估模型综述及其应用研究

软件质量评估模型综述及其应用研究

软件质量评估模型综述及其应用研究随着信息时代的到来,软件应用领域越来越广泛,而软件的质量成为人们关注的焦点之一。

通过软件质量评估,可以衡量软件产品的质量,从而指导软件开发过程中的改进和优化。

本文将对软件质量评估模型进行综述,并探讨其在实际应用中的研究进展。

一、软件质量评估模型概述软件质量评估模型指对软件进行质量评价的方法论,是对软件质量的量化分析和评价。

根据评估模型的不同,软件质量可以从不同角度来进行评估。

常用的软件质量评估模型包括CMMI、ISO9001、ISO15504、ISO9126等。

1.1 CMMICMMI级别划分了软件过程改进的五个级别:初始级、管理级、定量级、优化级和最高级别。

CMMI可以对软件开发过程进行评估和监控,从而提高软件开发的效率。

1.2 ISO9001ISO9001是国际标准化组织制定的一种质量管理体系标准。

ISO9001可以对软件产品质量进行评估,同时也可以提高软件开发过程的效率,确保软件产品的质量。

1.3 ISO15504SPICE(软件过程改进和能力确定)定位于ISO/IEC 15504是一套包含多个模型的软件过程能力评估(PA)框架。

通过评估软件过程的能力水平,提高软件产品的质量。

1.4 ISO9126ISO9126定义了软件产品质量的六个维度:功能性、可靠性、可用性、可维护性、可移植性和效率。

这些维度可以用于量化和评估软件产品的质量。

二、软件质量评估模型的应用研究软件质量评估模型在实际应用中有着广泛的研究和应用。

下面就结合实际应用来探讨其中的研究进展。

2.1 软件缺陷预测软件缺陷预测是软件质量评估的一个重要研究方向。

通过对软件质量的评估,可以预测软件缺陷的发生,从而提前发现并解决问题。

目前,有很多基于机器学习的软件缺陷预测模型被提出。

例如,支持向量机、人工神经网络和决策树等。

这些模型通过对软件质量数据的训练,可以识别软件缺陷的出现概率,从而提高软件质量。

2.2 软件功能测试软件功能测试是软件质量评估的另一个重要研究方向。

CMMI模型与实践

CMMI模型与实践

PA关系
小结
CMMI概念
过程改进
CMMI模型
13
谢谢观看!
14
了产品。
4
核心思想——过程改进
不成熟过程或组织的特点?

无序的过程是由实践者和管理者临时拼凑的 末得到严格定义 高度依赖于当事者 对进展和质量的低可视性
产品功能性和质量可能因满足进度而作出让步
新技术的应用有很大风险 过量的维护费用 质量难以预测 缺少进一步改进的客观基础
它们是建立过程能力最主要的元4级量化管理级量化项目管理组织过程性能3级已定义级需求开发5级优化级组织创新和实施原因分析和解决9能力最主要的元素模块5优化级24定量管理级23已定义级132已管理级71初始级02级已管理级配置管理过程和产品质量保证供应商合同管理项目监控项目计划需求管理度量和分析需求开发技术解决方案验证确认产品集成集成项目管理组织过程焦点组织过程定义组织培训风险管理决策分析和解决集成化组织环境集成化的团队核心思想过程改进需求开发requirementsdevelopment技术解决方案technicalsolution产品集成pdtittiml5优化级组织变革和发展organizationalinnovationanddeployment原因分析与方案causalanalysisandresolution组织过程绩效organizationalprocessperformance量化的项目管理quantitativeprojectmanagementml4定量管理级分类过程域特征持续改进定量管理持续改进定量管理10产品集成productintegration验证verification确认validation组织过程焦点organizationalprocessfocus组织过程定义organizationalprocessdefinition组织培训organizationaltraining风险管理riskmanagement集成的项目管理integratedprojectmanagement决策和分析decisionanalysisandresolutionml3已定义级需求管理requirementsmanagement项目策划projectplanning项目监控projectmonitoringandcontrol分供方协议管理supplieragreementmanagement度量和分析measurementandanalysis配置管理configurationmanagement过程和产品的质量管理processandproductqualityassuranceml2已管理级组织过程标准化基本项目管理组织过程标准化基本项目管理cmmi模型过程域maturitylevelprocessareaprocessareaprocessarea通用目标特定目标通用实践特定实践pa解读cmm

CMMI介绍范文

CMMI介绍范文

CMMI介绍范文CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是一种全球通用的软件过程能力成熟度模型,在企业开发和管理方面具有广泛的应用。

它由美国软件工程研究所(SEI)开发,该模型旨在帮助组织改善其软件开发和管理的能力,以实现更高的质量、效率和可靠性。

CMMI模型为企业提供了一种评估和改进其软件开发和管理实践的体系结构,它帮助组织确定当前所处的成熟度级别,并提供了一条逐步提高成熟度的路径。

CMMI采用了一种层次化的结构,包含了五个成熟度级别:Initial(初始)、Managed(管理)、Defined(定义)、Quantitatively Managed(量化管理)和 Optimizing(优化)。

每个成熟度级别都涵盖了一系列的过程领域,如需求管理、项目管理、配置管理、度量和分析等。

CMMI模型的实施过程主要包括以下步骤:1.了解CMMI的原理和目标,并确定组织所需的成熟度级别。

2.根据所需的成熟度级别,评估当前的过程能力,并确定需要改进的方面。

3.制定改进计划,包括确定目标、时间表和资源需求。

4.实施改进计划,包括培训员工、建立过程指南和制定度量指标等。

5.监控和评估改进的效果,以确保目标的实现并及时作出调整。

CMMI模型的实施可以带来多方面的好处。

首先,它帮助组织建立了一套规范的软件开发和管理方法,提高了整体的开发效率和质量控制。

其次,CMMI模型通过明确定义和规范化过程,减少了开发过程中的不确定性和风险,增强了组织的项目管理能力。

此外,通过采用CMMI模型,组织可以更好地理解和满足客户需求,提高客户满意度。

然而,CMMI模型的实施也面临一些挑战。

首先,它需要组织进行全面的改变,包括组织文化、流程和人员的培训等方面。

这可能会导致一定的阻力和困难。

其次,CMMI模型需要持续的投资和支持,包括资源和时间的投入。

如果组织不能持续地投入这些资源,实施的效果可能会大打折扣。

CMMI3简介CMMI三级

CMMI3简介CMMI三级

CMMI3简介CMMI三级,称为定义级。

在定义级水平上,企业不仅能够对项目的实施有一整套的管理措施,并保障项目的完成;而且,企业能够根据自身的特殊情况以及自己的标准流程,将这套管理体系与流程予以制度化,这样企业不仅能够在同类的项目上生到成功的实施,在不同类的项目上一样能够得到成功的实施。

科学的管理成为企业的一种文化,企业的组织财富。

在CMMI3级,你会发现:PA过程域1)有指导需求开发的需求开发(Requirements Development)这个PA;2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA;3)有指导如何保证工作产品满足要求的验证(Verification);4)有指导如何保证软件产品满足真实使用环境要求的(Validation);5)有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载体运行正常的产品集成(Product Integration);CMMI2级的PP与PMC是直接与项目管理有关的两个PA,在CMMI3级,对项目管理的要求进一步提高:6)集成项目管理(Integrated Project Management):3级的项目管理,要求利用组织级的财富库进行项目估算,并且利用财富库裁剪出项目自己的过程,并用这个过程来管理项目。

7)风险管理(Risk Management):2级只有PP的SP2.2中提到要识别风险,而在3级专门有一个PA对风险管理提出更高的要求。

大家不知道有没有发现,2级的PA都是直接针对项目提出要求的。

3级的IPM和RSKM,除了对项目级提出要求,另外也对组织级提出了要求,IPM要求有组织级的资产库RSKM要求要有组织级的风险管理策略等。

另外,3级有几个“O”开头的PA,这几个PA都是直接对组织级的提出要求。

8)组织过程焦点(Organizational Process Focus):这个PA要求组织成立SEPG来推动过程改进的工作,要求识别、计划、实施改进过程,保证组织过程能持续改进。

CMMI-简介+过程域介绍

CMMI-简介+过程域介绍

➢ 能力度等级,属于连续式表述,应用于个 别过程域的组织过程改进的达成。这些等 级对一个过程域有递增地改进过程的方式 。
➢ 四个能力度等级:
0 不完整级
顾客导向、科技领航、全面管理、精益求精
2.1.2 能力度等级
能力0级:不完整级 ➢ 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域
➢ 过程性能依赖于个人的能力和英雄行为 ➢ 一旦指派最优秀的人员执行任务时,高质
量和出色表现是有可能的 ➢ 过程性能不可预计
顾客导向、科技领航、全面管理、精益求精
不可预测的过程性能
In
Out
• 只有输入(需求)和输出(系统产品) • 产品可能是在某种不规则的过程中产生
顾客导向、科技领航、全面管理、精益求精
程改进信息
顾客导向、科技领航、全面管理、精益求精
过程是 “已定义的”
In
Out
• 项目定义的软件过程 • 项目进展和状态的可视性 • 组织的软件能力均衡、一致
顾客导向、科技领航、全面管理、精益求精
CMMI 4级--量化管理级
➢ 过程性能的可预见性 ➢ 使用统计和其他量化技术来控制项目和已选择的子系统的性能 ➢ 组织与项目针对质量与过程绩效建立量化目标,并使用它们当做管理
目录
1
CMMI概述
2
CMMI结构
3பைடு நூலகம்
CMMI过程域
4
问题与讨论
顾客导向、科技领航、全面管理、精益求精
1 CMMI 概述
顾客导向、科技领航、全面管理、精益求精
1 .1 CMMI简介
➢ CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成, 是由美国国防部与卡内基-梅隆大学和美国 国防工业协会共同开发和研制的,其目的 是帮助软件企业对软件工程过程进行管理 和改进,增强开发与改进能力,从而能按 时地、不超预算地开发出高质量的软件。

CMMI基础知识总结分享

CMMI基础知识总结分享

CMMI基础知识总结分享CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是一种用于评估组织软件开发和维护过程的成熟度的方法。

它由Carnegie Mellon大学的软件工程技术研究中心(SEI)开发,并成为许多组织提高其软件开发和维护能力的行业标准。

以下是CMMI的基础知识总结。

1.CMMI模型结构:CMMI主要由过程关键实践(PA)和相关实践(GP)组成。

过程关键实践是为了达到特定目标而必须执行的活动,而相关实践是为了支持过程关键实践而建议执行的活动。

2.成熟度级别:CMMI定义了5个成熟度级别,从初始级别(级别1)到优化级别(级别5)。

每个级别都有一组特定的目标和实践,组织必须满足这些目标和实践才能达到相应的成熟度级别。

3.过程区域:CMMI将软件开发和维护过程分为22个过程区域,如需求管理、项目计划、配置管理等。

每个过程区域都具有一组特定的目标和实践,它们描述了组织在该领域中应该执行的活动。

4.模型应用:CMMI可以被用于评估组织的软件开发和维护能力,帮助组织识别和解决存在的问题,并提供改进的建议。

它还可以用作组织内部的自我评估工具,帮助组织提高其软件开发和维护过程的效率和质量。

5.模型级别:CMMI定义了5个模型级别,分别是初始级别、可管理级别、已定义级别、已量化级别和优化级别。

这些级别反映了组织软件开发和维护过程的成熟度水平。

6.持续改进:CMMI强调持续改进的重要性,组织应该通过不断监控和改进其软件开发和维护过程来提高其能力。

持续改进的目标是提高效率和质量,降低成本和风险。

7.收益和挑战:通过实施CMMI,组织可以获得优势,包括提高工作效率、减少错误和缺陷、提高客户满意度等。

然而,实施CMMI也面临一些挑战,如改变组织文化、开发人员培训和付出的时间和资源投入等。

8.与其他模型的比较:CMMI与其他成熟度模型如ISO9000和SPICE 有一些相似之处,但CMMI更侧重于软件开发和维护过程的成熟度评估和改进。

3周作业CMMI概述

3周作业CMMI概述

3周作业CMMI概述一名词解释1. CMMICMMI(Capability Maturity Model Integration)是一套包括多个学科、可扩充的模型系列,其前身主要包括4个成熟度模型(称CMMI的源模型),它们分别是:面向软件开发的SW-CMM2.0版本、面向系统工程的SECM、面向产品集成的IPD-CMM0.98版本;2000年推出第一版,2006年推出第二版,现用的是2010年的1.3版本。

二简答题1. 请图示CMMI的模型结构图。

2. 请图示CMMI的评估过程。

3. 请描述CMMI的等级和过程域(表格)。

CMMI的等级:(1)一级,初始级(Initial):在初始级,企业不具备稳定的软件开发与维护环境。

项目成功与否在很大程度上取决于是否有杰出的项目经理和经验丰富的开发团队。

项目经常超出预算和不能按期完成,企业软件过程能力不可预测。

——此级不评估(2)二级,可重复级(Repeatable): 在可重复级,企业建立了管理软件项目的方针以及为贯彻执行这些方针的措施。

企业基于同类项目的经验对新项目进行策划和管理。

企业的软件过程能力可描述为有纪律的,并且项目开发过程处于项目管理体系的有效控制之下。

(3)三级,已定义级(Defined):在已定义级,企业形成了管理软件开发和维护活动的机构标准软件过程,包括软件工程过程和软件管理过程。

项目组可以依据机构的标准,定义项目的软件过程并进行管理和控制。

企业的软件过程能力可描述为标准的和一致的,过程是稳定的和可重复的,并且高度可视。

(4)四级,受管理级(Managed):在已管理级,企业对软件产品和过程都设置定量的质量目标。

通过把过程性能的变化限制在可接受的范围内,从而实现对产品和过程的控制。

企业的软件过程能力可描述为可预测的,软件产品具有可预期的高质量。

(5)五级,优化级(Optimizing):在优化级,企业通过预防缺陷、技术创新和改进过程等多种方式,不断提高项目的过程性能以持续改善企业软件过程能力。

CMMI3学习与评估CMMI模型概述二

CMMI3学习与评估CMMI模型概述二

CMMI3学习与评估 CMMI模型概述二CMMI3学习与评估 CMMI模型概述二CMMI3学习与评估--CMMI模型概述(二)2010-11-28 22:58CMMI的基本思想1、解决软件项目过程改进难度增大问题2、实现软件工程的并行与多学科组合3、实现过程改进的最佳效益1、CMMI的背景CMM的成功促使其他学科也相继开发类似的过程改进模型,例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等,从CMM衍生出了一些改善模型,比如:(1)SW-CMM(Software CMM)软件CMM(2)SE-CMM(System Engineering CMM)系统工程CMM(3)SA-CMM(Software Acquisition CMM)软件采购CMM(4)IPT-CMM(Integrated Product Team CMM)集成产品群组CMM(5)P-CMM(People CMM)人力资源能力成熟度模型为了以示区别,国内外很多资料把CMM叫做SW-CMM。

按照SEI原来的计划,CMM的改进版本2.0应该在1997年11月完成,然后在取得版本2.0得实践反馈意见之后,在1999年完成准CMM2.0版本。

但是,美国国防部办公室要求SEI推迟发布CMM2.0版本,而要先完成一个更为紧迫的项目CMMI,原因是在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆,CMMI就是为了解决怎么保持这些模式之间的协调。

CMMI(Capability Maturity Model Integration)即能力成熟度集成模型,这是美国国防部的一个设想,他们想把现在所有的以及将被发展出来的各种能力成熟度模型,集成到一个框架中去。

这个框架有两个功能,第一,软件采购方法的改革;第二,建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。

就软件而言,CMMI是SW-CMM的修订本。

它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科学和更周密的优点。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第3讲成熟度等级ML5. 持续优化级CMMI模型综述ML4. 定量管理级 ML3. 已定义级 ML2. 受管理级 ML1. 初始级过程域第五级 组织革新和部署;原因分析和决定 第四级 组织过程性能;定量项目管理 第三级成熟度模型结构成熟度等级过程域1 需求开发;技术解决;产品集成;验证;确认; 组织过程聚焦;组织过程定义+IPPD;组织培 训;集成项目管理+IPPD;风险管理;决策分 析和决定; 需求管理;项目策划;项目监督和控制; 供方协定管理;测量和分析; 过程和产品质量保证;配置管理 特定目标 过程域2 通用目标 过程域3第二级 特定实践 通用实践第一级过程域的主要内容过 程 域 构 造 目的 简介 相关过程域 特定目标及特定实践摘要(SG -Specific Goal ; SP -Specific Practice )目标每个过程方面包含的所有目标达到与否是判 定该过程方面是否完备的考核尺度。

目标是成熟度等级模型的必要模型部件,在 模型中存在两类目标:特定目标和通用目标。

各目标的特定实践 各目标的通用实践(GG -Generic Goal ;GP - Generic practice)1特定目标(SG)只适用于一个特定的过程方面并且涉及该过程 方面的唯一性特性,这些特性描述的是必须实施 那些内容才能达到该过程方面的目的。

以需求管理为例—— SG1 管理需求 对需求进行管理并识别与项目计划和工作产 品的不一致之处。

特定实践(SP)是为达到相应的特定目标所执行的重要活 动。

特定实践描述的是那些为实现某过程方面的 特定目标所期望的活动。

以需求管理为例—— SP1.3 管理需求变更 随着各项需求在项目推进期间发生演变的同 时,对需求的变更进行管理。

REQM- SG/SPs SG1 管理需求,并且标识需求与项目计划 及工作产品之间的不一致性。

SP SP SP SP SP 1.1 1.2 1.3 1.4 1.5 理解需求 获取对需求的承诺 管理需求变更 维护需求的双向跟踪性 识别项目工作产品和需求的不一致PP- SGs/SPsSG1 建立估计数据 SP 1.1 估计项目范围 SP 1.2 建立工作产品和任务属性的估计 SP 1.3 定义项目生命周期 SP 1.4 确定工作量和成本估计 SG2 开发项目计划 SP 2.1 建立预算和工期 SP 2.2 识别项目风险 SP 2.3 计划数据(资料)管理 SP 2.4 计划项目资源 SP 2.5 计划所需知识和技能 SP 2.6 计划干系人参与 SP 2.7 建立项目计划 SG3 获取对计划的承诺 SP 3.1 评审影响项目的相关计划 SP 3.2 协调工作和资源的对应关系 SP 3.3 获取对计划的承诺通用目标(GG)适用于所有的过程方面,某个过程方面达到 了通用目标,即意味着该过程方面的实施是有效 的、可重复的和持久的,并且实现了某种程度的 制度化。

以需求管理为例—— GG2 把需求管理过程制度化为受管理过程 把该过程作为受管理过程加以制度化。

通用实践(GP)通用实践适用于所有过程方面。

通用实践 提供的是制度化的特性,这些特性将确保相应 的过程实施有效、可重复和持久。

以需求管理为例—— GP2.8 监督和控制该过程 对照计划监督和控制“需求管理”过程, 并且采取适当的纠正措施。

2必要、期望和参考的部件-1必要的模型部件 特定目标和通用目标是模型的必要部件。

对于实现给定过程方面的过程改进,必要部件 是最重要的。

在评估中使用它们来确定过程能力。

必要、期望和参考的部件-2期望的模型部件 特定实践和通用实践是模型的期望部件。

指出针对该过程方面的覆盖范围及其目标一般要 做什么。

指导模型使用者和帮助评估人员。

允许采用非本模型推荐的实践替代期望模型部 件,前提是该实践能够达到被替代实践所要达到 的目的。

必要、期望和参考的部件-3参考的模型部件 其余的部件都是模型的参考部件。

提示:子实践、典型工作产品、通用实践的详 细说明、目标和实践的名称、目标和实践的进 一步说明以及引证等,都属于模型的参考部 件。

给出模型的细节。

过程域构造举例-需求管理-1目的 简介 相关过程域 特定目标及实践摘要 各目标的特定实践SG 1 管理需求SP 1.1 了解需求 典型的工作产品 子实践 SP 1.2 取得对需求的承诺 SP 1.3 管理需求变更 SP 1.4 维护需求的双向追溯性 SP 1.5 识别项目工作与需求间的差异过程域构造举例-需求管理-2各目标的通用实践GG 1 达成特定目标(仅适用于连续式表述)GP 1.1 实施特定实践过程域构造举例-需求管理-3GG 3 制度化已定义过程 (仅适用于连续式/成熟度第 3-5 级)GP 3.1 建立已定义过程 GP 3.2 搜集改进信息GG 2 制度化已管理过程GP 2.1 建立组织方针 GP 2.2 策划过程 GP 2.3 提供资源 GP 2.4 指派责任 GP 2.5 培训人员 GP 2.6 管理配置 GP 2.7 识别并纳入相关的关键人员 GP 2.8 监控过程 GP 2.9 客观评估遵循程度 GP 2.10 与上层管理人员审查各状况GG 4 制度化已量化管理过程(仅适用于连续式表述)GP 4.1 建立过程的量化目标 GP 4.2 稳定子过程性能GG 5 制度化最优化过程(仅适用于连续式表述)GP 5.1 确保持续的过程改进 GP 5.2 纠正问题的根本原因3第4讲公共实践-GP3.2GG1:满足特定目标 GP 1.1:执行特定实践 GG2:制度化已管理过程 GP GP GP GP GP GP GP GP GP GP 2.1: 建立组织方针 2.2: 策划该过程 2.3: 提供资源 2.4: 分配职责 2.5: 培训人员 2.6: 管理配置 2.7: 确定干系人并使其介入 2.8: 监督和控制过程 2.9: 客观评价遵循情况 2.10: 高层管理者评审通用目标和实践介绍GG3:制度化已定义过程 GG5:制度化最优化过程GP 3.1: 建立已定义过程 GP 3.2: 收集改进信息GG4:制度化定量管理过程 GP 4.1: 建立质量和过程性能的量化目标 GP 4.2: 稳定子过程性能 GP 5.1: 保证过程的持续改进 GP 5.2: 纠正问题的根本原因公共目标GG2:制度化为已管理过程 GG3:制度化为已定义过程公共实践-GP2.1GP 2.1 建立组织方针 为策划和实现该过程建立并维护组织方针。

目的:确定组织对该过程的期望并且使组织里受 影响的那些人看得见这些期望。

这个惯例的期望是实在的组织指示。

与它叫做什 么无关。

公共实践-GP2.2GP 2.2 策划该过程 建立并维护需求和目标,并且为实施该过程 进行策划。

目的:为了实施该过程和达到所建立的目标、拟 订该过程的实施计划以及就该计划在相关的共利 益者之间达成一致,确定需要做什么。

应针对该过程的特定工作产品和执行该工作确定 需求。

公共实践-GP2.3GP 2.3 提供资源 为实施该过程、开发工作产品和提供该过程 的服务,提供足够的资源。

目的:确保按计划规定提供实施该过程所需的资 源,以供使用。

资源包括足够的资金、适当的设施、有相应技能 的人以及适当的工具。

对足够的解释取决于多种 因素,而且可能随时间变化。

4公共实践-GP2.4GP 2.4 分配责任 为实施该过程、开发工作产品和提供该过程 的服务,分配责任和权限。

目的:确保整个过程周期中有人负责实施该过程 和达到特定结果。

被指定的人必须拥有适当的权 限来履行分配的责任。

可以采用详细的作业说明或在文件(例如过程计 划)中分配责任。

也可采用动态方式分配职责, 但要保证在整个过程周期中职责的分配得以落 实。

公共实践-GP2.5GP 2.5 培训人员 必要时,对实施或支持该过程的人予以培训。

目的:确保执行或支持该过程的人员拥有必要的 技能和专长。

为将会从事该工作的人员提供适当的培训。

为与 执行该工作的人员、有业务关系的人员提供定向 的综合性培训。

公共实践-GP2.6GP 2.6 管理配置 把指定的工作产品置于适当的配置管理之下。

目的:建立并维护该过程的指定工作产品在整个 使用寿命中的完整性。

指定的工作产品要在实施该过程的计划中专门标 识,并且注明相应的配置管理层次的技术规格。

基线要经过正式审查并且达成一致。

公共实践-GP2.7GP 2.7 确定相关的共利益者并使其介入 按计划确定相关的共利益者并使其介入。

目的:确定该过程执行期间的共利益者并使其介 入。

共利益者介入应在相应的计划中加以描述。

介入活动的例子有:策划,决策,通报,协调, 评估,需求定义,解决问题。

公共实践-GP2.8GP 2.8 监督和控制过程 对照计划监督和控制该过程并采取适当纠正措 施。

目的:对过程执行直接的日常监督和控制。

保持对过程的适当的直观了解,以便在必要时采 取适当的纠正措施。

公共实践-GP2.9GP 2.9 客观评价遵循情况 客观地评价过程以及该过程的工作产品和服务对 适用的需求、具体目标和标准的遵循情况,并且 确认不符合项。

目的:使人确信该过程按计划实施和满足有关的 方针、需求、标准以及具体目标的要求。

通常由非直接管理或实施该过程的人员评价过程 的遵循情况。

即使受到压力(例如工作进度拖后 或超过预算)时过程仍然是得到遵循的。

5公共实践-GP2.10GP 2.10 高层管理者审查状态 由高层管理者审查该过程的活动、状态和结果, 并且解决有关问题。

目的:使高层管理者对该过程有适当的直观了 解。

高层管理者包括本组织中那些比直接负责管理该 过程的管理者层次高的人,特别是高级经理; 不同层次的管理者对过程信息有不同的需求。

这 类审查可以是定期的或事件驱动的。

公共实践-GP3.1GP 3.1 建立已定义过程 建立并维护已定义过程的描述。

目的:根据特定项目的实际需要,通过剪裁组织 的标准过程集合,建立并维护对过程的描述。

使用已定义过程,可以减小组织范围内过程实施 的变化,并且过程财富、数据以及经验教训能够 有效共享。

公共实践-GP3.2GP 3.2 收集改进信息 搜集由策划和执行过程所衍生的工作产品、度 量、度量结果及改进信息,以支持组织过程与过 程资产的未来使用与改进。

目的:收集派生于过程策划和实施的信息和制 品。

这些信息和制品应纳入组织的度量数据库和过程 相关财富库,以便于策划和实施相同的或类似的 过程的人使用。

Q&A6。

相关文档
最新文档