企業(yè)BPM平臺選型：各有所長 隨需選取

申請免費試用、咨詢電話：400-8352-114

BPM是下一個50年關鍵應用？

有人預言，（Business Process Management，業(yè)務流程管理）軟件將會和數(shù)據(jù)庫管理系統(tǒng)一樣，成為商用軟件市場的核心應用。

目前，企業(yè)的信息化程度不斷提高。企業(yè)中部署了不同功能和作用，采購自不同廠家的應用軟件，但是這就帶來了麻煩，不同的系統(tǒng)生成的的數(shù)據(jù)在整合的時候會遇到問題。每個企業(yè)都要erp系統(tǒng)等軟件，更需要BPM真正發(fā)揮企業(yè)流程自動化功能。

BPM是什么？Gartner認為企業(yè)藉由BPM而履行最佳實作的商業(yè)流程，將為企業(yè)帶來好處，可減少錯誤并縮短信息傳遞的時間，促進人力資源最佳化。

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

WorkFlow產品高唱BPM，但兩者仍有差別.

WorkFlow產品過去強調無紙化的窗體傳送機制，后來企業(yè)發(fā)現(xiàn)若未能與既有系統(tǒng)整合，不過是另一個信息孤島。因此WorkFlow廠商轉而強化系統(tǒng)的整合能力，強調是可與既有系統(tǒng)接軌的BPM產品；過去以窗體為主體，目前也改采流程為主軸的架構。傳統(tǒng)的WorkFlow以窗體為出發(fā)點，而今以流程為主體。

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

以EAI及B2B起家的BPM平臺產品，提供管理者流程監(jiān)控及管理的功能，但由于以應用程序整合為出發(fā)點，與WorkFlow關注窗體簽核進度的精神不同，所以未針對一般使用者設計流程追蹤功能。不過所有與流程有關的數(shù)據(jù)都儲存于數(shù)據(jù)庫，簽核或流程追蹤功能，都可藉由定制化滿足企業(yè)的需求。

BPM平臺產品的強項在于企業(yè)應用程序整合方面，使用配接器（Adapter）架構，而非透過寫程序或存取數(shù)據(jù)庫的方式，避免經由“非官方”管道溝通可能引發(fā)的風險，造成難以除錯及維護的問題。不過，配接器的技術復雜，除了程序開發(fā)的能力，還需深入了解應用系統(tǒng)的架構及商業(yè)業(yè)務邏輯，所以需要額外付費向第三方合作伙伴購買。

為了串連客戶及合作伙伴等B2B的應用，BPM平臺產品遵循RosettaNet、HL7及FIX等業(yè)界信息交換協(xié)議。流程之間的互通，則依OASIS制定的BPEL標準保障流程的互通性，WorkFlow產品若要升級至BPM的層次，最需強化的是本身遵循標準的架構。

簡易性影響企業(yè)的接受度

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

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

BPM產品一定會搭配數(shù)據(jù)庫，因為系統(tǒng)必須記錄流程執(zhí)行的進度及狀態(tài)，并作為日后分析的依據(jù)。當發(fā)生服務器宕機或停機重啟的情況，數(shù)據(jù)庫可確保流程信息不會有遺漏的風險。BizTalk Server 2004需限制搭配SQL Server；WebLogic Integration 8.1則支持Oracle、SQL Server、DB2及Sybase等主流數(shù)據(jù)庫；IBM WebSphere Business Integration包含多項產品，一般而言可搭配JDBC支持的數(shù)據(jù)庫。

各家的強項

BizTalk Server搭配InfoPath，其人機接口的設計就相當方便簡單。之前，由于InfoPath沒有推出免費的閱讀版本，所以那時候即使只是利用InfoPath讀取窗體，沒有開發(fā)窗體的需求也要收取授權費，因此難免影響企業(yè)使用InfoPath搭配BizTalk Server組成BPM解決方案的意愿。BizTalk Server 2004需限制于Windows操作系統(tǒng)及SQL Server數(shù)據(jù)庫，將限制企業(yè)的選擇性。

不過BizTalk Server 2004較前兩版的產品，已有很大的變革，除了以XML為基礎的架構，更與Visual Studio .NET結合，提供可視化的開發(fā)接口。并修改過去以Queue排隊處理流程的機制，改以“出版與訂閱”的機制，大幅提高流程處理的效率。

BEA WebLogic Integration 8.1 SP2提供中文化的Web管理界面，除了可使用配接器串連應用程序外，BEA在J2EE平臺之上，建立控件（Controller）的架構，控件將數(shù)據(jù)庫、應用系統(tǒng)、Web Services等所有的東西都轉換成服務，成為可重復使用的資源。

IBM提供的BPM解決方案包括建置階段的WebSphere Business Integration Modeler and Monitor解決方案，及執(zhí)行階段的WebSphere Business Integration Server。Modeler及Monitor工具負責流程的設計、仿真、監(jiān)控及警示；Server則提供各種系統(tǒng)整合的解決方案。企業(yè)可依需求，逐步建構自身的BPM解決方案。

BAM功能是未來的趨勢

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

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

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