整合与 Archimate 的艺术——好的、坏的和丑陋的。
许多组织仅使用 Archimate 调色板的一小部分。我最常遇到的只是应用程序景观。这些拓扑中显示的关系通常又是这些应用程序之间的集成：
图典型的仅包含集成的应用程序环境
如果您明确地对这些集成进行建模，即 全球数据 使用应用程序工件而不是关系，那么您将获得无数的好处。因此，我将使用这个仅限应用程序的环境作为我在 Archimate 中应用层集成建模的起点。
在这篇文章中，我将向您展示您应该如何（好的）、不应该如何（坏的）以及 集成与 Archimate 如何（丑陋的妥协）在应用程序层建模集成。最后我将讨论并展示“好”的好处。
优点
使用 Archimate 的面向服务特性并遵循元模型，“正确”地描述应用程序环境中的集 集成与 Archimate 成的方式如下：
图 – 优点 – 符合元模型
员工管理应用程序被分配给管理员工功能，该功能执行管 内容营销的世界 理员工数据对象的实际功能行为。管理员工功能还实现了集成员工应用程序集成服务，该服务为员工排班应用程序的相应管理员工排班功能提供服务（并被其使用） 。
注意：无论应用程序概览图中的流向如何，实现（应该实现）集成服务的都是正在共享的数据对象的所有者。
注 2：请注意，每次集成都涉及两个数据对象，而不是一个。这个第二个数据对象同样重要，但在对仅有 archimate 视图的应用程序进行建模时，人们常常会将其遗忘。
不管这种方法多么正确，用这种方式替换现 印度手机号码 有应用程序全景视图中的所有数据流可能根本不会提高视图的清晰度。因此，因为以后有更好的方法来更详细地解决集成问题，我倾向于暂时忽略这些功能，而只关注集成服务。