HSB-EDW-FS-LDM邏輯數(shù)據(jù)模型培訓.ppt
《HSB-EDW-FS-LDM邏輯數(shù)據(jù)模型培訓.ppt》由會員分享,可在線閱讀,更多相關《HSB-EDW-FS-LDM邏輯數(shù)據(jù)模型培訓.ppt(57頁珍藏版)》請在裝配圖網(wǎng)上搜索。
徽商銀行數(shù)據(jù)平臺(一期)項目 FS-LDM介紹,主講人:趙歡 徽商銀行數(shù)據(jù)平臺(一期)項目組 2008年10月,內(nèi)容安排,邏輯數(shù)據(jù)模型LDM概覽 數(shù)據(jù)模型設計方法和步驟 FS-LDM邏輯數(shù)據(jù)模型主題介紹 模型設計工作計劃,本文件署保密資料,未經(jīng)NCR(中國)有限公司的書面許可,不得翻印或外傳,,什么是邏輯數(shù)據(jù)模型(LDM)?,邏輯數(shù)據(jù)模型(Logical Data Model)是利用圖形方式,通過數(shù)據(jù)和關系反映業(yè)務的一個過程,是進行數(shù)據(jù)管理、分析和交流的重要手段,也是IT和業(yè)務人員溝通的橋梁。,什么是邏輯數(shù)據(jù)模型(LDM)?,邏輯數(shù)據(jù)模型為企業(yè)描繪出一幅整體的業(yè)務藍圖 數(shù)據(jù)模型作為商務智能的構架,首先需要構建一個強大而靈活的數(shù)據(jù)倉庫作為基礎,數(shù)據(jù)倉庫也將會在今天以及不久的將來使用戶的實力和自身價值得以增強和提高 這樣的構架應該提供明細數(shù)據(jù)層面的單一數(shù)據(jù)來源。,邏輯數(shù)據(jù)模型的設計理念,建立一個統(tǒng)一的、共享的基礎數(shù)據(jù)平臺,為不同業(yè)務需求提供一致的、規(guī)范的數(shù)據(jù); 一個可擴展的、動態(tài)的模型能夠經(jīng)得住時間的考驗,當業(yè)務改變時,能夠將對數(shù)據(jù)模型的影響減至最小甚至完全不受影響; DW的數(shù)據(jù)模型應該是中性的,能夠滿足各種不同的分析邏輯的要求而設計的,因此它不同于通常所看到的為了支持某個特定的、預先定義的處理過程而設計的模型; 數(shù)據(jù)模型涉及范圍廣闊,是多功能的和集成的;,LDM在EDW中的地位,,,,數(shù) 據(jù) 源,,,構建LDM的方式,按方法論分為 從底向上 從頂至下 按是否基于某種產(chǎn)品 萬丈高樓平地起 產(chǎn)品客戶化,8,模型客戶化依據(jù) 以成熟的模型產(chǎn)品為藍本 NCR FS-LDM 充分考慮中信業(yè)務系統(tǒng)的各類信息和中信各系統(tǒng)資料(ID) 驅動模型客戶化的因素 在模型中記錄一些模型產(chǎn)品中不包含的信息,這就需要對模型產(chǎn)品做擴展 模型產(chǎn)品中的某些信息無法獲取或對某些信息不感興趣 某些業(yè)務規(guī)則與模型產(chǎn)品假設的規(guī)則存在差異 客戶化的類型 在既有結構上新增實體和屬性 拋棄模型的某些結構 對現(xiàn)有結構的修改 客戶化必須謹慎 考慮是否模型產(chǎn)品確實不適用 客戶化的部分能解決現(xiàn)有系統(tǒng)的數(shù)據(jù)存放問題 客戶化的部分要有預見性(如數(shù)據(jù)的擴展、歷史的變更) 保持客戶化部分與模型產(chǎn)品的設計規(guī)范、設計風格等的一致性,尋求模型產(chǎn)品與現(xiàn)實系統(tǒng)之間的平衡點,數(shù)據(jù)模型產(chǎn)品客戶化,全球二百多家金融機構經(jīng)驗的總結 描述了銀行的各類業(yè)務以及這些業(yè)務之間的關系,通過定義實體、實體的屬性以及實體之間的關系來描述具體的銀行業(yè)務邏輯 蘊含了現(xiàn)代商業(yè)銀行分析決策和客戶關系管理的各個方面 是滿足第三范式(3NF)的數(shù)據(jù)模型 高起點,縮短周期、降低風險、節(jié)約投資,Teradata金融業(yè)邏輯數(shù)據(jù)模型,,19,,,Teradata FS-LDM 產(chǎn)品研發(fā)歷程,,,,,,1996,,1997,1998,,1999,,2000,,2001-2,,2/96 – Development Started 8/97 Release 1.0 Retail Banking Eight Major Subject Areas Services Template (not for sale),,,,,,12/98 Release 2.0 Support for Teradata Channel Management Analytics OLAP Product; Banking Enhancements,,,5/99 Release 2.1 – For Sale 11/99 Release 3.0 Insurance (P&C/Life) Multi-currency Support for Teradata Value Analyzer Product (customer profitability),,,,,,,,,,,,2003 | 2004-5,,2/00 Patented 12/00 Release 4 .0 Insurance Enhancements Clickstream/Web Channel support Check Imaging Support,12/01Release 5.0 Commercial Banking Brokerage Credit Card Enhancements,,6/04 Release 7.0 Enterprise Credit Risk Management Support (Basel II) Financial Mgmt/GL Enhancements Brokerage/Invest-ment Enhancements,1/03 – Release 6.0 Finance/GL Subject Area Added Health Insurance Group Life Insurance,,,,6/06 – Release 8.0 Market Risk Credit Risk Enhancements Financial Sub Ledgers – DecisionPoint Software,2006,,,2007,12/07 Release 9.0 Enterprise Risk Management for insurance Anti Money Laundering Unstructured Text Call Center Navigation Campaign Opportunity, Cell, Step, Response Salvage and Subrogation,,目前最新版本為9.0,,細節(jié)模型 和相關的以及歷史的實體和數(shù)據(jù)類型密切相關,細節(jié)模型幾乎可以和第三范式物理模型直接一對一對應地建立實施關系。,FS-LDM 的不同層級,,,財務,資產(chǎn),當事人,Not all relationships are shown,,,,,,,,,,,,,,區(qū)域,,地理區(qū)域,物理的或電子的地址,,單個人或一組人,事件,,會導致同客戶達成合同的金融或非金融的事件,內(nèi)部組織,,金融機構或保險公司內(nèi)部的業(yè)務單元,協(xié)議,,在客戶和金融機構之間達成的關于特定產(chǎn)品的協(xié)議,產(chǎn)品,,一種可以在市場上交易的產(chǎn)品或服務,包括條款或條件,行銷活動,,為了獲取、挽留客戶或提高用戶的使用率而采取的戰(zhàn)略、計劃或促銷活動,渠道,,客戶和金融機構或保險公司進行接觸的途徑,企業(yè)內(nèi)部的會計系統(tǒng),,,當事人所有的具有價值且能夠獲得受益的事物,,,FS-LDM 主題區(qū)域,Teradata-LDM客戶化方法論,FS-LDM介紹 客戶化研討 講解模板,產(chǎn)品 當事人 協(xié)議 事件 渠道 內(nèi)部機構,應用驗證 數(shù)據(jù)驗證 合理性驗證 規(guī)范驗證,,,客戶化 FS-LDM,,,,,前期 準備,項目組 交流研討,分析 源系統(tǒng),統(tǒng)一 業(yè)務定義,模型 驗證,組建團隊 收集資料 確定范圍,介紹源業(yè)務系統(tǒng) 分析整理數(shù)據(jù)結構 分析樣本數(shù)據(jù),概要設計 詳細設計 完善和回顧,Think Big, Start Small!,Think from Business, Think for Business,14,數(shù)據(jù)模型客戶化程度,,,,,,,,,,,,,,,,,,,模型客戶化的Benefits,可以長期使用的靈活的、動態(tài)的、可擴展的模型。 開發(fā)LDM是一個好的起點,為檢查是否滿足需求提供檢查點。 減少風險。 節(jié)省時間。,能否擁有一個完美的LDM,人人希望完美 實際上 時間有限 人力有限 預算有限 結果 一個不完美但能夠滿足當前需求的模型 關鍵:可擴展,內(nèi)容安排,邏輯數(shù)據(jù)模型LDM概覽 數(shù)據(jù)模型設計方法和步驟 FS-LDM邏輯數(shù)據(jù)模型主題介紹 模型設計工作計劃,本文件署保密資料,未經(jīng)NCR(中國)有限公司的書面許可,不得翻印或外傳,,邏輯數(shù)據(jù)模型設計,主要任務: – 了解業(yè)務流程 -分析源數(shù)據(jù) – 建立實體模型 – 新建模型 建立實體模型 建立實體間依賴關系 填寫并完善實體屬性 – 定制模型 邏輯數(shù)據(jù)模型客戶化 – 驗證邏輯數(shù)據(jù)模型 -邏輯數(shù)據(jù)模型總結匯報 -利用工具:ERWin 交付項目: 邏輯數(shù)據(jù)模型 LDM 《邏輯數(shù)據(jù)模型說明書》,邏輯數(shù)據(jù)模型概念,邏輯數(shù)據(jù)模型是用來發(fā)現(xiàn)、記錄和溝通業(yè)務的詳細“藍圖”,基于概念數(shù)據(jù)模型(CDM) 由一系列表和實體詳細描述組成 通用的業(yè)務語言 便于業(yè)務與業(yè)務之間的功能理解 集成當前和未來數(shù)據(jù)的藍圖 獨立于技術 為物理數(shù)據(jù)庫設計作準備 是IT人員和業(yè)務人員溝通的工具,邏輯數(shù)據(jù)模型(LDM)示例,主要任務: - 轉換邏輯數(shù)據(jù)模型(LDM)為物理數(shù)據(jù)模型 - 定義主索引、次索引 - 非正則化處理(denormalizations) - 數(shù)據(jù)庫建立 - 設計優(yōu)化 - 數(shù)據(jù)庫功能測試 使用工具: - ERWwin 交付項目: 物理數(shù)據(jù)模型 PDM 《物理數(shù)據(jù)模型說明書》 數(shù)據(jù)庫描述語言 DDL,物理數(shù)據(jù)庫設計,建模方法: - 第三范式 3NF - 星型結構 - 雪花狀結構,非正則化的兩種類型: 物理非正則化 派生數(shù)據(jù) (Derived Data) 匯總表 (Summary Tables) 重復的Groups ( Repeating Groups) 多物理表 (Multiple Physical Tables) 預連接 (Pre-joins) 子實體 (Sub-entities) 邏輯非正則化 視圖 (Views) 邏輯星型結構 (Logical Star Schemas),物理非正則化對模型的靈活性會有影響 邏輯非正則化是一個優(yōu)選的方法(OLAP實現(xiàn)),非正則化處理 ( Denormalization ),物理數(shù)據(jù)模型(PDM)示例,內(nèi)容安排,邏輯數(shù)據(jù)模型LDM概覽 數(shù)據(jù)模型設計方法和步驟 FS-LDM邏輯數(shù)據(jù)模型主題介紹 模型設計工作計劃,本文件署保密資料,未經(jīng)NCR(中國)有限公司的書面許可,不得翻印或外傳,,是客戶概念的外延 能支持不同的關系(父子、雇傭、夫妻關系等) 可以是一個具備相同目的的個體組合, 如協(xié)會、社會團體、家庭、親友團、同學會等。 可以是一個外部或內(nèi)部的組織機構,定義: PARTY是指任意的個人或團體。比如:客戶、潛在客戶、國內(nèi)組織、汽車商人、競爭者、雇員、分行、部門等等。,Party,Party,唯一標識號 PARTY類型代碼 PARTY信息的收集來源代碼 開始日期 終止日期 生命周期代碼 在主機的號碼 是否是PROVIDER 是真正的客戶還是潛在客戶?,Party—分類,非正式組織,企業(yè),內(nèi)部組織,金融機構的內(nèi)部組織,金融機構,個人,潛在客戶,當事人,機構,團體,當事人之間的關系表,Party—信用評級評分,當事人負債,當事人負債的信用評級,當事人的人口統(tǒng)計信息,客戶評分,團體評分,當事人信用評級,分析模型,潛在客戶評分,模型計算事件,Customer Asset,唯一標識號 保險歷史種類代碼,如是否被拒保、拒賠? 所在地址編號 資產(chǎn)種類代碼 資產(chǎn)圖片資料等的編號 資產(chǎn)的描述 持有人為該資產(chǎn)指定的賬號,Party Asset,客戶資產(chǎn),當事人,資產(chǎn)價值,客戶資產(chǎn)的一些編號信息,不同種類的資產(chǎn),珠寶,不動產(chǎn),其他資產(chǎn),寵物,汽車,游艇,投資,受贈,重建價值,Internal Org,定義: 內(nèi)部組織機構是指金融機構的內(nèi)部組織和業(yè)務單元,如分行、支行、儲蓄所、部門、銷售團隊等等。,是一種特殊的PARTY 包括所有的組織類型以及相互關系 提供層次和矩陣結構 和多個主題有關聯(lián),Internal Org-特殊的PARTY,Organization是當事人的子類; Internal Organization是Organization內(nèi)部組織,如部門、附屬機構等; Financial Inst Int Org指金融機構的內(nèi)部組織,如地區(qū)、營業(yè)網(wǎng)點、工作組、團隊、呼叫中心等;,機構,企業(yè),內(nèi)部組織機構,金融機構內(nèi)部組織,金融機構,Location,定義: LOCATION主題是指銀行希望關注或考察的任何層次的地理區(qū)域和地址。如國家、省份、城市、縣、鄉(xiāng)村等。 LOCATION主題包含“具體地址”、“地區(qū)”、“地理位置”等不同層次的信息。 該主題和事件、產(chǎn)品、渠道、內(nèi)部組織機構、營銷活動等主題都有著密切的聯(lián)系。,Main Street,Location—分類,地址之間的關系,廣義地址,地區(qū)的經(jīng)濟指標,電子地址,地區(qū),地址的黃頁信息,街道地址的描述,物理地址,電話地址,物理郵箱,地址的描述信息,Product,產(chǎn)品是金融機構向用戶銷售或提供的可市場化的產(chǎn)品、產(chǎn)品包和服務。如果有必要,在模型中可以包括競爭對象所提供的產(chǎn)品。 為滿足銀行內(nèi)部分析管理的需要和適應不斷變化的業(yè)務需求,可根據(jù)實際情況結合產(chǎn)品特性將產(chǎn)品分組,如個人存款產(chǎn)品組、公司貸款產(chǎn)品組等 ,這些即“產(chǎn)品組”。 出于市場競爭的需要,或作為市場營銷的結果,將一些產(chǎn)品打包、捆綁銷售,稱其為“產(chǎn)品包”。 一個“產(chǎn)品包”包含多個“產(chǎn)品”,同時“產(chǎn)品包”本身也是一種“產(chǎn)品”。,Product,產(chǎn)品和產(chǎn)品關系,產(chǎn)品和產(chǎn)品組的關系,產(chǎn)品組,產(chǎn)品和產(chǎn)品包的關系,產(chǎn)品包,Agreement,定義: 協(xié)議是金融機構與客戶之間針對某種特定產(chǎn)品或服務而簽立的契約關系。,Agreement實質是一種合約(Contract)。銀行提供某種產(chǎn)品或某種服務,并給出了報價(Quotation),客戶經(jīng)過申請(Application)和還價(Bargain)后接受。這時,銀行就同客戶達成了一個協(xié)議(Agreement),這個協(xié)議就是帳戶。,Agreement,帳戶是金融機構與客戶間就一特定產(chǎn)品達成的合同關系,一個帳戶由Account Num和Account Modifier Num唯一識別。 有些金融機構需要額外的一些附加屬性來唯一識別帳戶,如分行代碼、應用系統(tǒng)代碼Application Id。 每個賬戶都對應一個產(chǎn)品,假如一個帳戶在整個生命周期中曾擁有多個產(chǎn)品,則其與歷史的產(chǎn)品關系被保存在ACCT_PRODUCT_HISTORY中,帳戶實體中只記錄和當前產(chǎn)品的關系。,Agreement -分類,保管箱賬戶,貸款賬戶,貸款評審歷史,有期限的貸款賬戶,購物卡賬戶類型歷史,購物卡賬戶,無期限貸款賬戶,流動賬戶,無期限的存款賬戶,有期限的存款賬戶,存款賬戶,金融賬戶,協(xié)議,Agreement-帳戶和卡,賬戶和卡的關系,卡文件,卡限額歷史,信用卡,購物卡,賬戶卡的購物類型歷史,當事人和卡的關系,卡和卡的關系,Event,定義: 事件是一種資金或非資金的活動,記錄了詳細的交易行為和數(shù)據(jù)。包括開戶、銷戶、轉帳、查詢、清算等。,是“交易” 概念的外延 包含資金或非資金事件 由銀行或客戶發(fā)起 可能和賬戶有關,也可能無關 若干客戶事件可以組成一個session 與其他主題有密切關聯(lián),Event,事件記錄了銀行的所有交互活動,可能與金錢相關,也可能與金錢無關??赡芘c帳戶相關,也可能與帳戶無關。 保留業(yè)務系統(tǒng)的交易流水號Transaction Id。 事件包含存款、取款、查詢、付款、利息入帳等交易,利用Event Activity Type Cd可以區(qū)分不同種類的事件。,Event,EVENT ACTIVITY TYPE描述了最低層次的事件活動種類,類似常見的交易碼。 ACTIVITY GROUP描述了對EVENT ACTIVITY TYPE的分組,類似常見的交易類型。 ACTIVITY ACTIVITY GROUP描述了一個EVENT ACTIVITY TYPE可以存在多個ACTIVITY GROUP中,即一種交易類型可以包括多個交易碼。,Event-分類,事件,申請審批事件,聯(lián)系事件,直接聯(lián)系事件,間接聯(lián)系事件,賬戶組事件,賬戶事件,金融賬戶事件,金融事件,不排他的分類,事件關系,Event-銀行擴展,主要包括: INTERBANK EVENT BANK EVENT CHECK EVENT INVOICE PAYMENT EVENT,,定義: 渠道是與客戶進行交互和接觸的手段和方法,通過它客戶與銀行發(fā)生交易并傳遞很多的信息。渠道一般包括:分行的柜臺、呼叫中心、網(wǎng)絡等。,Channel,包括多種類型 包括渠道的容量、分布和使用情況。 和其他主題密切關聯(lián)。,Channel – 類型,實體CHANNEL TYPE定義了主要的渠道類型,例如郵件,街亭,電子,ATM,柜面等等。,Channel – 分類,物理郵件 ATM 街亭 電子 電話 柜面 電臺 電視 印刷 呼叫中心 LOCK BOX POS終端,Campaign,營銷活動是為了獲取、維護、增強銀行與客戶的關系而開展的一些促銷的活動; 營銷活動是一些有組織的活動,其目的可以是為了把某些產(chǎn)品推向市場,也有可能是為了樹立銀行在市場上的形象; 完整的營銷活動應該包括營銷策略、營銷行為以及營銷活動的反饋信息; 收集營銷活動的信息可以幫助銀行發(fā)現(xiàn)最有效的營銷方式,了解不同類型客戶對營銷活動的反饋;,Campaign,自關聯(lián),可存放所有層次的營銷策略,主要記錄營銷活動計劃收入、預計成本等;,“大眾營銷”實體主要記錄電視廣告、報刊雜志廣告等類型的營銷活動;,“目標營銷”實體主要記錄以目標客戶為對象的營銷活動,而目標客戶的獲得是依賴于對客戶信息的分析結果;,營銷活動實際實施的一些結果的記錄;,Campaign,營銷事件和渠道的關系,營銷活動和賬戶的關系,營銷活動和內(nèi)部機構的關系,營銷活動和產(chǎn)品的關系,營銷活動和 地理位置的關系,營銷策略和渠道類型的關系,FS-LDM-Refresh,內(nèi)容安排,邏輯數(shù)據(jù)模型LDM概覽 數(shù)據(jù)模型設計方法和步驟 FS-LDM邏輯數(shù)據(jù)模型主題介紹 模型設計工作計劃,本文件署保密資料,未經(jīng)NCR(中國)有限公司的書面許可,不得翻印或外傳,,工作計劃,工作計劃,工作計劃,共同努力,迎接成功!,- 配套講稿:
如PPT文件的首頁顯示word圖標,表示該PPT已包含配套word講稿。雙擊word圖標可打開word文檔。
- 特殊限制:
部分文檔作品中含有的國旗、國徽等圖片,僅作為作品整體效果示例展示,禁止商用。設計者僅對作品中獨創(chuàng)性部分享有著作權。
- 關 鍵 詞:
- HSB EDW FS LDM 邏輯 數(shù)據(jù)模型 培訓
![提示](http://appdesigncorp.com/images/bang_tan.gif)
鏈接地址:http://appdesigncorp.com/p-1849779.html