所謂BPM(Business Process Management),
即商務程序管理，是指根據業務環境的變化，推進人與人之間、人與系統之間以及系統與系統之間的整合及調整的經營方法與解決方案的IT工具。商務程序管理應
該包括"建模-實施-監控-管理"等過程，要具備其所需的所有服務與工具才能叫作BPM。
現在的資訊系統開發方式的缺點在於對需求表達不清晰、效率不高。在這種思維方式下流程被固化在
系統中，企業不能隨著商業環境的變化而方便迅速地改變商務程序，而企業環境的變化促使企業必須快速地調整業務來響應。即時性企業將敏捷地使用最新資訊，以
積極地消除其關鍵性商務程序中的管理與執行層面出現的低效率延遲。BPM的出現正是為瞭解決企業流程即時改變所帶來的敏捷性、即時效果評估、資源整合與優
化等問題，而這些問題是不能為傳統的OA和工作流程所解決的。
通過BPM，可以對商務程序進行自動化,並通過流程的分析及監控功能,對業務進行整合及計量,從業務角度、組織角度、IT角度都可得到可量化的改善效果，這種效果隨著管理者通過BPM分析與最佳化流程，將越來越顯著。
研究表明，未來2年與J2EE平台結合緊密的BPM產品將佔據主導地位。
2、BPM的邊界界定
BPM的目標是實現企業管理的有序化和企業運營的增值,在我看來,BPM
包括如下內容:
1)BPA(商務程序自動化)
通常人們將流程的真正執行組件稱為工作流程系統，直到今天，傳統的
工作流程系統仍然在BPM系統中扮演著中心角色,正是它實現了商務程序
的自動化,BPA包括如下內容:
a)流程建模技術 如Petri網、控制流程語義、資料流圖、
UML中的順序圖表、共同作業圖表、狀態轉換圖等
b)流程定義技術 如XPDL,BPEL4WS等
c)流程執行引擎 如我們談過的jbpm,shark等
2)BPI(商務程序整合)
BPI（商務程序整合）系統是實現流程整合技術的具體載體,是它把我們
的軟體開發方式由面向過程、物件導向和面向構件等轉變為面向服務,BPI
包括如下內容:
a)流程間通訊技術 以前可以採用的有遠端程序呼叫（RPC）、分布式對象（CORBA、DCOM/COM+、RMI）、面向訊息的中介軟體（MOM）等,現在可以選用基於Web服務的動態、輕量級的服務協作中介軟體
（Service Cooperation Middleware，SCM）
b)EAI技術 主要實現企業內部的應用整合
c)B2B技術 主要實現夥伴間的應用整合
3)BPR(商務程序改進)
BPM以最佳化管理為歸宿，而不僅僅滿足於業務的處理;BPR包括下面的內容:
a)流程監控與分析
b)流程最佳化
c)流程改進
3、 選擇BPM系統 必須考慮建立BPM團隊
BPM
眾多成功的關鍵因素在於能組成執行團隊，同時進行企業流程的設計、建置、模組化、最佳化及部署。有效率的 BPM
執行團隊成員來自組織內各部門，分別都是在成功推動項目上，扮演著重要的角色。而影響 BPM
解決方案的重要因素在於：提供團隊成員正確的工具組合，讓他們的工作既簡單又有效率。典型的執行團隊成員包含：
流程擁有者
即利用工作流程，以便更有效率執行工作職責的人。他們對工作流程感興趣，但並不注重所使用的工
具。他們只想改善流程並證實其效果，可說是聯絡 BPM
團隊與工作流程實際需求間的重要環節。企業主可從圖形流程設計工具獲益良多，這套簡單的工具可協助他們發展最初始的詳細的流程圖，與分析師緊密合作。完成
部署之後，流程擁有者可重新檢討該流程相關的報告，並對工作流程提出改進的建議。總而言之，流程擁有者擁有工作流程、重視結果，但不想花心思在相關技術面
上。
商務程序分析師
商務程序分析師是執行團隊的重要成員，也是流程設計的專家。他在執行團隊中並非軟體開發人員，因此使用的工具必須是直覺式操作，或具備基本、甚至毋需具備程式設計的專門知識。分析師需要整合的環境來進行下列事項：
勾勒或規劃工作流程；
定義必須由自動化流程處裡的特定情況及例外事項；
模組化流程，以工作周期展開前測試並界定潛在問題；
瞭解組織架構及從屬關係；
提供團隊成員、使用者及新進員工所屬工作流程的各式檔案；
在工作流程開始運行之後分析其產生的結果；以及
持續進行工作流程的改善。
IT 設計師
他們與流程分析師緊密合作，建立自動化流程。IT 設計師最瞭解 IT 環境的功能架構，但他們不是程式設計師，他們須具備下列能力，進行相關事項：
輕易存取流程設計師建立的工作流程及流程的檔案 (直接讓他們分享分析師許可權更佳)；
設計表單或使用現有電子錶單，及定義表單的資料項目，但不需專精於資料庫設計；
設計工作流程路徑的規則及異常情況的處理，但不需撰寫程式；
與目錄、其它應用程式、Web Services及資料庫進行整合；以及在工作流程正式上線前，先行測試及類比。
為使流程獲致最佳效能及靈活度，任何 BPM 解決方案皆應是 IT 設計師及分析師的工作目標及責任，而不是開發人員。
軟體開發人員
他們在 BPM 團隊中扮演著重要角色，但是，除非整合情況複雜，或有其它必須透過程式解決的問題，否則不一定需要開發人員。需要開發人員時，他們需要相關工具進行下列事項：
在檢視流程內容後，使用他們瞭解且慣用的開發工具；
開發程式碼及模組，方便日後只須簡單使用 XML、Web Services或其它標準方法，就能呼叫表單或工作流程；以及輕而易舉就能在 BPM 應用程式及 ERP、CRM與其它功能所用的後台系統之間建立資料交換。
我再重複一個重點，軟體開發人員應對 BPM 具貢獻，但不是實施流程管理的主要焦點。唯一例外的情況是，若整個工作流程是公司專屬應用程式程式整合 (EAI) 所帶動，而不需太多、甚至不需人力的投入及具有高複雜度的整合。
IT 管理員
只要 BPM 系統開始執行，他們在維護管理上，就扮演著舉足輕重的角色。他們需要能在其它管理控制環境下使用的工具，來進行下列事項：
監督系統的執行效能；
設定伺服器環境；
管理磁碟空間及資料庫使用情形；
授權企業使用者更多的流程行政管理責任；
分析記錄檔；以及建立系統使用率及使用者作業的報表。
總結
在選擇並執行 BPM 系統時，您無疑必須考慮 BPM 團隊。藉由結合團隊能力及界定完整 BPM 系統的必備要素，您即可以部署符合所有使用者需求的解決方案、實現符合預期的投資報酬率 (ROI)，並為企業創造其它無形的利益。
轉自：http://baike.baidu.com/view/444820.htm
