软件进化教材.pptVIP

9.3.2 系统再工程 重组，或重写的一部分或全部的遗留系统不改变其功能。 适用于大型系统中那些需要频繁维护的子系统，但不是所有的子系统。 系统再工程使系统更容易维护。该系统可以被重新构造和重新记录。 再工程的优点 较小的风险 新开发软件是高风险的。有可能存在开发的问题、人员的问题和系统描述的问题等。 较小的成本 再工程的成本较之重新开发一个软件的成本来说要小得多。 再工程过程 再工程活动 源代码转换 将代码转换到一个新的语言。 反向工程 对程序进行分析并理解它。 程序结构改善 对程序结构分析并修改使之易于理解。 程序模块化 重构程序结构。 数据再工程 改变程序处理数据以反映程序变更。 再工程方法 再工程成本因素 软件质量的重新设计。 再工程的工具支持。 必需的数据转换的程度。 再工程专家人员的可用性。 这可能是一个问题，基于老技术的系统，其技术不再广泛使用. 9.3.3 通过重构进行预防性维护 重构用来提升程序以减缓其由于更改而退化的过程。 可以把重构看成是“预防性的维护”，以此来减少将来的修改产生的问题。 重构通过改善程序来提升它的结构，减少它的复杂性，使之容易理解。 当你重构一个程序时，你更关注的是改善程序而不是添加功能。 重构和再工程 再工程发生在系统已经维护一段时间并且维护费用不断上升的情况下。通过使用自动化工具来处理并再工程一个遗留系统，产生一个更具可维护性的新的系统 重构是一个连续不断的改进过程，它贯穿于开发和进化的整个过程。重构是要避免导致成本上升和维护困难的结构以及代码的退化问题。 程序代码中的“坏味道” 冗余代码 在程序的不同地方相似的代码重复出现很多次。这种情况可以通过删除和用一个方法或功能去实现。 长方法 如果方法太长，那么这个方法应当被重新设计成几个较短的方法。 选择语句 这种情况常牵扯到重复，因为选择语句switch依靠的同一个值的不同类型。 程序代码中的“坏味道” 数据聚焦 当同样的一组数据项在程序的不同地方重复出现时，数据聚集就出现了。通常可以通过用一个对象封装所有的数据来解决。 假设的一般性 这种情况发生在，当开发者为了以后万一使用到在程序中所包含的一般性。这通常可以简单地删除掉。 9.4 遗留系统管理 依靠遗留系统的机构，必须选择不断发展这些系统的战略。 彻底抛弃这个系统：当系统不能对业务过程产生有效的作用时 继续维护这个系统 对系统再工程以改善其可维护性 以一个新的系统代替整个或部分系统 策略的选择取决于系统的质量和它商业价值 遗留系统评估实例 系统质量 业务价值 高业务价值 低质量 高业务价值 高质量 低业务价值 低质量 低业务价值 高质量 遗留系统分类 低质量，低业务价值 这些系统应该被抛弃. 低质量，高业务价值 被再工程或别其他合适的系统替代. 高质量，低业务价值 用COTS替代，抛弃或维护. 高质量，高业务价值 继续维护. 业务价值评估 从不同的角度评估 系统的最终用户; 业务客户; 生产线管理者; IT 管理者; 高级管理人员。 访谈不同的利益相关者和整理的结果。 业务价值评估要讨论的问题 系统的使用 系统使用较少，那么含较低的业务价值 支持业务流程 引入不合适的业务流程，系统业务价值降低 系统的可靠性 系统可靠性比高，系统业务价值降低 系统的输出 业务依赖系统输出，系统业务价值高 系统质量评估 业务过程评估 业务流程如何支持当前的业务目标? 环境评估 系统环境的有效性如何，其维护是多么昂贵? 应用评估 应用软件系统的品质是什么? 业务过程评估 使用的面向观点的方法和系统的利益相关者寻求答案 是否有一个定义的过程模型和它的遵循？ 相同的功能，不同部位的组织使用不同的流程？ 业务过程是如何被改编？ 与其他业务流程的关系是什么，这些是必要的吗？ 有效地支持遗留应用程序软件的过程吗？ 示例 - 旅行预订系统可能具有较低的商业价值，因为广泛使用的基于Web的订购系统. 环境评估中考虑的因素 Factor Questions Supplier stability Is the supplier still in existence? Is the supplier financially stable and likely to continue in existence? If the supplier is no longer in business, does someone else maintain the systems? Failure rate Does the hardware have a high rate of reported failure