Archimate使用一组特定的符号和表示法：Archimate Notation summary
关系表示法很大程度上基于UML。只是不确定核心动机，战略，实施和迁移要素。这些是从哪里来的？他们是专为Archimate设计的吗？还是衍生自另一个建模标准？
答案 0 :(得分：2)
ArchiMate是一种具有符号的语言，就像UML是一种具有符号的语言一样。 ArchiMate从UML可见地重用符号，UML比ArchiMate早。
正如您在http://pubs.opengroup.org/architecture/archimate3-doc/toc.html上看到的那样，这里引用了UML和其他标准：
附录D，与其他标准的关系（信息性），描述了ArchiMate语言与其他标准（包括TOGAF框架，BPMN，UML和BMM）的关系。
D Relationship to Other Standards (Informative)
关于UML：
D.3 UML标准
ArchiMate语言从UML派生了许多概念[8]。对于其他概念，可以定义简单的对应关系。
在业务层中，可以将ArchiMate业务流程概念映射到UML活动图上，在其中可以给出此类流程的更详细说明（尽管BPMN是用于详细流程和工作流建模的首选语言）。 ArchiMate业务参与者和角色概念都可以映射到UML参与者，尽管后者也可以用于对自动化参与者进行建模。尽管UML合作适用于应用程序层中的组件，但业务合作受到了UML标准[8]中定义的合作的启发。
在应用程序层中，应用程序组件元素对应于UML组件。在一个连续的开发链中，这促进了ArchiMate表示法中描述的高层企业架构模型与UML中的底层解决方案体系结构和实现模型之间的直接链接。以一种不太直接的方式，可以将ArchiMate应用程序功能概念映射到UML活动图，并将应用程序服务映射到用例图。应用程序协作也对应于UML合作。
ArchiMate技术层的许多元素直接对应于UML。节点，工件，设备，系统软件和路径元素在UML（系统软件称为执行环境）中具有直接对应项。
除了这些元素之外，ArchiMate语言中的许多关系也与UML密切相关。 ArchiMate的关联，组成，聚合，专业化和实现关系在UML中具有直接对应关系。
两种语言之间也存在一些显着差异。 ArchiMate服务关系（以前由其使用）不同于UML依赖关系。尽管它们的表示法相似，但方向却不同。 UML依赖关系通常用于对软件程序中的函数调用进行建模，但是在ArchiMate表示法中，服务关系的方向表示服务交付的方向，而与该服务是由用户调用还是主动提供无关由提供者。在ArchiMate语言所针对的体系结构级别上，此类调用图的运行时操作细节并不比更稳定，更通用的服务提供概念重要。
这也指出了另一个重要的区别：UML没有单独的服务概念，因为在其面向对象的范式中，服务表示的行为被封装在提供该行为的接口（即其操作）中。 ArchiMate语言区分接口和它们提供的服务，以允许例如指定通过多个接口提供相同的服务。因此，ArchiMate应用程序接口并不直接等同于UML接口。
最后，UML具有一组预定义的固定图类型，而ArchiMate视点机制允许在体系结构上构建自定义的，面向利益相关者的视图。