CMMI管理指南阶段缺陷清除率指南

1、4&磁;二蚊:2 ¥ Sr<WQ；越愿迩；'j0H99喪1CMMI理指南阶段缺陷淸除卒指甫!爲、：,L集团文件发布号：（9816-UABWUNTNNULDQQTY文档信息:版本：VI. 0.0类别：指南密级：内部状态：非受控银行阶段缺陷清除率指南修订记录:日期版本修订描述作者修订内容:版本修订内容V0. 1.0根据内部评审意见对指南进行了修改VI. 0.0对文档内的内容及相关文档之间的内容进行一致性、完整性 的检查和修改；对文档参照命名规范和模板要求进行规范性 方面的检查和修改目录1. 引言目的预期读者参考资料2, 阶段缺陷清除率(DRE)模型基本数学定义3.

2、阶段缺陷清除率(DRE)应用示例L引言LI.目的本文档目的是为理解阶段缺陷清除率的数学定义及计算提供指引°1.2.预期读者K软件开发中心及总行相关部门领导和主管2. EPG全体成员3.项目组全体成员 13术语表14.参考资料2.阶段缺陷清除率（DRE）模型基本数学定义缺陷注入活动（或阶段）活动活动活动 活动 活动合计1231ra活动1DnD»i活动2D12DuD.：活动3D33D*3 D»j-i活动jDi.D,D订D.3 活动nDh片入D»,合计Di*D>D讦Dm缺陷清除活动计算阶段缺陷清除率(Phase DRE)的步骤:考察开发过程中哪些活动会为

3、产品注入缺陷 考察开发过程中哪些活动会从产品中清除缺陷一般的，注入缺陷的活动执行结束后，会相应地发起缺陷清除活动。如果活动与生命周期阶段一致，可以认为是阶段的缺陷注入和清除。当考察阶段缺陷注入和清除率时，需要注意一个阶段可能包含多个缺陷注入活动和多个缺陷清除活动。执行完缺陷清除活动j之后，分析发现的缺陷，按照这些缺陷的注入原因分别统计缺陷数，并填入上表中相应的位置如上表：清除活动j 一共发现了 "个缺陷，注入活动1到i分别注入了 D小D小九个缺陷。项目执行完成时，注入和清除活动都被执行，上表就被填写完毕可计算缺陷清除活动j的清除率:分子很显然，是这个清除活动j发现的缺陷总数 分母实际

4、上是在进入清除活动j的入口处产品中还遗留的缺陷数，它 是:清除活动j之前执行的所有注入活动注入的缺陷总数清除活动j之前执行的所有清除活动发现的缺陷总数两者之间的差值。注意:理论上，产品中的缺陷个数是无法得知的，因此缺陷清除率模型有个假设前提:忽略产品中那些没有被发现的缺陷3.阶段缺陷清除率（DRE）应用示例假定一个项目有4个主要的活动能够注入缺陷，分別是:需求定义 概要设计 详细设计 编码项目生命周期也有同名的4个阶段。同时，开发过程有6个主要的活动能够清除缺陷，分别是:需求评审（需求定义之后、概要设计之前） 概要设计评市（概要设计之后、详细设计之前） 详细设计评市（详细设计之后、编码之前）单

5、元测试（编码之后） 代码评市（编码之后） 系统测试（编码之后）并且项目在交付后进行缺陷对应期间也记录、统计了交付后发现的缺 陷。项目执行完毕后统计到的缺陷数按照注入和清除活动划分，得下表:缺陷注入活动（或阶段）需求定义概要设计详细设计编码合计需求评审3535概要设计评审46468详细设计评审61282100单元测试1025256124415缺陷清除活动代码评市0458168230系统测试12188679195交付后缺陷对应261S2248合计691295003931091于是:详细设计评市的 DRE = 100 / (69+129+500) - (35+68) * 100% = 17%系统测试

6、的 DRE = 195 / (69+129+500+393) - (35+68+100+415+230) * 100% = 80%考察编码阶段的缺陷清除率时，这个阶段包含了两个缺陷清除活动：单 元测试和代码评审。于是，单独考察其中一个活动的缺陷清除率就意义 不大了，因为我们认为只要两个活动合起来能够尽可能多的清除缺陷就 可以了，单一活动清除率的高低并不重要。因此将单元测试和代码评审 合起來作为对编码阶段结束的一个检查点，那么编码阶段的缺陷清除率 应该是:(415+230) / (69+129+500+393) - (35+68+100) * 100% = 73%当然，单独考察一个活动的缺陷清除率也可以。还可以计算某个缺陷清除活动之前所有清除