8 维护.pptVIP

第8章 维护 内容 软件维护定义 软件维护的特点 软件维护过程 软件的可维护性 预防性维护 软件再工程过程 8.1 软件维护的定义 软件维护：在软件已经交付使用之后，为了改正错误或满足新的需求而修改软件的过程。 分类： 改正性维护：改正程序中的错误和缺陷 适应性维护：改进设计以适应新的软、硬件环境 完善性维护：修改软件或增加新的功能 预防性维护：提高未来软件的可维护性、可靠性或未来的可能改进而修改软件的过程 各类维护活动的根本目的是延长软件生存期 8.2 软件维护的特点 8.2.1 结构化维护和非结构化维护差别巨大 非结构化维护：不采用软件工程方法开发的软件，只有程序没有文档，难以维护，难以进行回归测试。 结构化维护：使用软件工程方法开发的软件，文档齐全、易于维护。 8.2.2 维护的代价高昂 软件工程过程中不考虑维护问题造成软件维护困难。 8.2.3 维护的问题很多 难以读懂他人程序 无文档或不全 不能指望开发人员仔细说明软件 设计时未考虑修改需要，修改困难 维护工作无吸引力，缺乏成就感 8.3 软件维护过程 1. 维护组织 8.3 软件维护过程 2. 维护文档： 维护要求表：用户填写出错情况或维护规格要求 维护修改报告：维护的性质、工作量、优先级、预计修改后的状况。 维护记录：维护的实际情况记录 8.3 软件维护过程 3. 维护的流程 （1）用户填写维护要求表 （2）维护管理员和系统管理员评价用户提交的维护要求表 （3）软件组织制定维护修改报告并审查批准 （4）分配人员进行维护并做详细记录。 维护的事件流 8.3 软件维护过程 4. 保存维护记录 维护过程中作应记录的数据 供维护评价使用 5. 维护评价 度量维护工作 8.3 软件维护过程 软件维护的副作用（补充） （1）定义： 指由于修改软件而导致的新的错误或其它多余的操作 （2）表现 （1）编码的副作用：修改源程序时引入错误 （2）数据的副作用：修改数据结构造成错误 （3）文档的副作用：修改文档中的部分内容造成与其他部分不一致等现象。 8.4 可维护性 软件可维护性：维护人员对该软件进行维护的难易程度，具体包括理解、改正、改动和改进该软件的难易程度。 8.4.1 决定可维护性的因素 1. 可理解性 2. 可测试性 3. 可修改性 4. 可移植性 5. 可重用性 可维护性在各类维护中的侧重点 8.4.2 如何提高程序的可维护性 1、明确软件的质量目标 2、利用先进的软件开发技术 3、建立明确的质量保证制度 4、选择便于维护的程序设计语言 5、改进软件的文档（文档是影响软件可维护性的决定因素） 8.4.3 文档 用户文档 功能描述 安装文档 使用手册 参考手册 操作员指南 系统文档 从问题定义开始一系列与系统实现有关的文档。 8.4.4 可维护性复审 在软件开发的每个阶段都要考虑并努力提高软件的可维护性。 需求分析：考虑未来可能要修改和改进的部分、可移植性 设计：考虑模块化、结构 编码：风格、文档、可重用构件 测试：注意需要预防性维护的部分 维护应该针对整个软件配置，而不是只修改源码。 8.5 预防性维护 维护老程序 反复多次修改（盲目） 仔细分析程序掌握细节，以便修改 深入理解原有设计，用软件工程方法重新设计、编码、测试需要变更的部分（局部再工程） 用软件工程方法全部重新设计、编码、测试（软件再工程） 把今天的方法学应用在昨天的系统上，以支持明天的需求。 8.6 软件再工程 软件再工程： 是一个工程过程，将逆向工程、重构和正向工程组合起来，将现存系统重新构造为新的形式。 软件再工程过程模型 逆向工程 逆向工程(反推工程reverse engineering) 从现有软件恢复设计信息(有用的维护信息) 本章总结 软件维护定义 软件维护的特点 软件维护过程 软件的可维护性 预防性维护 软件再工程过程 软件维护—练习题 软件维护—练习题 软件维护—练习题 软件维护—练习题 * 复习 软件测试基础 目标 准则 测试方法 测试步骤 单元测试 集成测试 确认测试 * 复习 白盒测试 逻辑覆盖 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 路径覆盖 * 白盒测试 控制结构 基本路经测试 条件测试 循环测试 * 复习 黑盒测试 1.等价类划分法 2.边界值分析法 3.错误推测法 调试 调试过程 调试途径 改正性维护占全部维护量的比率已从80年代初的20%大幅度下降, 90年代初一些公司的产品差错率已接近于零。 其它维护 4 % 软件 生存 周期 软件诞生 计 划 分 析 设 计 编 码 测 试 运行和维护(简称维护) 改善期 稳定期 陈旧期 1年-10年 2个月-2年 重构 软件工程周期 M = P + K × exp(c-