BPM认知 转自荣浩blogjava

一句话说：BPM是建立在EAI基础上的工作流。
和工作流不同，BPM关注的是一个很完整概念上的业务流程，这个业务流程可能需要横跨多个IT系统，这些系统通过某种方式暴露出流程中所需要的服务（webservice是一种选择），BPM推动这个流程的流转。同时，相对于以往的工作流单纯的流程流转，BPM提供了更多，包括流程仿真，过程分析、过程优化等等。意思就是，在某个流程运行一段时间以后，BPM会基于数据提供对该流程的分析（数据挖掘？），从而能够基于这些分析提供对上层管理决策的支持。有点像运筹学。
那么，一个工作流厂商是否可以很容易的研发出BPM的产品？答案是不行。看看哪些BPM的厂商，无一不是在EAI方面有很多经验的大公司。所以，BPM实施的关键还是要建立在EAI实施的基础上。至于BPM和SOA，如果以前的系统是基于SOA架构的，那自然EAI起来是会更加容易，BPM理所当然是拥抱SOA的。（BEA的产品没用adapter）
那么当前工作流的发展方向呢？个人认为可以从BPM的功能里找到一些线索，那就是流程仿真，过程分析、过程优化。比如一个请假申请流程，统计一下，在哪个节点的办理效率最低，哪些节点在实际中不是必须等等，当然这些都是工作流本身基于流程的数据进行的独立的分析，有点决策的意思在里面。

实际上，工作流软件与BPM软件最大的区别不在于技术实现，而是它们解决的问题域发生了变化。

工作流软件解决的问题域是流程的自动化，而BPM软件解决的问题则是业务流程的优化。

BPM强调对流程运行的监控、强调对流程运行数据的分析、强调对各种企业应用软件的集成能力、强调快速的开发能力。

流程优化从来也不应该是IT系统能够完成的事情，IT系统所要做的是为流程优化撮合必需的数据，做为支撑系统而存在。