從本質上而言兩者都是工作流程，OA是原來在中國推廣Notes時針對中國的收發文而衍生出來的(目前在國外沒有OA之說),所以OA融合了一些基礎模塊，更像一個成熟套裝軟件，BPM是新一代標準BPMN2.0標準，更能適應業務流程管理部分，對於後續流程優化管理更好，靈活性比較強。舉例而言OA像日語，BPM像英語，初步接觸OA更容易入手，但是要深入比較困難，BPM入手比較難，但是一旦深入價值比較大，大家還是各有優缺點的。具體比較如下：
|
差異 |
BPM |
OA工作流 |
|
定位 |
||
|
定位 |
爲業務的全局化開展與管理進行整合與分析支撐平臺。 能夠支持跨組織、跨部門、跨系統、跨應用的流程建立、執行、統計分析，以及爲管理決策提供運營流程優化的決策依據。同時，爲確保業務流程的落地，業務流程包括對：
的實現與支持。 |
解決辦公自動化的應用技術與解決方案。 |
|
實現 |
||
|
標準規範 |
符合國際BPMN 2.0規範 |
一般參考WFMC的自成體系規範，沒有標準 |
|
系統架構 |
完全基於SOA架構設計，低耦合性，易於擴展 |
自有體系，無法接軌國際標準，積重難返比較難於升級到新架構 |
|
|
使用SOA基礎架構的各個部件，如：
|
|
|
驅動模式 |
流程驅動 |
文檔驅動 |
|
集成整合 |
能廣泛整合不同業務系統，比如：ERP、CRM、MES、EHR、財務系統等 |
獨立的產品包，缺少成熟的接口和集成實例 |
|
靈活性 |
強大的二次開發能力，豐富的嚮導，開發效率高，並且產品已有很多實用組件可直接使用 |
寫死的產品包，更改非常困難；而業務環境、行政規則的變化，人事的變動會帶來對流程的影響，要求流程平臺具備快速搭建，靈活更改的特性 |
|
典型的流程建模能力 |
提供了各種複雜的並行審批(固定和不固定審批者)、子流程、會籤審批（不固定參與人員的隨機審批）、動態指定審批者等複雜建模能力。 |
提供了相對複雜的並行審批、子流程等業務流程建模功能; |
|
管理 |
||
|
流程實例管理 |
對流程實例的操作（重新路郵、暫停、重起、取消、到期處理）提供標準的維護管理控制檯。 |
對流程實例的操作（重新路由、暫停、重起、取消、到期處理），部分操作功能需要定製 |
|
流程分析和監控管理 |
提供了對業務流程進行監控、分析、模擬和優化能力。
支持在設計時及運行時，產出流程分析報表。流程分析報表的內容包括流程執行效率、流程佔用資源、流程執行成本、流程瓶頸分析及流程路徑執行機率等。 從而支持企業管理層對自身業務全流程進行統一的監控、管理、分析和優化。最終達到提升企業生產率並降低運營成本。 |
提供簡單分析和監控功能，功能有待增強 |
|
流程版本管理 |
提供可控制的管理方式 |
流程版本管理控制不夠清晰 |
|
開發 |
||
|
開發工具的能力 |
自帶BPM Studio集成開發環境、圖形化建模和模擬環境，豐富的建模元素，效率高。提供了多種與其他系統集成的方法及Adapter(J2EE、SAP Service、CORBA Service、Web Service、EJB、JNDI、COM / DCOM、.NET、XML、Database etc.)。對於數據庫表可提供快速原型頁面創建。 |
沒有開發工具，與其他系統平臺集成的方法有限（Web Service）。 |
|
系統架構的擴展性 |
可部署在企業級應用服務器上比如Weblogic上，該應用服務器可以支持企業級架構應用 |
大部分部署在Tomcat等開源服務器上，無法做到大型企業級部署，無法承擔大型應用 |
|
基於規則的流程設計能力 |
提供規則引擎服務，可進行靈活的業務流程建模 |
有簡單的規則控制設計組件，沒有獨立的規則引擎 |
------本文來自九彩雲BPM，轉發請註明出處