集成 Rational Software Architect 和 Rational Data Architect

核心提示： “我们以前从未实现过 LDM”，凡事总有第一次，集成 Rational Software Architect 和 Rational Data Architect(6)，如果您的企业过去曾经在 LDM 方面走捷径，那么 LDM 发挥的效用越快，并将 PDM 转换成 LDM，

“我们以前从未实现过 LDM”。凡事总有第一次。如果您的企业过去曾经在 LDM 方面走捷径，那么 LDM 发挥的效用越快，企业获得的长期收益越好。

“我们没有 LDM 技术”。优秀的数据建模师值得企业为其投资，因此，您应该雇用拥有 LDM 技术的人员或在内部进行培训。

“我们只需要持久数据，以供这个应用程序使用。”大多数企业应用程序都将需要与其他企业应用程序共享持久数据。LDM 有利于减少总体拥有成本。

最后，有必要提到使用自上而下方法的缺点：

数据模型可能与特定应用程序紧密耦合。

由于应用程序建模中的不规范和以对象为中心的建模，可能无法在 LDM 中立即重用类模型。

自下而上：数据建模到应用程序建模

在自下而上场景中，LDM 建模元素（实体、属性和关系）被转换为类建模元素（类、属性和关联），以便在 RSA 中使用。从企业角度长远来看，使用自下而上方法比使用自上而下方法更好，正如前面小节所说的那样，自上而下方法有一些局限性，而 LDM 则有很多优点。此外，自下而上方法便于分离工作 – 数据建模师只需专心开发企业级词汇表和数据模型；应用程序建模师只需进行应用程序建模。

这个场景中的步骤是：

数据建模师使用 RDA 在一个 LDM 中建模数据。如果已经有一个数据库模式，但是没有物理或逻辑模型，那么 数据建模师根据已有的模式生成一个 PDM，并将 PDM 转换成 LDM。

数据建模师使用 LDM 到 UML 转换将 LDM 的全部或一部分转换成一个类模型。

应用程序建模师在 RSA 中访问和导入类模型。

下面的图显示在自下而上场景中应用程序建模师与数据建模师之间的交互：