软件开发COD引入缺陷预测模型建立.docVIP

软件开发COD引入缺陷预测模型建立 　　摘 要：本文论述了基于ACV-Average Competency Value和系统圈复杂度系数构建COD阶段缺陷预测模型的过程和思路，通过建立的预测模型软件项目管理者可以预测预先设定的项目QCD目标实现概率，提前预测风险并适时增强项目团队的开发力量。 　　关 键 词：ACV；圈复杂度；缺陷预测模型 　　借鉴人力资本管理领域中关键能力项的统计学识别方法，我们识别出对于A业务方向嵌入式项目质量有重大影响的因素有：C语言技术编码的能力水平和软件的复杂程度（圈复杂度）。从逻辑上分析，由于在车载导航软件开发中基本使用的都是C语言的开发技术，在中小型开发项目中，C语言技术编码的能力水平和软件的复杂程度确实对于项目的质量会有很大的影响。在这里我们引入一个新的概念ACV-Average Competency Value及项目成员关键能力平均值，在我们此次车载导航软件开发研究的范围内关键能力项为C语言技术编码。 　　基于CMMI软件成熟度模型和实际软件开发过程，软件开发的主要过程分为几个阶段：RD（需求开发）、RU（需求理解）、SD（系统设计）、PD（概要设计）、DD（详细设计）、COD（编码）、UT（单元测试）、IT（集成测试）、ST（系统测试）和QC阶段。软件项目的一个关键目标就是质量，ST阶段的缺陷密度是项目质量的关键度量项[1]。但是，在ST阶段发现的缺陷往往是由其他之前的阶段引入的，这些可能引入缺陷的阶段包括COD、DD、IT、PD等[2]。我们使用了Crystal Ball工具对相关数据进行了敏感度分析，包括ST、COD和DD阶段的缺陷引入对于项目的质量目标都有相当的影响。 　　为了达成软件开发的质量目标，我们必须想办法控制各阶段引入的缺陷数量。从敏感度分析结果上看，COD阶段的缺陷密度对于QC指标的影响比较大，同时，如果能在ST阶段更多地发现和处理实际已经存在的软件缺陷，QC目标达成的可能性会大大增加。 　　各阶段引入的缺陷数量也与软件程序本身的复杂度有关，在软件测试的概念里，圈复杂度用来衡量一个模块判定结构的复杂程度，数量上表现为独立路径条数，即合理的预防错误所需测试的最少路径条数，圈复杂度大则说明代码可能质量低且难于测试和维护[3]。经验表明：一般圈复杂度越高，Bug发生的可能性越高。 　　圈复杂度过高会造成下列问题： 　　1.复用困难。代码复杂度过高，说明一个函数内覆盖的逻辑过多，程序耦合性（各个模块之间接口的复杂度）较高，所以也不易于移植复用。 　　2.测试困难。圈复杂度代表路径覆盖的条数，即case数。所以，需要更多的测试才能覆盖一个复杂度较高的程序。 　　3.易读性差。代码复杂度过高的程序不易于阅读。 　　4.缺陷率高。一般复杂度越高，缺陷密度越高。代码复杂度过高的程序，变更时更容易产生缺陷。 　　从图1的两个例子中，我们可以使用一种简单的方法来计算两段程序的圈复杂度。在Example 1中，while循环圈复杂度加1，if语句圈复杂度加1，每个语句圈复杂度加1，总体程序执行圈复杂度加1，圈复杂度总和为5。在Example 2中，if语句圈复杂度加1，else语句圈复杂度加1，总体程序执行圈复杂度加1，圈复杂度总和为3。这种方法的基本计算原则是：程序中出现下列关键字的次数再加1，关键字主要包括for、if、while、switch、、||、goto和case等。 　　以上是比较简单的圈复杂度计算方法，另外一种计算方法是利用有向图理论（Sequense）计算由一段代码演化来的有向图中线性独立的路径的个数，来得出圈复杂度的数值。 　　圈复杂度=E-N+2 （1） 　　其中，E：程序流程有向图中边的个数；N：程序流程有向图中节点的个数。 　　目前可以使用的计算圈复杂度工具有： 　　1.JAVA平台：PMD静态分析源代码工具（付费）、JavaNCSS（开源）、CheckStyle（付费）； 　　2..NET平台：FxCop（开源）、NDepend（付费）； 　　3.C/C++平台：QAC（付费）、Source Monitor（开源）。 　　我们在实际的项目开发中主要使用Source Monitor开源工具，进行函数圈复杂度研究和统计。 　　基于之前对于项目开发者能力水平和软件圈复杂度的研究，我们尝试进行数据收集分析并构建COD阶段引入缺陷密度、ACV（C语言技术编码）和圈复杂度之间的数学预测模型。 　　基于ACV和圈复杂度建立COD引入缺陷模型构建的目标如下： 　　1.在项目策划或者COD阶段活动之前，项目经理参考此模型调配项目组成员、安排项目级培训，策划在设计阶段控制圈复杂度，并基于此进行程序设计工作。 　　2.COD阶段开始后，项目管理人员可以根据代码复杂度管理表中的相关要求进