SOA流程项目：业务流还是工作流

以业务流为导向的面向服务流程架构

以业务流为主的流程架构有不同的实施方法。下面是两个项目案例。

图二主要应用于现有系统的整合，特别是与 ERP 相关产品的整合。一般通过流程的编排功能及并行处理能力，将不同系统进行关联，实现业务的有效组合。在不改变原有系统的基础上，设计业务流程，满足目前业务的需求。这种流程设计一般使用中介及转换使系统间松散连接。接口一般采用标准形式，例如，基于 JCA 标准的适配器。业务监控反映在业务对象层面。符合 SOA 对 KPI 监控的设计理念。在实际应用时，结合使用临时人工任务，状态机，版本控制，业务规则服务，动态服务绑定等。

图 2. 以业务流为导向的面向服务流程架构示意图

图三是以结合使用了动态节点的架构设计。使业务流增添了自由节点的灵活性。通过使用循环节点，根据用户动态指定，确定节点及相应参数。这种设计考虑工作流与业务流的双重效应。业务与流程信息通过数据层关联，并由此形成业务监控数据源。

图 3. 带有动态节点的业务流架构示意图

工作流与业务流松散耦合的流程架构

在工作流及业务流产品兼有的情况下，松散耦合两种产品技术也是一种整合方案。如图四所示，前端页面应用通过统一的前端接口（Facade）调用不同的工作流或业务流接口或服务组件。后端的工作流与业务流基本上独立运转，工作流可以调用业务流服务。前端接口不局限于固定的应用或组件。例如，监控部分可以通过松耦合的形式，与工作流或业务流监控组件或服务接口链接，在界面灵活地展现。

图 4. 工作流与业务流松散耦合的流程架构示意图

结束语

从 BPM（业务流程管理）的角度来说，整个过程应该包含从业务分析至监控管理，而且分析，管理是 BPM 的关键所在。本文主要侧重于流程的简要架构设计，对业务流与工作流作了基本的比较。

在 SOA/BPM 初始阶段，如果一个企业没有较深的 IT 或 ERP 根基，实施业务流会有相当的阻力。因为业务流程管理并非主要是技术问题。对于有些中小型企业或应用 （ 特别是那些没有规范支撑的人工流程模式 ），一些随意包干，或带有自由流功能的工作流系统一般更易于接受。

值得一提的是，工作流与业务流的定义范围有相当程度的交叠与互斥，这取决于采用的流程管理产品（或几个不同产品）及架构设计及理念。工作流可以理解为技术层面的东西或办公自动化，而 SOA 关注业务流的实现，及与之相关的价值链，并且关注流程的生命周期管理。其实，工作流或业务流本身并无绝对优势，用好用对才是关键。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友