软件工程基础汇总.ppt

74软件维护的策略及副作用 --软件维护策略 二、所有维护必须先提交维护申请，维护申请必须规范 提出申请，填写申请报告 用户 系统维护者 报告中写明维护的原因、缓急程度 。改正性维护，用户必须完整地说明出现错误的情况，包括输入数据、输出信息、错误清单以及其它相关信息。如果是适应性维护，用户要说明软件要适应的新环境。对于完善性维护，用户必须详细说明需求变化和性能要求，对于新增加的需求，仍然要进行需求分析、设计、编程和测试，相当于一个二次开发的工程。维护机构对申请进行评价，将评价结果填写在申请表的评价结果栏内 或 74软件维护的策略及副作用 --软件维护策略 √ 批准 拒绝 远程维护 √ 现场维护 软件：√ 纠错维护 适应维护 完善维护 硬件： 系统设备 外部设备 √ 批准 拒绝 项目名称 网络测评系统 项目编号 ? 问题说明：(数据输入、错误现象)不同类型的人员可以进行交叉测评。 按需求：各类人员只进行自身类型的测测评，如管理人员只能对管理人员进行测评，教师只能测评教师。 预计维护的结果： 修正程序中的人员权限，使得每种类型的人员只能进行自身类型的测评。 维护安排 维护类型 维护要求及优先级：在测评之前必须修正，否则会造成测评结果的不准确 维护时间 ****年**月**日 至 *****年**月**日 共计 0.5 人月 环境 ? 申请人：****** 申请评价结果：修正错误 评价负责人：*** 批准 拒绝 √ ? 软件 维护 请求 报告 案例 74软件维护的策略及副作用 --软件维护策略 三、软件维护要有计划 如果维护申请通过了审批，维护主管要负责制订维护方案和维护计划，维护计划应包括： 已经确认的问题 维护范围 维护工作安排 维护优先级 预计维护工作量 用户与维护方各自的责任等 74软件维护的策略及副作用 --软件维护策略 四、在维护过程中需做维护记录 维护记录是维护主管用来检查维护计划完成情况，监督维护过程，保障软件质量的基本信息； 所有维护人员必须按规定格式和内容填写维护过程和记录，案例文档之十九给出了本书案例的一个软件维护记录。 74软件维护的策略及副作用 --软件维护策略 五、对源程序进行修改 在进行软件维护时，必然要对源程序进行修改。对源程序的修改不能无计划地仓促进行，必须要按照一定的步骤进行： 分析与理解程序 修改程序 对修改进行验证（回归测试）。 74软件维护的策略及副作用 --程序修改 1、分析与理解程序 目标 (1)理解程序的功能和目标 (2)掌握程序的结构信息，将程序分解出程序系统结构、控制结构、数据结构和输入/输出结构等 (3)了解数据流信息，清楚所涉及的数据来源为何处，在哪里被使用 (4)了解控制流信息，即执行每条路径的结果 (5)理解程序的操作要求 74软件维护的策略及副作用 --程序修改 阅读 程序 技巧 (1)在阅读源程序之前，首先应该阅读与源程序相关的说明性文档 。如：程序功能、数据结构、输入输出格式、文件格式、程序使用说明等 (2)在精读源程序之前要泛读源程序 (3)画出软件的数据流程图 (4)分析程序中涉及的数据库表的结构、数据文件结构，如果能够确定数据结构及数据项的含义就在此写出 (5)仔细阅读源程序的每个过程。比较有效的方法是画出每个过程的程序流程图，分析过程中定义的局部数据结构。同时，做一张过程引用全局数据结构表，维护人员可以清晰地了解程序中对全局数据结构的访问情况 74软件维护的策略及副作用 --程序修改 2、修改系统 修改 系统？ 做修改计划 分离受影响的模块与数据结构 提供回避措施 修改 是 主要是考虑人员和资源的安排 。修改规格的说明信息、维护的资源、维护人员安排、所需提供的条件等 1、在问题的原因还未找到时，先就问题的现象，提供回避的操作方法 。如（1）意外停机，系统完全不能工作 ；（2）安装的期限到期，而系统又要求延迟变更 。 2、了解了问题的原因，可以通过临时修改或改变运行控制以回避在系统运行时产生问题 。 减少修改时产生副作用 应解决问题： 1、修改前做好备份，以便比较； 2、正确有效编写代码，尽量保持原风格，简注原因与日期； 3、不要共用原已定义临时变量与工作区； 4、不轻易删除程序语句；5、边修改边做好记录 74软件维护的策略及副作用 --程序修改 日期 修改内容 修改原因 特别说明 ? ? ? ? 有 无