基于SaaS的業(yè)務(wù)流程與規(guī)則引擎的應(yīng)用

1、基于SaaS的規(guī)則引擎在企業(yè)流程中的應(yīng)用引言 規(guī)則引擎原理流程應(yīng)用基于saas的模式 意義1、引言目前， B2B 電子商務(wù)平臺(tái)發(fā)展了大量的中小企業(yè)用戶，提供具有共性的信息管理服務(wù)， 但是這些服務(wù)對(duì)于特定用戶來(lái)說(shuō)， 無(wú)法根據(jù)該用戶的業(yè)務(wù)流程來(lái)構(gòu)造與其自身業(yè)務(wù)相匹配的 管理過(guò)程；同時(shí)，平臺(tái)亦無(wú)法應(yīng)對(duì)會(huì)員企業(yè)將來(lái)發(fā)展帶來(lái)的管理過(guò)程的不斷變化。在這種情況下，為中小企業(yè)用戶提供個(gè)性化的服務(wù)，對(duì)企業(yè)的意義是非常重大的。盡管現(xiàn)在有些軟件開(kāi)發(fā)商為企業(yè)提供量身定制的功能需要， 但這種方式開(kāi)發(fā)成本很高， 而且基本上是按照當(dāng)時(shí)或者用戶可以預(yù)見(jiàn)的方式進(jìn)行開(kāi)發(fā)，不可避免的出現(xiàn)一些弊端：（1）需要安裝專門(mén)的管理系統(tǒng)軟件，

2、維護(hù)困難；（2） 功能的靈活性較小，只能符合某些行業(yè)的特點(diǎn)，不符合B2B 電子商務(wù)平臺(tái)上廣 大行業(yè)的需求；（3）功能的配置操作復(fù)雜，不利于中小企業(yè)用戶的使用；（4）功能維護(hù)和修改的成本高。為了解決上述弊端，基于 SaaS的業(yè)務(wù)規(guī)則引擎的方法被提了出來(lái)，這種方法充分利用 了 SaaS（軟件即服務(wù)）的特點(diǎn)，不需要在中小企業(yè)的計(jì)算機(jī)上安裝任何軟件，把系統(tǒng)的日 常維護(hù)工作都交給軟件服務(wù)運(yùn)營(yíng)商；而且使用成本低廉，符合中小企業(yè)的信息化成本要求。 同時(shí)通過(guò)企業(yè)業(yè)務(wù)流程與規(guī)則引擎的結(jié)合應(yīng)用， 把商業(yè)規(guī)則與應(yīng)用開(kāi)發(fā)代碼， 讓中小企業(yè)的 工作人員能在運(yùn)行時(shí)可以動(dòng)態(tài)地管理和修改商業(yè)規(guī)則，保證了軟件系統(tǒng)的柔性和自適應(yīng)

3、性， 使電子商務(wù)平臺(tái)為中小企業(yè)用戶提供個(gè)性化的服務(wù)打下了良好的基礎(chǔ)。2、業(yè)務(wù)流程與規(guī)則引擎2.1 業(yè)務(wù)流程與流程引擎業(yè)務(wù)流程屬于工作流的范疇。 工作流指全部或者部分由計(jì)算機(jī)自動(dòng)處理的業(yè)務(wù)過(guò)程。而工作流管理系統(tǒng)是這樣的一個(gè)系統(tǒng)：詳細(xì)定義、管理并執(zhí)行“工作流”, 系統(tǒng)通過(guò)運(yùn)行一些軟件來(lái)執(zhí)行工作流，這些軟件的執(zhí)行順序由工作流邏輯的計(jì)算 機(jī)表示形式（流程定義）來(lái)驅(qū)動(dòng)。過(guò)程J<X工作流系統(tǒng)與業(yè)務(wù)系統(tǒng)的關(guān)系如下圖所示：r業(yè)務(wù)系統(tǒng)<-ZV八一丿LJ 流程應(yīng)用支撐層支撐審批支撐業(yè)務(wù)流程支撐業(yè)務(wù) 整合工作流引擎國(guó)際標(biāo)準(zhǔn)化組織 WFMCX作流管理聯(lián)盟）發(fā)布了一個(gè)通用的工作流系統(tǒng)實(shí)現(xiàn) 模型，這個(gè)模型可以

4、適用于市場(chǎng)上的大多數(shù)產(chǎn)品，因此為開(kāi)發(fā)協(xié)同工作的工作流 系統(tǒng)奠定了基礎(chǔ)。把工作流系統(tǒng)中的主要功能組件，以及這些組件間的接口看成抽象的模型。 考慮到會(huì)有許多其他的具體實(shí)現(xiàn)不同于這個(gè)抽象模型，因此，特定的接口在不同的平臺(tái)中會(huì)采用不同的技術(shù)，有不同的實(shí)現(xiàn)方式。而且并不是所有的開(kāi)發(fā)商都會(huì) 暴漏功能組件間的每一個(gè)接口，具體的規(guī)范會(huì)定義接口之間的相互操作功能， 不 同的廠商必須支持這些開(kāi)放接口才能實(shí)現(xiàn)不同工作流之間的協(xié)作。通用的工作流系統(tǒng)實(shí)現(xiàn)參考模型如下所示：PROCESSDEFiNHION:TOOLS Jtnlerfiicv II Prtices i>cfiniiiurt l/ripvrt'

5、KjfpuflInierfaee 5WORKFLOW ENACTMENTSERVICEADMINISTRATION&MONITDRII4GTOOLSOTHER WORKFLOWENACTMENT SERVICESwig rims nr wvupMMnr cmjiehmCLIENT APRSWORKLIST HANDLERIiacrfaeeATYPICAL WEB SERVICESInttrface 4INVOKED APPLICftnONSTOOL AGENT I不同的廠商必須支持5類(lèi)開(kāi)放接口才能實(shí)現(xiàn)不同工作流之間的協(xié)作。a) 過(guò)程定義工具(Process Definition Too

6、l )過(guò)程定義是用來(lái)創(chuàng)建一個(gè)計(jì)算機(jī)可以處理的形式的過(guò)程描述?？赡芤?形式過(guò)程定義語(yǔ)言、對(duì)象關(guān)系模型、簡(jiǎn)單的系統(tǒng)、腳本、或者在參與者 間進(jìn)行信息傳遞的路徑集為基礎(chǔ)。工作流定義工具，可能作為工作流產(chǎn) 品的一部分、也可能作為業(yè)務(wù)過(guò)程分析產(chǎn)品的一部分來(lái)提供給用戶，作 為業(yè)務(wù)過(guò)程分析產(chǎn)品一部分，會(huì)有其他的組件來(lái)負(fù)責(zé)處理業(yè)務(wù)過(guò)程的分 析或者模型，這時(shí)，必須要有兼容的轉(zhuǎn)換格式，與運(yùn)行時(shí)期的工作流軟 件進(jìn)行過(guò)程定義的相互轉(zhuǎn)換。b) 過(guò)程定義(Process Definition過(guò)程定義包含，工作流執(zhí)行軟件運(yùn)行過(guò)程所需的過(guò)程所有詳細(xì)信息。包 括過(guò)程的開(kāi)始和結(jié)束條件、組成活動(dòng)、在活動(dòng)間進(jìn)行導(dǎo)航的規(guī)則、需執(zhí) 行的

7、用戶任務(wù)、可能會(huì)被調(diào)用的應(yīng)用程序、所有工作流相關(guān)數(shù)據(jù)的定義過(guò)程定義可能會(huì)涉及到一個(gè)組織/角色模型，模型包含組織結(jié)構(gòu)和組織中 的角色等信息。從而使過(guò)程定義在，與具體活動(dòng)或信息對(duì)象相關(guān)的組織 實(shí)體和角色功能方面，十分詳細(xì)。工作流執(zhí)行服務(wù)器負(fù)責(zé)把工作流運(yùn)行 環(huán)境中的參與者與相應(yīng)的組織實(shí)體或角色聯(lián)系起來(lái)。c) 工作流執(zhí)行服務(wù)器( Workflow Enactment Service ) 工作流執(zhí)行服務(wù)器軟件負(fù)責(zé)：解釋過(guò)程定義、控制過(guò)程實(shí)例、安排活動(dòng) 的執(zhí)行順序、向用戶工作表中添加工作項(xiàng)目、調(diào)用應(yīng)用工具。這需要一 個(gè)或者多個(gè)協(xié)同工作的工作流機(jī)來(lái)完成這些職責(zé)，工作流機(jī)管理各種過(guò) 程的一個(gè)單獨(dú)實(shí)例。工作流執(zhí)

8、行服務(wù)器維護(hù)內(nèi)部控制數(shù)據(jù)，這些數(shù)據(jù)或 者集中于一個(gè)工作流機(jī)中，或者分布在一個(gè)工作機(jī)集合中；這些工作流 控制數(shù)據(jù)包括與各種過(guò)程、 或者正執(zhí)行的活動(dòng)實(shí)例相關(guān)的內(nèi)部狀態(tài)信息， 也包括工作流機(jī)用來(lái)合作或者從失敗中進(jìn)行恢復(fù)的檢查點(diǎn)、 恢復(fù)/ 重新啟 動(dòng)信息。過(guò)程定義與(運(yùn)行時(shí)期)工作流相關(guān)數(shù)據(jù)協(xié)作，一同用來(lái)控制過(guò)程中活 動(dòng)的導(dǎo)航、提供活動(dòng)的進(jìn)入與退出條件、不同活動(dòng)的并行執(zhí)行、順序執(zhí) 行選項(xiàng)、用戶任務(wù)、與每個(gè)活動(dòng)相關(guān)的 IT 應(yīng)用程序等。 如果過(guò)程定義包 括組織模型 /角色實(shí)體類(lèi)型，那么完成以上任務(wù)，需要訪問(wèn)組織 / 角色模 型數(shù)據(jù)。工作流機(jī)也包括調(diào)用一些形式的應(yīng)用工具的能力，來(lái)激活必要的應(yīng)用程 序執(zhí)行相

9、關(guān)活動(dòng)。這種調(diào)用機(jī)制間有很大的不同， 在一些簡(jiǎn)單的系統(tǒng)中， 也許只提供對(duì)單一的固定工具調(diào)用 (例如， 文本編輯器)，然而在工作流 系統(tǒng)中可能提供調(diào)用本地與遠(yuǎn)程的大范圍內(nèi)工具的方法。d) 工作流相關(guān)數(shù)據(jù)和應(yīng)用數(shù)據(jù)( Workflow Relevant Data and Application Data) 過(guò)程導(dǎo)航判斷或工作流機(jī)中的其他控制操作，都以工作流應(yīng)用程序產(chǎn)生 或者更新的數(shù)據(jù)為基礎(chǔ)，這些數(shù)據(jù)可以被工作流機(jī)和條件工作流相關(guān)數(shù) 據(jù)(也成為情況數(shù)據(jù))所訪問(wèn)；這是工作流機(jī)唯一可訪問(wèn)的應(yīng)用程序數(shù) 據(jù)。盡管，工作流機(jī)負(fù)責(zé)在應(yīng)用程序間傳遞工作流應(yīng)用程序數(shù)據(jù)，但工 作流應(yīng)用程序數(shù)據(jù)直接由被調(diào)用過(guò)程操作。不

10、同的應(yīng)用程序由工作流過(guò) 程內(nèi)的不同活動(dòng)調(diào)用。e) 任務(wù)表( Worklists ) 過(guò)程執(zhí)行中需要用戶交互的地方，工作流機(jī)把任務(wù)添加到任務(wù)表中，以 便任務(wù)表處理器對(duì)其處理，任務(wù)表處理器管理與工作流參與者的交互。 這個(gè)過(guò)程對(duì)工作流參與者可能是不可見(jiàn)的， 任務(wù)表在工作流軟件中維護(hù)， 把用戶需要執(zhí)行的下一個(gè)任務(wù)提供給他。在其他系統(tǒng)中，任務(wù)表可能對(duì) 用戶是可見(jiàn)，用戶自己從任務(wù)表中選擇執(zhí)行任務(wù)，任務(wù)表也用來(lái)指示任 務(wù)的完成。f) 任務(wù)表處理器用戶接口( Worklist Handler & User Interface)任務(wù)表處理器是一個(gè)軟件組件，管理工作流參與者與工作流執(zhí)行服務(wù)器 間的交互。任

11、務(wù)表處理器負(fù)責(zé)請(qǐng)求用戶關(guān)心的進(jìn)展中的任務(wù)，并負(fù)責(zé)通 過(guò)任務(wù)表與工作流執(zhí)行服務(wù)器進(jìn)行交互。在一些系統(tǒng)中，只是使用一個(gè) 桌面應(yīng)用程序來(lái)提供一個(gè)簡(jiǎn)單的任務(wù)進(jìn)入，等待用戶注意。在其他一些 系統(tǒng)中，任務(wù)表的處理可能更成熟，控制任務(wù)在一些用戶間進(jìn)行分配， 并考慮到轉(zhuǎn)載平衡、任務(wù)重分配等。另外的一些任務(wù)表處理功能，工作 流機(jī)典型支持與客戶端應(yīng)用程序大范圍的交互，包括工作流參與者的簽 到和退出、請(qǐng)求過(guò)程實(shí)例的開(kāi)始、任務(wù)排隊(duì)等候特殊的參與者等。在工 作流參考模型中，更廣泛的使用“客戶端應(yīng)用程序” 這個(gè)詞，而不是“任 務(wù)表處理器”，從而反映其潛在的廣大使用范圍， 其包含任務(wù)表處理功能 的同時(shí)也包含過(guò)程控制功能。在

12、上圖中，用戶接口是一個(gè)單獨(dú)的軟件組件，負(fù)責(zé)提示和處理用戶對(duì)話 框，并控制本地用戶的本地接口。在某些系統(tǒng)中，用戶接口可能會(huì)與任 務(wù)表處理器組合到一起，構(gòu)成一個(gè)簡(jiǎn)單的功能實(shí)體。我們希望一些客戶 端應(yīng)用程序能夠和幾個(gè)不同的工作流服務(wù)器進(jìn)行交互，從而把服務(wù)器中 的任務(wù)整理成統(tǒng)一的格式，通過(guò)公共用戶接口提供給用戶?？赡軙?huì)調(diào)用本地應(yīng)用程序，來(lái)支持用戶完成特殊的任務(wù)，這由任務(wù)表處 理器來(lái)負(fù)責(zé)，或者由用戶負(fù)責(zé)，在用戶接口使用簡(jiǎn)易通用工具來(lái)安裝適 當(dāng)?shù)闹С殖绦?。在任?wù)表處理器 / 用戶接口中調(diào)用應(yīng)用程序與工作流執(zhí)行 軟件直接調(diào)用應(yīng)用程序，有明顯的不同。g) 管理操作( Supervisory Operation

13、s ) 工作流系統(tǒng)中有許多的管理功能；這些管理功能以工作站點(diǎn)或者用戶的 管理權(quán)限為基礎(chǔ)。這些管理功能使得管理者可以修改任務(wù)分配規(guī)則、確 定過(guò)程中組織角色的參與者、 跟蹤遺漏的最終期限報(bào)警或根據(jù)其他事件、 跟蹤某一過(guò)程實(shí)例的運(yùn)行歷史、查詢?nèi)蝿?wù)吞吐量或其他統(tǒng)計(jì)信息等。使 用分布式工作流機(jī)的地方，可能需要特殊的命令來(lái)在不同的工作流機(jī)間 傳遞控制操作或者(局部)響應(yīng)，從而提供一個(gè)單一的管理接口。h) 外部和內(nèi)部接口( Exposed and Embeded Interfaces ) 上述的體系結(jié)構(gòu)適用于大多數(shù)工作流產(chǎn)品，但是并不是所有的產(chǎn)品在每 個(gè)不同的系統(tǒng)功能組件間，都提供外部接口；一些產(chǎn)品把幾個(gè)功

14、能組件 作為一個(gè)邏輯實(shí)體來(lái)實(shí)現(xiàn)了，并把接口包含在了軟件組件的內(nèi)部，導(dǎo)致 無(wú)法被第三方產(chǎn)品使用。WFM規(guī)范定義了每個(gè)接口在實(shí)現(xiàn)多工作流系統(tǒng) 協(xié)同工作中的作用，因此，可以鑒別單獨(dú)的產(chǎn)品是否符合協(xié)同工作標(biāo)準(zhǔn)。2.2 規(guī)則引擎規(guī)則引擎是一種根據(jù)規(guī)則中包含的指定過(guò)濾條件， 判斷其能否匹配運(yùn)行時(shí)刻的實(shí) 時(shí)條件來(lái)執(zhí)行規(guī)則中所規(guī)定的動(dòng)作的引擎。與規(guī)則引擎相關(guān)的有四個(gè)基本概念， 為更好地理解規(guī)則引擎的工作原理，下面將對(duì)這些概念進(jìn)行逐一介紹。1)信息元( Information Unit )信息元是規(guī)則引擎的基本建筑塊， 它是一個(gè)包含了特定事件的所有信息的對(duì) 象。這些信息包括：消息、產(chǎn)生事件的應(yīng)用程序標(biāo)識(shí)、事件產(chǎn)

15、生事件、信息元類(lèi)型、相關(guān)規(guī)則集、通用方法、通用屬性以及一些系統(tǒng)相關(guān)信息等等2)信息服務(wù)(In formation Services )信息服務(wù)產(chǎn)生信息元對(duì)象。每個(gè)信息服務(wù)產(chǎn)生它自己類(lèi)型相對(duì)應(yīng)的信息元對(duì)象。即特定信息服務(wù)根據(jù)信息兀所產(chǎn)生每個(gè)信息兀對(duì)象有相同的格式，但可以有不同的 屬性和規(guī)則集。需要注意的是，在一臺(tái)機(jī)器上可以運(yùn)行許多不同的信 息服務(wù)，還可以運(yùn)行同一信息服務(wù)的不同實(shí)例。 但無(wú)論如何，每個(gè)信息服務(wù)只產(chǎn) 生它自己類(lèi)型相對(duì)應(yīng)的信息元。3)規(guī)則集(Rule Set )顧名思義，規(guī)則集就是許多規(guī)則的集合。每條規(guī)則包含一個(gè)條件過(guò)濾器和多個(gè)動(dòng)作。一個(gè)條件過(guò)濾器可以包含多個(gè)過(guò)濾條件。條件過(guò)濾器是多個(gè)

16、布爾表達(dá) 式的組合，其組合結(jié)果仍然是一個(gè)布爾類(lèi)型的。 在程序運(yùn)行時(shí)，動(dòng)作將會(huì)在條件 過(guò)濾器值為真的情況下執(zhí)行。除了一般的執(zhí)行動(dòng)作，還有三類(lèi)比較特別的動(dòng)作， 它們分別是：放棄動(dòng)作(Discard Actio n )、包含動(dòng)作(In elude Acti on )和使 信息元對(duì)象內(nèi)容持久化的動(dòng)作。前兩種動(dòng)作類(lèi)型的區(qū)別將在2.3規(guī)則引擎工作機(jī) 制小節(jié)介紹。4)隊(duì)列管理器(Queue Man age)隊(duì)列管理器用來(lái)管理來(lái)自不同信息服務(wù)的信息元對(duì)象的隊(duì)列 下面將研究規(guī)則引擎的這些相關(guān)構(gòu)件是如何協(xié)同工作的。如圖2所示，處理過(guò)程分為四個(gè)階段進(jìn)行：信息服務(wù)接受事件并將其轉(zhuǎn)化為 信息元，然后這些信息元被傳給隊(duì)列

17、管理器， 最后規(guī)則引擎接收這些信息元并應(yīng) 用它們自身攜帶的規(guī)則加以執(zhí)行，直到隊(duì)列管理器中不再有信息元。Imfa ServicesInfo Servire 1Iitfo Seivice 3 Infb Strvice nInfo UnisInTo Vid 1Ln£o Uni 2 Inlb UminInfq Uni 1Info Uni 2 :Info Unit nRule Engjne圖2處理過(guò)程協(xié)作圖3、規(guī)則引擎的工作機(jī)制下面專門(mén)研究規(guī)則引擎的內(nèi)部處理過(guò)程。 如圖3所示，規(guī)則引擎從隊(duì)列管理 器中依次接收信息元，然后依規(guī)則的定 義順序檢查信息元所帶規(guī)則集中的規(guī)則。 如圖所示，規(guī)則引擎檢查第

18、一個(gè)規(guī)則并對(duì)其條件過(guò)濾器求值，如果值為假，所有與此規(guī)則相關(guān)的動(dòng)作皆被忽略并繼續(xù)執(zhí)行下一條規(guī)則。如果第二條規(guī)則的過(guò)濾器值為真，所有與此規(guī)則相關(guān)的動(dòng)作皆依定義順序執(zhí)行，執(zhí)行完畢繼續(xù)下一條規(guī)則。該信息元中的所有規(guī)則執(zhí)行完畢后，信息元將被銷(xiāo)毀，然后從隊(duì)列管理器接收下一個(gè)信息元。在這個(gè)過(guò)程中并未考慮兩個(gè)特殊動(dòng)作：放棄動(dòng)作(DiscardAction )和包含動(dòng)作(In elude Action )。放棄動(dòng)作如果被執(zhí)行，將會(huì)跳過(guò)其所 在信息元中接下來(lái)的所有規(guī)則，并銷(xiāo)毀所在信息元，規(guī)則引擎繼續(xù)接收隊(duì)列管理 器中的下一個(gè)信息元。包含動(dòng)作其實(shí)就是動(dòng)作中包含其它現(xiàn)存規(guī)則集的動(dòng)作。 包含動(dòng)作如果被執(zhí)行，規(guī)則引擎將暫

19、停并進(jìn)入被包含的規(guī)則集，執(zhí)行完畢后，規(guī)則引擎還會(huì)返回原來(lái)暫停的地方繼續(xù) 執(zhí)行。這一過(guò)程將遞歸進(jìn)行。圖3規(guī)則引擎工作機(jī)制Java規(guī)則引擎的工作機(jī)制與上述規(guī)則引擎機(jī)制十分類(lèi)似，只不過(guò)對(duì)上述概念進(jìn)行了重新包裝組合。Java規(guī)則引擎對(duì)提交給引擎的Java數(shù)據(jù)對(duì)象進(jìn)行檢 索, 根據(jù)這些對(duì)象的當(dāng)前屬性值和它們之間的關(guān)系，從加載到引擎的規(guī)則集中發(fā)現(xiàn)符合條件的規(guī)則，創(chuàng)建這些規(guī)則的執(zhí)行實(shí)例。這些實(shí)例將在引擎接到執(zhí)行指令時(shí)、 依照某種優(yōu)先序依次執(zhí)行。一般來(lái)講，Java規(guī)則引擎內(nèi)部由下面幾個(gè)部分構(gòu)成： 工作內(nèi)存(Working Memory)即工作區(qū)，用于存放被引擎引用的數(shù)據(jù)對(duì)象集合； 規(guī)則執(zhí)行隊(duì)列，用于存放被激活

20、的規(guī)則執(zhí)行實(shí)例；靜態(tài)規(guī)則區(qū)，用于存放所有被 加載的業(yè)務(wù)規(guī)則， 這些規(guī)則將按照某種數(shù)據(jù)結(jié)構(gòu)組織，當(dāng)工作區(qū)中的數(shù)據(jù)發(fā)生 改變后，引擎需要迅速根據(jù)工作區(qū)中的對(duì)象現(xiàn)狀， 調(diào)整規(guī)則執(zhí)行隊(duì)列中的規(guī)則執(zhí) 行實(shí)例。Java規(guī)則引 擎的結(jié)構(gòu)示意圖如圖4所示。當(dāng)引擎執(zhí)行時(shí)，會(huì)根據(jù)規(guī)則執(zhí)行隊(duì)列中的優(yōu)先順序逐條執(zhí)行規(guī)則執(zhí)行實(shí)例，由于規(guī)則的執(zhí)行部分可能會(huì)改變工作區(qū)的數(shù)據(jù)對(duì)象，從而會(huì)使隊(duì)列中的某些規(guī)則執(zhí)行實(shí)例因?yàn)闂l件改變而失效，必須從隊(duì)列中撤銷(xiāo)，也可能會(huì)激活原來(lái)不滿足 條件的規(guī)則，生成新的規(guī)則執(zhí)行實(shí)例進(jìn)入隊(duì)列。于是就產(chǎn)生了一種“動(dòng)態(tài)”的規(guī)則執(zhí)行鏈，形成規(guī)則的推理機(jī)制。這種規(guī)則的“鏈?zhǔn)健狈磻?yīng)完全是由工作區(qū)中 的數(shù)據(jù)驅(qū)動(dòng)的。

21、任何一個(gè)規(guī)則引擎都需要很好地解決規(guī)則的推理機(jī)制和規(guī)則條件匹配的效率問(wèn)題。規(guī)則條件匹配的效率決定了引擎的性能，引擎需要迅速測(cè)試工作區(qū)中的數(shù)據(jù)對(duì)象，從加載的規(guī)則集中發(fā)現(xiàn)符合條件的規(guī)則，生成規(guī)則執(zhí)行實(shí)例。1982年美國(guó)卡耐基梅隆大學(xué)的 Charles L. Forgy發(fā)明了一種叫Rete算法，很好地 解決了這方面的問(wèn)題。目前世界頂尖的商用業(yè)務(wù)規(guī)則引擎產(chǎn)品基本上都使用Rete算法。3、業(yè)務(wù)流程與規(guī)則引擎的融合作為企業(yè)IT基礎(chǔ)設(shè)施的關(guān)鍵部分， 業(yè)務(wù)流程管理越來(lái)越重要了。在BPM產(chǎn)品套件平臺(tái)上，可以建模、部署、執(zhí)行和監(jiān)視企業(yè)的業(yè)務(wù)流程，業(yè)務(wù)流程可以包含業(yè)務(wù)規(guī)則。例如，在 銀行的賬戶驗(yàn)證過(guò)程中， 評(píng)估客戶資

22、格或確定價(jià)格的業(yè)務(wù)策略很復(fù)雜，而且在快速發(fā)展的市場(chǎng)中常常會(huì)變動(dòng)。把這些策略硬編碼在過(guò)程中是不合適的，因?yàn)楹茈y在運(yùn)行時(shí)管理和維護(hù)業(yè)務(wù)規(guī)則。通過(guò)把業(yè)務(wù)規(guī)則和業(yè)務(wù)流程分隔開(kāi)，單獨(dú)地執(zhí)行和管理它們， 可以提高整個(gè)業(yè)務(wù)流程的敏捷性和擴(kuò)展性。ILOG的JRules在融入到IBM的WebSphere 套件體系后，在架構(gòu)層面和技術(shù)層面充分體現(xiàn)了這種業(yè)務(wù)流程與業(yè)務(wù)規(guī)則分離的思想，如下圖所示:ILOG JRules 是先進(jìn)的業(yè)務(wù)規(guī)則管理系統(tǒng)(Bus in ess Rule Ma nageme nt SystemBRMS)，提供編寫(xiě)、部署和管理業(yè)務(wù)規(guī)則等業(yè)務(wù)功能，支持高效地修改策略和快速部署策 略。它支持以有秩序的高因此策略經(jīng)理、業(yè)務(wù)ILOG JRules提供一種建模、實(shí)現(xiàn)和部署業(yè)務(wù)規(guī)則的系統(tǒng)化方法。效的方式進(jìn)行協(xié)作。 它包含的工具針對(duì)不同用戶的技能和知識(shí)優(yōu)化過(guò),分析師和開(kāi)發(fā)人員都可以獲得所需的支持，可以盡可能發(fā)揮BRMS的價(jià)值。Rule Service IntegrationRule pxecuticri server I I * IUser toolsEligibilHy rulesPricing ndes冷 lid 剖 ion riul<aRulerepos 止 oryURule servi