工具向导:使用 Rational Software Architect 构造实施模型
目的
这一部分提供与本工具向导相关的其它信息的链接。
本工具向导中的步骤是与活动中的步骤相匹配的。RSA 联机帮助中主题的链接以 进行标记。
概述
本工具向导假设,您已按照 Rational Studio Architect 模型结构指南中所述,定义了实施模型的顶级结构。
本工具向导中的步骤允许优化这一初始结构。
在本工具向导中执行以下步骤:
附加工具信息
RSA 中的建议方法是 MDD - Model Driven Development(请参阅 Model
Driven Development 和 Model Driven Architecture)。如果开发团队遵照这种方法,实施模型将由设计模型组织强力驱动。确定实施子系统后,应将它们作为设计模型中的包或子系统进行建模。一般而言,当您确定设计模型中的包时,则应考虑它们将如何映射到 Eclipse/RSA 项目。较大的子系统通常映射到它们自己的项目,比较细分的包通常映射到项目中的源文件夹。请参阅 Rational
Software Architect 模型结构指南中讨论项目结构以及实施和设计模型的内部组织的那几部分。
在 RSA 中,实施视图可以使用 <<perspective>> 包来定义,这类包所包含的图显示子系统之间的依赖关系。根据应用于设计模型的转换的种类,您定义的包/子系统之间依赖关系可以映射到 3GL 导入声明和 Eclipse/RSA 项目元数据中的项目依赖关系声明。
一旦生成了代码,就可以制作更详细的 UML 图来显示实施级的构造体和它们的关系,方法是直接在项目中创建类图并将实施工件拖到类图上进行填充。请参阅 UML Visual Editor for Java 的相关联机帮助主题。
如果需要在任何代码生成之前展示实际的 RSA 项目和包,而您希望代码和相关文件处在这些项目和包中,那么实施概览模型可能是有用的。有关更多信息,请参阅 Rational Software Architect 模型结构指南白皮书中的实施模型相关主题。
这一步骤没有 RSA 特定指导信息。
在 MDD 环境中,实施模型的依赖关系将极为精确地反映设计模型中显式或隐式定义的依赖关系。具体细节则取决于应用于设计模型的代码生成转换。
如果使用了实施概览模型,就可以在这里显示项目和包之间的预期依赖关系,这在确定系统构建需求时证明是很有帮助的(请参阅 Rational Software Architect 模型结构指南)。
在 MDD 环境中,根据应用于设计模型的转换的种类,可以生成不同类型的可部署工件。例如,从 <<control>> 和 <<entity>> 类这样的元素中,可以为 J2EE 目标生成会话和实体 EJB,包括:实施类的代码和接口,以及关于将 EJB 分配到 EJB JAR、并将这些 JAR 映射到 EAR 的部署描述符内容。
您可以选择使用 RSA 部署模型,在概念上对可部署工件进行建模。如果您选择这样做,则将使用 UML 节点和工件进行建模。目前,RSA 转换没有利用这这些类图的语义来生成部署数据,因此您的图将是纯概念性的,并且仅用作文档。
您也可以选择在这种图中描绘实际的实施工件,方法是将它们拖入背景并(使用依赖关系)将它们连接到图中的概念性元素。
这一步骤没有 RSA 特定指导信息。
如果存在独立的实施视图,则必须保留该视图。Rational Software Architect 模型结构指南白皮书中提出的一般建议是,使用 <<perspective>> 包,这些包所包含的图显示子系统之间的依赖关系。
将模型发布为 html 格式可能会有帮助。还要注意,图可以从 RSA 复制到 Microsoft Word 和其它程序。
有关更多信息,请参阅 发布模型以在建模工具外部复审及以下教程:
-
生成标准模型报告
-
生成定制模型报告
-
将模型发布到 Web
备忘单:
构造实施模型
|