TG Data Set

现在，如果您不喜欢或不想以正确的方式对应用程序环境进行建模，但又想从中获益，即分别查看、分组、分类和重用集成，那么总有第三个选项：“丑陋的”。丑陋的，将“坏的”的“干净”观点与这样的观念结合起来：为了获得“好的”的上述好处，你至少需要一个应用服务来指向你的流关系。

通过使用 Archimate 的选项将对象（例如服务）“附加”到关系，您可以将集成服务与流程关联起来，如下所示：

图 8 – 丑陋之处

现在，您可以保留原来的应用程序格局视图，并享受单独集成服务带来的所有好处。尽管使用“丑陋”来作为关系的存档选项。

好处

通过将“好的”或“丑陋的”应用到您的模型，可以实现以下建模优势：

单独查看
尝试将关系放在画布上。你就是不能！但是，通过描述集成即服务，您现在 BC 数据 可以将任意数量的集成放在画布上，例如，概览所有集成。如果您对集成应用一些命名约定，这将变得更容易：

图 9 – 集成概述

分组和分类

甚至比仅仅概述某些集成更好的是，

图 10 – 集成分组

集成服务注册表

面向服务架构的其中一个目标是拥有一个可以重用的集成服务目录。这始终是实施后强制执行的手动工作。通常基于每个集成模式，因此保持分散并且对特定集成团队的设计者/开发人员以外的任何人来说都是隐藏的。当您使用一个工具为所有解决方案架构师标准化整个组织内的集成建模时，您可以获得：

图 11 – 集成商店窗口的工资单部分

仍强制执行并手动维护。但是现在至少在实施之前，集中化、标准化、可发现性以及使用近乎完美的 Archimate 元素。我们称之为“de etalage”，可以翻译为“集成服务橱窗”。