软件工程学教程（第二版） 教学课件 作者 周苏 王文 第11章 软件维护.pptVIP

史料數位化之METADATA與AUTHORITY CONTROL / 陳雪華 软件工程学教程第二版 第11章 软件维护 概述 软件的可维护性 软件维护工具 软件维护的管理与文件 第11章 软件维护 系统转换以后进入正常运行阶段 在这一阶段，系统工作人员要对投入运行后的软件系统进行调整和修改 改正在开发阶段产生、在测试阶段又未发现的错误 使软件系统能适应外界环境的改变 实现软件系统的功能扩充和性能改善 11.1 概 述 软件维护是指已完成开发工作，交付使用以后，对软件产品所进行的一些软件工程活动 软件维护工作不仅能排除障碍，使它能够正常工作，还可以使它扩充功能，提高性能，为用户带来显著的效益 但是，人们对软件维护的认识远不如软件开发 和开发工作相比，维护阶段的工作量和成本要大得多 11.1.1 软件维护工作的必要性 改正在运行中新发现的软件错误和设计上的缺陷之处 改进设计，以增强软件的功能，提高软件的性能 要求已运行的软件能适应特定的硬件、软件、外部设备和通信设备等的工作环境，或是要求适应已变动的数据或文件 为使投入运行的软件与其他相关的程序有良好的接口，以利于协同工作 为使运行软件的应用范围得到必要的扩充 11.1.2 软件维护的内容 软件维护的起因 故障 环境变化 用户和维护人员的要求 软件维护活动 改正 (纠错) 性维护 (17~21%) 适应性维护 (18~25%) 完善性维护 (50~66%) 其他维护活动 (4%) 改正 (纠错) 性维护 改正性维护在软件运行中发生异常或故障时进行的 常常是由于软件开发过程中某个环节上隐藏着的错误而造成的。在开发的末期所进行的测试中又未能将其发现，带着这些隐错运行，只是在某些特定情况下才会暴露出来 适应性维护 适应性维护是要使运行的软件能适应外部环境的变动 新的计算机硬件、新的操作系统和原来操作系统的新版本 “数据环境”的变动 完善性维护 完善性维护是为扩充软件的功能、提高原有软件性能而开展的软件工程活动 新功能和新性能都是在原来开发中编制的软件需求说明书上并未规定的内容 改进图形输出 11.1.3 软件维护的过程 维护组织 即使是一个小的软件开发团体，非正式地委托责任也是绝对必要的 维护报告 用标准化的格式表达所有软件维护要求 (如软件问题报告表) 维护的事件流 保存维护记录 评价维护活动 11.1.3 维护工作的过程 维护工作包括以下阶段 接受提出的维护要求 对所要求的内容进行分析 对现有系统进行调查 (确定修改范围) 决定维护作业的内容 修改现行系统 对修改部分进行测试 对整个系统进行测试 修改后的系统投入正常的运行 11.1.4 影响维护工作的因素 系统大小 系统年龄 输入/输出数据项个数 应用类型 程序设计语言 结构化程度 11.1.4 影响维护工作的因素 对软件维护工作有利的因素 软件开发中采用了结构化方法 利用了新的软件或自动的开发工具 具有较好的数据管理 软件开发所采用的语言较易于维护 具有一定的维护实践经验 11.1.5 维护策略 控制软件维护问题和成本的策略 通过生产出尽量可靠的系统来基本消除纠错性维护 适应性维护不能完全避免，但肯定能够控制 使用上述方法减少完善性维护 减少支援性维护 最新的用户文件 联机用户文件 适当的用户培训 专门的维护人员 11.1.5 维护策略 将维护成本和延误减少到最低限度的措施 软件选择 可维护性程序设计 数据考虑 系统考虑 终端用户 执行维护功能 总的管理方法 11.2 软件的可维护性 软件的可维护性是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行扩充或压缩的容易程度 对一个软件系统，高度的可维护性，就意味着高度的可靠性、可移植性、效率、可适用性、可测试性、可理解性和可修改性 11.2.1 可维护性的度量 为度量一个软件系统的可维护性，通常可考虑 质量检查表 质量测试 质量标准 质量检查表是一张测试某些程序特性存在与否的问题清单，这些特性被认为是高质量软件系统必不可少的。针对软件可维护性的七个方面，推荐一组质量检查表 可靠性 可靠性定义为一个程序按照用户的打算和设计者相应的设计，执行其功能的正确程度。一个可靠程序是正确的、完整的且一致的。 在现阶段中，完全可靠性仍旧是一个目标，而不是已达到的现实。 表12-1显示一张量度软件可靠性检查表，对问题的回答“是”越多，程序可靠性越高 可移植性 可移植性定义为一个程序可以容易地，并有效地在各种各样的操作环境中运行的程度 可移植性程序结构良好、灵活、不依赖于某一个具体的计算机和/或操作系统的性能 (即软件的设备独立性) 一般说来，采用表格驱动方式有助于提高软件的设备独立性 表12-2提供了用于量度程序可移植性的问题检查表 效 率 效率定义为