流程对数据接口有多重要
这几天连续写了几篇文章
《流程对数据架构有多重要》
《流程对业务架构的组件设计有多重要》
《流程对组织架构的设计有多重要》
《流程对应用架构有多重要》
现在回看一下，居然形成了一个有关流程与企业架构设计的系列。
今天我接着前面的文章，写一下流程与IT系统接口的关系，也就是系统集成与流程的关系。
前几天的文章中，我写了流程与组织架构以及应用架构的关系，如果感兴趣的朋友可以回看一下。
在组织架构中，各部门之间、各部门内的业务分工（业务组、岗位）之间，流程的输入/输出形成了事实上的业务接口，各部门通过这些接口向其他部门输出自身的业务能力。
接昨天的文章，在应用架构的设计中，我们划分了多层级应用组件，这些应用组件应该与业务架构的业务组件有严格的对应关系，而这些业务组件又与企业流程架构中的某些流程有严格的对应关系。
见上图，由此，我们构建出了从流程到业务架构，再到应用架构的逻辑关系视图。
而只要是流程，就一定有输出和输出，这些输入和输出映射到组织架构内，就形成了组织间的业务能力交互接口。
通过业务能力交互接口，再进一步映射到应用架构，就形成了跨系统、跨功能模块的数据交互接口，也就是我们通常所说的系统集成需求。
有了这些系统集成需求，我们可以结合业务架构视图和应用架构视图，可以形成企业多视角的数据交互视图。
通过这些数据交互/数据集成关系，我们可以分析企业的业务划分是否合理，数据的交互设计是否合理，并以此作为系统集成的规划与抓手。
我们在工作中发现，绝大部分企业在信息化建设或数字化转型过程中，没有对企业的整体应用架构进行系统集成规划，都是按项目的实际实施要求，现场拍板做接口，这样的系统集成基本上是被实施方牵着鼻子走，而且只能看到了眼前的需求，没有从整体的企业业务层面对企业架构中的应用架构（集成架构）、数据架构层面进行系统的规划，这样做可能既费时间又耗资金，甚至导致各种反复。
我认为，企业的信息化建设、数字化转型在技术层面是有整体方法论的，不掌握科学有效的方法论，信息化工作的推进事倍功半。