讓BI更聰明

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

幾乎每一個(gè)績(jī)效管理系統(tǒng)或者商業(yè)智能系統(tǒng)都會(huì)用到業(yè)務(wù)規(guī)則（Business Rules）。這些規(guī)則被報(bào)表應(yīng)用程序用來(lái)自動(dòng)解釋數(shù)據(jù)的含義、定義關(guān)鍵性能指標(biāo)（KPI）或者提出一些問(wèn)題的整改建議。

業(yè)務(wù)規(guī)則的含義

實(shí)際上，BI（Business Intelligence）項(xiàng)目并不一定一開(kāi)始都有業(yè)務(wù)規(guī)則，有的根本就沒(méi)有，有的只有一個(gè)簡(jiǎn)單的業(yè)務(wù)規(guī)則，然后逐步補(bǔ)充和完善的。例如，在一個(gè)為客戶服務(wù)的呼叫中心的BI項(xiàng)目，客戶服務(wù)部負(fù)責(zé)人最初的報(bào)表也許只是要列出每個(gè)服務(wù)中心每天接到的電話有多少。如果每個(gè)電話都有記錄，這種報(bào)表實(shí)現(xiàn)起來(lái)非常容易，標(biāo)準(zhǔn)的BI工具都可以完成。通常只要對(duì)原始數(shù)據(jù)進(jìn)行匯總，然后累加一下電話的數(shù)量就可以了。

但是，如果還想知道某一個(gè)服務(wù)中心有多少個(gè)電話沒(méi)有及時(shí)處理，標(biāo)準(zhǔn)配置的BI工具就不夠用了，這里涉及到比較復(fù)雜的業(yè)務(wù)邏輯。首先，要區(qū)分服務(wù)請(qǐng)求是何時(shí)提出的、何時(shí)完成的; 其次要跟蹤這個(gè)服務(wù)請(qǐng)求是否被安排給了其他的服務(wù)中心; 第三，要計(jì)算起始之間的時(shí)間差，把這個(gè)時(shí)間差與規(guī)定的完成時(shí)間進(jìn)行比較，這里還要考慮節(jié)假日。換句話說(shuō)，這種報(bào)表不是直接把原始數(shù)據(jù)列出來(lái)就可行，而是需要理解數(shù)據(jù)的含義，并進(jìn)行一定的運(yùn)算。

BI專家們談到“業(yè)務(wù)規(guī)則”時(shí)有很多含義。要確定這個(gè)詞匯的確切含義取決于你是從業(yè)務(wù)人員的角度還是IT人員的角度出發(fā)。羅納德·G羅斯（Ronald G. Ross）分別從這兩個(gè)角度給出這個(gè)名詞的含義。從業(yè)務(wù)人員的角度，他認(rèn)為業(yè)務(wù)規(guī)則是用編碼來(lái)表達(dá)的業(yè)務(wù)活動(dòng); 從IT人員的角度，他認(rèn)為業(yè)務(wù)規(guī)則是可重用的業(yè)務(wù)邏輯的最小單元。

業(yè)務(wù)規(guī)則之所以在績(jī)效管理系統(tǒng)和BI項(xiàng)目中占有如此重要的地位，是因?yàn)樗x予了數(shù)據(jù)以含義，可以幫助我們理解數(shù)據(jù)原始含義，進(jìn)而產(chǎn)生一些更有意義的報(bào)表以指導(dǎo)我們決策。它們是根本原因分析和操作性報(bào)表不可或缺的要素。隨著BI越來(lái)越面向流程，業(yè)務(wù)規(guī)則的重要性也在增加。今天即使在最傳統(tǒng)的BI系統(tǒng)（如戰(zhàn)略型BI和戰(zhàn)術(shù)型BI）中也少不了數(shù)十個(gè)業(yè)務(wù)規(guī)則，還不算那些隱藏在BI系統(tǒng)中數(shù)百個(gè)業(yè)務(wù)規(guī)則。

何種業(yè)務(wù)規(guī)則實(shí)現(xiàn)方式好

從IT的角度，業(yè)務(wù)規(guī)則要么被編碼在數(shù)據(jù)倉(cāng)庫(kù)的ETL（抽取、轉(zhuǎn)換、加載）流程中，要么在設(shè)計(jì)一些特定的報(bào)表時(shí)被編碼在BI工具里了。實(shí)際上這兩種都不是最佳的方式，一種比較好的方式是在一個(gè)獨(dú)立的模塊中單獨(dú)說(shuō)明這些業(yè)務(wù)規(guī)則，這種軟件構(gòu)件專門用來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯。這種結(jié)構(gòu)有以下四個(gè)好處:

首先，如果設(shè)計(jì)得好，這種業(yè)務(wù)邏輯模塊對(duì)用戶是透明的。如果業(yè)務(wù)規(guī)則嵌在ETL或者BI工具中，業(yè)務(wù)人員將無(wú)法對(duì)這些實(shí)現(xiàn)進(jìn)行審查，他只能相信程序員正確地實(shí)現(xiàn)了文檔中所描述的業(yè)務(wù)規(guī)則，相信這些業(yè)務(wù)規(guī)則能正確地發(fā)揮作用。一旦出現(xiàn)了問(wèn)題，也許還要最初的編程人員來(lái)幫助查找原因。例如，如果一個(gè)客戶服務(wù)的請(qǐng)求被判定為處理遲了，這里所說(shuō)的“遲”的標(biāo)準(zhǔn)是指超過(guò)3天還是含3天？相反，如果采用單獨(dú)的業(yè)務(wù)邏輯模塊，可以在這個(gè)模塊集中完成業(yè)務(wù)規(guī)則的定義、實(shí)現(xiàn)或文檔化等工作。這樣做的好處是業(yè)務(wù)人員在一個(gè)地方就可以看到他關(guān)心的內(nèi)容，比如每一個(gè)具體的業(yè)務(wù)規(guī)則是如何實(shí)現(xiàn)的，以及它是如何影響報(bào)表結(jié)果的。

其次，在BI或者績(jī)效管理項(xiàng)目中業(yè)務(wù)規(guī)則經(jīng)常需要修改。這主要是由于以下兩個(gè)原因: 第一，業(yè)務(wù)處理過(guò)程有了變化。比如，根據(jù)績(jī)效管理系統(tǒng)提供的報(bào)表對(duì)業(yè)務(wù)處理采取了針對(duì)性的改進(jìn); 第二，根據(jù)這些報(bào)表以及對(duì)業(yè)務(wù)流程的改進(jìn)又制定出新的業(yè)務(wù)規(guī)則。上述兩種情形都需要對(duì)業(yè)務(wù)規(guī)則進(jìn)行調(diào)整，如果采用單獨(dú)的軟件模塊，修改起來(lái)將會(huì)容易得多，也不涉及到系統(tǒng)中其他的部分。

第三，把業(yè)務(wù)邏輯模塊從其他的IT基礎(chǔ)設(shè)施中獨(dú)立出來(lái)，有助于減少重復(fù)建設(shè)。如果IT部門決定換一個(gè)ETL工具或者BI工具，在新的工具中那些已經(jīng)實(shí)現(xiàn)了的業(yè)務(wù)邏輯就無(wú)需再來(lái)一次。正如Business Rules Group在聲明中所說(shuō): “業(yè)務(wù)規(guī)則應(yīng)該以一種非常容易轉(zhuǎn)換到一個(gè)新的軟件平臺(tái)或者硬件平臺(tái)的方式組織和部署?！?

最后，一個(gè)集中的業(yè)務(wù)邏輯模塊有助于在整個(gè)企業(yè)范圍內(nèi)的多個(gè)業(yè)務(wù)系統(tǒng)中使用和管理業(yè)務(wù)規(guī)則。還是上面所講的客戶服務(wù)的例子: 市場(chǎng)和銷售部門都需要客戶服務(wù)滿意度的KPI，其中包括客戶共撥打了多少次電話、有多少次得到了及時(shí)處理等數(shù)據(jù)。這里非常重要的一點(diǎn)是，市場(chǎng)部和銷售部必須對(duì)客戶服務(wù)過(guò)程中的“及時(shí)處理”的含義理解一致。這就是說(shuō)，市場(chǎng)部和銷售部在為客戶服務(wù)生成報(bào)表時(shí)必須使用同一個(gè)業(yè)務(wù)邏輯。這一點(diǎn)可以通過(guò)在企業(yè)中設(shè)一個(gè)集中的業(yè)務(wù)規(guī)則存儲(chǔ)庫(kù)來(lái)辦到，這樣每個(gè)部門都可以查看、理解和在生成自己的報(bào)表時(shí)使用。

與最后一點(diǎn)有關(guān)的是人們對(duì)主數(shù)據(jù)管理（Master Data Management，MDM）的興趣正在增加?，F(xiàn)在為了保證各個(gè)部門對(duì)數(shù)據(jù)的理解一致，認(rèn)為有必要建立一個(gè)集中的MDM的企業(yè)越來(lái)越多。人們已經(jīng)認(rèn)識(shí)到主數(shù)據(jù)（Master Data）對(duì)于理解不同IT系統(tǒng)中的數(shù)據(jù)有非常重要的作用，而在一個(gè)企業(yè)中對(duì)這些數(shù)據(jù)的理解原本應(yīng)該是一致的。由于MDM中含有業(yè)務(wù)邏輯，因此，MDM可以看成是一個(gè)簡(jiǎn)單的或者是一種特殊版本的業(yè)務(wù)規(guī)則。

業(yè)務(wù)規(guī)則引擎

那么，一個(gè)獨(dú)立的業(yè)務(wù)邏輯構(gòu)件到底應(yīng)該是什么樣子？總體上說(shuō)，它應(yīng)該是除了IT人員以外，業(yè)務(wù)人員也應(yīng)該能使用它來(lái)定義業(yè)務(wù)規(guī)則、與其他業(yè)務(wù)部門和IT系統(tǒng)共享這些定義。通過(guò)設(shè)計(jì)，這種構(gòu)件能為IT和業(yè)務(wù)人員提供一個(gè)接口。其實(shí)際含義就是通過(guò)報(bào)表或者操作型BI為業(yè)務(wù)人員提供一個(gè)操作的界面，程序代碼由業(yè)務(wù)邏輯構(gòu)件自動(dòng)生成，盡量避免要程序員進(jìn)行編碼。

專家們通常把這種構(gòu)件稱為“業(yè)務(wù)規(guī)則引擎”（Business Rules Engine）。不幸的是，對(duì)這個(gè)詞的兩種不同理解常常導(dǎo)致一些混亂。對(duì)一部分人而言，業(yè)務(wù)規(guī)則引擎是一種應(yīng)用軟件，它能捕獲商業(yè)活動(dòng)或者業(yè)務(wù)流程中的一些重要的知識(shí)，并能把這些知識(shí)應(yīng)用到實(shí)際業(yè)務(wù)中; 而另一些人把它認(rèn)為是“專家系統(tǒng)”，這個(gè)詞來(lái)自于人工智能領(lǐng)域——它使用一組業(yè)務(wù)規(guī)則引擎來(lái)分析一個(gè)數(shù)據(jù)集，從中得出某個(gè)（些）論斷。這兩種應(yīng)用都對(duì)業(yè)務(wù)規(guī)則引擎進(jìn)行編碼，但是它們使用在兩種不同領(lǐng)域。

讓業(yè)務(wù)人員能管理業(yè)務(wù)規(guī)則引擎或者至少能查看其中被編碼的規(guī)則很重要。因此，業(yè)務(wù)規(guī)則必須以一種容易被業(yè)務(wù)人員理解的形式進(jìn)行封裝。這就是為什么業(yè)務(wù)規(guī)則專家經(jīng)常要求業(yè)務(wù)規(guī)則以自然語(yǔ)言的方式進(jìn)行聲明和表達(dá)的原因。業(yè)務(wù)規(guī)則引擎中一個(gè)普遍關(guān)注的問(wèn)題是，隨著時(shí)間的流逝，原來(lái)用來(lái)對(duì)業(yè)務(wù)邏輯進(jìn)行編碼的語(yǔ)言不再使用了怎么辦。而規(guī)則的聲明有助于解決這個(gè)問(wèn)題。

在一個(gè)BI應(yīng)用特別是操作型BI應(yīng)用中，業(yè)務(wù)人員習(xí)慣于把業(yè)務(wù)規(guī)則用一種程序化的方式來(lái)表達(dá)，讓業(yè)務(wù)人員以上這種方式來(lái)描述流程和子流程是非常有好處的，這種描述可以非常簡(jiǎn)單地用流程圖的方式來(lái)表達(dá)。盡管在許多業(yè)務(wù)流程專家認(rèn)為這恰恰是業(yè)務(wù)流程最不應(yīng)該的方式，但是在一個(gè)操作型的BI中，這卻是業(yè)務(wù)人員表達(dá)完成某些操作的業(yè)務(wù)邏輯的最自然的方式。因?yàn)椴还苁荌T人員還是業(yè)務(wù)人員都可以理解流程圖，而且流程圖可以采用最典型的“if/then”語(yǔ)句來(lái)描述。業(yè)務(wù)規(guī)則引擎可以通過(guò)這些流程圖生成可執(zhí)行的程序代碼，然后在有請(qǐng)求或者以批處理的方式應(yīng)用到數(shù)據(jù)處理中。

總之，集中管理業(yè)務(wù)規(guī)則讓BI能幫助企業(yè)總結(jié)出業(yè)務(wù)中蘊(yùn)含的知識(shí)，同時(shí)讓企業(yè)以一種一致的方式使用這些業(yè)務(wù)邏輯——正是這些業(yè)務(wù)邏輯讓BI越來(lái)越聰明。 (ccw)