软件维护教程.ppt

第 8 章 软件维护 第8章 软件维护 8.1 软件维护的定义 8.2 软件维护的特点 8.3 软件维护的过程 8.4 软件的可维护性 8.5 预防性维护 8.6 软件再工程过程 软件维护 软件生命周期的最后一个阶段 基本任务:保证软件在一个相当长的时期能够正常运行。 工作量很大 大型软件的维护成本高达开发成本的4倍左右。 国外许多软件公司把60%以上的人力用于维护已有的软件 软件工程的目的: 提高软件的可维护性，以减少维护工作量，降低总成本。 一、软件维护的定义 软件维护：软件已经交付使用之后，为了改正错 误和满足新的需要而修改软件的过程。 改正性维护 软件测试不可能暴露所有潜藏的错误，所以在任何大型程序的使用期间，用户必然会发现程序错误，报告给维护人员。 诊断和改正错误的过程称为“改正性维护”。 占17-21% 一、软件维护的定义 适应性维护 软件的运行环境经常 改变：硬件、操作系统每3-5年就会更新，外部设备和其他系统部件也时常增加或修改；然而，应用软件的使用寿命很易超过10年，远长于运行环境的寿命。 “适应性维护”，是为了和变化了的环境相配合而修改软件。 占18-25% 完善性维护 用户在使用软件的过程中，往往提出增加或修改功能的建议，还可能提出一般性的改进意见。 “完善性维护”正是为了满足这类要求。 占50-66% 预防性维护 为改进未来的可维护性或可靠性，或给未来的改进奠定更好的基础而修改软件。 相对比较少 一、软件维护的定义 二、软件维护的目的 各类维护活动的根本目的是延长软件生存期 一. 维护的形式 非结构化维护 软件配置的惟一成分是程序代码，程序内部文档不足 对于软件结构、全程数据结构、系统接口、性能和(或)设计约束等经常会产生误解，而且对程序代码所做的改动的后果也是难于估量的： 没有测试文档，所以不可能进行回归测试(即指为保证所做的修改没有引入新的错误而重复过去做过的测试)。 代价很高：浪费精力并且遭受挫折的打击。 是没有使用良好定义的方法学的必然结果。 一. 维护的形式 结构化维护 软件配置完整，维护从设计文档开始。 确定软件重要的结构特点、性能特点以及接口特点；估量改动将带来的影响，并且作实施计划。 首先修改设计，并且对修改进行仔细复查。接下来编写相应的代码；使用在测试文档进行回归测试；最后，把修改后的软件再次交付使用。 减少浪费精力，并能提高维护的总体质量。 是在开发早期应用软件工程方法学的结果。 一.维护的形式 二. 维护的成本 维护成本占软件总预算的比例不断增加： 70年代：35％－40％ 80年代：40％～60％ 现在：80％甚至更多 软件维护的工作量可分为二类： 生产性： 用于分析和评价软件系统，修改软件设计和代码 非生产性： 用于理解代码功能、结构特征以及性能约束 二. 维护的成本 软件维护工作量模型： M=P + K × e ( c-d ) M=维护总工作量 P=生产性工作量 K=经验常数 c=复杂度（表示设计的好坏以及文档的完整程度） d=对欲维护软件的熟悉程度 模型表明：如果没有好的软件开发方法的支持，没有完整的软件配置，或者软件开发人员不能参与维护，那么软件维护的工作量会呈指数上升。 三. 维护可能存在的问题 软件维护过程中出现的问题大都归因于软件规划和软件开发方面的缺陷、不遵循标准等。 与维护有关的问题： 很难追踪软件版本的进化过程，软件的变化没有体现在相应的文档中 文档不齐全、不合格-（只有容易理解并且与代码完全一致的文档才有价值） 理解他人的软件比较困难 人员流动大，维护人员得不到开发人员的帮助 软件修改困难，易出错 缺乏成就感 维 护 活 动 维护活动： 1.建立维护组织； 2.强调报告和评估过程； 3.为每个维护申请确定标准化的事件序列； 4.制定保存维护活动记录的制度和有关复 审和评估的标准。 一. 维护组织 大型系统建立专门的机构来记录维护过程出现的问题及控制对软件的修改。 一个好的组织模式极为重要 二. 维护报告和评估 所有的维护申请都应以标准化的形式（维护申请清单/软件问题报告），由用户填写清楚。 纠错性维护：记录出错现场（输入数据、出错信息等） 适应性和完善性维护：同时提供一个简短的修改规格说明书（简单的需求规格说明书） 当一个维护请求被核准后，维护申请单将成为外部文档，应被视为完成维护任务的主要依据 由维护管理员和系统管理员评价用户提交的维护申请表，在软件组织内部制定出一个软件修改报告，包括： (1) 满足维护要求表中提出的要求所需要的工作量； (2) 维护要求的性质；