浅谈CMM、CMMI和TMM

上一篇 / 下一篇  2015-11-04 09:46:37 / 个人分类:过程管理

   本文先来介绍一下CMM产生的背景,然后引入CMMI及TMM产生的原因。
    19世纪80年代美国国防部承担着大量军事、政府的软件开发项目,在发包软件项目时,发现对这些软件供应商在软件开发项目上超时超支现象特别普遍,而且所交付的软件质量也比较差,但国防部又无从下手对这些软件供应商进行评价来选择那些**的供应商,其实供应商自己也不知道怎么能把软件项目管理好,在这种背景下,美国国防部1984年设立的一个联邦资助研发中心-卡内基·梅隆大学的软件工程研究所(SEI) ,希望他们能够研究出一种评价模型来评价软件供应商的研发水平的**度,以便国防部只向**度高的软件供应商发包项目,软件CMM模型由此诞生。

使用CMM模型,国防部评价供应商,以及软件供应商对自己过程改进确实起到了很大的作用。但是,大部分的企业研发不仅包括软件,也包括硬件和结构,光使用CMM模型是不能指导一个公司系统级产品研发的。由此CMMI模型产生。

       CMMICapability Maturity Model Integration的缩写,也就是集成的能力**度模型;软件工程系统工程集成的产品和过程开发的集合框架,提供了一个宽泛的过程改善的框架

     其中,软件工程指软件系统开发的过程。

什么是系统工程?软件,硬件设备,将软件和硬件整合在一起工作就是一个系统工程。

集成的产品和过程开发是指在产品生命周期中,通过所有相关人员的通力合作,采用系统化的过程来更好地满足客户的需求、期望和要求。 

     1987年卡内基-梅隆大学研究出CMM模型之后,提出了各种CMM的扩展模型;CMM模型的广泛推广确实对软件的质量的提高以及避免软件项目超时超支的现象起了很大作用;但CMM模型没有充分定义软件测试过程,对测试计划、测试标准、质量改进过程中与测试相关的问题怎么测试都没有明确的定义。为了提高企业测试过程的能力提出了测试能力**度模型TMM。

     TMM的级别划分和CMM一样都定义了5个级别,分别为初始级、阶段定义级、集成级、管理和测量级、优化级;

     初始级:测试是一个混乱的过程,没有被很好的定义,缺乏测试工具,测试人员也没有被培训,并且没有和调试区分开来;

     阶段定义级:测试被定义为紧接着编码后的一个阶段,测试过程有了一定程度的标准化,基本的测试技术和方法得当适当使用;

     集成级:侧四的目标基于系统的需求,并且有正式的测试组织。具有正式的测试技术培训,可控制和监控测试过程,并且考虑使用自动化测试工具。测试计划的制定从需求分析阶段开始,并且贯穿整个生命周期;

     管理和测量级:测试成为被度量并量化的过程,测试用例被收集并且被保存在测试数据库中,测试过程中发现的缺陷被登记,评审被作为测试和质量控制活动;

     优化级:测试不是行为,而是一种自觉的约束;通过不断的创新和改进,对测试过程进行持续的优化。

    TMM的5个级别划分主要针对测试过程提出的,CMM的5个级别划分主要针对整个开发过程提出的。    



TAG:

 

评分:0

我来说两句

日历

« 2024-04-24  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 10695
  • 日志数: 7
  • 图片数: 1
  • 建立时间: 2015-03-05
  • 更新时间: 2019-09-18

RSS订阅

Open Toolbar