软件工程8软件质量保证.pptVIP

8.4.3 软件可靠性模型 （1）随机性分类法：根据随机过程的假设（如过程的确定性或非确定性、马氏过程、泊松过程等）进行分类。 （2）按软件出现的故障数进行分类：主要有错误计数模型和非计数模型，可数性或不可数性模型。 （3）按模型参数的估计方法进行分类：主要有贝叶斯方法或非贝叶斯方法，最大似然估计法或最小二乘法，另外还有线性模型等。 （4）按模型使用的时间方式分类：主要有日历时间和执行时间模型。 （5）按修复过程分类：主要指强调对软件系统修复过程的一类模型，如：完全修复型的和不完全修复型的模型，完全排错型和不完全排错型的模型。 （6）按对软件的内部结构是否了解进行分类：可分为黑箱模型和白箱模型。主要根据对软件内部结构的了解程度，以及对它们的结构能加以利用的程度来进行分类。 8.5 软件评审 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）集思广益，吸收有关的分系