软件工程讲义_第十二章 评审技术

软件工程

第十二章 评审技术

评审技术技术评审是在软件过程早期查错最有效的 机制。 如果在软件过程的早期发现错误，修改的 成本就较少。另外，随着软件过程的推进， 错误会随之放大，因此，过程早期留下的 没有处理的小错误，可能在项目后期放大 成一组严重的错误。最后，通过减少项目 后期所需的返工，评审节省了时间。

评审技术评审一般分为6个步骤：计划、准备、组 织会议、记录错误、进行修改(评审之后 做)、验证是否恰当地进行了修改。 评审的输出是发现问题和(或)错误的清 单。另外，还标示出工作产品的技术状态。

评审技术

软件评审是软件过程中的“过滤器”。 也就是说，在软件工程过程的不同阶段进 行软件评审，可以起到发现错误和缺陷， 进而消除它们的作用。软件评审还能够 “净化”需求模型、设计模型、源代码和 测试数据等软件工程工作产品。

评审技术

评审(任何评审)是使用人群之间的差异 达到以下目的： 1.指出个人或团队的产品中需要改进的地 方； 2.确认产品中不期望或不需要改进的部分； 3.与没有评审相比，得到质量更统一或至 少更可预测的技术工作，以使技术工作更 加可管理。

软件缺陷对成本的影响

在软件过程的环境中，术语缺陷(defect) 和故障(fault)是同义词，两者都是指在软 件发布给最终用户(或软件过程内其他框 架活动)后发现的质量问题。术语错误 (error)来描绘在在软件发布给最终用户 (或软件过程内其他框架活动)之前软件工 程师(或其他人)发现的质量问题。

软件缺陷对成本的影响正式技术评审的主要目标是在软件过程中发现错 误，以使它们不会在软件交付之后变成缺陷。正式 技术评审最明显的优点就是可以早些发现错误，以 防止将错误传递到软件过程的后续阶段。 产业界的大量研究表明：设计活动引入的错误占 软件过程中出现的所有错误(和最终的所有缺陷)数 量的50%~65%。已经证明，评审技术在发现设 计缺陷方面高达75%有效。通过检测和消除大量 设计错误，评审过程将极大降低软件过程后续活动 的成本。

缺陷放大和消除

可以用“缺陷放大模型”来说明在软件工程过 程的设计和编码活动中错误的产生和检测。该模 型如图12-1所示，其中方框表示软件工程活动。 在该活动中，可能由于疏忽产生错误，评审可能 没有发现新产生的错误以及来自前面步骤的错误， 从而导致一定数量的错误通过了当前步骤。在某 些情况下，从前面步骤传过来的错误在当前步骤 中会被放大(放大倍数为x)。将开发步骤方框 进一步细分可以说明这

些特点及错误检测的有效 性百分比，错误检测的有效性百分比是评审完善 性的函数。

缺陷放大模型

图12-1 缺陷放大模型

实例：缺陷放大——无评审

图12-2 缺陷放大——无评审

实例：缺陷放大——有评审

图12-3 缺陷放大——有评审

评审度量及其应用软件工程组织要定义一套可以用来评估其工作效率的度 量来理解每项活动的有效性。 可以为所进行的每项评审收集以下评审度量数据：

准备工作量Ep——在实际评审会议之前评审一个工作产品所需的工 作量(单位：人时)。 评估工作量Ea——实际评审工作中所花费的工作量(单位：人时)。 返工工作量Er——修改评审期间发现的错误所用的工作量(单位：人 时)。 工作产品规模WPS——被评审的工作产品规模的衡量(例如UML模型 的数量、文档的页数或代码行数)。 发现的次要错误Errminor——发现的可以归为次要错误的数量(要求 少于预定的改错工作量)。 发现的主要错误Errmajor——发现的可以归为主要错误的数量(要求 多于预定的改错工作量)。 通过将所评审的工作产品类型与所收集的度量数据相关联，这些度 量数据可以进一步细化。

分析度量数据总评审工作量Ereview和发现的错误总数 Errtot定义为: Ereview=Ep+Ea+Er Errtot=Errminor+Errmajor 错误密度表示评审的每单位工作产品发现 的错误数。 错误密度=Errtot/WPS

分析度量数据如果是对一些不同类型的工作产品(如需求模 型、设计模型、代码、测试用例)进行评审，可 以通过所有评审所发现的错误总数来计算每次评 审发现的错误百分比。此外，也可以计算每个工 作产品的错误密度。 在为多个项目收集到许多评审数据后便可利用 其错误密度的平均值估计一个新的项目中将发现 的错误数。 在进行了测试之后，有可能收集到另外一些错 误数据，包括在测试期间发现和纠正错误所需要 的工作量，以及软件的错误密度。可以将测试期 间发现和纠正错误的相关成本与评审期间的相比 较。

评审的成本效益若要实时地测量任何技术评审的成本效益 都是困难的。只有在评审工作已经完成， 已收集了评审数据，计算了平均数据，并 测量了软件的下游质量(通过测试)之后， 软件工程组织才能够对评审的有效性和成 本效益进行评估。 课本实例

评审的成本效益[Wie02]在他的有关同行评审的书中讨论了从 大公司得到的传闻数据，这些大公司已经使用审 查(一种比较正式的技术评审)作为软件质量控 制活动的一部分。HP称审查有10:1的投资回报 率，并指出实际产品交付时间平均提前了 1.8月。 AT&T公司表

示，审查使软件错误总成本降低到 原来的十分之一，质量提高了一个数量级，而且 生产率提高了14%。技术评审(为设计和其他技 术活动)提供了明显的成本效益，并且确实节省 了时间。 对软件评审行业数据的收集已有 20多年，如图 12-4所示。

评审的成本效益

图12-4 有评审和没有评审时花费的工作量

评审：正式程度应该以某种正式程度应用技术评审，该正式程 度应该适合所生产的产品、项目的时间线和做评 审工作的人。图12-5描述了技术评审的参考模 型，该模型中的4个特性有助于决定进行评审的 形式。 参考模型的每个特性有助于确定评审的正式程 度。评审的正式度提高需当：(1)明确界定每位 评审人员的不同职责(2)为评审进行充分的计划 和准备，(3)为评审定义了清晰的结构(包括任 务和内部工作产品),以及(4)评审人员对所做 修改的后续跟踪。