强烈推荐第12章 软件维护.ppt

12.1.3 维护工作的过程 整个维护工作包括以下几个依次进行的阶段： （1）接受提出的维护要求。 （2）对所要求的内容进行分析。 （3）对现有系统进行调查（确定修改范围）。 （4）决定维护作业的内容。 （5）修改现行系统。 （6）对修改部分进行测试。 （7）对整个系统进行测试（确定其品质）。 （8）修改后的系统投入正常的运行。 优选文档 * 12.1.4 影响维护工作的因素 影响一个软件系统维护的困难程序，主要的有以下几个程序因素： （1）系统大小 （2）系统年龄 （3）输入/输出数据项个数 （4）应用类型 （5）程序设计语言 （6）结构化程度 优选文档 * 12.1.5 维护策略 程序维护技术水平发展的现状可以用以下几点来概括： （1）多数单位留有的维护历史资料很少。 （2）维护问题既包括技术问题，又包括非技术问题。 （3）尽管现行软件开发技术作为开发工具时，可以提高软件的质量（特别是可靠性），但他们不涉及软件可维护性的所有方面。 （4）因为几乎一半的维护工作与持续的开发任务有关，维护工作比通常所设想的更类似于开发工程。 （5）一半以上的维护工作属于完善性维护。 （6）软件系统的维护工作量取决于系统的大小、年龄、质量以及维护人员的开发经验等变量。 （7）程序质量常常随时间而老化变坏。 优选文档 * 12.1.5.1 控制维护问题和成本的策略 用语解决控制维护问题和成本的策略包括有： （1）通过生产出尽量可靠的系统来基本消除纠错性维护。 （2）适应性维护不能完全避免，但可能能够控制。 （3）使用上述用于纠错性及适应性维护的方法也可以减少完善性维护。 还可以通过使用如下方法来减少支援性的维护： 最新用户文件 联机用户文件 适当的用户培训 专门的维护人员 优选文档 * 影响 维护 代价 因素 技术性因素 非技术性因素 软件对运行环境的依赖性 编程语言 编程风格 文档的质量 清晰、正确和完备的文档能降低维护的代价 测试与改错工作 应用领域的复杂性 开发人员的稳定性 软件的生命期 商业操作模式变化对软件的影响 优选文档 * 12.1.5.2 将维护成本和延误减少到最低限度的措施 （1）对于不断变化着的应用问题，要明确区分哪些是预先规定的，哪些是由用户支配的，懂得随着应用的变化，需要完全不同的技术。 （2）理解数据库技术的重要性。 （3）理解新的程序语言对维护过程的作用。 （4）在做出一个系统的计划时，要估计出长期维护的费用，并选择一种能将这一费用降低到最小程度的技术 （5）估计出用户在完善性维护方面潜在的作用。 （6）在最后进行程序设计之前，使用原型建立工具，以确保系统尽可能地适应用户的要求。 优选文档 * 为使维护工作和费用减到最少的方法更为广泛，这些方法大致可分为七大类型： 1、软件选择 2、可维护性程序设计 3、数据考虑 4、系统考虑 5、终端用户 6、执行维护功能 7、总的管理方法 优选文档 * 维护 策略 为维护工作制订流程 所有维护必须先提交维护申请，维护申请必须规范 软件维护要有计划 在维护过程中需做维护记录 对源程序进行修改 软件配置的修改 优选文档 * 12.2 软件的可维护性 所谓软件的可维护性是指纠正软件系统出现的错误或缺陷，以及为满足新的要求进行扩充或压缩的容易程度。 12.2.1 可维护性的度量 为度量一个软件系统的可维护性，通常可考虑采用下列3种方法： （1）质量检查表 （2）质量测试 （3）质量标准 优选文档 * 12.2.1.1 可靠性 12.2.1.2 可移植性 12.2.1.3 效率 12.2.1.4 可适用性 12.2.1.5 可测试性 12.2.1.6 可理解性 12.2.1.7 可修改性 优选文档 * 12.2.2 提高软件的可维护性 12.2.2.1 建立明确的软件质量目标 12.2.2.2 利用先进的软件技术和工具 12.2.2.3 建立明确的质量保证工作 12.2.2.4 选择可维护的程序设计语言 12.2.2.5 改进程序的文件 12.2.2.6 历史文件 优选文档 * 12.3 软件维护的副作用 修改软件是危险的，因为如果在复杂的逻辑过程中进行一个修改，则潜在错误的可能性就将增加。 优选文档 * 12.3.1 修改代码的副作用 下属修改会比其他修改更容易引入错误： 删除或修改一个子程序。 删除或改变一个语句标号。 删除或改变一个标识符。 为改进执行性能所作的修改。 改变文件的打开或关闭。 改变逻辑运算符。 把设计的修改翻译成主代码的修改。 对边界测试所作的修改。 优选文档 * 12.3.2 修改数据的副作用 修改数据的副作用经常发生在下属一些数据修改中： 重新定义局部或全程的常量。 重新定义记录或文件