软件工程-08维护.ppt

QA * * 软件工程Software EngineeringCH8 维护 济南大学 信息科学与工程学院 软件生命周期 可行性研究 需求分析 概要设计 详细设计 实 现 集成测试 确认测试 使用与维护 退役 软件定义 软件开发 软件使用与维护 软件维护主要任务是在软件使用/维护阶段，为了改正错误或满足新的需要而修改软件 大型软件的维护成本高达开发成本的4倍左右 目前国外许多软件开发组织把60％以上的人力用于维护已有的软件 而且随着软件数量增多和使用寿命延长，这个百分比还在持续上升 软件维护 8.1 软件维护的定义 8.2 软件维护的特点 8.3 软件维护过程 8.4 软件的可维护性 8.5 预防性维护 提纲 8.1 软件维护的定义 8.2 软件维护的特点 8.3 软件维护过程 8.4 软件的可维护性 8.5 预防性维护 什么是维护？ 在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 维护做什么？ ① 诊断和改正错误 - 改正性维护(corrective maintenance)，约占全部维护活动的 17~20%； ② 为了和变化了的环境（如软\硬件升级、新数据库等）适当地配合而修改软件 - 适应性维护(adaptive maintenance)，约占全部维护活动的18~25%； 软件维护的定义 维护做什么？ - cont. ③为了增加新功能，修改已有功能，改造界面，增加HELP等，而修改软件 - 完善性维护(perfective maintenance),约占全部维护活动的50~66% ； ④为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础而修改软件 - 预防性维护(preventive maintenance)，与其它维护活动共占总维护的4%左右。 注： 一般维护的工作量占生存周期70%以上，维护成本约为开发成本的4倍(80 - 20 Rule)； 文档维护与代码维护同样重要。 8.1 软件维护的定义 8.2 软件维护的特点 8.3 软件维护过程 8.4 软件的可维护性 8.5 预防性维护 1、结构化维护与非结构化维护的对比 软件维护的特点 软件结构、系统接口、 约束条件……？？？ 不知道！ 维护要求 软件配置 只有代码 评价代码 重编程序 复 查 完整配置 评价设计文档 估计改动影响，计划实施途径 修改设计 重编程序 复 查 交付使用 2、维护的代价 有形代价：费用已上升至总预算的80%(1990年的数据)； 无形代价： 占用资源以致延误开发； 修改不及时引起用户不满； 维护引入新错误，降低了软件质量，等等。 维护工作量的经验模型：M = P + K*exp(c - d) M = 维护用的总工作量; P = 生产性工作量 (e.g. 分析, 评估, 设计, 编码, and 测试); K = 经验常数; c = 复杂度 (主要来自缺乏结构化设计和必要的文档) d = 维护人员对软件的熟悉程度. 35%~40% 40%~60% 70%~80% 80%~90% 2000年 1990年 1980年 1970年 软件维护的费用逐年上升 别人的程序很难读懂 文档与代码不一致 开发人员往往不参加维护 大多数软件在设计时没有考虑将来的修改 软件工程的思想至少部分地解决了与维护有关的每一个问题 3、维护的问题 说明性文档不可缺少! 那是给谁看呢？ 工资不一样嘛！ 所以不 是人人 能发财 8.1 软件维护的定义 8.2 软件维护的特点 8.3 软件维护过程 8.4 软件的可维护性 8.5 预防性维护 软件维护过程 本质上是修改和压缩了的软件定义和开发过程 有效的维护需要： 建立一个维护组织 确定报告和评价的过程 为每个维护要求规定一个标准化的事件序列 建立一个适用于维护活动的记录保管过程，并且规定复审标准 软件维护过程 1、建立维护组织(maintenance team)： 在维护活动开始之前就明确维护责任是十分必要的，这样可以大大减少维护过程中可能出现的混乱 要求维护 维护管理员 系统管理员 客户要求 任务评价 任务评价 变化授权人 钱太少 不干！ 2、维护报告 (1) 维护申请报告(Maintenance Request Form) 由用户填写的外部文件，提供错误情况说明（输入数据，错误清单等），或修改说明书等。 (2) 软件修改报告(Software Change Report) 与MRF相应的内部文件，要求说明： ①所需修改变动的性质； ②申请修改的优先级； ③为满足某个维护申请报告，所需的工作量； ④预计修改后的状况 3、维护的事件流 用户 类型