BPM平臺解決方案

BPM是什麼？從傳統紙本的傳遞到電子化的工作流程，都是BPM的應用，也就是說BPM是一個概念而不是產品。在SOA的架構中，BPM是串連服務的重要神經系統，在資訊產業叫響SOA這個專有名詞的同時，BPM的解決方案也隨之開始受到重視。

Gartner認為企業藉由BPM而履行最佳實作的商業流程，將為企業帶來好處，可減少錯誤並縮短資訊傳遞的時間，促進人力資源最佳化。本次專題介紹Microsoft、BEA及IBM的BPM解決方案，以協助企業了解BPM的基本功能及最新趨勢。WorkFlow產品高唱BPM，但兩者仍有差別

WorkFlow產品過去強調無紙化的表單傳送機制，後來企業發現若未能與既有系統整合，不過是另一個資訊孤島。因此WorkFlow廠商轉而強化系統的整合能力，強調是可與既有系統接軌的BPM產品；過去以表單為主體，目前也改採流程為主軸的架構。傳統的WorkFlow以表單為出發點，而今以流程為主體。

雖然WorkFlow逐漸向BPM靠攏，但仔細分析兩者仍有差別，根據國外分析機構的說法，BPM應包括人機互動的介面、EAI及B2B的能力。WorkFlow產品擅長人力工作流程，其提供的人機互動介面設計功能，相形之下往往較BPM平臺產品更豐富，此外，因為WorkFlow產品以表單工作流程出身，所以內建表單的串簽、會簽及加簽等流程設定及流程追蹤功能，而BPM平臺產品此類功能則大多需要客製化。

以EAI及B2B起家的BPM平臺產品，提供管理者流程監控及管理的功能，但由於以應用程式整合為出發點，與WorkFlow關注表單簽核進度的精神不同，所以未針對一般使用者設計流程追蹤功能。不過所有與流程有關的資料都儲存於資料庫，簽核或流程追蹤功能，都可藉由客製化滿足企業的需求。

BPM平臺產品的強項在於企業應用程式整合方面，使用配接器（Adapter）架構，而非透過寫程式或存取資料庫的方式，避免經由「非官方」管道溝通可能引發的風險，造成難以除錯及維護的問題。不過，配接器的技術複雜，除了程式開發的能力，還需深入了解應用系統的架構及商業邏輯，所以需要額外付費向第三方合作夥伴購買。

為了串連客戶及合作夥伴等B2B的應用，BPM平臺產品遵循RosettaNet、HL7及FIX等業界訊息交換協定。流程之間的互通，則依OASIS制定的BPEL標準保障流程的互通性，WorkFlow產品若要升級至BPM的層次，最需強化的是本身遵循標準的架構。簡易性影響企業的接受度

從系統安裝的角度來分析，BEA的WebLogic超乎預期比微軟的BizTalk Server還要容易。BizTalk Server 2004因為要更新許多元件才能安裝成功，但是由於這些元件非BizTalk Server產品相關的套件，是由微軟不同團隊負責，微軟因為安全考量，必須要求使用者自行下載安裝，因而影響使用者的安裝經驗。IBM WebSphere Business Integration因為包含許多產品，雖然完整卻也顯得複雜，光要釐清各項產品對應的BPM功能，就需要花費不少的時間。

微軟從BizTalk管理介面、Visual Studio .NET到InfoPath都是全中文化的介面；BEA WebLogic的開發介面雖未中文化，但WebLogic 8.1 SP2的Portal管理介面已中文化；IBM的WebSphere Business Integration雖未中文化，但支援中文輸入。IBM認為WebSphere未中文化，是因為技術名詞以中文命名，反而讓使用者更難以理解，尤其臺灣與大陸對技術名詞的翻譯差距頗大，中文化反而增加閱讀的困難。一般認為開發環境為少數專業開發人員使用的介面，中文化與否的重要性不高；但商務使用者接觸的介面，是否中文化則可能影響使用者的接受程度。

BPM產品一定會搭配資料庫，因為系統必須記錄流程執行的進度及狀態，並作為日後分析的依據。當發生伺服器當機或停機重開的情況，資料庫可確保流程資訊不會有遺漏的風險。BizTalk Server 2004仍需限制搭配SQL Server；WebLogic Integration 8.1則支援Oracle、SQL Server、DB2及Sybase等主流資料庫；IBM WebSphere Business Integration包含多項產品，一般而言可搭配JDBC支援的資料庫。各家的強項

BizTalk Server若搭配InfoPath，其人機介面的設計就相當方便簡單，然而由於InfoPath目前沒有推出免費的閱讀版本，所以即使只是利用InfoPath讀取表單，沒有開發表單的需求也要收取授權費，因此難免影響企業使用InfoPath搭配BizTalk Server組成BPM解決方案的意願。此外， BizTalk Server 2004需限制於Windows作業系統及SQL Server資料庫，將限制企業的選擇性。

不過BizTalk Server 2004較前兩版的產品，已有很大的變革，除了以XML為基礎的架構，更與Visual Studio .NET結合，提供視覺化的開發介面。並修改過去以Queue排隊處理流程的機制，改以「出版與訂閱」的機制，大幅提高流程處理的效率。

BEA WebLogic Integration 8.1 SP2提供中文化的Web管理介面，除了可使用配接器串連應用程式外，BEA在J2EE平臺之上，建立控制項（Controller）的架構，控制項將資料庫、應用系統、Web Services等所有的東西都轉換成服務，成為可重複使用的資源。

IBM提供的BPM解決方案包括建置階段的WebSphere Business Integration Modeler and Monitor解決方案，及執行階段的WebSphere Business Integration Server。Modeler及Monitor工具負責流程的設計、模擬、監控及警示；Server則提供各種系統整合的解決方案。企業可依需求，逐步建構自身的BPM解決方案。BAM功能是未來的趨勢

當各自獨立的應用系統，可透過BPM橫向串連成為組裝式的應用，不但更具調整的靈活性，也增加元件的再利用率。經由持續的流程改善，將可提高企業流程處理的效能。然而流程的改善，必須有調校效能的依據，便需要APM（Application Performance Management，應用程式效能管理）類似的功能，提供點對點效能監控、定義SLA（Services Level Agreement，服務等級協定）並分析效能瓶頸產生報表，稱為BAM（Business Activity Management；商業活動管理）。BAM將是未來各家BPM解決方案所要強化的重點。

BPM的重要性遠高於WorkFlow，人力工作流程停機幾天，雖會造成員工的不便，但對企業營運的影響不大；然而BPM執行的是企業關鍵任務系統的流程，及與合作夥伴、客戶串連的重要管道，若發生停機狀況，對企業影響頗大。所以BPM解決方案備援及負載平衡機制絕對較WorkFlow嚴謹，企業對穩定性的要求也相對較高。

雖然BPM解決方案也可處理人力工作流程的事務性表單，不過，仍需自行客製化表單的簽核及追蹤功能。目前BPM廠商多建議企業使用WorkFlow產品建置人力工作流程，省去客製化的麻煩，再與BPM解決接軌，執行EAI及B2B流程的串連，經由持續性的監控與改善，達到流程最佳化的目的。

BPEL4WS、BPEL、BPMN與WS-BPEL演進史
BPEL4WS融合IBM的WSFL及微軟的XLANG，由BEA、IBM與微軟共同制定，送交OASIS成為BPEL標準。

BPMI.org訂定的BPML，其中BPMN是希望統一流程的標誌，也提交OASIS，最後融合BPEL與BPML成為WS-BPEL。WS-BPEL 應該是最具冠軍相的BPM標準，也是各家正積極支援的標準。 BEA與IBM則建議OASIS將BPELJ加入是WS-BPEL，使BPEL中可定義執行Java程式，讓提供以Java為基礎的BPM解決方案，可獲得更好的支援。文⊙李延華