11-第十一章-软件维护-软件工程教案-海南大学(共15章).ppt

软件工程（第二版） 齐治昌、谭庆平、宁洪 编著 高等教育出版社 主讲：陈明锐 教授 第十一章 软件维护 软件维护的种类 软件可维护性 软件维护的实施 软件维护的管理 软件再工程 软件维护的种类 完善性维护（perfective maintenance） 完善和加强产品的功能与性能，以满足用户日益增长的需要。50% 适应性维护（adaptive maintenance） 使软件适应运行环境的变化。25% 纠错性维护（corrective maintenance） 纠正在开发期间未能发现的遗留错误。21% 预防性维护（preventive maintenance） 4% 为了进一步改善软件的可靠性和易维护性，或者为将来的维护奠定更好的基础而对软件进行修改。 软件可维护性 （maintainability） 可维护性：衡量维护容易程度的一种软件属性。 影响可维护性的软件属性 可理解性（understandability） 可修改性（modifiability） 可测试性（testability） 对可维护性的定量度量 问题识别时间 管理延迟时间 收集维护工具时间 问题分析时间 修改规格说明书时间 改正时间 局部测试时间 整体测试时间 维护复审时间 分发与恢复时间 提高可维护性的途径 最根本途径：使每一个开发人员维护的重要性，在各个开发阶段都把减少今后的维护工作量作为努力的目标。 开发期间对软件可维护性影响最大的活动 提供完整一致的文档 采用现代化的开发方法 有文档维护与无文档维护的对比 软件维护的实施步骤 软件维护的流程 维护申请单 用于维护开始之前 由申请维护的用户填写 应完整地说明导致错误发生的环境（纠错性维护） 提出一个简要的需求说明（适应性或完善性维护） 修改报告单 用于维护结束之后 由直接进行修改和负责文档管理的人员共同填写 用于记录在维护时期对软件所作的每一次修改 修改编码的副作用 修改或删除子程序 修改或删除语句标号 修改或删除标识符 为提高执行效率而做得修改 修改文件的open，close操作 修改逻辑操作符 有设计变动引起的代码修改 修改对边界条件的测试 修改数据的副作用 局部或全局常量的再定义 记录或文件格式的再定义 增减数据或其他复杂数据结构的体积 修改全局数据 重新初始化控制标志和指针 重新排列I/O表或子程序参数表 修改文档的副作用 文档与程序是软件中不可分的组成部分 任何对程序的修改，都应该及时反映到有关的文档上 软件维护的管理 维护的机构与人员 机构：软件开发单位 人员：1名高级管理人员或有高级管理人员和专业 人员组成的修改控制组 管理内容 对申请的审查与批准 维护活动的计划和安排 人力和资源的分配 批准并向用户分发维护的结果 对维护工作进行评价、分析等 维护时期的配置管理 软件配置：一个软件在生存周期内，它的各种形式、各种版本的文档与程序的总称 配置管理工具 配置管理数据库 版本控制库 前者是对所有软件产品进行宏观管理的工具，后者着眼于单个的产品，以文件的形式记录 维护管理文档 维护日志 是维护管理员评价维护工作有效性的主要依据 维护前程序的情况 维护中对程序修改的情况 其它的重要数据 维护管理文档 维护申请摘要报告 是一种定期报告 内容包括上次报告以来已经处理了的、正在处理的和新接到的维护申请项数及其处理情况，以及新申请中特别紧迫的问题。 维护趋势图 不定期的报告 显示统计时期内每月收到的新维护申请以及正在处理的申请项数 维护费用的估算 软件再工程 正向工程（Forward Engineering）：由抽象的、逻辑性的、不依存代码的设计逐步展开，直至具体代码实现的开发活动，即从需求规格设计到产品初次发布的过程或子过程。 ????逆向工程（Reverse Engineering）：即对既存系统的分析过程，明确系统各组成部分及其相互间的关系，并将系统以其他形式来表现。 逆向工程 软件重构 代码重构 应用最新的设计和实现技术 修改老系统的代码 提高可维护性 数据重构 不改变系统结构 作业 习 题 P262 1. 4. 6. 8. 同学们辛苦了！！！ * ★省级精品课程★ 维护申请 配置内容 评价设计 评价代码 确定 修改方案 修改设计 重新编码 搞清否 重新编码 复审 复审 交付使用 未 通 过 软件 代码 否 未 通 过 通过 通过 是 严重性评价 错误 分析 优先度评价 维护过程 配置复审 问题分析 区分 类型 纠错项目