集成 Rational Software Architect 和 Rational Data Architect

核心提示： 实际上，对于类模型和 LDM 的同步和变更管理并不容易，集成 Rational Software Architect 和 Rational Data Architect(8)，因为它们处在不同的工具中，并且常常由不同的角色 – 应用程序建模师和数据建模师 – 来处理，以反

实际上，对于类模型和 LDM 的同步和变更管理并不容易，因为它们处在不同的工具中，并且常常由不同的角色 – 应用程序建模师和数据建模师 – 来处理。但是，通过认真的计划、积极的交流和严格的变更管理，可以有效地利用工具特性，并实现端到端的数据治理。

取决于要更新类模型还是 LDM，中间会合场景中有两种用例：

当类模型被转换到 LDM 并在 RDA 中使用之后，应用程序建模师在类模型中作了一些修改，例如增加了新的属性。我们需要在 RDA 中更新 LDM，以反映更新后的类模型。这个用例是自上而下场景的一个扩展，只是另外还需要在 RDA 中用新的或被修改的信息同步已有的 LDM。

第一个用例中的步骤是：

数据建模师在 RDA 中使用 LDM 版本 1，它是之前在 RSA 中从类模型版本 1 转换而来的。

应用程序建模师在 RSA 中修改类模型版本 1，然后将更新后的类模型（版本 2）转换为 LDM 版本 1+。

数据建模师在 RDA 中访问并导入 LDM 版本 1+。

数据建模师进行比较，并在 RDA 中将 LDM 版本 1+ 和版本 1 合并为 LDM 版本 2。

下面的图显示在第一个用例中应用程序建模师与数据建模师之间的交互：

图 5. 中间会合场景 – 应用程序建模到数据建模

查看原图（大图）

当类模型被转换到 LDM 并在 RDA 中使用之后，数据建模师对 LDM 作了一些修改，例如增加新的列。这种情况下应该更新 RSA 中的类模型，以反映更新后的 LDM。这个用例非常类似于自下而上场景，只是另外还需在 RSA 中用新的或被修改的信息同步已有的类模型。