本文內(nèi)容包括：
簡介成為一個(gè)隨需應(yīng)變的企業(yè)業(yè)務(wù)流程管理業(yè)務(wù)規(guī)則引擎商業(yè)智能商業(yè)智能與 BPMIFM 業(yè)務(wù)場景接下來的內(nèi)容腳注本文是系列文章中的第一篇，探索關(guān)于通過集成 BPM、業(yè)務(wù)規(guī)則以及商業(yè)智能創(chuàng)建靈活、動(dòng)態(tài)和快速響應(yīng)的解決方案的幾個(gè)場景。本文通過考察一家虛構(gòu)的公司中所存在的問題來介紹這些概念。
在瞬息變幻的商業(yè)環(huán)境中，作出反應(yīng)的速度往往決定著企業(yè)的成敗。由業(yè)務(wù)流程管理（business process management，BPM）、業(yè)務(wù)規(guī)則系統(tǒng)再加上對(duì)最近的商業(yè)智能的訪問所構(gòu)成的解決方案使得這種快速響應(yīng)成為可能。本文是一個(gè)系列中的首篇文章，該系列將通過幾個(gè)場景來探討通過集成 BPM、業(yè)務(wù)規(guī)則和商業(yè)智能來創(chuàng)建靈活、動(dòng)態(tài)和快速響應(yīng)的解決方案。
當(dāng)今的企業(yè)正面臨著許多的壓力 —— 既有在節(jié)奏很快、瞬息變幻的環(huán)境中參與競爭的壓力，也有不斷降低成本以保持競爭力的壓力。成為隨需應(yīng)變（On Demand）的企業(yè)意味著為您的企業(yè)在這種困難的環(huán)境下取得成功作好準(zhǔn)備。
下面是成為隨需應(yīng)變的企業(yè)所涉及的幾個(gè)方面。
首先，需要?jiǎng)?chuàng)建一個(gè)快速響應(yīng)的環(huán)境，以便對(duì)市場上的任何變化作出快速反應(yīng)，而不管這種變化是內(nèi)部的還是外部的，是計(jì)劃內(nèi)的還是未能預(yù)料的，是威脅還是機(jī)遇。 其次，企業(yè)應(yīng)該采用靈活多變的成本結(jié)構(gòu)來管理成本，以跟上企業(yè)的發(fā)展或需求的增長。 再次，企業(yè)需要將注意力放在有利可圖的、對(duì)企業(yè)的成功有著核心作用的事務(wù)上。 最后，企業(yè)需要一個(gè)有彈性的、健壯的基礎(chǔ)設(shè)施，并且是全球 24 小時(shí)可用的。
但問題是，如何創(chuàng)建快速響應(yīng)環(huán)境呢？為了回答這個(gè)問題，讓我們看看 International Foods Market (IFM) 這家虛構(gòu)的公司以及該公司所面臨的挑戰(zhàn)。作為一家典型的大型零售商，他們要出售來自數(shù)百個(gè)供應(yīng)商的數(shù)千種產(chǎn)品。為了獲得成功，他們必須小心翼翼地管理存貨、價(jià)格控制（markup）、勞務(wù)支出以及其他方面。他們需要對(duì)競爭對(duì)手所帶來的任何挑戰(zhàn)快速地作出響應(yīng)，需要提高客戶服務(wù)質(zhì)量，快速地將新產(chǎn)品送到商店，以及快速地采用新的政府及行業(yè)標(biāo)準(zhǔn)。
Christina White 是這家公司的 CIO，她正面臨著一個(gè)很大的挑戰(zhàn)。她如何創(chuàng)建一個(gè)能夠更好地對(duì)這些挑戰(zhàn)作出響應(yīng)的 IT 系統(tǒng)？讓我們看看她的公司在過去通常是怎樣處理變化的。首先從公司傳達(dá)下來一個(gè)需求，Christina 將這一需求分派給某個(gè)項(xiàng)目小組，后者將評(píng)估該需求的大小并安排開發(fā)進(jìn)程，這里所謂的開發(fā)實(shí)際上就是對(duì)遺留系統(tǒng)的更改。這些遺留系統(tǒng)都是很大的單塊程序，因此一旦出現(xiàn)新的需求，通常需要花費(fèi)數(shù)月甚至數(shù)年的時(shí)間來實(shí)現(xiàn)。
圖 1對(duì)此作了解釋。
在最近的一次 CIO 會(huì)議上，Christina 聽說了業(yè)務(wù)流程管理技術(shù)的諸多好處，并了解到將業(yè)務(wù)流程從應(yīng)用程序邏輯中分離出來可以創(chuàng)建出非常靈活的快速響應(yīng)結(jié)構(gòu)，當(dāng)公司的業(yè)務(wù)流程發(fā)生變化時(shí)，這種結(jié)構(gòu)非常容易修改或擴(kuò)展。她決定讓她的一個(gè)架構(gòu)師 Greg Thomas 來研究這項(xiàng)技術(shù)。Greg 經(jīng)過深入研究發(fā)現(xiàn)，將業(yè)務(wù)流程從應(yīng)用程序邏輯中移出到一個(gè) BPM 引擎中可以帶來巨大的利益，而且，業(yè)務(wù)規(guī)則引擎還提供了將公司的策略移入到一個(gè)易于控制的組件中的能力。Christina 希望能夠輕松地訪問公司策略以及關(guān)鍵業(yè)務(wù)流程，這樣他們就可以很容易地修改這些策略和業(yè)務(wù)流程，以響應(yīng)新的需求。
Greg 還提到，在業(yè)務(wù)流程和規(guī)則環(huán)境的上下文環(huán)境中，最近完成的作為公司 CRM 計(jì)劃的一部分的數(shù)據(jù)倉庫部署是商業(yè)智能（BI）極好的數(shù)據(jù)源。在過去，他們就已經(jīng)看到了對(duì)能獲得更多提升空間以及更靈活的定價(jià)解決方案的需求，這些都可以從對(duì) BI 數(shù)據(jù)的訪問中獲益。他們決定將數(shù)據(jù)倉庫整合到這些新環(huán)境中。
從
圖 2 可以看出，不管是新應(yīng)用程序還是已有的應(yīng)用程序，都有業(yè)務(wù)邏輯的身影出現(xiàn)，但是通過使用像 WebSphere® Business Integration 這樣的業(yè)務(wù)流程管理工具（Business Process Manager）來實(shí)現(xiàn)業(yè)務(wù)流程時(shí)，為新的應(yīng)用程序引入了靈活性。同樣，業(yè)務(wù)策略是在一個(gè)業(yè)務(wù)規(guī)則引擎（Business Rules Engine）中實(shí)現(xiàn)的。這種新的架構(gòu)為 IT 環(huán)境帶來了一些好處。
首先，通過有意識(shí)地將策略與流程從邏輯中分離出來，迫使企業(yè)清楚地思考他們的流程和策略到底是什么，這些流程和策略應(yīng)該是怎樣的。 其次，這些技術(shù)所提供的豐富的工具使得企業(yè)可以很容易地快速而又有建設(shè)性地更改流程或策略（記住隨需應(yīng)變目標(biāo)中的“靈活多變”）。
電子表格（spreadsheet）是用于更改數(shù)據(jù)的工具。當(dāng)?shù)谝环N電子表格也就是 Lotus 123 問世之前，大多數(shù)人還是通過計(jì)算器手工地分析數(shù)據(jù)的。還記得反波蘭（reverse polish）邏輯嗎？使用計(jì)算器只能做那么多的分析，而當(dāng)出現(xiàn)了電子表格的時(shí)候，突然間每個(gè)人都再也不會(huì)為各種各樣的計(jì)算而睡不好覺了。這一變化徹底改變了我們看待數(shù)據(jù)的方式。
業(yè)務(wù)流程管理也一樣。它不僅僅是用來運(yùn)行業(yè)務(wù)流程的一種技術(shù)，它還是應(yīng)付改變的工具，是改進(jìn)流程的工具。BPM 技術(shù)允許企業(yè)系統(tǒng)地理解、分析、改進(jìn)和實(shí)現(xiàn)他們的業(yè)務(wù)流程。BPM 是通過信息技術(shù)改善企業(yè)運(yùn)作的一種革命性的方法。
BPM 有很多好處：
它創(chuàng)建了獨(dú)立于任何應(yīng)用程序的一個(gè)公共流程基礎(chǔ)。 它允許人們組織他們的業(yè)務(wù)流程并可見地觀察這些流程。 它促進(jìn)了業(yè)務(wù)流程的形式化，而在此之前業(yè)務(wù)流程并沒有被編制文檔，有時(shí)候也只是有一些特殊文檔。 在一致性對(duì)公司有好處的情況下，它可以提供建立行為一致性的工具，而對(duì)于不需要一致性的情況，它也提供了相應(yīng)的靈活性。 它允許人們建模、模擬和分析業(yè)務(wù)流程，這樣他們就可以創(chuàng)建出最能體現(xiàn)他們目標(biāo)的業(yè)務(wù)流程。 它可以作為加快實(shí)現(xiàn)流程更改的一種方式。正如 Fingar 和 Smith 在他們編寫的 BPM the Third Wave 一書中所提到的“BPM 并沒有加快應(yīng)用程序的開發(fā)，只是消除了對(duì)應(yīng)用程序的需求。”
1 它允許企業(yè)將注意力放在“核心”流程上，甚至以服務(wù)的形式將這些流程提供給貿(mào)易伙伴。
業(yè)務(wù)流程是指企業(yè)中的某種活動(dòng)，這種活動(dòng)具有有限的開始，一組中間活動(dòng)，并且有最終的結(jié)果。流程有其利益相關(guān)的幾方，叫做風(fēng)險(xiǎn)承擔(dān)者（stakeholder），他們將從流程中獲益，或者參與到流程中。并不是所有的企業(yè)運(yùn)作都是業(yè)務(wù)流程。例如，雇用一個(gè)新雇員屬于一個(gè)業(yè)務(wù)流程，而該雇員打卡上班就不算是業(yè)務(wù)流程了。
所有業(yè)務(wù)流程通常都有一些共同的特征。業(yè)務(wù)流程比較大、復(fù)雜、動(dòng)態(tài)、分布在企業(yè)的多個(gè)不同部分、持續(xù)運(yùn)行時(shí)間很長，并且要么是人機(jī)交互的，要么是自動(dòng)的。業(yè)務(wù)流程用于充當(dāng) IT 與業(yè)務(wù)環(huán)境之間的橋梁和紐帶，要求工具和技術(shù)不管對(duì)于業(yè)務(wù)人員還是技術(shù)人員來說都是有用的。
WebSphere Business Integration（WBI）提供了一套功能組件，這些功能組件為企業(yè)提供了集成的消息發(fā)送機(jī)制、集成代理程序（integration broker）以及業(yè)務(wù)流程管理解決方案。在 WBI 中有兩種可用的業(yè)務(wù)流程管理技術(shù)。WebSphere InterChange Server（前身是 CrossWorlds）提供了流程自動(dòng)化功能，可以將多個(gè)離散的業(yè)務(wù)應(yīng)用程序當(dāng)作一個(gè)應(yīng)用程序來管理。而 WebSphere MQ Workflow 支持長時(shí)間運(yùn)行的業(yè)務(wù)流程工作流，運(yùn)行期間這些業(yè)務(wù)流程可以與系統(tǒng)和人進(jìn)行交互。
Complimenting WebSphere InterChange Server 和 WebSphere MQ Workflow 是一套用于建模和監(jiān)控業(yè)務(wù)流程的工具。WebSphere Business Integration Modeler 提供了設(shè)計(jì)、測試復(fù)雜業(yè)務(wù)流程以及在復(fù)雜業(yè)務(wù)流程間通信的工具。WebSphere Business Integration Monitor 可以顯示來自各種不同環(huán)境的實(shí)時(shí)信息，以允許對(duì)決定性的流程性能進(jìn)行管理和優(yōu)化。
讓我們回到 International Foods Market 公司。作為他們第一個(gè) BPM 項(xiàng)目的一部分，一個(gè)小組的技術(shù)人員和業(yè)務(wù)人員開始使用 WBI/Modeler 工具記錄他們公司當(dāng)前的一些業(yè)務(wù)流程。這種工具幫助他們捕捉“AS IS”流程的每一步細(xì)節(jié)。他們發(fā)現(xiàn)一些有趣的事情，以前他們并沒有想到這些事情會(huì)在他們公司發(fā)生：
他們的一個(gè)遺留系統(tǒng)的功能性實(shí)際上并不完全符合這些雇員用于完成工作的實(shí)際方式，因此這些雇員在流程中要手動(dòng)地完成一些步驟。
用于決定產(chǎn)品價(jià)格的那些步驟是嵌入在他們很久以前購買的一個(gè)打包的應(yīng)用程序中的，沒有人真正知道該如何更改這些用于決定標(biāo)價(jià)提高的規(guī)則。最初開發(fā)這個(gè)系統(tǒng)規(guī)范說明的人早已退休了。
Christina 認(rèn)為定價(jià)問題非常適合作為他們第一次實(shí)施這種技術(shù)時(shí)所處理的問題。定價(jià)問題在 IFM 的業(yè)務(wù)中實(shí)在太重要了，不應(yīng)該任其留在一個(gè)沒有人能夠掌握的應(yīng)用程序中。
在傳統(tǒng)的應(yīng)用程序結(jié)構(gòu)中，業(yè)務(wù)規(guī)則是包含在應(yīng)用程序內(nèi)的業(yè)務(wù)邏輯中的。每當(dāng)需要更改規(guī)則的時(shí)候，這種嵌入了規(guī)則的應(yīng)用程序都需要修改應(yīng)用程序代碼。這就加大了定制和擴(kuò)展的難度。而通過將業(yè)務(wù)規(guī)則從應(yīng)用程序中移出可以使分析員能夠描述獨(dú)立于應(yīng)用程序邏輯的處理規(guī)則。
這樣就使企業(yè)具有對(duì)以下方面的變化作出響應(yīng)的適應(yīng)性：
公司策略 政府法規(guī) 客戶狀態(tài) 合同條款 & 條件 新的業(yè)務(wù)模型
業(yè)務(wù)規(guī)則必須將易變化的業(yè)務(wù)邏輯成塊地封裝起來。要使用規(guī)則引擎獲得成功的關(guān)鍵之一是小心地標(biāo)識(shí)出那些“高度易變”的邏輯塊。可以將這些邏輯塊暴露成規(guī)則，以便通過業(yè)務(wù)規(guī)則引擎工具方便地進(jìn)行修改。規(guī)則引擎為以后的綁定提供了方便，因?yàn)樵谝院蟮慕壎ㄖ校瑥臉I(yè)務(wù)邏輯到業(yè)務(wù)規(guī)則的特定聯(lián)接（linkage）不是在實(shí)現(xiàn)時(shí)定義的，也不是在部署時(shí)定義的，而是在運(yùn)行的時(shí)候臨時(shí)決定的。這樣就帶來了最大的靈活性。
業(yè)務(wù)規(guī)則將公司策略從應(yīng)用程序中分離出來，同樣，業(yè)務(wù)流程管理工具為將公司的業(yè)務(wù)流程從應(yīng)用程序邏輯分離出來提供了方便。通過使用一種基于組件的應(yīng)用程序構(gòu)造模型，加上業(yè)務(wù)流程管理工具和規(guī)則引擎，可以提供最大的靈活性和適應(yīng)性。
一些處于領(lǐng)先地位的獨(dú)立軟件供應(yīng)商，包括 Versata、ilog 和 Blaze 都提供了規(guī)則引擎系統(tǒng)，在 WebSphere 的 BRBeans 技術(shù)中也提供了規(guī)則引擎系統(tǒng)。雖然他們提供的規(guī)則引擎系統(tǒng)在功能和函數(shù)上各不相同，但是都提供了一些相同的功能上的好處：
在可變性情況下業(yè)務(wù)策略或規(guī)則的客觀化，這種情況下要將業(yè)務(wù)規(guī)則標(biāo)注（call-outs）插入應(yīng)用程序代碼或業(yè)務(wù)流程流中。 用于以一種直觀的方式表達(dá)規(guī)則的語言。 用于運(yùn)行規(guī)則的執(zhí)行環(huán)境。 允許用戶創(chuàng)建和修改業(yè)務(wù)規(guī)則的工具。
值得注意的是，存在不同類型的規(guī)則引擎，在決定如何應(yīng)用一種工具之前理解這種工具的用途是極其重要的。當(dāng)您跨業(yè)務(wù)規(guī)則領(lǐng)域進(jìn)行調(diào)查研究時(shí)，您將注意到這些工具可以分為以下幾類：
簡單業(yè)務(wù)規(guī)則（simple business rule） —— 通過一張簡化的、直觀的詞匯表來表達(dá)并且是在應(yīng)用程序或業(yè)務(wù)流程的可變性情況下調(diào)用的一種業(yè)務(wù)規(guī)則。這種規(guī)則引擎的一個(gè)很好的例子就是 ilog、Blaze 和 IBM 的 BRBeans。 人工智能規(guī)則（artificial intelligence rule） —— 管理 AI 和數(shù)據(jù)挖掘（Data Mining）產(chǎn)品中算法行為的規(guī)則。這種類型的規(guī)則引擎的一個(gè)例子就是 DB2® Intelligent Miner™ 產(chǎn)品。 事件相關(guān)規(guī)則（event correlation rule） —— 在事件相關(guān)性中用到的規(guī)則，用于將一套各自獨(dú)立的事件聚合成一種聚合的（aggregated）有意義的形態(tài)。這種類型的規(guī)則的一個(gè)很好的例子就是 Tivoli® Event Console 系統(tǒng)管理產(chǎn)品。 數(shù)據(jù)為中心的規(guī)則（data-centric rule) —— 這些是約束對(duì)數(shù)據(jù)的檢索和更新的規(guī)則。這些約束控制著如何轉(zhuǎn)換數(shù)據(jù)以及誰可以訪問數(shù)據(jù)，并通過加強(qiáng)語法、語義和上下文保留了數(shù)據(jù)的完整性。這種規(guī)則引擎的一個(gè)很好的例子就是 Versata。 轉(zhuǎn)換和驗(yàn)證規(guī)則（transformation & validation rules） —— 這些是應(yīng)用集成或信息集成場景中定義對(duì)數(shù)據(jù)的修改的規(guī)則。這些規(guī)則定義數(shù)據(jù)是如何修改、凈化或驗(yàn)證的。提供了這種規(guī)則的產(chǎn)品包括 WebSphere Business Integration 和 DB2 Warehouse Manager。
顧名思義，商業(yè)智能描述的是用于從混亂的公司信息中創(chuàng)建出智能知識(shí)的一套技術(shù)。一家中型企業(yè)在一個(gè)較短時(shí)期內(nèi)累積下來的信息量可以達(dá)到 1000 GB（terabyte）這樣的級(jí)數(shù)。如果不能深入理解這些數(shù)據(jù)所傳達(dá)的信息，企業(yè)就不能在市場中獲勝。這一點(diǎn)可以從引用一本最近出版的書的一段話中看出：
“知識(shí)驅(qū)動(dòng)著企業(yè)的競爭。要在市場中獲勝，就需要企業(yè)知識(shí) —— 即關(guān)于客戶、產(chǎn)品和流程的知識(shí)。只有這樣，才能調(diào)整好您的企業(yè)，使之在市場中表現(xiàn)出色。”
2 在深入研究商業(yè)智能如何與業(yè)務(wù)流程管理發(fā)生聯(lián)系之前，讓我們先花少量時(shí)間討論一下商業(yè)智能系統(tǒng)是怎樣的。商業(yè)智能解決方案的基石是數(shù)據(jù)倉庫，數(shù)據(jù)倉庫是一個(gè)儲(chǔ)存庫，存儲(chǔ)著每一件有意義事件的歷史記錄以及過去所發(fā)生過的事件的記錄。圍繞在數(shù)據(jù)倉庫周圍的是一些組件，這些組件有助于發(fā)現(xiàn)、分析和報(bào)告?zhèn)}庫中的數(shù)據(jù)。讓我們看看這些組件：
數(shù)據(jù)源（data source） —— 數(shù)據(jù)倉庫生態(tài)系統(tǒng)（ecosystem）始于使企業(yè)運(yùn)轉(zhuǎn)的操作性系統(tǒng)（operational system）和操作性數(shù)據(jù)庫（operational database）。來自各種不同系統(tǒng)的數(shù)據(jù)提供了許多的信息片斷，我們必須將這些信息片斷拼在一起，創(chuàng)建出關(guān)于企業(yè)運(yùn)作的完整歷史記錄。這些數(shù)據(jù)源可以包括遺留系統(tǒng)、打包的軟件應(yīng)用程序、ERP 系統(tǒng)，以及關(guān)系數(shù)據(jù)庫甚至是非關(guān)系數(shù)據(jù)庫。
抽?。╡xtract）、轉(zhuǎn)換（transformation）和裝載（load）（ETL） —— 所有公司都有多種不同的企業(yè)應(yīng)用程序，這些應(yīng)用程序在數(shù)據(jù)的語法和語義上大相徑庭。當(dāng)將來自這些數(shù)據(jù)源的數(shù)據(jù)集中起來裝載到數(shù)據(jù)倉庫中的時(shí)候，需解決這些數(shù)據(jù)的不一致問題。這種將來自完全不同的系統(tǒng)的數(shù)據(jù)裝入到數(shù)據(jù)倉庫中的過程就叫做 ETL 過程。在這個(gè)過程中，要按照某種計(jì)劃好的時(shí)間間隔將數(shù)據(jù)從各個(gè)不同的數(shù)據(jù)源中抽取出來，轉(zhuǎn)換成一種經(jīng)過協(xié)商的模式，最后裝載到數(shù)據(jù)倉庫中。對(duì)于那些已經(jīng)被用戶輸入或應(yīng)用程序錯(cuò)誤破壞了的數(shù)據(jù)，常常還需要一個(gè)凈化過程。
Staging 表—— 這些表被用作操作性環(huán)境和數(shù)據(jù)倉庫之間的中間表。由于這些表允許 ETL 過程與對(duì)數(shù)據(jù)倉庫中完全歷史記錄的協(xié)調(diào)更新在時(shí)間上各自獨(dú)立，因而允許對(duì)數(shù)據(jù)倉庫中的數(shù)據(jù)采取適當(dāng)?shù)母麓涡颉?div style="height:15px;">
數(shù)據(jù)倉庫 —— 業(yè)務(wù)數(shù)據(jù)倉庫（business data warehouse，BDW）是歷史信息的中央倉庫。它是關(guān)于企業(yè)運(yùn)作的完整歷史記錄。如果某個(gè)事件或數(shù)據(jù)值沒有被捕捉到這個(gè)倉庫中，那么它將永遠(yuǎn)丟失，從而妨礙了將來某些分析活動(dòng)中對(duì)數(shù)據(jù)片斷的整合。這正是設(shè)計(jì)數(shù)據(jù)倉庫來存放企業(yè)運(yùn)作的完整歷史記錄如此重要的原因。雖然大多數(shù)數(shù)據(jù)倉庫是建立在 RDBMS 之上的，但是它們的結(jié)構(gòu)還是稍微有別于傳統(tǒng)的企業(yè)運(yùn)作關(guān)系數(shù)據(jù)庫。數(shù)據(jù)倉庫具有一種星型模式（star schema），目的是啟用分析歷史數(shù)據(jù)時(shí)使用的特定的“what if” 查詢。星型模式由一個(gè)中央事實(shí)表（central fact table）及其周圍的一些維組成，中央事實(shí)表包含一些業(yè)務(wù)度量（business measure），而這些維則提供了靈活性。典型的維包括產(chǎn)品、客戶、地區(qū)、公司或組織，當(dāng)然還有時(shí)間。
物化查詢表（materialized query table） —— 數(shù)據(jù)倉庫中的數(shù)據(jù)是最基本的原子，它太低級(jí)了，人們無法直接對(duì)其作出解釋。如果某個(gè)特定的零售商店每天銷售 100,000 件商品，那么每天晚上就要在數(shù)據(jù)倉庫中添加 100,000 個(gè)新條目。要使得這些數(shù)據(jù)真正有意義，必須在一個(gè)更高的級(jí)別上對(duì)其進(jìn)行總結(jié)，例如總結(jié)出每小時(shí)的銷售額或每天的銷售額。DB2 為自動(dòng)創(chuàng)建這些總結(jié)性數(shù)據(jù)值提供了便利，這是通過一種稱為物化查詢表（您可能是通過它們以前的名稱 —— 匯總表而了解它們的）實(shí)現(xiàn)的。這些表為原子的歷史記錄與多維立方體（multi-dimensional cube）的切片（slice）、切塊（dice）以及鉆?。╠rill）結(jié)構(gòu)之間架起了橋梁。
多維立方體 —— 業(yè)務(wù)分析員總是渴望得到知識(shí)。在過去，像 QMF™ 這樣的數(shù)據(jù)庫報(bào)告工具需要人來負(fù)責(zé)報(bào)告的創(chuàng)建，使得他們忙于應(yīng)付針對(duì)這些報(bào)告中的更改的恒定請(qǐng)求。為了減少這種需求，人們創(chuàng)建了一種新的數(shù)據(jù)結(jié)構(gòu)，這種數(shù)據(jù)結(jié)構(gòu)允許業(yè)務(wù)分析員通過交互式報(bào)告應(yīng)用程序動(dòng)態(tài)地更改報(bào)告。實(shí)現(xiàn)了這一點(diǎn)的結(jié)構(gòu)就是多維立方體。這種立方體允許在立方體的不同維之間輕松切換?？梢酝ㄟ^創(chuàng)建一個(gè)新的多維立方體來創(chuàng)建完全數(shù)據(jù)倉庫的特定視圖或數(shù)據(jù)集市（data mart）。DB2 OLAP Server 和 DB2 Cube Views 是 IBM 的產(chǎn)品，可用于構(gòu)建多維立方體。
在線分析處理（Online Analytical Processing，OLAP） —— 處于多維立方體頂端的報(bào)告環(huán)境是通過一個(gè)名為 OLAP 的標(biāo)準(zhǔn)報(bào)告接口實(shí)現(xiàn)的，OLAP 接口允許各種不同的 OLAP 報(bào)告引擎使用不同的多維數(shù)據(jù)倉庫。OLAP 也支持切片、切塊和鉆取行為。OLAP 報(bào)告引擎支持創(chuàng)建打印的報(bào)告或動(dòng)態(tài)交互式報(bào)告，用戶可以通過桌面應(yīng)用程序或 Internet 報(bào)告應(yīng)用程序訪問這種動(dòng)態(tài)交互式報(bào)告。它們提供了一套豐富的圖形組件。例如，alphablox 是一種 OLAP 報(bào)告引擎，它提供了 300 多種不同的圖表類型。
那么，商業(yè)智能為業(yè)務(wù)流程管理帶來了什么用處呢？顯然，好處非常多。我們在前面就已提到，在業(yè)務(wù)流程中實(shí)現(xiàn)的企業(yè)決策需要建立在對(duì)關(guān)于公司運(yùn)作、競爭對(duì)手和客戶方面的智能的最佳洞察力的基礎(chǔ)之上。商業(yè)智能并不只是用于創(chuàng)建報(bào)告的，它還應(yīng)該是能付諸實(shí)施的，能夠促進(jìn)業(yè)務(wù)流程的改進(jìn)。
IT 中的“I”是否僅僅意味著這種技術(shù)向用戶開放了數(shù)據(jù)的消防站，又或者它還有意提供一些更高程度的智能呢？Fingar 和 Smith 在 BPM the Third Wave 一書中認(rèn)為，信息應(yīng)該加強(qiáng)流程的變化：
“現(xiàn)實(shí)是，至今計(jì)算機(jī)還只是用戶保存記錄的機(jī)器，而不是用于管理的機(jī)器。計(jì)算機(jī)可以吞進(jìn)和吐出數(shù)百萬兆字節(jié)的數(shù)據(jù)，但是在實(shí)時(shí)的各個(gè)層次的自動(dòng)化的或者人為的決策制定過程中，管理洞察力、在上下文環(huán)境中所需的能付諸實(shí)施的信息又在哪里呢？”
3 一個(gè)企業(yè)中的信息生態(tài)系統(tǒng)應(yīng)該從企業(yè)運(yùn)作流經(jīng)數(shù)據(jù)倉庫，轉(zhuǎn)換成能付諸實(shí)施的知識(shí)，這些知識(shí)再流回到操作性環(huán)境中，以實(shí)現(xiàn)改進(jìn)的業(yè)務(wù)流程。這通常被稱為閉環(huán)（closed-loop）的商業(yè)智能，因?yàn)檎麄€(gè)流程改進(jìn)周期是通過將分析的結(jié)果集成回到企業(yè)運(yùn)作來完成的。
回到 International Foods Market 公司，記住動(dòng)態(tài)定價(jià)正是他們要處理的一個(gè)場景。Christina 和 Greg 與一些最能理解定價(jià)問題的關(guān)鍵業(yè)務(wù)人員碰了頭。他們開始一起來定義用于設(shè)置和更改價(jià)格的業(yè)務(wù)流程以及用于判斷價(jià)格應(yīng)該怎樣的業(yè)務(wù)規(guī)則。在創(chuàng)建業(yè)務(wù)規(guī)則的過程中，他們注意到需要將 利潤（profit）包括進(jìn)來，作為定價(jià)公式中的一個(gè)元素。
當(dāng)他們開始思考這個(gè)問題時(shí),事情并沒有他們開始想像的那么簡單。任何一種產(chǎn)品的利潤都波動(dòng)很大，因?yàn)閺墓?yīng)商購買產(chǎn)品的成本（所賣商品的成本）、運(yùn)輸費(fèi)用、用于存放這些產(chǎn)品的倉庫或貨架，以及將產(chǎn)品存放到商店里的勞務(wù)支出都是不定的。Greg 確定了用于解決這個(gè)問題的一些備選方案：
他們可以對(duì)所有產(chǎn)品的利潤采用一個(gè)固定的值。 他們可以創(chuàng)建一個(gè)靜態(tài)的利潤表，表中存有每種產(chǎn)品的利潤，這些利潤是以當(dāng)前的商業(yè)智能報(bào)告為基礎(chǔ)的。 他們可以通過某種從 BPM 環(huán)境到數(shù)據(jù)倉庫的聯(lián)接獲得對(duì)數(shù)據(jù)倉庫中利潤值的實(shí)時(shí)訪問。
Christina 和 Greg 一致認(rèn)為實(shí)時(shí)訪問數(shù)據(jù)倉庫中最近計(jì)算出的利潤這種方案比較理想。這正是成為一個(gè)隨需應(yīng)變的企業(yè)的好例子，使得 IFM 對(duì)銷售額、存貨和供應(yīng)鏈的變化具有極好的響應(yīng)能力。在本系列以后的一些文章中，我們還將回過頭來討論這種集成是如何完成的。
關(guān)于 BI+BPM 的技術(shù)還有一個(gè)最熱門的領(lǐng)域，如果沒有述及這一領(lǐng)域，我們就還不算完成了對(duì)商業(yè)智能與業(yè)務(wù)流程管理的集成的討論。這一領(lǐng)域就是業(yè)務(wù)活動(dòng)監(jiān)控。
業(yè)務(wù)活動(dòng)監(jiān)控（business activity monitoring，BAM）這個(gè)術(shù)語是在兩年前由 Gartner Group 提出的，用于描述一些新興的能力，這些能力將一些關(guān)鍵技術(shù)集中起來，從根本上改變業(yè)務(wù)系統(tǒng)的狀況。BAM 強(qiáng)調(diào)業(yè)務(wù)改進(jìn)中的一些關(guān)鍵概念，這些概念足以捕獲到整個(gè)業(yè)內(nèi)的 CxOs 的實(shí)質(zhì)：
業(yè)務(wù)流程管理革命性地改變了管理企業(yè)運(yùn)作的方式。 業(yè)務(wù)流程是由能付諸實(shí)施的智能驅(qū)使的。 業(yè)務(wù)流程可以通過分析在業(yè)務(wù)流程執(zhí)行期間捕捉到的一些關(guān)鍵度量來得到改進(jìn)。 企業(yè)并不希望簡單地不斷吐出數(shù)千頁的商業(yè)智能報(bào)告。他們希望商業(yè)智能系統(tǒng)對(duì)一些關(guān)鍵績效指標(biāo)（key performance indicator，KPI）作出報(bào)告，這些關(guān)鍵績效指標(biāo)能夠揭示出運(yùn)作成功的幾個(gè)決定性方面。這導(dǎo)致了一門名為企業(yè)績效管理（enterprise performance management）的新學(xué)科的誕生，該學(xué)科將焦點(diǎn)放在根據(jù)這些 KPI 計(jì)算、報(bào)告、分析和控制業(yè)務(wù)上。 應(yīng)該存在一個(gè)零延遲環(huán)境（zero latency environment），這種環(huán)境可以在實(shí)際情況下將業(yè)務(wù)事件轉(zhuǎn)換成業(yè)務(wù)流程和企業(yè)運(yùn)作能夠利用的能付諸實(shí)施的知識(shí)。
BAM 可以用業(yè)務(wù)活動(dòng)監(jiān)控的“五個(gè) R” 來解釋。這五個(gè)“R”是：
識(shí)別（Recognition） 響應(yīng)（Response） 解析（Resolution） 審核（Review）函數(shù) 交付 ROI
為了與能付諸實(shí)施的商業(yè)智能這一思想合拍，BAM 解決方案應(yīng)該能夠識(shí)別在該環(huán)境中正在發(fā)生的事情，解釋這種信息的意義，并決定對(duì)此做些什么。事件每時(shí)每刻都可能發(fā)生。人們常說，大多數(shù)人最多可以同時(shí)處理 7 件事。對(duì)于這個(gè)瞬息變幻的世界中的很多經(jīng)理來說，每天早上 8:15 這一限制便已觸底了。這就是為什么自動(dòng)檢測重大業(yè)務(wù)事件如此至關(guān)重要的原因了。
要識(shí)別重大事件需采用一些高級(jí)的分析方法和業(yè)務(wù)規(guī)則系統(tǒng)，這些分析方法和業(yè)務(wù)規(guī)則系統(tǒng)應(yīng)該能夠在其他事件和過去的企業(yè)運(yùn)作歷史的上下文環(huán)境中解釋事件。偶爾被蜜蜂刺一下或許很惱人，但是未必有害，除非你過敏。然而，當(dāng)您接二連三地被蜜蜂刺到時(shí)，問題就突出了。同樣，任何業(yè)務(wù)事件本身來說并不是十分重大，但是當(dāng)它與其他事件混在一起時(shí)，便會(huì)顯得重大起來。
BAM 是商業(yè)智能和業(yè)務(wù)流程管理的一個(gè)會(huì)合點(diǎn)（convergence），下面這段引自 IntelligentEnterprise 雜志中一篇最新文章的話對(duì)此作了闡述：
4 “BAM 是關(guān)于流程自動(dòng)化和工作流管理的呢，還是關(guān)于商業(yè)智能和績效管理的呢？您可以說 BAM 是業(yè)務(wù)流程管理中的后面的一層，或者是任何公司績效管理系統(tǒng)中的一個(gè)關(guān)鍵組件。實(shí)際上，兩者都是。它可以幫助優(yōu)化業(yè)務(wù)流程，并最終提高您對(duì)操作性（operational）和策略性（strategic）績效的理解。”
現(xiàn)在讓我們簡單介紹一下 IFM 公司中的三個(gè)場景，在后面的文章中我們將對(duì)這些場景加以討論。這些場景演示了將業(yè)務(wù)流程管理、業(yè)務(wù)規(guī)則以及商業(yè)智能集成到一起以創(chuàng)建一個(gè)快速響應(yīng)的、動(dòng)態(tài)的隨需應(yīng)變環(huán)境的價(jià)值所在。
Christina 需要用一個(gè)新的靈活定價(jià)模型替代 IFM 的遺留定價(jià)應(yīng)用程序，這種新的定價(jià)模型考慮了關(guān)鍵的供應(yīng)鏈、銷售額以及客戶信息。業(yè)務(wù)人員希望具有根據(jù)市場行情更改定價(jià)規(guī)則的能力。他們需要根據(jù)產(chǎn)品類型、客戶反饋和競爭壓力的特征來采用不同的定價(jià)模型。他們不能判斷在定價(jià)活動(dòng)或定價(jià)規(guī)則中所需使用的所有因子是哪些，但是他們希望能夠添加新的因子或輕松地更改定價(jià)規(guī)則。
在以下條件下，業(yè)務(wù)人員希望能夠作出反應(yīng)：
在運(yùn)輸費(fèi)用或所賣商品的成本方面發(fā)生了變化 在存貨方面有了重大變化 來自競爭對(duì)手的壓力減弱 對(duì)產(chǎn)品需求的季節(jié)性影響
Greg 認(rèn)識(shí)到，要?jiǎng)?chuàng)造出業(yè)務(wù)人員希望擁有的這種靈活性，業(yè)務(wù)流程管理是理想的解決方案。當(dāng)對(duì)定價(jià)流程有了新的需求時(shí)，他們可以通過使用 WBI 流程設(shè)計(jì)工具快速地更改流程流。應(yīng)用不同定價(jià)方程式的需求可以通過開發(fā)一種業(yè)務(wù)規(guī)則引擎來得到滿足，這種業(yè)務(wù)規(guī)則引擎將被集成到定價(jià)業(yè)務(wù)流程中。
這個(gè)場景是前瞻式（proactive）業(yè)務(wù)模型的一個(gè)例子，在這個(gè)場景中，IFM 將注意力放在根據(jù)市場行情對(duì)他們的產(chǎn)品進(jìn)行定價(jià)這一問題上，而不管隨后會(huì)出現(xiàn)什么問題。這一場景允許 IFM 預(yù)測價(jià)格上的波動(dòng)并據(jù)此相應(yīng)地設(shè)置價(jià)格。
在本系列的下一篇文章中，我們將看看關(guān)于如何將 WBI Interchange Server 中的業(yè)務(wù)流程與業(yè)務(wù)規(guī)則引擎相集成的細(xì)節(jié)，以支持這第一個(gè)場景。
在場景一中，對(duì)定價(jià)業(yè)務(wù)流程的一個(gè)需求是允許訪問歷史信息和業(yè)務(wù)流程中的分析結(jié)果，以提供一個(gè)當(dāng)前的利潤值，這個(gè)利潤值表明了數(shù)據(jù)倉庫中當(dāng)前報(bào)告的 IFM 的實(shí)際利潤。這樣就為業(yè)務(wù)流程帶來了實(shí)時(shí)性，從而使得 IFM 能夠?qū)δ硞€(gè)特定產(chǎn)品或產(chǎn)品類在利潤上的波動(dòng)快速地作出反應(yīng)。
將商業(yè)智能集成到業(yè)務(wù)流程中有些困難。首先，要得到利潤值，需要考慮很多方面。他們希望使用上個(gè)月按地區(qū)計(jì)算出來的產(chǎn)品平均利潤，還是上個(gè)季度全公司按類別計(jì)算的產(chǎn)品平均利潤，又或者是上個(gè)月某商店的產(chǎn)品平均利潤呢？這種集成解決方案需要解決這種對(duì)靈活性的需求。
第二個(gè)問題是對(duì)多維立方體中計(jì)算出的值的處理，這也是需求中的一部分。在 WBI Interchange Server 中通過 RDBMS 連接器可以輕松地訪問到普通（flat）關(guān)系表，但是對(duì)于駐留在數(shù)據(jù)倉庫中的多維數(shù)據(jù)，是否能夠訪問得到呢？在本系列的第三篇文章中，我們將討論用于提供對(duì)操作性業(yè)務(wù)流程環(huán)境中的數(shù)據(jù)倉庫信息的訪問的技術(shù)。
管理層對(duì)新的前瞻式定價(jià)業(yè)務(wù)流程的反饋使 Christina 欣喜不已。最近，她應(yīng)邀參加了高級(jí)管理層會(huì)議，由于新的業(yè)務(wù)流程對(duì)公司的銷售額和利潤產(chǎn)生了積極的影響，會(huì)上她受到了表揚(yáng)。然而，大家對(duì)于這種新解決方案的熱情也更凸現(xiàn)了 IT 小組所面臨的更多挑戰(zhàn)。管理小組已經(jīng)注意到，在商店和供應(yīng)鏈中還存在一些未能檢測到的情況。如果能夠檢測到這些情況，那么就可以啟動(dòng)這個(gè)定價(jià)業(yè)務(wù)流程來對(duì)問題作出反應(yīng)了。
這個(gè)反應(yīng)流程將監(jiān)控各種不同的業(yè)務(wù)度量，這些度量可以表明在某種特定產(chǎn)品的銷售上是否存在問題。由于有上千家商店，每家商店又銷售 10,000 多種不同類型的產(chǎn)品，因此 IFM 公司單方面很難監(jiān)控某種特定的產(chǎn)品在銷售和存貨方面所有可能出現(xiàn)的偏差。以下情況可以作為出現(xiàn)了問題的癥狀：
可能將銷售額拱手讓給競爭對(duì)手 供應(yīng)鏈可能有問題（產(chǎn)品未能運(yùn)輸?shù)轿换蜻\(yùn)輸了太多的產(chǎn)品） 對(duì)于某種特定產(chǎn)品的需求可能有所縮減
IFM 將開始監(jiān)控?cái)?shù)據(jù)倉庫中的信息，以檢測這些情況，然后要么通知某個(gè)特定的雇員采取行動(dòng)，要么在供應(yīng)鏈上啟動(dòng)一個(gè)能夠更改價(jià)格、發(fā)起促銷活動(dòng)或者訂立訂單的業(yè)務(wù)流程。在本系列的第四篇文章中，我們將談到如何在數(shù)據(jù)倉庫之上創(chuàng)建監(jiān)控器，以便檢測在產(chǎn)品銷售和存貨上的偏差。
請(qǐng)繼續(xù)關(guān)注本系列中隨后的文章，這些文章中我們將深入研究如何在 International Foods Market 公司中將 BPM、業(yè)務(wù)規(guī)則和商業(yè)智能系統(tǒng)集成到這些業(yè)務(wù)場景的上下文環(huán)境中的細(xì)節(jié)。
1Howard Smith and Peter Fingar, Business Process Management the Third Wave, Meghan-Kiffer Press, 2003.
2John Medicke and Rob Cutlip, Industry Solutions with DB2, Prentice Hall PTR, 2003.
3Howard Smith and Peter Fingar, Business Process Management the Third Wave, Meghan-Kiffer Press, 2003.
4Stewart McKie, "The Big BAM", IntelligentEnterprise Magazine, July, 2003.
