图104软件质量度量与保证体系的管理周期 质量设计准则评价得分 ID I SI I 度量者[宋明华 名[设计工程 度量日[97/7/1 度量单位PR0L 设计质量[0.7691 质量需求准则质量设计准则得分图示 追踪性 0.916 正确性完备性 致性 0.872 致性 可靠性简单性 0.812 容错性 准确性 0.616 可维护性 0.872 模块性 806 质量设计准则评价得分 系统ID[sI 度量者[宋明华 工程名[设计工程] 度量日[9771] 度量单位PROL 设计质量[0.769 正确性90% 互连性 不适用 可靠性71% 保密安全性 可维护性 30% 效率85% 灵活性85% 目标 可使用性93% 图10.5质量图 3.正式技术评审( Formal Technical review,FTR) 人的认识不可能100%符合客观实际,因此在软件生存期每个阶段的工作中都可能引入 人为的错误。在某一阶段中出现的错误,如果得不到及时纠正,就会传播到开发的后续阶段 中去,并在后续阶段中引出更多的错误。实践证明,提交给测试阶段的程序中包含的错误越 多,经过同样时间的测试后,程序中仍然潜伏的错误也越多。所以必须在开发时期的每个阶 段,特别是设计阶段结束时都要进行严格的技术评审,尽量不让错误传播到下一个阶段 软件技术评审是软件开发人员实施的一种质量保证活动,FTR的目标是: ■针对任一种软件范型,发现软件在功能、逻辑和实现上的错误。 验证经过评审的软件确实满足需求。 保证软件是按照已确定的标准表述的。 使得软件能按一致的方式开发。 使软件项目跟容易管理。 此外,FTR还起到了提高项目连续性和训练软件工程人员的作用。FTR包括了“走查”、 检查”、“循环评审”和其它的软件评审技术。每次FTR都以会议形式进行,只有在很好地 计划、控制和参与的情况下,FTR才有可能获得成功。7 图 10.4 软件质量度量与保证体系的管理周期 图 10.5 质量图 3. 正式技术评审（Formal Technical Review，FTR） 人的认识不可能 100％符合客观实际，因此在软件生存期每个阶段的工作中都可能引入 人为的错误。在某一阶段中出现的错误，如果得不到及时纠正，就会传播到开发的后续阶段 中去，并在后续阶段中引出更多的错误。实践证明，提交给测试阶段的程序中包含的错误越 多，经过同样时间的测试后，程序中仍然潜伏的错误也越多。所以必须在开发时期的每个阶 段，特别是设计阶段结束时都要进行严格的技术评审，尽量不让错误传播到下一个阶段。 软件技术评审是软件开发人员实施的一种质量保证活动，FTR 的目标是： ▪ 针对任一种软件范型，发现软件在功能、逻辑和实现上的错误。 ▪ 验证经过评审的软件确实满足需求。 ▪ 保证软件是按照已确定的标准表述的。 ▪ 使得软件能按一致的方式开发。 ▪ 使软件项目跟容易管理。 此外，FTR 还起到了提高项目连续性和训练软件工程人员的作用。FTR 包括了“走查”、 “检查”、“循环评审”和其它的软件评审技术。每次 FTR 都以会议形式进行，只有在很好地 计划、控制和参与的情况下，FTR 才有可能获得成功