“人到人”的ＢＰＭ難在哪里？

它不是一項簡單的IT任務(wù)，而是會牽涉到整個企業(yè)是否以流程為中心的問題。

什么是流程？這聽起來似乎是個不足掛齒的問題，但人們對它的理解卻又千差萬別。文檔管理供應(yīng)商可能將流程看作支持一個商業(yè)事務(wù)的文檔流；集成產(chǎn)品供應(yīng)商則會把流程看成是集成不同應(yīng)用的一系列步驟；工作流軟件供應(yīng)商會把流程看作人力資源要執(zhí)行的任務(wù)。在Delphi Group的重要報告“BPM 2002年市場里程碑”中，流程被分成三類：

● 系統(tǒng)到系統(tǒng)的流程：涉及到多個應(yīng)用之間的數(shù)據(jù)結(jié)構(gòu)轉(zhuǎn)換，可能包含多個順序步驟。

● 人到人的流程：最復(fù)雜的一種流程，與傳統(tǒng)的業(yè)務(wù)流程定義最為接近。

● 人到系統(tǒng)的流程：人啟動系統(tǒng)流程，創(chuàng)建事務(wù)。

在流程管理需求方面，復(fù)雜的流程需要狀態(tài)管理與編制能力，而簡單的流程則不需要。在過去的兩年里，業(yè)務(wù)流程管理（Business Process Management，BPM）在IT行業(yè)一直都十分熱門。它幫助IT系統(tǒng)向?qū)嵤┝鞒坦芾砗蛯嵺`一些流程管理大師提出的企業(yè)流程觀點邁出了重要的一步。

BPM的好處在于它能夠提供任何類型流程的控制和視圖。這是對流程進行評估的重要基礎(chǔ)，而可靠的評估能夠?qū)I(yè)務(wù)流程進行分析與改進。這個過程通常涉及到將流程邏輯從底層應(yīng)用中分離出來，這樣企業(yè)就能在不影響底層應(yīng)用的基礎(chǔ)上改變流程。

市場細分

為了得到一致的數(shù)據(jù)，企業(yè)長期以來一直面臨著不同應(yīng)用的集成問題。

集成技術(shù)大致可以分為三類：以數(shù)據(jù)為中心、以應(yīng)用為中心、以流程為中心。

1) 以數(shù)據(jù)為中心的集成產(chǎn)品

以數(shù)據(jù)為中心的集成產(chǎn)品側(cè)重于數(shù)據(jù)的抽取、轉(zhuǎn)換、傳輸。抽取、轉(zhuǎn)換、加載（ETL）工具是這個細分市場中最主要的產(chǎn)品。一些供應(yīng)商還在他們的數(shù)據(jù)集成產(chǎn)品中加入了應(yīng)用適配器，與消息隊列應(yīng)用集成。這些更加精致的產(chǎn)品通常擁有自己的集成引擎、圖像轉(zhuǎn)換工具、SDK。有了這些新增功能，這些產(chǎn)品能夠通過消息隊列傳輸（如MSMQ和WebSphere MQ）和API（如COM、Java、C）進行通信。

以數(shù)據(jù)為中心的集成產(chǎn)品在單個戰(zhàn)術(shù)性項目中使用最好。但是它們?nèi)狈M行大范圍配置所需的編制和流程集成能力。它們可用于實施簡單的系統(tǒng)到系統(tǒng)的流程，但無法滿足BPM的流程設(shè)計、管理、監(jiān)控和分析能力。它們是進行簡單的流程整合的好工具，但不適合進行流程管理。而且這些產(chǎn)品通常與企業(yè)開發(fā)框架不吻合，需要單獨的系統(tǒng)維護。

2) 以應(yīng)用為中心的集成產(chǎn)品

既然以數(shù)據(jù)為中心的集成產(chǎn)品已經(jīng)不僅僅是只提供ETL工具，那么以應(yīng)用為中心的集成產(chǎn)品與之相比有什么優(yōu)勢呢？主要的優(yōu)勢就在于流程編制能力。這里編制是指完成系統(tǒng)到系統(tǒng)或人到系統(tǒng)的流程集成的系統(tǒng)步驟的排序。這個功能實現(xiàn)了復(fù)雜流程的實施。

以應(yīng)用為中心的集成產(chǎn)品起源于面向消息的中間件（MOM）。MOM就像消息中心一樣運作。應(yīng)用通過消息隊列傳輸或FTP機制連接到MOM上。這里的關(guān)鍵點是，消息是含有消息頭的文件，消息頭內(nèi)存儲了傳遞信息。MOM從“發(fā)送應(yīng)用”收到文件后，就對消息進行轉(zhuǎn)換，并把轉(zhuǎn)換后的消息傳送給目標應(yīng)用。

這個細分市場內(nèi)的供應(yīng)商為了擴展產(chǎn)品的能力，開始將流程編制能力加入產(chǎn)品中。MOM能夠很好地處理單步驟的集成，速度也很快，但是它們不能處理很長的流程，缺乏“流程”的概念。有了流程編制能力，就能實現(xiàn)流程和重用這兩個概念。這使得以應(yīng)用為中心的集成產(chǎn)品在企業(yè)IT基礎(chǔ)設(shè)施內(nèi)起到戰(zhàn)略作用。

3) 以流程為中心的集成產(chǎn)品

以流程為中心的集成產(chǎn)品能夠?qū)⑷撕拖到y(tǒng)整合起來。雖然這聽起來十分簡單直接，但其中包含的問題解決方式是很不相同的。以流程為中心的集成產(chǎn)品從一種全局觀點出發(fā)來解決業(yè)務(wù)問題。

以流程為中心的集成產(chǎn)品十分注重業(yè)務(wù)流程，需要詳盡地制訂業(yè)務(wù)流程。這些流程通常都涉及到人，也會含有一些異常處理程序。從這個角度來說，流程不再是一系列的系統(tǒng)步驟，它可能十分復(fù)雜，涉及到多個部門、多個應(yīng)用。

通常流程集成產(chǎn)品中都有工作流和業(yè)務(wù)流程設(shè)計功能。使用流程設(shè)計器得到的業(yè)務(wù)流程可以通過自動生成的工作流與參與人集成。從這個角度看，以流程為中心的集成產(chǎn)品比以應(yīng)用為中心的集成產(chǎn)品更適于處理復(fù)雜的人到人流程的集成。

以流程為中心的集成市場目前被一些小公司占領(lǐng)著。這些公司中有Fuego、Intalio、Savvion等。一些廠商本來是工作流供應(yīng)商，它們擴展了自己的產(chǎn)品，引入了集成功能。這些供應(yīng)商都致力于人到人的流程集成（最復(fù)雜的BPM功能），而一些以應(yīng)用為中心的集成供應(yīng)商也想通過升級它們面向消息的產(chǎn)品來達到相同的效果，它們在異步架構(gòu)頂端加上了一個狀態(tài)管理層。

以數(shù)據(jù)為中心的集成產(chǎn)品不適于BPM。而以應(yīng)用為中心的集成產(chǎn)品和以流程為中心的集成產(chǎn)品能夠支持BPM需求。

未來趨勢

企業(yè)所面臨的大部分集成工作都是系統(tǒng)到系統(tǒng)或人到系統(tǒng)的集成。這樣的集成能夠很容易地解決，不需要對企業(yè)流程作大變動。但要實施人到人的流程集成就不是那么簡單的事了。因為它不是一項簡單的IT任務(wù)，而會牽涉到整個企業(yè)是否以流程為中心的問題。

要實施人到人的BPM，成本是非常高的。一個簡單的流程就可能涉及到很多異常處理程序。流程的設(shè)計分析工作量是巨大的。但如果能夠?qū)嵤┏晒Γ敲椿貓笠彩强捎^的。一個好處是能夠縮短循環(huán)周期，而對每個流程的分析能夠為建立流程標準、提高流程績效帶來好處。

由于人到人的流程集成的復(fù)雜性，大的集成供應(yīng)商在這方面的前進步伐還是比較小的。它們更傾向于優(yōu)化消息架構(gòu)，因為許多大企業(yè)都采用這種集成產(chǎn)品。大多數(shù)集成供應(yīng)商都提供系統(tǒng)到系統(tǒng)、人到系統(tǒng)的流程的圖形設(shè)計界面。

而BEA、IBM、Microsoft、Oracle、SAP等公司則正在制定它們的應(yīng)用服務(wù)器策略，希望能夠進一步擴展它們的集成能力。這個策略就是要向客戶銷售應(yīng)用服務(wù)器套件，包括門戶、商務(wù)智能、工作流、應(yīng)用集成、開放支持服務(wù)等功能。這種稱為應(yīng)用平臺套件的綁定策略是十分有力的。企業(yè)只需采購一次，就能滿足其所有的應(yīng)用開發(fā)和集成需求，企業(yè)不再需要為集成不同供應(yīng)商的產(chǎn)品而頭疼了。

雖然大部分應(yīng)用服務(wù)器沒有人到人的流程管理功能，但一些大供應(yīng)商已經(jīng)進行了戰(zhàn)略收購來彌補這個缺陷。未來的應(yīng)用平臺套件肯定能夠更好地支持以流程為中心的客戶。