产生联邦代码
最后一步是从模型回到可执行代码的转换。 你可以从映射模型完成这个步骤。 但是你如何确定能够产生正确的代码？
从所有的数据源为信息集成接收正确的代码：
把所有映射模型合并到一个模型中。首先，你需要有一个数据源到联邦模型的整体视图。 如果你在一端覆盖所有源模型那么你就可以这么做，并且把单个联邦模型作为目标留在另外一端。 这个步骤使用很多映射导致一个非常忙碌的模型，并且没有很大的关联，你将会在下一步中删除其中的很多关联。
Rational Data Architect能让你使用多种方法把两个模型合并成一个模型。 其中的一个方法就是使用同样的目标。 我们重复这个过程直到所有的模型都添加到一个模型中。
另外一个合并两个映射模型的方法是当一个目标和另一个目标的源相同的时候。
除去竞争映射。如果你想得到一个单独的可用模型，那么这个步骤是关键。 结果是需要每一个目标元素（列）都有一个单独的可执行的映射。 合并所有的映射模型建立了很多元素，它们是单个映射的目标。 我们将要看到这种元素并且选择一个单独的映射。 所有其它的映射都不需要了，所以可以删除掉。
当然你也可以删除一个你认为不需要的映射组。
你还需要删除说有空的映射组。 你可以通过选择结果映射模型中的映射组细节来轻松的完成这些工作。
从映射模型产生目标计划。虽然你可以从模型中产生DDL，但是这个过程还是要小心。 请记住每一个物理模型都要了解目标的容量。 你需要选择一个WebSphere Information Integrator产生的模型来使用匿名和产生试图来接收联邦代码。
映射模型的代码产生向导中，Rational Data Architect允许为任何产生的元素更改名称，如图所示：图7： 代码的产生结果是一个带所有目标集成模型中的模型的计划，还有代码产生的脚本。
图7：产生集成的计划
使用WebSphere Information Integrator执行计划DDL。
它值得去查看产生的脚本并了解它变化的可用性。 我建议从模型自身产生代码，因为你可以把它根目标和产生代码作比较。
当产生代码的时候，你会使用一个到WebSphere Information Integrator的连接——和反向工程初始模型一样。
现在你已经完成了设计过程。现在要考虑测试和部署问题了。
总结
这篇文章描述了联邦设计产生集成计划的五个步骤的过程。 你将以一系列的中间模型结束，他们都可以被再度使用，在下次开发中将会缩短过程的时间。这个过程还能增加你对总体信息结构的理解。
Rational Data Architect的建立帮助你理解信息的集成。我建议你访问资源以获得更多的信息。
文章来源于领测软件测试网 https://www.ltesting.net/
