“业务架构”

有了业务架构的加持，IT 人员在落地数据、应用和技术架构时，将会有清晰的指引。我甚至认为，搞清楚业务架构，IT 就成功了大半

对于业务人员来讲，能将自己的业务知识以业务架构的方式呈现出来，这是理解业务的大道，也是与 IT 人员沟通的桥梁。

业务架构是对企业的整体、多维度业务视图的表示，涵盖能力、端到端的价值交付、信息和组织结构。它描述了这些业务视图与战略、产品、政策、计划和利益相关者之间的关系，并将业务元素与业务目标及其他领域的元素相互关联。

要理解业务架构图，前提是正确理解业务架构最关键的实体概念和关系，下面是 TOGAF 给出的业务架构的核心元模型图，其中示意了业务架构核心实体（包括组织单元、参与者、角色、价值流、业务能力、业务功能、业务流程、业务服务等等）及之间的关系。

三、业务架构目录、矩阵和视图详解

TOGAF 提供了一个架构的的交付物制品列表，如下所示：

TOGAF 在阶段 B，通过 27 个制品（分为目录、矩阵、图三类表达形式，蓝字是图、棕字是矩阵、绿字是目录）来全面描述业务架构，为了方便理解和介绍，我基于这些制品包含的主要实体进行了分类，共分为组织、价值流、业务能力、业务功能、业务流程、业务服务、综合及其它等八类，如下表所示：

1、组织单位

（1）组织分解图

组织分解图（也称为组织结构图）是一个图形表示，展示了一个组织内的部门、团队或单位之间的层次结构和关系。它通常表示了报告结构和信息流的方向，并可能显示个体、职务、角色或团队之间的关系。

下面是一个电商的简化版的组织图的示例：

（2）组织地图

组织地图并不是一个单一的制品或特定的图表。而是指的是组织内的不同角色和部门、以及它们之间的关系和相互作用。组织地图可以帮助架构师理解组织的结构和各个部分是如何协同工作的。

组织地图和组织分解图还是有区别的，组织分解图图侧重于内部，并用于向其利益相关者传达业务的基本结构和报告关系。组织地图则以整个系统为导向，以准确地表示企业业务模型中各主要参与者之间的关系，无论是内部还是外部。传统的组织分解图对组织内部存在的复杂交互和关系几乎没有揭示。

组织地图则更准确地描述了业务单位和外部方之间的合作和协作关系。这种对关键关系的更丰富描述为了解业务条件或业务模型动态的变化如何影响整体运营和组织的交付能力提供了更好的工具。

（3）参与者/角色矩阵

这个矩阵的目的是显示哪些参与者扮演哪些角色，支持安全和技能需求的定义。了解参与者与角色的关系是定义培训需求、用户安全设置和组织变革管理的关键工具。

演员/角色矩阵显示以下元模型实体和关系：

■参与者

■角色

■演员扮演角色关系

（4）组织/参与者目录

组织/参与者目录的目的是捕获所有与 IT 互动的参与者的明确列表，包括 IT 系统的用户和所有者。在开发需求时，可以参考组织/参与者目录以测试完整性。例如，为服务客户的应用程序的需求可以通过准确验证需要支持哪些客户类型来测试完整性，并确定是否有针对用户类型的特定需求或限制。

（5）角色目录

角色目录的目的是提供一个企业内所有授权级别或区域的列表。通常，应用程序的安全性或行为是根据在用户桌面上结合时可能产生复杂和意外后果的本地理解的授权概念来定义的。角色目录可以在架构开发和变更管理过程中用作参考。

角色目录包含以下元模型实体：

■ 角色

■ 参与者（可选地）

以下是电商业务的角色目录的示例：

（6）驱动/目标/目的目录

2、价值流

（1）价值流图

价值流程图是一组图表，代表了为客户、利益相关者或最终用户创建整体结果的端到端增值活动的明确列表。在建模术语中，那些增加价值的活动是由价值流阶段代表的，每一个都从一个阶段到下一个阶段创建和增加递增的利益相关者价值。

价值流可能是外部触发的，如零售客户购买一些商品。价值流也可能是内部触发的，例如经理获得一个新的雇员。

价值流图包括以下的元模型实体：

■ 业务能力

■ 价值流

价值流的一个关键原则是价值总是从利益相关者的视角定义的 - 产品、服务或交付物的客户、最终用户或接收者。获得的价值在观察者的眼中；它更多地取决于利益相关者对产品、服务、结果或交付物的价值的认知，而不是其固有价值；即，生产的成本。

（2）价值流/能力矩阵

这个矩阵的目的是显示支持每个价值流程阶段所需的能力。

（3）价值流目录

价值流程目录是一个明确列出为客户、利益相关者或最终用户创建整体结果的端到端增值活动集合的清单。

（4）价值流阶段目录

价值流程阶段目录是一个明确列出为客户、利益相关者或最终用户创建整体结果的端到端不同阶段的增值活动集合的清单。

3、业务能力

业务能力图是一种工具，用于描绘组织在达到其商业目标和目的时所需的核心能力。这些能力是组织的基础属性，并且与它们如何实现这些目标（即具体的过程或技术）是相互独立的。

（2）能力/组织矩阵

这个矩阵的目的是显示实施每个能力的组织元素。

能力/组织矩阵包括以下元模型实体：

■业务能力

■价值流程

■组织单位

以下是能力/组织矩阵的示例：

（3）战略/能力矩阵

这个矩阵的目的是显示支持特定战略声明所需的能力。这种矩阵可以用于识别和描述组织的能力，并且可以帮助确保这些能力与组织的战略目标相一致。此矩阵可以为企业架构师提供一个清晰的视图，显示了不同的能力如何支持组织的战略目标

以下是电商业务的战略/能力矩阵的示例：

（4）业务能力目录

业务能力目录是一个明确列出企业可能拥有或交换以实现特定目的的能力的清单。

下面给出了一个业务能力目录示例：

4、业务功能

（1）功能分解图

5、业务流程

（1）过程流程图

流程图的目的是描绘与流程元模型实体相关的所有模型和映射。流程图显示活动之间的控制顺序，并可能利用泳道技术来表示流程步骤的所有权和实现。例如，支持流程步骤的应用程序可能会显示为一个泳道。除了显示活动序列外，流程图还可以用来详细说明应用于流程的控制、触发或由流程完成而产生的事件，以及由流程执行生成的产品。

流程图在与主题专家详细说明架构时非常有用，因为它们允许专家描述某个特定功能的“工作是如何完成的”。通过这个过程，每一个流程步骤都可以变得更加细粒度的功能，并随后可以被详细描述为一个流程。

（2）事件图

事件图的目的是描述事件与流程之间的关系。某些事件（例如，某些信息的到达（例如，客户提交销售订单）或某个特定时间点（例如，财政季度结束））会引发工作，需要在业务中执行某些操作。这些事件通常被称为“业务事件”或简称“事件”，被认为是流程的触发器。重要的是要注意，事件必须触发流程并生成业务响应或结果。

事件跟流程中的步骤还不太一样，事件触发的是整个业务流程的所有步骤的执行，而步骤往往只能触发下一个步骤，这里存在一个粒度的问题。

（3）流程/事件/控制/产品目录

流程/事件/控制/产品目录提供了流程、触发流程的事件、流程产生的输出以及应用于流程执行的控制的层次结构。例如，流程/事件/控制/产品目录允许企业查看流程与子流程之间的关系，以确定更改高级流程可能产生的全面影响链。

流程/事件/控制/产品目录包含以下元模型实体：

（1）流程

（2）事件

（3）控制

（4）产品

6、业务服务

（2）业务服务/信息图

业务服务/信息图显示支持一个或多个业务服务所需的信息。业务服务/信息图显示了由业务服务消耗或产生的数据，还可能显示信息的来源。

主要价值是为组织提供一个清晰的视图，显示了业务服务是如何与关键信息相关联的，这对于信息管理、数据治理以及确保业务服务的连续性和一致性都至关重要。此外，它还有助于识别潜在的信息共享机会或重复的信息源，从而为进一步的优化和整合提供指导。

（3）业务用例图

业务用例图展示了业务服务的消费者与提供者之间的关系。业务服务由参与者或其他业务服务消费，业务用例图通过描绘该能力如何以及何时被使用，为描述业务能力提供了更丰富的内容。

业务用例图的目的是帮助描述和验证参与者及其角色与过程和功能之间的互动。随着架构的进展，用例可以从业务层面发展，包括数据、应用程序和技术细节。架构业务用例也可以在系统设计工作中重复使用。

7、综合

（1）业务足迹图

业务足迹图描述了业务目标、组织单位、业务功能和服务之间的链接，并将这些功能映射到提供所需能力的技术组件。业务足迹图提供了技术组件与满足业务目标的联系的清晰追踪，同时还展示了已识别的服务的所有权。

（2）业务服务/功能目录

业务服务/功能目录的目的是提供一个可以由 IT 系统支持的业务服务或功能的明确列表。当然，列表也包括在整个企业中或由 IT 系统支持的商业活动和交易。

业务服务/功能目录包含以下元模型实体：

（1）业务服务

（2）业务功能

（3）交易（可选地）

参考资料：

1.https://zhuanlan.zhihu.com/p/663207705