第13章、软件维护.docVIP

第13章、软件维护 基本概念（教材13-1-1） 维护的定义 软件交付运行以后所进行的修改。 维护分类 纠错性维护—纠正错误 适应性维护—适应新的运行环境 改善性维护—增加新的功能、以及变更原有的功能 预防性维护 维护工作量 软件维护占整个生命周期工作量的比例 教材给出的数字是40-70% 各类维护占整个软件维护工作量的比例 改善性维护占50%以上 维护工作量与哪些因素有关 开发工作量 软件规模越大，日后维护的工作量也越大。 软件复杂程度 除了软件规模、技术复杂程度等客观因素以外，还与若干主观因素有关： —不合理的设计（如模块高藕合、低内聚） —不规范的编程 —不清晰的文档 ……. 具体内容可参考第14章之“软件复杂性度量” 维护人员对软件的熟悉程度 软件维护面临的问题与软件工程的目标（教材13-1-1） 软件维护面临的问题 软件不愿意做维护 读他人的程序困难 没有合适的文档参考 不当维护所带来的后果（即维护的副作用） 产生新的错误、甚至使系统瘫痪 使软件的可维护性变坏 修改后的程序越来越难理解 文档与软件越来越不匹配 增加“软件版本管理”及“软件重用”的难度 使软件性能变坏 软件工程针对“软件维护”到底包含哪些内容 管理上：规范软件维护流程 技术上：开发时需要考虑提高软件的可维护性 维护过程（教材13-1-2） 维护组织与角色分工（图13-1） 维护流程（图13-2） 某大型软件公司的维护流程 步骤 内容 分工 1 提出维护申请 服务部门 2 评估维护申请，提出维护方案 开发部门/服务部门 3 审查维护方案，下达维护任务 维护负责人 4 修改设计文档 开发部门 5 修改软件代码 开发部门 6 测试 测试部门 9 提交维护结果 开发部门 10 对维护后版本进行配置审查 配置管理员 11 确认维护结果 维护负责人 12 提交维护后的软件版本 配置管理员 13 交付用户 服务部门 维护记录 软件的可维护性（教材13-1-3） 软件的可维护性与哪些“因素”有关？ 教材论述 MaCall模型 ISO模型 可理解性 可测试性 可修改性 可移植性 简明性 一致性 检测性 模块化 自文档化 简单性 一致性 简单性 模块化 检测性 自描述性 简明性 提高软件可维护性的方法 确定对软件可维护性要求的质量目标 做好需求分析——减少因需求原因所产生的维护 良好的设计——降低软件复杂性 清晰的文档 规范的编程风格 质量保障评审 规范维护流程——避免软件越来越难以维护 关于软件再工程（教材13-2） 了解即可