软件工程实践教程 第2版 教学配套课件 刘冰 第六章 系统运行和维护.pdfVIP

本章要点  系统运行管理的任务和目标  软件维护的概念  软件维护的特点  软件维护的步骤  软件的可维护性  逆向工程和再工程  系统评价基础知识 6.1 系统运行管理的任务和目标 6.2 软件维护的概念 6.3 软件维护的特点 6.4 软件维护的步骤 6.5 软件的可维护性 6.6 逆向工程和再工程 6.8 小结 对于任何软件系统来说，不改变是不可能的，除非这个系统 没有被使用。因此，软件系统在交付之后仍然在不断地 进化。 软件在使用过程中，新的需求不断出现。 商业环境在不断地变化。 软件中的缺陷需要进行修复。 计算机硬件和软件环境的升级需要更新现有的系统。 软件的性能和可靠性需要进一步改进。 软件维护是指在软件运行或维护阶段对 软件产品所进行的修改，这些修改可能是改 正软件中的错误，也可能是增加新的功能以 适应新的需求，但是一般不包括软件系统结 构上的重大改变。 软件维护内容有四方面 (1) 校正性维护 (2) 适应性维护 (3) 完善性维护 (4) 预防性维护 1.非结构化维护与结构化维护 (1) 非结构化维护 因为只有源程序，而文档很少或没有文档，维护 活动只能从阅读、理解、分析源程序开始。这是 软件工程时代以前进行维护的情况。 (2) 结构化维护 用软件工程思想开发的软件具有各阶段的文档， 这对于理解和掌握软件功能、性能、系统结构、 数据结构、系统接口和设计约束有很大作用。这 种维护对减少精力、减少花费、提高软件维护效 率有很大的作用。 2 ．维护的困难性 软件维护的困难性是由于软件需求分析和开 发方法的缺陷。表现在以下几个方面： (1) 读懂别人的程序是困难的。 (2) 文档的不一致性 (3) 软件开发和软件维护在人员和时间上的差异 的另一因素。 (4) 软件维护不是一项吸引人的事 3．软件维护的费用持续攀升 4 ．软件维护是有副作用的 维护的副作用有编码副作用、数据副作用、文档副作用三种。 (1) 编码副作用 在使用程序设计语言修改源代码时可能引入错误。 (2) 数据副作用 在修改数据结构时，有可能造成软件设计与数据结构不配， 因而导致软件错误。 (3) 文档副作用 对数据流、软件结构、模块逻辑或任何其他有关特性进行修 改时，必须对相关技术文档进行相应修改，否则会导致文档 与程序功能不匹配、缺省条件改变、新错误信息不正确等错 误，使文档不能反映软件当前的状态。 为了有效地进行软件维护，应事先开 始组织工作，建立维护机构。这种维护机 构通常以维护小组形式出现。维护小组分 为临时维护小组和长期维护小组。 1．维护的流程 软件维护工作的整个流程包括维护申请、维护分类、影 响分析、版本规划、变更实施和软件发布等步骤。 2 ．维护的步骤 通常对系统的维护应执行以下步骤： (1) 提出维护或修改要求 (2) 领导复审并做出答复，如同意修改则列入维护计划。 (3) 领导分配任务，维护人员执行修改。 6.5.1 软件可维护性概述 1．软件可维护性的评价指标 可理解性 可测试性 可修改性 2 ．维护和软件文档  文档是软件可维护性的决定因素。由 于长期使用的大型软件系统在使用过程 中必然会经受多次修改，所以文档显得 非常重要。