在我之前关于集成和 ArchiMate 的文章中，我认为集成可以被建模为应用程序级别的某种协作。
该模型中的业务层远远超出了集成这一凡人所能及的事情，完全不参与集成，更不用说负责甚至不负责集成了。
虽然通过这种方式您可以应用
相当多不同的 ArchiMate 图表，并 ArchiMate 的集 且确实获得了 富人数据 集成要点，但它并不能让我满意。因为它实际上并没有解决整合的最重要方面：企业所有权。
这就是为什么在这篇文章中我将从解决方案架构塑造的角度来探讨集成和 ArchiMate，从业务 ArchiMate 的集 层的角度开始。现在，重点是我工作的许多组织都不进行业务层建模；对于他们来说一切都与应用程序有关。因此，我应该给你一个警告：前方有业务层建模内容！
图 1 – 集成作为应用程序协作
ArchiMate 中的业务层集成建模
我的工作职责之一是举办研讨会，讲解什么是良 吸引人们并让他们获得所需信息的最佳方式是什么？ 好的整合（以及什么不是良好的整合），以及如何将您的组织转变为实践良好整合的组织。在这些研讨会期间，总有人会贴出一张便条，上面写着问题：“集成是什么？”我确实很喜欢这个问题，而且答案很简单，而且集成专家们都很清楚。
它也不像大多数人想象的那样是关于连接应用程序：
集成是指业务功能之间的业务功能共享
如果您从这个定义开始，并首先在业务层对您的集成进行建模，那么您很有可能已经正确地对您的集成进行了建模，并回答了快速实施和成功运行所需的所有问题。在 ArchiMate 中，我们可以通过以下 印度手机号码 方式描述这种“业务功能之间的业务功能共享。