cmmi五个成熟度级别
来源:网络 作者:佚名 关注:243次 更新时间:2024-03-29 10:47:01

CMMI 等级的含义 五个成熟度级别之间的比较如下:

1.png

1,初始级

特征:

(1)软件过程的特点是杂乱无章,有时甚至混乱.几乎没有定义过程的规则或步 骤.

(2)过分的尽诺.常做出良好的承诺:如"按照软件工程方式,有序的工程过程来 工作";或达到高目标的许诺.但实际上却出现一系列危机.

(3)遇到危机就放弃原计划过程,反复编码和测试.

(4)成功完全依赖个人努力和杰出的专业人才,取决于超常的管理人员和杰出有效 的软件开发人员.具体的表现和成果都源于或者说是决定于个人的能力和他们先前的 经验,知识以及他们的进取心和积极程度.

 (5)能力只是个人的特性,而不是开发组织的持性.依靠着个人的品质或承受着巨 大压力,或找窍门取得成果.但此类人一旦离去,对组织的稳定作用也消失.

(6)软件过程是不可确定的和不可预见的.软件成熟性程度处于第一级的软件组织 的软件过程在实际的工作过程中被经常的改变(过程是随意的).这类组织也在开发产 品,但其成果是不稳定的,不可预见的,不可重复的.也就是说,软件的计划,预 算,功能 和产品的质量都是不可确定和不可预见的.

过程:

(1)极少存在或使用稳定的过程.

(2)所谓"过程",往往是"就这么干"而言. (3)各种条例,规章制度互不协调,甚至互相矛盾

人员:

(1)依赖个人努力和杰出人物.一旦优秀人物离去,项目就无法继续

(2)人们的工作方式如同"救火".就是在开发过程中不断地出现危机,以及不断 的"救火".

技术: 引进新技术是极大风险

度量: 不收集数据或分析数据

改进方向:

(1)建立项日管理过程.实施规范化管理.保障项目的承诺.

(2)首要任务是进行需求管理,建立客户与软件项目之间的共同理解,使项目真正 反映客户的要求.

(3)建立各种软件项目计划.如软件开发计划,软件质量保证计划,软件配置管 理计划,软件测试计划,风险管理计划及过程改进计划.

 (4)开展软件质量保证活动(SQA).

2.png

2,可重复级

 特征

(1)进行较为现实的求诺,可按以前在同类项目上的成功经验建立的必要过程准则 来确保再一次的成功.

(2)主要是逐个项目地建立基本过程管理条例来加强过程能力.

(3)建立了基本的项目管理过程来跟踪成本,进度和功能.

(4)管理工作主要跟踪软件经费支出,进度及功能.识别在承诺方面出现的问题.

(5)采用基线(BASELINE)来标志进展,控制完整性.

(6)定义了软件项目的标准,并相信它,遵循它.

 (7)通过于合同建立有效的供求关系.

过程

 (1)软件开发和维护的过程是相对稳定的,但过程建立在项目一级.

 (2)有规则的软件过程是在一个有效的工程管理系统的控制之下,先前的成功经验 可以被重复.

(3)问题出现时.有能力识别及纠正.其承诺是可实现的.

人员

 (1)项目的成功依赖于个人的能力以及管理层的支持.

 (2)理解管理的必要性及对管理的承诺.

 (3)注意人员的培训问题, 技术 建立技术支持活动,并有稳定的计划. 度量 每个项目建立资源计划.主要是关心成本,产品和进度.有相应的管理数据.

改进方向

(1)不再按项目制定软件过程,而是总结各种项目的成功经验,使之规则化,把具 体经验归纳为全组织的标准软件过程.把改进组织的整体软件过程能力的软件过程活 动,作为软件开发组织的责任.

(2)确定全组织的标准软件过程,把软件工程及管理活动集成到一个稳固确定的软 件过程中.从而可以跨项目改进软件过程效果,也可作为软件过程剪裁的基础.

(3)建立软件工程过程小组(SEPG)长期承担评估与调控软件过程的任务,以适应未 来软件项目的要求.

 (4)积累数据:建立组织的软件过程库及软件过程相关的文档库

(5)加强培训.

3.png

3,确定级

特征 :

(1)无论管理方面或工程方面的软件过程都已文件化,标准化,并综合成软件开发 组织的标准软件过程.

 (2)软件过程标准被应用到所有的工程中,用于编制和维护软件.有的项目也可根 据实际情况,对软件开发组织的标准软件过程进行剪裁.

(3)在从事一项工程时,产品的生产过程,花费,计划以及功能都是可以完全控制 的,从而软件质量也可以控制.

 (4)软件工程过程组(SEPG)负责软件过程活动.

(5)在全组织范围内安排培训计划.

过程:

 (1)整个组织全面采用综合性的管理及工程过程来管理.软件工程和管理活动是稳 定的和可重复的,具有连续性的.

(2)软件过程起了预见及防范问题的作用,能使风险的影响最小化

人员:

 (1)以项目组的方式进行工作.如同综合产品团队.

 (2)在整个组织内部的所有人对于所定义的软件过程的活动,任务有深入理解.大 大加强了过程能力.

 (3)有计划地按人员的角色进行培训

技术 在定性基础上建立新的评估技术.

度量:

 (1)在全过程中收集使用数据.

(2)在全项目中系统性地共享数据

改进方向

(1)开始着手软件过程的定量分析,以达到定量地控制软件项目过程的效果.

(2)通过软件的质量管理达到软件的质量目标.

4.png

4,管理级

 特征 :

(1)制定了软件过程和产品质量的详细而具体的度量标准.软件过程和产品的质量 都可以被理解和控制.

(2)软件组织的能力是可预见的.原因是软件过程是被明确的度量标准所度量和操 作.不言而喻.软件产品的质量就可以预见和得以控制.

 (3)组织的度量工程保证所有项目对生产率和质量进行度量,并作为重要的软件过 程活功. (4)具有良好定义及一致的度量标服来指导软件过程,并作为评价软件过程及产品 的定量基础.

(5)在开发组织内已建立软件过程数据库,保存收集到的数据,可用于各项目的软 件过程. 过程:

 (1)开始定量地认识软件过程.

(2)软件过程的变化小.一般在可接受的范围内.

(3)可以预见软件过程中和产品质量方面的一些趋势.一旦质量经度量后超出这些 标准或是有所违反.可以采用一些方法去改正,以达到良好的日标.

人员 :每个项目中存在强烈的群体工作意识,因为每人都了解个人的作用与组织的关 系,因此能够产生这种群体意识. 技术 不断的在定量基础上评估新技术.

 度量:

 (1)在全组织内进行数据收集与确定.

(2)度量标准化.

(3)数据用于定量地理解软件过程及稳定软件过程.

改进方向 :

(1)缺陷防范.不仅仅在发现了问题时能及时改进,而且应采取特定行动防止将来 出现这类缺陷.

(2)主动进行技术变动管理,标识,选择和评价新技术.使有效的新技术能在开发 组织中施行, (3)进行过程变动管理.定义过程改进的目的,经常不断地进行过程改进.

5.png

 5,优化级

特征 :

(1)整个组织特别关注软件过程改进的持续性,顶见及增强自身.防止缺陷及问题 的发生.不断地提高他们的过程能力.

(2)加强定量分析,通过来自过程的质量反馈和吸收新观念,新科技,使软件过程 能不断地得到改进,

(3)根据软件过程的效果,进行成本/利润分析,从成功的软件过程实践中吸取经 验,加以总结.把最好的创新成绩迅速向全组织转移.对失败的案例,由软件过程小 组近行分析以找出原因.

(4)组织能找出过程的不足并预先改进.把失败的教训告知全体组织以防止重复以 前的错误.

(5)对软件过程的评价相对标准软件过程的改进,都在全组织内推广.

过程 :

(1)不断地系统地改进软件过程

 (2)理解并消除产生问题的公共根源.在任何一个系统中都可找到:由于随机变化 造成重复工作,进而导致时间浪费.为了防止浪费人力可能导致的系统变化.要消除 "公共"的无效根源,防止浪费发生.尽管所有级别都存在这些问题,但这是第五级 的焦点.

人员 :

(1)整个组织都存在自觉的强烈的团队意识.

(2)每个人都致力于过程改进.人们不再以达到里程碑的成就而满足,而要力求减 少错误率. 技术 基于定量的控制和管理,事先主动考虑新技术,追求新技术,利用新技术.可以 实现软件开发中的方法和新技术的革新,以防止出现错误,不断提高产品的质量和生 产率.

度量:

 利用数据来评估,选择过程改进. 改进方向 保持持续不断的软件过程改进.


免责声明:
1.IPD百科网所有文章文档均于网上收集整理所得,版权属于原作者。
2.IPD百科网分享的所有资源仅供学习和研究之用,请在下载后24小时删除。如用于商业用途,请到所有方购买版权,追究法律责任与本网站无关。
3.以任何方式登录或者进入本网站或直接、间接使用IPD网站资源我们均视为您自愿接受并完全同意本声明。
4.如有内容侵犯您的版权或其他利益的,请联系13212350979 我们会在收到消息后24小时内删除。

联系我们

Contact us

联系电话:021-61990302                  邮箱地址:office@ipdwiki.com
Copyright © 2022 IPD百科网 All rights reserved 沪ICP备2021008520号-5  
沪ICP备2021008520号-6