《软件维护.docVIP

第8章 软件维护 8.1 软件维护的基本概念 教学内容：软件维护类型、策略和成本，软件维护的副作用和困难。 教学重点：软件维护类型和策略。 教学难点：软件维护的副作用和困难。 教学方法：课堂讲授+讨论。 教学要求：理解软件维护类型和策略，了解软件维护的成本，理解软件维护的副作用和困难。 思 考 题：1) 由于业务变化而修改软件是哪种类型的软件维护？ ????2) 如何处理控制软件维护的副作用？ ????3) 软件维护成本和软件开发成本哪个通常更高？ 8.1.1软件维护类型 软件维护活动类型总起来大概有四种：纠错性维护；适应性维护；完善性维护或增强；预防性维护或再工程。除此四类维护活动外，还有一些其它类型的维护活动，如：支援性维护（如用户的培训等）。 8.1.2 软件维护策略 针对以上几种类型的维护，我们可以采取一些维护策略，以控制维护成本。 1、改正性维护 在开发过程中要生成100%可靠无误的软件通常是不太现实的，但通过使用一些新技术，可以大大减少进行改正性维护的需要。 2、适应性维护 运行环境的变化是不可避免的，但可以控制。 进行配置管理。把硬件、操作系统和其他相关环境因素的可能变化进行配置管理。 修改局部化。把因环境变化而必须修改的程序局部于某些程序模块中。 使用例行程序包等。例如使用内部程序列表等，可为维护性修改程序提供方便。 3、完善性维护 利用前两类维护中列举的方法，可以减少此类维护。另外，使用功能强且易于使用的工具和通过用户使用系统原型模型完整地确定系统需求等可以减少完善性维护的工作量。 4、预防性维护 可通过采用提前实现或软件重用等手段或技术来减少此类维护活动的工作量。 5、支援性维护 可通过提供最新用户文档或联机用户文档，进行适当的用户培训或设立专门的维护人员等方式来减少此类维护活动。 8.1.3 软件维护成本 软件维护活动所花费的工作量占软件整个生存期工作量的70%以上。影响软件维护工作量的因素有很多，就软件系本身而言，有以下几个方面： 1、系统的大小 系统的大小可用源程序语句数、模块数、输入/输出文件数，数据库所占字节数及预定义的用户报表数等来度量。系统越大，功能就越复杂，理解并掌握起来就越困难。因此维护工作量也就越大。 2、程序设计语言 语言的功能越强，生成程序所需的指令或语句数就越少，并且程序的可读性也越好。一般地，语言越高级越容易被人们所理解和掌握。因此，程序设计语言越高级，相应维护工作量也就减少。 3、系统年龄 系统越老，修改维护经历的次数就越多，从而结构也就越来越乱。而且老系统会存在没有文档或文档较少或文档与程序代码不一致等现象。同时，有可能老系统的开发人员已经离开，维护人员又经常更换，等等。这些使得老系统比新系统需要更多的维护工作量。 4、数据库技术的应用 使用数据库，可以简单而有效地管理和存储用户程序中的数据，还可减少生成用户报表应用软件的维护工作量。 5、软件开发新技术的运用 在软件开发时，使用能使软件结构比较稳定的分析与设计技术，以及程序设计技术，如面向对象技术、构件技术、可视化程序设计技术等，可以减少大量的工作量。 除此之外，应用的类型、任务的难度等对维护工作量都有影响。 8.1.4 软件维护的副作用 所谓软件维护的副作用，就是指由于修改程序而导致的错误或其它不需要的活动。Freedman和Weinberg定义了三类主要副作用，即：修改代码的副作用、修改数据的副作用和修改文档资料的副作用。 为了控制因修改而引起的副作用，在修改时应做到： 1、按模块把修改分组； 2、自顶向下地安排所修改模块的顺序； 3、每次修改一个模块； 4、对于每个修改了的模块，在安排修改下一个模块之前，要确定这个修改的副作用。可以使用交叉引用表、存储映象表、执行流程跟踪等。 8.1.5 软件维护的困难 下面列出的是与软件维护有关的困难： 理解别人的程序困难，且困难程度随软件配置成分的减少而迅速增加。 需要维护的软件往往存在文档资料不全，甚至有文档也不易理解并和程序代码可能不一致。当前，有些软件的文档是在代码形成后为了应付所谓的鉴定而突击出来的。 大多数软件在开发时没有考虑到将来的维护。 软件维护被人们看成是一种没有创造性的工作，往往不能引起人们的重视。部分人认为，维护别人的程序不如开发新的程序。 显然，如果在软件定义和软件开发时期，重视采用软件工程思想，那么上述问题可以至少部分地解决。当然，软件工程也不是万应灵药，软件工程也是在实践中不断地向前发展的。 8.2 软件维护过程 教学内容：软件维护的组织机构、维护申请、维护工作流程及评价。 教学重点：维护组织机构及工作流程。 教学难点：维护评价。 教学方法