软件开发质量和风险的定量监理

《软件开发质量和风险的定量监理》由会员分享，可在线阅读，更多相关《软件开发质量和风险的定量监理（8页珍藏版）》请在金锄头文库上搜索。

1、软件开发质量和风险的定量监理软件质量是指与软件产品满足规定和隐含的需求的能力和有关的特征的 全体，即所有描述计算机软件优秀程度的特性的组合。应用软件的质量依靠于问题需求的描 述、解决方案的建模设计、可执 行程序的编码的产生以及为发觉错误而运行软件的测试。一个优秀的监理工 程师应该能够使用定量的方法来评估软件开发过程中产生的分析及设计模 型、源代码和测试用例 (use case) 的质量。软件开发质量的定量监理为了实现这种实时的质量评估，监理工程师们必须采纳技术度量来客观 地评估质量，而不能仅仅采纳主观的方法进行评估。在评估中，首先要明确的一点是，软件需求是度量软件质量的基础。不符合需求的软件就

2、不具备质量。而在定量监理实践中，通常需要使用一种被称为尺度度量的方法，这种 定量度量适用于一些能够直接度量的特性， 比如，出错率定义为错误数 KLOC 单位时刻等。因而，对质量操纵所应该建立的一些定量数据是：（1）明确性（无二义性 ） 、完全性、正确性、可理解性、可验证性、内部 和外部一致性、可完成性、简洁性、可追踪性、可修改性、精确性和可复用 性的数据。这些数据能够用来评价分析模型和相应的需求规约质量的特征。公开的可能缺陷数与报告总缺陷数的对比则能够用来评价测试精确度和 测试覆盖度，同时也能够预测项目公布时刻。（2）产品公布前清除的缺陷数在总缺陷数中所占的百分比， 有助于评估 产品的质量。（

3、3）按严峻缺陷、子系统缺陷来划分，分类统计出平均修复时刻，如此 将有助于规划纠正缺陷的工作。（ 4）利用测试的统计数据，估算可维护性、可靠性、可用性和原有故障 总数等数据。这些数据将有助于评估应用软件的稳定程度和可能产生的失 败。在上述定量数据的基础上，就能够开始进行估算。1、差不多的定量估算差不多定量估算示例：设F为用功能点描述的软件规模；D1为在开发过程（提交之前）中发觉的所有缺陷数；D2为提交后发觉的缺陷数；D为发觉的总缺陷数。因此， D=D1+D2关于一个应用软件项目，则有如下计算方程式（能够从不同的角度估算软件的质量）：质量=D2/F;缺陷注入率 =D/F；整体缺陷清除率 =D1/D

4、；同样以上期中的CAD软件为例，依照上期计算所得结果，功能点F为366, 而在开发过程中发觉了 15 个错误，提交后又发觉了 4个错误，则：D1=15， D2=4D=D1 +D2=15+4=19质量（ 每功能点的缺陷数 ）=D2/F=4/366=0.0109缺陷注入率 =D/F=19/366=0.05191整体缺陷清除率 =D1/D=15/19=0.7895有资料报告，美国的平均整体缺陷清除率目前只达到大约85%。而像AT&T IBM摩托罗拉和惠普如此一些大公司的顶级项目，通过实施最佳实践，其缺陷清除率能够超过 99%。众所周知，清除软件缺陷的难易程度是不同的。需求错误、规格讲明、 设计问题及

5、错误修改是最难清除的。表 1 给出了美国平均缺陷的情况：骤一卑均钛陷黑Mrs的址陪! ir或报齿rooT70.23殺计1.250.19编码苓西0, 09丈档I 0.60 . kQ帶溟修改700 E2仑计5.00S60. 75表2反映的是CMME个等级是如何阻碍软件质量的，其数据来源于美国 空军1994年托付SPR（美国一家闻名的调查公司）进行的一项研究。裹二 SEI J匚材胡级别妙在触阳与漕降SEI CMM廉除15 00a&0 F54,0(?,44薊0.2743.00OS0 1 4T oo6 o曹从表中能够看出，CMMS不越高，缺陷清除率也越高。在监理过程中，能够将这这些标准或指标结合起来使用

6、，用以辨明可能存在的质量问题。2、对软件需求的估算假设在一个规约中有nr个需求，因此nr=nf+nnf其中，nf是功能需求的数目，nnf是非功能需求数目（例如性能）为了确定需求的确定性 （无二义性 ） ，一种基于复审者对每个需求解释的 一致性的度量方法为：Q1= nui/nr其中， Q1 表示需求的确定性， nui 是所有复审者都有相同解释的需求数 目。当需求的模糊性越低时， Q1 的值越接近 1 。在CAD软件的例子中，假设计算机图形显示功能模块的功能性需求是10个，非功能性需求（响应速度和分辨率）是 2 个，所有复审者都有相同解释 的需求数目是 11 个，则：Q1=11/12=0.9166

7、67而功能需求的完整性 Q2则能够通过计算以下比率获得：Q2= nu/（ni x ns）其中， nu 是唯一功能需求的数目， ni 是由规约定义或包含的输入 （刺激） 的个数， ns 是被表示的状态的个数。Q2只是测度了一个系统所表示的必需的功能百分比，然而它并没有考虑非功能需求。为了把这些非功能需求结合到整体度量中以求完整，必须考虑已有需求差不多被确认的程度。这能够用Q3来表示:Q3= nc/(nc + nnv)其中， nc 是差不多确认为正确的需求的个数， nnv 是尚未被确认的需求 的个数。在CAD软件的例子中，假设数据库治理功能模块的唯一功能需求是10个，由规约定义或包含的输入个数也是

8、 10 个，表示的状态的个数是 1个，差 不多被确认的需求是 8 个，未被确认的需求是 2 个，则:Q2= 10/ (10X 1) =1.0Q3= 8 / (8+2) =0.83、估算验收测试时期预期发觉的缺陷数( 1 )假如使用类似项目的数据， 那么能够可能当前项目在验收测试时发 觉缺陷数，它等于在类似项目的验收测试时期发觉的缺陷数和那个项目可能 的工作量与类似的总工作量比率的乘积。用如下公式表示 :验收测试缺陷的可能=验收测试缺陷数x工作量可能/实际工作量在CAD软件的例子中，若往常有一个相似的图形处理软件，在验收测试的时候发觉了 12个缺陷，本项目估算的工作量是 66人/ 月，实际的工作

9、量是 82人/月，贝U CAD软件项目在验收测试时可能出现的缺陷是：验收测试缺陷的可能=12X 66/82=10（2）使用过程能力基线中的数据，那么能够使用几种方法来计算那个 值:a、估算每功能单元的缺陷数，那么功能点规模按前面讨论的方式进行可 能，预期的缺陷数是质量数据和可能规模的乘积。b、估算过程缺陷清除率。在这种情形下，在验收测试时期预期存在的缺 陷数能够由缺陷注入率、 过程中的清除率目标以及可能的规模一起来决定。4、针对维护活动设计的度量IEEE Std.982.1-1988IEE94 建议了一个软件成熟度指标 （SMI） ，它提 供了对软件产品的稳定性的指示 （ 基于为每一个产品的公布而做的变动 ），以 下信息能够确定：MT当前公布中的模块数；Fc=当前公布中差不多变动的模块数；