[计算机软件及应用]sw15.pptVIP

* * 15.6.2 恢复信息的方法 在逆向工程中用于恢复信息的方法有四类： 第一类为用户指导下的搜索与变换，此类方法用于导出实现级和结构级信息。 第二类方法为变换式方法,除领域级外所有抽象级别上的信息都可用此类方法推导。 第三类方法是基于领域知识的,主要用于恢复功能级和领域级信息。 最后一类方法称为铅板恢复法，这类方法仅适用于推导实现级和结构级信息。 15.6逆向工程与重构工程 * * 小结 软件可维护性是软件开发各个阶段都努力追求的目标之一。 维护活动根据起因可分为改正性维护、适应性维护、改善性维护和预防性维护四类。 本章讨论了可维护性、影响可维护性的原因以及维护活动的大致过程。特别介绍了逆向工程和重构工程的概念和一般方法，它们是目前对早年未按软件工程标准开发的软件实施维护的主要手段。 第十五章 软件维护 * * 第十五章 软件维护 软件维护的分类 维护过程 可维护性 维护的副作用 逆向工程与重构工程 * * 在软件开发过程中始终强调软件的可维护性。原因是,一个应用系统由于需求和环境的变化以及自身暴露的问题,在交付用户使用后，对它进行维护是不可避免的,统计和估测结果表明，信息技术中硬件费用一般占35%，软件占65%，而软件后期维护费用有时竟高达软件总费用的80%，所有前期开发费用仅占20%。 许多大型软件公司为维护已有软件耗费大量人力、财力。因此，必须建立一套评估、控制和实施软件维护的机制,这就是本章重点讨论的内容。 * * 15.1 软件维护的分类 存周期的最后一个阶段,所有活动都发生在软件交付并投入运行之后。维护活动根据起因可分为改正性维护、适应性维护、改善性维护和预防性维护四类： 改正性维护是为诊断和改正软件系统中潜藏的错误而进行的活动。 适应性维护是为适应环境的变化而修改软件的活动。 改善性维护是根据用户在使用过程中提出的一些建设性意见而进行的维护活动。 预防性维护是为了进一步改善软件系统的可维护性和可靠性,并为以后的改进奠定基础。 第十五章 软件维护 * * 15.2 维护过程 软件维护与软件开发阶段的各项活动相比,直到近期才引起人们足够的重视,因此有关维护的技术和方法研究得还很不够。 本节主要讨论: (1)维护阶段的主要活动及软件工程的目标、原则对这些活动的影响; (2)维护阶段的代价; (3)软件维护中经常遇到的一些问题。 第十五章 软件维护 * * 15.2.1 结构化与非结构化的维护 15.2维护过程 * * 非结构化 如果软件配置中唯一可用的是源代码,那么维护只能从“苦读”代码开始。由于缺乏内部文档,读代码是一项很枯燥、很困难的工作。 软件系统的许多微妙之处(例如软件总体结构、全局数据、系统接口、性能和设计方面的约束等)不是搞不清楚就是常常被误解,以致无法估量对源代码修改所产生的后果。 特别是，由于没有保存测试记录,使“回归测试”无法进行。 对于没有使用良好开发方法开发的软件,不得不采用非结构化的方式进行维护并为此付出高昂的代价(浪费大量人力,且让维护人员有挫折感)。 15.2维护过程 * * 结构化 如果欲维护的软件存在一个完整的软件配置,维护活动将从阅读设计文档开始。 首先确定软件的重要结构、性能及接口特征,评估这次维护可能带来的影响并规划出一个具体实施方案;然后从修改设计入手(采用以前讨论过的设计技术)，设计复审通过之后再修改代码,并参照测试规格说明书对软件进行回归测试,测试通过后交付用户使用。 上述过程也称为结构化维护,它是采用软件工程方法学开发软件的自然结果。拥有完整的软件配置能减少维护工作量，提高维护质量。 15.2维护过程 * * 15.2.2 维护的成本 过去的二十年,软件维护的成本在不断增长。 七十年代,一个信息系统机构用于软件维护的费用占其软件总预算的35～40%,八十年代接近60%。 若维护方式没有大的改进,未来几年，许多大型软件公司可能要将其预算的80%用于软件系统的维护上。 15.2维护过程 * * 维护的成本 其他因素也已经引起人们的注意。如： 由于资源(人力、设备)优先用于维护任务,影响新软件系统的开发，可能会丧失机会； 有时还要付出一些无形的代价，如某些貌似合理但实际不能满足的维护请求将引起用户不满; 在软件维护过程中引入的潜在错误降低了软件的质量; 从开发小组中临时抽调工程师从事维护工作冲击正在进行的开发等等。 最后，维护旧程序使生产率(按每人月代码行或每人月功能点计算)大幅度下降。 15.2维护过程 * * 15.2.3 可能存在的问题 软件维护中出现的大部分问题都可归咎于软件规划和开发方法的缺陷。 软件开发时采用急功近利还是放眼未来的态度,对软件维护影响极大。 一般说来,软件开发若不严格遵循软件开发标准,软件维护就会遇到许多困难。 15.2维护过程