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

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

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

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

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

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

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

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

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

流程的建模

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

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

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

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

流程之爭(zhēng)

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

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

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

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

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

建模工具

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

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

多年以來(lái)，只有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ù)流程建模符號(hào))——這是對(duì)象管理集團(tuán)(OMG)提出的一種標(biāo)準(zhǔn)化的圖形符號(hào)，來(lái)改善BPM軟件之間的交互性。

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

通用性問(wèn)題

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

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

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

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

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

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

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

流程設(shè)計(jì)完成后，將被部署到流程引擎上。一旦流程開(kāi)始執(zhí)行后，引擎會(huì)按照預(yù)先確定的活動(dòng)順序、集成需要的外部應(yīng)用來(lái)執(zhí)行，如果需要人的參與，引擎會(huì)將任務(wù)發(fā)送給相關(guān)的人，引擎還會(huì)管理整個(gè)流程的執(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ù)器平臺(tái)上。

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

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

BPM軟件的選擇

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

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

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

BPM的四個(gè)階段

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