软件能力成熟度模型(CMM).doc

1 CMM 模型(1) 软件机构的过程成熟度软件开发的风险之所以大, 是由于软件过程能力低。其中最关键的问题在于软件开发机构不能很好地管理其软件过程, 从而使得一些好的开发方法和技术起不到预期的作用。当然, 即使是在这样的机构中,个别软件项目仍能产生高质量的产品,但这是通过特定优秀软件人员的努力,而不是通过重复使用具有成熟软件过程的方法。在没有全机构范围的软件过程的情况下,能否继续成功地开发下一个项目,完全取决于能否留住这些优秀的软件人才。仅仅建立在特定人员上的成功不能为全机构的生产率和质量的长期提高打下基础,必须在建立有效的软件工程实践和管理实践的基础上,坚持不懈的努力,才能不断改进。对于不同的软件开发机构,在组织人员完成软件项目中所依据的管理策略有很大差别, 因而软件项目所遵循的软件过程也有很大差别。在此,我们用软件机构的成熟度( Maturity ) 加以区别。表 10 .6 给出不成熟的软件机构和成熟的软件机构的比较。表 10 .6不成熟的软件机构和成熟的软件机构的比较不成熟的软件机构成熟的软件机构软件过程由参与开发的人员临时拼凑。有时即使确定了,实际上并不严格执行。建立了软件开发和维护过程。人们对其有较好理解。一切活动均遵循过程的要求进行, 做到工作步骤有次序,且有章可循。管理方式反应型:管理人员经常要集中精力去应付难以预料的突发事件。主动型:软件过程不断改进,产品质量和客户满意程度负责质量保证的经理负责监控。进度、经费估计估计不切实际。在进度拖延情况下,不得不降低软件的质量。根据以往项目取得的实践经验确定,因而比较符合实际情况。质量管理产品质量难以预测。质量保证活动,如质量评审、测试等,常被削弱或被取消。产品质量有保证,软件过程有管理,具有必要的支持性基础设施。在各个软件机构的过程成熟度有着相当大的差别面前,为了做出客观、公正的比较,需要建立一种衡量的标尺。使用这个标尺可以评价软件承包机构的质量保证能力,在软件项目评标活动中,选择中标机构。另一方面,这一标尺也必然成为软件机构改进软件质量,加强质量管理,以及提高软件产品质量的依据。(2) 软件机构的能力成熟度模型 CMM ( Capability Maturity Model ) 1987 年美国卡内基―梅隆大学软件工程研究所( SEI ) 受美国国防部资助,提出了软件机构的能力成熟度模型 CMM ,经过几年的使用及 19 91 年和 19 93 年两次修改,现已成为具有广泛影响的模型。 CMM 将软件过程的成熟度分为 5 个等级,如图 10. 18 所示。表 给出具有 5 个等级的软件机构的特征。图10. 18软件过程成熟度模型优化级 54321 已管理级已定义级可重复级初始级 2 表 各个等级的软件机构的特征级别 · 过程执行杂乱无序。·管理无章。· 开发项目成效不稳定, 产品的性能和质量依赖于个人能力和行为。·管理制度化,工作有章可循。· 开发工作初步实现标准化。·变更基线化。·过程可跟踪。· 新项目计划和管理基于过去实践经验, 具有重复以前成功项目的环境和条件。·开发过程标准化、文档化。· 完善的培训和专家评审制度。· 技术和管理活动稳定实施。· 项目质量、进度和费用可