软件工程-第十五章-软件维护.pptVIP

软件工程Software Engineering 第十五章 软件维护 15.1 软件维护的概念 15.2 软件维护的内容 15.3 软件可维护性 15.4 软件维护的特点 15.5 软件维护的实施 15.6 维护“老化代码“ 15.7 逆向工程和再工程 小结 15.1 软件维护的概念 15.1.1 软件维护的定义 属于软件维护工作的活动不只是对软件中的错误进行修改，只要是因为以下的原因之一产生的活动都属于软件维护： （1）对软件中的错误进行修改 （2）因软件在使用过程中的软硬件环境发生变化，需要修改软件以适应这种变化。 （3）用户要求增加新的功能，提高软件的性能等。 （4）为适应新的工作要求而对软件部分或整体进行再工程（reengineer） 由这些原因引起的维护活动可以归为以下几类： （1）改正性维护（Corrective maintenance） （2）适应性维护（Adaptive maintenance） （3）完善性维护（Perfective maintenance） （4）预防性维护（Preventive maintenance） 15.1.2 影响维护工作的因素 （1）系统大小 。 （2）系统的开发文档 。 （3）在程序中使用的、数学模型、任务的难度、IF嵌套深度、索引或下标数等，对维护工作量都有影响。 15.1.3 维护成本 软件的维护成本体现为有形和无形两类。 15.2 软件维护的内容 软件维护有改正性维护、适应性维护、完善性维护和预防性维护。 1.改正性维护 测试并不能发现所有的错误，因此必然有一部分隐含的错误在使用时才会被发现。对此类错误进行确定和修改的过程，就称为改正性维护。 2.适应性维护 随着计算机的飞速发展，计算机的软硬件环境在不断发生变化，硬件的性价比越来越高，操作系统的功能越来越强，越稳定，使用越来越方便。为了使应用软件适应这种变化而修改软件的过程称为适应性维护。 3.完善性维护 用户在使用软件的过程中，用户的工作流程、应用环境都会发生变化，因此会提出增加新的功能和改善性能的要求。这种增加软件功能、增强软件性能和提高软件运行效率而进行的维护活动称为完善性维护。 4.预防性维护 为了提高软件的可维护性和可靠性而对软件进行的修改称为预防性维护。 15.3 软件可维护性 15.3.1 软件可维护性的定义 软件可维护性就是指进行维护活动时的容易程度。 目前广泛使用的是用如下的七个特性来衡量程序的可维护性。而且对于不同类型的维护，这七种特性的侧重点也不相同。表15--1显示了在各类维护中应侧重哪些特性。图中的“√”表示特别需要的特性。 表15--1 在各类维护中的侧重点 15.3.2 可维护性的度量 下面介绍度量一个可维护的程序的七种特性时常用的方法。这就是质量检查表、质量测试、质量标准。 质量检查表是一个问题清单，评价者针对检查表上的每一个问题，依据自己的定性判断，回答“Yes”或者“No”。用这个清单对质量进行分析。质量测试与质量标准则用于定量分析和评价程序的质量。下面是对七个软件特性的描述。 （1）可理解性 可理解性是指人们通过阅读源代码和相关文档，了解程序功能及其如何运行，对源程序的理解的容易程序。 （2）可靠性 可靠性指按照用户的要求和设计目标，一个程序在给定的一段时间内正确执行的概率。 用于衡量软件可靠性的标准主要有 MTBF = MTTF+MTTR 其中：MTBF是平均失败间隔时间（Mean Time Between Failures） MTTF是平均无效时间（Mean Time To Failure） MTTR是平均修复时间（Mean Time To Repair error） 度量可靠性的方法，主要有两类： 1）根据程序存在的错误的统计数字，进行可靠性预测。 2）根据程序复杂性，预测软件可靠性。 3）可测试性 4）可修改性 5）可移植性 6）效率 7）可使用性 8）其他间接定量度量可维护性的方法 Gilb提出了与软件维护期间工作量有关的一些数据，可以使用它们间接地对软件的可维护性做出估计。 问题识别的时间； 因管理活动拖延的时间； 收集维护工具的时间； 分析、诊断问题的时间； 修改规格说明的时间； 具体的改错或修改的时间； 局部测试的时间； 集成或回归测试的时间； 维护和评审时间； 恢复时间。 15.4软件维护的特点 15.4.1 非结构化维护和结构化维护 1.非结构化维护 因为只有源程序，而文档很少或没有文档，维护活动只能从阅读、理解和分析源程序开始。也只有通过阅读源程序来了解系统功能、软件结构、数据结构、系统接口和设计约束等。 2.结构化维护 用软件工程思