软件工程八维护.ppt

第8章维护;软件生存周期;第8章维护;8.1.1软件维护定义;

在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。

这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。

为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程就叫做改正性维护。

改正性维护的工作量占全部维护活动的17%～21%。;适应性维护，也就是为了和变化了的环境适当地配合而进行的修改软件的活动，是既必要又经常的维护活动。

外部环境（新的硬、软件配置）

数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）

可能发生变化。

适应性维护的工作量占全部维护活动的18%～25%;在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。

为了满足这些要求，需要修改或再开发软件，以扩充???件功能、增强软件性能、改进加工效率、提高软件的可维护性。

这种情况下进行的维护活动叫做完善性维护。;实践表明，在几种维护活动中，完善性维护所占的比重最大。即大部分维护工作是改变和加强软件，而不是纠错。

完善性维护不一定是救火式的紧急维修，而可以是有计划、有预谋的一种再开发活动。

事实证明，来自用户要求扩充、加强软件功能、性能的维护活动约占整个维护工作的50％以上。;预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。

预防性维护定义为：采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。

在整个维护活动中，预防性维护占很小的比例，只占5%。

;综述;8.1.1软件维护定义;8.2维护的特点;8.2维护的特点;8.2维护的特点;二、维护成本;软件维护的代价是降低了生产率，在做老程序的维护时非常明显。

例如，开发每一行源代码耗资25美元，维护每一行源代码需要耗资1000美元。;8.2维护的特点;影响维护工作量的因素;系统大小：系统越大，理解掌握起来越困难。系统越大，所执行功能越复杂。因而需要更多的维护工作量。

程序设计语言：使用强功能的程序设计语言可以控制程序的规模。语言的功能越强，生成程序的模块化和结构化程度越高，所需的指令数就越少，程序的可读性越好。

;系统年龄：

老系统随着不断的修改，结构越来越乱；

维护人员经常更换，程序又变得越来越难于理解。

许多老系统在当初并未按照软件工程的要求进行开发，因而没有文档，或文档太少。

在长期的维护过程中文档在许多地方与程序实现变得不一致，在维护时就会遇到很大困难。;数据库技术的应用：使用数据库，可以简单而有效地管理和存储用户程序中的数据，还可以减少生成用户报表应用软件的维护工作量。

先进的软件开发技术：在软件开发时，若使用能使软件结构比较稳定的分析与设计技术，及程序设计技术，如面向对象技术、复用技术等，可减少大量的工作量。;8.2维护的特点;8.2维护的特点;8.2维护的特点;8.3软件维护过程;8.3软件维护过程;维护组织;维护申请提交给维护管理员，他把申请交给某个系统监督员去评价。

一旦做出评价，由修改负责人确定如何进行修改。

在修改程序的过程中，由配置管理员严格把关，控制修改的范围，对软件配置进行审计。

在维护之前，就把责任明确下来，可以减少维护过程中的混乱。;维护修改建议;8.3软件维护过程;8.3软件维护过程;8.3软件维护过程;8.3软件维护过程;8.4程序修改的步骤及修改的副作用;分析和理解程序;修改程序;2.修改代码，以适应变化

在修改时，要求：

(1)正确、有效地编写修改代码；

(2)要谨慎地修改程序，尽量保持程序的风格及格式，要在程序清单上注明改动的指令；

(3)不要删除程序语句，除非完全肯定它是无用的；

(4)不要试图共用程序中已有的临时变量或工作区，为了避免冲突或混淆用途，应设置自己的变量；

; (5)插入错误检测语句；

(6)在修改过程中做好修改的详细记录，消除变更中任何有害的副作用（波动效应）；

3.修改程序的副作用

所谓副作用是指因修改软件而造成的错误或其它不希望发生的情况。副作用有三种：修改代码的副作用、修改数据的副作用、文档的副作用。;

;(2)修改数据的副作用;重新定义记录或文件的格式

增大或减小一个数组或高层数据结构的大小

修改全局或公共数据

重新初始化控制标志或指针

重新排列输入／输出或子程序的参数

;(3)文档的副作用;如果对可执行软件的修改不反映在文档里，就会产生文档的副作用。

对交互输入的顺序或格式进行修改，如果没有正确地记入文档中，就可能引起重大的问题。

过时的文档内容、索引和文本可能造成冲突，引起用户失败和不满。

因此，必须在软件交