如何規(guī)則業(yè)務可為BI添智能？

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

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

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

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

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

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

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

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

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

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

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

第三，把業(yè)務邏輯模塊從其他的IT基礎設施中獨立出來，有助于減少重復建設。如果IT部門決定換一個ETL工具或者BI工具，在新的工具中那些已經(jīng)實現(xiàn)了的業(yè)務邏輯就無需再來一次。正如Business Rules Group在聲明中所說: "業(yè)務規(guī)則應該以一種非常容易轉(zhuǎn)換到一個新的軟件平臺或者硬件平臺的方式組織和部署。"
最后，一個集中的業(yè)務邏輯模塊有助于在整個企業(yè)范圍內(nèi)的多個業(yè)務系統(tǒng)中使用和管理業(yè)務規(guī)則。還是上面所講的客戶服務的例子: 市場和銷售部門都需要客戶服務滿意度的KPI，其中包括客戶共撥打了多少次電話、有多少次得到了及時處理等數(shù)據(jù)。這里非常重要的一點是，市場部和銷售部必須對客戶服務過程中的"及時處理"的含義理解一致。這就是說，市場部和銷售部在為客戶服務生成報表時必須使用同一個業(yè)務邏輯。這一點可以通過在企業(yè)中設一個集中的業(yè)務規(guī)則存儲庫來辦到，這樣每個部門都可以查看、理解和在生成自己的報表時使用。

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

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

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

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

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

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

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