用BPM比以前更快速地創(chuàng)建新的應用

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

利用業(yè)務流程管理（BPM）系統(tǒng)，我們可以把業(yè)務邏輯從應用系統(tǒng)中分離出來，從而讓我們能比以前更快速地創(chuàng)建新的應用。

聽起來，BPM(Business Process Management，業(yè)務流程管理)軟件的好處很多，簡直有些難以置信。比如，支持者說BPM能降低應用軟件的開發(fā)成本、縮短上市時間、加強法規(guī)遵從的貫徹力度、實現(xiàn)業(yè)務流程性能的最優(yōu)化。

當然，BPM軟件本身并不能改善任何東西，但是與關注業(yè)務流程的文檔和流程分析結合以后，BPM就會成為企業(yè)改善業(yè)務效率的利器。在BPM提供的高級開發(fā)環(huán)境中，它采用流程驅(qū)動的模型和性能評估來實現(xiàn)IT解決方案的開發(fā)。

從低層次上說，BPM提供了一種業(yè)務人員與IT交流需求的平臺。而從更高的層次來講，BPM能幫助我們從現(xiàn)存的應用中提取出功能模塊，從而把業(yè)務邏輯從它所在的軟件系統(tǒng)中分離出來，這就給我們帶來了前所未有的靈活性。

但是，有一個問題一直困擾著BPM的應用，就是BPM軟件有太多的變種，似乎只有很少的幾個咨詢顧問才真正知道，到底哪個解決方案能解決自己的問題。

不過，現(xiàn)在由于BPM軟件包中集成了各種工具和運行時所需要的組件，以及能進行業(yè)務流程仿真的軟件，這個問題正在逐漸變得清晰起來。使用BPM軟件包中的這些工具和組件，用戶可以建立業(yè)務模型、部署和監(jiān)控BPM系統(tǒng)，而不用零零碎碎地從多個的供應商把它們采購回來，再一一安裝和部署它們。

如果使用恰當，BPM有助于解決應用系統(tǒng)內(nèi)部基本的業(yè)務活動難以修改的問題，特別是在過去的那些業(yè)務軟件系統(tǒng)中，這個問題尤為突出。與之相對的是，BPM軟件可以讓IT部門通過修改與這些業(yè)務活動相關聯(lián)的流程邏輯來優(yōu)化業(yè)務效率。在BPM中，流程的設計就像畫流程圖，那些必要的執(zhí)行方面的細節(jié)用注釋來注明。整個過程幾乎不用編碼，而且流程邏輯非常容易修改，所以，BPM可以算得上一種靈活的應用開發(fā)工具。

流程的建模

BPM的使用從流程的建模開始。這個階段要把當前的流程和未來的流程詳細地列出來，并一一確定各個流程的性能指標（這些指標將來進行流程的仿真模擬時需要）。這是一個業(yè)務驅(qū)動的過程。

BPM軟件包中的流程設計器是一個圖形化的開發(fā)工具，它能夠把流程模型和有關的人力活動流、應用和業(yè)務規(guī)則整合到一起，生成一個可執(zhí)行的流程。上述流程模型經(jīng)過這個流程設計器的優(yōu)化后自動生成應用系統(tǒng)的一個框架，再經(jīng)過修改和補充后，成為一個完成的流程方案。這個方案和其他一些BPM軟件包運行時所需要的組件一起被加載給BPM的流程引擎。該流程引擎負責整個流程的路由、任務的追蹤、業(yè)務規(guī)則的執(zhí)行以及與外部系統(tǒng)的集成。

如果一個流程的實例完成了每個活動，流程引擎就會生成一個事件來標記這個實例。這些事件由BPM軟件包中的性能管理組件負責收集。性能管理據(jù)此計算出一些參數(shù)來衡量業(yè)務效率。

性能管理的儀表盤把通過OLAP鉆取分析出來的參考指標與上述的參數(shù)以圖形化的方式展現(xiàn)出來。性能管理也可以生成實時的報警信息。一旦KPI（關鍵性能指標）偏離了設定值，系統(tǒng)還可以自動進行流程的調(diào)整，這是由BAM(Business Activity Monitoring，業(yè)務流程監(jiān)控）功能模塊來完成，通常BPM軟件會集成這個模塊。實際的性能數(shù)據(jù)會反饋給流程模型進行調(diào)整，從而開始一個新的性能優(yōu)化過程。

流程之爭

如果要對BPM的軟件提供的功能進行一下清點，你可以找到一大堆用來完成各種功能的軟件: 業(yè)務建模、仿真分析、人力工作流、應用集成、數(shù)據(jù)映射、業(yè)務規(guī)則、性能分析、業(yè)務活動監(jiān)控（BAM）、門戶等。在整合的BPM軟件包出現(xiàn)以前，這些工具相互獨立，分別來自不同的供應商。

不過，今天它們都同屬于BPM，被整合進入BPM軟件包，或者通過并購，或者通過OEM，或者通過合作伙伴的戰(zhàn)略。然而，這種轉變引發(fā)了BPM軟件供應商和建模工具、BAM及集成中間件供應商之間的一場沖突，因為每個人都想以自己的方式來解讀BPM。

最大的沖突源于兩種相互競爭的BPM技術架構。其中之一是最受媒體關注的、基于BPEL（Business Process Execution Language，業(yè)務流程執(zhí)行語言）標準的架構，它通過在SOA環(huán)境中集成Web服務實現(xiàn)所需的功能，一些大型軟件供應商，如IBM、Microsoft、Oracle、SAP等都屬于這一類。

另一類是純BPM軟件供應商，如Fuego、FileNet、Pegasystems、Savvion等。它們的軟件架構從上個世紀90年代的工作流系統(tǒng)進化而來，因此在需要將人力工作流集成進流程模型時，它們更好用。在純BPM軟件供應商提供的產(chǎn)品中，SOA、BPEL的作用很有限，主要用于應用的集成，而很少像第一類一樣用來描述端到端的流程。

他們的區(qū)別很明確: 大型軟件供應商提供的解決方案更強調(diào)BPEL，在應用較少涉及人力工作流，即組織中的流程無需多種角色的參與時，能很容易地通過集成Web服務實現(xiàn)應用。而純BPM軟件供應商提供的軟件主要強調(diào)無需編碼就可以是實現(xiàn)流程的定制，因此，這些軟件更適合特定的行業(yè)。而它們的弱點則在于，與那些大型軟件供應商的產(chǎn)品相比，純BPM軟件比較難于與已有的應用系統(tǒng)進行集成。

建模工具

無論是專門的BPM軟件供應商還是大型軟件供應商，建模工具都是其中的一個基本組成部分。這個工具使用一些基本元素，如活動、任務、完成每項任務所需的資源以及相關的業(yè)務規(guī)則來描述業(yè)務流程，最后用業(yè)務人員很容易理解的一些圖形化的符號來表現(xiàn)他們。

建模工具在流程設計和定量的性能指標、以及通過仿真模擬進行性能優(yōu)化時起到了十分關鍵的作用。建模工具在每一個流程活動上標注有相關的性能參數(shù)，如預計執(zhí)行時間、資源成本、可用性以及后續(xù)有幾個流程分支等。通過建模工具內(nèi)置的仿真引擎能對各種場景進行分析。分析過程中，KPI將被用來作為分析流程性能好壞的依據(jù)，并決定各個參數(shù)值，最后根據(jù)這些參數(shù)對整個流程進行調(diào)整，完成一次閉環(huán)的業(yè)務流程實現(xiàn)。這就意味著建模工具不僅僅是對活動流程進行簡單的描述，而是要根據(jù)整個組織的資源、流程數(shù)據(jù)和流程性能參數(shù)進行建模。

多年以來，只有Casewise、IDS Scheer、Popkin (現(xiàn)在叫Telelogic)和Proforma等提供的業(yè)務流程建模工具提供這種能力，而且通常作為企業(yè)架構工具中的一部分。然而，如今很多軟件提供商，如Global 360、IBM、Savvion等提供的BPM軟件本身已經(jīng)可以實現(xiàn)這部分功能了。下一步，建模工具供應商要利用BPMN(Business Process Modeling Notation，業(yè)務流程建模符號)——這是對象管理集團(OMG)提出的一種標準化的圖形符號，來改善BPM軟件之間的交互性。

流程建模工具的輸出是一組對業(yè)務的描述，用來指導IT人員實現(xiàn)所需的業(yè)務流程，建模工具將此提交給BPM的流程引擎，流程引擎將啟動一個自動的過程來保證流程的自動執(zhí)行。借助模型的標準符號(如BPMN)和模型交互格式（如CIF），模型可以輸入到BPM的設計工具中，從而產(chǎn)生一個流程實現(xiàn)的基本框架。雖然這個框架還缺少真正執(zhí)行時所需的很多細節(jié)，但是它完全可以作為定義業(yè)務流程的起點。

通用性問題

雖然采用像BPEL這樣標準的BPM設計語言，但是每個供應商的流程設計工具也只能在它們自己的運行環(huán)境中使用。到今天為止，還無法保證一種流程設計結果可以在任意選擇的流程引擎上運行，除非從一開始就在人力工作、業(yè)務規(guī)則、數(shù)據(jù)映射等方面充分考慮到這個業(yè)務流程設計將會在另一個流程引擎上執(zhí)行。

今天，大多數(shù)BPM軟件提供了一個統(tǒng)一的設計環(huán)境，同時還隱藏了人力工作流、應用集成、業(yè)務規(guī)則、交易管理等集中在一個可執(zhí)行環(huán)境時所帶來的復雜性，這樣在企業(yè)的IT架構中，這些流程構件可以作為一個個獨立的模塊對待，其帶來的好處就是，整個企業(yè)的流程可以采用統(tǒng)一的數(shù)據(jù)模型和統(tǒng)一的狀態(tài)管理。

與建模一樣，流程設計大多數(shù)也是圖形化的。設計工具提供了一個配置板，從中設計人員可以選擇、配置、安排流程步驟。除非需要對流程進行特殊的定制，一般流程設計幾乎不用編程。在圖形化的流程設計背后，是BPM軟件專有的流程執(zhí)行語言在運行。

在基于工作流架構的BPM軟件中，各個供應商采用自己專門的流程執(zhí)行語言，但都符合工作流管理協(xié)會制定的XPDL(XML流程定義語言)。流程活動一般是一些預定義并已實現(xiàn)了的類型，如Web服務、用戶任務、集成活動，以及與這個流程活動相關的資源，如人工活動的角色或者集成適配器等。依據(jù)每個活動類型的不同，會出現(xiàn)不同的配置對話框。

與基于工作流架構的BPM軟件不同，綜合性的BPM軟件采用了BPEL語言標準。BPEL只有惟一的一種活動類型，即調(diào)用，包括調(diào)用Web服務、調(diào)用人工任務、調(diào)用集成適配器等，所有這些必須用服務實現(xiàn)，并采用WSDL標準來描述接口。調(diào)用通過服務的URL地址進行，而不是基于角色。為了適應流程中的人工活動，BPEL調(diào)用的并不是人工活動本身，而是調(diào)用任務管理服務，再由任務管理服務來處理其中的細節(jié)。

兩種BPM軟件的另外一個不同是，基于工作流的BPM軟件支持子流程的概念。子流程是一種可重用的流程片斷，它與調(diào)用它的父流程具有同樣的上下文數(shù)據(jù)和狀態(tài)。而BPEL中沒有類似的概念，在基于BPEL的BPM軟件中，子流程就是另外一種BPEL流程，數(shù)據(jù)共享和狀態(tài)同步也都必須在流程邏輯中明確定義。由于子流程在真實世界中客觀存在，為克服這個局限，去年夏天，IBM、SAP對BPEL標準進行了擴展，這個擴展是可選的，但整個規(guī)范到目前為止還沒有完成。不過，盡管架構和程序不同，但基于BPEL的BPM軟件的核心功能都是一樣的。

實現(xiàn)流程驅(qū)動的應用

流程設計完成后，將被部署到流程引擎上。一旦流程開始執(zhí)行后，引擎會按照預先確定的活動順序、集成需要的外部應用來執(zhí)行，如果需要人的參與，引擎會將任務發(fā)送給相關的人，引擎還會管理整個流程的執(zhí)行時間以及意外。在那些應用服務器供應商，如IBM、Microsoft、Oracle、SAP等，提供的BPM軟件中，流程引擎只有在它們自己的應用服務器和相關的中間件上運行才能充分發(fā)揮流程引擎的性能，而那些純BPM軟件供應商的BPM軟件可以運行在任何應用服務器平臺上。

為了管理業(yè)務流程的性能，流程引擎還能產(chǎn)生流程運行的實時數(shù)據(jù)和狀態(tài)報告，通常采用事件的形式。BPM中的性能管理組件將收集這些事件，根據(jù)這些事件提供的信息來更新KPI和其他的在建模階段定義的性能指標。通常情況下，這些指標會被集中在OLAP Cube中，以圖表顯示或者用戶通過管理駕駛艙里的查詢獲取?；贠LAP的性能管理提供了歷史信息和近乎實時的信息報告以及鉆取分析報告，因為最新的數(shù)據(jù)可以按照需要進行采集和更新。一些BPM軟件，如Adobe、FileNet、IBM、Intalio、Savvion等公司的BPM產(chǎn)品，支持實時的BAM，可以對指定的KPI指標進行實時更新，并且能報警和自動進行調(diào)整。

從正在運行的流程中計算出來的參數(shù)可以用來對模型中參數(shù)進行優(yōu)化，進而得到更佳的參數(shù)值，從而讓流程的修改更有針對性。

BPM軟件的選擇

選擇最合適的BPM軟件無疑是一件具有挑戰(zhàn)性的任務。盡管每個供應商都在它們的宣傳冊和網(wǎng)站上承諾提供差不多完全一樣的功能，而事實上，每個供應商的產(chǎn)品都有其最佳的應用領域、流程類型和最適合的應用需求。

例如，對專注于金融交易的BPM軟件而言，“Straight-Through”流程涉及非常復雜的應用集成，而幾乎不涉及人工活動，所以不是需要多人協(xié)同、以人為中心而很少涉及集成的流程的最佳選擇。而那些以文檔為中心的流程、或者需要人工從高速的隊列中進行選擇的生產(chǎn)工作流流程也有自己的特殊需求，也并不是所有的BPM軟件都能滿足的。

然而，盡管BPM還是很復雜，比如，從架構上來說，它似乎像一團亂麻，但今天BPM軟件正在給用戶提供真正的投資回報。而且，新一代集成的BPM軟件正在拋棄傳統(tǒng)BPM的復雜性，為IT人員和業(yè)務人員提供一個嶄新的協(xié)作平臺。最重要的是，BPM正在給用戶帶來真正的投資回報。 （譯自Infoworld）

BPM的四個階段

從更高層次上說，BPM解決方案的開發(fā)過程與其他應用大體一樣。不過，BPM的幾個特色，如圖形化的建模、自動生成應用程序、與老的應用系統(tǒng)集成，可以大大加快軟件的開發(fā)速度，縮短軟件上市時間。