首先我们还是来看业务架构业务域，大家都知道在业务架构里面其实有三个核心的内容，一个是价值流，一个是业务能力，一个是业务流程。

价值流往往就是顶端的流程，业务能力的分解往往是2~4级，对于详细的业务流程的分解往往就到了5~7级，只是原来在业务架构里面，我们没有太强调流程架构，实际上从架构的Y模型里面可以看到，在业务架构里面是有两个视角，一个就是业务能力的视角，一个是业务流程的视角。

所以说我在这个地方专门补充了端到端流程，也就是说2~4级的业务能力，它往往都会有一个端到端流程进行对应，而更细化的5~7级的业务流程往往到了实际的业务活动和操作层面。

对于5~7级的流程，我们详细的去做流程建模和梳理的时候，里面就是有三个关键的元素，一个是业务对象，接接着就是业务活动，业务规则和业务角色，而这4个东西刚好是我们在业务架构里面做详细的业务建模的关键的内容，在业务建模的时候识别出了关键的业务对象，这个业务对象就会导入到我们数据架构里面去了。

当然业务域和数据域之间本身就有相关的映射，业务域和应用域之间也有相关的映射和对应。比如说我们讲的供应链的业务域，它往往在数据架构里面也会有一个供应链的数据主题域，在应用这边也有一个供应链的应用域。

 

业务架构和数据架构集成

业务对象映射到数据架构以后，一般就会映射到我们讲的数据实体或者是概念模型，这个概念模型进行详细的数据建模，会形成逻辑模型和物理模型，这个是业务域和数据域之间关键的集成和映射关系，它核心是业务建模和业务对象驱动的。

业务架构到应用架构集成

我们刚才讲到了，在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候，一定会映射到它相关的应用功能。

这个应用功能不是单独的和业务活动业务规则做映射，而是和完整的4个要素去做映射。有了应用功能以后，再上层我们做聚合会形成应用组件，包括当前你做微服务拆分，可能会涉及到微服务的组件，应用组件再朝上走会形成相关的应用系统。

原有的映射到了应用系统以后，我们就直接映射到了应用域和业务域，但是中间我们基于业务和it的V模型实现的时候，有一个关键的东西没有形成映射和闭环。

也就是说我2~4级的业务能力和端到端流程应该怎么样去映射？

因为任何一个端到端流程，它都不是单个应用系统或者是单个应用功能实现的，它往往是应用系统的应用功能之间要去做集成和协同，才能够完成一个端到端流程，一个端到端流程往往也是跨了多个it应用系统。

所以说我们一定要引入一个关键的概念，就是应用系统在朝上走，它一定会涉及到应用的集成和交互，也就是通过应用或服务的编排来映射到业务架构中的端到端流程。

应用的集成和交付往往又是通过接口服务进行的，所以说应用集成架构下面还会有一个服务架构，应用集成服务架构和服务架构就支撑了我中间最重要的一个内容叫应用编排或者叫服务编排。

我是通过应用编排或服务编排的方式，来支撑了我完整的端到端流程。所以说在我们去考虑4A架构集成关系的时候，这两个灰色的块相当的重要。原来可能去考虑企业架构元模型的时候，没有单独拎出来说，这有了这两个灰色的块以后，我们才能够让整个业务和it的规模映射更加的完整。

应用和数据架构到技术架构映射

好了，应用功能实现的时候，它一定会涉及到数据域的逻辑模型的支撑，所以说这个地方也会有关键的一条线，好了应用功能最终要落地到it的基础设施，或者是基础设施的一个架构，这个就会涉及到了技术架构。

技术架构其实分成两个方面的内容，一个叫基础设施架构，解决资源和运行层的问题，一个是共性的类似于消息安全缓存等各种技术组件，技术组件本身也要去支撑应用功能的开发，形成的应用组件本身又要托管到我们说的技术架构的运行时里面。

在这里我把运行时也做了一个拆解，一个是我们常说的微服务的组件，应用的组件这个部署包应该部署到我们的应用运行时，它可能是一个容器，也有可能是一个应用中间件的环境都可以。

在应用运行时下面我要考虑持久化存储，所以说这个地方涉及到相关的数据库和数据存储，而我再去考虑数据库和数据存储的时候，本身又涉及到我数据域数据架构里面的物理模型。

所以说物理模型最终落地落地到我的数据库的架构设计底层存储上面，所以说基于这个图我们就能够更加清楚业务架构、数据架构、应用架构和技术架构之间的关联和映射关系。

在整个关联映射关系里面，两个灰色部分相当重要，这个是构建我业务和ITV模型完整性和闭环的一个关键内容。

 今天简单分享就到这里，希望对大家有所启发。细节的大家可以进一步参考 TOGAF10最新版本的架构元模型。如果关于当前主流的微服务和云原生，大家也可以参考下Thoughtworks在现代企业架构白皮书中提到的架构元模型。