南华大学计算机科学与技术学院软件工程概论课件第7章 软件维护技术.ppt

主要内容 软件维护基本概念 软件维护过程 软件可维护性 软件再工程技术 软件维护 所谓软件维护是指软件交付使用之后，为了改正错误或满足新的需求等而修改软件以达到延长软件寿命为目的的过程。 软件维护阶段的长短决定了软件寿命的长短； 软件维护阶段的费用占软件总成本的大部分。 7.1 软件维护的基本概念 软件维护不同于硬件维护，主要原因是软件维护不是因为使用时软件磨损或老化引起，而是由于软件设计不正确、不完善或使用环境的变化等引起。因而，在维护类型、维护策略、维护成本以及维护的影响方面必须引起软件维护人员的重视，否则，软件维护对软件质量来说将是一场灾难。 7.1.1 软件维护类型 7.1.2 软件维护策略 不同的维护类型需要采用不同的维护策略。 改正性维护 在开发过程中要生成100%可靠无误的软件通常是不太现实的，但通过使用一些新技术，可以大大减少进行改正性维护的需要。除此之外，还可通过以下方法来减少此类维护活动： 利用应用软件包； 进行防错程序设计； 提高系统结构化程度； 进行周期性维护审查。 适应性维护 运行环境的变化是不可避免的，但可以控制。 进行配置管理。把硬件、操作系统和其他相关环境因素的可能变化进行配置管理。 修改局部化。把因环境变化而必须修改的程序局部于某些程序模块中。 使用例行程序包等。例如使用内部程序列表等，可为维护性修改程序提供方便。 完善性维护 预防性维护 可通过采用提前实现或软件重用等手段或技术来减少此类维护活动的工作量。 支援性维护 可通过提供最新用户文档或联机用户文档，进行适当的用户培训或设立专门的维护人员等方式来减少此类维护活动。 7.1.3 软件维护成本 软件维护活动所花费的工作量占软件整个生存期工作量的70%以上。影响软件维护工作量的因素有很多，就软件系本身而言，有以下几个主要方面： 系统的大小； 程序设计语言； 系统年龄； 数据库技术的应用； 软件开发新技术的运用。 Boehm模型 MM维护=ACT*MM开发*EAF ACT=（修改的指令数+增加的指令数）/指令总数； 调节因子EAF（Effort Adjustment Factor） Belady与Lehman模型 M=P+K（c-d） M表示维护所需工作量； P表示生产性工作量，如问题分析和评价、修改设计、实现等； K表示一个经验常数； c表示因未采用结构化方法和缺少文档而增加的软件复杂度； d表示维护人员对软件的熟悉程度。 7.1.4 软件维护的副作用 所谓软件维护的副作用，就是指由于修改程序而导致的错误或其它不需要的活动。 Freedman和Weinberg定义了三类主要副作用，即：修改代码的副作用、修改数据的副作用和修改文档资料的副作用。 控制 1°按模块把修改分组； 2°自顶向下地安排所修改模块的顺序； 3°每次修改一个模块； 4°对于每个修改了的模块，在安排修改下一个模块之前，要确定这个修改的副作用。 7.1.5 软件维护的困难 理解别人的程序困难，且困难程度随软件配置成分的减少而迅速增加。 需要维护的软件往往存在文档资料不全，甚至有文档也不易理解并和程序代码可能不一致。当前，有些软件的文档是在代码形成后为了应付所谓的鉴定而突击出来的。 大多数软件在开发时没有考虑到将来的维护。 软件维护被人们看成是一种没有创造性的工作，往往不能引起人们的重视。部分人认为，维护别人的程序不如开发新的程序。 7.2 软件维护过程 软件维护过程本质上是修改和压缩了的软件定义和软件开发过程。 首先，必须建立一个维护组织，确定提出维护申请的过程及评价的过程，为每个维护申请规定标准的处理步骤。建立维护活动的登记制度，并规定复审标准。 然后，按维护组织建立的过程进行维护活动。 7.2.1 维护组织 职责 将维护申请提交给维护管理员，由维护管理员将其交给某系统的系统管理员去评价。 系统管理员是熟悉产品程序的某部分的技术人员。 系统管理员对维护申请评价后由修改批准人员（又称变化授权人）决定如何进行修改。 维护人员在系统管理员的指导下修改软件系统。在维护人员对系统进行修改的过程中，配置管理员应对软件配置进行审查。 7.2.2 维护申请 维护组织通常提供维护申请表（Maintenance Request Form，简写为MRF），由申请维护的用户填写。 如果是改正性的维护，用户必须完整地说明出错的情况，如输入数据，全部输出信息以及其他有关材料。 如果申请的是适应性或完善性维护，则应提出一个简短的需求说明书。 7.2.3 维护工作流程 7.2.4 维护记录与评价 Swanson维护记录: ⑴程序标识；　　　　　　　　　　　⑵源程序语句数； ⑶机器