商業(yè)智能技術(shù)在銀行的應(yīng)用探討_bi_管理信息化

《商業(yè)智能技術(shù)在銀行的應(yīng)用探討_bi_管理信息化》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、商業(yè)智能技術(shù)在銀行的應(yīng)用探討_BI_管理信息化1前言???隨著中國加入WTO，面對外資銀行的競爭壓力、我國金融體制改革的深入、新的IT技術(shù)的廣泛應(yīng)用以及“以客戶為中心”的經(jīng)營理念逐步得到加強，國內(nèi)商業(yè)銀行漸漸把關(guān)注的技術(shù)重點由設(shè)備建設(shè)、交易業(yè)務(wù)軟件的開發(fā)轉(zhuǎn)向以管理軟件為重點。為了增強競爭力，商業(yè)銀行紛紛開發(fā)有特色的管理軟件、風(fēng)險評估軟件，力求從管理中要效益、從管理降風(fēng)險.對于所有的管理系統(tǒng)而言，銀行基礎(chǔ)數(shù)據(jù)是發(fā)揮作用的核心，因此數(shù)據(jù)倉庫以及基于數(shù)據(jù)倉庫的商業(yè)智能技術(shù)在銀行的管理系統(tǒng)建設(shè)在有著很重要的作用。???本文即試圖從商業(yè)智能技術(shù)(BusinessIntelligenc

2、e，BI技術(shù))在銀行的應(yīng)用方案、技術(shù)解決模式以及應(yīng)用體系等方面提出一些見解。2BI針對銀行的整體解決方案???一個先進的BI系統(tǒng)應(yīng)該以先進的技術(shù)為客戶基于數(shù)據(jù)庫和數(shù)據(jù)倉庫的應(yīng)用提供完全統(tǒng)一的技術(shù)框架，為統(tǒng)一的整體IT技術(shù)架構(gòu)提供一個基礎(chǔ)。一般認為，BI前端應(yīng)用系統(tǒng)應(yīng)由兩大部分構(gòu)成：決策支持系統(tǒng)和客戶關(guān)系管理系統(tǒng)(又具體分為OCRM與ACRM)。???2.1決策支持系統(tǒng)???決策支持系統(tǒng)是面向查詢、報表、分析的應(yīng)用，它把基于多維數(shù)據(jù)庫的OLAP應(yīng)用和基于數(shù)據(jù)倉庫的OLTP應(yīng)用整合為一。具體的做法是，通過ETL系統(tǒng)，把生產(chǎn)系統(tǒng)數(shù)據(jù)以及歷史數(shù)據(jù)抽取建立數(shù)據(jù)倉庫，在數(shù)據(jù)倉庫中建立星

3、型模型;以數(shù)據(jù)倉庫為基礎(chǔ)，通過數(shù)據(jù)聚合、裝載，生成多維數(shù)據(jù)庫，建立多維分析模型;之后所有的決策支持系統(tǒng)應(yīng)用均基于此實現(xiàn)。???決策支持系統(tǒng)除了進行上面提到的經(jīng)營分析(包括OLAP分析系統(tǒng)與OLTP查詢系統(tǒng))外，還應(yīng)該包括報表系統(tǒng)、自動發(fā)布系統(tǒng)與預(yù)警監(jiān)控系統(tǒng)等，均應(yīng)同時支持OLTP與OLAP。???2.2操作型CRM???操作型CRM(OperationalCRM，或稱OCRM)，即客戶關(guān)系管理系統(tǒng)的客戶經(jīng)理業(yè)務(wù)模塊，該系統(tǒng)的客戶資料數(shù)據(jù)庫存放在數(shù)據(jù)倉庫、OLAP服務(wù)器上，最終用戶通過瀏覽器使用所有業(yè)務(wù)功能，同時該系統(tǒng)也需要EJB應(yīng)用服務(wù)器與Web服務(wù)器，所以，該系統(tǒng)與決策支

4、持系統(tǒng)(報表、查詢、分析)共享環(huán)境配置。???2.3分析型CRM???分析型CRM(AnalyticalCRM，或稱ACRM)，即客戶關(guān)系管理系統(tǒng)的客戶分析模塊，它的流程如下：系統(tǒng)通過OCRM把客戶信息收集到客戶資料數(shù)據(jù)庫，以與“決策支持系統(tǒng)”實現(xiàn)的流程類似的模式建立數(shù)據(jù)倉庫與客戶分析的星型模型，從而建立客戶分析模型。ACRM的分析結(jié)果將實時傳遞到OCRM系統(tǒng)的客戶資料數(shù)據(jù)庫，以為客戶經(jīng)理提供更加深入、詳細的客戶信息。3BI系統(tǒng)技術(shù)設(shè)計分析???3.1技術(shù)架構(gòu)概述???BI系統(tǒng)的技術(shù)架構(gòu)上應(yīng)該分為以下幾個邏輯組成部分：???(1)Browser：負責(zé)管理由頁面和擴展GUI構(gòu)

5、成的系統(tǒng)客戶端，頁面或組件對象對遠程對象的請求通過SOAPProxyObject封裝為SOAP請求，服務(wù)器端的SOAP響應(yīng)也要通過SOAPProxyObject解析，還原為客戶端請求方原始的數(shù)據(jù)格式。???(2)WebServer(HTTP服務(wù)器)：在HTTP協(xié)議的基礎(chǔ)之上完成對SOAP請求/響應(yīng)的傳遞和定位。???(3)WebServiceSupportEnvironment：在通常情況下由SOAP服務(wù)器和XML解析器構(gòu)成，完成對SOAPStream路由的管理和SOAP/XML的封裝、解析。???(4)WebServiceObject：類似客戶端的SOAPProxyObj

6、ect，但是更多的作用是根據(jù)從SOAP/XML解析出來的信息，將客戶端的請求映射到遠程對象上。???(5)EJBApplicationServer：通常由EJB服務(wù)器和EJB容器構(gòu)成，除了完成對EnterpriseBean的管理之外，還提供類似事務(wù)、命名、安全性的服務(wù)，以及獲取服務(wù)器端操作系統(tǒng)提供的服務(wù)并完成二者之間的交互。???(6)EnterpriseBean：J2EE模式下的服務(wù)器端組件，完成所有業(yè)務(wù)邏輯和相關(guān)計算，另一方面負責(zé)對數(shù)據(jù)源的存取。???(7)OLAP/OLTPDataSource：OLAPDataSource指由OLAP服務(wù)器構(gòu)造的多維數(shù)據(jù)庫，系統(tǒng)通過J

7、NI或JOLAP訪間，OLTPDataSource指各種關(guān)系數(shù)據(jù)庫和數(shù)據(jù)倉庫的數(shù)據(jù)，通過JDBC訪間。???3.2技術(shù)架構(gòu)應(yīng)有特征???(1)基于Web的分布式組件應(yīng)用：技術(shù)架構(gòu)基本上分為四層，客戶端、WebServiceRuntime層、業(yè)務(wù)邏輯層(遠程組件)和數(shù)據(jù)庫訪問層?？蛻舳耸窍鄬Ρ容^“瘦”，只對其要求完善、豐富的GUI表現(xiàn)；系統(tǒng)業(yè)務(wù)邏輯的實現(xiàn)以及數(shù)據(jù)處理由依賴于中間件的遠程服務(wù)器端組件完成；客戶端和服務(wù)器端之間是基于HTTP的請求/響應(yīng)形式的協(xié)作關(guān)系。???(2)整體技術(shù)架構(gòu)采用WebService機制，