本篇介绍TOGAF逻辑和物理应用组件、数据信息元素与ArchiMate模型的映射关系。

一、TOGAF逻辑和物理应用组件

除了ABBs（架构构建块）和SBBs（解决方案构建块）之外，TOGAF标准还区分了逻辑与物理的应用、数据和技术组件，特别是在TOGAF企业元模型及相关制品中。

• 逻辑应用组件：一种封装的应用功能，独立于特定的实现；例如，企业内处理所有采购请求的应用程序。
• 物理应用组件：使用租赁、采购或自建的功能组件来实现逻辑应用功能；例如，一个已购买的、配置并部署的供应链管理应用程序实例。

也就是说，逻辑应用组件应该被视为ABBs（“独立于特定实现”），而物理应用组件则是SBBs（“可部署的功能组件”）。

这里提到的“逻辑”和“物理”的概念，将帮助架构师在设计时分别关注抽象层面的设计原则、以及具体实施细节。通过这种方式，可以确保架构既具有灵活性又具备实际操作性。

二、TOGAF架构层次和分区

"架构景观"（Architecture Landscape）是指企业内所有已存在的和计划中的架构资产的总览。它提供了一个高层次的视图，展示了企业的当前状态以及未来期望的状态。架构景观通常包括了业务架构、数据架构、应用架构和技术架构等多个层面的内容，并且反映了这些架构之间的关系。

TOGAF将架构景观划分成不同的粒度级别，共有三个层次：

1. 战略架构：为运营和变更活动提供组织框架，并允许在执行层面上设定方向。
2. 部门架构：为运营和变更活动提供组织框架，并允许在项目或投资组合层面上设定方向和发展有效的架构路线图。
3. 能力架构：为变更活动提供组织框架，并发展有效实现能力增量的架构路线图。

每个层次上的架构都可以使用相同的ArchiMate构造来建模。

此外，在TOGAF中，“分区”被用来简化企业架构的开发和管理。

架构被划分为多个分区是因为：

• 组织单位之间的架构可能存在冲突。
• 不同团队需要同时处理架构的不同元素，而分区允许特定的架构师群体拥有并开发架构的具体部分。
• 有效的架构重用要求有模块化的架构段落，这些可以被提取并整合到更广泛的架构和解决方案中。

不同分区的架构可以使用相同的ArchiMate概念来建模。

如果需要对架构的分区进行建模，可以使用ArchiMate中的分组元素来实现。

三、映射方法

3.1 逻辑和物理组应用件的映射

以应用层举例，下图右侧是一个TOGAF物理应用组件（或称为SBB）被建模为一个ArchiMate应用组件。这个物理应用组件被分配给一个TOGAF逻辑应用组件（或称为ABB），后者被建模ArchiMate为一个应用功能。这表示物理应用组件执行此应用功能，也就是说，它实现了逻辑应用组件。

总的来说，TOGAF逻辑应用组件将被映射到ArchiMate的行为元素（比如，功能），而TOGAF物理应用组件则被映射到主动结构元素（比如，业务层的业务参与者和角色；技术层的节点、装置和系统软件）。

3.2数据和信息的映射

在数据和信息领域，概念、逻辑和物理抽象层次之间的区分源自于信息架构：

• 概念元素：代表业务认为相关的信息概念。
• 逻辑元素：为这些信息提供结构，以便信息系统进行处理。
• 物理元素：描述了这些信息的存储和编码方式；例如，以本地硬盘上的文件形式、JSON中的XML消息或应用程序SQL数据库中的表。

在ArchiMate语言中，这三个抽象层次分别对应业务层、应用层和技术层，因此也对应着业务对象、数据对象和制品。

TOGAF 和 ArchiMate 标准之间的概念映射：

	TOGAF标准	ArchiMate规范	ArchiMate层
概念的	业务信息数据实体	业务对象、数据对象	业务层、应用层
逻辑的	逻辑数据组件	数据对象	应用层
物理的	物理数据组件	制品	技术层

概念、逻辑和物理抽象层次映射到ArchiMate元素：

上图可以看到，我们将概念层次映射到“服务”。在业务层和技术层中，还可以做出更细粒度的区分。例如，业务角色比业务施动者更加“逻辑化”，但比业务流程或功能更加“物理化”（即在现实中更接近于实现）。

通常，新系统的设计会从概念层、到逻辑层、再到物理层，也就是说，从定义系统需要提供的服务开始，最终以组织、软件和其他技术的具体构建块来实现。 

---

参考文献： www.opengroup.org