IBM Rational Software Architect V7.0 新特性

magiclock

一旦更改了编译器遵从设置，您将需要重新构建工程，如下面图 8 中所示。


图 8. 一旦更改了编译器设置，就重新构建工程

magiclock

要了解更多关于如何在 Rational Software Architect V7.0 中利用 JDK 5.0 特性的更多信息，请参见帮助文件，其中包含了将工程转换为新 JDK 的附加信息。

使用 Rational Software Architect V7.0 的一个最大的优势是同步您的演进架构与建模您的演进代码的设计规约的能力。我们已经在本文下一个部分中简要探讨的领域中进行了一些改进。

概念及代码建模集成的改进

在 Rational Software Architect V7.0 的通用建模基础构架中进行了许多改进，强调了应用程序的概念元素（模型）与您正创建的代码的集成。您会在 Rational Software Architect V7.0 的各种区域中看到这些改进：

改进的浏览器
不再有 Model Explorer，所有东西都无缝地集成到 Project Explorer 中
改进的图布局算法
改进的 UML 模型生命周期管理
新模型索引意味着不需要像以前那样经常打开所参考的模型
UML Model Editor —— 附加的选项卡，使您可以看到与模型有关的详情、外部引用及片段
不用为了处理模型而必须保持 Model Editor 的打开状态
能够将模型作为一系列模型“片段” —— 提高了粒度，并使您能够从 IBM® Rational® Rose 和遗留的 IBM® Rational® Rose XDE 将模型转换为子单元
利用更丰富的选项板及图形化的辅助支持，以及 Properties 视图中丰富的信息来改进代码建模过程
改建代码建模过程，以提供针对 3GL 的工具，例如代码重构，更快速的访问
新的模型熔合技术，可以使您…
从一个 UML 模型或代码模型中“收获”材料，并且将其“精确地粘贴”到另一个 UML 模型中
将两个逻辑模型组合为一个逻辑模型

图 9（下图）展示了带有增强的代码建模特性的 Java 工程，包括更类似于 UML 的类标记，以及更好的类图布局。


图 9. 更好地集成 Java 透视图中的 Project Explorer 视图中的 Java 代码

magiclock

图 10 和 11 展示了 Model Editor 中的一些选项卡细节。


图 10. UML Model Editor 中观察到的模型引用

magiclock

图 11. UML Model Editor 的细节

magiclock

图 12 详述了展示一些同样新特性的 C++ 工程。


图 12. 建模透视图中的 C++ 代码

magiclock

图 13 让您见识了如何将模型分割为片段，或反过来，将片段引入回主模型。例如，使用 Create Fragment 命令将逻辑模型分割为片段，并使用 Absorb Fragment 命令，将片段再引入到模型中。


图 13. 分割并引入模型

magiclock

图 14 向您快速地展示了 Model Fuse 功能，使您能够合并模型，并且如果您感觉它们应该以某种方式合并的话，您能够手工地合并模型。


图 14. 利用 Model Fuse 功能合并模型

magiclock

模型熔合 只是对 Rational Software Architect V7.0 的模型差别合并的可用性及行为中众多的改进中的一种。

建模改进只是 Rational Software Architect V7.0 为您提供的，用来扎实地把握模型驱动架构开发过程能力的开始。新的技术已经被引入了，它们将开始在各种抽象层次上和各种语义范畴（例如，UML、Java，和 C++）内支持模型的同步。这些技术将能够让您对如何实践架构管理进行新的选择，并且将增强整个开发过程且使其比先前的工程更加有效：

模型熔合
逆向/可逆转换
定义合并正向和逆向转换及调整工作流的转换配置的能力
“链式”转换
新的转换创作工具

在 Rational Software Architect V7.0 中，我们引入了一些如何应用这些新技术的最初的实例。作为版本 6.0 中可用的 UML to Java 和 UML to C++ 转换的补充（如今在版本 7.0 中有了很大改进），我们已经引入了逆向的 Java to UML 和 C++ to UML 的转换，这些转换可以与正向转换配置在一起，用以支持“通过调整实现真正的双向工程”的工作流。

真正的 RTE —— Java 和 C++ 语言的正向及逆向工程

如果您是 Rational Software Architect 的用户，您可能会熟悉它的直接对 Java 和 C++ 建模的功能，以及通过简单地构建代码的图来“逆向工程”的功能。您可能还会了解，它能够使用 UML 到 Java 或 C++ 的转换以及“Replace Elements”选项来创建 UML 概念内容及具体到 3GL 内容的“混合模型”，并因此将刚建成的视图实现与更高层次的 UML 规范视图进行集成。目前，上面所描述的功能为您提供了如何实践架构管理的另一个选择。现在您可以将 UML 规范以代码级抽象层次保存，将它们作为可以自己演进的设计规约，并且将设计规约与当前“已建成的”相应实现状态进行比较和调整。这样做能够让您保存更加完整的设计意图的表达，这表现出更强且更细粒度的架构一致性管理的基础。下面的插图对此概念进行了描述（图 14a）。


图 14a. 架构一致性管理

magiclock

等待即将发表的白皮书和文章，它们将更详细地介绍处理 Rational Software Architect V7.0 中概念（UML）和具体（Java、C++…）模型的各种方式 —— 是我们所说的处理模型和代码的“操作理论” —— 以及如何使用它们来支持各种各样的架构管理风格。

为了提高这些操作理论的有效性，Rational Software Architect V7.0 引入了对 UML to 3GL 转换的改进。特别是，当转换重复应用于迭代开发过程中时，它们更有选择性地更新现有代码的功能现在更加成熟了，并且这是我们希望在未来版本中交付更多改进的领域。

除了在 Rational Software Architect V7.0 中改进 Rational Software Architect V6.0 中包含的转换，我们还引入了一些新的转换功能。让我们来看一看。

Logical Data Model 转换

我们添加了将 UML 类模型转换为 Logical Data Model 的功能，如 IBM® Rational® Data Architect 产品所支持的那样。Rational Data Architect 版本 7.0，也通过提供由 Logical Data Model 到 UML 类模型的转换来补充该功能。

WSDL 及 XSD 转换的附加及改进

我们已经向 Rational Software Architect V7.0 中添加了 WSDL 及 XSD 的生成支持。它们利用 UML 2 Profile for Software Services。下面一组图将概述了基于 UML 模型的 WSDL 转换的使用。

首先，让我们选择，并命名 UML to WSDL 的转换（图 15）。


图 15. 命名转换，并选择 UML to WSDL

magiclock

现在，让我们选择要转换的目标服务，如下图所示（图 16）。


图 16. 选择转换的源和目标