软件工程第十一章

《软件工程第十一章》由会员分享，可在线阅读，更多相关《软件工程第十一章（8页珍藏版）》请在金锄头文库上搜索。

1、ii.i概述ii.i.i软件质量的定义软件质量定义为：(1) 与所确定的功能和性能需求的一致性。(2) 与所成文的开发标准的一致性。(3) 与所有专业开发的软件所期望的隐含特性的一致性。11.1.2软件质量的度量和评价影响软件质量的因素可以分为两大类：(1) 可以直接度量的因素，如单位时间内千行代码(KLOC)中产生的错误数。(2) 只能间接度量的因素，如可用性或可维护性。在软件开发和维护的过程中，为了定量地评价软件质量，必须对软件质量特性进行度量, 以测定软件具有要求质量特性的程度。基本构诰 中间构造设备独立性可移植性完整性可靠性蝕率环境工程可测试性颈性设备敝率可存取准進确性自描述性简洁性可

2、修改性可扩充性團案Boehms件质壘度壘模型咅品操作产品修改可用性 正确性啟率可维护性适应性可测试性可移植性可重用性可操作性可训练性可操作性可跟踪性完整性容错性進确性致性执行啟率复杂性安全性工具性简明性可审计性可扩充性模块性自描述性简洁性通用性谨件独立性软件独立性通信公用性魏据公用性Ell-2 icCfillit件盛量凑量模翌11.1.3软件质量保证1. 什么是软件质量保证软件的质量保证就是向用户及社会提供满意的高质量的产品，确保软件产品从诞生到消 亡为止的所有阶段的质量的活动,即确定、达到和维护需要的软件质量而进行的所有有计划、 有系统的管理活动。2. 质量保证的策略质量保证策略的发展大致可

3、以分为以下三个阶段：(1) 以检测为重。产品制成后才进行检测，这种检测只能判断产品的质量，不能提高产品 质量。(2) 以过程管理为重。把质量保证工作重点放在过程管理上，对制造过程的每一道工序都 进行质量控制。(3) 以新产品开发为重。3. 质量保证的主要任务(1) 正确定义用户要求。(2) 技术方法的应用。(3) 提高软件开发的工程能力。(4) 软件的复用。(5) 发挥每个开发者的能力。(6) 组织外部力量协作。(7) 排除无效劳动。最大的无效劳动是因需求规格说明有误、设计有误而造成的返工。(8) 提高计划和管理质量。4. 质量保证与检验软件质量必须在设计和实现过程中加以保证。11.2质量度量

4、模型 11.2.1 McCall质量度量模型这是McCall等人于1979年提出的软件质量模型。针对面向软件产品的运行、修正、转 移，软件质量概念包括11个特性，其定义如下：(1) 面向软件产品操作。(2) 面向软件产品修改。(3) 面向软件产品适应。正确性可靠t可维护性效率安全性灵活性5QDC可追踪性 完备性 一致性淮确性箱确性 容請性健壮简单性直杂性) 简明性冋理解性)戛俠独立性 逋用性评 价 模 型SQMC用单位自行制11.2.2ISO的 软 件 质 量SQRC可使用性互连性可扩充性 自检性具性) 自描述性 执行效率 存取效率 存储控制 存取审查 操作性 可训缜性 逋信性適信共拿性据共辜

5、性件系统独立性 器独立性高层(top level)软件质量需求评价淮则6QRJC3 中层Grid level)软件质量设计评价准则SQDCD 低层 3 level)软件质星度量评价准则(5QMC) 團11工如的三层模型软件质量度量模型由三层组成。11.3软件复杂性11.3.1软件复杂性的基本概念软件复杂性度量的参数很多，主要有：(1) 规模，即总共的指令数，或源程序行数。(2) 难度，通常由程序中出现的操作数的数目所决定的量来表示。(3) 结构，通常用于程序结构有关的度量来表示。(4) 智能度，即算法的难易程度。软件复杂性主要表现在程序的复杂性。程序的复杂性主要指模块内程序的复杂性。它直 接关

6、联到软件开发费用的多少、开发周期长短和软件内部潜伏错误的多少。同时它也是软件 可理解性的另一种度量。要求复杂性度量满足以下假设：(1) 它可以用来计算任何一个程序的复杂性。(2) 对于不合理的程序，例如对于长度动态增长的程序，或者对于原则上无法排错的程 序，不应当使用它进行复杂性计算。(3) 如果程序中指令条数、附加存储量、计算时间增多，不会减少程序的复杂性。11.3.2软件复杂性的度量方法1代码行度量法度量程序的复杂性，最简单的方法就是统计程序的源代码行数。此方法的基本考虑是统 计一个程序的源代码行数，并以源代码行数作为程序复杂性的质量。2. McCabe度量法McCabe度量法是由Thom

7、as McCabe提出的一种基于程序控制流的复杂性度量方法。 McCabe复杂性度量又称环路度量。它认为程序的复杂性很大程度上取决于程序的复杂性。 单一的顺序结构最为简单，循环和选择所构成的环路越多，程序就越复杂。这种方法以图论 为工具，先画出程序图，然后用该图的环路数作为程序复杂性的度量值。程序图是退化的程 序流程图。也就是说，把程序流程图的每一个处理符号都退化成一个结点，原来连接不同处 理符号的流线变成连接不同结点的有向弧，这样得到的有向图就叫做程序图。程序图仅描述程序内部的控制流程，完全不表现对数据的具体操作分支和循环的具体条件。 因此，它往往把一个简单的IF语句与循环语句的复杂性看成是

8、一样的，把嵌套的IF语句与 CASE的复杂性看成是一样的。下面给出计算环路复杂性的方法，如图11-4所示。R1图-九程序的复奈性根据图论，在一个强连通的有向图G中，环的个数V(G)由以下公式给出：V(G)=m-n+2p其中，V(G)是有向图G中环路数，m是图G中弧数，n是图G中结点数，p是图G中强连 通分量个数。在一个程序中，从程序图的入口点总能到达图中任何一个结点，因此，程序总 是连通的，但不是强连通的。为了使图成为强连通图，从图的入口点到出口点加一条用虚线 表示的有向边，使图成为强连通图。这样就可以使用上式计算环路复杂性了。以图4-11所给出的例子示范，其中，结点数n=6，弧数m=9,p=

9、1,贝V有V(G=m-n+2p=9-6+2=5即McCabe环复杂度度量值为5。这里选择的5个线形无关环路为 (abefa),(beb),(abea),(acfa),(abcfa),其他任何环路都是这5个环路的线形组合。当分支或循环的数目增加时，程序中的环路也随之增加，因此，McCabe环复杂度度量 值实际上是为软件测试的难易程度提供一个定量度量的方法，同时也间接表示了软件的可靠 性。实验表明，源程序中存在的错误数以及为了诊断 he纠正这些错误所需要的时间与 McCabe环复杂度度量值有明显的关系。利用McCabe环复杂度度量值时，有几点说明。(1) 环路复杂度取决于程序控制结构的复杂度。当程

10、序的分支数目或循环数目时其复 杂度也增加。环路复杂度与程序中覆盖的路径条数有关。(2) 环路复杂度是可增加的。例如，模块A的复杂度为3,模块B的复杂度为4,则 模块A与模块B的复杂度是7。(3) McCabe建议，对于复杂度超过10的程序，应分成几个小程序，以减少程序中的 错误。(4) 这种度量的缺点是： 对于不同种类的控制流的复杂度不能区分。 简单IF语句与循环语句的复杂性同等看待。 嵌套IF语句与简单CASE的复杂性是一样的。 模块间接口当成一个简单分支一样处理。 一个具有1000行的顺序程序与一行语句的复杂性相同。尽管McCabe复杂度度量法有许多缺点，但它容易使用，而且在选择方案和估计

11、排错费 用等方面都是很有效的。11.4软件可靠性11.4.1软件可靠性定义软件可靠性定义表明了一个程序按照用户的要求和设计的目标，执行其功能的正确程 度。一个可靠的程序应要求是正确的、完整的、一致的和健壮的。11.4.2软件可靠性指标软件可靠性与可用性的定量指标，是指能够以数字概念来描述可靠性的数学表达式中所 使用的量。下面主要讨论常用指标平均失效等待时间MTTF与平均失效间隔时间MTBF。1. MTTF(Mean Time To Failure)平均失效等待时间MTTF定义为：-nMTTF=|Bi1=12. MTBF(Mean Time Betmeen Failure)MTBF是平均失效间隔

12、时间，它是指两次相继失效之间的平均时间。11.4.3软件可靠性模型软件可靠性是软件最重要的质量要素之一。令MTTF是机器的平均无故障时间，MTTR是错误的平均修复时间，则机器的稳定可用 性可定义为：A=MTTF/(MTTF+MTTR)软件可靠性模型通常分为如下几类：(1) 由硬件可靠性理论导出的模型。(2) 基于程序内部特性的模型。(3) 植入模型。11.5 软件评审 对软件工程来说，软件评审是一个“过滤器”，在软件开发的各个阶段都要采用评审的方法，以 发现软件中的缺陷，然后加以改正。把“质量”理解为“用户满意程度”。为使用户满意，有两个必要条件：(1) 设计的规格说明书要符合用户的要求。(2

13、) 程序要按照设计规格说明书所规定的情况正确执行。11.5.1 设计质量的评审内容(1) 评价软件的规格说明是否合乎用户的要求,即总体设计思想和设计方针是否明确;需求规格说 明是否得到了用户或单位上级机关的批准;需求规格说明与软件的概要设计规格说明是否一致等。(2) 评审可靠性,即是否能避免输入异常(错误或超载等)、硬件失效及软件失效所产生的失效， 一旦发生应能及时采取代替或恢复手段 。(3) 评审保密措施实现情况,即是否提供对使用系统资格进行检查;对特定数据的使用资格、特殊 功能的使用资格进行检查，在查出有违反使用资格情况后，能否向系统管理人员报告有关信息；是 否提供对系统内重要数据加密的功

14、能等。(4) 评审操作特性实施情况，即操作命令和操作信息的恰当性，输入数据与输入控制语句的恰当 性；输出数据的恰当性；应答时间的恰当性等。(5) 评审性能实现情况，即是否达到所规定性能的的目标值。(6) 评审软件是否具有可修改性、可扩充性、可互换性和可移植性。(7) 评审软件是否具有可测试性。(8) 评审软件是否具有复用性。11.5.2 程序质量的评审内容 程序质量评审通常它是从开发者的角度进行评审，直接与开发技术有关。它着眼于软件本身的 结构、与运行环境的接口、变更带来的影响而进行的评审活动。1. 软件的结构(1) 功能结构。在软件的各种结构中，功能结构是用户唯一能见到的结构。 需要检查的项

15、目有： 数据结构：包括数据名和定义；构成该数据的数据项；数据与数据间的关系。 功能结构：包括功能名和定义；构成该功能的子功能；功能与子功能之间的关系。 数据结构和功能结构之间的对应关系：包括数据元素与功能元素之间的对应关系；数据结构 与功能结构的一致性。(2) 功能的通用性。(3) 模块的层次。(4) 模块结构。 控制流结构：规定了处理模块与处理模块之间的流程关系。检查处理模块之间的控制转移关 系与控制转移形式(调用方式)。 数据流结构：规定了数据模块是如何被处理模块进行加工的流程关系。检查处理模块与数据 模块之间的对应关系；处理模块与数据模 块之间的存取关系，如建立、删除、查询、修改等。 模块结构与功能结构之间的对应关系：包括功能结构与控制流结构的对应关系；功能结构与 数据流结构的对应关系；每个模块的定义 (包括功能、输入与输