对于大型版本，各角色的质量风险都相应的被放大，那么就需要一个质量指标来对各角色所参与环节的质量进行量化。
DRE模型简述
缺陷移除矩阵(defect removal matrix)是业界流行的一种缺陷模型方法,最早出现在IBM公司的内部技术报告中;该方法统计软件生命周期各个阶段引入和移除的缺陷,以计算整个系统的缺陷移除率DRE(defect removal efficiency)。该方法可以有针对性地改进过程,提高软件开发过程中缺陷的移除效率，对于软件过程的控制和改进非常有效。
DRE模型使用
bug分类：可以根据自身情况重新定义
- 按角色划分：需求阶段（需求分析阶段和需求配置阶段），开发（设计阶段和编码阶段），数据，测试阶段
- 需求阶段：因需求文档或需求描述导致的业务问题或需求修改软件配置导致的软件问题均划分在需求阶段。由于需求还需要同时做软件中部分配置的调整，故将需求阶段的bug分为两类，需求分析阶段和需求配置阶段。
- 开发设计阶段：原始需求中对原始业务有描述，但在开发所做的设计中未包含bug中所体现的功能或业务，则此bug属于开发设计阶段问题
- 开发编码阶段：对于bug所体现的功能或业务在代码中进行了处理，但代码本身写错了，则此bug属于开发编码阶段问题
- 数据阶段：对于bug是由于数据库配置错误导致，则此bug属于数据阶段问题
- 测试阶段：对于测试阶段修改bug产生新的bug，此bug属于测试阶段问题
- 按版本环节划分：需求交底，开发设计评审，自测阶段，代码审查，需求验证，测试验证，交叉测试，系统测试，回归测试，验收测试
使用实例
指标说明：
- 缺陷移除有效率：可以对软件全流程各个环节的缺陷移除状况进行量化。对于异常数据，比如特别低的值和特别高的值，需要着重分析各环节的实际质量保证措施的执行。对于整体缺陷移除有效率的分布，期望结果为所有需求阶段bug在测试验证前消灭掉，测试验证的缺陷移除有效率应大于80%。
DRE模型价值
- 可以对软件各个环节的质量用缺陷排除率进行量化，识别出薄弱环节并进行改进。
- 可以对软件生产过程进行优化，如果某个薄弱项的缺陷排除率始终不理想，那么就可以考虑去掉该环节。
- 可复用性强。
