数据驱动业务流程-构建从业务流程到数据的穿透

摘要：本文详细阐述了如何构建流程到数据的穿透，以实现数据驱动流程的思想。他通过分析业务流程、业务活动、IT系统和数据对象之间的关系，提出了一种直接构建流程和数据之间映射关系的方法，从而更好地分析业务流程和数据之间的关系。

Hello大家好，我是人月聊it。

今天接着跟大家聊数字化转型里面的数据驱动，我把它叫做如何去构建流程到数据的穿透。我结合上面这张图跟大家详细讲一下整体的思路。

最上层是我们讲的一个业务流程或者是端到端流程，里面可能分解为相关的业务阶段和业务活动，中间是我们实现端到端流程所涉及到的IT系统，或者是分解后的一个个聚合各个业务功能的应用组件。而最底层是实际的数据对象或者叫数据模型支撑。

那么传统的IT应用是如何支撑流程的？

对于传统IT应用的构建和业务支撑。它往往是通过端到端流程的分析，拆解到业务活动，梳理完整的业务流程，业务角色和业务对象，形成业务需求说明书。然后在过渡到软件开发实现中的软件需求用例分析，最终设计一个个独立的应用组件，并设计应用组件中的一个个独立的应用功能来支撑上层业务流程。

在这个设计完成后往往采取考虑一个应用功能究竟会产生哪些数据，或者会引用参考哪些数据，最终落地到数据库设计和底层的数据表设计中。

所以说从这个图大家可以看到，在流程和数据之间天然地隔了应用系统或者是应用功能组件这么一层。所以这个就是导致我们很难去分析流程和数据之间的直接的关系，自然你也就更难去考虑数据怎么样去驱动业务，或者是数据怎么样去驱动流程。

那么如何去解决这个问题呢？

核心就是要构建业务流程到数据的穿透，直接将业务流程和数据之间的关联映射建立起来。这映射关系的建立其实很简单，还是看上面的图。

1. 流程分解出来的业务活动和应用功能间有映射
2. 应用功能和数据间有映射

自然我们通过这两个映射关系，就可以跨过应用组件这一层追溯出来，流程和数据之间的映射关系。也就是说我们需要研究流程和数据之间的直接映射关系，要穿透应用架构这个中间层。

这种流程到数据的映射线条本身又应该类似CRUD矩阵分析一样的思路，拆分为两种关键映射类型。

1. 一种是业务活动Owner的数据，即产生或变更数据
2. 一种是业务活动所引用的数据，即参考和查询的数据

通过类似企业架构或IT软件架构规划设计中的流程架构，业务架构，应用架构，数据架构，集成架构，CRUD矩阵分析，各类的业务和IT的Mapping映射表格。我们就很方面的构建出数据和流程间映射。

即把底层的数据对象和模型反向的映射回到业务流程活动的各个阶段或分解后的各个业务活动节点上面。这样我们就更加容易清楚当前的数据是怎么样支撑我的端到端的流程的。

同时我把这个映射分析清楚以后，自然而然在我底层的数据之间，它会建立起一个基于流程驱动的数据链（或叫数据信息链）。

比如这个图里面我们可以看到从发标到投标从投标到投标结果，从投标结果再形成采购需求单，采购需求单再映射到采购订单，采购订单再映射到入库单，这个其实就是我们去构建的基于数据的信息链。

而这个基于数据对象的上下游关联构建的信息链本身也就是间接反向映射了你上层的业务端到端流程，这样我们才好更好的去分析业务流程和数据之间的关系，而不是像传统的方式。导致我们在分析流程和数据关系的时候，中间始终加了一层应用系统应用功能，没办法直接看清楚流程和数据之间的映射关系。

好了，今天关于如何去构建流程到数据的穿透，进一步的体现数据驱动流程的思想，就跟大家简单分享到这里。