ArchiMate

ArchiMate(最初来自Architecture-Animate)是一种开放和独立的企业架构建模语言,以明确的方式支持业务领域内和跨业务领域的架构描述,分析和可视化。

ArchiMate是The Open Group的技术标准,基于IEEE 1471标准的概念。 它得到各种工具供应商和咨询公司的支持。 ArchiMate也是The Open Group的注册商标。 Open Group拥有ArchiMate用户,软件工具和课程的认证计划。

ArchiMate通过其企业建模范围将其自身与其他语言(如统一建模语言(UML)和业务流程建模和表示法(BPMN))区分开来。

概观
ArchiMate提供了描述业务流程,组织结构,信息流,IT系统和技术基础设施的建设和运营的通用语言。 这就像古典建筑中的建筑图,其中建筑描述了建筑物的建造和使用的各个方面。 这种见解有助于不同的利益相关者设计,评估和传达这些业务领域内部和之间的决策和变化的后果。

ArchiMate语言的主要概念和关系可视为一个框架,即所谓的Archimate Framework:它将企业架构分为业务,应用和技术层。 在每一层中,都考虑了三个方面:展现行为的活动元素(如过程和函数),定义使用或传递信息的内部结构和元素。

ArchiMate语言的目标之一是定义不同架构域中概念之间的关系。 因此,这种语言的概念在用于建模各个域的详细概念(例如用于建模软件产品的UML)以及用于业务流程建模的BPMN之间保持中间。

历史
ArchiMate部分基于IEEE 1471标准。 它由Telematica Instituut的一个项目团队与来自政府,工业界和学术界的几个荷兰合作伙伴合作在荷兰开发。 合作伙伴包括Ordina,Radboud Universiteit Nijmegen,莱顿高级计算机科学研究所(LIACS)和Centrum Wiskunde&Informatica(CWI)。 后来,测试在诸如荷兰银行,荷兰税务和海关管理局和ABP等机构进行。

发展过程从2002年7月持续到2004年12月,耗费了约35人年和约400万欧元。 该项目由荷兰政府(荷兰税务和海关总署)和商业伙伴(包括荷兰银行和ABP养老基金)资助。

2008年,ArchiMate的所有权和管理权被转移到开放组织。 现在由Open Group的ArchiMate论坛管理。 2009年2月,Open Group发布了ArchiMate®1.0标准作为正式的技术标准。 2012年1月发布了ArchiMate®2.0标准,2013年发布了ArchiMate®2.1标准。

2016年6月,Open Group发布了ArchiMate规范3.0版。 3.0版增加了对面向能力的战略建模的增强支持,代表物理资源的新实体(用于建模物理世界中使用的原料,设备和传输资源)以及显示实体类型及其之间关系的一般元模型。

ArchiMate主题
ArchiMate是一个集成的架构方法,描述和可视化不同的业务领域及其关系。 使用这些集成架构有助于利益相关方评估设计选择和变更的影响。

建筑
组织需要快速适应并预测不断变化的客户需求和业务目标。 这种需求会影响企业的整个活动链,从组织结构到网络基础设施。 你如何控制这些变化的影响? 建筑可能是答案。

架构是用于设计和实现组织结构,业务流程,信息系统和基础架构的一致原则,方法和模型。 然而,这些领域并没有以综合方式接近,这使得很难判断拟议变更的影响。 每个领域都会讲自己的语言,绘制自己的模型,并使用自己的技术和工具。 跨领域的沟通和决策受到严重影响。

ArchiMate提供了这种整合。 ArchiMate是一种架构语言和可视化技术,描绘了这些领域及其关系。 ArchiMate为架构师提供支持和改进架构过程的工具。

图层
ArchiMate在建筑模型上具有分层和面向服务的外观。 较高层使用由较低层提供的服务。 尽管在抽象层面上,每个图层内使用的概念都是相似的,但我们还是定义了更多具体的概念,这些概念是特定于某个图层的。 在这方面,我们区分了三个主要层面:

业务层是关于业务流程,服务,功能和业务部门的事件。 这一层“为外部客户提供产品和服务,这些产品和服务是通过业务参与者和角色执行的业务流程在组织中实现的”。
应用层是关于“用应用服务支持业务中的组件”的软件应用程序。
技术层“处理硬件和通信基础设施以支持应用层,该层提供运行应用所需的基础设施服务,由计算机和通信硬件和系统软件实现”。
这些主层中的每一层可以进一步分为子层。 例如,在业务层,实现公司产品的主要业务流程可能会利用一层辅助(支持)业务流程; 在应用层中,最终用户应用程序可以使用支持应用程序提供的通用服务。 在业务层之上,可能会添加一个单独的环境层,为使用组织服务的外部客户建模(尽管这些也可能被视为业务层的一部分)。

根据服务导向,层之间最重要的关系是通过使用关系形成的,它表明了较高层如何利用较低层的服务。 然而,第二种类型的链接由实现关系形成:较低层中的元素可以实现较高层中的可比较元素; 例如,“数据对象”(应用层)可以实现“业务对象”(业务层); 或“工件”(技术层)可以实现“数据对象”或“应用程序组件”(应用层)。

不同层次模型的一般结构
不同层的模型的一般结构是相似的。 使用相同类型的概念和关系,虽然它们的确切性质和粒度有所不同。

首先,我们区分结构或静态方面和行为或动态方面。 行为概念被分配到结构概念,以显示谁或什么显示行为。 在这个例子中,角色,接口和协作分别分配给业务流程,组织服务和业务交互。

其次,我们对系统的外部观点和内部观点进行了区分。 从行为角度来看,这些观点反映了上一节介绍的服务导向原则。 服务概念代表系统暴露于其环境的基本功能单元。 对于外部用户而言,只有这种外部功能与非功能性方面(如服务质量,成本等)是相关的。 如果需要,这些可以在合同或服务级别协议中指定。 服务可以通过接口访问,这些接口构成了结构方面的外部视图。

尽管对于外部用户来说只有外部视图是相关的,但组织或系统的设计及其内部操作和管理也需要关于服务和接口的内部实现的知识。 对于这种认识,我们区分由个体结构要素(例如,行动者,角色组成部分等)执行的行为或由多个结构要素协作执行的集体行为(交互行为)。

除了积极的结构元素(业务主体,应用组件和显示实际行为的设备,即活动的“主体”)外,我们还认识到被动结构元素,即执行行为的对象。 在信息密集型组织领域(这是我们的语言的主要焦点),这些组织通常是业务层中的信息对象和应用层中的数据对象,但它们也可能用于表示物理对象。

交换文件格式
已经为ArchiMate 2.1和3.0模型开发了标准模型交换文件格式。 这是一种基于XML / XSD的文件格式,用于交换而不是持久性文件格式。 已知支持导入和导出交换文件格式的工具包括Archi,BiZZdesign Architect和Corso System Architect。