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

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

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

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

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

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

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

　　结束语

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

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

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

原文转自：http://esoft.ctocio.com.cn/458/12875958.shtml