workflow and bpm

工作流程與商務程序管理到底有何不同？如果說有前對它們之間的不同的感覺都是量上的差異，那麼通過對近一段時候我所接觸的一項目的總結，對它們之間的不同應該說有了質的差異上的感覺。

一般的說法，Workflow是一個技術上的概念，而BPM是一個管理上的概念（在IBM等這些可惡的大公司的忽悠下，BPM也在技術化），這一點我最新的認識是：workflow是一種技術上進行商務程序管理的方法（注意僅僅是一種），主張商務程序管理建模、運行、控制、管理的過程。第一步一定是建模，因此workflow的相關規範（如XPDL、BPMN等等）都首先在講如何建模，第二步是運行控制，因此workflow的相關規範也在試圖定義一些標準化的流程驅動介面（雖然一直沒有為大家所共認的真正的標準）。而商務程序管理強調的不僅僅是正向的過程，也包括結果以及結果的反作用，而且就正向的過程來說，workflow技術所提供的流程管理過程也僅僅是一種實現的方法而已，而非唯一的選擇。事實上，許多企業的商務程序管理是側重於對運行結果的分析，而非建模。對BPM來說，建模實際上是提供了一個生產過程計劃的模板，做一個具體的生產計劃時按此模板來說就可以了。而對很多企業來講，生產計劃的制訂有時候可能不需要模板，或者說模板只需提供一個可選的活動範圍，活動之間的順序可以不計劃（在生產過程中隨時決定），也可以根據需要重新計劃。由於計劃的方式不同，也導致了流程運行過程的驅動方式也不一定是workflow所規範的一種方式。也就是說，bpm的引擎要能夠處理比workflow的引擎更靈活，更複雜的流程驅動方式。無論計劃從何而來，經過一段時間的運行之間，bpm的正向過程的最後一個步驟是BAM，也就是對運行過程中所採集的各項指標的分析，這一點也workflow所沒有規範的。

也許正因為bpm的這些特點，所以bpm與soa才走得越來越近，以至於IBM等等這些公司一提BPM，就要講SOA，就要講應用的整合、服務的整合。