數(shù)據(jù)倉庫系統(tǒng)建設(shè)預(yù)案

1、74/74河北省工商銀行數(shù)據(jù)倉庫系統(tǒng)建設(shè)方案建議書北京世紀(jì)明日網(wǎng)絡(luò)科技有限公司二零零零年三月河北省工商銀行數(shù)據(jù)倉庫系統(tǒng)建設(shè)方案目 錄前言數(shù)據(jù)倉庫進(jìn)展史競(jìng)爭(zhēng)日趨激烈的金融市場(chǎng)中國專業(yè)銀行面臨的挑戰(zhàn)中國專業(yè)銀行實(shí)施數(shù)據(jù)倉庫的意義中國專業(yè)銀行實(shí)施數(shù)據(jù)倉庫已具備的條件數(shù)據(jù)倉庫總體概述 2.1 數(shù)據(jù)倉庫基礎(chǔ) 2.2 數(shù)據(jù)倉庫技術(shù)概述 2.3 一個(gè)可擴(kuò)展數(shù)據(jù)倉庫的差不多框架 2.4 一個(gè)數(shù)據(jù)倉庫實(shí)施流程系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì) 3.1系統(tǒng)設(shè)計(jì)指導(dǎo)思想 3.2 方案總體框架圖 3.3 系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì) 3.4 系統(tǒng)方案的組成第四章 銀行數(shù)據(jù)倉庫的建設(shè) 4.1 面向應(yīng)用的OLTP系統(tǒng)和面向主題的OLAP系統(tǒng) 4.2

2、個(gè)性化服務(wù)的定義 4.3 業(yè)務(wù)探究/業(yè)務(wù)發(fā)掘 4.4 建立市場(chǎng)客戶信息基礎(chǔ) 4.5 利用數(shù)據(jù)倉庫實(shí)現(xiàn)的差不多模塊 4.6 更高層次的開發(fā)應(yīng)用 4.7 綜合信息公布第五章 方案實(shí)施建議 5.1 開發(fā)模式 5.2 組織機(jī)構(gòu) 5.3 項(xiàng)目實(shí)施進(jìn)程 5.4 項(xiàng)目進(jìn)度打算第六章 產(chǎn)品報(bào)價(jià) 6.1 軟件產(chǎn)品報(bào)價(jià) 6.2 硬件產(chǎn)品報(bào)價(jià) 6.3 項(xiàng)目開發(fā)實(shí)施費(fèi)用第一章 前言1.1 數(shù)據(jù)倉庫進(jìn)展史 相關(guān)于許多行業(yè)而言，信息處理技術(shù)依舊一門新興的技術(shù)，然而其進(jìn)展速度卻幾乎是最快的。隨著計(jì)算機(jī)硬件技術(shù)的飛速進(jìn)展，軟件技術(shù)也是日新月異。許多企業(yè)和機(jī)構(gòu)差不多建立了相對(duì)完善的OLTP（聯(lián)機(jī)事物處理）系統(tǒng)。隨著時(shí)刻的推移，

3、這些系統(tǒng)中積存了大量的歷史數(shù)據(jù)，其中蘊(yùn)含了許多重要的信息。通過對(duì)這些歷史數(shù)據(jù)的分析和綜合處理，能夠找到那些對(duì)企業(yè)進(jìn)展至關(guān)重要的業(yè)務(wù)信息，從而關(guān)心有關(guān)主管和業(yè)務(wù)部門作出更加合理的決策。70年代中期出現(xiàn)的MIS（治理信息系統(tǒng)）實(shí)際上確實(shí)是在這種背景下產(chǎn)生的。但MIS具有極大的局限性。首先，它是按預(yù)先定義好的流程對(duì)數(shù)據(jù)作相應(yīng)的處理，因此只能對(duì)預(yù)先描述好的業(yè)務(wù)問題進(jìn)行回答。其次由于開發(fā)工具的限制，對(duì)它的修改也不大方便，特不是業(yè)務(wù)流程發(fā)生變化，模型需要調(diào)整，這種修改更加困難。最后數(shù)據(jù)的不斷積存和數(shù)據(jù)量迅速增加，一般的商用數(shù)據(jù)庫（即OLTP數(shù)據(jù)庫）難以處理，系統(tǒng)的擴(kuò)展存在專門大限制。在這種情況下MIS逐步

4、進(jìn)展到了數(shù)據(jù)倉庫。世界上最早的數(shù)據(jù)倉庫是NCR公司為全美、也是全世界最大的連鎖超市集團(tuán)Wal*Mart在1981年建立的，通過二十年的進(jìn)展，該系統(tǒng)差不多特不完善，數(shù)據(jù)量擴(kuò)展到27TB，成為迄今為止世界上最大的數(shù)據(jù)倉庫。 1.2 競(jìng)爭(zhēng)日趨激烈的金融市場(chǎng) 依照Tower Group公司1998年10月的研究，1999年全球金融機(jī)構(gòu)將投資54億美金實(shí)施數(shù)據(jù)倉庫系統(tǒng)，其中歐美地區(qū)占八成的市場(chǎng)份額，其次為亞太地區(qū)，在美國實(shí)施數(shù)據(jù)倉庫的單位以大型銀行為主，基礎(chǔ)上啟動(dòng)的資金為五百萬美金以上；1998年在全球前500家銀行中差不多有近九十家的數(shù)據(jù)倉庫數(shù)據(jù)量超過500GB，預(yù)測(cè)在1999年將有150家，2000

5、年有260家；數(shù)據(jù)倉庫是金融機(jī)構(gòu)實(shí)現(xiàn)客戶關(guān)系治理（Customer Relationship Management）的核心技術(shù)，也是金融業(yè)競(jìng)爭(zhēng)優(yōu)勢(shì)的來源，要緊的應(yīng)用業(yè)務(wù)部門為信用卡部、信貸部、市場(chǎng)部和零售業(yè)務(wù)部等，應(yīng)用領(lǐng)域是以客戶為中心的分銷渠道治理、客戶利潤分析、客戶關(guān)系優(yōu)化和風(fēng)險(xiǎn)控管。 造成歐美地區(qū)金融機(jī)構(gòu)采納數(shù)據(jù)倉庫技術(shù)，提供以客戶為中心的個(gè)性化服務(wù)（One to One Marketing）的背景緣故如下：金融服務(wù)市場(chǎng)的開放競(jìng)爭(zhēng)。如AT&T電話公司的電話卡能夠透支打電話、福特汽車公司的購車信用分期付款、零售業(yè)的透支分會(huì)員卡和貴賓卡、信用卡公司發(fā)行信用卡、ESD建立ATM網(wǎng)、GE公司的貸

6、款服務(wù)，保險(xiǎn)公司的儲(chǔ)蓄型保險(xiǎn)單和保單貸款等，同意銀行業(yè)的并購，阻礙銀行的業(yè)務(wù)收入和利潤。上述的開放市場(chǎng)，業(yè)者會(huì)推出多樣化的產(chǎn)品和服務(wù)，讓顧客有更多的比較和選擇的機(jī)會(huì)。造成顧客購買的因素，除了價(jià)格以外，還應(yīng)考慮方便性、可用性等，形成個(gè)性化服務(wù)的需求。銀行需要更進(jìn)一步了解客戶，才能滿足客戶需求，進(jìn)而留住客戶，增加利潤。信息技術(shù)（如海量并行處理的技術(shù)）的突飛猛進(jìn)，使得快速地分析客戶詳細(xì)的歷史交易數(shù)據(jù)成為可能，從而能夠更好地了解、模擬和預(yù)測(cè)客戶的消費(fèi)行為、偏好等。另外移動(dòng)通信技術(shù)的進(jìn)步，讓客戶訪問信息服務(wù)的方式不受時(shí)空的限制。這些技術(shù)讓銀行業(yè)務(wù)用戶能夠及時(shí)響應(yīng)各種突發(fā)的復(fù)雜的經(jīng)營問題。銀行現(xiàn)有的治理制

7、度和業(yè)務(wù)流程，差不多上以產(chǎn)品（Product）為中心來進(jìn)行客戶服務(wù)，不同的帳號(hào)信息分散在不同的計(jì)算機(jī)系統(tǒng)內(nèi)，缺乏對(duì)客戶統(tǒng)一的全面了解。現(xiàn)有的生產(chǎn)系統(tǒng)是銀行營運(yùn)和客戶的基礎(chǔ)設(shè)施，無法提供多用戶對(duì)大量歷史數(shù)據(jù)同時(shí)進(jìn)行突發(fā)的復(fù)雜的決策分析，因此建立另外一套以客戶為中心的數(shù)據(jù)倉庫決策支持系統(tǒng)是實(shí)現(xiàn)個(gè)性化服務(wù)的必要手段。1.3 中國專業(yè)銀行面臨的挑戰(zhàn) 1984年人民銀行成為中央銀行的角色，成立了四家國有專業(yè)銀行：工商銀行、農(nóng)業(yè)銀行、中國銀行和建設(shè)銀行。后來又成立交通銀行、中信實(shí)業(yè)銀行、光大銀行等十一家股份制商業(yè)銀行。1996年改組都市信用合用社建立股份制都市商業(yè)銀行。國有專業(yè)銀行長期在打算體制下運(yùn)轉(zhuǎn)，其

8、經(jīng)營行為和經(jīng)營意識(shí)帶有專門強(qiáng)的行政色彩，正向商業(yè)銀行化進(jìn)行過渡。隨著經(jīng)濟(jì)的增長和國民生活水平的提高，社會(huì)保障制度的改革，政府?dāng)U大內(nèi)需的政策等，國有專業(yè)銀行和股份制商業(yè)銀行的零售業(yè)務(wù)，如住房貸款、退休養(yǎng)老金、消費(fèi)貸款和信用卡業(yè)務(wù)等，將成為銀行業(yè)務(wù)和利潤的增長點(diǎn)。如何爭(zhēng)取零售業(yè)務(wù)的市場(chǎng)機(jī)會(huì)，發(fā)掘信用好風(fēng)險(xiǎn)低的客戶已成為銀行關(guān)注的焦點(diǎn)。在以后零售業(yè)務(wù)的迅猛進(jìn)展，改善銀行的獲利能力，將加速國有專業(yè)銀行轉(zhuǎn)型成為商業(yè)銀行的進(jìn)程。 在現(xiàn)時(shí)期，要緊是國有專業(yè)銀行和股份制商業(yè)銀行、郵政銀行之間的競(jìng)爭(zhēng)，其他服務(wù)業(yè)和外資銀行尚未構(gòu)成全面性的威脅。盡管，國有專業(yè)銀行具有覆蓋全國營業(yè)網(wǎng)點(diǎn)的優(yōu)勢(shì)，但受歷史包袱的阻礙，期待

9、擴(kuò)大零售業(yè)務(wù)，以提高獲利能力；股份制商業(yè)銀行規(guī)模相對(duì)小，只能提供地區(qū)性的服務(wù)，零售業(yè)務(wù)是要緊的收入來源，從國有專業(yè)銀行和郵政銀行中爭(zhēng)取更多的新客戶，將是要緊的經(jīng)營策略；郵政銀行的優(yōu)勢(shì)在營業(yè)網(wǎng)點(diǎn)、客戶基礎(chǔ)和更多的增值服務(wù)，競(jìng)爭(zhēng)的策略是留住有利潤的客戶和爭(zhēng)取新客戶，因此郵政銀行也將是現(xiàn)時(shí)期國有專業(yè)銀行和股份制商業(yè)銀行的重要競(jìng)爭(zhēng)對(duì)手。 1999年11月15日，中國與美國簽署加入世界貿(mào)易組織的雙邊協(xié)議，中國將自加入世界貿(mào)易組織起，逐步開放金融市場(chǎng)，入世兩年后開放外資銀行經(jīng)營對(duì)公業(yè)務(wù)，五年后開放對(duì)私業(yè)務(wù)和設(shè)立營業(yè)網(wǎng)點(diǎn)。在可預(yù)見的以后，國內(nèi)的金融機(jī)構(gòu)將同世界級(jí)的外資銀行發(fā)生面對(duì)面的激烈競(jìng)爭(zhēng)。屆時(shí)，客戶有更

10、多的選擇，競(jìng)爭(zhēng)會(huì)更加的激烈。世界級(jí)的外資銀行為加速取得和擴(kuò)大在中國的市場(chǎng)份額，將引進(jìn)其在國外實(shí)施多年的以客戶為中心的數(shù)據(jù)倉庫決策支持系統(tǒng)，推出更多樣化的金融產(chǎn)品和服務(wù)來爭(zhēng)取高利潤的客戶。因此，了解客戶需求和客戶對(duì)銀行的利潤貢獻(xiàn)度、提供有競(jìng)爭(zhēng)性的產(chǎn)品或服務(wù)、經(jīng)由客戶喜好的渠道、在適當(dāng)?shù)臅r(shí)機(jī)對(duì)客戶進(jìn)行銷售或服務(wù)，這種個(gè)性化服務(wù)的策略將是國內(nèi)商業(yè)銀行在目前競(jìng)爭(zhēng)優(yōu)勢(shì)的來源，同時(shí)也是以后與外資銀行競(jìng)爭(zhēng)必備的武器。如何建立個(gè)性化服務(wù)的數(shù)據(jù)倉庫系統(tǒng)，差不多成為國內(nèi)銀行現(xiàn)時(shí)期最重要的課題。1.4 中國專業(yè)銀行實(shí)施數(shù)據(jù)倉庫的意義 從現(xiàn)在和今后專業(yè)銀行所面臨的市場(chǎng)環(huán)境來看，實(shí)施以客戶為中心的數(shù)據(jù)倉庫決策支持系統(tǒng)，

11、將對(duì)國內(nèi)銀行業(yè)現(xiàn)在和以后的進(jìn)展產(chǎn)生深遠(yuǎn)的阻礙，且具有重大的戰(zhàn)略意義。 首先是增強(qiáng)國內(nèi)銀行的競(jìng)爭(zhēng)力，在激烈的競(jìng)爭(zhēng)中維持獲利。不管現(xiàn)在或是以后，銀行將面臨著一個(gè)激烈競(jìng)爭(zhēng)的態(tài)勢(shì)，必須對(duì)市場(chǎng)多變的需求作出及時(shí)響應(yīng)，才能持續(xù)生存和進(jìn)展。依照國外商業(yè)銀行的經(jīng)驗(yàn)，在金融市場(chǎng)開放環(huán)境中，銀行競(jìng)爭(zhēng)優(yōu)勢(shì)的來源是對(duì)每一位客戶提供個(gè)性化服務(wù)。然而銀行有數(shù)以千百萬計(jì)的客戶，如何將客戶細(xì)分到以客戶為中心的客戶單一市場(chǎng)呢？也確實(shí)是如何設(shè)計(jì)大量個(gè)性化的產(chǎn)品或服務(wù)。銀行只有通過以客戶為中心（Customer Centric）的決策支持系統(tǒng)，才能使用科學(xué)的方法實(shí)現(xiàn)個(gè)性化服務(wù)。數(shù)據(jù)倉庫系統(tǒng)存放每一位客戶同銀行往來的詳細(xì)的歷史交易明

12、細(xì)數(shù)據(jù)，對(duì)客戶有統(tǒng)一的視圖，能關(guān)心銀行業(yè)務(wù)用戶以科學(xué)的手段快速地分析、模擬和預(yù)測(cè)客戶的個(gè)性化需求，進(jìn)而設(shè)計(jì)符合客戶需求的產(chǎn)品或服務(wù)。通過客戶喜好的渠道完成交易，是增強(qiáng)專業(yè)銀行競(jìng)爭(zhēng)能力最有效的手段。 其次是提高專業(yè)銀行整體運(yùn)作與治理水平。數(shù)據(jù)倉庫決策支持系統(tǒng)是專業(yè)銀行治理模式進(jìn)展的結(jié)果。隨著各個(gè)歷史時(shí)期經(jīng)濟(jì)金融環(huán)境的變化，專業(yè)銀行的經(jīng)營治理模式在演變，最初強(qiáng)調(diào)資產(chǎn)治理，是因?yàn)閬碓幢容^狹窄，要緊是活期存款，而工商企業(yè)的資金需求也較簡(jiǎn)單，采納會(huì)計(jì)記帳設(shè)備提高生產(chǎn)力；到了六十年代，產(chǎn)生負(fù)債治理理論，強(qiáng)調(diào)要通過負(fù)債治理保持銀行的流淌性，主動(dòng)從市場(chǎng)、銀行業(yè)來調(diào)劑資金余缺，開始引進(jìn)會(huì)計(jì)系統(tǒng)計(jì)算機(jī)化；七十年代

13、末期，出現(xiàn)了資產(chǎn)負(fù)債綜合治理理論，重點(diǎn)在資產(chǎn)負(fù)債風(fēng)險(xiǎn)治理、信貸風(fēng)險(xiǎn)治理、投資風(fēng)險(xiǎn)治理和外匯交易風(fēng)險(xiǎn)治理，MIS和分行自動(dòng)化成為核心系統(tǒng)；九十年代，金融市場(chǎng)的開放，低利率和信用擴(kuò)張刺激消費(fèi)，零售業(yè)務(wù)成為銀行的要緊業(yè)務(wù)和收入，客戶對(duì)金融產(chǎn)品和服務(wù)的要求越來越高，銀行業(yè)務(wù)部門和治理層首要關(guān)懷的問題在于如何降低風(fēng)險(xiǎn)和增加利潤，以客戶為中心的數(shù)據(jù)倉庫決策支持系統(tǒng)能夠快速地了解每一項(xiàng)交易、每一個(gè)帳號(hào)、每一個(gè)分銷渠道、每一位客戶的風(fēng)險(xiǎn)和利潤，讓銀行作出正確的業(yè)務(wù)決策，及時(shí)響應(yīng)每一位客戶的現(xiàn)在和以后需要，提高整體運(yùn)作和治理水平。 最后是增強(qiáng)專業(yè)銀行應(yīng)變能力。訂立金融市場(chǎng)開放時(shí)刻表，讓國內(nèi)銀行有充分的時(shí)刻預(yù)備來

14、提高自己的競(jìng)爭(zhēng)實(shí)力，以應(yīng)付外資銀行在今后的競(jìng)爭(zhēng)。人民銀行會(huì)逐步放松管制政策和增加國內(nèi)銀行能夠經(jīng)營的業(yè)務(wù)范圍，讓國內(nèi)銀行熟悉市場(chǎng)經(jīng)濟(jì)的運(yùn)作規(guī)則。當(dāng)外資銀行能夠在國內(nèi)經(jīng)營零售業(yè)務(wù)時(shí)，假如國內(nèi)銀行差不多完全掌握客戶的行為和需求，了解各種金融產(chǎn)品的的操作和治理，那么對(duì)國內(nèi)銀行的沖擊就比較小。問題在于，國內(nèi)銀行如何在這么短的時(shí)刻內(nèi)完成這么多的情況。假如沒有足夠的企業(yè)和客戶信息，國內(nèi)銀行如何了解人民銀行推出的新政策對(duì)銀行的阻礙呢？又如何向人民銀行建議新業(yè)務(wù)和服務(wù)呢？或是應(yīng)付外資銀行的競(jìng)爭(zhēng)呢？企業(yè)級(jí)的數(shù)據(jù)倉庫系統(tǒng)，存放銀行各種主題，如客戶、帳號(hào)、部門、金融產(chǎn)品、商業(yè)活動(dòng)、位置、渠道和交易事件等，能夠快速地分

15、析、模擬和預(yù)測(cè)新業(yè)務(wù)和新政策對(duì)銀行整體的阻礙，讓銀行的領(lǐng)導(dǎo)及時(shí)制定策略和戰(zhàn)術(shù)，應(yīng)變突發(fā)的復(fù)雜的經(jīng)營問題。1.5 中國專業(yè)銀行實(shí)施數(shù)據(jù)倉庫已具備的條件 近年來，中國專業(yè)銀行在治理上已逐步形成了一套快速適應(yīng)市場(chǎng)變化、滿足用戶需求的內(nèi)部運(yùn)行機(jī)制。概括來講，中國專業(yè)銀行實(shí)施個(gè)性化服務(wù)數(shù)據(jù)倉庫系統(tǒng)具備了以下條件：企業(yè)有一支較高素養(yǎng)的治理人才和技術(shù)隊(duì)伍，具備參與信息建設(shè)的豐富經(jīng)驗(yàn)，為基礎(chǔ)上實(shí)施提供了人才的保證。完善的信息技術(shù)基礎(chǔ)設(shè)施，如ATM網(wǎng)絡(luò)、電話銀行、傳真服務(wù)、呼叫中心、網(wǎng)上服務(wù)、POS系統(tǒng)、企業(yè)內(nèi)部網(wǎng)、人行的電子清算系統(tǒng)等，確保交易信息源能及時(shí)的獲得，數(shù)據(jù)倉庫建成后使用方便。企業(yè)已建設(shè)或正在建設(shè)的

16、全行范圍的業(yè)務(wù)系統(tǒng)，包括儲(chǔ)蓄、定期、貸款、匯款、外匯、信用卡、支票、信用證、國際業(yè)務(wù)等，已積存了完整而且詳細(xì)的客戶交易記錄，為數(shù)據(jù)倉庫的啟動(dòng)提供了差不多的數(shù)據(jù)來源。多數(shù)的企業(yè)有實(shí)施先進(jìn)治理制度和思想的經(jīng)驗(yàn)，如成立市場(chǎng)部統(tǒng)籌銀行的形象和市場(chǎng)定位的宣傳與規(guī)劃、經(jīng)營效益與職員收入掛鉤、服務(wù)時(shí)效的承諾、客戶中意調(diào)查等，容易接納新知識(shí)，對(duì)數(shù)據(jù)倉庫的實(shí)施和推廣應(yīng)用起到積極的作用。第二章 數(shù)據(jù)倉庫總體概述2.1 數(shù)據(jù)倉庫基礎(chǔ)數(shù)據(jù)倉庫的概念最早將數(shù)據(jù)倉庫提升到理論高度加以論述的是聞名學(xué)者、被尊稱為數(shù)據(jù)倉庫之父的Bill Inmon。他對(duì)數(shù)據(jù)倉庫所下的定義是：數(shù)據(jù)倉庫是面向主題的、集成的、穩(wěn)定的、隨時(shí)刻變化的數(shù)

17、據(jù)集合，用以支持治理決策的過程。由此可見，數(shù)據(jù)倉庫是一個(gè)綜合的解決方案，是對(duì)原始的操作數(shù)據(jù)進(jìn)行各種處理并轉(zhuǎn)換成有用信息的處理過程，它要緊用來關(guān)心有關(guān)主管部門作出更符合業(yè)務(wù)進(jìn)展規(guī)率的決策。數(shù)據(jù)倉庫的查詢特點(diǎn) 針對(duì)生產(chǎn)系統(tǒng)的查詢都特不簡(jiǎn)單，一般可不能使用表的連接操作，每次返回的數(shù)據(jù)量專門小，這類問題的特點(diǎn)是明白自己要找什么。數(shù)據(jù)庫大小對(duì)系統(tǒng)性能阻礙不大。數(shù)據(jù)倉庫系統(tǒng)的查詢大都特不復(fù)雜，要緊有兩種：一種以報(bào)表為主，從數(shù)據(jù)庫中產(chǎn)生各種形式的業(yè)務(wù)報(bào)表。這種查詢是預(yù)先規(guī)定好的（Pro-defined Query）。另一種查詢是隨機(jī)的、動(dòng)態(tài)的查詢（Ad-Hoc query），對(duì)查詢的結(jié)果也是不能預(yù)料的。數(shù)據(jù)

18、倉庫中的查詢由于其復(fù)雜性，會(huì)經(jīng)常使用多表的聯(lián)接、累計(jì)、分類、排序等操作，這些大都要對(duì)整個(gè)表進(jìn)行搜索（Full Table Scan）。每次查詢返回的數(shù)據(jù)量一般專門大，關(guān)于動(dòng)態(tài)查詢而言，經(jīng)常需要依照上次查詢的結(jié)果進(jìn)行進(jìn)一步的搜索，那個(gè)過程稱為數(shù)據(jù)挖掘（Data Mining）。依照這些特點(diǎn)，數(shù)據(jù)庫大小對(duì)數(shù)據(jù)倉庫的性能阻礙專門大。當(dāng)數(shù)據(jù)倉庫投入使用后，各業(yè)務(wù)部門的要求會(huì)越來越多，使得數(shù)據(jù)倉庫中數(shù)據(jù)量的增長專門快。因此設(shè)計(jì)數(shù)據(jù)倉庫時(shí)，系統(tǒng)的可擴(kuò)展能力是必須考慮的重要因素之一。系統(tǒng)的并行處理能力是另一個(gè)要考慮的重要因素。因?yàn)椴樵兊膹?fù)雜性，每個(gè)查詢將占用專門多的系統(tǒng)資源，假如系統(tǒng)資源不夠、并行處理能力不

19、強(qiáng)，當(dāng)多個(gè)用戶同時(shí)發(fā)出事物請(qǐng)求時(shí)，響應(yīng)時(shí)刻專門長令人無法容忍。數(shù)據(jù)倉庫應(yīng)單獨(dú)建立。因?yàn)榧偃缭谏a(chǎn)系統(tǒng)上再實(shí)施數(shù)據(jù)倉庫，由于數(shù)據(jù)倉庫的查詢常常占用專門多系統(tǒng)資源，將嚴(yán)峻阻礙生產(chǎn)系統(tǒng)的運(yùn)行2.2 數(shù)據(jù)倉庫技術(shù)概述 作為決策支持系統(tǒng)（DSS）的一種有效、可行的體系化解決方案，數(shù)據(jù)倉庫包括了三個(gè)方面的內(nèi)容：數(shù)據(jù)倉庫技術(shù)（DATA WAREHOUSE，DW）、聯(lián)機(jī)分析技術(shù)（ONLINE ANALYTICAL PROCESSING，OLAP）、數(shù)據(jù)挖掘技術(shù)（DATA MINING，DM）數(shù)據(jù)倉庫技術(shù)（DW）需要以下數(shù)據(jù)庫技術(shù)的支持：高性能數(shù)據(jù)庫服務(wù)器 數(shù)據(jù)倉庫的應(yīng)用不同于傳統(tǒng)數(shù)據(jù)庫的OLTP應(yīng)用。傳統(tǒng)數(shù)據(jù)

20、庫的應(yīng)用是操作型的，而數(shù)據(jù)倉庫的應(yīng)用是分析型的，它需要高性能的DBMS核心的支持，以便較快地獲得分析結(jié)果，這通常需數(shù)秒至數(shù)分鐘的時(shí)刻。盡管比OLPT的響應(yīng)時(shí)刻長一些，但由于分析型應(yīng)用涉及的數(shù)據(jù)量大，查詢要求復(fù)雜，因此對(duì)DBMS核心的性能要求更高，同時(shí)，DBMS必須具有良好的查詢優(yōu)化機(jī)制并行數(shù)據(jù)庫技術(shù) 數(shù)據(jù)倉庫中的數(shù)據(jù)量大，而且隨著時(shí)刻的增長，新的數(shù)據(jù)還會(huì)不斷進(jìn)入，差不多成指數(shù)增長。數(shù)據(jù)倉庫中的數(shù)據(jù)庫通常是GB甚至TB級(jí)的，可謂是超大規(guī)模數(shù)據(jù)庫（VLDB）。而并行數(shù)據(jù)庫技術(shù)是存儲(chǔ)治理VLDB，并提供對(duì)VLDB復(fù)雜查詢處理的有效技術(shù)。數(shù)據(jù)庫互操作技術(shù) 數(shù)據(jù)倉庫中的數(shù)據(jù)大多來自企業(yè)或行業(yè)中業(yè)已運(yùn)行的

21、OLTP數(shù)據(jù)庫或外部的數(shù)據(jù)源。這些數(shù)據(jù)庫常常是異構(gòu)的，甚至是文件系統(tǒng)中的數(shù)據(jù)。數(shù)據(jù)倉庫必須從這些異構(gòu)數(shù)據(jù)源中定期抽取、轉(zhuǎn)換和集成需要的數(shù)據(jù)，并把它們存入數(shù)據(jù)倉庫中。因此，異構(gòu)數(shù)據(jù)源之間的互訪和互操作技術(shù)是必需的。聯(lián)機(jī)分析（OLAP）技術(shù) OLAP是一種實(shí)現(xiàn)多維分析的工具。簡(jiǎn)單地能夠理解為它是位于數(shù)據(jù)倉庫基礎(chǔ)之上的一個(gè)多維立方體，它面向分析決策所關(guān)懷的綜合性數(shù)據(jù)，以便從更高層次、多個(gè)維度來了解數(shù)據(jù)。它從邏輯上或物理上以多維方式從數(shù)據(jù)倉庫里提取數(shù)據(jù)并組織數(shù)據(jù)，便于前端用戶進(jìn)行多維數(shù)據(jù)分析。 依照實(shí)現(xiàn)技術(shù)和存儲(chǔ)數(shù)據(jù)的位置不同，又可分為多維數(shù)據(jù)庫OLAP（MDB-OLAP）、基于關(guān)系數(shù)據(jù)庫的OLAP（

22、ROLAP）和桌邊形的OLAP（DESKTOP OLAP）。OLAP的目的是為了提高多維分析的速度。數(shù)據(jù)挖掘（DM）技術(shù) 數(shù)據(jù)挖掘是從數(shù)據(jù)倉庫中發(fā)覺并提取隱藏在其中的信息的一種新技術(shù)。目的是關(guān)心決策者查找數(shù)據(jù)間潛在的關(guān)聯(lián)，發(fā)覺被忽略的要素，這些信息對(duì)預(yù)測(cè)趨勢(shì)和決策行為也許是十分有用的。 數(shù)據(jù)挖掘技術(shù)涉及數(shù)據(jù)庫、人工智能、機(jī)器學(xué)習(xí)和統(tǒng)計(jì)分析等多種技術(shù)。數(shù)據(jù)挖掘技術(shù)使決策支持系統(tǒng)跨入了一個(gè)新時(shí)期。傳統(tǒng)的決策支持系統(tǒng)通常是在某個(gè)假設(shè)的前提下通過數(shù)據(jù)查詢和分析來驗(yàn)證或否定那個(gè)假設(shè)，而數(shù)據(jù)挖掘技術(shù)則能夠自動(dòng)分析數(shù)據(jù)，進(jìn)行歸納性推理，從中發(fā)掘出潛在的模式，或產(chǎn)生聯(lián)想，建立新的業(yè)務(wù)模型，關(guān)心決策者調(diào)整市場(chǎng)策

23、略，并找到正確的決策?？偨Y(jié) 數(shù)據(jù)倉庫技術(shù)是以數(shù)據(jù)倉庫為基礎(chǔ)、以O(shè)LAP和數(shù)據(jù)挖掘工具有手段的一整套可操作、可實(shí)施的方案。 建立一個(gè)數(shù)據(jù)倉庫是一個(gè)比較復(fù)雜的過程，它需要精心的規(guī)劃、淵博的知識(shí)、豐富的行業(yè)治理經(jīng)驗(yàn)、極強(qiáng)的業(yè)務(wù)溝通能力和全面的IT要素。建立數(shù)據(jù)倉庫要選擇合適的數(shù)據(jù)倉庫引擎、硬件平臺(tái)、軟件工具、應(yīng)用程序和行業(yè)專業(yè)服務(wù)2.3 一個(gè)可擴(kuò)展數(shù)據(jù)倉庫的差不多框架操作數(shù)據(jù)操作數(shù)據(jù)/源數(shù)據(jù) 提取 過濾 凈化 家庭關(guān)系識(shí)不 加載企業(yè)中央數(shù)據(jù)倉庫復(fù)制與傳播從屬數(shù)據(jù)集市數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)挖掘 分類 統(tǒng)計(jì) 人工智能 決策樹信息存儲(chǔ)工具業(yè)務(wù)用戶 IT用戶數(shù)據(jù)裝載數(shù)據(jù)管理信息訪問整個(gè)框架組成部分?jǐn)?shù)據(jù)裝載：把所謂的操

24、作數(shù)據(jù)和源數(shù)據(jù)利用一定的方法如提取、過濾、清理、家庭關(guān)系識(shí)不等，從生產(chǎn)關(guān)系中轉(zhuǎn)換到中央數(shù)據(jù)倉庫中。這種轉(zhuǎn)換分為邏輯與物理兩部分，即先依照業(yè)務(wù)問題建立數(shù)據(jù)庫邏輯模型，然后在此基礎(chǔ)上構(gòu)造物理模型，將操作數(shù)據(jù)加載到物理表中。邏輯建模應(yīng)基于要解決的業(yè)務(wù)問題進(jìn)行，而不是基于目前的系統(tǒng)能提供什么數(shù)據(jù)進(jìn)行。換而言之，數(shù)據(jù)倉庫的動(dòng)身點(diǎn)是解決業(yè)務(wù)問題，而不是單純的一個(gè)信息轉(zhuǎn)換與訪問的工具。數(shù)據(jù)治理：這一部分是整個(gè)數(shù)據(jù)倉庫的心臟，依照數(shù)據(jù)倉庫的特點(diǎn)，它必須采納一個(gè)具有并行處理性能的關(guān)系數(shù)據(jù)庫治理系統(tǒng)。當(dāng)數(shù)據(jù)倉庫特不龐大時(shí)，為提高性能，可建立一些面向部門應(yīng)用的數(shù)據(jù)集市，這些數(shù)據(jù)集市中的數(shù)據(jù)是從中央庫中通過復(fù)制與傳送

25、等手段拷貝過來的。信息訪問：這一部分是前端工具，要緊提供給有關(guān)業(yè)務(wù)部門訪問數(shù)據(jù)倉庫中的信息使用，在這一部分一般都采納圖形界面、交互功能強(qiáng)的查詢工具。2.4 一個(gè)數(shù)據(jù)倉庫實(shí)施流程業(yè)務(wù)探究業(yè)務(wù)探究數(shù)據(jù)倉庫咨詢信息采集與挖掘邏輯建摸數(shù)據(jù)倉庫結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)倉庫解決方案就緒知識(shí)探索建模物理模型設(shè)計(jì)數(shù)據(jù)倉庫治理（過程與操作）數(shù)據(jù)轉(zhuǎn)換C/S應(yīng)用開發(fā)數(shù)據(jù)挖掘與分析數(shù)據(jù)倉庫解決方案集成系統(tǒng)支持邏輯建?；貞浳锢斫；貞洈?shù)據(jù)倉庫調(diào)整數(shù)據(jù)倉庫容量規(guī)劃數(shù)據(jù)倉庫審計(jì)數(shù)據(jù)倉庫規(guī)劃數(shù)據(jù)倉庫設(shè)計(jì)與實(shí)施數(shù)據(jù)倉庫支持與完善第三章 系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)3.1系統(tǒng)設(shè)計(jì)指導(dǎo)思想制定合理的系統(tǒng)目標(biāo) 在數(shù)據(jù)倉庫建設(shè)的規(guī)劃時(shí)期，不能求勝心切，應(yīng)該制

26、定切合實(shí)際的系統(tǒng)目標(biāo)，將擴(kuò)大決策支持系統(tǒng)的數(shù)據(jù)源、改善用戶獲得信息的手段、為用戶提供更加準(zhǔn)確、可靠和全面的信息作為系統(tǒng)建設(shè)的全然動(dòng)身點(diǎn)。循序漸進(jìn) 在銀行中使用數(shù)據(jù)倉庫技術(shù)應(yīng)本著循序漸進(jìn)的原則進(jìn)行。首先，在涉及某一類銀行業(yè)務(wù)的單項(xiàng)應(yīng)用領(lǐng)域開展，逐步進(jìn)展到在涉及不同銀行產(chǎn)品的幾個(gè)單項(xiàng)應(yīng)用領(lǐng)域開展，最后，再建立全行的數(shù)據(jù)倉庫，將數(shù)據(jù)挖掘的范圍擴(kuò)展到多項(xiàng)銀行活動(dòng)。而不要一開始就希望把銀行所有的數(shù)據(jù)都裝載到數(shù)據(jù)倉庫中，建立一個(gè)大規(guī)模的全銀行范圍內(nèi)的數(shù)據(jù)倉庫，如此會(huì)使銀行隱入邏輯、行政和財(cái)政的困境而不能自拔。數(shù)據(jù)倉庫不是越大越有效，初始時(shí)從建立較小的數(shù)據(jù)集市入手，一方面能夠降低開發(fā)成本，縮短實(shí)現(xiàn)周期，另一

27、方面還有助于為以后數(shù)據(jù)倉庫的全面啟動(dòng)培訓(xùn)IT人員。將相關(guān)信息集成到數(shù)據(jù)倉庫中 80年代，美國曾做過一次對(duì)企業(yè)高層治理人員的問卷調(diào)查，以研究高層治理人員獲得經(jīng)營治理信息的途徑。結(jié)果出人意料，治理人員的級(jí)不越高，他就越少通過內(nèi)部數(shù)據(jù)來獲得經(jīng)營治理信息：大型企業(yè)的最高決策者95的經(jīng)營治理信息來自企業(yè)外部。數(shù)據(jù)倉庫系統(tǒng)不是簡(jiǎn)單的企業(yè)內(nèi)部數(shù)據(jù)集成，而是為決策支持提供集成的數(shù)據(jù)源，因此，必須在關(guān)注企業(yè)內(nèi)部數(shù)據(jù)的同時(shí)，將外部信息集成到數(shù)據(jù)倉庫中；此外，與數(shù)據(jù)信息相比，圖形、圖像信息更為直觀、易于理解，也應(yīng)該集成到數(shù)據(jù)倉庫中。當(dāng)前目標(biāo)與長遠(yuǎn)目標(biāo)相結(jié)合 數(shù)據(jù)倉庫建設(shè)不是一勞永逸的情況，應(yīng)該樹立長遠(yuǎn)的進(jìn)展眼光。即

28、使在建立第一個(gè)面向特定部門或特定應(yīng)用的數(shù)據(jù)集市時(shí)，也一定要保證現(xiàn)在使用的數(shù)據(jù)模型能夠向今后所使用的全銀行范圍的數(shù)據(jù)存儲(chǔ)擴(kuò)展，以便于今后其他數(shù)據(jù)集市和戰(zhàn)略性數(shù)據(jù)倉庫的實(shí)現(xiàn)。必須在部門之間進(jìn)行一致性的數(shù)據(jù)定義，并通過這些定義上的一致性協(xié)議使以后部門間的數(shù)據(jù)聯(lián)合成為有效、可行。統(tǒng)計(jì)結(jié)果顯示，數(shù)據(jù)倉庫的數(shù)據(jù)量會(huì)以每年大約40的速率增長，由于在設(shè)計(jì)時(shí)期專門難準(zhǔn)確地預(yù)料到系統(tǒng)初始和以后的負(fù)載情況，因此，應(yīng)該在設(shè)計(jì)開始時(shí)考慮系統(tǒng)可伸縮性，以便能夠容納更多的客戶、進(jìn)程和存儲(chǔ)，應(yīng)盡可能準(zhǔn)確地選擇與用戶需求相適應(yīng)的系統(tǒng)并適當(dāng)?shù)亓舫鲇嗟?，以免因系統(tǒng)過大而超出其適用范圍，白白白費(fèi)投資。不追求盡善盡美 進(jìn)行數(shù)據(jù)倉庫建設(shè)

29、時(shí)，在定義了系統(tǒng)目標(biāo)、明確了關(guān)鍵的成功因素、合理操縱了數(shù)據(jù)倉庫規(guī)模的基礎(chǔ)上，就應(yīng)該盡快行動(dòng)起來，盡快獵取數(shù)據(jù)倉庫投資帶來的回報(bào)。當(dāng)客戶需要更多的信息和更詳細(xì)的細(xì)節(jié)時(shí)，就應(yīng)立即著手進(jìn)行數(shù)據(jù)倉庫的進(jìn)展和擴(kuò)建工作，不應(yīng)拘泥于“完美”不放，應(yīng)在不斷修改的同時(shí)不斷進(jìn)展。以不阻礙正常業(yè)務(wù)為前提 由于數(shù)據(jù)倉庫的查詢是一種不規(guī)則的查詢運(yùn)作，在考慮數(shù)據(jù)倉庫方案時(shí)，應(yīng)以不防礙正常的銀行業(yè)務(wù)處理為原則，可考慮把數(shù)據(jù)倉庫的系統(tǒng)平臺(tái)與生產(chǎn)系統(tǒng)的系統(tǒng)平臺(tái)分隔開來，放在并行的主從服務(wù)器上分不運(yùn)行。3.2 方案總體框架圖方式：掃瞄器 對(duì)象：信息公布、網(wǎng)上報(bào)表、各級(jí)領(lǐng)導(dǎo)網(wǎng)上查詢Web服務(wù)器多維分析數(shù)據(jù)挖掘Red Brick數(shù)據(jù)

30、倉庫提取 過濾 條件 壓縮 清理 家庭關(guān)系識(shí)不 數(shù)據(jù)加載信用卡對(duì)公系統(tǒng)儲(chǔ)蓄系統(tǒng)方式：掃瞄器 對(duì)象：信息公布、網(wǎng)上報(bào)表、各級(jí)領(lǐng)導(dǎo)網(wǎng)上查詢Web服務(wù)器多維分析數(shù)據(jù)挖掘Red Brick數(shù)據(jù)倉庫提取 過濾 條件 壓縮 清理 家庭關(guān)系識(shí)不 數(shù)據(jù)加載信用卡對(duì)公系統(tǒng)儲(chǔ)蓄系統(tǒng)3.3 系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì) 為了實(shí)現(xiàn)各種功能，我們建議分不采納了組件技術(shù)，WEB技術(shù)，OLAP技術(shù)，并在整個(gè)應(yīng)用系統(tǒng)的體系結(jié)構(gòu)上采納了三層體系結(jié)構(gòu)來進(jìn)行設(shè)計(jì)。三層體系結(jié)構(gòu) 針對(duì)河北省工商銀行數(shù)據(jù)倉庫系統(tǒng)，我們建議采納的三層體系結(jié)構(gòu)（BWD）,即數(shù)據(jù)庫，WEB服務(wù)器，掃瞄器表現(xiàn)層。 早在1980年第一個(gè)數(shù)據(jù)庫治理系統(tǒng)出現(xiàn)時(shí)，數(shù)據(jù)庫的世紀(jì)就已

31、悄然開始。那時(shí)的觀念是由應(yīng)用程序操縱關(guān)系型數(shù)據(jù)庫，這種數(shù)據(jù)處理的模式一般稱為單層結(jié)構(gòu)（1-Tier）。由于這種結(jié)構(gòu)的數(shù)據(jù)庫程序占用計(jì)算機(jī)資源較多，因此在80年代中期，數(shù)據(jù)庫應(yīng)用開始轉(zhuǎn)向C/S結(jié)構(gòu)，也確實(shí)是所謂的兩層結(jié)構(gòu)（2-Tier）。這種結(jié)構(gòu)在近十年內(nèi)不但得到了廣泛的運(yùn)用，而且相當(dāng)成功。然而，在兩層結(jié)構(gòu)成功的背后卻逐漸暴露出其構(gòu)架上的缺陷。其中最明顯的問題表現(xiàn)在應(yīng)用程序的伸縮性和維護(hù)方面。例如，如何把數(shù)據(jù)庫治理系統(tǒng)及其應(yīng)用程序分散到十分緩慢的網(wǎng)絡(luò)上，如何操縱數(shù)據(jù)的統(tǒng)一性和完整性；一旦應(yīng)用程序有任何改動(dòng)，維護(hù)人員就必須修改每一個(gè)客戶端上的應(yīng)用。 新一代數(shù)據(jù)庫治理系統(tǒng)在傳統(tǒng)的C/S結(jié)構(gòu)中，增加了

32、應(yīng)用程序服務(wù)器這種新的結(jié)構(gòu)確實(shí)是所謂的nTier或Multi-Tier。應(yīng)用程序服務(wù)器包括了統(tǒng)一的界面、業(yè)務(wù)規(guī)則的制定和數(shù)據(jù)處理邏輯的規(guī)定等等。多層應(yīng)用服務(wù)技術(shù)同意分割應(yīng)用程序，本地計(jì)算機(jī)上無須安裝一套數(shù)據(jù)庫工具，就能夠在另一臺(tái)機(jī)器上存取數(shù)據(jù)。同時(shí)它同意對(duì)業(yè)務(wù)規(guī)則和進(jìn)程進(jìn)行集中治理，并在整個(gè)網(wǎng)絡(luò)上分發(fā)、實(shí)現(xiàn)進(jìn)程負(fù)載的動(dòng)態(tài)調(diào)節(jié)。在三層體系結(jié)構(gòu)的第三層，即表現(xiàn)層，能夠分為三大類，應(yīng)用程序的客戶端，掃瞄器，第三方廠商提供的前端表現(xiàn)工具。組件技術(shù) 在整個(gè)體系結(jié)構(gòu)的設(shè)計(jì)中，我們注重了組件的應(yīng)用，采納積木法來進(jìn)行設(shè)計(jì)。先構(gòu)筑系統(tǒng)的總體框架，然后構(gòu)造各個(gè)構(gòu)件，并依次把構(gòu)件安裝到系統(tǒng)中去。 大部分應(yīng)用系統(tǒng)，在

33、功能上有類似之處，因而利用軟件的重用技術(shù)就能夠把開發(fā)過程大大簡(jiǎn)化。在確定系統(tǒng)總體框架、構(gòu)筑總體框架、構(gòu)造構(gòu)件以及修改構(gòu)件等時(shí)期，都同一個(gè)叫做“軟構(gòu)件集合”的實(shí)體打交道，那個(gè)軟構(gòu)件集合也被稱為“軟件構(gòu)件庫”。在開發(fā)之初就應(yīng)該著手預(yù)備那個(gè)軟構(gòu)件集合，比如能夠搜集一些差不多開發(fā)的系統(tǒng)的總體設(shè)計(jì)、規(guī)范、局部流程以及某些人機(jī)界面、通用功能模塊、簡(jiǎn)單開發(fā)工具。每開發(fā)出一個(gè)組件，都要把該組件及其功能、調(diào)用接口等信息放入軟構(gòu)件集合。我們采納ActiveX來完成組件的設(shè)計(jì)。 在應(yīng)用程序的客戶端，掃瞄器上的ActiveX用dcom協(xié)議或CORBA協(xié)議與應(yīng)用服務(wù)器進(jìn)行通信，由Dcom Server或CORBA Se

34、rver負(fù)責(zé)向數(shù)據(jù)庫提交請(qǐng)示，并取得相應(yīng)數(shù)據(jù)。 WEB技術(shù) WWW是Internet上進(jìn)展最快、應(yīng)用最廣泛也最有用的超文本信息通信系統(tǒng)。服務(wù)器端通過Web Server能夠提供各種服務(wù)；客戶端能夠通過掃瞄器（Browser）訪問多種協(xié)議的多媒體信息，依據(jù)用戶的需要組織和傳遞信息。人們能夠通過WWW掃瞄器掃瞄和檢索WWW站點(diǎn)的信息，這就使得信息的共享與交流越來越迅速、越來越方便，正因?yàn)槿绱耍懦蔀榱四壳癐nternet/Intranet上信息公布與出版的重要途徑。 WWW的最大特色在于為用戶提供良好的信息查詢界面。WWW把各種形式的信息，如文本、圖像、聲音、視頻等無縫隙地集成在一起，用戶只需要提

35、出自己的查詢要求，具體到什么地點(diǎn)、如何取回信息都由WWW自動(dòng)完成。通過掃瞄器，用戶只需用鼠標(biāo)點(diǎn)擊顯示屏上高亮度或有下劃線的詞語，就可將與該詞語相關(guān)聯(lián)的文件取回并顯示在屏幕上，用戶無需關(guān)懷這些文件存放在Internet/Intranet上的哪臺(tái)計(jì)算機(jī)中。OLAP技術(shù) OLAP是On-line Analytical Process（在線分析）的首字母縮寫。OLAP是使用戶能夠從多種角度對(duì)從原始數(shù)據(jù)中轉(zhuǎn)化出來的、能夠真正為用戶所理解的、并真正反映企業(yè)維特性的信息進(jìn)行快速、一致、交互地存取，從而獲得對(duì)數(shù)據(jù)的更深入了解的一類軟件技術(shù)。OLAP的目標(biāo)是滿足決策支持或多維環(huán)境特定的查詢或報(bào)表需求，它的技術(shù)核

36、心是“維”的概念，因此OLAP也被稱為多維數(shù)據(jù)分析。3.4 系統(tǒng)方案的組成 該方案包括：可擴(kuò)展的高性能的系統(tǒng)硬件平臺(tái)；適合復(fù)雜數(shù)據(jù)分析處理的數(shù)據(jù)倉庫引擎；數(shù)據(jù)抽取和轉(zhuǎn)換工具；數(shù)據(jù)挖掘和分析工具；前端的商業(yè)智能工具IBM/RS6000地市網(wǎng)點(diǎn) Intranet Web ServerNT Server： IISBrio.OnDemandFrontPage數(shù)據(jù)分析/挖掘數(shù)據(jù)倉庫 操作系統(tǒng)：AIX4.3.3 數(shù)據(jù)庫：Red Brick 軟件：Datastage省行中心機(jī) 房IBM/RS6000地市網(wǎng)點(diǎn) Intranet Web ServerNT Server： IISBrio.OnDemandFron

37、tPage數(shù)據(jù)分析/挖掘數(shù)據(jù)倉庫 操作系統(tǒng)：AIX4.3.3 數(shù)據(jù)庫：Red Brick 軟件：Datastage省行中心機(jī) 房RAIDRAIDInformixInformix MetaCube 4.2Brio.Query Designer 操作系統(tǒng)：Windows NT/95/98 操作系統(tǒng)：Windows NT/95/98 掃瞄器：IE 、IIS軟件：Brio.Insight 系統(tǒng)軟硬件配置圖3.4.1 數(shù)據(jù)倉庫的操作系統(tǒng)平臺(tái)和數(shù)據(jù)庫平臺(tái)我們選擇IBM/AIX4.3.3作為數(shù)據(jù)倉庫的操作系統(tǒng)平臺(tái)。 IBM作為世界范圍高質(zhì)量服務(wù)的UNIX系統(tǒng)提供商，它推出的AIX操作系統(tǒng)要緊特征：同時(shí)支持3

38、2-位和64-位應(yīng)用多線索內(nèi)核；Pageable Kernel（動(dòng)態(tài)可交換內(nèi)核）；JFS（日志文件系統(tǒng)）；LVM（邏輯卷治理）；OS Level Mirroring（操作系統(tǒng)鏡像）；SMIT（易用型治理工具，支持圖形和Web）；Workload Manager（工作負(fù)荷治理）。我們選擇Red Brick Warehouse作為數(shù)據(jù)倉庫的數(shù)據(jù)庫平臺(tái)Red Brick Warehouse是一種專門的服務(wù)器技術(shù)，針對(duì)分析性數(shù)據(jù)集市解決方案、復(fù)雜查詢、快速加載性能、高容量/高性能以及超大數(shù)據(jù)庫的有效治理等方面進(jìn)行了設(shè)計(jì)和優(yōu)化。關(guān)鍵特色：Table Management Utility（TMU）完成所有

39、必要的任務(wù)，以確保數(shù)據(jù)就緒，同時(shí)還支持?jǐn)?shù)據(jù)轉(zhuǎn)化和清洗、插入數(shù)據(jù)行、檢查參照完整性、更新所有相關(guān)索引和創(chuàng)建聚攏等功能，能夠在單個(gè)加載過程中完成所有操作。Parallel Table Management Utility（PTMU）能用SMP并行機(jī)制來大大加速數(shù)據(jù)加載，并行機(jī)制來大大加速數(shù)據(jù)加載，并行地實(shí)現(xiàn)全面的參照完整性檢查和創(chuàng)建索引。數(shù)據(jù)庫的設(shè)計(jì)者加以選用STAR、TARGET、以及B-Tree索引來優(yōu)化他們的特定處理環(huán)境。Auto Aggregate Load與TMU或PTMU共同使用，集成聚攏表并在常規(guī)的更新過程中生成。這種過程能夠大大減少維護(hù)治理聚攏記錄的成本。STARindex將多個(gè)表

40、連接起來，以實(shí)現(xiàn)最佳的查詢響應(yīng)能力和高性能的增量更新。STARindex采納了Informix Red Brick Warehouse獨(dú)特的高級(jí)算法，能夠使每個(gè)索引占據(jù)更小的磁盤空間。STARjoin一種獨(dú)特的多表連接算法技巧，針對(duì)star模式優(yōu)化，能夠?yàn)閿?shù)據(jù)倉庫查詢的多維分析提供更快的反應(yīng)速度。TARGETindex可不斷調(diào)整的TARGETindex是一種位圖索引技術(shù)，專門為以極快速度從大型的表中選擇記錄而設(shè)計(jì)。TARGETjoin同意用戶在查詢中對(duì)多個(gè)表并行地采納多套限制，提供更加聚焦、更具目標(biāo)的數(shù)據(jù)視圖。RISQL Extensions 使商務(wù)用戶能夠方便地利用SQL表達(dá)常見的業(yè)務(wù)問題，

41、并進(jìn)行包括排序和排列的多種形式比較。 Vista 一種聚攏治理系統(tǒng)，集成于服務(wù)器內(nèi)，提供了全面的聚攏創(chuàng)建、治理和查詢優(yōu)化功能。它能夠使頻繁訪問的數(shù)據(jù)更有強(qiáng)大的功能。Parallel on Demand防止過多的并行處理，使用戶不必花費(fèi)寶貴的時(shí)刻去優(yōu)化單個(gè)的查詢。Dynamic Incremental Optimization動(dòng)態(tài)增量?jī)?yōu)化 在查詢執(zhí)行過程中，利用從即時(shí)結(jié)果獲得信息，重新評(píng)估和調(diào)整查詢和執(zhí)行打算。SuperScan使多個(gè)用戶利用同一個(gè)I/O流，大大減少大量用戶和查詢時(shí)的I/O操作。Table Segmentation表分區(qū) 能夠?qū)σ粋€(gè)表或索引進(jìn)行物理上的劃分，使其分布在不同的設(shè)備或

42、文件系統(tǒng)上，同時(shí)保持單個(gè)表時(shí)在治理和可用性方面的所有優(yōu)勢(shì)。 Time-Cyclic Data Management 通過將舊的數(shù)據(jù)分區(qū)清除掉，用于存儲(chǔ)新的數(shù)據(jù)分區(qū)，關(guān)心用戶有效地處理時(shí)刻敏感的數(shù)據(jù)。 Informix Red Brick安全性功能 通過提供層次化，基于角色的安全性和豐富的日志來支持治理、優(yōu)化和計(jì)費(fèi)功能，方便了大規(guī)模數(shù)據(jù)庫治理。 Query-Priority Concurrcy這種獨(dú)特的多任務(wù)機(jī)制專門針對(duì)決策支持環(huán)境設(shè)計(jì)，從而使查詢的執(zhí)行在數(shù)據(jù)更新和加載操作中不受阻礙。 SQL Backtrack 提供全面和靈活的解決方案，以快速、簡(jiǎn)捷、安全地備份和恢復(fù)數(shù)據(jù)庫。 Informix

43、 Red Brick Warehouse Administrator 一種圖形化，基于Windows的工具，能夠簡(jiǎn)化治理并提高效率。它為學(xué)習(xí)如何治理Informix Red Brick Warehouse提供方便的學(xué)習(xí)方法，并可引導(dǎo)有經(jīng)驗(yàn)的治理員完成不常見的任務(wù)。同時(shí)，它還支持“what if”試驗(yàn)和增量模式進(jìn)展 3.4.2 數(shù)據(jù)抽取、轉(zhuǎn)換、和裝載軟件DtaStage要想實(shí)施有效的決策應(yīng)用，應(yīng)首先必須擁有能夠從不同數(shù)據(jù)源中抽取數(shù)據(jù)、凈化數(shù)據(jù)、并把數(shù)據(jù)裝入數(shù)據(jù)倉庫環(huán)境中的功能強(qiáng)大、技術(shù)成熟的工具。Informix Datastage是一套專門對(duì)多種操作數(shù)據(jù)源的數(shù)據(jù)抽取、轉(zhuǎn)換和維護(hù)過程進(jìn)行簡(jiǎn)化和自

44、動(dòng)化，并將其輸入目標(biāo)數(shù)據(jù)庫的集成工具。3.4.3 在線分析和數(shù)據(jù)挖掘工具M(jìn)etaCubeMetaCube 能夠：提供相關(guān)數(shù)據(jù)倉庫中數(shù)據(jù)的直觀、易于導(dǎo)航的多維視圖；提供多數(shù)據(jù)庫平臺(tái)支持；提供一整套高級(jí)的治理工具集，簡(jiǎn)化數(shù)據(jù)倉庫治理；提供全面的、基于Web的ROLAP解決方案。MetaCube的優(yōu)勢(shì)：在數(shù)據(jù)倉庫實(shí)施中使用MetaCube 能為用戶帶來許多好處：增加數(shù)據(jù)倉庫投資的收益和回報(bào)；提高企業(yè)的知識(shí)水平和生產(chǎn)力；關(guān)心決策著做出更明智的決策；更快速、更高效地把握不可預(yù)測(cè)的、面向主題的信息；實(shí)現(xiàn)分布式的決策。3.4.4 Web服務(wù)器 Windows NT提供了一些支持Internet和Intran

45、et出版和訪問服務(wù)的工具，例如IIS（Internet Information Server、即Internet信息服務(wù)器），IE等。 Internet上的核心網(wǎng)絡(luò)服務(wù)之一是World Wide Web（WWW或Web），它為用戶提供圖形的，易于掃瞄的界面，使用戶能夠確定Internet上信息的位置，這些網(wǎng)面連在一起組成了一個(gè)信息網(wǎng)。 IIS為基于Windows NT的計(jì)算機(jī)了提供了Internet上公布資源和服務(wù)的能力，使用IIS可進(jìn)行公布服務(wù)，例如超文本網(wǎng)頁，客戶機(jī)/服務(wù)器應(yīng)用程序等。使用超文本傳輸協(xié)議（HTTP），文件傳輸協(xié)議（FTP）在Internet和Intranet上提供公布信息和

46、服務(wù)。使用這些網(wǎng)絡(luò)服務(wù)，能夠公布網(wǎng)頁，交互式應(yīng)用程序，客戶目錄，在WWW上讀取數(shù)據(jù)庫。3.4.5 前端分析工具：Brio產(chǎn)品 在三層結(jié)構(gòu)中的表現(xiàn)層，能夠利用第三方廠商提供的產(chǎn)品實(shí)現(xiàn)簡(jiǎn)便，靈活的查詢，報(bào)表生成功能，并利用這些工具，對(duì)數(shù)據(jù)庫中的信息進(jìn)行分析和查詢。Brio是提供的前端表示工具，它們桌面OLAP分析的建模工具，OLAP分析工具，及對(duì)庫的查詢，報(bào)表的生成。Brio企業(yè)版的服務(wù)器：OnDemand服務(wù)器是一個(gè)網(wǎng)絡(luò)應(yīng)用服務(wù)器。網(wǎng)上進(jìn)行查詢、集中治理客戶、安全性和“適應(yīng)性報(bào)表”（Adaptive Reports）。同意使用Web的用戶方便并安全的訪問存在企業(yè)業(yè)務(wù)數(shù)據(jù)庫、數(shù)據(jù)集市和數(shù)據(jù)倉庫中的

47、商業(yè)信息Brio的Client/Server客戶端工具：BrioQuery Desigener是查詢、分析及報(bào)表工具。具有數(shù)據(jù)庫治理功能、安全性、審計(jì)和“存儲(chǔ)倉庫”（Repository）設(shè)置（供信息技術(shù)部門使用）Brio的Web/Intranet客戶端工具：Brio.Insight是基于Web掃瞄器的查詢、分析及報(bào)表工具。依照?qǐng)?bào)表信息和用戶安全的需要而具有不同層次的功能。 3.4.6 編程工具 Deliphi自從Borland推出了Deliphi之后，深受程序設(shè)計(jì)人員的青睞。Deliphi的每一個(gè)新版本都給用戶提供了更新、更好的功能，。例如Deliphi1.0版本給用戶提供了一種全新的可視化

48、編程環(huán)境，使用戶能快速開發(fā)Windows3.1的應(yīng)用程序。Deliphi2.0中增加了數(shù)據(jù)模塊（DataModule）等多種高效的數(shù)據(jù)重用功能。現(xiàn)在每三代版本Deliphi3，4多層結(jié)構(gòu)的32位快速開發(fā)工具又給開發(fā)人員帶來了全新的多層結(jié)構(gòu)概念，并推出了開發(fā)多層結(jié)構(gòu)所需的技術(shù)和工具集。MIDAS是開發(fā)服務(wù)器級(jí)的應(yīng)用程序，即體系結(jié)構(gòu)中的應(yīng)用服務(wù)器和表現(xiàn)層的理想工具之一3.4.7 網(wǎng)頁設(shè)計(jì)工具 InterDev是為有一定編程能力的程序人員設(shè)計(jì)的網(wǎng)頁設(shè)計(jì)軟件。它提供端到端的調(diào)試功能，現(xiàn)場(chǎng)設(shè)計(jì)和治理工具，數(shù)據(jù)庫連接工具，編程資源庫，并可方便引入用ActiveX組件等功能。 Frontpage是美化頁面的

49、工具 Photoshop用來完成圖片的設(shè)計(jì)第四章 銀行數(shù)據(jù)倉庫的建設(shè) 數(shù)據(jù)倉庫系統(tǒng)與傳統(tǒng)的OLTP系統(tǒng)有專門大的區(qū)不，因此需要豐富的實(shí)踐經(jīng)驗(yàn)才能保證系統(tǒng)的成功實(shí)施。北京天恩科技有限公司作為專門從事銀行業(yè)務(wù)信息化的企業(yè)，通過多年來對(duì)銀行業(yè)務(wù)的深入研究，以其雄厚的技術(shù)實(shí)力為客戶提供從系統(tǒng)平臺(tái)、網(wǎng)絡(luò)方案到銀行應(yīng)用系統(tǒng)全套的解決方案。天恩科技公司通過多年的銀行應(yīng)用軟件的開發(fā)，實(shí)現(xiàn)了對(duì)公、儲(chǔ)蓄及信用卡帳目的治理，并建立一套完善的辦公自動(dòng)化系統(tǒng)、風(fēng)險(xiǎn)監(jiān)督系統(tǒng)以及其他輔助子系統(tǒng)。利用銀行系統(tǒng)項(xiàng)目開發(fā)工作中積存了許多寶貴的經(jīng)驗(yàn)，同時(shí)結(jié)合國外先進(jìn)的數(shù)據(jù)倉庫的實(shí)施方法論和數(shù)據(jù)倉庫的完整框架結(jié)構(gòu)，作為國內(nèi)銀行實(shí)施數(shù)

50、據(jù)倉庫的治理機(jī)制與技術(shù)指南。4.1 面向應(yīng)用的OLTP系統(tǒng)與面向主題的OLAP系統(tǒng) 對(duì)銀行而言，一般都針對(duì)其各項(xiàng)業(yè)務(wù)開發(fā)了相應(yīng)的OLTP系統(tǒng)，用來解決銀行日常的生產(chǎn)自動(dòng)化問題，如儲(chǔ)蓄系統(tǒng)、信用卡系統(tǒng)等。這些系統(tǒng)差不多上解決專門的業(yè)務(wù)問題數(shù)據(jù)倉庫則是面向主題的，對(duì)銀行來講，客戶是一個(gè)永恒的話題，要研究客戶的消費(fèi)行為和心理，對(duì)客戶進(jìn)行各種分類，如哪些客戶的信用好，哪些客戶的風(fēng)險(xiǎn)大，等等諸如此類的問題。另外，銀行的產(chǎn)品也是一個(gè)值得研究的主題，據(jù)此來分析這些產(chǎn)品的市場(chǎng)定位等 從數(shù)據(jù)庫結(jié)構(gòu)來看，兩者的區(qū)不能夠用下圖來表示。生產(chǎn)系統(tǒng)生產(chǎn)系統(tǒng)貸款儲(chǔ)蓄信用卡面向應(yīng)用面向主題數(shù)據(jù)倉庫系統(tǒng)客戶產(chǎn)品分銷渠道4.2個(gè)

51、性化服務(wù)的定義 我們首先對(duì)個(gè)性化服務(wù)進(jìn)行定義，這種定義能夠從客戶和銀行的兩個(gè)方面的觀點(diǎn)來看：對(duì)公和對(duì)私客戶認(rèn)為個(gè)性化服務(wù)是：銀行明白我（who）在什么時(shí)刻(when)，需要什么產(chǎn)品或服務(wù)(what)，以我能夠同意的價(jià)格(how much)，經(jīng)由我喜愛的分銷渠道(where)，對(duì)我提供銷售。銀行的定義是：以有競(jìng)爭(zhēng)性的產(chǎn)品或服務(wù)(what)，在適當(dāng)?shù)臅r(shí)刻(when)，通過適當(dāng)?shù)姆咒N渠道(where)，對(duì)信用好風(fēng)險(xiǎn)低的客戶(who)，以合理的價(jià)格(how much)和利潤(profitable)完成銷售。兩者都在精打細(xì)算的前提下，以達(dá)成自己的需求和目標(biāo)。然而銀行現(xiàn)有的信息技術(shù)和體系結(jié)構(gòu)，差不多上以帳

52、號(hào)為中心的客戶檔案和歷史的交易明細(xì)，在設(shè)計(jì)時(shí)考慮以最快的速度處理業(yè)務(wù)流程的交易，因此不同業(yè)務(wù)的生產(chǎn)系統(tǒng)只儲(chǔ)存與此應(yīng)用相關(guān)的交易明細(xì)數(shù)據(jù)，其他應(yīng)用的歷史數(shù)據(jù)都已備份在流帶或存儲(chǔ)在不同的生產(chǎn)系統(tǒng)中，無法滿足以分析為向?qū)У膫€(gè)性化服務(wù)的業(yè)務(wù)需要。為不阻礙銀行現(xiàn)有以業(yè)務(wù)為流程為向?qū)У纳a(chǎn)系統(tǒng)的處理速度，需要建立一套全新的數(shù)據(jù)倉庫信息技術(shù)才能滿足以分析為向?qū)У膫€(gè)性化服務(wù)的業(yè)務(wù)需求，達(dá)成上述客戶和銀行的各自要求。4.3 業(yè)務(wù)探究/業(yè)務(wù)發(fā)掘業(yè)務(wù)需求發(fā)掘是個(gè)復(fù)雜的咨詢服務(wù)過程，對(duì)銀行有極大的業(yè)務(wù)價(jià)值，它將促使銀行確定和評(píng)價(jià)相關(guān)項(xiàng)目的優(yōu)先級(jí)程度以及投資核算的成本，更清晰的了解自身現(xiàn)有什么樣的數(shù)據(jù)信息、數(shù)據(jù)質(zhì)量、具

53、有什么樣的IT基礎(chǔ)架構(gòu)等等。了解如何實(shí)施數(shù)據(jù)倉庫解決方案實(shí)施銀行的CRM打算并達(dá)到什么樣的結(jié)果，這些結(jié)果將是能夠定量描述的，能夠在規(guī)定的時(shí)刻內(nèi)達(dá)到。業(yè)務(wù)需求發(fā)掘過程將由天恩科技有限公司金融業(yè)資深顧問負(fù)責(zé)，在銀行信用卡部、市場(chǎng)部、規(guī)劃部、科技部等相關(guān)業(yè)務(wù)部門的緊密配合下完成。最終業(yè)務(wù)需求發(fā)掘報(bào)告將確定銀行多種業(yè)務(wù)中目前最重要的目標(biāo)和達(dá)到這些目標(biāo)需要的信息。 4.4 建立市場(chǎng)客戶信息基礎(chǔ)（MCIF，Marketing Customer Information Foundation）。MCIF是整個(gè)數(shù)據(jù)倉庫應(yīng)用的基礎(chǔ)。我們將現(xiàn)有業(yè)務(wù)系統(tǒng)中有關(guān)客戶的交易數(shù)據(jù)，加載到中央的市場(chǎng)客戶信息庫，建立以客戶為中

54、心的數(shù)據(jù)倉庫基礎(chǔ)環(huán)境?，F(xiàn)有銀行業(yè)務(wù)系統(tǒng)的設(shè)計(jì)差不多上以產(chǎn)品為中心，客戶與銀行的往來業(yè)務(wù)不同，需要使用不同的帳號(hào)；另外銀行的業(yè)務(wù)系統(tǒng)隨時(shí)刻的演變，會(huì)增加新系統(tǒng)和修改舊系統(tǒng)，數(shù)據(jù)存放在不同的磁盤上；再者由于使用不同的數(shù)據(jù)庫系統(tǒng)在不同的硬件平臺(tái)和操作系統(tǒng)上運(yùn)行，造成字段的名稱和格式代碼都不一致，數(shù)據(jù)的冗余性專門高?，F(xiàn)有這些情況，是現(xiàn)有生產(chǎn)系統(tǒng)無法提供業(yè)務(wù)用戶進(jìn)行以客戶為中心數(shù)據(jù)分析的要緊緣故。在市場(chǎng)客戶信息庫建立完成后，銀行的各業(yè)務(wù)部門將對(duì)全行客戶有統(tǒng)一的視圖（Single Version of Truth），從而能夠以客戶為單位分析銀行的業(yè)務(wù)情況，明白客戶的人數(shù)，客戶與銀行往來的情況、客戶的差不多

55、分類、了解客戶的差不多需求，或其他和客戶有關(guān)的復(fù)雜的查詢與報(bào)表，如趨勢(shì)分析、集群分析等。這一時(shí)期的關(guān)鍵是：邏輯數(shù)據(jù)模型和Red Brick數(shù)據(jù)庫治理系統(tǒng)，建立客戶市場(chǎng)營銷信息文件，提供動(dòng)態(tài)查詢等。4.5 利用數(shù)據(jù)倉庫實(shí)現(xiàn)的差不多功能模塊依照北京天恩科技有限公司在銀行業(yè)多年的實(shí)踐經(jīng)驗(yàn)，我們建議河北省工商行銀行各級(jí)領(lǐng)導(dǎo)注意考慮在以下幾種功能模塊：報(bào)表查詢與分析：調(diào)用用戶公布到網(wǎng)上的報(bào)表模板，查詢所需報(bào)表，同時(shí)，還能將已生成的報(bào)表圖示化，對(duì)報(bào)表數(shù)據(jù)進(jìn)行圖示分析。報(bào)表查詢與分析方法提供的是較為宏觀的分析方法。指標(biāo)查詢分析：指標(biāo)查詢與分析方法是以指標(biāo)方式進(jìn)行的查詢分析方法，與報(bào)表查詢查詢方式不同，指標(biāo)查

56、詢分析提供的是較為微觀的分析方法，每次關(guān)注的是一個(gè)或幾個(gè)指標(biāo)的情況。 地理方式指標(biāo)查詢：該模塊提供一個(gè)生動(dòng)直觀的地圖界面，在地圖界面上，用戶能夠選擇相應(yīng)的地區(qū)，該地區(qū)的經(jīng)營指標(biāo)，同時(shí)，還能進(jìn)行圖示化的對(duì)比分析、構(gòu)成分析、時(shí)刻序列分析等分析。該模塊能通過WEB掃瞄器從網(wǎng)上調(diào)用。 指標(biāo)采摘分析：該模塊提供指標(biāo)之間的關(guān)聯(lián)查詢與分析，用戶在查詢到某條指標(biāo)時(shí)，能夠通過后臺(tái)的指標(biāo)關(guān)系服務(wù)器，聯(lián)想也與該指標(biāo)有關(guān)聯(lián)的其他指標(biāo)。財(cái)務(wù)分析 財(cái)務(wù)比率分析：列出所有財(cái)務(wù)比率，并能夠通過某項(xiàng)財(cái)務(wù)比率指標(biāo)，進(jìn)行OLAP鉆取，查詢到阻礙該比率指標(biāo)的其財(cái)務(wù)指標(biāo)。 資產(chǎn)負(fù)債結(jié)構(gòu)分析：銀行對(duì)自己的資金從資產(chǎn)和負(fù)債兩個(gè)方面進(jìn)行統(tǒng)一

57、的協(xié)調(diào)和治理，實(shí)現(xiàn)兩者在期限和利率上的最佳組合，以確保資金的安全性和流淌性，并在此基礎(chǔ)追求最大化利潤。 利用在線分析（OLAP）技術(shù)和產(chǎn)品建立資產(chǎn)負(fù)債分析的模型，供銀行有關(guān)業(yè)務(wù)人員進(jìn)行多維的資產(chǎn)負(fù)債結(jié)構(gòu)分析。具體講，利用該模塊，業(yè)務(wù)人員可進(jìn)行如下分析：資產(chǎn)的總體結(jié)構(gòu)分析；負(fù)債的總體結(jié)構(gòu)分析；某類資產(chǎn)如貸款的地區(qū)結(jié)構(gòu)、行業(yè)結(jié)構(gòu)、品種結(jié)構(gòu)、期限結(jié)構(gòu)分析；某類貸款如不良代款（次級(jí)、可疑、損失貸款）的地區(qū)結(jié)構(gòu)、行業(yè)結(jié)構(gòu)、期限結(jié)構(gòu)；某類負(fù)債如存款的地區(qū)結(jié)構(gòu)、行業(yè)結(jié)構(gòu)、品種結(jié)構(gòu)、期限結(jié)構(gòu)分析；某類存款如定期存款的地區(qū)結(jié)構(gòu)、行業(yè)結(jié)構(gòu)、期限結(jié)構(gòu)分析等等。 存款結(jié)構(gòu)分析：采納OLAP技術(shù)，分析銀行各項(xiàng)存款的分布

58、情況，如存款行業(yè)分布，存款期限分布，存款利率分布等。 現(xiàn)金收支分布情況分析：采納OLAP技術(shù)，分析銀行現(xiàn)金收支分布情況。 貸款結(jié)構(gòu)分析：采納OLAP技術(shù)，分析銀行各項(xiàng)貸款的分布情況。如貸款行業(yè)分布，貸款性質(zhì)分布，貸款期限分布等 期限匹配的資產(chǎn)負(fù)債差額分析：將所有資產(chǎn)按到期日的長短由少到多排列，按加權(quán)平均（比如以資產(chǎn)數(shù)額作為權(quán)重）的方法計(jì)算出資產(chǎn)的平均到期日。然后以同樣方法計(jì)算出負(fù)債的平均到期日。兩者之間的差額稱為期限匹配形成的差額。若那個(gè)差額為正數(shù)，即資產(chǎn)的平均到期日大于負(fù)債的平均到期日，講明銀行的資金應(yīng)用過多了，到時(shí)侯可能出現(xiàn)支付能力不足的情況，而銀行卻不能依靠貸款的收回來支付到期的負(fù)債，只

59、能想方法來查找新的資金來源或調(diào)整負(fù)債結(jié)構(gòu)，現(xiàn)在銀行的經(jīng)營就會(huì)出現(xiàn)比較大的風(fēng)險(xiǎn)；若差額為負(fù)數(shù)，即資產(chǎn)的平均到期日小于負(fù)債的平均到期日，講明銀行資金運(yùn)用得不足，可能會(huì)出現(xiàn)資金的閑置，阻礙銀行的盈利。因此，銀行應(yīng)盡可能使得此差額接近于零，如此既能保證資金的流淌性，又能保持較高的盈利。該模塊可自動(dòng)計(jì)算該差額，并要求有關(guān)分析人員填定一份固定格式分析報(bào)告，對(duì)差額產(chǎn)生的緣故、可能造成的后果，以及解決的措施，作出簡(jiǎn)要的分析。從而為有關(guān)決策提供依據(jù)。決策支持 那個(gè)地點(diǎn)提供所需的統(tǒng)計(jì)分析和決策分析功能，為銀行各級(jí)決策人員提供決策支持。決策支持所要求的功能。 聚類分析：該模塊可供銀行內(nèi)部有人關(guān)人員進(jìn)行銀行各經(jīng)營要素

60、的聚類分析，如能夠依照幾個(gè)重要指標(biāo)，如利潤總額、存款余額、貸款余額對(duì)所轄各支行運(yùn)行進(jìn)行分類。 相關(guān)性分析：該模塊可供銀行內(nèi)部有關(guān)人員進(jìn)行銀行各經(jīng)營要素間的相關(guān)性分析，如銀行各類資產(chǎn)總額與利潤總額之間相關(guān)性，各類貸款總額與利息收入總額的相關(guān)性，利率水平與存貸款總量的相關(guān)性，揭示其內(nèi)在聯(lián)動(dòng)關(guān)系，從而為銀行的有關(guān)決策提供依據(jù)。 預(yù)測(cè)分析：該系統(tǒng)可供銀行有關(guān)人員對(duì)銀行以后的經(jīng)營狀況進(jìn)行預(yù)測(cè)，從而為銀行的有關(guān)決策提供依據(jù)。貸款需求預(yù)測(cè)：預(yù)測(cè)以后一段時(shí)刻的貸款需求量情況。資金籌措能力預(yù)測(cè)：預(yù)測(cè)以后一段時(shí)刻的存款余額情況。資金需求情況預(yù)測(cè)：預(yù)測(cè)以后的段時(shí)刻的資金需求情況。今日動(dòng)態(tài)那個(gè)地點(diǎn)列出銀行每日治理中特