(1)评审会议 每次评审会议都需遵守以下规定 每次会议的参加人数3~5人 会前应做好准备,但每个人的工作量不应超过2小时 每次会议的时间不应超过2小时 按照上述规定,显然FTR关注的应是整个软件的某一特定(且较小)的部分。例如,不是 对整个设计评审,而是逐个模块走查,或走查模块的一部分。通过缩小关注的范围,更容易 发现错误 FTR的关注点集中于某个工作产品,即软件的某一部分(如部分需求规格说明、一个模 块的详细设计、一个模块的源程序清单)。评审会议由评审负责人主持,所有评审人员和开发 人员参加。FTR首先讨论日程安排,然后让开发人员“遍历”其工作产品,做简单介绍。评 审人员根据他们事先的准备提出问题。当问题被确认或错误被发现,记录员要将其一一记录 下来。评审结束时,所有FTR的参加者必须作出决定: 接受该工作产品,不再做进一步的修改 由于该工作产品错误严重,拒绝接受(错误改正后必须再次进行评审) 暂时接受该工作产品(发现必须改正的微小错误,但不必再次进行评审 当决定之后,FTR的所有参加者都必须签名,以表明他参加了会议,并同意评审组的决 (2)评审内容 通常,把“质量”定义为“用户的满意程度”。为使得用户满意,有两个必要条件: 设计的规格说明要符合用户的要求 ■程序要按照设计规格说明所规定的情况正确执行。 我们把上述条件(1)称为“设计质量”,把条件(2)称为“程序质量”。 与上述质量的观点相对应,软件的规格说明可以分为外部规格说明和内部规格说明。外 部规格说明是从用户角度来看的规格,包括硬件/软件系统设计(在分析阶段进行)、功能设 计(在需求分析阶段与概要设计阶段进行),而内部规格说明是为了实现外部规格的更详细的 规格,即程序模块结构设计与模块处理加工设计(在概要设计与详细设计阶段进行)。因此, 内部规格说明是从开发者角度来看的规格说明。将上述两个概念联系起来,则可以说设计质 量是由外部规格说明决定的,程序质量是由内部规格说明决定的 下面讨论针对外部规格说明进行的设计评审。评审对象是在需求分析阶段产生的软件需 求规格说明、数据要求规格说明,在软件概要设计阶段产生的软件概要设计说明书等。通常, 需要从12个方面进行评审 评价软件的规格说明是否合乎用户的要求: 评审可靠性措施是否能避免引起系统失效的原因发生,而一旦发生后能否及时采取代 替手段或恢复手段 评审保密措施是否能实现。 评审操作特性实施情况。可从4个方面检查:操作命令和操作信息的恰当性;输入数 据和输入控制语句的恰当性:输出数据的恰当性和应答时间的恰当性。 评审性能实现情况。一般来说,因性能设计是需要考虑多方面因素的复杂工作,因此, 应明确规定性能的目标值。性能目标设定条件的恰当性;明确性能的评价方法。 ■评审软件是否具有可修改性。需要考察系统是否具备以下功能:检测故障的功能,获 取分析数据的功能:区分问题根源的方法;故障修正的方法。 评审软件是否有可扩充性。 评审软件是否具有兼容性。8 (1) 评审会议 每次评审会议都需遵守以下规定： ▪ 每次会议的参加人数 3  5 人。 ▪ 会前应做好准备，但每个人的工作量不应超过 2 小时。 ▪ 每次会议的时间不应超过 2 小时。 按照上述规定，显然 FTR 关注的应是整个软件的某一特定(且较小)的部分。例如，不是 对整个设计评审，而是逐个模块走查，或走查模块的一部分。通过缩小关注的范围，更容易 发现错误。 FTR 的关注点集中于某个工作产品，即软件的某一部分(如部分需求规格说明、一个模 块的详细设计、一个模块的源程序清单）。评审会议由评审负责人主持，所有评审人员和开发 人员参加。FTR 首先讨论日程安排，然后让开发人员“遍历”其工作产品，做简单介绍。评 审人员根据他们事先的准备提出问题。当问题被确认或错误被发现，记录员要将其一一记录 下来。评审结束时，所有 FTR 的参加者必须作出决定： ▪ 接受该工作产品，不再做进一步的修改。 ▪ 由于该工作产品错误严重，拒绝接受(错误改正后必须再次进行评审)。 ▪ 暂时接受该工作产品(发现必须改正的微小错误，但不必再次进行评审)。 当决定之后，FTR 的所有参加者都必须签名，以表明他参加了会议，并同意评审组的决 定。 (2) 评审内容 通常，把“质量”定义为“用户的满意程度”。为使得用户满意，有两个必要条件： ▪ 设计的规格说明要符合用户的要求； ▪ 程序要按照设计规格说明所规定的情况正确执行。 我们把上述条件(1)称为“设计质量”，把条件(2)称为“程序质量”。 与上述质量的观点相对应，软件的规格说明可以分为外部规格说明和内部规格说明。外 部规格说明是从用户角度来看的规格，包括硬件／软件系统设计(在分析阶段进行)、功能设 计(在需求分析阶段与概要设计阶段进行)，而内部规格说明是为了实现外部规格的更详细的 规格，即程序模块结构设计与模块处理加工设计(在概要设计与详细设计阶段进行)。因此， 内部规格说明是从开发者角度来看的规格说明。将上述两个概念联系起来，则可以说设计质 量是由外部规格说明决定的，程序质量是由内部规格说明决定的。 下面讨论针对外部规格说明进行的设计评审。评审对象是在需求分析阶段产生的软件需 求规格说明、数据要求规格说明，在软件概要设计阶段产生的软件概要设计说明书等。通常， 需要从 12 个方面进行评审。 ▪ 评价软件的规格说明是否合乎用户的要求： ▪ 评审可靠性措施是否能避免引起系统失效的原因发生，而一旦发生后能否及时采取代 替手段或恢复手段。 ▪ 评审保密措施是否能实现。 ▪ 评审操作特性实施情况。可从 4 个方面检查：操作命令和操作信息的恰当性；输入数 据和输入控制语句的恰当性；输出数据的恰当性和应答时间的恰当性。 ▪ 评审性能实现情况。一般来说，因性能设计是需要考虑多方面因素的复杂工作，因此， 应明确规定性能的目标值。性能目标设定条件的恰当性；明确性能的评价方法。 ▪ 评审软件是否具有可修改性。需要考察系统是否具备以下功能：检测故障的功能，获 取分析数据的功能；区分问题根源的方法；故障修正的方法。 ▪ 评审软件是否有可扩充性。 ▪ 评审软件是否具有兼容性