本文是该系列的第四篇，前面三篇介绍了具体的迁移方法和措施，本文介绍迁移完成后还应该注意哪些事情，以及应该做哪些事情。

　　如果你的目的纯粹是为了将用户成功过渡到一个相应的非大型机环境，那么本文对你就没什么用，你可以飞过。但如果你想让迁移后的应用超越原来在大型机上的应用，我这里给你介绍几个简单有效步骤，帮助你扫清前面的障碍，最关键的一点是这些措施和策略要从项目开始时就采用，否则它们会增加你的成本。这些迁移后的策略包括：

• 大型机应用现代化
• 重建应用
• 分布式集成

　　大型机应用现代化

　　大型机应用程序要继续满足现在几未来的需要，包括支持Web浏览器，PC访问和Web Service，但遗憾的是许多大型机应用程序都不能做到这一点，迁移人员应该考虑尽可能在迁移期间使用Web Service技术，无论你是想在迁移之前还是迁移到目标平台之后Web Service化，这并没有严格的规定，但是对大型机应用程序的结构和行为了解得越多，要将其封装为“Web服务提供者”就要容易得多。

　　人们很容易低估大型机应用程序现代化的用途，但是迁移人员应该知道，如果客户想创建一个内部云或使用一个外部云，迁移的应用程序在云中是不能使用的，除非它转换为一个Web Service，如果将应用虚拟成一组Web Service，对于关键业务应用，企业将会获得巨大的好处。

　　重建应用

　　在第一篇文章中，我谈到了重建是迁移大型机应用的一个好方法，利用工具从现有大型机应用中提取程序模型，然后再自行编码，重建大型机应用通常都会采用标准的模型，在设计和开发阶段都允许变更，这个过程不仅可以生成适用于所有主流编程语言和环境的应用实例，还通过修改设计使得更容易修改和升级程序。

　　聪明的迁移人员应该确保重建工具生成一个标准化的模型，要能够适应企业现有的开发过程，对于所有重建的大型机应用程序，或重新编译的应用程序，企业在今后如果还想再次迁移，扩展和或合并，那时的风险就要低得多，迁移速度也会更快。

　　分布式集成

　　如果迁移后的应用程序仍然是以相同的方式为相同的最终用户服务，那就没什么可怕的，迁移的关键任务是设置好迁移后的应用程序与其它分布式应用程序的通信和集成，注意这里不是要在两个应用程序之间建立起标准的通信方法，而是要在两者之间建立起标准的数据交换方法，更具体一点就是，要定义大型机的元数据，在全局元数据仓库中将它包括进来，当然也要包括目标平台的数据。数据合并技术如ETL或IBM的Information Server都可以使用这些数据进行主数据管理，跨企业的报告等。