Deployment 如何在Sparx EA中管理部署和组件UML模型？

我有一套现有的SOA连接应用程序（JavaEE、PHP和.Net的混合物），我需要为其提供一个总体部署模型或体系结构图

我发现了一个很有吸引力的示例，因为它的详细程度（应用程序、容器、一些组件显示）与我当前的图表设计要求差不多

我甚至可以使用类似于同一作者的东西在更高的层次上聚合这些内容

我相信我可以直接跳到组件级，甚至是工件级，然后从那里构建我的图

然而，我还设计了特定的Java组件，并希望在当前的“体系结构”练习完成后开始向开发团队提供总体类图。我希望这涉及到Java代码的逆向工程，并从那里开始

我的问题是：满足当前部署和未来组件建模需求的最佳策略是什么

我可以期望在以后用反向工程组件来填充我现在创建的当前工件（例如WAR或JAR文件）吗

我是否应该现在进行反向工程，从“自下而上”创建工件，忽略大部分组件，然后在组件建模时更新反向工程代码？我仍然只需要.Net和PHP的逻辑（即没有代码支持）组件，因为它们不是我的领域

我是否应该（通过不同的EA项目或同一项目中的断开连接的模型）将我的部署构件与我的组件分开，并在代码更改时要求对部署图/构件进行“手动”更新

---

我刚刚开始使用Sparx EA（在从RSA迁移之后），如果有比我更具EA经验的人，我将不胜感激。。。以及对我上述描述引起的任何反模式危险信号的反馈。

您的问题没有好的/一般的答案。您应该在CIM/PIM/PSM视图中使用MDA，将组件放在PSM中，将类模型放在PIM中。现在，要保持所有这些同步，唯一真正的方法是手动操作——这是很难做到的。虽然EA提供了一个模型转换，但我不能真正推荐它。它假装自动链接/同步PIM和PSM（在本例中）。但这只是一个糟糕的外表。首先，它只能以一种方式工作（PIM到PSM），其次，由于看不到痕迹，很快就会失去两个模型视图之间的联系。相反，手动安装

连接器，并根据需要对其进行注释。

只是一些注意事项：1）我建议您单击路径

菜单帮助→ 开放示例模型→ UML建模→ UML建模：UML2.0图表→ 部署→ 服务器配置→ Web服务器，2）在检查组件和部署模型时，考虑使用<代码>模型向导< /代码>所创建的结构；3）当代码（类图）发生变化时，部署图不会改变。在前两种情况下，理解的细节程度不同。我会努力的。第（3）款。。。在Java中，代码编译成
.class
文件，这些文件打包成JAR和/或WAR文件，这些文件是部署工件。那么，为了防止部署模型发生变化，您是否建议在JAR/WAR和它所包含的类之间存在一个“间隙”？如果是这样的话，这是否意味着部署图与组件级别一样详细，并且这些组件从来没有被建模为具有特定类中的源代码？好的一点，实际上我不知道在您的情况下有多大的“差距”就可以了。我的想法是：部署图让管理员知道哪些文件被复制/安装在哪里。在应用程序生命周期内，它不会频繁更改。包关系图可能会随着主要版本的更改而更改。另一方面，类的数量及其依赖关系经常变化，例如在重构期间。位于中间的组件图的位置是一个悬而未决的问题。→  ← 可能有一些有用的指导方针是的，目标受众不同。我想这是一个由来已久的可追溯性问题。FWIW，使用
模型向导
并按照您的建议选择类、组件和部署，这三个模型之间没有连接。向导为您提供了一个“文件夹”结构，用于存储“文件”，从而为您提供了工件分离（您的问题）。现在可以使用拖放和链接从一个模型引用（重用）另一个模型中的工件。e、 您可以在一个模型中定义一个类，并将其拖放并链接到完全不同的模型中的图表中，同时隐藏属性详细信息。我的便条就是这么写的。您可以在上找到其他一些“最佳实践”（也许它会回答“刚刚开始”）并在为活动加冰一段时间后返回到这里。感谢您对EA中转换功能的建议和警告。我已经放弃了将类与组件链接的任何希望（因此不需要PIM）。我坚持使用PSM模型进行概念/部署描述，并将详细信息和可追溯性留待那些需要探索的人使用。您可能想看看我的BA手册，我在其中描述了整个过程。你可以在线阅读。