第八章维护-Read.ppt

* 在完成了每项维护工作之后，都应该对软件维护本身进行仔细认真的复审。 --- 维护应该针对整个软件配置，不应该只修改源程序代码。当对源程序代码的修改没有反映在设计文档或用户手册中时，就会产生严重的后果。 --- 每当对数据、软件结构、模块过程或任何其他有关的软件特点做了改动时，必须立即修改相应的技术文档。不能准确反映软件当前状态的设计文档可能比完全没有文档更坏。 --- 用户通常根据描述软件特点和使用方法的用户文档来使用、评价软件。如果对软件的可执行部分的修改没有及时反映在用户文档中，则必然会使用户因为受挫折而产生不满。 * 8.5 预防性维护 预防性维护方法是由Miller提出来的，他把这种方法定义为：“把今天的方法学应用到昨天的系统上，以支持明天的需求。” 开发和维护者不应等待用户的维护申请,在条件具备时应该主动地进行预防性维护。 预防性维护对象: 预计若干年内将继续使用的程序 当今正成功使用的程序 最近的将来要进行大修改和完善的程序 再工程是一个重构活动（类比 重建一所房子） 开始重建前，首先检查一下房子。确定它是否确实需要重建？ 在拆掉并重建房子前，确定其结构是否牢固。若结构良好，则可能是“改造”。 在开始重建前，确保你已经了解房子最初是如何建造的。（墙内部，了解布线、管道以及内部结构。） 如果开始重建，应该使用最现代的，耐久的材料。 如果决定重建，