CMMI简介
- 格式:pdf
- 大小:1.58 MB
- 文档页数:55


cmmi申请条件
摘要:
一、CMMI申请条件概述
1.CMMI简介
2.CMMI申请的目的
3.CMMI申请的条件
二、CMMI申请具体条件
1.组织必须具备的资质
2.组织必须满足的培训要求
3.组织必须满足的评估要求
三、CMMI申请条件的优势
1.对组织内部管理的提升
2.对组织外部形象的改善
3.对组织市场竞争力的增强
正文:
【CMMI申请条件概述】
CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是一种针对软件开发和维护过程的成熟度模型,它通过对组织内部流程的改进,帮助组织提高其软件开发和维护的能力。申请CMMI认证,可以帮助组织提升管理水平,提高客户满意度,增强市场竞争力。
【CMMI申请的具体条件】 1.组织必须具备的资质
申请CMMI认证的组织必须是在我国注册的企业或者机构,且具备一定的软件开发和维护能力。此外,组织还需要具备良好的社会信誉和商业道德,无违法违规行为。
2.组织必须满足的培训要求
为了确保组织内部人员对CMMI模型有深入的理解和应用,组织需要对参与CMMI申请和评估的人员进行相关的培训。这些培训包括对CMMI模型的理论知识和实际操作的培训。
3.组织必须满足的评估要求
组织在申请CMMI认证前,需要进行一次全面的自我评估,以确定组织在CMMI模型的各个等级上的成熟度。此外,组织还需要选择一家经过认证的评估机构,由该机构对组织进行正式的评估。
【CMMI申请条件的优势】
1.对组织内部管理的提升
通过申请CMMI认证,组织可以建立起一套成熟的软件开发和维护流程,提高组织的管理效率和管理水平。
2.对组织外部形象的改善
获得CMMI认证,可以提高组织在客户和供应商心中的形象,增加客户和供应商对组织的信任。
一:CMMI简介
1.1 CMMI发展简史
CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是用于产品开发(或服务)的过程改进成熟度模型。CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
1981年,美国卡内基梅隆大学软件工程研究所(SEI),应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念,将这些原理应用于软件开发,发展成为软件过程成熟度框架,它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年,基于Watts Humphery 等人的工作,SEI的Mark Pauk 等人建立了第一个CMM模型,即软件CMM。1993年,SEI推出了CMM 1.1,这是目前世界上应用最广泛的CMM版本。
十几年来CMM的改进工作一直不断地进行,相继有多个学科领域的CMM模型问世:SE-CMM, SW-CMM, IPD-CMM等。美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架,即CMMI。 CMMI的基础源模型包括:软件CMM 2.0版本,EIA-731系统工程,以及IPD CMM (IPD) 0.98a版本。2002年1月CMMI 1.1版本正式发布,并立即被广泛采用。
CMMI 1.2的三种模型 16个核心过程域 CMMI-DEV
CMMI-SVC CMMI-ACQ
·2·
2 2006年8月,面向开发的CMMI(CMMI-DEV 1.2) 版本正式发布。为了适应更加广泛的应用,SEI 计划今后发布另外二种模型,分别是面向服务的CMMI(CMMI-SVC 1.2)版本和面向采购的CMMI(CMMI-ACQ 1.2)。
1.2 CMMI的过程域
过程域(Process Area)是同属于某个领域而彼此相关的实践集合,当这些实践共同执行时,可以达到该领域过程改进的目标。CMMI-DEV 1.2有22个过程域,见表1-1(按字母排序)。
成熟度等级 通用目标(GG) 通用实践(GP)
ML1
初始级 GG1 通过把明确定义的输入工作产品转换为明确定义的输出工作产品,以支持过程域特定目标的达成 GP1.1 执行过程域的特定实践,以开发工作产品及提供服务,达成过程域的特定目标
ML2
已管理级 GG2 过程被制度化为一个已管理的过程 GP2.1 建立和维护一个组织级方针来策划和执行过程
GP2.2 建立和维护执行过程的计划
GP2.3 提供充足的资源,来执行过程、开发工作产品,提供过程的服务
GP2.4 分配执行过程的职责和权限,来开发工作产品,提供过程的服务
GP2.5 需要时,培训人员来执行或支持过程
GP2.6 将过程中指定的工作产品置于合适的控制级别之下
GP2.7 按照计划,识别并纳入与过程相关的干系人
GP2.8 按照计划,监督和控制过程,并采取适当的纠正措施
GP2.9 按照过程描述、标准和规程,客观地评价过程及指定的工作产品的符合度,并解决不符合问题
GP2.10与高层管理人员评审过程的活动、状态和结果,并解决问题
ML3
已定义级 GG3 过程被制度化为一个已定义的过程 GP3.1 建立和维护一个已定义过程的描述
GP3.2 收集策划和执行过程所取得的相关经验,以支持组织的过程和过程资产未来的使用和改进
成熟度等级 过程域(PA) 过程域英文缩写 特定目标(SG) 特定实践(SP) 过程管理类 项目管理类 工程类 支持类
ML2
已管理级 配置管理(CM)
Configuration
Management Configuration
Management, CM SG1建立基线 SP 1.1 识别配置项
SP 1.2 建立配置管理系统
SP 1.3 创建或发布基线
SG2跟踪并控制变更 SP 2.1 跟踪变更请求
SP 2.2 控制配置项
SG3建立完整性 SP 3.1 建立配置管理记录
SP 3.2 执行配置审计
CMMI服务模型
一、 CMMI服务模型介绍
1. CMMI服务模型发展历史
为了满足大量服务型组织过程改进的需求,SEI一早开始着手编写CMMI服
务模型。CMMI for Services (CMMI-SVC)的V1.2版本原计划于2009年3月中推
出,现已于2009年2月提前正式发布。该模型是向服务型企业、组织提供建立,
管理,和交付服务提供指导的模型。CMMI-SVC的重点在于提供组织内部及外部
客户服务的参考模式,服务范围覆盖所有的服务行业,绝不仅仅局限于IT行业。
该模型成功地集成了以下内容的概念和最佳实践,用于指导组织改进服务
流程、提高服务水平和客户满意度:
• CMMI其他模型
• 信息技术基础构架库(ITIL)
• ISO/IEC 20000:信息技术—服务管理
• 信息和相关技术的控制目标(CobiT)
• 信息技术服务能力成熟度模型(ITSCMM)
2. CMMI服务模型内容简介
CMMI服务模型按成熟度可划分为五个等级,总共包括24个过程域(Process
Area),如图1.1所示。
图1. 1 CMMI服务模型的成熟度等级 每个过程域中设定了通用目标和特殊目标,每个目标下由若干实践组成。
这些实践是根据各个组织长期开发实践活动的成功经验逐渐总结、提炼形成的,
被认为是具有共性的最佳惯例。CMMI服务模型的层次结构如图1.2所示。
图 1. 2 CMMI的模型结构
为便于理解,将CMMI服务模型所包括的过程域按类别和成熟度等级列表如
下: 第一级 组织革新和部署;原因分析和决定
服务系统开发;服务系统转移;组织过程聚焦、组织过程定义、组织培训、战略服务管理、能力和可用性管理、服务持续性、集成项目管理、风险管理、决策分析和决定、事件解决和预防 组织过程性能;定量项目管理
服务交付;需求管理;项目策划;项目监督和控制; 供方协定管理;测量和分析; 过程和产品质量保证;配置管理 第二级 第三级 第四级 第五级