软件工程第十一章(共7页).doc

《软件工程第十一章(共7页).doc》由会员分享，可在线阅读，更多相关《软件工程第十一章(共7页).doc（7页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、精选优质文档-倾情为你奉上11.1 概述11.1.1 软件质量的定义 软件质量定义为： (1) 与所确定的功能和性能需求的一致性。 (2) 与所成文的开发标准的一致性。 (3) 与所有专业开发的软件所期望的隐含特性的一致性。11.1.2 软件质量的度量和评价 影响软件质量的因素可以分为两大类： (1) 可以直接度量的因素，如单位时间内千行代码（KLOC）中产生的错误数。 (2) 只能间接度量的因素，如可用性或可维护性。 在软件开发和维护的过程中，为了定量地评价软件质量，必须对软件质量特性进行度量，以测定软件具有要求质量特性的程度。11.1.3 软件质量保证1. 什么是软件质量保证 软件的质量保

2、证就是向用户及社会提供满意的高质量的产品，确保软件产品从诞生到消亡为止的所有阶段的质量的活动，即确定、达到和维护需要的软件质量而进行的所有有计划、有系统的管理活动。2. 质量保证的策略 质量保证策略的发展大致可以分为以下三个阶段： (1) 以检测为重。产品制成后才进行检测，这种检测只能判断产品的质量，不能提高产品质量。 (2) 以过程管理为重。把质量保证工作重点放在过程管理上，对制造过程的每一道工序都进行质量控制。 (3) 以新产品开发为重。3. 质量保证的主要任务 (1) 正确定义用户要求。 (2) 技术方法的应用。 (3) 提高软件开发的工程能力。 (4) 软件的复用。 (5) 发挥每个开

3、发者的能力。 (6) 组织外部力量协作。 (7) 排除无效劳动。最大的无效劳动是因需求规格说明有误、设计有误而造成的返工。 (8) 提高计划和管理质量。4. 质量保证与检验 软件质量必须在设计和实现过程中加以保证。11.2 质量度量模型11.2.1 McCall质量度量模型 这是McCall等人于1979年提出的软件质量模型。针对面向软件产品的运行、修正、转移，软件质量概念包括11个特性，其定义如下： (1) 面向软件产品操作。 (2) 面向软件产品修改。 (3) 面向软件产品适应。11.2.2 ISO的软件质量评价模型软件质量度量模型由三层组成。11.3 软件复杂性11.3.1 软件复杂性的

4、基本概念 软件复杂性度量的参数很多，主要有： (1) 规模，即总共的指令数，或源程序行数。 (2) 难度，通常由程序中出现的操作数的数目所决定的量来表示。 (3) 结构，通常用于程序结构有关的度量来表示。 (4) 智能度，即算法的难易程度。 软件复杂性主要表现在程序的复杂性。程序的复杂性主要指模块内程序的复杂性。它直接关联到软件开发费用的多少、开发周期长短和软件内部潜伏错误的多少。同时它也是软件可理解性的另一种度量。要求复杂性度量满足以下假设： (1) 它可以用来计算任何一个程序的复杂性。 (2) 对于不合理的程序，例如对于长度动态增长的程序，或者对于原则上无法排错的程序，不应当使用它进行复杂

5、性计算。 (3) 如果程序中指令条数、附加存储量、计算时间增多，不会减少程序的复杂性。11.3.2 软件复杂性的度量方法 1. 代码行度量法 度量程序的复杂性，最简单的方法就是统计程序的源代码行数。此方法的基本考虑是统计一个程序的源代码行数，并以源代码行数作为程序复杂性的质量。 2. McCabe度量法 McCabe度量法是由Thomas McCabe提出的一种基于程序控制流的复杂性度量方法。McCabe复杂性度量又称环路度量。它认为程序的复杂性很大程度上取决于程序的复杂性。单一的顺序结构最为简单，循环和选择所构成的环路越多，程序就越复杂。这种方法以图论为工具，先画出程序图，然后用该图的环路数

6、作为程序复杂性的度量值。程序图是退化的程序流程图。也就是说，把程序流程图的每一个处理符号都退化成一个结点，原来连接不同处理符号的流线变成连接不同结点的有向弧，这样得到的有向图就叫做程序图。程序图仅描述程序内部的控制流程，完全不表现对数据的具体操作分支和循环的具体条件。因此，它往往把一个简单的IF语句与循环语句的复杂性看成是一样的，把嵌套的IF语句与CASE的复杂性看成是一样的。下面给出计算环路复杂性的方法，如图11-4所示。根据图论，在一个强连通的有向图G中，环的个数V(G)由以下公式给出： V(G)=m-n+2p其中，V(G)是有向图G中环路数，m是图G中弧数，n是图G中结点数，p是图G中强

7、连通分量个数。在一个程序中，从程序图的入口点总能到达图中任何一个结点，因此，程序总是连通的，但不是强连通的。为了使图成为强连通图，从图的入口点到出口点加一条用虚线表示的有向边，使图成为强连通图。这样就可以使用上式计算环路复杂性了。以图4-11所给出的例子示范，其中，结点数n=6,弧数m=9,p=1，则有 V(G=m-n+2p=9-6+2=5 即McCabe环复杂度度量值为5。这里选择的5个线形无关环路为(abefa),(beb),(abea),(acfa),(abcfa),其他任何环路都是这5个环路的线形组合。 当分支或循环的数目增加时，程序中的环路也随之增加，因此，McCabe环复杂度度量值

8、实际上是为软件测试的难易程度提供一个定量度量的方法，同时也间接表示了软件的可靠性。实验表明，源程序中存在的错误数以及为了诊断he 纠正这些错误所需要的时间与McCabe环复杂度度量值有明显的关系。 利用McCabe环复杂度度量值时，有几点说明。 （1） 环路复杂度取决于程序控制结构的复杂度。当程序的分支数目或循环数目时其复杂度也增加。环路复杂度与程序中覆盖的路径条数有关。 （2） 环路复杂度是可增加的。例如，模块A的复杂度为3，模块B的复杂度为4，则模块A与模块B的复杂度是7。 （3） McCabe建议，对于复杂度超过10的程序，应分成几个小程序，以减少程序中的错误。 （4） 这种度量的缺点是

9、： 对于不同种类的控制流的复杂度不能区分。 简单IF语句与循环语句的复杂性同等看待。 嵌套IF语句与简单CASE的复杂性是一样的。 模块间接口当成一个简单分支一样处理。 一个具有1000行的顺序程序与一行语句的复杂性相同。 尽管McCabe复杂度度量法有许多缺点，但它容易使用，而且在选择方案和估计排错费用等方面都是很有效的。11.4 软件可靠性11.4.1 软件可靠性定义 软件可靠性定义表明了一个程序按照用户的要求和设计的目标，执行其功能的正确程度。一个可靠的程序应要求是正确的、完整的、一致的和健壮的。11.4.2 软件可靠性指标 软件可靠性与可用性的定量指标，是指能够以数字概念来描述可靠性的

10、数学表达式中所使用的量。下面主要讨论常用指标平均失效等待时间MTTF与平均失效间隔时间MTBF。 1. MTTF（Mean Time To Failure） 平均失效等待时间MTTF定义为： 2. MTBF（Mean Time Betmeen Failure） MTBF是平均失效间隔时间，它是指两次相继失效之间的平均时间。11.4.3 软件可靠性模型 软件可靠性是软件最重要的质量要素之一。 令MTTF是机器的平均无故障时间，MTTR是错误的平均修复时间，则机器的稳定可用性可定义为： A=MTTF/（MTTF+MTTR） 软件可靠性模型通常分为如下几类： (1) 由硬件可靠性理论导出的模型。 (

11、2) 基于程序内部特性的模型。 (3) 植入模型。11.5 软件评审 对软件工程来说，软件评审是一个“过滤器”，在软件开发的各个阶段都要采用评审的方法，以发现软件中的缺陷，然后加以改正。 把“质量”理解为“用户满意程度”。为使用户满意，有两个必要条件： (1) 设计的规格说明书要符合用户的要求。 (2) 程序要按照设计规格说明书所规定的情况正确执行。11.5.1 设计质量的评审内容 (1) 评价软件的规格说明是否合乎用户的要求,即总体设计思想和设计方针是否明确;需求规格说明是否得到了用户或单位上级机关的批准;需求规格说明与软件的概要设计规格说明是否一致等。 (2) 评审可靠性,即是否能避免输入

12、异常（错误或超载等）、硬件失效及软件失效所产生的失效，一旦发生应能及时采取代替或恢复手段 。 (3) 评审保密措施实现情况,即是否提供对使用系统资格进行检查;对特定数据的使用资格、特殊功能的使用资格进行检查，在查出有违反使用资格情况后，能否向系统管理人员报告有关信息；是否提供对系统内重要数据加密的功能等。 (4) 评审操作特性实施情况，即操作命令和操作信息的恰当性，输入数据与输入控制语句的恰当性；输出数据的恰当性；应答时间的恰当性等。 (5) 评审性能实现情况，即是否达到所规定性能的的目标值。 (6) 评审软件是否具有可修改性、可扩充性、可互换性和可移植性。 (7) 评审软件是否具有可测试性。

13、 (8) 评审软件是否具有复用性。11.5.2 程序质量的评审内容 程序质量评审通常它是从开发者的角度进行评审，直接与开发技术有关。它着眼于软件本身的结构、与运行环境的接口、变更带来的影响而进行的评审活动。 1. 软件的结构 (1) 功能结构。在软件的各种结构中，功能结构是用户唯一能见到的结构。需要检查的项目有： 数据结构：包括数据名和定义；构成该数据的数据项；数据与数据间的关系。 功能结构：包括功能名和定义；构成该功能的子功能；功能与子功能之间的关系。 数据结构和功能结构之间的对应关系：包括数据元素与功能元素之间的对应关系；数据结构与功能结构的一致性。 (2) 功能的通用性。 (3) 模块的

14、层次。 (4) 模块结构。 控制流结构：规定了处理模块与处理模块之间的流程关系。检查处理模块之间的控制转移关系与控制转移形式（调用方式）。 数据流结构：规定了数据模块是如何被处理模块进行加工的流程关系。检查处理模块与数据模块之间的对应关系；处理模块与数据模 块之间的存取关系，如建立、删除、查询、修改等。 模块结构与功能结构之间的对应关系：包括功能结构与控制流结构的对应关系；功能结构与数据流结构的对应关系；每个模块的定义 （包括功能、输入与输出数据）。 (5) 处理过程的结构。处理过程是最基本的加工逻辑过程。 2. 与运行环境的接口 (1) 与硬件的接口。 (2) 与用户的接口。 随着软件运行环

15、境的变更，软件的规格也在跟着不断地变更。运行环境变更时的影响范围，需要从以下三个方面来分析： (1) 与运行环境的接口。 (2) 在每项设计工程规格内的影响。 (3) 在设计工程相互间的影响。11.6 软件容错技术 提高软件质量和可靠性的技术大致分为两类，一类是避开错误（fault-avoidance）技术，即在开发的过程中不让差错潜入软件的技术；另一类是容错（fault-tolerance）技术，即对某些无法避开的差错，使其影响减少至最小的技术。11.6.1 容错软件定义 归纳容错软件的定义，有以下四种： （1）规定功能的软件，在一定程度上对自身错误的作用（软件错误）具有屏蔽能力，则称此软件

16、为具有容错功能的软件，即容错软件。 （2）规定功能的软件，在一定程度上能从错误状态自动恢复到正常状态，则称之为容错软件。 （3）规定功能的软件，在因错误而发生错误时，仍然能在一定程度上完成预期的功能，则把该软件称为容错软件。 （4）规定功能的软件，在一定程度上具有容错能力，则称之为容错软件。11.6.2 容错的一般方法 1、结构冗余 （1）静态冗余。常用的有：三模冗余TMR（Triple Moduler Redundancy）和多模冗余。 （2）动态冗余。动态冗余的主要方式是多重模块待机储备，当系统检测到某工作模块出现错误时，就用一个备用的模块来顶替它并重新运行。 （3）混合冗余。它兼有静态冗

17、余和动态冗余的长处。 2、信息冗余 为检测或纠正信息在运算或传输中的错误须外加一部分信息，这种现象称为信息冗余。 3、时间冗余 时间冗余是指以重复执行指令（指令复执）或程序（程序复算）来消除瞬时错误带来的影响。 4、冗余附加技术 冗余附加技术是指实现上述冗余技术所需的资源和技术。11.6.3 容错软件的设计过程 容错系统的设计过程包括以下设计步骤： （1）按设计任务要求进行常规设计，尽量保证设计的正确。 按常规设计得到非容错结构，它是容错系统构成的基础。在结构冗余中，不论是主模块还是备用模块的设计和实现，都要在费用许可的 条件下，用调试的方法尽可能提高可靠性。 （2）对可能出现的错误分类，确定实现容错的范围。 对可能发生的错误进行正确的判断和分类，例如，对于硬件的瞬时错误，可以采用指令复执和程序复算；对于永久错误，则需要采用备份替换或者系统重构。对于软件来说，只有最大限度地弄清错误和暴露的规律，才能正确地判断和分类，实现成功的容错。 （3）按照“成本效率”最优原则，选用某种冗余手段（结构、信息、时间）来实现对各类错误的屏蔽。 （4）分析或验证上述冗余结构的容错效果。如果效果没有达到预期的程度，则应重新进行冗余结构设计。如此反复，直到有一个满意的结果为止。专心-专注-专业