CMM流程之总结

发表于:2010-7-22 11:50

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:alvanchen    来源:51Testing软件测试网采编

#
CMM
分享:
  从CMM软件开发流程的理念、流程这两个方面概括介绍一下CMM。

  CMM软件开发流程试图将几十年来风险比较不可控的软件开发用一个规范的流程控制起来,变成一个类似传统工业化生产流程的工业。

  CMM理念

  CMM主要理念之一就是加强过程控制,认为只要开发的过程按照规定动作执行,就可以很大程度上降低软件开发的质量、进度风险。而过程质量控制的主要手段就是检视。

  CMM的理念之二是根据经验数据指导新的软件开发项目。CMM定义了监控软件开发过程是否规范的一系列指标,如软件生产率、检视缺陷密度、遗留缺陷密度等,并总结了同业的一些经验数据。当执行实际项目时,以这些经验数据指引开发过程,尽量使开发的关键质量指标落入经验数据区间。同时进行进一步分析总结,对质量目标进行修正,用以指导后续的新项目。通过在一个个的项目逐渐总结修正,最终得到一套适合自己的质量目标。

  CMM的理念之三,也可以说是本质,是基于传统的瀑布软件开发模型的。

  CMM全流程

  CMM软件开发规范的流程。CMM规范基于瀑布软件开发模型,没有体现基于原型逐步求精的思想,这也是近年来在实施中为人所诟病的一个方面。下面结合IPD流程阐述一下CMM流程在公司实际的应用。

  CDP-Charter

  CDP即 Charter开发项目,主要的责任主体是Marketing团队和SE,目标是定义一个产品版本所要解决的主要目标和时间点,交付件是Charter。 Charter要通过BMT,即业务管理团队的批准。Charter需要回答这些问题:版本的Top N需求和主要竞争需求,主要目标客户,完整的包需求,版本的里程碑时间点,应用的时间窗口以及在版本火车中所处的位置。

  Charter-TR1

  TR1即产品概念完成里程碑,主要的责任主体是SE团队,同时Marketing配合完成需求的细化、澄清和修订。这个阶段的目标是输出设计需求。相比包需求,设计需求粒度更细,能够清晰的描述每一个需求,包括每个需求的输入、输出参数,并输出低保真界面原型。

  CDCP

  CDCP即Concept Decision Check Point,近年来大部分项目都裁剪,具体作用不明。

  TR1-TR2

  TR2即产品设计完成里程碑,主要的责任主体是SE团队。这个阶段的输出是设计规格。相比设计需求,设计规格从系统架构的角度将每个设计需求分配到每个子系统,并定义每个子系统之间新增、修改的接口。接口必须详细定义到足以指导开发人员实现的程度,可能部分没有注意到的细节可以在后续开发过程中澄清,但总体的接口设计是不允许在后续随意更改的。同时TR2还要输出高保真界面原型。

  PDCP

  PDCP即Plan Decision Check Point,项目计划里程碑。虽然Charter决策时已经定出了版本代码规模、关键时间点和人力需求,但经过TR1和TR2的分析和细化,不可避免的会出现一些变更。TR2是项目从构想到实现,从混沌到清晰的一个关键时间点。相比TR2前比较不可控的的研讨、分析,TR2以后主要是执行的一个过程,因此在TR2前后有必要将版本代码规模、关键时间点和人力需求进一步明确固化下来,以便后续开发团队按照一个严格的计划来执行。除了以上提到的,PDCP时还要确定质量目标,由开发代表给各项目经理下发SOW(工作任务书)。SOW中明确了各个开发项目组在TR2-TR4之间应该完成的开发任务,是开发组完成开发任务的依据。

  TR2-TR3

  这个阶段开发组完成软件需求规格说明书(SRS)的写作,以及按照大瀑布模型,完成系统测试用例的写作(STC)。SRS基于软件设计需求(DS)分解细化,用描述性的语言阐述每个典型用户操作/业务流程的实现过程,包括每个子系统如何协作通讯。
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号