软件工程 8. 维护.ppt

第八章 维护 软件维护的定义 软件维护的特点 软件维护过程 软件的可维护性 预防性维护 软件再工程过程 8.1 软件维护的定义 目的：保证软件在一个相当长的时期能够正常运行； 定义：是指在软件交付用户使用后，为了改正软件中的错误或满足用户的新需要而修改软件的过程。 分类： 改正性维护：在软件使用期间，改正用户所发现的程序错误的维护活动； 适应性维护：为了适应变化后的应用环境而进行的修改软件的维护活动； 完善性维护：在使用软件的过程中，为了实现用户增加的新功能或修改已有功能的建议，及其一般性的改进建议，而进行的修改软件的维护活动； 预防性维护：为了改进软件的未来可维护性或可靠性，或为了给未来的改进奠定更好的基础而修改软件的维护活动。 8.2 软件维护的特点 维护的策略： 非结构化维护：基于唯一的软件配置项：程序代码进行的维护活动。 结构化维护：基于完整的软件配置进行的维护活动。 评价设计文档，确定软件的重要结构、性能、接口特点； 估量所做的修改将带来的影响，并且计划实施途径； 修改设计并且对所做的修改进行仔细复查； 编写相应的源程序代码； 使用在测试说明书中包含的信息进行回归测试； 把修改后的软件再次交付使用。 维护的代价高 维护的问题多 8.3 软件维护过程 维护组织 维护报告 维护的事件流 保存维护记录 评价维护活动 软件维护过程：维护组织 成员的角色：维护管理员接收维护请求、系统管理员评价维护请求、变化授权人决定相应的维护活动。 软件维护过程：维护报告 用户填写维护要求表： 改正性维护要求：完整描述导致错误的环境； 适应性、完善性、预防性维护要求：提出一个简短的需求说明书； 确定维护报告： 满足维护要求表中提出的要求所需要的工作量； 维护要求的性质、优先次序； 与修改有关的事后数据。 变化授权人审查 软件维护过程：维护的事件流 软件维护过程：保存维护记录 程序标识、程序变动的层次和标识； 源语句数； 使用的程序设计语言； 程序安装的日期； 自从安装以来程序运行的次数、程序失效的次数； 因程序变动而增加、删除的源语句数； 每个改动耗费的人时数，累计用于维护的人时数； 程序改动的日期，维护开始和完成的日期； 维护要求表的标识； 维护类型； 与完成的维护相联系的纯效益。 软件维护过程：评价维护活动 程序每次运行平均失效的次数； 用于每类维护活动的总人时数； 平均每个程序、每种语言、每种维护类型所做的程序变动数； 维护过程中增加或删除一个源语句平均花费的人时数； 维护每种语言平均花费的人时数； 一张维护要求表的平均周转时间； 不同维护类型所占的百分比。 8.4 软件的可维护性（一） 软件的可维护性：是指维护人员理解、修改、改进软件的难易程度。 决定软件可维护性的因素 可理解性：基于软件配置文档理解软件的结构、功能、接口和内部处理过程的难易程度。 可测试性 可修改性 可移植性：程序从一种计算环境（硬件配置和操作系统）转移到另一种计算环境的难易程度。 可重用性：软件构件不做修改或稍加改动可在不同环境中多次重复使用的程度。 8.4 软件的可维护性（二） 文档：影响软件可维护性的决定因素。 用户文档：描述系统功能和使用方法。 功能描述：说明系统能做什么； 安装文档：说明怎样安装这个系统以及怎样使系统适应特定的硬件配置； 使用手册：简要说明如何使用这个系统(通过例子说明怎样使用常用的系统功能，以及说明用户操作错误时怎样恢复和重新启动)； 参考手册：详尽描述用户可以使用的所有系统设施以及它们的使用方法，还应该解释系统可能产生的各种出错信息的含义； 操作员指南：说明操作员应该如何处理使用中出现的各种情况。 系统文档：描述系统设计、实现和测试等各方面的内容。 8.4 软件的可维护性（三） 可维护性复审：在软件生命周期的每个阶段结束前进行的技术审查和管理复审中，对可维护性进行复审。 需求分析阶段：对将来要改进的部分和可能会修改的部分加以注意并指明；讨论软件的可移植性问题，考虑可能影响软件维护的系统界面。 设计阶段：从容易修改、模块化和功能独立的目标出发，评价软件的结构和过程；设计中对将来可能修改的部分预作准备； 编码阶段：强调编码风格和内部说明文档； 测试阶段：在测试结束时进行最正式的可维护性复审，称为配置复审。其目的是保证软件配置的所有成分是完整的、一致的和可理解的，而且为了便于修改和管理已经编目归档。 维护阶段：在完成每项维护工作之后，对软件维护本身进行仔细认真的复审。 维护软件的注意事项 针对整个软件配置进行维护，不只修改源程序代码；即，当修改时，须同时修改相应的技术文档； 软件再次交付使用之前，对软件配置进行严格的复审。 8.5 预防性维护 预防性维护：把今天的方法学应用到昨天的系统上，以支