簡單地說，BPM關(guān)注的業(yè)務(wù)流，工作流管理系統(tǒng)關(guān)注的是審批流，它們的區(qū)別如下:

　　1、業(yè)務(wù)流往往會跨多個業(yè)務(wù)系統(tǒng)，而審批流往往主要涉及到一個系統(tǒng)。

　　2、業(yè)務(wù)流往往會涉及到多個業(yè)務(wù)功能，多個業(yè)務(wù)對象，而審批流往往只涉及到一個關(guān)鍵業(yè)務(wù)對象。

　　3、業(yè)務(wù)流涉及到的是不同業(yè)務(wù)單據(jù)之間的流轉(zhuǎn)，而審批流往往是同一業(yè)務(wù)單據(jù)狀態(tài)的變化。

　　4、業(yè)務(wù)流中的活動既包括了人工活動也包括了自動的業(yè)務(wù)活動，而審批流一般為人工審批活動。

　　對于流程建模，BPM關(guān)注的是業(yè)務(wù)流程建模，而工作流關(guān)注的是審批流建模。BPM建模需要考慮業(yè)務(wù)人員對建模需求和可用性，但是不可避免又導(dǎo)致建模的內(nèi)容無法很好的落地。而工作流建模本身已經(jīng)細(xì)化到一個功能模塊中的審批流，相對來說簡單很多而容易實施執(zhí)行。

　　BPM業(yè)務(wù)流程往往跨越了業(yè)務(wù)系統(tǒng)，跨越了多個業(yè)務(wù)單據(jù)，需要處理不同的業(yè)務(wù)規(guī)則和邏輯。而工作流活動節(jié)點往往僅僅處理審批和會簽任務(wù)，和外界交互相對較少。

　　BPM業(yè)務(wù)流程建模中會出現(xiàn)業(yè)務(wù)規(guī)則，而常規(guī)的工作流處理方式一般支持腳本代碼進行簡單業(yè)務(wù)規(guī)則的處理，BPM為了保證規(guī)則本身的復(fù)用性和獨立維護性，引入了規(guī)則引擎，規(guī)則引擎形成統(tǒng)一的規(guī)則創(chuàng)建和維護庫，BPM本身不再負(fù)責(zé)規(guī)則的創(chuàng)建和維護，而僅僅是按需消費.

　　BPM重點是流程整合，而流程整合是多個業(yè)務(wù)系統(tǒng)中多個業(yè)務(wù)功能模塊之間的協(xié)同，如果一開始想用BPM去實現(xiàn)這些業(yè)務(wù)功能，那么往往是適得其反，BPM切入的第一步仍然是在于跨業(yè)務(wù)系統(tǒng)的流程集成，而流程集成重點又在于流程間的數(shù)據(jù)傳遞。知道這個重點后BPM的關(guān)注點應(yīng)該放到流程協(xié)同和監(jiān)控上，而子流程或某個獨立的業(yè)務(wù)模塊實現(xiàn)仍然在原有的業(yè)務(wù)系統(tǒng)中，通過端到端流程整合實現(xiàn)了業(yè)務(wù)模塊之間的系統(tǒng)，這個一方面最大限度的利用了已有的IT資產(chǎn)，又實現(xiàn)了流程整合的需求。