理论教育 软件品质之完美管理实战:定量分析

软件品质之完美管理实战:定量分析

时间:2023-10-30 理论教育 版权反馈
【摘要】:定量分析包含定量化分析与定量的分析两个过程。图3-3 规模变化之定量的分析品质注入阶段与验证阶段“定量的分析”的不同点如下。两者关系进行定量分析时,首先要进行定量化分析,之后再进行定量的分析,如图3-4所示。图3-5 定量化分析结果随后要求PM提交品质判定会议的资料。图3-6 定量的分析结果区分定量化分析与定量的分析只有很少的程序员能清楚定量化分析与定量的分析的区别,因此一定要引起重视,不要混淆这两个概念。

软件品质之完美管理实战:定量分析

定量分析,就是通过关注对象状态的连续数值变化捕捉品质变化情况。定量分析包含定量化分析与定量的分析两个过程。

(1)定量化分析

定量化分析指的是对从现场汇集到的品质数据(错误管理表、故障管理表等)的某种倾向进行集约,从而数值化,如图3-1所示。

978-7-111-59294-5-Chapter03-1.jpg

图3-1 品质数据来源

对集约后的数据,判断其是否超出预测值,如图3-2所示。

(2)定量的分析

定量的分析,指的是对于集约后的数值,观测其在相继的各开发阶段的变化情况,根据这种变化,得出重要的品质警告信息。

品质注入阶段与验证阶段“定量的分析”的相同点如下。

①同一模块各阶段的错误率或故障率。

如果同一模块在设计各阶段或测试各阶段的故障率都超标,这就是该模块品质不良的表现之一。

978-7-111-59294-5-Chapter03-2.jpg

图3-2 定量化分析的界限

②规模变化。

如果设计完成后估算的规模或者测试前后代码规模有较大变化,这也是本模块品质不良的表现之一,如图3-3所示。

978-7-111-59294-5-Chapter03-3.jpg

图3-3 规模变化之定量的分析

品质注入阶段与验证阶段“定量的分析”的不同点如下。

设计阶段不能通过比较同一个模块外部设计书与内部设计书篇幅之间的关系判断品质好坏。也就是说,外部设计书与内部设计书篇幅之间没有太大关系,因为架构设计与外部设计的完善程度决定了内部设计的复杂度。在架构设计良好,外部设计完善的情况下,甚至不需要这层设计。所以,不能说内部设计书比外部设计书篇幅小,品质就不良。而测试阶段都是对同一模块代码进行测试的,代码量具有前后的连续性。这就是两个阶段“定量的分析”的最大不同点。

(3)两者关系

进行定量分析时,首先要进行定量化分析,之后再进行定量的分析,如图3-4所示。

定量分析要点

通过定量分析,只是获得了一组数据以及是否超过界限值的警告,更重要的是能够从这些数值中读取到有价值的信息。

978-7-111-59294-5-Chapter03-4.jpg(www.daowen.com)

图3-4 定量分析方法

经典案例五:真正的定量分析

某项目小组负责开发的大规模项目(由某协力公司负责),在IT2阶段中发生品质不良。品质管理员受PM委托,开展品质分析支持,进行品质分析时出现如下场景:

在某次品质判定会议上,品质管理员对某协力公司PM提问:“是否进行了定量分析?”PM回答:“进行了定量分析!”如图3-5所示。

978-7-111-59294-5-Chapter03-5.jpg

图3-5 定量化分析结果

随后要求PM提交品质判定会议的资料。经过分析,该协力公司PM只不过是进行了定量化(数值化)分析而已:只对某阶段的数据进行评价,品质不良也被看成品质良好,所以品质不良一直延续到IT2才被发现!正确做法是PM做定量化分析后,还需要做定量的分析,否则定量分析就不全面!

案例解析:

案例中的PM没有清楚定量化、定量的、定量分析之间的区别,误把定量化分析认为定量分析。

以下3种情况就是常见的评价OK的陷阱。

①看不出规模的变动。

②看不出故障件数的推移。

③只依赖故障密度进行管理。

将上述数据展开到品质管理表上,如图3-6所示,会发现在某个时点会有如下4种现象之一。

①有些模块完全没有测试规模。

②有规模大幅变动的模块。

③有些模块的故障件数不但没有收敛,反倒增加了。

④有些大幅增加的模块没有进行增加测试。

当发现这4种现象之一时就是需要采取措施的时候。这就是在向我们发出警报

978-7-111-59294-5-Chapter03-6.jpg

图3-6 定量的分析结果

区分定量化分析与定量的分析

只有很少的程序员能清楚定量化分析与定量的分析的区别,因此一定要引起重视,不要混淆这两个概念。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈