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

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

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

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

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

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

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

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

市場細分

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

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

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

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

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

2) 以應用為中心的集成產品

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

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

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

3) 以流程為中心的集成產品

以流程為中心的集成產品能夠將人和系統(tǒng)整合起來。雖然這聽起來十分簡單直接，但其中包含的問題解決方式是很不相同的。以流程為中心的集成產品從一種全局觀點出發(fā)來解決業(yè)務問題。

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

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

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

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

未來趨勢

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

要實施人到人的BPM，成本是非常高的。一個簡單的流程就可能涉及到很多異常處理程序。流程的設計分析工作量是巨大的。但如果能夠實施成功，那么回報也是可觀的。一個好處是能夠縮短循環(huán)周期，而對每個流程的分析能夠為建立流程標準、提高流程績效帶來好處。

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

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

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