【正文】 。是一種新的集成方法，支持應用系統(tǒng)間面向服務的交互，就像PC中的硬件總線，ESB智能地在應用系統(tǒng)間路由數(shù)據(jù)流，配合和轉換各個系統(tǒng)需要的數(shù)據(jù)信息。ESB作為SOA架構的數(shù)據(jù)交換HUB，同時為SOA提供一種連通性基礎架構，用以連接SOA中的服務。這種模式有助于減少應用接口數(shù)量和復雜性，是解決異構系統(tǒng)集成，實現(xiàn)準確高效的信息交換的有效辦法。WebServicesWeb服務（WebServices）是一種面向服務的架構的技術，通過標準的Web協(xié)議提供服務。Web服務可被理解為一個軟件系統(tǒng)，目的是用以支持網(wǎng)絡間不同平臺間應用服務的互操作。為了提高Web服務的互操作性，Web服務互操作組織制定了Web服務定義的核心規(guī)格，由XML、SOAP、WSDL和UDDI四部分組成?？蓴U展標記語言（eXtensibleMarkupLanguage，XML）是由萬維網(wǎng)聯(lián)盟于1998年2月發(fā)布的一種描述結構化數(shù)據(jù)的方法。它是目前廣泛使用的元語言，用于定義數(shù)據(jù)本身的結構和數(shù)據(jù)類型。簡單對象訪問協(xié)議（SimpleObjectAccessProtocol，SOAP）：一種標準化的通訊規(guī)范。SOAP能夠12讓不同應用程序之間透過HTTP協(xié)議通信，以XML格式交換彼此數(shù)據(jù)，使數(shù)據(jù)交換與編程語言、平臺和硬件無關。Web服務描述語言（WebServicesDescriptionLanguage，WSDL）：是為描述Web服務發(fā)布的XML格式。這是一個基于XML的關于如何與Web服務通訊和使用的服務描述，即描述與目錄中列出的Web服務進行交互時需要綁定的協(xié)議和信息格式統(tǒng)一描述、發(fā)現(xiàn)與集成（UniversalDescriptionDISCOIntegration，UDDI）：一種基于XML的跨平臺的描述規(guī)范，允許用戶在網(wǎng)絡上發(fā)布服務。它通過SOAP進行消息傳輸，用WSDL描述Web服務及其所使用的接口。安全體系設計信息安全體系是整個建設方案的重要組成部分，與管理規(guī)范標準的建設策略相類似，信息安全也應該貫穿建設的始終，信息安全不僅包括技術層面的安全保障（如網(wǎng)路安全、系統(tǒng)安全、應用安全等），而且還包括各項安全管理制度，因為只有在一系列安全管理的規(guī)章制度實行的前提下，技術才能更好地為安全保障做出貢獻。我們將在第7章“安全體系設計”中詳細介紹信息安全建設方案。4數(shù)據(jù)中心建設數(shù)據(jù)中心建設是面向信息管理系統(tǒng)的一項關鍵人物，它為信息管理系統(tǒng)提供支撐，其建設目標是建立起統(tǒng)一的數(shù)據(jù)中心核心數(shù)據(jù)庫框架，并完成在現(xiàn)有條件下的數(shù)據(jù)建模、入庫，同時通過數(shù)據(jù)交換平臺來實現(xiàn)數(shù)據(jù)共享、管理、維護、使用的機制。數(shù)據(jù)中心的建設思路數(shù)據(jù)中心建設以信息管理系統(tǒng)為突破口，建立以客戶檔案和項目管理為核心的數(shù)據(jù)中心。數(shù)據(jù)庫設計以項目流程為主線，標準化管理為原則進行設計。其主要設定特點如下：數(shù)據(jù)中心建設必須嚴格遵循國家和公司的相關標準。數(shù)據(jù)中心為信息管理系統(tǒng)提供統(tǒng)一的數(shù)據(jù)接入支持，客戶管理、項目管理、業(yè)務服務等業(yè)務子系統(tǒng)數(shù)據(jù)統(tǒng)一在數(shù)據(jù)中心進行存儲和調用。數(shù)據(jù)中心建設過程中完善客戶檔案和項目數(shù)據(jù)采集規(guī)范和技術標準，建立客戶檔案和項目的管理機制、考核機制以及安全與隱私保護機制，保障數(shù)據(jù)資源的安全、穩(wěn)定和可持續(xù)運行。數(shù)據(jù)中心的架構設計從數(shù)據(jù)中心的存儲庫分類圖中，可以看出數(shù)據(jù)中心可以分為：客戶庫、項目庫、業(yè)務庫、資金財務庫、資產物資庫、人力資源庫、影像資料庫、外圍機構庫、綜合管理庫、基礎信息庫。數(shù)據(jù)庫設計信息的分類編碼體系13數(shù)據(jù)庫建設過程中將嚴格遵循國家有關標準和公司制定的規(guī)范，統(tǒng)一指標體系和數(shù)據(jù)庫結構，規(guī)范工作流程。信息分類編碼遵循的標準化工作原則編碼要唯一標示，不能有歧義，不能重復；各項標準、規(guī)范、信息編碼、分類代碼嚴格遵循公司的建設規(guī)范要求。系統(tǒng)應用客戶檔案號作為信息庫的主關鍵字。通屬性同內涵的業(yè)務數(shù)據(jù)庫（表）和業(yè)務指標編碼在各業(yè)務系統(tǒng)中應保持一致。信息分類代碼有國家、行業(yè)和地方標準的原則上要參照執(zhí)行，可選擇使用，不可重新編碼。常用標準類別信息系統(tǒng)常用的標準包括：國際標準（ISO），如《信息技術互連國際標準（ISO/IEC1180195）》等。國家強制性標準（GB），如《軟件開發(fā)規(guī)范（GB856688）》、《計算機軟件測試文件編制規(guī)范（GB938688）》等。國家推薦性標準（GB/T），如《信息技術、軟件包質量要求和測試（GB/T175441988）》、《軟件工程標準分類法（GB/T155381995）》等。擔保行業(yè)的其他標準標準編碼的基本規(guī)則標準編碼已公司現(xiàn)有標準為藍本指定，使信息系統(tǒng)建設能夠實現(xiàn)“統(tǒng)一系統(tǒng)、網(wǎng)絡互聯(lián)、信息共享和數(shù)據(jù)挖掘”的目標，構建統(tǒng)一、規(guī)范、安全可信的信息系統(tǒng)。遵從現(xiàn)行國家有關標準規(guī)范和中國擔保行業(yè)應用工程的有關規(guī)定的基礎上，結合公司信息化建設的相關要求制定的。業(yè)務系統(tǒng)數(shù)據(jù)庫設計業(yè)務數(shù)據(jù)庫包括管理等子系統(tǒng)中各業(yè)務模塊的數(shù)據(jù)的存儲和調用，其以客戶檔案和項目的標準進行數(shù)據(jù)整理，形成各個業(yè)務專題的數(shù)據(jù)庫。從數(shù)據(jù)應用的角度上看，業(yè)務分類庫主要支持客戶檔案、項目的查詢服務和面向部門級的明細化數(shù)據(jù)查詢服務?；緝热菘蛻魴n案客戶檔案的主要記錄內容包括：（1）客戶基本信息包括客戶編碼、客戶名稱、客戶主體性質、所在地區(qū)、地址、聯(lián)系人、聯(lián)系電話、客戶狀態(tài)等。（2）客戶來源包括客戶經(jīng)理、訪問方式、請求來源等。（3）行業(yè)信息包括一級行業(yè)、二級行業(yè)、三級行業(yè)、四級行業(yè)、產業(yè)鏈、個性信息指標等。（4）客戶詳細信息包括客戶人員信息、賬戶信息、內控情況、生產概況、經(jīng)營概況、信用及負債、客戶關聯(lián)關系、財務報表分析、重要財務信息、環(huán)保問題、投資及收購、發(fā)展規(guī)劃、風險因素等。14項目檔案（1）項目基本信息包括項目編碼、項目名稱、客戶信息、項目產品、項目性質、項目階段、項目人員、項目建立時間等。（1）項目文件信息包括項目的意向擔保函、批復文件、正式擔保函、保證合同、借款合同等。統(tǒng)計分析數(shù)據(jù)庫概要設計統(tǒng)計分析數(shù)據(jù)庫是為了公司進行統(tǒng)計分析、業(yè)務監(jiān)督、績效考核、風險評估及決策支持等。其是通過從客戶檔案數(shù)據(jù)、項目數(shù)據(jù)和業(yè)務數(shù)據(jù)中抽取歸納出來的，主要包括客戶資源數(shù)據(jù)和業(yè)務數(shù)據(jù)。數(shù)據(jù)倉庫一般設計過程數(shù)據(jù)倉庫主要包括以下四個功能模塊：數(shù)據(jù)抽取和集成模塊、主題組織模塊、OLAP以及可視化模塊。數(shù)據(jù)抽取和集成模塊是數(shù)據(jù)倉庫中非常重要的組成部分，負責從外部數(shù)據(jù)源中抽取數(shù)據(jù)，并集成到主題的各種綜合數(shù)據(jù)表中。抽取數(shù)據(jù)時選取合適的數(shù)據(jù)源，制定它所作的數(shù)據(jù)庫和表，經(jīng)過一定的清洗、聚集、轉換處理后，見數(shù)據(jù)集成到數(shù)據(jù)倉庫中的各種目標表中。主題組織模塊負責模型的組織和對事實表、多維表和中間表的管理。OLAP模塊負責在模式的基礎上建立數(shù)據(jù)立方體，實現(xiàn)各種多維數(shù)據(jù)分析和查詢操作?？梢暬K提供多種可視化手段，通過各種三維及二維圖表等直觀地顯示數(shù)據(jù)；并專門針對各種數(shù)據(jù)挖掘算法，提供相應的可視化手段表示數(shù)據(jù)挖掘的結果。本系統(tǒng)數(shù)據(jù)倉庫的結構示意圖如下圖所示：15本系統(tǒng)中數(shù)據(jù)倉庫將在關系型數(shù)據(jù)庫管理系統(tǒng)RDBMS上實現(xiàn)。建立在關系型數(shù)據(jù)庫上可利用各種已有的成熟的數(shù)據(jù)庫技術，使數(shù)據(jù)倉庫的構件更加便捷有效?，F(xiàn)在成熟關系型數(shù)據(jù)庫系統(tǒng)提供了許多支持數(shù)據(jù)倉庫的特征，比如：強大的OLAP功能。數(shù)據(jù)顆粒設計所謂數(shù)據(jù)粒度，是指數(shù)據(jù)庫中保存數(shù)據(jù)的細化或綜合程度的級別。細化程度越高，粒度就越小；相反，細化程度越低，粒度級就越大。當數(shù)據(jù)庫中擁有大量數(shù)據(jù)時，無論從性能還是應用方面考慮，在數(shù)據(jù)庫的細節(jié)部分考慮數(shù)據(jù)粒度設計都很重要。下圖是數(shù)據(jù)中心的關于數(shù)據(jù)粒度常見的設計圖：16臨時區(qū)臨時區(qū)是為了保證數(shù)據(jù)抽取的順利進行而開設的階段性數(shù)據(jù)存儲空間，需要進入數(shù)據(jù)中心的各個業(yè)務系統(tǒng)的日增量數(shù)據(jù)首先直接快速傳輸?shù)脚R時區(qū)，臨時區(qū)中的表結構與數(shù)據(jù)源基本一致，目的是將數(shù)據(jù)快速加載到數(shù)據(jù)平臺中，避免清洗、轉換等復雜耗時的步驟，減少訪問數(shù)據(jù)源造成的性能壓力。臨時區(qū)的數(shù)據(jù)是每天清空后進行數(shù)據(jù)加載，可以對應數(shù)據(jù)庫和文件二種方式，以適應不同系統(tǒng)的數(shù)據(jù)源。臨時區(qū)對應到數(shù)據(jù)中心就是臨時存儲區(qū)。區(qū)別是數(shù)據(jù)中心的臨時存儲區(qū)除了快速落地功能以外，還需要進行數(shù)據(jù)的業(yè)務校驗和內容校驗，以及按照標準格式進行轉換。臨時區(qū)的數(shù)據(jù)粒度是明細級的，是粒度最小的。歷史數(shù)據(jù)歷史數(shù)據(jù)區(qū)的表結構與數(shù)據(jù)源基本一致，它記錄了數(shù)據(jù)源所有的歷史數(shù)據(jù)，經(jīng)過添加日期字段，從臨時區(qū)每日加載進來的數(shù)據(jù)，是在數(shù)據(jù)平臺內部第一步進行的加載過程。從臨時區(qū)到歷史數(shù)據(jù)區(qū)盡量避免進行數(shù)據(jù)處理，保證與數(shù)據(jù)源的數(shù)據(jù)一致性，以利于日后數(shù)據(jù)校驗和跟蹤。歷史數(shù)據(jù)區(qū)中的數(shù)據(jù)也可以作為數(shù)據(jù)源系統(tǒng)和基礎數(shù)據(jù)平臺的備份數(shù)據(jù)。歷史數(shù)據(jù)區(qū)對應到數(shù)據(jù)中心就是ODS區(qū)。區(qū)別是ODS區(qū)存放是經(jīng)過標準化后的業(yè)務數(shù)據(jù)。存放在ODS區(qū)中的數(shù)據(jù)也是明細級別的。明細數(shù)據(jù)層明細數(shù)據(jù)層是將歷史數(shù)據(jù)區(qū)中的數(shù)據(jù)經(jīng)過選擇、清洗、轉換、映射等復雜的數(shù)據(jù)移動處理轉移過來的。此層數(shù)據(jù)是按照公司業(yè)務種類進行的分類，對業(yè)務相關的數(shù)據(jù)根據(jù)其業(yè)務規(guī)則進行聚合，數(shù)據(jù)的清洗、轉換、聚合等復雜操作會在此層進行，聚合表中的數(shù)據(jù)直接來源于對歷史表數(shù)據(jù)的抽取，但數(shù)據(jù)結構完全按照業(yè)務需求和分析需求而設計成星型結構（或雪花結構），在設計中兼顧系統(tǒng)未來的發(fā)展變化和數(shù)據(jù)查詢、訪問的效率。在抽取過程中，對數(shù)據(jù)進行了完整性和有效性檢查，對冗余和不一致的數(shù)據(jù)進行了清洗和轉換。明細數(shù)據(jù)層對應到數(shù)據(jù)中心就是業(yè)務分類庫和數(shù)據(jù)倉庫的業(yè)務聚合表。區(qū)別在于數(shù)據(jù)中心的業(yè)務分類庫和數(shù)據(jù)倉庫的業(yè)務聚合表存放的數(shù)據(jù)時長是不一樣的。數(shù)據(jù)倉庫會存放更長一些的數(shù)據(jù)。數(shù)據(jù)集市層17數(shù)據(jù)集市是數(shù)據(jù)倉庫的子集，也是基礎數(shù)據(jù)平臺的一層，通常已經(jīng)將聚合后的數(shù)據(jù)進行匯總得到，匯總的方式從主體上是按照時間匯總（如日匯總、月匯總），另外對業(yè)務的主要維度也進行匯總（如行業(yè)分類等）。其主要目的是支持各種不同的前段查詢分析的應用和決策支持等其他業(yè)務系統(tǒng)的信息需求。數(shù)據(jù)結構設計為星型解哦股，可以直接支持通過OLAP服務器的多維分析。數(shù)據(jù)集市層對應到數(shù)據(jù)中心就是數(shù)據(jù)倉庫存儲區(qū)的數(shù)據(jù)倉庫匯總表和數(shù)據(jù)集市表。數(shù)據(jù)集市層存放的數(shù)據(jù)是按照業(yè)務要求進行數(shù)據(jù)匯總，不是明細粒度的數(shù)據(jù)。統(tǒng)計分析數(shù)據(jù)庫模型設計業(yè)務處理模型業(yè)務分析庫建立在一個較全面和完善的信息應用的基礎上、用于支持全局的分析型應用。業(yè)務分析庫通常是一個面向主題的、集成的、隨時間變化的、但信息本身相對穩(wěn)定的數(shù)據(jù)集合，它用于對決策管理的支持。業(yè)務分析庫是為了業(yè)務管理建立的數(shù)據(jù)庫，其用來對業(yè)務進行統(tǒng)計分析、業(yè)務監(jiān)督、績效考核及決策支持等。其是通過從項目檔案數(shù)據(jù)和各業(yè)務數(shù)據(jù)抽取歸納出來的，主要包括業(yè)務資源數(shù)據(jù)庫和主題數(shù)據(jù)庫。主題數(shù)據(jù)庫是配合信息管理系統(tǒng)以及決策分析的需要，業(yè)務分析庫的方式根據(jù)不同的業(yè)務主題組織主題數(shù)據(jù)庫。主題數(shù)據(jù)庫的內容按照主題數(shù)據(jù)集的要求從各個業(yè)務系統(tǒng)的表單型數(shù)據(jù)中清洗后獲得。存儲模型組成結構：細粒度數(shù)據(jù)表：主要以時間為主要劃分依據(jù)，若有基于年、季、月、日、時的數(shù)據(jù)，則時、日是相對明細的數(shù)據(jù)；粗粒度數(shù)據(jù)表：一般由明細數(shù)據(jù)聚合形成；多維數(shù)據(jù)庫：由關系數(shù)據(jù)庫表映射或抽取形成，專門多維分析準備。功能結構：基礎數(shù)據(jù)倉庫：保留相對明細的業(yè)務數(shù)據(jù)和標準數(shù)據(jù)；各級數(shù)據(jù)集市：業(yè)務部門專有，可以由ODS直接形成；多維數(shù)據(jù)庫：實現(xiàn)多維數(shù)據(jù)模型?；A數(shù)據(jù)倉庫基礎數(shù)據(jù)倉庫是目前被多數(shù)中大型用戶認同的概念，邏輯上它可以較好地支持統(tǒng)一業(yè)務視圖，但由于牽扯因素多限度增大了實施難度。包括兩類數(shù)據(jù)表，一類是相對明細的數(shù)據(jù)表（事實數(shù)據(jù)表）；另一類是公共業(yè)務模型數(shù)據(jù)，如數(shù)據(jù)標準分類代碼表等，它是數(shù)據(jù)交換、維表等的依據(jù)。各級數(shù)據(jù)集市數(shù)據(jù)集市中的數(shù)據(jù)可以來自于ODS、基礎數(shù)據(jù)倉庫、甚至直接經(jīng)過數(shù)據(jù)交換從數(shù)據(jù)資源獲得；其支持的前段應用可以是事物型、分析型、或兩者兼有。數(shù)據(jù)集市是隨用戶具體需求而建立的，其應用目的沒有統(tǒng)一的模式。多維數(shù)據(jù)庫目前包括兩類：一類利用管理數(shù)據(jù)庫實現(xiàn)，其特點是事實表和維表保持獨立；另一類為OLAP分析形成專有的多維數(shù)據(jù)庫（CUBE），CUBE把事實表和維表聚合在一起，理論上提高了多維運算效率。根據(jù)具體應用的需要，多維數(shù)據(jù)庫可以直接建立在基礎數(shù)據(jù)倉庫之上，或建立在數(shù)據(jù)集市之上。一些小規(guī)模系統(tǒng)在ODS上直接建立了多維數(shù)據(jù)庫實現(xiàn)OLAP分析等功能，但考慮性能和數(shù)