區分Workflow與BPM

按照我最初的設想，這篇文章本不應該寫Workflow與BPM的區別的，但是世界總是變化這麼快。前幾天給公司內部的期刊寫了篇介紹工作流的文章，之後就有很多同事詢問Workflow與BPM的區分問題。於是不得已就寫了點這方面自己的看法，現摘錄如下：

對Workflow和BPM，沒有嚴格的概念界限區分。
首先讓我們回顧到上個世紀九十年代，誕生了“Process Reengineering”，可惜那個時候只是一陣風，因為技術跟不上，所以大多都只停留在管理層概念。但是，在九十年代，workflow技術卻蓬勃發展，可謂是百家爭鳴，蒸蒸日上。
2000左右，工作流技術應用已經非常成熟，資料整合，應用整合也發展迅速。隨之也推動了業務過程管理、整合、統計、優化等方面的應用需求。於是就誕生了“BPM”這個概念。之後，2001年我們做了自己的BPM開發平臺ES2007，也是從最簡單的流程圖開始，到現在有了今天的方正飛鴻平臺（

如果Workflow是早期人們為了解決“辦公自動化”“流程自動化”而誕生的應用技術和解決方案的話；那麼BPM則是為了“對全域性性的業務分析、整合”，以及“能夠基於這些分析提供對上層管理決策的支援”的一種應用技術和解決方案。

事實上，如何去描述業務過程“Business Process”，一直還是個爭論不休的話題，也因此存在幾種標準。主要是以WfMC為代表的XPDL，OASIS為代表的BPEL，OMG為代表的BPMN和BPDM。

雖然描述過程“Process”的標準並不一樣，但是在圈定以：過程定義、過程執行、過程監控、過程分析、過程優化這幾個方面為核心的BPM Solution ，這一方面各家幾乎都是相同的，只是實現技術不同。

BPM關注於由一些獨立的應用系統組成的業務流程的的模擬、定義、執行、分析和管理。BPM是工作流的超集，最大的不同是使不同的應用活動相互協作提供強大的整合能力。

工作流管理系統用於控制流程從一個人到另一個人，從一個應用到另一個應用，因此，它用於管理工作流的資訊。工作流管理不考慮業務流程的優化。BPM真正控制整個流程，確保工作流能夠按計劃實施。

ＢＰＭ的解決方案包含很多工具，可以幫助業務人員很容易的建立和記錄流程。可以為IT人員提供一個協同環境，來將業務人員建立的業務流程轉換為可以執行的、與資料庫、電子表格和業務規則相整合的程式碼。當業務流程很複雜的時候，一個人是不夠的，很多不同的人要一起工作，協同工具是有必要的，它使得業務人員和IT人員可以進行協作。

ＢＰＭ可以幫助軟體開發人員來整合第三方的應用軟體。在企業中有很多不同的應用系統。例如，ERP、PLM、財務軟體等。這些系統可以通過ＢＰＭ平臺進行整合。此外ＢＰＭ還用於處理流程執行過程中的意外和特殊情況，釋出流程，並對流程進行版本控制。另外有一種工具，可以從正在執行的流程中提取一系列的指標，生成各種形式的報告，使流程的擁有者能夠管理流程的資源，實現流程的優化。

簡而言之，BPM可以提供所有的流程控制功能，並實現與各類應用軟體的整合，但工作流管理不能實現這些功能。

1、工作流(Workflow)
在模擬、定義、執行和分析方面並不是非常關心完整週期的流程管理。沒有內建的流程管理概念。
有限的可測量性和可靠性，通常只是為部門級的使用進行設計並只有有限的平臺支援。
缺乏整合能力，通常只限於傳送圖片或者文件附件。
通常只能執行指定的應用系統，無法執行外部的主機應用系統，比如Oracle、SAP等等。
功能著重於提供強大的電子表單功能。
通常在非任務驗證和收入結算領域使用。

2、BPM
業務流程的管理、模擬、執行和分析的獨立的軟體平臺，通常用於P2P、P2A和A2A(STP)任務驗證和收入結算流程中。
高可測性、高事務數、大使用者量的設計。
很強的整合能力，業務流程能夠通過不同應用系統與多個軟/硬體平臺進行端到端的連線。
提供的主要功能
a.高視覺化
b.可管理化
c.靈活性
d.模組化
e.整合性
f.基於規則
g.持續的優化
h.嵌入的
工作流關注於通過預定義指令集組成活動元件的特定應用的序列，包括自動過程(基於軟體的)和手動活動(人工工作)。