ch第七章软件维护与软件再工程.pptVIP

软件维护与软件再工程 软件维护需要的工作量很大，平均说来，大型软件的维护成本高达开发成本的4倍左右。 目前国外许多软件开发组织把60%以上的人力用于维护已有的软件，而且随着软件数量增多和使用寿命延长，这个百分比还在持续上升。 将来维护工作甚至可能会束缚住软件开发组织的手脚，使他们没有余力开发新的软件。 §1 软件维护的概念 软件维护的定义 所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 四类维护活动： 改正性维护 适应性维护 扩充与完善性维护 预防性维护 1 改正性维护，诊断和改正软件中存在错误的过程。 2 适应性维护，为和变化了的环境适当地配合而进行的修改软件的活动，是既必要又经常的维护活动。 外部环境(新的硬、软件配置)或数据环境(数据库、数据格式、数据输入/输出方式、数据存贮介质)可能发生变化，为了使软件适应这种变化而修改软件的过程 3 完善性维护，在使用软件的过程中用户往往提出增加新功能或修改已有功能的建议，还可能提出一般性的改进意见。（较多） 4 预防性维护，为了改进未来的可维护性或可靠性，或为了给未来的改进奠定更好的基础而修改软件。 (较少) 各类维护所占比例: 各类维护活动的根本目的是延长软件生存期 §2 软件维护的特点 2. 维护中的典型问题 (1)难以跟踪软件版本的进化过程, 软件的变化未在文档中反映出来. (2)难以跟踪软件的创建过程. (3)难以读懂他人程序. (4)无文档或不全. (5)软件人员流动性大. (6)设计时未考虑修改需要,修改困难. (7)维护工作无吸引力,缺乏成就感. §3 软件的维护任务 软件维护申请报告 软件维护组织通常提供维护申请报告MRP（maintenance request form）或称软件问题报告，由申请维护的用户填写。 若遇见一个错误，用户必须完整说明产生错误的情况，包括输入数据，软件组织内部应相应地做出软件修改报告。错误清单以及其他有关材料。 维护申请报告是由软件组织外部提交的文档，是计划维护工作的基础，软件组织内部应相应地作出软件修改报告SCR（software change report）。并指明： 1）所需修改变动的性质 2）申请修改的优先级 3）为满足某个维护申请报告，所需的工作量 4）预计修改后的状况 3.2 保存维护记录 改进程序的文档 在软件维护阶段，利用历史文档，可以简化维护工作。历史文档有三种： （1）系统开发日志： 记录项目的开发原则，开发目标，优先次序，选择某种设计方案的理由决策策略，使用的测试技术和工具，每天出现的问题，计划的成功和失败之处。 （2）错误记载 出错的历史记录，对于预测今后可能发生的错误类型及出错频率有很大帮助。 对出错的统计，跟踪，可以合理的评价软件质量度量标准和软件方法的有效性。 （3）系统维护日志 记录在维护阶段有关系统修改目的信息。包括修改的宗旨，修改的策略，存在的问题，问题所在的位置，解决问题的办法，修改要求和说明，注意事项，新版本说明等信息。 它有助于人们了解程序修改背后的思维过程，以进一步了解修改的内容和修改带来的影响。 维护记录应该记录那些数据： 程序标识； 源语句数； 机器代码指令数目； 使用的编程语言； 程序安装日期； 程序安装以来运行的次数； 程序安装以来运行后故障的次数； 程序修改的级别和标识； 由于程序修改而增加的源语句的数目； 由于程序修改而删除的源语句的数目； 每项修改所需的人时数； 程序修改日期； 软件工程师标识； 维护类型； 维护开始与结束的日期； 用于维护所需的人时数； 与所完成维护的效益； §4 软件维护的实施 4.1 修改源程序的三个步骤 分析和理解程序 修改程序 重新验证程序 4.2 维护的副作用(修改程序的副作用) 维护的目的是为了延长软件的寿命并让其创造更多的价值。但修改软件是危险的，每修改一次，潜伏的错误就可能增加一分。这种因修改软件造成的错误或其他不希望出现的情况称为维护的副作用。 维护的副作用有三种。 修改代码的副作用 修改数据的副作用 修改文档的副作用 1、编码副作用 在修改源代码时可能引入错误。例如： l?删除或修改一个子程序、一个标号、一个标识符； l?改变程序代码的时序关系，改变占用存储的大小， 改变逻辑运算符； l?修改文件的打开或关闭； l?改进程序的执行效率； l?把设计上的改变翻译成代码的改变； l?为边界条件的逻辑测试做出改变。 以上这些变动都容易引入错误，要特别小心，