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

业务流程管理BPM和工作流workflow的联系和区别以前只知道工作流也就是workflow，最近接触到企业管理软件中的业务流程管理BPM，觉得两者差不多，于是认真查了些资料，下面揭开工作流和BPM真相。

胡长城——我对BPM认识之路当我们感觉BPM似乎还很遥远的时候，BPM已经如洪水般的席卷过来了。

有两个形容词一直伴随在BPM左右，形成了“BPM Wave”和“BPM Solution”，可见影响是巨大的。

前些日子看到Phil Gilbert的在其Blog上大谈“未来十来年，BPM将替代ERP，成为企业信息化最为关注的领域”。

早在2003年初，BPM这个领域就出现了一本比较有影响力的书：《Busin ess Process Management(BPM):The third Wave》，可惜国内没有引入，好像也没有影印本。

事实上，在Workflow和BPM两个领域内，好像国内出版社一直也没有什么新作，着实可惜。

金碟一直坚持做的Apusic，东方通坚持做TongLink，huihoo一直坚持开源事业······但是在整个BPM Wave中，国内做的还是太少。

国内工作流的应用（不论从产品角度，还是市场角度）尚且处于起步发展阶段，流程化的应用成熟度还不够，更不要提“大范围的业务过程管理了”。

国内的流程信息化，目前主要还是围绕“组织”来展开的。

大部分流程应用，在满足“组织关系和组织管理”的条件后才可能会涉及到“业务化”。

这也是为什么国内很多开发商在实施流程项目的时候，会在“需求调研”阶段浪费很多精力主要原因。

这几年在国内流程应用中，一个比较普遍的现象就是：一个比较简单的审批流程实施，也会把开发商拖很久。

可能我们用“流程设计器＋元数据维护＋表单定义＋引擎”十来分钟就可以绘制和运行一个流程Demo的；但是即使拥有这些利器，一个只有十来个节点的审批流程，可能也需要相当长的实施时间。

BPMN⼯作流的基本概念！详解⼯作流框架Activiti⼯作流⼯作流简介⼯作流(Workflow): ⼯作流就是通过计算机技术对业务流程进⾏⾃动化管理。

实现多个参与者按照预定的流程去⾃动执⾏业务流程。

定义: 通过计算机对业务流程⾃动化执⾏管理主要解决的是: 使在多个参与者之间按照某种预定义的规则⾃动进⾏传递⽂档,信息或任务的过程.从⽽实现某个预期的业务⽬标,或者促使此⽬标的实现⼯作流管理系统的⽬标:管理⼯作的流程以确保⼯作在正确的时间被期望的⼈员所执⾏在⾃动化进⾏的业务过程中插⼊⼈⼯的执⾏和⼲预⼯作流框架:Activiti,JBPM,OSWorkFlow,WorkFlow⼯作流框架底层需要有数据库提供⽀持⼯作流术语⼯作流引擎ProcessEngine对象: 这是Activiti⼯作的核⼼.负责⽣成流程运⾏时的各种实例及数据,监控和管理流程的运⾏BPM业务流程管理:是⼀种以规范化的构造端到端的卓越业务流程为中⼼,以持续的提⾼组织业务绩效为⽬的的系统化⽅法常见商业管理教育如EMBA,MBA等均将BPM包含在内BPMN业务流程建模与标注:这些图如何组合成⼀个业务流程图(Business Process Diagram)讨论BPMN的各种的⽤途:包括以何种精度来影响⼀个流程图中的模型BPMN作为⼀个标准的价值BPMN未来发展的远景流对象⼀个业务流程图有三个流对象的核⼼元素事件⼀个事件⽤圆圈来描述,表⽰⼀个业务流程期间发⽣的东西事件影响流程的流动.⼀般有⼀个原因(触发器)或⼀个影响(结果)基于它们对流程的影响,有三种事件:开始事件,中间事件,终⽌事件活动⽤圆⾓矩形表⽰,⼀个流程由⼀个活动或多个活动组成条件条件⽤菱形表⽰,⽤于控制序列流的分⽀与合并。

可以作为选择,包括路径的分⽀与合并内部的标记会给出控制流的类型Activiti开源⼯作流框架Activiti简介Activiti是⼀个开源的⼯作流引擎,它实现了BPMN 2.0规范,可以发布设计好的流程定义,并通过api进⾏流程调度Activiti 作为⼀个遵从 Apache 许可的⼯作流和业务流程管理开源平台,其核⼼是基于Java的超快速,超稳定的 BPMN2.0 流程引擎,强调流程服务的可嵌⼊性和可扩展性,同时更加强调⾯向业务⼈员Activiti 流程引擎重点关注在系统开发的易⽤性和轻量性上.每⼀项BPM业务功能Activiti流程引擎都以服务的形式提供给开发⼈员.通过使⽤这些服务,开发⼈员能够构建出功能丰富,轻便且⾼效的BPM应⽤程序Activiti服务结构Activiti系统服务结构图核⼼类:ProcessEngine: 流程引擎的抽象,可以通过此类获取需要的所有服务服务类:XxxService: 通过ProcessEngine获取,Activiti将不同⽣命周期的服务封装在不同Service中,包括定义,部署,运⾏.通过服务类可获取相关⽣命周期中的服务信息RepositoryServiceRepository Service提供了对repository的存取服务Activiti中每⼀个不同版本的业务流程的定义都需要使⽤⼀些定义⽂件,部署⽂件和⽀持数据(例如BPMN2.0XML⽂件,表单定义⽂件,流程定义图像⽂件等),这些⽂件都存储在Activiti内建的Repository中RuntimeServiceRuntime Service提供了启动流程,查询流程实例,设置获取流程实例变量等功能.此外它还提供了对流程部署,流程定义和流程实例的存取服务TaskServiceTask Service提供了对⽤户Task和Form相关的操作.它提供了运⾏时任务查询,领取,完成,删除以及变量设置等功能HistoryServiceHistory Service⽤于获取正在运⾏或已经完成的流程实例的信息,与Runtime Service中获取的流程信息不同,历史信息包含已经持久化存储的永久信息，并已经被针对查询优化FormService使⽤Form Service可以存取启动和完成任务所需的表单数据并且根据需要来渲染表单Activiti中的流程和状态Task均可以关联业务相关的数据IdentityServiceIdentity Service提供了对Activiti系统中的⽤户和组的管理功能Activiti中内置了⽤户以及组管理的功能,必须使⽤这些⽤户和组的信息才能获取到相应的TaskManagementServiceManagement Service提供了对Activiti流程引擎的管理和维护功能这些功能不在⼯作流驱动的应⽤程序中使⽤，主要⽤于 Activiti 系统的⽇常维护核⼼业务对象:org.activiti.engine.impl.persistence.entity包下的类,包括Task,ProcessInstance,Execution等根据不同职责实现相应接⼝的⽅法(如需要持久化则继承PersistentObject接⼝),与传统的实体类不同Activiti组件Activiti上下⽂组件Context: ⽤来保存⽣命周期⽐较长,全局性的信息,类似Application.主要包括如下三类:CommandContext: 命令上下⽂-保存每个命令必要的资源,如持久化需要的sessionProcessEngineConfigurationImpl: 流程引擎相关配置信息-整个引擎全局的配置信息.如数据源DataSource等.该对象为单例,在流程引擎创建的时候初始化ExecutionContext: 持有ExecutionEntity对象持久化组件:Activiti使⽤mybatis作OR映射,并在此基础上增加设计了⾃⼰的持久化框架在流程引擎创建时初始化,顶层接⼝Session,SessionFactorySession有两个实现类:DbSqlSession: 负责sql表达式的执⾏AbstractManager: 负责对象的持久化操作SessionFactory有两个实现类:DbSqlSessionFactory: 负责DbSqlSession相关操作GenericManagerFactory: 负责AbstractManager相关操作Event-Listener组件:Activiti允许客户代码介⼊流程执⾏,提供了事件监听组件监听的事件类型:TaskListenerJavaDelegateExpressionExecutionListenerProcessEngineConfigurationImpl持有DelegateInterceptor的某个实例,⽅便调⽤handleInvocation Cache组件DbSqlSession中有cache的实现Activiti基于List和Map来做缓存:如查询时先查缓存,没有则直接查询并放⼊缓存异步执⾏组件Activiti可以执⾏任务,JobExecutor为其核⼼类,JobExecutor包含三个主要属性:JobAcquisitionThreadBlockingQueueThreadPoolExecutor⽅法ProcessEngines在引擎启动时调⽤JobExecutor.start,JobAcquisitionThread 线程即开始⼯作，其run⽅法不断循环执⾏AcquiredJobs中的job，执⾏⼀次后线程等待⼀定时间直到超时或者JobExecutor.jobWasAdded⽅法，因为有新任务⽽被调⽤。

什么是BPM，BPM与OA的区别，BPM与EAI的区别近年来，随着计算机技术的发展和互联网时代的到来，我们已经进入了信息时代，也称为数字化时代，在这数字化的时代里，企业的经营管理都受到了极大的挑战。

从上世纪90年代起至今，企业的信息化工作开展的如火如荼，相继建立了很多业务系统，同时也给企业带来了巨大的效益。

但是，新的问题出现了，业务已经对这些复杂的系统提出更新的需求，即需要实现系统之间整合。

EAI(Enterprise Application Integration)技术风靡一时，成为了各界人士追捧的对象。

热闹过后，许多人已经清晰的认识到，EAI仅仅是为解决“数据孤岛”而生，并不能解决业务流程的整合。

另外，虽然很多业务系统也支持工作流技术，但是由于工作流与业务逻辑紧密结合，所以在EAI 实施的效果大打折扣。

实践证明，优化、高效、低成本的业务流程将为企业提供了与竞争对手拉开距离的法宝，高效的业务流程不仅提高企业的运行高效率，而且降低企业的成本，使企业达到高度自动化。

所以，业务流程才是企业的核心问题。

为了使业务系统适应企业的运行机制，需要对众多业务系统进行更深度的整合，包括数据整合、流程整合等，所以，BPM(Business Process Management)随之而产生。

1、BPM是什么“2005在IT界里，有一个不成文的规律，那就是喜欢拿概念忽悠人。

年是ERP年”，口号刚出，一夜之间ERP厂商风起云涌，到处鼓吹其先进理念，只要是能跟ERP挨上边儿的，都叫ERP系统，所以直接导致ERP在中国是失败的结局。

BPM也是一样，由于BPM、ERP、OA、Workflow、EAI 等这些概念都有一定联系，所以许多也不免俗套，开始宣扬自己的BPM理念。

如果您是没学会忽悠本事的开发商，深刻理解BPM，真正提升您的产品质量，才不会被市场忽悠没了；如果您是没学会防忽悠本事的用户，深刻理解BPM，真正能评价一个好的BPM产品，才不会被开发商忽悠没了。

浅析业务流程管理与工作流的六大区别业务流程管理（Business Process Management，简称BPM）和工作流（Workflow）是企业管理和信息化建设中的两个重要概念和方法。

虽然它们有一些相通之处，但是也存在一些差异。

下面从六个方面对BPM和工作流的区别进行详细分析。

1.定义和范围：BPM是一种管理方法论，是一套将业务流程的设计、优化、执行以及监控等活动整合在一起的综合管理策略。

它从组织整体的角度出发，关注业务流程对组织目标的实现。

而工作流则更侧重于业务流程的自动化和优化，着重解决流程中的任务分配、协作和调度等问题。

2.目标和效益：BPM的目标是通过分析和优化业务流程，提高组织的效率、灵活性和质量。

它关注的不仅仅是流程的自动化，更强调人、系统和业务流程之间的协同与高效。

而工作流主要关注的是业务流程的自动化和规范化，目标更聚焦于提高工作流程的效率和准确性。

3.管理层次：BPM是一种全员参与的管理方法，要求机构的各个层次和各个职能部门共同参与业务流程的管理。

它的影响范围覆盖整个组织的战略、业务和流程三个层面。

而工作流则是在具体的业务场景中对流程进行自动化和规范化的方法，主要关注流程的执行和控制。

4.技术支持：BPM不仅仅是一个技术问题，更多地是一个包含业务和组织变革的综合管理方法。

它需要支持的技术包括流程建模和分析工具、业务规则和决策管理系统、性能监控和指标评估系统等。

而工作流则更加依赖于技术平台和工具，需要支持流程设计、任务调度、协同和通信等功能。

5.强调与方法框架：BPM具有一套完整的方法论和框架，包括业务流程建模、分析优化和执行监控等方法和工具。

它强调对业务流程的全面管理，通过对流程的不断迭代和优化实现持续的改进。

而工作流则是一种具体的流程自动化和规范化方法，通常采用工作流引擎和编排工具来实现。

6.管理层次和组织变革：BPM更加关注流程与组织之间的协同配合和变革管理。

它提倡通过业务流程的重塑和优化，改变组织的管理和运作方式，从而提高全员参与和协同的能力。

工作流和BPM有何不同？在考虑案例管理应用时，工作流和业务流程管理（BPM）的差异的重要性在不断增加。

甚至有了先进的工作流能力也还不够：为什么？此二者的比较将能对此做出说明。

在许多企业内容管理软件系统里，工作流都是标准的功能。

在某些情况下，它可能会被市场化定位为流程管理，因此理解其不同是很重要的一件事情。

作为对比，BPM工具套件（BPMS）包含有工作流，在额外功能需要之时应该被使用到，因此它一般包含在大部分的案例管理应用之内。

本文用一个简化的购买订单流程作为例子，检查了传统工作流与BPM的不同。

什么是工作流？非结构化的内容—通常是纸质文档的电子替代品，在业务中有着特定的生命周期。

在这个例子里，我把生命周期定义为一段内容对业务运营有用的一段时间。

非结构化内容的例子可能是一份购买订单的电子图像，许多业务均使用的公共文档等等。

电子文档在业务的不同工作者之间流转，许多工作者需要引用这些文档来完成其工作。

工作流可定义为在其生命周期内一段内容被路由所包含的步骤。

作为工作流操作的一个例子，让我按们步骤来走查一遍一份购买订单业务流程的工作流。

如果你跟着一张购买订单在生命周期所经历的步骤走一遍，你就能更好地理解工作流究竟是什么。

在本例中，请想象一下一家办公室设施供应商接收到了一份要求新的办公设备供应的订单。

如果收到的是一份纸质文档，这份购买订单将先被扫描，然后该购买订单的一幅电子图片会被创建出来（或者，可能它已经作为PDF文档或通过电子数据交换EDI传输过来）。

这是购买订单文档工作流的第一步。

图片被送达订单输入文员的工作队列处等候处理。

通过浏览该图片，文员把产品和数量输入到企业资源计划（ERP）的订单处理应用系统中。

装运人员则完成来自于ERP系统的订单，但他是登入到内容管理系统，在里面通过复核原始购买订单来确认装运。

装运人员然后将购买订单导向到财务部门，财务人员电子化地将订单标记为完成，更新客户发票号相关联的文件，并把该图片保存5年。

工作流简介工作流（Workflow），就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。

通俗的说，流程就是多个人在一起合作完成某件事情的步骤，把步骤变成计算机能理解的形式就是工作流。

工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。

工作流管理系统(Workflow Management System, WfMS)是一个软件系统，它完成工作流的定义和管理，并按照在系统中预先定义好的工作流规则进行工作流实例的执行。

工作流管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。

工作流管理联盟(WfMC，Workflow Management Coalition)给出的关于工作流管理系统的定义是：工作流管理系统是一个软件系统，它通过执行经过计算的流程定义去支持一批专门设定的业务流程。

工作流管理系统被用来定义、管理、和执行工作流程。

工作流应用广泛，在由任务驱动的各种系统中都有应用，例如OA、CRM、ERP、ECM、BI等。

在企业应用中还有很多产品或平台集成工作流引擎，用来处理系统运行过程中发起的业务流程。

工作流总是以任务（Task）的形式驱动人处理业务或者驱动业务系统自动完成作业。

有了工作流引擎之后，我们不必一直等待其他人的工作进度，直白地说，我们只需要关心系统首页的待办任务数即可，由系统提醒当前有多少待办任务需要处理。

采用工作流管理系统的优点：1）提高系统的柔性，适应业务流程的变化2）实现更好的业务过程控制，提高顾客服务质量3）降低系统开发和维护成本工作流生命周期一个完整的工作流生命周期会经过五个步骤，并且迭代循环：定义：工作流生命周期总是从流程定义开始。

此阶段的任务主要是收集业务需求并转化为流程定义。

BPM中的IT术语解释目录BPM业务流程管理 (2)工作流引擎 (6)PORTAL（WEB应用） (9)企业门户 (10)SOA面向服务的体系结构 (10)EAI企业应用集成 (16)ESB企业服务总线 (18)EIP企业信息门户 (19)SAAS软件在线服务 (20)ASP应用软体租赁服务提供者 (28)WEBSERVICE (29)MRP物料需求计划 (32)MRPII制造资源计划 (35)MRP－III、ERP和CIMS (37)ERP企业资源计划系统 (38)BOM表 (45)OA办公软件 (49)CRM客户关系管理 (57)PDM产品数据管理 (61)PLM产品生命周期管理 (62)PLM的发展历史以及与PDM的关系 (62)CAM计算机辅助制造 (63)CAD计算机辅助设计 (65)ECM企业内容管理系统 (66)SCM 供应链管理 (66)HRIS人力资源信息系统 (69)EHR (70)E-HR、HRIS、HRMS的含义是什么 (72)BPM业务流程管理Business Process Management(BPM)，即业务流程管理，是一套达成企业各种业务环节整合的全面管理模式。

BPM涵盖了人员、设备、桌面应用系统、企业级Backoffice 应用等内容的优化组合，从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。

BPM通常以I nternet方式实现信息传递、数据同步、业务监控和企业业务流程的持续升级优化。

显而易见，BPM不但涵盖了传统“工作流”的流程传递、流程监控的范畴，而且突破了传统“工作流”技术的瓶颈。

BPM的推出，是工作流技术和企业管理理念的一次划时代飞跃。

业务流程管理的优势1. 节省时间与金钱BPM是提供业务流程建模、自动化、管理与优化的准则与方法。

一个成功的BPM方案包括正确商业领导和技术的组合，可以大幅缩短流程周期（有时高达90%）和降低成本。

这种效果在跨部门、跨系统和用户的流程中尤为突出。

业务流(BPM)与工作流(workflow) 的区别在SOA 实践中，对于 BPM面临着不少困惑与选择，主要是工作流与业务流的架构区别。

有些项目把业务流产品用作工作流设计，而有些工作流为主的产品工具却作为业务流实现。

这里简单地讨论一下 BPM 中业务流与工作流的作用区别。

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

工作流与业务流的主要区别斯欧信息简言之，业务流程管理主要包含业务建模，组装，部署及管理。

使用业务流或工作流工具似乎都能设计开发业务流程管理。

但从 SOA 的角度，服务的划分及交互通常是项目关注的重点。

所以， SOA 强调的是如何灵活组合业务服务。

而业务流的核心功能是编排流程服务，并且主要针对企业级应用整合。

同时利用 BPM 工作流的主要功能，诸如 : 活动（任务）节点的人工任务配置，流程运转时的活动节点调控等。

在 SOA/BPM 初始阶段，如果一个企业没有较深的 IT 或 ERP 根基，实施业务流会有相当的阻力。

因为业务流程管理并非主要是技术问题。

对于有些中小型企业或应用 （ 特别是那些没有规范支撑的人工流程模式 ），一些随意包干，或带有自由流功能的工作流系统一般更易于接受。

对于同样的一个较为复杂的流程应用项目， 如果使用工作流， 会显得很复杂， 结果是很多流程产出件， 而如果使用业务流，一般架构设计较为规范， 流程量骤然减少， 重用性提高。

值得一提的是，工作流与业务流的定义范围有相当程度的交叠与互斥，这取决于采用的流程管理产品（或几个不同产品）及架构设计及理念。

工作流可以理解为技术层面的东西或办公自动化，而 SOA 关注业务流的实现，及与之相关的价值链，并且关注流程的生命周期管理。

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

介绍⼏款知名的⼯作流系统软件随着需求的不断延伸以及⼈们对企业信息化思想的不断普及，⼯作流越来越受到企业内部的使⽤推⼴，虽然⼯作流主要功能国内⽐较知名的⼯作流软件基本上都具备，但功能的侧重点各不相同,增加了企业对⼯作流或BPM选型难度，本⼈选⽤⽬前国内市场主流专业的⼯作流软件，从概念、⼯作流引擎、⼯作流过程建模⼯具、流程操作、⼯作流客户端架构、流程监控、表单设计器以及与应⽤程序的集成等⽅⾯进⾏分析和⽐较，帮助企业对⼯作流或BPM产品的选型。

⼀、概述：⼯作流的思想最先起源于西⽅国家，⼀开始的⽬的主要是为了简化⼯作流程，为繁琐的⼯作提供依据。

随着需求的不断延伸以及⼈们对企业信息化思想的不断普及，⼯作流越来越受到企业内部的使⽤推⼴，当然，⼯作流能满⾜的需求也在不断的优化。

⼯作流概念起源于⽣产组织和办公⾃动化领域，是针对⽇常⼯作中具有固定程序活动⽽提出的⼀个概念，⽬的是通过将⼯作分解成定义良好的任务或⾓⾊，按照⼀定的规则和过程来执⾏这些任务并对其进⾏监控，达到提⾼⼯作效率、更好的控制过程、增强对客户的服务、有效管理业务流程等⽬的。

尽管⼯作流已经取得了相当的成就，但对⼯作流的定义还没有能够统⼀和明确，不同学者从不同⾓度对⼯作流做出了不同的定义。

Georgakopoulos给出的⼯作流定义是：⼯作流是将⼀组任务组织起来以完成某个经营过程：定义了任务的触发顺序和触发条件，每个任务可以由⼀个或多个软件系统完成，也可以由⼀个或⼀组⼈完成，还可以由⼀个或多个⼈与软件系统协作完成。

IBM Almaden Research Center将⼯作流定义为：⼯作流是经营过程的⼀种计算机化的表⽰模式，定义了完成整个过程需要的所有参数；这些参数包括对过程中每⼀个步骤的定义、步骤的执⾏顺序和条件、步骤由谁负责以及每个活动所需要的应⽤程序等。

1993年⼯作流管理联盟(Workflow Management Coalition，WfMC)作为⼯作流管理的标准化组织⽽成⽴，标志着⼯作流技术逐步⾛向成熟。

BPM的四大主要类型导读：随着网络的发展，移动BPM、社交BPM、云端BPM将顺应市场需求，成为BPM发展的新趋势，最终成为企业即时管控有效工具。

BPM将不断促进制造业信息化的转型与发展。

关键词：BPM随着网络的发展，移动BPM、社交BPM、云端BPM将顺应市场需求，成为BPM发展的新趋势，最终成为企业即时管控有效工具。

BPM将不断促进制造业信息化的转型与发展。

所以很少人会否认业务流程管理(BPM)的价值，更不用说给BPM一个全面定义。

根据这些需要管理和如何来管理的流程，BPM对不同企业的意义也不同。

我们把BPM归为以下四种主要类型。

面向工作流的BPM工作流描述了在BPM空间内人与人的交互和人与系统的交互。

根据独立分析师Sandy Kemsley所述，工作流就是我们所熟知的BPM的初始阶段。

“一开始就有工作流，”Kemsley在她网站的第二专栏中写道。

“更确切地说，在预先确定的流程图中有一个扫描过的人与人之间交互的路由文档。

”在当代BPM的大背景下，工作流和EAI(企业应用集成)平起平坐，并在某种程度上，可以看成是人的集成。

工作流BPM旨在优化业务流程中以人为本的活动。

这些措施包括活动监控，流程治理，正如BPM的成因，是对未完成文档向下进一步处理的编制。

面向文档的BPM文档管理和工作流齐头并进。

当文件穿过工作流时，追踪文件的去向以及它们的变动，维护文档记录的可靠性、安全性、可用性，早在计算机革命之前，已经成为了业务的必要元素。

今天的企业文档管理系统利用计算机技术来提供存储、安全、索引和检索选项。

可用性正日益重要，因为多方参与者经常需要凭借多个应用来使用同一个文件。

因此，依靠现有业务系统的集成是面向文档BPM成功的一个主要元素。

面向业务规则的BPM自动化这门学科可以追溯到人工智能的早期，当时研究人员试图以最简单的术语，集中于规则的使用来描述复杂的系统。

像最早的尝试模拟国际象棋游戏实验计算机，这些系统按照状态机的模式工作。

浅析业务流程管理与工作流的六大区别业务流程管理和工作流是两种不同的概念，虽然它们在实践中经常被混淆使用。

本文将分析业务流程管理和工作流的六大区别。

区别一：定义业务流程管理是指对一个组织内的业务流程进行分析、优化和管理，以提高组织的效益和竞争力。

它包括与业务相关的所有活动，并包括组织结构、人员管理、技术支持等方面的考虑。

而工作流是指将业务流程划分为一系列步骤，并定义每个步骤的执行者和执行顺序。

区别二：范围业务流程管理的范围更广泛，它包括整个组织内的所有业务流程，涵盖部门之间的协作、资源分配、决策制定等方面。

而工作流的范围相对较窄，通常只涉及到一个具体的业务流程或部门内的流程。

区别三：重点业务流程管理的重点是优化整个组织的业务流程，以提高效率和质量。

它强调横向协作、跨部门协调和整体效益。

而工作流的重点是自动化和规范化一个具体的业务流程，以降低人为错误和提高一致性。

区别四：技术业务流程管理通常需要多种技术支持，如流程建模、业务规则管理、工作分配和协作等。

它可以使用各种工具和软件进行支持，如业务流程管理系统（BPMS）、企业资源规划系统（ERP）等。

而工作流通常依赖系统集成、自动化和通信技术来支持流程的执行和控制。

区别五：管理层级业务流程管理通常由高层管理人员和战略决策者负责，他们关注整体组织的战略目标和绩效指标。

而工作流通常由中层管理人员和业务部门负责，他们关注具体业务流程的执行和改进。

区别六：目标业务流程管理的目标是提高组织的效率、质量和客户满意度，以实现组织的战略目标。

而工作流的目标是提高业务流程的执行效率、一致性和可控性，以降低成本和风险。

综上所述，业务流程管理和工作流虽然有相似之处，但它们在定义、范围、重点、技术、管理层级和目标等方面存在明显的差异。

理解和应用这些差异可以帮助组织更好地进行业务流程管理和工作流的实践，以提升组织的竞争力和效益。

业务流程管理与工作流管理是不相同的作者：业务流程来源：/由于信息技术发展飞快，促使了ERP(企业资源计划)、CRM(客户关系管理)、SRM(供应链关系管理)等信息系统的广泛普及，并且在部分信息系统能够实现工作流的自动化和固化，从而提高了企业流程效率。

但是，这些信息系统在实质上却无法改善企业整体的流程效率，无法达到提高竞争力的目的。

因此，在这些系统的运营经验的基础上就衍生了BPM(业务流程管理)，是时代发展的产物。

工作流管理与BPM的关系业务流程管理(BPM)是一个专业的管理系统，它包涵了工作流(workflow)，而业务流程管理是工作流的集合，使不同的应用活动能够相互协作，提供强大的整合能力就是最大的不同。

工作流就是用来管控流程的，流程的开始到结束，从一个人到另一个人，又或者是从一个应用到另一个应用，被用来管理工作流之间产生的信息。

工作流管理是不涉及到任何的业务流程优化的，BPM才是真正控制整个流程，并且确保工作流能够按照计划顺利执行下去。

工作流程管理(workflow)与业务流程管理(BPM)的相同点，"在于二者都强调通过过程控制来保证和提升企业管理的效益"。

工作流管理与业务流程管理的差异虽然工作流管理与业务流程管理两者有关联，但是，本质上的它们还是有差异所在的。

在使用工作流开始使用的时候，一个企业不同的部门流程会使用不同的描述方法，从而影响了业务之间的交流和协调。

而BPM则是跨组织的业务流程描述语言和工具，避免了上述的情况出现。

从架构方面看，企业内部从单一方向设计工作流，导致对整体的业务运营活动缺乏考虑，部门流程断点，信息无法传递。

而BPM各流程之间相互协调，相互衔接，信息得以及时共享，提高整个业务流程运行的成本效率。

如果用一般的工作流系统做接口，我们发现一个有趣的现象，就是服务提供方的甲方优势现象。

通常，一个工作流系统要和另外一个已经存在的系统做接口，工作流系统是有求于已经存在的系统，也就是已经存在的系统有"甲方优势"。

浅析接易过程管制(BPM)与处事流的六大辨别之阳早格格创做随着疑息技能的死长，越去越多的疑息系统如ERP、CRM、SRM等得到广大应用，其中部分疑息系统能真止处事流的固化战自动化，普及过程效用.然而他们仍无法真量性革新企业的完全过程效用，普及企业的比赛力.BPM便是正在早期的那些系统的经营与使用体味等前提上修坐的.BPM与处事流相比犹如下的分歧：(一) 跨构制的接易过程形貌道话战工具.正在处事流系统上马早期，时常会创制共一个企业里面分歧构制单元、部分的过程采与分歧的形貌要领，比圆A/B/C/F四个部分的账目管制系统采与某种处事流系统，而A/B/D/E四个部分的订单战出卖管制系统又采与其余一种处事流系统.那种情况正在庞大企业集团里面尤为明隐，做用了各接易单元的接易协共战接易最好试验的提与战推广.而BPM全力于跨构制的接易过程形貌道话战工具，预防了企业各部分举止接易过程接流战相通时各道各话的情况.(两)统一的过程架构.企业里面从简单管制中心出收举止安排的处事流，常常正在企业中缺累对于接易经营活动的总体思量，限制于原部分大概者原接易的接易需要，各部分战各管制博题之间的过程无法贯串，疑息的共享战传播艰易，存留洪量过程断面.而BPM正在过程之间举止贯串、协做，预防了过程孤岛的爆收;BPM的目标是产死端到端的过程体系，普及所有接易过程运止的效用、成原、品量，正在猛烈的商场比赛环诚拢憧突У男枨蟆?/P>(三)无“甲圆劣势”局面.如果用普遍的处事流系统干接心，咱们创制一个有趣的局面，便是服务提供圆的甲圆劣势局面.常常，一个处事流系统要战其余一个已经存留的系统干接心，处事流系统是有供于已经存留的系统，也便是已经存留的系统有“甲圆劣势”.那样，处事流系统便必须依照已经存留的系统的技能规格去真止，离“跨构制的接易过程形貌道话战工具”便越去越近了，更没有必道“跨企业的接易过程管制”.而BPM是正在“处事流系统”战“已经存留的系统”之间修坐了一个公仄的约定，没有存留“甲圆劣势”.(四)过程的持绝矫正.由于处事流系统的存留，相闭的接易人员常常已经忽略其内嵌的接易过程，接易部分对于疑息系统内嵌的过程缺累曲瞅认识战闭注，处事流系统的矫正非常的搀纯，更没有要道什么持绝矫正了.然而是BPM助闲接易人员稀切闭注疑息系统内嵌过程与其余接易过程贯串闭系，随着接易内中部环境的变更，即时举止过程的安排;那种情况下，过程的持绝矫正，成为普及企业完全过程运止效用的最主要果素.(五)BPM的SOA真量.SOA是创修更机动的企业前提架构的架构要领，而BPM是一套协做的接易过程活动.SOA使用户不妨沉快完毕将接易过程对接到前提系统的任务，进而节省时间战IT资材.与之相比，将过程链接到保守的应用常常要依好洪量分歧的博有技能.而且，正在采与BPM的共时转背SOA不妨促进SOA组件的再利用，进而最大程度天降矮接易过程自己的搀纯性.(六)BPM一定是企业级的.要真施BPM，一定要竖坐过程战术、过程安排、过程真施战过程监控的循环管制观念：从企业的死长战术出收制定过程的战术，将战术指标领会为过程的目标体系，通过过程真止战术的降天;根据过程战术举止接易过程的梳理、安排战劣化;通过构制结媾战疑息系统的安排去真施接易过程;通过过程合规管制战过程绩效监控，对于过程真止情况举止监控，根据截止安排接易过程安排.如果您正正在为疑息孤岛(ERP、CRM、HR)那类的以处事流为核心的系统制成的处事瓶颈而苦恼，如果您念抢得商场先机，大概者期视加强服务品量、传启既有知识，当前是该使用BPM的时间了.。

关于业务流、工作流、审批流的简单说明编辑导语：社会分工的出现，导致一次完整的生产活动需要由多个国家、多个企业、多个人共同完成。

在这之中，会导致输出物的流动，即会产生各种“流”。

本文作者就业务流、工作流和审批流进行了说明，一起来看看吧。

一、什么是流随着社会生产力的发展和生产关系性质的变化，人类社会的生产活动开始出现社会分工，个人、企业、甚至是国家都只是完整生产活动中的一环。

社会分工的出现，导致一次完整的生产活动需要由多国家、多企业、多部门、多个人（后文用“人”代指）互相配合、共同完成。

在这种分工的生产活动中，处于后置环节的“人”，对前置环节的“人”的输出物有着内在需求，正是因为这种内在需求，导致了输出物的流动，使输出物从供应方转向需求方，即“流”，也称“流程”。

“流”具有流动性和指向性两个特征。

在当今社会的生产活动中，“流”具体表现有物流、信息流、工作流、资金流等。

二、什么是业务流、工作流、审批流•业务流：即业务流程，指为了完成某项业务而进行的各种工作的有序组合•工作流：即工作流程，指为了完成某项工作而进行的各种动作的有序组合•审批流：即审批流程，是对某项工作的审批活动的有序组合通常情况下，业务流与工作流是相同的概念，本文即持此观点，后文重点讲解工作流、审批流。

审批流属于工作流的范畴。

三、工作流详解一项完整的工作流程，应包括流程定义、权限划分两个部分，见如下泳道图：合同签订的流程从开始到结束，共需要经过5个环节，涉及三个岗位。

1. 流程定义流程定义的目的，是为了将工作分解并确定分解后的事项先后顺序。

1）工作流程一个工作流具体包含哪些流程环节以及各环节之间的先后顺序。

比如上图的合同工作流程，包含合同立项-合同签订-合同验收-合同付款-归档五个环节。

合同立项的后置环节是合同签订，以此类推。

在具体开发时，各环节及顺序可以系统内写死也可以自由配置，具体视业务变动频率及开发资源确定。

2）表单设计即本环节内，应该确定、处理什么内容。

理解⼯作流与业务流的区别那些使⽤BPM的⼈经常发现他们⾃⼰在使⽤⼯作流和业务流的概念时，常常会混淆两者，甚⾄⼀些在这⽅⾯有经验的⼈也常会混淆这两个术语。

我们本篇就是专门针对在BPM使⽤中⼯作流和业务流这两个术语来进⾏解释，希望帮助⼤家了解他们之间的区别。

了解⼯作流和业务流程的定义⾸先，我们要区别⼀个概念：⽇常⼯作中我们时常会提到“流程”这个词，例如法律过程中会出现的执⾏步骤。

但我们接下来要说的流程则专指业务流程。

什么是业务流程？我们可以⽤⼀系列活动（细分为任务）来定义业务流程，这些活动按逻辑顺序排列，它们之间有因果关系，并以向内部或外部客户交付产品、服务、信息、决策或其他输出为⽬标。

它通常是⼀个公司的流程链，即⼀项业务的⼏个流程的顺序，旨在为最终交付、产品或服务增加价值。

同时，这增加了市场对其价值的感知，帮助其降低⽣产成本。

⼀般情况来说，⽤户感知价值和⽣产成本之间的差异越⼤，公司的利润往往越⾼，业务流程真正的价值也就在于此。

在这种情况下，持续分析、建模和改进流程以提⾼效率是使公司保持盈利的⼀个很好的⽅法。

⽬前，⼯作流和业务流程也在某些情况下相互关联，因为⼯作流是⽤于企业内部流程改进的⼯具。

什么是⼯作流？⼯作流是⼀组技术和⼯具，它使⽂档、信息、活动和任务能够在公司或公司部门中适当地流动。

参与过程的⼈遵循⼀个顺序，并实践某些过程，以便他们能够实现流程⽬标。

不⼀定所有业务流程都需要借助技术实现⼯作流⾃动化，以前流程的实现往往是通过⼿⼯、纸质等传统的⽅式。

但是，如今通过技术我们能够更好地实现流程信息化、⾃动化，加快流程运转的效率。

另⼀⽅⾯，通过利⽤⼯作流及其⼯具，你可以减少流程故障、数据传输错误、减少时间增益和延迟的分线、同时规避流程瓶颈和成本浪费。

你可以⼤⼤提⾼程序的可靠性和准确性。

⼯作流和业务流程之间的差异准确来说，业务流程是⼀系列的任务为了实现业务⽬的；⼯作流是使这⼀顺序更有效率的⼀种⽅法。

业务流程是符合企业业务规律的⾃然存在；⼯作流则是有意识地分析、计划、建模和⾃动化流程，并有明确的⽬的。

⼯作流程和业务流程有什么区别和联系？⼯作流程和业务流程的共同点都是利⽤事先设计好的流程来控制和管理企业的运⾏，让企业业务能有序的进⾏从⽽提⾼企业的⼯作效率和效益。

它们之间有着联系，但也存在着本质上的区别，下⾯alpha审批助⼿就和⼤家⼀起来看下。

⼯作流程和业务流程的区别1、定义上的不同⼯作流程指的是完成⼀件⼯作的先后顺序，对⼯作中的每⼀步顺序都设置了标准化的要求，重点在“怎么做”上⾯，体现在完成⼀件⼯作要“先做什么，后做什么”。

业务流程的重点在“做什么”上⾯，不仅仅体现出完成⼀件⼯作的先后操作标准程序，还明确指出了每个⼯作节点的负责⼈，以及他们的⼯作要求以及指向的企业⽬标关系。

业务流程是为实现企业⽬标⽽设计的流程。

2、主体的不同⼯作流程中的内容主要是根据⼯作的性质来制定的⼀系列标准程序，其内容具体列出了⼯序、时间和质量等要求。

主体是⼯作的绩效⽬标，⼯作的绩效⽬标驱动着⼈按照流程有序地进⾏⼯作。

业务流程内容制定前要以企业的⽬标为考量基础，⼈是业务⽬标的主体，以⼈的能动性促使企业⽬标的实现，企业中的员⼯在业务流程中扮演的⾓⾊跟要求都会明确标⽰出来。

3、考核标准的不同业务流程是看各个环节的绩效综合起来，能否达到企业的设定的整体⽬标。

是单个绩效的总和。

考核⼯作流程是否有效益、能为企业所⽤的标准是看通过⼯作流程，该⼯作的产出能否达到预期⽬标，看单个绩效的产出。

⼯作流程和业务流程的联系分析了业务流程和⼯作流程的区别之后，举⼀个企业常见的例⼦说明它们之间的联系。

员⼯请假审批申请是企业⼈事部门常见的⼯作之⼀，⼀般的请假申请流程是：1.员⼯填写请假申请单；2.上交请假申请单给主管审批（如遇假期长还需部门经理审批）；3.转交⼈事部门负责⼈审批；4.请假记录给财务部发⼯资时参考。

在这个请假审批流程中，员⼯⾛的四步程序就是⼯作流程，⽽业务流程是需要包含从审批开始到结束后所设计的⼀切，除了四步⼯作流程，还包含其他因素：1.请假表单的设计，表单可以让⼈⼀⽬了然；2.任务节点的设计，请假申请单流传到相关审批⼈节点的审批要求及标准；3.流程⾛向的设计，设计是最节省时间、⼈⼒的流程⾛向。