第7章 维护.ppt

第7章 维护 7.1 软件维护的定义 7.2 软件维护的特点 7.3 软件维护过程 7.4 软件的可维护性 7.5 预防性维护 7.1 软件维护的定义 维护-含义 什么是维护 所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 维护的目的 保证软件系统能持续地与用户环境、数据处理操作、政府或其他有关部门的请求取得协调。 软件维护的分类 纠正性维护 完善性维护 适应性维护 预防性维护 纠正性维护 什么是纠正性维护 纠正软件中的错误 起因 用户在使用软件过程中一旦发现错误，他们会向开发人员提出纠正性维护的请求 目的 诊断和改正软件系统中潜藏的错误 适应性维护 什么是适应性维护 对软件进行改造以便适应新的环境和平台 原因 软件运行于一定的环境(硬件、OS、网络等)之上，运行环境发展很快 目的 适应环境变化和发展而对软件进行维护 改善性维护 什么是改善性维护 对软件进行改造以增加新的功能、修改已有的功能 原因 在软件系统运行期间，用户可能要求增加新的功能、建议修改已有功能或提出其他改进意见 目的 满足用户日益增长的各种需求而对软件系统进行的改善和补充 预防性维护 什么是预防性维护 对软件的结构进行改造以便提高软件的可靠性和可维护性等 原因 为进一步改善软件系统的可维护性和可靠性，为以后的软件改进奠定基础的维护活动 目的 获取软件结构，重新改善软件结构 三类维护占 维护在软件生存期 总维护比例 所占比例 7.2 软件维护的特点 1.结构化维护与非结构化维护的对比 2.维护代价 软件维护的费用稳步上升，目前已达到80%。 软件维护工作量模型：M = P + K * e (c-d) 其中 M= 维护总工作量 P=生产性工作量 K=经验常数 C=复杂度（表示设计好坏和文档完整程度） D=对欲维护软件的熟悉程度 模型表明：如果没有好的软件开发方法或者软件开发人员不能参与维护，那么软件维护工作量会指数上升 3.维护中的问题 维护中的问题 与软件维护有关的绝大多数问题的根源在于计划阶段和开发阶段的工作有缺点。 典型问题 读懂原开发人员写的程序通常相当困难。 软件人员的流动性，使得软件维护时，很难与原开发人员沟通。 没有文档或文档严重不足。 软件设计时，欠考虑软件的可修改性 5. 缺乏成就感 7.3 软件维护过程 1.建立维护组织 一般软件公司没有专门的维护机构，除非大型软件公司。 维护机构成员一般包括：配置管理员、维护控制员、系统管理员、一般维护工作人员。 7.3 软件维护过程 2.安排计划 维护工作不应该采用“一次改一个错”的零打碎敲的方法，而应当有计划有步骤地统筹安排。 维护报告应包括的内容：该维护任务的范围，所需资源，确认的要求，维修费用及维修进度安排。 3 .维护流程 如图： 7.3 软件维护过程 7.3 软件维护过程 4.软件维护实施 软件维护与新软件开发的过程基本上一致并且是并行的。 软件修改完成后，由维修主管进行验收，验收标准如下： 全部软件文档已准备齐全，并已更新好 所有测试用例和测试结果已经正确记录下来 记录和所有寻找软件配置的工序已建立 维护工序和责任已经确定 7.3 软件维护过程 5.软件维护文档 除一般文档外，还包括： 软件问题报告 软件变动报告 软件维护记录，如Swanson提出的项目表。 6.软件维护的评价 在有维护记录保存的基础上，可以进行软件维护活动的评价，否则很难评价。 7.4软件的可维护性 什么是软件的可维护性 软件被理解、改正、调整和改进的程度 影响软件可维护性的因素 软件开发方法--结构化、OO、…... 文档是否齐全 开发人员素质 软件系统结构是否清晰、易于理解 标准的程序设计语言 文档的结构是否标准化 …... 保证软件可维护性的复审 复审是保证软件可维护性的一项重要工作 (1) 需求分析的复审 对将来可能修改和改进的部分加注释，对软件的可移植性加以讨论，并考虑可能影响软件维护的系统界面 (2) 设计阶段的复审 从易于维护和提高设计总体质量的角度全面评审数据设计、总体结构设计、过程设计和人机界面设计 保证软件可维护性的复审 (3) 编码阶段的复审 强调编码风格和内部文档 (4) 阶段性测试 必要的预防性维护 (5) 软件维护活动完成之际也要进行复审 7.5 预防性维护 “老程序”仍然在为用户服务，怎样满足用户对这类老程序的维护要求呢？为了修改这类程序以适应用户新的或变更的需求，有以下几种做法可供选择： 7.5 预防性维护 （1） 反复多次地做修改程序的尝试，与不可见的设计及源代码“顽强战斗”，以实现所要求的修改； （2） 通过仔细分析程序尽可能多地掌握程序的内部工作细节，以便更有效地修