您好,欢迎来到上海锦心-cmmi认证-cmmi查询-cmmi培训-cmmi标准官方网站!
新闻动态
网站首页 > 新闻动态 > CMMI如何作为一条特定目标列出来

CMMI如何作为一条特定目标列出来

  • 上海锦心-cmmi认证-cmmi查询-cmmi培训-cmmi标准
  • 上海锦心-cmmi认证-cmmi查询-cmmi培训-cmmi标准
  • 2019-11-13
  • 185

      CMMI如何作为一条特定目标列出来

      如果您不工作,您将一无所获。如果您不投资,将不会有任何输出。这就是为什么我们从小就受过教育的原因。要开发软件来投资人工成本,实现客户需求变化还需要投资额外的成本,提高软件质量当然也需要投资。如果您想在不增加投资的情况下提高软件产品的质量,有可能吗?


     实际上,这不仅是可能的,而且行业中还有许多现成的示例。首先让我向您证明。

     CMMI软件开发活动,无论是使用瀑布模型还是敏捷模型,尽管分为几个阶段,但从CMMI的角度来看,软件开发基本上只包含两个活动:缺陷注入活动和缺陷清除活动。缺陷注入活动包括编写客户需求,设计产品和编码;缺陷清除活动包括各种评论、编译和测试。如果没有100%消除在软件开发中注入的缺陷,则留给客户发现。所谓软件产品的质量是客户发现的产品缺陷的数量。客户发现的缺陷越多,产品的质量就越差,反之亦然。因此,要提高软件产品的质量,就必须减少客户发现的缺陷。

     为了说明问题,我将软件开发活动简化为三个阶段:开发、测试和交付。假设在开发阶段注入了X缺陷,而在测试阶段发现了Y1缺陷,则产品质量就是客户交付后发现的缺陷数量:X–Y1。

     如果整个开发工作量相同,我将用CMMI审查替换一半的测试工作量。会发生什么?此时,注入的缺陷数X1不变,去除的缺陷数Y2分为两部分:通过代码审查去除的缺陷数和通过测试去除的缺陷数。假设原始测试阶段的总持续时间为T,代码审查发现缺陷率为V_CR,而测试发现缺陷率为V_Test,

     则消除的缺陷数为:Y2=V_CR×T/2 + V_Test×T/2。有大量论文和实际数据证明,代码审查发现缺陷的CMMI比率比测试阶段(即V_CR V_Test)发现缺陷的比率大得多。例如,表1中的Watts Humphrey的PSP数据显示,代码查找和修复缺陷的速度为每小时6.9个缺陷,而测试发现的缺陷仅为每小时3.31个缺陷。表2中列出的两个数据之间的差异更大。这有两个主要原因。

     首先,代码审查会检查代码逻辑本身。一些小错误很容易找到并修复。该测试基于该现象,因此平均需要花费更多时间来发现和修复每个缺陷。其次,测试只能测试一些有限的条件或场景,、路径中的大量可能值、参数以及它们之间的组合不容易测量。测量CMMI可能的情况需要花费大量时间和精力。

13162132569