简单地说，BPM关注的业务流，工作流管理系统关注的是审批流，它们的区别如下:

1、业务流往往会跨多个业务系统，而审批流往往主要涉及到一个系统。

2、业务流往往会涉及到多个业务功能，多个业务对象，而审批流往往只涉及到一个关键业务对象。

3、业务流涉及到的是不同业务单据之间的流转，而审批流往往是同一业务单据状态的变化。

4、业务流中的活动既包括了人工活动也包括了自动的业务活动，而审批流一般为人工审批活动。

对于流程建模，BPM关注的是业务流程建模，而工作流关注的是审批流建模。BPM建模需要考虑业务人员对建模需求和可用性，但是不可避免又导致建模的内容无法很好的落地。而工作流建模本身已经细化到一个功能模块中的审批流，相对来说简单很多而容易实施执行。

BPM业务流程往往跨越了业务系统，跨越了多个业务单据，需要处理不同的业务规则和逻辑。而工作流活动节点往往仅仅处理审批和会签任务，和外界交互相对较少。

BPM业务流程建模中会出现业务规则，而常规的工作流处理方式一般支持脚本代码进行简单业务规则的处理，BPM为了保证规则本身的复用性和独立维护性，引入了规则引擎，规则引擎形成统一的规则创建和维护库，BPM本身不再负责规则的创建和维护，而仅仅是按需消费.

BPM重点是流程整合，而流程整合是多个业务系统中多个业务功能模块之间的协同，如果一开始想用BPM去实现这些业务功能，那么往往是适得其反，BPM切入的第一步仍然是在于跨业务系统的流程集成，而流程集成重点又在于流程间的数据传递。知道这个重点后BPM的关注点应该放到流程协同和监控上，而子流程或某个独立的业务模块实现仍然在原有的业务系统中，通过端到端流程整合实现了业务模块之间的系统，这个一方面最大限度的利用了已有的IT资产，又实现了流程整合的需求。