第1部分 软件工程基础.ppt

74软件维护的策略及副作用 --软件维护策略 六、软件配置的修改 为了保持文档的完整性，可以采用一些CASE工具或联机的文档形式。在采用联机文档时，相同的内容不要在多处复制，应该采用链接引用的方式，避免造成文档不一致。事实上，如果在软件日常的运行和维护过程中生成一些历史文档，会对软件维护非常有利 三种 重要历史 文档 ①系统开发日志 ②错误记载 ③系统维护日志 74软件维护的策略及副作用 --软件维护策略 七、维护结束后将软件重新交付用户，并对维护的效果及其对系统的影响进行评价 计划编号：eval_wh_012 项目名称：网络测评系统 初始状态描述：不同类型的人员可以进行交叉测评。按需求：各类人员只进行自身类型的测测评，如管理人员只能对管理人员进行测评，教师只能测评教师。 模块名称：测评控制管理 源程序行数：210 编程语言：PHP 失效次数：3 编号：evalobject_01 机器指令长度：25Kb 程序安装日期：****年**月**日 程序运行时间： 维护措施： 日期 维护内容 增/删/改 工作量 维护人员 **月**日 查错，确定错误位置 修改部分源程序 0.2个人月 **** …… ? ? ? ? 维护结果：经过对需求的进一步确认，对指定编号的模块进行了修改，纠正了源程序中出现的错误。 维护人员：***** 案例 维护 记录 记录编号：eval_wh_012 日期：****年**月**日 74软件维护的策略及副作用 --软件维护的副作用 三种类型 副作用 代码的副作用 数据副作用 文档的副作用 对代码的修改最容易发生副作用，修改会使程序混乱、结构不清晰、可读性变差，而且会产生连锁反应。代码的副作用有时通过回归测试可以发现，一经发现应立即采取补救措施 。 数据结构是程序的骨架，在维护阶段一旦修改了数据结构，软件设计与数据可能就不再吻合，错误随即出现。容易产生数据副作用的修改包括：局部常量与全局常量的再定义、记录与文件格式的改变、增减数据结构的容积、修改全局数据、重新初始化控制标志与指针、重新排列I/O表或子程序的参数表、修改用户数据等 对软件的任何修改都应在相应的技术文档中反映出来，如果设计文档不能与软件当前的状况对应，则会比没有文档更糟。因为用户很多情况下都按照使用说明来使用软件 74软件维护的策略及副作用 --软件维护的副作用 经验 减少维 护防止 副作用 ①使用CMMI(能力成熟度集成模型)框架体系的思想来改善软件企业的软件过程管理 ②在开发与维护过程中尽量采用有效的CASE工具 ③维护完成以后，一定要进行回归测试 75软件维护中的新问题--软件结构对维护的影响 一、面向对象的软件维护 面向对象的软件易于修改，但不易理解，因此维护的难度较大，但对于已理解的程序则修改较结构化程序容易得多。 措施 特点 (1)研制针对面向对象软件特点的维护工具，帮助人们分析、理解软件。 (2)软件开发人员在使用面向对象的某些技术(如继承、动态联接等)时要特别小心 (3)有关权威机构或软件的开发组织应尽快建立一个控制、规范动态联接和多态性使用的标准，最大限度地减少这方面的任意性。 (4)开发人员要在文档中作好记录，特别要记录好具有密切关系的类集的活动及测试过程，使文档能尽量全面地反映软件的情况。 75软件维护中的新问题--软件结构对维护的影响 二、多层结构软件的维护 多层结构的软件大多属于C/S（或B/S）结构，比较多的有客户机/服务器的二层结构和客户机/应用服务器/数据库服务器三层结构，这些结构目前是，今后仍然是主要的应用软件结构。 对这类软件结构的维护一般是采用客户端和服务器端分开维护的方法： 客户机上的软件修改完成后既可以制作成自动安装的光盘传递给用户自行安装，以替换原来的旧软件； 也可以通过系统后台服务器借助于网络直接进行，不需要到用户的现场去，使得软件的安装与升级变成了一个完全透明的过程。而服务器上的软件由维护人员直接在服务器上修改、测试、安装、运行即可。 75软件维护中的新问题--因特网对软件维护的影响 两个 方面 (1)基于因特网的远程维护 (2)浏览器/服务器软件结构(B/S)的维护 远程软件维护系统 ——获取诊断软件故障所需要的信息 ?发送至服务器?维护人员就可以在本地对软件进行分析、修改、验证； ——借助于因特网通过远程控制系统来完成远程软件的安装与更新 。 软件的维护只要集中在服务器上即可，客户端几乎没有维护的需要。当然这一切都是建立在因特网的基础之上的。 75软件维护中的新问题--UML对软件维护的影响