IT2.0业务中台规划牵引客户IT基础设施投资随想 （六）：从端到端架构规划到领域级架构规划

       如上一节所述，通过信息链、EBIM和应用集成关系可以对业务场景进行结构化剖析，识别业务活动之间的数据演进关系和应用之间的数据集成关系，以支撑业务端到端协同场景下的用户交互设计。

       除了端到端视角的架构规划，为什么还需要领域划分视角的架构规划？个人认为这是因为端到端是业务运作视角，领域划分是业务管理视角，两者缺一不可。业务运作关注的是把事情做好，而业务管理关注的是把资源准备好、把能力建好以满足端到端业务运作的需求。

       业务管理的核心是要管好“人、财、物”，基于这些业务资源构建业务能力，通过标准的业务流程调动业务资源以提升业务能力的有效性，通过标准的IT调动业务资源以提升业务能力的能效。

       如下图所示，领域级架构规划的目的是要系统性地管理业务能力所包含的关键要素，包括：

• BPA中的流程要素：以流程目录的方式管理好各业务管理域中的标准流程、活动和任务；
• IA中的数据要素：以数据资产目录的方式管理好各业务管理域中的标准业务对象、数据实体和属性；
• AA中的应用要素：以应用功能目录的方式管理好各业务管理域中的标准应用和模块；

      其中，L1和L2的流程域、主题域和应用域均为业务管理的划分，建议按照客户实际的业务管理方式统一划分标准，横向对齐。L3是架构规划的最小颗粒度，在流程域、主题域和应用域中应保证流程、业务对象和应用的粒度一致。L4和L5是方案设计阶段需要输出的交付件，一般较难保证流程要素、数据要素和应用要素的粒度一致性，可以允许多对多的关系。

      每一层的定义如下表所示，流程、业务对象、应用作为构建业务能力的关键组成部分并与之对齐，共同为端到端业务运作提供能力支持：

       将端到端架构规划按照领域划分进行分解即可得到领域级架构规划，反过来，将领域级架构规划所包含的流程、业务对象、应用进行集成，也可以得到端到端架构规划的业务集成场景、业务信息模型和应用集成模型。

       以领域级架构规划中的数据资产目录为例，业务对象及业务对象的集成关系即是企业业务信息模型（EBIM），比业务对象更细粒度的逻辑数据实体及其集成关系即是业务应用逻辑数据模型（BALDM），比业务对象更粗粒度的主题域及其集成关系即是主题域模型（ESAM）。上述对应很好地说明了领域级架构规划和端到端架构规划彼此之间的关系，流程和业务集成场景、应用和应用集成模型也可以照此类推，汇总起来，就可以从业务、数据、应用三个层面让领域级架构规划和端到端架构规划保持一致，共同构成了业务能力模型。

      以下是主题域模型（ESAM）示例，由主题域按照业务场景集成组合而成。

      接下来还有最后一个问题：端到端架构规划和领域级架构规划，究竟谁在前、谁在后？究竟是前者分解为后者，还是后者集成为前者？

我个人的意见是：

1）对于业务场景驱动的架构规划来说，可以“自上而下”，先有业务集成场景来驱动端到端架构规划，进而按照业务领域划分分解为领域级架构规划；

2）对于软件包驱动的架构规划来说，可以“自下而上”，先梳理单个业务领域对应的软件包的架构资产，进而将软件包架构资产集成起来并与业务场景相适配，形成端到端架构规划。

        最后做个总结，对于业务场景的剖析有两种方式，分别为端到端架构规划和领域级架构规划，其中，端到端架构规划是基于业务端到端协同场景的中台规划和基于用户交互场景的前台规划的重要输入，领域级架构规划是业务管理支配的后台资源、能力服务化的重要输入。

       下一节会开始介绍前中后台架构规划的具体方法和案例，欢迎持续关注。