业务流 BPM 与工作流 workflow 的区别

业务流(bpm)与工作流(workflow)的区别。

在soa实践中，对于bpm面临着不少困惑与选择，主要是工作流与业务流的架构区别。有些项目把业务流产品用作工作流设计，而有些工作流为主的产品工具却作为业务流实现。这里简单地讨论一下bpm中业务流与工作流的作用区别。

简要概述了工作流与业务流的主要区别。

工作流与业务流的主要区别。

架构模式。工作流。

简单地说，是定义，构建及执行具有服务组合，服务编排及并。

用的流程架构，例如，典型的人的企业级端到端业务流程管工审批流，页面流，文档的路由理。主要用于跨系统，跨部门等。从项目过程来看，一般根据的企业系统，例如，与erp系业务部门的用例需求，由技术人统的整合。

业务流项目关键在员遵循传统步骤进行设计，开。

于业务梳理及优化分析。项目。

斯欧。开发运行。

发，测试，部署。工作流一般强重点为建模，组装/接口转调快速开发，着眼于局部应用，换及管理。流程导向以业务为反复多。重用性差。

中心，关注全局业务价值及服务重用。

建模与开发使用统一流程模板。一般建模与开发分开进行。强具有一定的工作流模式。

流程较调业务为导向。流程状态及动为可控。可使用多种不同的编程态性可通过服务组合与其它语言。

编程除错基本反映在程序系统关联。当流程跨越多个用层面。学习上手较快。

单一流程户及交互时，与组织结构的变。

信。流程。工作流基本上属于面向应发处理的能力。强调面向服务。

息。业务流。

开发周期较短。业务流程监控一化关联较大。服务可动态绑般表现在流程或活动节点。

定。编程模式可采用核心的sdo/sca/bpel规范。编程除错反映在建模和流程界面。

业务流关注的是服务的组装，而非**开发。流程设计具有一定的曲线要求。业务流程监控。

接口差异比较适于图像，文档等传输。使适应于系统业务重组优化。其。

层。也就是说，它与业务服务没业务对象，使流程附带结构性有密切的关联。通俗地说，工作数据。

在业务流中，流程与业流只是将行动节点串接起来，例务数据关联更加密切，智能化如，常见的人工审批流程。其人程度加强。在流程接口调用不员接口内嵌于流程，系统接口主同服务组件时，能够进行系统要是调用应用程序，本身并不强间关联及确保事务的完整性。

调服务组件接口，业务应用不对人工任务接口可设置为内嵌，业务人员透明。工作流一般用于或独立的人员服务，生成不同系统应用内或系统应用间。特点形态的临时人工任务。

例如，是灵活跳转，松散耦合。

在电子采购业务中，动态的人工任务环节可由人员服务来实现。业务流的系统接口主要针对外部异构应用系统，适合企业级系统与系统间标准化的交互整合。斯欧。信。

用变量参数，一般无松散持久。

息。涉及流程/任务以及业务对象层，强调实时业务调控。

数据接口关联主要通过sdo/

产品技术一般使用私有技术或j2ee等。以标准形式兼容不同技术。流流程引擎将任务，人员组织等内程引擎构成技术服务组件，属置。通过引擎进行队列，优化。于产品化中间件。

简言之，业务流程管理主要包含业务建模，组装，部署及管理。使用业务流或工作流工具似乎都能设计开发业务流程管理。但从soa的角度，服务的划分及交互通常是项目关注的重点。

所以，soa强调的是如何灵活组合业务服务。而业务流的核心功能是编排流程服务，并且主要针对企业级应用整合。同时利用bpm工作流的主要功能，诸如：

活动（任务）节点的人工任务配置，流程运转时的活动节点调控等。

在soa/bpm初始阶段，如果一个企业没有较深的it或erp根基，实施业。

企业或应用（特别是那些没有规范支撑的人工流程模式），一些随意包干，或带有自由流功能的工作流系统一般更易于接受。对于同样的一个较为复杂的流程应用项目，如果使用工作流，会显得很复杂，结果是很多流程产出件，而如果使用业务流，一般架构设计较为规范，流程量骤然减少，重用性提高。

值得一提的是，工作流与业务流的定义范围有相当程度的交叠与互斥，这取。

斯欧。决于采用的流程管理产品（或几个不同产品）及架构设计及理念。工作流可以理解为技术层面的东西或办公自动化，而soa关注业务流的实现，及与之相关的价值链，并且关注流程的生命周期管理。

其实，工作流或业务流本身并无绝对优势，在soa/bpm都要用到，如何用好用对才是关键。

信。务流会有相当的阻力。因为业务流程管理并非主要是技术问题。对于有些中小型。息。