北京時間 6月12日,IBM“隨需應變的信息架構”論壇在上海正式召開。IBM就企業(yè)信息化發(fā)展進程所面臨的諸多挑戰(zhàn)與用戶進行了交流。來自各個行業(yè)近五百名企業(yè)CIO參加了此次論壇。來自浙商銀行的CIO宋士正先生介紹了中國浙商銀行EDW項目的成功經驗:
大家好,非常高興能夠有機會參加IBM舉辦的隨需應變信息架構論壇。剛剛各位專家把數據已經闡述得非常深刻,接下來我跟大家介紹一下和IBM合作完成的我們浙商銀行數據倉庫信息管理系統(tǒng)的具體實踐。浙商銀行主要從去年下半年開始進行了企業(yè)及數據倉庫系統(tǒng)的建設,目前一期工程已經結束了,從系統(tǒng)建設的情況來看,我們總體認為是成功的。正因為我們認為我們是成功的,達到了預期的效果,今天受到IBM的邀請來講我們的實踐,所以還是有點底氣。
首先我們簡單認識一下浙商銀行。我們銀行成立在2002年8月,經中國銀監(jiān)會批準設立的第12家股份制商業(yè)銀行,成立以來實現了資本規(guī)模效益和質量的協(xié)調快速發(fā)展,應該說目前在省內和省外(主要是成都分行)開設了十幾家分支機構,今年上海分行和天津分行都將開業(yè)。浙商銀行還是一家小行,但是也應該說浙商銀行是在快速發(fā)展中的銀行。
我們要建一些數據倉庫管理系統(tǒng)要有幾個步驟,首先第一個我們要實現銀行的差異化服務,提供個性化產品,以及其他各個方面的管理分析應用,肯定要把這個信息系統(tǒng)整體架構建起來。所以第一個想法是要建立統(tǒng)一的信息系統(tǒng)整體架構,逐步推進分析系統(tǒng)和業(yè)務處理系統(tǒng)形成動態(tài)的鏈條。
我們希望在統(tǒng)計分析輔助決策作出快速響應,準確掌握足夠的信息并且應用足夠的信息。我們要對數據分析有管理服務必須先有信息積累,這個積累也是我們的出發(fā)點,沒有數據積累就沒辦法做數據管理方面的工作。再一個從業(yè)務管理層面希望認識客戶的喜好,認識客戶的特性,當然也認識產品認識渠道,認識我們所有的競爭對手,提高我們的核心競爭力。再一個長遠來看,我們也通過挖掘我們的數據,實現識別、監(jiān)測和控制風險。
銀行是一個經營貨幣的,同時也是一個經營風險的企業(yè),所以我們最終地目標還是要控制風險。這是我們基本的大的驅動因素。從現實的需要來看當然我們也有一些最近的具體需要,第一個我們就是要完成我們的風險績效考核系統(tǒng)。我們這個績效考核系統(tǒng)是比較復雜的,是基于經濟、資本、計量的考核系統(tǒng),這個當中有大量的數據需要分析整理計算。
第二個大家都知道在銀行里面必須要完成銀監(jiān)會的工程,叫1104工程,還有人民銀行、國家外匯管理局等反洗錢的要求,還有各類統(tǒng)計分析報表。另外還做了一些分析方面的嘗試,包括流動性分析,凈利差分析,客戶流失分析,授信限額分析等分析方面的工作。這也是我們現實的需求。當你建數據倉庫有長遠的目標沒有現實的需求也是會產生阻力的。我們也在想數據倉庫信息管理系統(tǒng),我在銀行干的時間比較長,數據倉庫管理系統(tǒng)的建設以前感覺難度大,失敗的概率比較高,從技術部門管理部門都有一些難點。
我們分析一下感覺當中應該有這幾個方面的難點困惑。業(yè)務部門需求不明確,而且不斷變化。第二個傳統(tǒng)的方法已經不能有效解決上述問題。一般通過需求分析,系統(tǒng)設計、建設、維護傳統(tǒng)的方法沒有辦法完成管理信息系統(tǒng)建設。當然滿足業(yè)務部門的需求有時候我們發(fā)現從IT部門來講,會花非常大的力氣和時間編制程序,而且傳統(tǒng)的辦法經常被業(yè)務部門投訴。這也是一個困惑和難點。
企業(yè)的管理部門和業(yè)務部門也會有很多困惑,第一個無法向IT部門準確表達自己的需求,說不出來,只知道有一個想法,不知道怎么寫出來。第二個隨著對問題和市場的進一步了解應該明確需求出現是必然的,沒有需求就沒有辦法創(chuàng)新產品。再一個我們無法從現有的系統(tǒng)當中得到及時響應,我要一些管理分析報表要一些數據挖掘信息,覺得沒有辦法拿到?,F有的數據和質量也不能滿足各類業(yè)務分析的需要。這是我們感覺的一些困惑和難點。
我們總體感覺在管理信息系統(tǒng)建設當中面臨著這樣兩個怪圈。第一個怪圈沒有完整的業(yè)務需求不能設計和建造完整的系統(tǒng)架構。從業(yè)務上看沒有建造完整的系統(tǒng)就提不出完整的需求。第二個怪圈沒有高質量足夠的數據就不能做管理信息系統(tǒng),沒有管理信息系統(tǒng)的建設就沒有人去想這些問題。相互都牽扯在一起,我們感覺管理信息系統(tǒng)建設對技術部門來講是一項挑戰(zhàn),也是不能不面對的。剛剛前面講有一些長遠的驅動因素現實的需求必須要去做。
我們想這樣一個理想做法能不能找到這么一個方法來共同幫助我們把管理信息系統(tǒng)建好,這個是一個基本的出發(fā)點。希望以不變應萬變的系統(tǒng)架構,希望未來的系統(tǒng)在開發(fā)的時候不要花太多的力氣,希望有長遠的效益,不要重復建設,能滿足近期和長遠的需要,不要為建設數據倉庫而建設數據倉庫。這是我們主要的出發(fā)點。剛剛講了理想的做法和出發(fā)點,以這兩個為出發(fā),看看有一些什么辦法能夠找到這么一家比較好的公司比較有實力的公司幫助我們把數據倉庫管理信息系統(tǒng)建好,實際上我們這個管理信息系統(tǒng)是與IBM公司進行合作完成的。
這里可以簡單和大家說一下我們?yōu)槭裁催x擇IBM。第一個我們認為IBM具有企業(yè)及數據倉庫系統(tǒng)建設的整體解決方案。第二具有全球數據倉庫建設的經驗積累。第三個總體感覺IBM這些方法能夠比較好地符合統(tǒng)一設計、逐步裝修、一勞永逸、保持最新的理想建設方法。
總結一下管理信息系統(tǒng)建設走過的路,有這么幾個做法。第一個做法我們認為這是一個失敗的做法,各自為政,短期利益。它的缺點主要是沒有滿足全企業(yè)的需求,一個一個小房子建好了再造高樓大廈很困難。第二種失敗的做法我們認為貪大求全,閉門造車,在管理信息系統(tǒng)貪大求全閉門造車也是一種失敗的做法。主要立足內部的業(yè)務需求,希望一次建設完成,也不行。
什么樣的數據倉庫信息管理系統(tǒng)是比較好的方法呢?統(tǒng)一設計、逐步裝修、一勞永逸、保持最新。這樣一個方法我們認為在建管理信息系統(tǒng)的時候是比較理想的做法。它的優(yōu)點包括統(tǒng)一規(guī)劃、整體架構,避免資源浪費。在架構的基礎上逐步實施,不僅可以降低項目的投入,而且可以很好地控制項目的進度。一勞永逸持續(xù)發(fā)展完美結合,整個架構建好以后,可以根據你的需要去完成工作,不斷推進。
這樣一個做法我們認為是比較好的理想做法。我們想這樣一個理想做法能不能找到這么一個方法來共同幫助我們把管理信息系統(tǒng)建好,這個是一個基本的出發(fā)點。希望以不變應萬變的系統(tǒng)架構,希望未來的系統(tǒng)在開發(fā)的時候不要花太多的力氣,希望有長遠的效益,不要重復建設,能滿足近期和長遠的需要,不要為建設數據倉庫而建設數據倉庫。
這是我們主要的出發(fā)點。剛剛講了理想的做法和出發(fā)點,以這兩個為出發(fā),看看有一些什么辦法能夠找到這么一家比較好的公司比較有實力的公司幫助我們把數據倉庫管理信息系統(tǒng)建好,實際上我們這個管理信息系統(tǒng)是與IBM公司進行合作完成的。這里可以簡單和大家說一下我們?yōu)槭裁催x擇IBM。第一個我們認為IBM具有企業(yè)級數據倉庫系統(tǒng)建設的整體解決方案。第二具有全球數據倉庫建設的經驗積累。第三個總體感覺IBM這些方法能夠比較好地符合統(tǒng)一設計、逐步裝修、一勞永逸、保持最新的理想建設方法。
當然我們也感覺IBM的產品線齊全,開發(fā)比較好。我們對IBM的系列產品用得比較多一些,可以得到保護。當然我們也注意到IBM公司在協(xié)調資源方面,在全球資源協(xié)調方面,在推廣數據倉庫方面也進行了很多戰(zhàn)略投入,這樣也是我們選擇IBM比較重要的因素。再一個我們總體感覺IBMEDW方案符合我行的建設方向,現在SOA面向服務的體系架構感覺比較熱,當然IBM有一個自己本身在這個信息框架當中已經把這些規(guī)則全部定義好了,這個本身和SOA方向是一致的。我們也希望沿著這個方向走下去。當然IBM還有一些成熟的團隊,有比較好的實施方法論,包括BI的方法論和一些管理方法論等。都是我們選擇IBM的理由之一。
接下來可以看一下浙商銀行企業(yè)及數據倉庫的架構。這個架構比較簡單,抽取原數據通過ETO對數據質量進行校驗,形成一個業(yè)務倉庫平臺。通過企業(yè)總線實現數據倉庫的各類應用,最后實現數據決策機制、業(yè)務分析、風險控制一個簡單的整體架構。整體架構的情況主要在全行范圍里面建立數據業(yè)務的統(tǒng)計視圖,完成企業(yè)信息的整合,基于企業(yè)數據倉庫信息管理系統(tǒng)的平臺。
第二個建立全行統(tǒng)一的報表體系,在概念層建立各個業(yè)務部門對業(yè)務度量的統(tǒng)一理解,實現全行指標共享。剛剛前面講各種不同系統(tǒng)的數據規(guī)則和定義不一樣,質量各不相同,必須建立統(tǒng)一的體系。我們要綜合利用多維分析,數據挖掘,第三方引擎來建立以下利潤分析、市場分析、資產負債分析、信用分析等等方面的基礎,希望能夠建立浙商銀行數據管理模型框架,逐步推進實施。我們也知道中國銀監(jiān)會目前在引進國外的一些監(jiān)管體系監(jiān)管思想,我們分析以后感覺IBM的解決方案和模塊很符合。
再一個希望最終的數據為業(yè)務服務,希望我們分析挖掘的結果可以與業(yè)務系統(tǒng)形成一個統(tǒng)一的閉環(huán),提高核心競爭力。整個數據倉庫這個項目是一個發(fā)展的過程,不可能一次性建完,所以沿著統(tǒng)一規(guī)劃逐步裝修的思路,把整個數據倉庫項目建設實施分為三個階段。第一個階段是平臺建設,基本上花九個月時間,到目前為止整個系統(tǒng)已經建設完成,而且已經投產上線,目前情況來看系統(tǒng)運行良好。
第二個過程主要是深化一些業(yè)務運營分析,多維分析運用,反洗錢等。第二個階段我們已經和IBM公司在協(xié)商探討當中,今年希望第二個階段也啟動。當然這個階段過程稍微比較長,前面建平臺,第二個階段具體加載一些應用,相對長一些。一般情況下計劃兩到三年的時間,還可以分一些階段。第三個就是遠期的,主要企業(yè)戰(zhàn)略方面,包括提升業(yè)務決策支持等,還有前面講的對操作風險、市場風險、信用風險等等進行計量監(jiān)測,從而達到控制的目標。
這是我們總的項目實施規(guī)劃。整個數據倉庫管理信息系統(tǒng)軟硬件平臺都是采用IBM的,我們買了四臺IBM小型機系列,同時購買了IBM的8100存儲系列,目前數據相對比較小,所以容量保持在2個T。整個體系我們基本是采用IBM的體系,軟硬件平臺。
這個方案當中我們主要是采用了一個IBM的金融服務數據倉庫模型,包括了三個方面的內容,一個是數據倉庫,數據模型,它提供了數據倉庫實施的方法論,以及數據倉庫建設的藍圖。第二個包括了81個銀行業(yè)務模塊,主要是在數據分析和報表的應用方面的一些模塊。再一個還包括17個應用解決方案。方案當中最重要的也就是采用了IBM總的金融服務的數據模型架構實現整個系統(tǒng)的,這是最主要的。當然這個我們會基于SOA架構定義數據模型的基礎。我們還采用了DB29版本,主要是采用WebSphere來構建我們的服務器。我們的總集成商負責整體開發(fā),負責整體項目的規(guī)劃,同時也選擇了國內的一些合作商做一些具體的開發(fā)工作。
也是出于成本考慮的需要,IBM牽頭做一些核心的部分,由國內合作商做一些具體工作,當然這也是節(jié)省費用的一方面考慮。IBM數據倉庫實施有非常多的方法論,包括我剛才講的數據倉庫方法論,包括項目實施方法等等。當然還提供了大量的基礎方案模板,為今后驅動整個項目的后續(xù)實施提供了比較大幫助。
整個項目建到現在為止也有一些小小的經驗和大家做一些簡單分享。第一個剛剛前面講的兩種失敗做法加上一種理想做法,在這種情況下可以得出一些經驗。不能以部門局部需求或眼前需求為導向設計我們的系統(tǒng),必須要設計整體長遠的架構。以前數據倉庫建設失敗已經多的是一個小需求拿來我們?yōu)榇私ㄔO一個數據倉庫,購買硬件軟件平臺,設計一些模型,最后這個模型沒有辦法繼續(xù)推進,實際上這個項目就好象就事論事的,后來失敗了。
另外一個我們感覺這個是必須利用數據驅動和模型驅動來同步推動建設整個數據倉庫的系統(tǒng)架構。IBM有很好的數據倉庫建設模型,這個模型把你的數據定義規(guī)則邏輯模型數據模型全部定義好了,定義好的當中我們必須以架構為我們的先導,這樣去建設我們的基礎架構。這個架構我們認為是可以保持一定的時間,可以長遠往前推進的。至于我們用不到的東西,我們暫時不去使用的東西,可以逐步逐步完成,把這個房子逐步逐步裝修,這樣整個架構不會推倒。感覺這是一個經驗。
第二個經驗一定要堅持業(yè)務驅動,如果不堅持業(yè)務驅動,數據倉庫就變成為建數據倉庫而建數據倉庫。對管理層也沒有辦法交代,這個數據倉庫建好了一點功能沒有肯定沒辦法交代,必須有具體的業(yè)務驅動??梢赃x擇一些必須的,選擇一些棘手的,比如績效考核系統(tǒng)、多維分析等簡單的數據挖掘??梢赃_到范圍小,見效快,投資回報率高的目的,所以在具體建設的時候一定要有總體架構,一定要有小的具體需求。這是第二個我們的體會。
第三個體會我們感覺數據倉庫建設是一個長期的過程,不可能一朝一夕全面建成,因此我們必須設定分階段的實施目標。數據倉庫建設好了必須長遠走下去,最終走向風險控制,必須往前走,是一個長期過程。這個長期過程必須設定分階段的目標,這樣給人感覺你這個數據倉庫的建設會給人有一些積極性,不停往前走,是一個正確的方向,積極性沒有了以后可能沒有辦法繼續(xù)建設數據倉庫。第四個我們覺得系統(tǒng)架構優(yōu)化設計非常重要。
剛才專家都闡述得非常深刻,數據質量、規(guī)則、定義不一樣,不同的業(yè)務系統(tǒng)完成不同的業(yè)務,包括客戶信息、帳戶信息,可能每個不同的系統(tǒng)引進不同的系統(tǒng),不同的系統(tǒng)、廠商引進來,標準都不一樣,你會發(fā)現建立一個統(tǒng)一的業(yè)務分析視圖必須統(tǒng)一標準,統(tǒng)一規(guī)則,統(tǒng)一定義。所以在做數據倉庫的時候必須同時對主要的業(yè)務系統(tǒng)進行改造。比如銀行里面的核心業(yè)務處理系統(tǒng),授信業(yè)務系統(tǒng),這是兩個非常重要的系統(tǒng),必須同時進行改造,基本的東西改造量不是很大,但是必須要考慮這個問題。
第五個體會我們要選擇開放的代表先進技術方向的方案,當然也要考慮今后SOA架構。先進的技術方案的目的是為了避免失敗,長遠來看,一些大的行系統(tǒng)建設時間更長,需要SOA架構進行整合。小的行來講更需要SOA架構,盡快設計成SOA架構使你的信息系統(tǒng)今后會避免很多不必要的麻煩。
所以必須滿足SOA的架構方向。當然建設數據倉庫需要數據積累,因此我們感覺要建數據倉庫宜早不宜遲,你需要大量的數據積累,半年一年對客戶行為的分析、產品的分析、利潤的分析、風險管理的分析,有時候感覺分析結果非常不正確,數據不夠,沒有一定的數據量是得不到比較準確的分析和挖掘結果的,所以要建必須早建。
當然建數據倉庫對管理層和業(yè)務部門的支持非常重要,因為數據倉庫最終是為管理部門服務的,如果他們沒有興趣和需求的話,建這個數據倉庫沒有任何意義,那結果就會走向失敗。當然前期在建平臺的時候,建架構的時候,我們認為有IT部門的驅動比較合適。但是平臺架構建完以后,必須要有一個部門進行驅動,必須要提出它的需求,
然后共同把這個倉庫往前推進。再一個體會我們覺得要建數據倉庫是一個復雜的工程,長期的工程,我們需要有專業(yè)的實施隊伍,特別是在模型架構方面。模型價格直接決定了你這個倉庫是否可以往前發(fā)展,是一個基礎。我們必須選擇有經驗的,有專業(yè)隊伍的合作商。綜合以上的因素,還有我們九個多月的實踐也表明,IBM在數據倉庫建設方面是一個比較好的合作伙伴。 我簡短給大家介紹一下我們浙商銀行在數據倉庫信息系統(tǒng)管理建設方面的具體實踐,謝謝大家。