《软件工程与项目管理》第章软件质量保证.pptVIP

8.5.1 软件评审的概念 对软件工程来说，软件评审是一个“过滤器”。在软件开发的各个阶段都要采用评审的方法，以发现软件中的缺陷，然后加以改正。 8.5.2 软件评审的阶段和内容 1．设计质量的评审 设计质量的评审包括： (1) 评价软件的规格说明是否合乎用户的要求，即总体设计思想和设计方针是否明确；需求规格说明是否得到了用户或单位上级机关的批准；需求规格说明与软件的概要设计规格说明是否一致等。 (2) 评审可靠性，即是否能避免输入异常（错误或超载等）、硬件失效及软件失效。一旦发生异常，应能及时采取代替或恢复手段 。 (3) 评审保密措施实施情况，即是否提供对使用系统资格进行检查的功能；在检查出有违反对特定数据、特殊功能的使用资格的情况后，能否向系统管理人员报告有关信息；是否提供对系统内重要数据加密的功能等。 (4) 评审操作特性实施情况，即操作命令和操作信息的恰当性；输入数据与输入控制语句的恰当性；输出数据的恰当性；应答时间的恰当性等。 (5) 评审性能实现情况，即是否达到所规定性能的的目标值。 (6) 评审软件是否具有可修改性、可扩充性、可互换性和可移植性。 (7) 评审软件是否具有可测试性。 (8) 评审软件是否具有复用性。 2．程序质量的评审 程序质量评审通常是从开发者的角度进行评审，它直接与开发技术有关。程序质量评审着眼于对软件本身的结构、与运行环境的接口、变更带来的影响等进行的评审活动。 1）软件的结构 软件的结构包括功能结构、功能的通用性、模块的层次、模块结构、处理过程的结构等。其中，在功能结构方面需要检查的项目有： （1）数据结构：包括数据名和定义；构成该数据的数据项；数据与数据间的关系。 （2）功能结构：包括功能名和定义；构成该功能的子功能；功能与子功能之间的关系。 （3）数据结构和功能结构之间的对应关系：包括数据元素与功能元素之间的对应关系；数据结构与功能结构的一致性。 在模块结构方面需要检查的项目有： （1）控制流结构：规定了处理模块与处理模块之间的流程关系，检查处理模块之间的控制转移关系与控制转移形式（调用方式）。 （2）数据流结构：规定了数据模块是如何被处理模块进行加工的流程关系，检查处理模块与数据模块之间的对应关系，处理模块与数据模块之间的存取关系，如建立、删除、查询、修改等。 （3）模块结构与功能结构之间的对应关系：包括功能结构与控制流结构的对应关系；功能结构与数据流结构的对应关系；每个模块的定义（包括功能、输入与输出数据）。 2）与运行环境的接口 与运行环境的接口包括与硬件的接口及与用户的接口。 随着软件运行环境的变更，软件的规格也在随着不断地变更。运行环境变更时的影响范围，需要从以下3个方面来分析： (1) 与运行环境的接口。 (2) 在每项设计工程规格内的影响。 (3) 设计工程相互间的影响。 8.5.3 软件评审的原则和作用 1. 评审的原则 评审的原则包括： （1）某阶段未通过阶段评审不得进入下一个软件研制阶段。 （2）评审时对事不对人，评审的是产品，而不是评审生产者。 （3）评审就要挑刺，找问题、缺陷和隐患。 （4）评审组的人员面越广越好,如包括用户、设计人员、测试人员等。 （5）评审组不做无休止的争论和辩驳，而是将争论点记录下来，供以后甄别。 （6）评审只是提出问题，没有解决问题的任务。 （7）使用“评审检查单”，以提高评审的效果。 2. 评审的作用 评审的作用在于： （1）技术把关，避免软件人员的想当然。 （2）概念沟通，吸收用户和总体设计人员参加，审查软件人员理解的正确性。 （3）集思广益，吸收有关的分系统人员参加，从不同侧面确认软件的协调性。 （4）总结汇报，使实时控制系统总指挥、总设计师了解软件生产的进度、问题和要求，以做出新的部署。 8.6 容错软件 8.6.1 容错软件的定义 容错软件的定义为：规定功能的软件，在一定程度上对自身错误的作用（软件错误）具有屏蔽能力，或在一定程度上能从错误状态自动恢复到正常状态，或在因错误而发生错误时，仍然能在一定程度上完成预期的功能，或在一定程度上具有容错能力，则称之为容错软件。 8.6.2 容错的一般方法 1．结构冗余 （1）静态冗余。常用的有三模冗余（Triple Moduler Redundancy, TMR）和多模冗余（Multiple Modular Redundancy,MMR）。 （2）动态冗余。动态冗余的主要方式是多重