Page title:使用 IBM Rational 建模产品

Caption text:IBM Rational 建模产品是集成设计和开发工具,它使用模型驱动开发来创建具有良好架构的应用程序和服务。这些产品非常灵活,极易于适应任何软件开发流程的需要。可以使用各种类型的模型和不同的工作流程,具体情况取决于项目的阶段以及您的公司是否具有管理严格的流程或更为敏捷的开发方法。

Page text:


Tour editable text

Page title:IBM Rational 建模产品的工作流程

Caption text: 您可以在 UML 符号图中通过可视方式创建和编辑代码以帮助您更好地理解系统的域模型、可以使用小的概念 UML 模型来建立系统初始概念的草图,也可以使用丰富语义的 UML 概念模型来全面建立整个应用程序的模型。完整 UML 语义模型可以构成应用程序的基础并可以在开发流程中的任何时候变换为代码,以便在应用程序代码中落实设计或使设计符合应用程序代码。此导览描述当您使用 IBM Rational 建模产品来处理模型和代码时可以应用的多种方法中的一种。

Page text: 不同的项目、阶段和文化往往需要不同的工作流程。对于软件分析和设计,可以使用简单的 UML 概念模型,也可以使用语义丰富、复杂的 UML 概念模型。在构造期间,可以使用 UML 符号图来理解和操作代码。


Tour editable text

Page title:使用具体模型来开发代码

Caption text:通过描述和以可视方式编辑图(使用的符号表示样式与 UML 非常相似)中的代码,您可以使用 IBM Rational 建模产品来创建如Java 和 C++ 等语言的代码模型。可以使用这些图来添加新代码元素,例如,类、字段和方法,或者可以将现有元素拖入图中。还可以使用工具(例如,主题图、浏览图和静态方法时序图)来帮助对您的系统进行可视化以及理解您的系统。

Page text:


Tour editable text

Page title:使用 UML 模型来创建域模型

Caption text:在您使用 UML 创建详细的类级别模型后,可以将变换直接应用于该模型以生成实现的结构,通常生成的是实现的实际编译代码。您在开发流程早期创建的详细 UML 模型,将成为运行变换时生成的域模型的种子值。IBM Rational 建模产品包含变换引擎、一套变换编写工具、一些提供了源代码的样本变换以及预定义变换库,例如,UML 至 Java 变换、UML 至 C++ 变换和 UML 至 CORBA IDL 变换。

Page text:


Tour editable text

Page title:概念模型和域模型的演进

Caption text:在模型被创建之后,开发者可以继续处理域模型,而架构设计师可以继续开发高级 UML 模型。此并行工作流程会造成 UML 模型和域模型出现偏差,导致两个角色之间的沟通与协作变得非常困难。为了减缓并行开发的内在风险,架构设计师有时候必须使代码符合概念模型。因为初始变换支持模型协调,所以即使架构设计师在处理概念模型,开发者仍可以继续开发代码。

Page text:


Tour editable text

Page title:对模型执行反向变换

Caption text:在预定义检查点,架构设计师对域模型执行反向变换,以创建一个表示实现的当前状态的临时映像。架构设计师使用“合并模型”功能以只读格式打开域模型的临时快照,以读写方式打开 UML 模型。反向变换动态构造图实体,以使 UML 图和构造模型实体与其他模型相集成。执行比较/融合操作之后,对两个模型的任何更改都将反映在合并结果中。

Page text:


Tour editable text

Page title:对模型执行正向变换

Caption text:在合并两个模型之后,会将正向变换应用于已合并的模型,从而将架构设计师对 UML 模型的更改推送回域模型。在整个开发流程中,可以根据需要尽量多地重复此过程。两个模型继续并行演进,并在预定义检查点合并和协调。对于某些语言(例如,Java),在此重应用阶段必须注意不要覆盖关键代码,例如,方法主体。

Page text:


Tour editable text

Page title:此方法的优点

Caption text:如果公司设法使用概念模型取代文本文档或代码来构建体系结构以节省成本,同时希望开发者能够在必要时自由地更改该体系结构,则此工作流程非常有益。此外,此工作流程还使架构设计师能够在工具的辅助下对实现从原始设计的演进方式进行复审,并实施相应的决策,即,将正偏差加入概念模型,或促使通过从概念模型重新生成来取代负偏差。

Page text:此方法的优点: