(第八章物理层.pptVIP

第 8 章 软件维护工程 本章介绍软件维护涉及的主要内容，包括软件维护的类型与费用，软件维护的过程、软件维护技术、维护工作量影响因素、维护策略等内容。 8.1软件维护案例 [案例 1] 高等学校工资管理系统（软件维护） 新开发的系统通过测试后，进入运行维护时期。在系统运行几周或几个月后将会逐步暴露出一些问题。维护人员应当设法排除。另外，系统运行一个时期后，政府也可能改变基本工资和一些补贴的规定，或者用户可能要求增加新的报表等，也需要对这个系统进行维护。软件维护阶段应当严格遵循关于软件维护，特别是关于变动控制和管理方面的有关规定，执行正规的变动申请和审批过程，做好维护记录；变动结束后，认真地进行回归测试和管理复审，确保系统的正确性及程序代码与相关文档的一致性。 8.2概述 8.2.1 软件维护的类型 非结构构性 结构性：在进行结构化维护活动时，需从评价需求说明开始，弄清楚软件功能、性能上的改变；对设计说明文档进行评价，并进行修改和复查；根据设计的修改，进行程序的变动；根据测试文档中的测试用例进行回归测试；最后，把修改后的软件再次交付使用。 8.2.2 软件维护的困难 （1）读懂别人的程序是困难的。 （2）文档的不一致性。这种不一致性表现在各种文档之间的不一致以及文档与程序之间的不一致。 （3）软件开发和软件维护在人员和时间上存在差异。 （4）软件维护不是一项吸引人的工作。 8.2.3 软件维护的费用 软件维护的费用在总费用中的比重是不断增加的，它在 1970 年占 35%～40%，1980 年上升到 40%～60%，1990 年上升到 70%～80%。 8.2.4 软件维护的分类 （1）改正性维护。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程，就叫做改正性维护。例如，改正性维护可以是改正原来程序中未使开关（off/on）复原的错误；解决开发时未能测试各种可能情况带来的问题；解决原来程序中遗漏处理文件中最后一个记录的问题等。 （2）适应性维护。例如，适应性维护可以是为现有的某个应用问题实现一个数据库；对某个指定的事务编码进行修改，增加字符个数；调整两个程序，使它们可以使用相同的记录结构；修改程序，使其适用于另外一种终端。 （3）完善性维护。例如，完善性维护可能是修改一个计算工资的程序，使其增加新的扣除项目；缩短系统的应答时间，使其达到特定的要求；把现有程序的终端对话方式加以改造，使其具有方便用户使用的界面；改进图形输出；增加联机帮助（Help）功能；为软件的运行增加监控设施 。 （4）预防性维护。“把今天的方法学用于昨天的系统以满足明天的需要”。 8.3软件系统的维护 8.3.1 概述 1．数据维护 2．硬件维护 3．软件维护 （1）改正在特定的使用条件下暴露出来的一些潜在程序错误或设计缺陷。 （2）因在软件使用过程中数据环境发生变化（例如，一个事务处理代码发生改变）或处理环境发生变化（例如，安装了新的硬件或操作系统），需要修改软件以适应这种变化。 （3）用户和数据处理人员在使用时常提出改进现有功能、增加新的功能，以及改善总体性能的要求，为满足这些要求，就需要修改软件把这些要求纳入到软件之中。 8.3.2 软件维护的过程 （1）首先要确定进行维护的类型。在许多情况下，用户可以把一个请求看作改正性维护，而软件开发者可以把这个请求看作适应性或完善性维护。此时，对不同观点就需要协商解决。 （2）对改正性维护从评价错误的严重性开始。如果存在一个严重的错误，例如，一个系统的重要功能不能执行，则有管理者组织有关人员立即开始分析问题。如果错误并不严重，则改正性维护与软件其他任务一起进行，统一安排，按计划进行维护工作。 （3）适应性和完善性维护如同它是另一个开发工作一样，建立每个请求的优先权，安排所需求的工作。 （4）实施维护任务。不管维护类型如何，大体上要开展相同的技术工作。这些工作包括修改软件设计、必要的代码修改、单元测试、集成测试、确认测试及复审。每种维护类型的侧重点不一样。 （5） ”救火”式维护。并不完全适合上面所述的经过仔细考虑的维护申请，而是对于出现突发性的重大故障的维护。 8.3.4 影响维护工作量的因素 （1）系统大小。系统越大，理解掌握起来越困难，所执行功能越复杂，因而需要更多的维护工作量。系统大小可用源程序语句数、程序数、输入输出文件数、数据库所占字节数及预定义的用户报表数来度量。 （2）程序设计语言。使用强功能的程序设计语言可以控制程序的规模。语言的功能越强，生成程序所需的指令数就越少；语言的功能越弱，实现同样功能所需语句就越多，程序就越大。有许多软件是用较老的程序设计语言书写的，程序逻辑复杂而混乱，且没有做到模块化和结构化，直接影响到程序的可读性。 （3）系