《11第十一章软件维护软件工程教案海南大学(共15章)》由会员分享，可在线阅读，更多相关《11第十一章软件维护软件工程教案海南大学(共15章)（25页珍藏版）》请在装配图网上搜索。
1、第十一章第十一章 软件维护软件维护 软件维护的种类软件维护的种类 软件可维护性软件可维护性 软件维护的实施软件维护的实施 软件维护的管理软件维护的管理 软件再工程软件再工程 软件维护的种类 完善性维护（perfective maintenance） 完善和加强产品的功能与性能，以满足用户日益增长的需要。50% 适应性维护（adaptive maintenance） 使软件适应运行环境的变化。25% 纠错性维护（corrective maintenance） 纠正在开发期间未能发现的遗留错误。21% 预防性维护（preventive maintenance） 4% - 为了进一步改善软件的可靠性
2、和易维护性，或者为将来的维护奠定更好的基础而对软件进行修改。 软件可维护性 （maintainability） 可维护性：衡量维护容易程度的一种软件可维护性：衡量维护容易程度的一种软件属性。属性。 影响可维护性的软件属性影响可维护性的软件属性 可理解性（understandability） 可修改性（modifiability） 可测试性（testability）对可维护性的定量度量 问题识别时间 管理延迟时间 收集维护工具时间 问题分析时间 修改规格说明书时间 改正时间 局部测试时间 整体测试时间 维护复审时间 分发与恢复时间提高可维护性的途径 最根本途径：使每一个开发人员维护的重最根本途径
3、：使每一个开发人员维护的重要性，在各个开发阶段都把减少今后的维要性，在各个开发阶段都把减少今后的维护工作量作为努力的目标。护工作量作为努力的目标。 开发期间对软件可维护性影响最大的活动开发期间对软件可维护性影响最大的活动 提供完整一致的文档提供完整一致的文档 采用现代化的开发方法采用现代化的开发方法有文档维护与无文档维护的对比维护申请配置内容评价设计评价代码确定修改方案修改设计重新编码搞清否重新编码复审复审交付使用 未 通 过软件代码 否 未 通 过通过 通过 是软件维护的实施步骤严重性评价错误分析优先度评价维护过程配置复审问题分析区分类型纠错项目表维护人员名单完善 适应纠错开发项目表高低已修
4、改的配置批准交付用户的配置已修改的软件测试*维护人员名单严重不严重软件维护的流程 维护修改建议维护修改建议 分析修改建议分析修改建议是否合理是否合理提交管理部门审查提交管理部门审查是否同意是否同意修改修改撤销撤销NYNY进行测试进行测试 提交管理部门审批提交管理部门审批是否批准是否批准更新主文档更新主文档Y 更新其他文档更新其他文档 提交使用提交使用修改修改N维护申请单 用于维护开始之前 由申请维护的用户填写 应完整地说明导致错误发生的环境（纠错性维护） 提出一个简要的需求说明（适应性或完善性维护）软件维护申请表申请表编号:申请日期: 年 月 日项目编号项目名称维护类别软件维护硬件维护改正性完
5、善性适应性预防性系统设备外围设备问题说明:维修要求:维修优先级申请人维护方式远程/现场申请评价结论:评价负责人: 评价时间: 软件维护申请表修改报告单 用于维护结束之后 由直接进行修改和负责文档管理的人员共同填写 用于记录在维护时期对软件所作的每一次修改修改编码的副作用 修改或删除子程序 修改或删除语句标号 修改或删除标识符 为提高执行效率而做得修改 修改文件的open，close操作 修改逻辑操作符 有设计变动引起的代码修改 修改对边界条件的测试修改数据的副作用 局部或全局常量的再定义 记录或文件格式的再定义 增减数据或其他复杂数据结构的体积 修改全局数据 重新初始化控制标志和指针 重新排列
6、I/O表或子程序参数表修改文档的副作用 文档与程序是软件中不可分的组成部分 任何对程序的修改，都应该及时反映到有关的文档上软件维护的管理软件维护的管理 维护的机构与人员维护的机构与人员 机构：软件开发单位 人员：1名高级管理人员或有高级管理人员和专业 人员组成的修改控制组 管理内容 对申请的审查与批准 维护活动的计划和安排 人力和资源的分配 批准并向用户分发维护的结果 对维护工作进行评价、分析等 维护时期的配置管理 软件配置：一个软件在生存周期内，它的各种形式、各种版本的文档与程序的总称 配置管理工具 配置管理数据库 版本控制库 前者是对所有软件产品进行宏观管理的工具，后者着眼于单个的产品，以
7、文件的形式记录维护管理文档 维护日志 是维护管理员评价维护工作有效性的主要依据 维护前程序的情况 维护中对程序修改的情况 其它的重要数据维护管理文档 维护申请摘要报告维护申请摘要报告 是一种定期报告是一种定期报告 内容包括上次报告以来已经处理了的、正在处内容包括上次报告以来已经处理了的、正在处理的和新接到的理的和新接到的维护申请项数维护申请项数及其及其处理情况处理情况，以及新申请中以及新申请中特别紧迫的问题特别紧迫的问题。 维护趋势图维护趋势图 不定期的报告不定期的报告 显示统计时期内每月收到的显示统计时期内每月收到的新维护申请新维护申请以及以及正正在处理在处理的申请项数的申请项数维护费用的估
8、算开发维护MMEAFACTMM)(dcKPM其中：其中：M维护总工作量维护总工作量P生产性活动生产性活动K经经验常数验常数C程序复杂度（由非结构化维护程序复杂度（由非结构化维护引起的）引起的）D对维护软件熟悉程度的度量。对维护软件熟悉程度的度量。其中：其中：MM为工作量为工作量 ACT=（修改指令数（修改指令数+增加的指令数）增加的指令数）/原指令总数原指令总数 EAF为工作量调节因子，在第十三章会讲到为工作量调节因子，在第十三章会讲到软件再工程软件再工程 正向工程信息库分析文档重构逆向工程代码重构数据重构软件再工程软件再工程运用逆向工程、重构等技术，在充分理解原运用逆向工程、重构等技术，在充
9、分理解原有软件的基础上，进行分解、综合、并重新构建软件，用于有软件的基础上，进行分解、综合、并重新构建软件，用于提高软件的可理解性、可维护性可复用性或演化性。提高软件的可理解性、可维护性可复用性或演化性。再工程=逆向工程+正向工程 正向工程（Forward Engineering）：由抽象的、逻辑性的、不依存代码的设计逐步展开，直至具体代码实现的开发活动，即从需求规格设计到产品初次发布的过程或子过程。 逆向工程（Reverse Engineering）：即对既存系统的分析过程，明确系统各组成部分及其相互间的关系，并将系统以其他形式来表现。逆向工程重构代码提取抽象求精简化“脏的”源代码干净的源代码初始的设计说明最终的设计说明处理界面数据库软件重构 代码重构 应用最新的设计和实现技术 修改老系统的代码 提高可维护性 数据重构 不改变系统结构作业 习习 题题 P262 1.4.6.8.同学们辛苦了！同学们辛苦了！
11第十一章软件维护软件工程教案海南大学(共15章)
