企業(yè)BPM平臺(tái)選型：各有所長(zhǎng) 隨需選取

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

BPM是下一個(gè)50年關(guān)鍵應(yīng)用？

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

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

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

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

WorkFlow產(chǎn)品高唱BPM，但兩者仍有差別.

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

雖然WorkFlow逐漸向BPM靠攏，但仔細(xì)分析兩者仍有差別，根據(jù)國(guó)外分析機(jī)構(gòu)的說(shuō)法，BPM應(yīng)包括人機(jī)互動(dòng)的接口、EAI及B2B的能力。WorkFlow產(chǎn)品擅長(zhǎng)人力工作流程，其提供的人機(jī)互動(dòng)接口設(shè)計(jì)功能，相較之下往往較BPM平臺(tái)產(chǎn)品更豐富，此外，因?yàn)閃orkFlow產(chǎn)品以窗體工作流程出身，所以內(nèi)建窗體的串簽、會(huì)簽及加簽等流程設(shè)定及流程追蹤功能，而BPM平臺(tái)產(chǎn)品此類功能則大多需要定制化。

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

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

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

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

從系統(tǒng)安裝的角度來(lái)分析，BEA的WebLogic比微軟的BizTalk Server要容易。BizTalk Server 2004因?yàn)橐略S多組件才能安裝成功，但是由于這些組件非BizTalk Server產(chǎn)品相關(guān)的套件，是由微軟不同團(tuán)隊(duì)負(fù)責(zé)，微軟因?yàn)榘踩紤]必須要求使用者自行下載安裝，因而影響使用者的安裝經(jīng)驗(yàn)。IBM WebSphere Business Integration因?yàn)榘S多產(chǎn)品，雖然完整卻也顯得復(fù)雜，光要厘清各項(xiàng)產(chǎn)品對(duì)應(yīng)的BPM功能，就需要花費(fèi)不少的時(shí)間。

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

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

各家的強(qiáng)項(xiàng)

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

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

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

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

BAM功能是未來(lái)的趨勢(shì)

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

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

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