业务流(BPM)与工作流(workflow) 的区别
业务流程管理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
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
什么是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）的差异的重要性在不断增加。
甚至有了先进的工作流能力也还不够：为什么？此二者的比较将能对此做出说明。
在许多企业内容管理软件系统里，工作流都是标准的功能。
在某些情况下，它可能会被市场化定位为流程管理，因此理解其不同是很重要的一件事情。
作为对比，BPM工具套件（BPMS）包含有工作流，在额外功能需要之时应该被使用到，因此它一般包含在大部分的案例管理应用之内。
本文用一个简化的购买订单流程作为例子，检查了传统工作流与BPM的不同。
什么是工作流？非结构化的内容—通常是纸质文档的电子替代品，在业务中有着特定的生命周期。
在这个例子里，我把生命周期定义为一段内容对业务运营有用的一段时间。
非结构化内容的例子可能是一份购买订单的电子图像，许多业务均使用的公共文档等等。
电子文档在业务的不同工作者之间流转，许多工作者需要引用这些文档来完成其工作。
工作流可定义为在其生命周期内一段内容被路由所包含的步骤。
作为工作流操作的一个例子，让我按们步骤来走查一遍一份购买订单业务流程的工作流。
如果你跟着一张购买订单在生命周期所经历的步骤走一遍，你就能更好地理解工作流究竟是什么。
在本例中，请想象一下一家办公室设施供应商接收到了一份要求新的办公设备供应的订单。
如果收到的是一份纸质文档，这份购买订单将先被扫描，然后该购买订单的一幅电子图片会被创建出来（或者，可能它已经作为PDF文档或通过电子数据交换EDI传输过来）。
这是购买订单文档工作流的第一步。
图片被送达订单输入文员的工作队列处等候处理。
通过浏览该图片，文员把产品和数量输入到企业资源计划（ERP）的订单处理应用系统中。
装运人员则完成来自于ERP系统的订单，但他是登入到内容管理系统，在里面通过复核原始购买订单来确认装运。
装运人员然后将购买订单导向到财务部门，财务人员电子化地将订单标记为完成，更新客户发票号相关联的文件，并把该图片保存5年。
PowerBI技巧之工作流(Workflow)基本介绍
工作流简介工作流（Workflow），就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
通俗的说，流程就是多个人在一起合作完成某件事情的步骤，把步骤变成计算机能理解的形式就是工作流。
工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。
工作流管理系统(Workflow Management System, WfMS)是一个软件系统，它完成工作流的定义和管理，并按照在系统中预先定义好的工作流规则进行工作流实例的执行。
工作流管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。
工作流管理联盟(WfMC，Workflow Management Coalition)给出的关于工作流管理系统的定义是：工作流管理系统是一个软件系统，它通过执行经过计算的流程定义去支持一批专门设定的业务流程。
工作流管理系统被用来定义、管理、和执行工作流程。
工作流应用广泛，在由任务驱动的各种系统中都有应用，例如OA、CRM、ERP、ECM、BI等。
在企业应用中还有很多产品或平台集成工作流引擎，用来处理系统运行过程中发起的业务流程。
工作流总是以任务（Task）的形式驱动人处理业务或者驱动业务系统自动完成作业。
有了工作流引擎之后，我们不必一直等待其他人的工作进度，直白地说，我们只需要关心系统首页的待办任务数即可，由系统提醒当前有多少待办任务需要处理。
采用工作流管理系统的优点：1）提高系统的柔性，适应业务流程的变化2）实现更好的业务过程控制，提高顾客服务质量3）降低系统开发和维护成本工作流生命周期一个完整的工作流生命周期会经过五个步骤，并且迭代循环：定义：工作流生命周期总是从流程定义开始。
此阶段的任务主要是收集业务需求并转化为流程定义。
BPM术语解释
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)介绍
业务流程重组
努 力 程 度
变革效果曲线
坚持时间 流程变革曲线
业务流程重组
BPR的认识误区
1、BPR是发达国家企业的特权，不适合我国企业。 2、实施BPR就是裁员，会加重企业员工的下岗失业 问题。 3、BPR就是信息技术。 4、BPR可以彻底解决企业管理的一切问题。 5、BPR是在业务流程原有基础上进行追加式的改进。 6、任何人都可以发起BPR，并对业务流程进行设计 和管理。
业务流程重组
BPR的管理的4大要素
3、组织为流程而定，而不是流程为组织而定
业务流程重组以适应“顾客、竞争和变化”为原则 重新设计企业业务处理流程，然后根据业务流程管 理与协调的要求设立部门，通过在流程中建立控制 程序来尽量压缩管理层次，建立扁平式管理组织， 提高管理效率。
业务流程重组
BPR的管理的4大要素
几个定义
创造价值
几个定义
业务流程管理
Business Process Management(BPM)，即业务流程 管理，是一套达成企业各种业务环节整合的全面管 理模式。是通过对企业内部及外部的业务流程的整 个生命周期进行建模、管理、监控和优化，来实现 对企业各种业务环节的整合和全面管理，可根据业 务环境的变化，推进人与人之间、人与系统之间以 及系统与系统之间的整合。
几个定义
流程的六大要素
流程有六要素：资源、过程、过程中的相互作用 （即结构）、结果、对象和价值。
几个定义
业务流程
业务流程是为达到特定的价值目标而由不同的人分 别共同完成的一系列活动。
几个定义
迈克尔·哈默(Michael Hammer)与詹姆斯·钱皮 (James A．Champy)经典定义：我们定义某一组 活动为一个业务流程，这组活动有一个或多个输 入，输出一个或多个结果，这些结果对客户来说 是一种增值。简言之，业务流程是企业中一系列 创造价值的活动的组合。 T·H·达文波特：业务流程是一系列结构化的可 测量的活动集合，并为特定的市场或特业务流程 的层次性定的顾客产生特定的输出。 A·L·斯切尔：业务流程是在特定时间产生特定 输出的一系列客户、供应商关系。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
业务流(BPM)与工作流(workflow) 的区别
在SOA 实践中，对于 BPM面临着不少困惑与选择，主要是工作流与业务流的架构区别。
有些项目把业务流产品用作工作流设计，而有些工作流为主的产品工具却作为业务流实现。
这里简单地讨论一下 BPM 中业务流与工作流的作用区别。
简要概述了工作流与业务流的主要区别。
工作流与业务流的主要区别
斯欧信息
简言之，业务流程管理主要包含业务建模，组装，部署及管理。
使用业务流或工作流工具似乎都能设计开发业务流程管理。
但从 SOA 的角度，服务的划分及交互通常是项目关注的重点。
所以， SOA 强调的是如何灵活组合业务服务。
而业务流的核心功能是编排流程服务，并且主要针对企业级应用整合。
同时利用 BPM 工作流的主要功能，诸如 : 活动（任务）节点的人工任务配置，流程运转时的活动节点调控等。
在 SOA/BPM 初始阶段，如果一个企业没有较深的 IT 或 ERP 根基，实施业务流会有相当的阻力。
因为业务流程管理并非主要是技术问题。
对于有些中小型企业或应用 （ 特别是那些没有规范支撑的人工流程模式 ），一些随意包干，或带有自由流功能的工作流系统一般更易于接受。
对于同样的一个较为复杂的流程应用项目， 如果使用工作流， 会显得很复杂， 结果是很多流程产出件， 而如果使用业务流，一般架构设计较为规范， 流程量骤然减少， 重用性提高。
值得一提的是，工作流与业务流的定义范围有相当程度的交叠与互斥，这取
决于采用的流程管理产品（或几个不同产品）及架构设计及理念。
工作流可以理解为技术层面的东西或办公自动化，而 SOA 关注业务流的实现，及与之相关的价值链，并且关注流程的生命周期管理。
其实，工作流或业务流本身并无绝对优势，在SOA/BPM 都要用到，如何用好用对才是关键。