6ChinaLifeDataArchitecturev1.5wscnPPT課件

《6ChinaLifeDataArchitecturev1.5wscnPPT課件》由會員分享，可在線閱讀，更多相關《6ChinaLifeDataArchitecturev1.5wscnPPT課件（34頁珍藏版）》請在裝配圖網上搜索。

1、中國人壽IT戰略規劃項目數據架構規劃2004年1月11日,北京2時間表雙方來賓介紹與萬總講話HP動成長企業與IT最佳實踐介紹1月月10日日1月月11日日午餐未來IT架構應用架構介紹基礎架構介紹數據架構介紹IT治理介紹分組討論分組討論研討會回顧研討會介紹分組討論總結介紹IT發展戰略第二天會議內容簡介答疑3內容概念介紹概念介紹中國人壽現狀中國人壽現狀物理架構物理架構數據集中數據集中邏輯數據模型邏輯數據模型4內容概念介紹概念介紹中國人壽現狀中國人壽現狀物理架構物理架構數據集中數據集中邏輯數據模型邏輯數據模型5業務方面的需求：在需要時，隨時隨地可以快捷的訪問數據數據要精確和一致數據架構要具有適應業務需

2、求變化的能力要能夠在組織范圍內共享數據數據架構建設的投資要有較高的成本效益數據是極其有價值的資產！數據是極其有價值的資產！數據架構-業務視圖6數據架構是企業IT架構中的一個完整部分在線交易進程操作型數據存儲在線分析進程數據管理OLTP:業務交易處理ODS:應用中的數據集成OLAP:為決策支持服務的數據分析處理數據管理：總體數據定義和數據交換控制數據架構-服務7企業架構的原則范圍時間容易度對業務靈活性的度量一套具有一致性的設計原則。集成簡單化標準化模塊化+通過一個統一的系統環境來管理和修改環境 通過對基礎架構構件進行適當的集中或分散式管理來提高性能。采用標準的組件件和流程，簡化IT資產的使用方式

3、。簡化應用和系統，從而減少復雜性和風險。引入支持變更所需的努力，成本，風險的水平。被支持或引入的變更的范圍。變更被執行的速度。8數據只進行一次精確的單點捕獲，從而減少了不必要的數據捕捉，這保證了數據的正確性和一致性。盡可能減少數據庫管理系統數量利用框架和工具來幫助數據架構服務的分析、設計和開發工作通過采用被批準的業務信息名稱定義，來作為數據名稱的定義，從而減少開發和數據定義映射的工作量數據的組織在物理上應該是與應用處理相分離的簡單化簡化應用和系統，從而減少復雜性和風險。+模塊化通過對基礎架構構件進行集中或分散式管理來提高業績。數據架構-原則9標準化簡化IT資產同基于標準的構件和流程一同使用時的

4、方式。應在企業范圍內使用標準化的數據模式遵循一致的數據管理策略和實施方法保證數據和信息與企業元數據定義相一致當創建內部數據通訊標準時，外部數據通信標準應該被考慮。（如和醫院的數據交換)數據架構應該和企業數據倉庫建設計劃，報表系統建設計劃保持一致數據架構應該提供客戶信息的統一視圖(例如：從一個客戶管理系統中，你可以看見某個客戶的所有關聯信息）。整合通過一個統一的關系系統更容易的管理和修改環境+數據架構-原則10內容概念介紹概念介紹中國人壽現狀中國人壽現狀物理架構物理架構數據集中數據集中邏輯數據模型邏輯數據模型11信息電子化程度較高對于每個單個應用，數據模型是相對成熟的應用間較低的數據集成數據再利

5、用或共享較少不一致的數據定義較低的數據質量較差的數據管理缺少OLAP系統信息化程度較高，但沒有統一規劃的總體數據架構數據架構-現狀12IT戰略的要求戰略性行動戰略性行動對數對數據架據架構構的要求的要求#1 實現聯邦模式的實現聯邦模式的IT架構架構及時、安全、準確的數據及時、安全、準確的數據支持客戶數據轉移和遠程保單管理支持客戶數據轉移和遠程保單管理支持有效的數據分析（按客戶、渠道、產品等）支持有效的數據分析（按客戶、渠道、產品等）能夠追蹤關鍵業務指標信息以進行業績分析和管理能夠追蹤關鍵業務指標信息以進行業績分析和管理#2 實現銷售運營管理的自實現銷售運營管理的自動化動化 支持銷售活動的追蹤和管

6、理支持銷售活動的追蹤和管理#3 實現標準化的核心業務實現標準化的核心業務應用應用 統一的客戶信息視圖統一的客戶信息視圖產品和客戶分析產品和客戶分析#4 實現實現MIS/DSS及時和有效的數據分析及時和有效的數據分析#5 建立如下新系統建立如下新系統:-產品開發產品開發-精算精算-風險管理風險管理有效的產品數據分析有效的產品數據分析如下分析能力：成本負債、現金流、精算數據分析等如下分析能力：成本負債、現金流、精算數據分析等13數據架構應具備的特征 核心數據庫的數據組織要以客戶為中心核心數據庫的數據組織要以客戶為中心 核心數據庫要包括整合后的客戶信息核心數據庫要包括整合后的客戶信息 總部擁有集成所

7、有客戶精簡信息的數據庫總部擁有集成所有客戶精簡信息的數據庫 在企業范圍內采用標準化的數據庫模式（在企業范圍內采用標準化的數據庫模式（schemaschema）有元數據管理系統有元數據管理系統 有數據遷移流程有數據遷移流程 有支持業務分析的數據集市（有支持業務分析的數據集市（DatamartDatamart）數據倉庫和操作型數據存儲可以根據需要決定是否建立數據倉庫和操作型數據存儲可以根據需要決定是否建立14內容概念介紹概念介紹中國人壽現狀中國人壽現狀物理架構物理架構數據集中數據集中邏輯數據模型邏輯數據模型15數據架構邏輯數據模型傭金產品/計劃客戶合同銷售者財務基本信息/受益交易歷史保費支付/收款

8、理賠售前活動執照/登記費用支付投資負債個人組織真實客戶潛在客戶真實客戶潛在客戶傭金計算方式16數據架構-邏輯模型信息:標識(姓名,ID#.)基本信息(地址,電話號碼)類型(公司,人)人口統計(年齡,民族,婚姻狀況)聯系歷史記錄 關系:合同(如：所有者,付款人,受益人.)代理人(主要聯系人、)其它的客戶(配偶,子女,業務代表,等.).Add Management data box.客戶擁有合同或與合同相關的個人或公司實體17數據架構-邏輯模型信息:受益信息(被保的總額,受益類別)附加受益信息產品種類支付信息(支付方式,保險金,帳戶)狀態(正常、失效)交易歷史賠付信息.關系:客戶 支付賠付代理人合

9、同產品/計劃傭金再保險18數據架構-邏輯模型信息:標識（姓名、編號）類型(如：代理人、銀行、經紀)人口統計特征（年齡、學歷)登記注冊信息角色（普通員工、經理)培訓記錄.關系合同客戶和潛在客戶傭金其他銷售者銷售者(Distributor)參與銷售中國人壽產品的個人或公司19數據架構-邏輯模型信息：支付日期支付金額支付類型(如：首期傭金、續保傭金、獎金、代理傭金、固定工資、扣除額).關系：銷售者（Distributor）合同財務產品/計劃傭金支付給銷售者的報酬20數據架構-邏輯模型信息：標識(產品名稱、代碼)產品類型/產品線(壽險、健康險、投資聯接)產品子類(如：子類型、版本.)產品控制(精算日期

10、、狀態等)財務指標保費金額精算值失效值除權信息/分紅信息傭金信息關系合同/補充合同傭金代理（許可證）產品/計劃21數據架構-邏輯模型信息：標識(日期、憑證號)支付人、銀行信息支付信息(如：供應商).關系合同/補充合同理賠傭金投資精算總費用財務總帳數據22決策支持應用星型模型地理地理產品產品種類種類渠道渠道人口統計人口統計時間時間核心業務指標核心業務指標保單保單渠道指標渠道指標傭金傭金管理指標管理指標財務指標財務指標.客戶客戶23數據標準化方法方法自行制定自行制定基于公共基于公共/行業標準制定行業標準制定基于應用系統基于應用系統說明說明100%按照中國人壽的實際業務制定基于已有的成熟行業標準，針

11、對中國人壽進行小的修改確定主要的應用，并采用它們的數據模型作為標準優點優點100%滿足中國人壽需求 比自行制定相對容易很多應用已經遵循這些標準易于實現和推行缺點缺點受資源、時間等的現狀要達到完善準確的目標，實施難度極大兼容性差，和外部系統的聯接困難需要強制應用系統符合該標準，如果購買應用系統，則需要進行標準化改造但仍有一些應用不滿足這些標準，這就需要標準化改造可能不會100%貼合中國人壽的業務實際數據的標準化轉換可能導致性能問題行業標準也在持續發展合更新修改起來比較困難對應用供應商有依賴可選方案可選方案 重新規劃業務信息，并制定數據標準在現有數據模型上組織大規模修改Accord,LifeXML

12、 依賴于應用系統我們推薦我們推薦24內容概念介紹概念介紹中國人壽現狀中國人壽現狀物理架構物理架構數據集中數據集中邏輯數據模型邏輯數據模型25數據架構物理模型組 1常規常規OLTPCoreSFAGroupODS數據倉庫組組數據集市數據集市標準ETL組 nOLTPCoreSFA個別個別GroupODS數據倉庫組組數據集市數據集市定制ETL總部ODS總部數據集市企業客戶信息數據庫(精簡)標準ETL總部數據倉庫元數據管理26數據架構-物理模型數據種類數據種類位置位置描述描述基礎數據 和OLTP組操作型（主要進行業務的事務處理）應用系統所擁有的數據.操作型數據存儲(ODS)可選項組或總公司利用ETL工具

13、集成OLTP應用系統中基礎數據，并按照范式關系存儲的交易數據。這樣數據的二義性的問題就被解決了，也保證了數據在后續的轉移過程中比較干凈。數據倉庫 可選項組或總公司用來存儲，恢復，管理描述企業需求的海量數據的系統數據集市組或總公司主要被用來描述特定功能或部門需求的小規模數據倉庫元數據集中關于數據的數據，它提供信息給用戶，從而使用戶可以理解數據訪問過程，使用組織的數據資源；并且提供元數據輸入，數據提取，集成和轉換規則，數據質量保證流程，數據庫結構，業務名詞和定義以及規則等信息。主要組件主要組件27數據架構工具組件描述選擇關系型數據庫管理系統（RDBMS)可以創建，升級，管理關系數據庫的程序Orac

14、le,DB2查詢工具為查詢數據的需要，提供定義和操作數據表的基本語言構造的應用。數據庫產品自帶的查詢工具(如DB2,Oracle等),TOAD,SQL Studio,Web SQL Studio,BRIO 等ETL從數據源抽取數據的可配置應用。轉換（清理，標準化等）數據，如果可能，還可以將轉換結果裝入目標數據存儲。Ascential,Informatica,Data Junction,Data Mirror等聯機分析處理（OLAP）工具OLAP主要基于海量數據在各個匯總層次上的聚集，通過分析數據項之間的關系，尋找模式、趨勢和預測。Oracle,Visual SQL Designer,Hyper

15、ion,BRIO,Crystal,Business Objects,Microstrategy,Essbase,Informatica 等28對對DBMS移植的一些看法移植的一些看法：時間限制時間限制 在在2006年后廠商將不再為年后廠商將不再為Informix提供支持提供支持.可選方案的評估分析要基于：可選方案的評估分析要基于：性能 成本 兼容性 維護管理難度 市場上熟悉該產品的資源量系統更換系統更換/升級的時間計劃的選擇升級的時間計劃的選擇 遷移前需要做好一些數據預先清理工作 DBMS替換要和應用系統開發保持協同數據架構-DBMS29需要哪些控制來保證今后運行中的數據質量需要哪些控制來保證

16、今后運行中的數據質量業務-從業務流程角度，對信息質量的控制（如輸入前的檢查等）業務處理系統OLTP 利用元數據控制、應用的合法性校驗、單點錄入等操作型數據存儲ODS 對不一致數據的重新整合基礎架構-物理控制，基礎架構控制，如訪問控制等需要哪些控制來保證歷史數據的數據質量需要哪些控制來保證歷史數據的數據質量遺留系統的處理方法 在新應用被整合入架構之前/后都要考慮到歷史數據遷移可以考慮實施一個數據質量改進項目來提高歷史數據質量“.關注質量能提高生產力,但單純追求生產力并不能提高質量”數據架構-數據質量30內容概念介紹概念介紹中國人壽現狀中國人壽現狀物理架構物理架構數據集中數據集中邏輯數據模型邏輯數

17、據模型31數據架構集中/分布模式的優缺點聯邦模式良好的兼顧了集中模式和分布模式的優點。聯邦模式良好的兼顧了集中模式和分布模式的優點。標識標識:優優點點缺點缺點有限的省級靈活性有限的省級靈活性沒有省一級成本控制沒有省一級成本控制并不能滿足每個省的并不能滿足每個省的需求需求由規模帶來的性能問由規模帶來的性能問題題僵硬但一致的數據僵硬但一致的數據過高的總成本過高的總成本不同的業務流程不同的業務流程不一致的服務級別不一致的服務級別有限的協作有限的協作沒有元數據控制沒有元數據控制有限的集成能力有限的集成能力職能化的職能化的IT領導能力領導能力 企業的視角企業的視角規模經濟性規模經濟性控制核心標準控制核心

18、標準集中的關鍵技能集中的關鍵技能省一級的領導省一級的領導用戶控制優先級用戶控制優先級對各種需求的做出對各種需求的做出及時的反映及時的反映性能的改善性能的改善豐富的經驗豐富的經驗協作協作集中式集中式分布式分布式聯邦式聯邦式32數據架構集中和分布總部總部GroupProvincialBranchIndividualGroup組組Provincial省省Branch地市地市Individual個人個人決策支持系統決策支持系統遠程訪問遠程訪問本省的邏輯視圖本省的邏輯視圖OA、影像、緩沖鏡像、影像、緩沖鏡像遠程訪問本地市的遠程訪問本地市的邏輯視圖邏輯視圖部分個人數據存放在個人部分個人數據存放在個人設備中，并和中心保持同步設備中，并和中心保持同步決策支持系統決策支持系統和業務處理系統和業務處理系統組組若干省被組合成組各個組的物理資源是集中的每個組都有專門的IT支持小組進行其特殊需求的支持組間可能共享基礎架構資源，如服務器、存儲等省級還要物理存放OA、影像、數據緩沖或鏡像等數據在聯邦的模式下，集中的程度可以根據中國人壽的需求作出調整33提問和回答集成簡單標準化模塊化+放映結束 感謝各位的批評指導！謝謝 謝！謝！讓我們共同進步342021/3/9