隨著個(gè)性化服務(wù)內(nèi)容的不斷增加，以數(shù)據(jù)倉庫為基礎(chǔ)的商業(yè)智能已經(jīng)成為銀行業(yè)未來競爭的重要工具，而目前銀行業(yè)在商品智能的實(shí)現(xiàn)上還存在許多困難。
問題一：項(xiàng)目管理
目前大多商業(yè)智能的描述更多的是一種工程學(xué)上的理論，注重于企業(yè)信息管理項(xiàng)目實(shí)施的原則，而對具體的實(shí)施方法并無過多的論述。在山東建行商業(yè)智能項(xiàng)目開發(fā)過程中遇到的第一個(gè)問題是項(xiàng)目的組織管理問題。
商業(yè)智能系統(tǒng)以中央數(shù)據(jù)倉庫為核心，可以分為兩大部分：以進(jìn)行中央數(shù)據(jù)倉庫規(guī)劃及數(shù)據(jù)獲取為目標(biāo)的后臺數(shù)據(jù)倉庫建構(gòu)，以業(yè)務(wù)功能規(guī)劃及信息展現(xiàn)為目標(biāo)的前端商業(yè)智能應(yīng)用?；谶@種思路，山東建行初步規(guī)劃了管理信息平臺的體系架構(gòu)
按照上面的系統(tǒng)架構(gòu)，將項(xiàng)目組技術(shù)人員分成了三個(gè)大組：數(shù)據(jù)倉庫ETL組、應(yīng)用組和系統(tǒng)架構(gòu)組。這種劃分首先是依據(jù)商業(yè)智能技術(shù)架構(gòu)的要求，同時(shí)也考慮到系統(tǒng)的技術(shù)因素。系統(tǒng)架構(gòu)組負(fù)責(zé)管理信息平臺的技術(shù)體系規(guī)劃，由于數(shù)據(jù)倉庫系統(tǒng)的海量數(shù)據(jù)以及長批量數(shù)據(jù)處理特點(diǎn)，基礎(chǔ)硬件選型、存儲規(guī)劃、數(shù)據(jù)庫性能優(yōu)化、應(yīng)用服務(wù)器配置等實(shí)際上已經(jīng)成為了系統(tǒng)能否運(yùn)行的決定性因素。
數(shù)據(jù)倉庫ETL組負(fù)責(zé)數(shù)據(jù)倉庫的數(shù)據(jù)組織和數(shù)據(jù)獲取，應(yīng)用組負(fù)責(zé)業(yè)務(wù)需求的分析和應(yīng)用平臺的搭建。兩者各司其職，以中央數(shù)據(jù)倉庫為紐帶，應(yīng)用組只關(guān)注業(yè)務(wù)需求分析，然后從中央數(shù)據(jù)倉庫中找出數(shù)據(jù)，加工處理成業(yè)務(wù)要求的數(shù)據(jù)，ETL組則只關(guān)注源數(shù)據(jù)分析，將管理信息平臺所涉及的源系統(tǒng)數(shù)據(jù)通過ETL過程加載到中央數(shù)據(jù)倉庫。事實(shí)證明這樣的組織劃分最為合理，項(xiàng)目組成員的工作與商業(yè)智能體系架構(gòu)對應(yīng)起來，分工明確，減少了相互扯皮現(xiàn)象。
問題二：技術(shù)工具
IBM、Oracle、SAS、NCR、BO、Brio等眾多技術(shù)廠商都提供了各自的獨(dú)家方案和產(chǎn)品，但現(xiàn)實(shí)問題是如何利用這些工具進(jìn)行管理信息平臺的架構(gòu)設(shè)計(jì)，如何進(jìn)行系統(tǒng)軟件的規(guī)劃。在商業(yè)智能的理想方案中，管理信息平臺可以全部由工具搭建生成而不用手工編程，技術(shù)人員所做的只是寫一個(gè)腳本建數(shù)據(jù)倉庫，寫幾個(gè)SQL語句用于數(shù)據(jù)處理，然后按圖索驥畫無數(shù)張展現(xiàn)圖表。但現(xiàn)實(shí)遠(yuǎn)遠(yuǎn)不會如此簡單，由于工具軟件的功能所限，很多地方如果采用工具只能是削足適履，最終無法滿足系統(tǒng)功能要求。
企業(yè)集成所涉及的軟件可以劃分出下面的層次:系統(tǒng)層、數(shù)據(jù)庫層、功能層、應(yīng)用層。系統(tǒng)層與數(shù)據(jù)庫層的軟件必須是現(xiàn)有的軟件產(chǎn)品，山東建行管理信息平臺采用了IBM的RS/6000及AIX操作系統(tǒng)，關(guān)系型數(shù)據(jù)庫選用IBM DB2，多維分析數(shù)據(jù)庫選擇IBM OLAP Server（ESSBase）。
應(yīng)用層軟件與業(yè)務(wù)需求相關(guān)，許多系統(tǒng)集成廠商會在這一領(lǐng)域推出軟件產(chǎn)品，但都需要進(jìn)行長時(shí)間的客戶化才能實(shí)用。功能層又稱為中間層，這一層面的軟件是指那些與業(yè)務(wù)相對獨(dú)立但又無法完全剝離的功能模塊，因此往往也被稱為中間件。應(yīng)用層與功能層是相互滲透的，在這兩個(gè)層面上，管理信息平臺既有借助第三方工具軟件輔助應(yīng)用層開發(fā)的方面，也有通過自己抽象功能編寫工具的地方。而山東建行將管理信息平臺的應(yīng)用層和功能層的技術(shù)實(shí)現(xiàn)分為以下幾大部分，并分別采取了不同的實(shí)現(xiàn)策略:
數(shù)據(jù)倉庫ETL——完成由源系統(tǒng)數(shù)據(jù)到中央數(shù)據(jù)倉庫數(shù)據(jù)的ETL過程，雖然許多廠商提供了ETL工具，但其高昂的價(jià)格和有限的功能使得山東建行更愿意自己去完成這部分功能。通過對ETL過程的分析，山東建行使用了合作伙伴研發(fā)的ETL工具，這個(gè)工具通過全腳本配置的方式完成ETL全過程，支持多種主流數(shù)據(jù)庫并支持并行作業(yè)處理，功能更為切合實(shí)際，而且價(jià)格便宜很多。
數(shù)據(jù)集市ETL——管理信息平臺將數(shù)據(jù)倉庫分為中央數(shù)據(jù)倉庫和數(shù)據(jù)集市兩部分，中央數(shù)據(jù)倉庫以銀行業(yè)邏輯數(shù)據(jù)模型為藍(lán)本構(gòu)建，存儲基礎(chǔ)業(yè)務(wù)數(shù)據(jù);而數(shù)據(jù)集市則面向業(yè)務(wù)應(yīng)用，它存儲的是宏觀的匯總數(shù)據(jù)。數(shù)據(jù)集市與數(shù)據(jù)倉庫之間也有一個(gè)數(shù)據(jù)轉(zhuǎn)換的過程，我們稱之為數(shù)據(jù)集市ETL，數(shù)據(jù)集市ETL的模式要比數(shù)據(jù)倉庫ETL簡單，但數(shù)據(jù)變換的復(fù)雜度卻高得多?；趯?shí)用化和運(yùn)行效率的考慮，數(shù)據(jù)集市ETL采用數(shù)據(jù)庫存儲過程來實(shí)現(xiàn)。
多維數(shù)據(jù)集市——商業(yè)智能系統(tǒng)最為吸引人的特點(diǎn)是它的多維展現(xiàn)特性，能對一個(gè)業(yè)務(wù)主題進(jìn)行多視角（時(shí)間、機(jī)構(gòu)、地域、項(xiàng)目）的分析，并能完成鉆取、切片、挖掘等功能。而想完成這些功能，必須對數(shù)據(jù)采用十分復(fù)雜的關(guān)鍵字存儲方式，傳統(tǒng)的關(guān)系型數(shù)據(jù)庫有些力不從心，多維數(shù)據(jù)庫則是完成這一功能的利器。管理信息平臺選用IBM OLAP Server（ESSBase）作為多維數(shù)據(jù)庫。
前端信息展現(xiàn)——商業(yè)智能系統(tǒng)的前端展現(xiàn)層無疑是最為活躍的領(lǐng)域，在這一層面有數(shù)十家工具軟件，山東建行經(jīng)過多方比較采用BusinessObject作為信息平臺前端展示的輔助工具，管理信息平臺項(xiàng)目組結(jié)合BO的報(bào)表特性對其進(jìn)行二次開發(fā)，完成了Web展示界面的開發(fā)工作。
系統(tǒng)集成門戶——Portal是一個(gè)完全獨(dú)立的軟件領(lǐng)域，主要完成應(yīng)用集成及權(quán)限、認(rèn)證等工作，管理信息平臺采用了現(xiàn)成的軟件產(chǎn)品。
應(yīng)用系統(tǒng)開發(fā)——應(yīng)用系統(tǒng)是商業(yè)智能項(xiàng)目中一個(gè)較復(fù)雜的領(lǐng)域，因?yàn)樗鼰o法使用一致的開發(fā)模式。商業(yè)智能系統(tǒng)提供的標(biāo)準(zhǔn)模式是根據(jù)應(yīng)用主題建立數(shù)據(jù)集市，然后通過前端展現(xiàn)工具讀取數(shù)據(jù)集市數(shù)據(jù)，生成分析圖表和固定報(bào)表，這種方式可以滿足大多數(shù)業(yè)務(wù)需求。在管理信息平臺項(xiàng)目中，大多數(shù)應(yīng)用系統(tǒng)都采用了標(biāo)準(zhǔn)模式，然而復(fù)雜的應(yīng)用需求，如績效考核等還是采用獨(dú)立系統(tǒng)開發(fā)模式來實(shí)現(xiàn)。
問題三：應(yīng)用分析
山東建行擁有四級機(jī)構(gòu)，即省分行、二級分行（地市）、支行（縣區(qū)）、網(wǎng)點(diǎn)，如果加上建設(shè)銀行總行這一級，管理信息平臺所面對的是一個(gè)五級組織層次的實(shí)施目標(biāo)。這種機(jī)構(gòu)劃分使得管理層次繁雜、部門林立、統(tǒng)計(jì)口徑多樣、報(bào)表種類繁多。面對這些多種多樣的業(yè)務(wù)需求如何進(jìn)行業(yè)務(wù)系統(tǒng)的構(gòu)建呢？
商業(yè)智能系統(tǒng)的基本目標(biāo)是面向企業(yè)決策分析，但由于企業(yè)管理的現(xiàn)實(shí)情況，商業(yè)智能的業(yè)務(wù)需求實(shí)際分為兩個(gè)層面：低端的企業(yè)報(bào)表層和高端的決策分析層。國內(nèi)銀行商業(yè)化還處于起步階段，業(yè)務(wù)決策分析基本還停留在所謂的專家模式上，因此業(yè)務(wù)部門很難在決策分析層面提出多少需求。而在管理報(bào)表層面上，由于過去的企業(yè)管理體系一直是圍繞報(bào)表建立的，業(yè)務(wù)人員則可以提供一整套完整的基于報(bào)表的業(yè)務(wù)需求，甚至有一套十分完整的生成報(bào)表的指標(biāo)體系。
在決策分析需求不能提出的情況下，商業(yè)智能項(xiàng)目往往將現(xiàn)有的管理報(bào)表體系作為系統(tǒng)需求的主要來源，這雖然是一個(gè)錯(cuò)誤的選擇，但比之于做一個(gè)空中樓閣式的分析系統(tǒng)，一個(gè)自動(dòng)靈活的報(bào)表系統(tǒng)無疑是更實(shí)際的選擇，應(yīng)該說這也是當(dāng)前國內(nèi)企業(yè)應(yīng)用的一個(gè)現(xiàn)實(shí)的選擇。然而問題是這與項(xiàng)目的目標(biāo)是錯(cuò)位的，于是在需求分析時(shí)又將企業(yè)報(bào)表的需求與決策分析的需求混在一起進(jìn)行分析，試圖尋找一條兼顧兩者的中間道路，但由于兩者本質(zhì)上的不統(tǒng)一，由此做出的設(shè)計(jì)也往往更無法實(shí)現(xiàn)目標(biāo)。
經(jīng)過多次的反復(fù)之后，山東建行確立了下列原則：管理信息平臺業(yè)務(wù)需求至少應(yīng)該分為企業(yè)報(bào)表和統(tǒng)計(jì)分析兩個(gè)層面，企業(yè)報(bào)表用于實(shí)現(xiàn)管理部門的固定業(yè)務(wù)報(bào)表，雖然企業(yè)報(bào)表十分繁瑣，但這是管理信息平臺應(yīng)該完成的最低目標(biāo)。統(tǒng)計(jì)分析用于實(shí)現(xiàn)企業(yè)的全面統(tǒng)計(jì)分析要求，這一層面的需求要通過對業(yè)務(wù)部門進(jìn)行引導(dǎo)式的訪談來進(jìn)行發(fā)掘整理。另外，管理信息平臺還應(yīng)該有第三個(gè)層面，就是決策支持，決策支持層引進(jìn)決策分析模型，通過大量的數(shù)據(jù)計(jì)算對某一個(gè)專題進(jìn)行推演，確定其可行性和最優(yōu)方案。
理清了思路后，山東建行進(jìn)行了整體業(yè)務(wù)系統(tǒng)框架規(guī)劃，將企業(yè)報(bào)表單獨(dú)作為一個(gè)應(yīng)用子系統(tǒng)，同時(shí)根據(jù)當(dāng)前銀行信息管理領(lǐng)域的需求歸納了五個(gè)應(yīng)用專題：資產(chǎn)負(fù)債、績效考核、客戶分析、風(fēng)險(xiǎn)管理、財(cái)務(wù)分析。而對于決策支持層，系統(tǒng)留出高級應(yīng)用分析專題供以后的需求擴(kuò)展。業(yè)務(wù)應(yīng)用專題的確定為業(yè)務(wù)需求分析指定的明確的目標(biāo)，需求分析得以更為有效地進(jìn)行，并對不同的應(yīng)用專題采用不同的開發(fā)方式，最終完成了管理信息平臺業(yè)務(wù)應(yīng)用層的開發(fā)。
