工作流(Workflow)和BPM的區別

 

區分 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.嵌入的

工作流關注於透過預定義指令集組成活動元件的特定應用的序列，包括自動過程 (基於軟體的)和手動活動(人工工作)。

---------------------

作者： linglongwan

來源： CSDN

原文： https://blog.csdn.net/linglongwan/article/details/6590853

版權宣告：本文為博主原創文章，轉載請附上博文連結！