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

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

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

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

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

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

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

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

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

流程的建模

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

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

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

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

流程之爭

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

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

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

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

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

建模工具

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

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

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

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

通用性問題

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

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

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

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

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

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

實(shí)現(xiàn)流程驅(qū)動的應(yīng)用

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

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

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

BPM軟件的選擇

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

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

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

BPM的四個階段

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