China Life Data Architecture v wscnPPT課件

1、中國人壽IT戰(zhàn)略規(guī)劃項目數(shù)據(jù)架構(gòu)規(guī)劃2004年1月11日, 北京第1頁/共33頁時間表時間表雙方來賓介紹與萬總講話HP動成長企業(yè)與IT最佳實踐介紹1月月10日日1月月11日日午餐未來IT架構(gòu)應(yīng)用架構(gòu)介紹基礎(chǔ)架構(gòu)介紹數(shù)據(jù)架構(gòu)介紹IT治理介紹分組討論分組討論研討會回顧研討會介紹分組討論總結(jié)介紹IT發(fā)展戰(zhàn)略第二天會議內(nèi)容簡介答疑第2頁/共33頁內(nèi)容內(nèi)容概念介紹概念介紹中國人壽現(xiàn)狀中國人壽現(xiàn)狀物理架構(gòu)物理架構(gòu)數(shù)據(jù)集中數(shù)據(jù)集中邏輯數(shù)據(jù)模型邏輯數(shù)據(jù)模型第3頁/共33頁內(nèi)容內(nèi)容概念介紹概念介紹中國人壽現(xiàn)狀中國人壽現(xiàn)狀物理架構(gòu)物理架構(gòu)數(shù)據(jù)集中數(shù)據(jù)集中邏輯數(shù)據(jù)模型邏輯數(shù)據(jù)模型第4頁/共33頁業(yè)務(wù)方面的需求：在需

2、要時，隨時隨地可以快捷的訪問數(shù)據(jù)數(shù)據(jù)要精確和一致數(shù)據(jù)架構(gòu)要具有適應(yīng)業(yè)務(wù)需求變化的能力要能夠在組織范圍內(nèi)共享數(shù)據(jù)數(shù)據(jù)架構(gòu)建設(shè)的投資要有較高的成本效益數(shù)據(jù)是極其有價值的資產(chǎn)！數(shù)據(jù)是極其有價值的資產(chǎn)！數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)-業(yè)務(wù)視圖業(yè)務(wù)視圖第5頁/共33頁數(shù)據(jù)架構(gòu)是企業(yè)IT架構(gòu)中的一個完整部分在線交易進程操作型數(shù)據(jù)存儲在線分析進程數(shù)據(jù)管理OLTP: 業(yè)務(wù)交易處理ODS: 應(yīng)用中的數(shù)據(jù)集成OLAP: 為決策支持服務(wù)的數(shù)據(jù)分析處理數(shù)據(jù)管理：總體數(shù)據(jù)定義和數(shù)據(jù)交換控制數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)- -服務(wù)服務(wù)第6頁/共33頁企業(yè)架構(gòu)的原則企業(yè)架構(gòu)的原則范圍時間容易度對業(yè)務(wù)靈活性的度量一套具有一致性的設(shè)計原則。集成簡單化標準

3、化模塊化+通過一個統(tǒng)一的系統(tǒng)環(huán)境來管理和修改環(huán)境 通過對基礎(chǔ)架構(gòu)構(gòu)件進行適當?shù)募谢蚍稚⑹焦芾韥硖岣咝阅?。采用標準的組件件和流程，簡化IT資產(chǎn)的使用方式。簡化應(yīng)用和系統(tǒng)，從而減少復(fù)雜性和風險。引入支持變更所需的努力，成本，風險的水平。被支持或引入的變更的范圍。變更被執(zhí)行的速度。第7頁/共33頁數(shù)據(jù)只進行一次精確的單點捕獲，從而減少了不必要的數(shù)據(jù)捕捉，這保證了數(shù)據(jù)的正確性和一致性。 盡可能減少數(shù)據(jù)庫管理系統(tǒng)數(shù)量利用框架和工具來幫助數(shù)據(jù)架構(gòu)服務(wù)的分析、設(shè)計和開發(fā)工作通過采用被批準的業(yè)務(wù)信息名稱定義，來作為數(shù)據(jù)名稱的定義，從而減少開發(fā)和數(shù)據(jù)定義映射的工作量數(shù)據(jù)的組織在物理上應(yīng)該是與應(yīng)用處理相分離的簡

4、單化簡化應(yīng)用和系統(tǒng)，從而減少復(fù)雜性和風險。+模塊化通過對基礎(chǔ)架構(gòu)構(gòu)件進行集中或分散式管理來提高業(yè)績。數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)-原則原則第8頁/共33頁標準化簡化IT資產(chǎn)同基于標準的構(gòu)件和流程一同使用時的方式。應(yīng)在企業(yè)范圍內(nèi)使用標準化的數(shù)據(jù)模式遵循一致的數(shù)據(jù)管理策略和實施方法保證數(shù)據(jù)和信息與企業(yè)元數(shù)據(jù)定義相一致當創(chuàng)建內(nèi)部數(shù)據(jù)通訊標準時，外部數(shù)據(jù)通信標準應(yīng)該被考慮。（如和醫(yī)院的數(shù)據(jù)交換)數(shù)據(jù)架構(gòu)應(yīng)該和企業(yè)數(shù)據(jù)倉庫建設(shè)計劃，報表系統(tǒng)建設(shè)計劃保持一致數(shù)據(jù)架構(gòu)應(yīng)該提供客戶信息的統(tǒng)一視圖(例如：從一個客戶管理系統(tǒng)中，你可以看見某個客戶的所有關(guān)聯(lián)信息）。整合通過一個統(tǒng)一的關(guān)系系統(tǒng)更容易的管理和修改環(huán)境+數(shù)據(jù)架構(gòu)數(shù)據(jù)

5、架構(gòu)- -原則原則第9頁/共33頁內(nèi)容內(nèi)容概念介紹概念介紹中國人壽現(xiàn)狀中國人壽現(xiàn)狀物理架構(gòu)物理架構(gòu)數(shù)據(jù)集中數(shù)據(jù)集中邏輯數(shù)據(jù)模型邏輯數(shù)據(jù)模型第10頁/共33頁信息電子化程度較高對于每個單個應(yīng)用，數(shù)據(jù)模型是相對成熟的應(yīng)用間較低的數(shù)據(jù)集成數(shù)據(jù)再利用或共享較少不一致的數(shù)據(jù)定義較低的數(shù)據(jù)質(zhì)量較差的數(shù)據(jù)管理缺少OLAP系統(tǒng)信息化程度較高，但沒有統(tǒng)一規(guī)劃的總體數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)-現(xiàn)狀現(xiàn)狀第11頁/共33頁ITIT戰(zhàn)略的要求戰(zhàn)略的要求戰(zhàn)略性行動戰(zhàn)略性行動對數(shù)對數(shù)據(jù)架據(jù)架構(gòu)構(gòu)的要求的要求#1 實現(xiàn)聯(lián)邦模式的實現(xiàn)聯(lián)邦模式的IT架構(gòu)架構(gòu)及時、安全、準確的數(shù)據(jù)及時、安全、準確的數(shù)據(jù)支持客戶數(shù)據(jù)轉(zhuǎn)移和遠程保單管理

6、支持客戶數(shù)據(jù)轉(zhuǎn)移和遠程保單管理支持有效的數(shù)據(jù)分析（按客戶、渠道、產(chǎn)品等）支持有效的數(shù)據(jù)分析（按客戶、渠道、產(chǎn)品等）能夠追蹤關(guān)鍵業(yè)務(wù)指標信息以進行業(yè)績分析和管理能夠追蹤關(guān)鍵業(yè)務(wù)指標信息以進行業(yè)績分析和管理#2 實現(xiàn)銷售運營管理的自實現(xiàn)銷售運營管理的自動化動化 支持銷售活動的追蹤和管理支持銷售活動的追蹤和管理#3 實現(xiàn)標準化的核心業(yè)務(wù)實現(xiàn)標準化的核心業(yè)務(wù)應(yīng)用應(yīng)用 統(tǒng)一的客戶信息視圖統(tǒng)一的客戶信息視圖產(chǎn)品和客戶分析產(chǎn)品和客戶分析#4 實現(xiàn)實現(xiàn)MIS/DSS及時和有效的數(shù)據(jù)分析及時和有效的數(shù)據(jù)分析#5 建立如下新系統(tǒng)建立如下新系統(tǒng):-產(chǎn)品開發(fā)產(chǎn)品開發(fā)-精算精算-風險管理風險管理有效的產(chǎn)品數(shù)據(jù)分析有效的

7、產(chǎn)品數(shù)據(jù)分析如下分析能力：成本負債、現(xiàn)金流、精算數(shù)據(jù)分析等如下分析能力：成本負債、現(xiàn)金流、精算數(shù)據(jù)分析等第12頁/共33頁數(shù)據(jù)架構(gòu)應(yīng)具備的特征數(shù)據(jù)架構(gòu)應(yīng)具備的特征 核心數(shù)據(jù)庫的數(shù)據(jù)組織要以客戶為中心核心數(shù)據(jù)庫的數(shù)據(jù)組織要以客戶為中心 核心數(shù)據(jù)庫要包括整合后的客戶信息核心數(shù)據(jù)庫要包括整合后的客戶信息 總部擁有集成所有客戶精簡信息的數(shù)據(jù)庫總部擁有集成所有客戶精簡信息的數(shù)據(jù)庫 在企業(yè)范圍內(nèi)采用標準化的數(shù)據(jù)庫模式（在企業(yè)范圍內(nèi)采用標準化的數(shù)據(jù)庫模式（schemaschema） 有元數(shù)據(jù)管理系統(tǒng)有元數(shù)據(jù)管理系統(tǒng) 有數(shù)據(jù)遷移流程有數(shù)據(jù)遷移流程 有支持業(yè)務(wù)分析的數(shù)據(jù)集市（有支持業(yè)務(wù)分析的數(shù)據(jù)集市（Datam

8、artDatamart） 數(shù)據(jù)倉庫和操作型數(shù)據(jù)存儲可以根據(jù)需要決定是否建立數(shù)據(jù)倉庫和操作型數(shù)據(jù)存儲可以根據(jù)需要決定是否建立第13頁/共33頁內(nèi)容內(nèi)容概念介紹概念介紹中國人壽現(xiàn)狀中國人壽現(xiàn)狀物理架構(gòu)物理架構(gòu)數(shù)據(jù)集中數(shù)據(jù)集中邏輯數(shù)據(jù)模型邏輯數(shù)據(jù)模型第14頁/共33頁數(shù)據(jù)架構(gòu)邏輯數(shù)據(jù)模型數(shù)據(jù)架構(gòu)邏輯數(shù)據(jù)模型傭金產(chǎn)品/計劃客戶合同銷售者財務(wù)基本信息/受益交易歷史保費支付/收款理賠售前活動執(zhí)照/登記費用支付投資負債個人組織真實客戶潛在客戶真實客戶潛在客戶傭金計算方式第15頁/共33頁數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)- -邏輯模型邏輯模型信息:標識 ( 姓名, ID#.)基本信息( 地址, 電話號碼)類型( 公司, 人)

9、人口統(tǒng)計 ( 年齡, 民族, 婚姻狀況)聯(lián)系歷史記錄 關(guān)系:合同( 如： 所有者, 付款人, 受益人.)代理人 (主要聯(lián)系人、) 其它的客戶 (配偶, 子女, 業(yè)務(wù)代表, 等.).Add Management data box.客戶擁有合同或與合同相關(guān)的個人或公司實體第16頁/共33頁數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)-邏輯模型邏輯模型信息:受益信息( 被保的總額, 受益類別)附加受益信息產(chǎn)品種類支付信息 ( 支付方式, 保險金, 帳戶)狀態(tài)(正常、失效)交易歷史賠付信息.關(guān)系:客戶 支付賠付代理人合同產(chǎn)品/計劃傭金再保險第17頁/共33頁數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)- -邏輯模型邏輯模型信息:標識（姓名、編號）類型 (如

10、：代理人、銀行、經(jīng)紀)人口統(tǒng)計特征（年齡、學歷)登記注冊信息角色（普通員工、經(jīng)理)培訓記錄.關(guān)系合同客戶和潛在客戶傭金其他銷售者銷售者(Distributor)參與銷售中國人壽產(chǎn)品的個人或公司第18頁/共33頁數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)- -邏輯模型邏輯模型信息：支付日期支付金額支付類型(如：首期傭金、續(xù)保傭金、獎金、 代理傭金、固定工資、扣除額).關(guān)系：銷售者（Distributor）合同財務(wù)產(chǎn)品/計劃傭金支付給銷售者的報酬第19頁/共33頁數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)-邏輯模型邏輯模型信息：標識 ( 產(chǎn)品名稱、代碼)產(chǎn)品類型/產(chǎn)品線 (壽險、健康險、投資聯(lián)接)產(chǎn)品子類(如：子類型、版本.)產(chǎn)品控制 (精算日期、

11、狀態(tài)等)財務(wù)指標保費金額精算值失效值除權(quán)信息/分紅信息傭金信息關(guān)系合同/補充合同傭金代理（許可證）產(chǎn)品/計劃第20頁/共33頁數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)- -邏輯模型邏輯模型信息：標識 ( 日期、憑證號 )支付人、銀行信息支付信息 (如：供應(yīng)商).關(guān)系合同/補充合同理賠傭金投資精算總費用財務(wù)總帳數(shù)據(jù)第21頁/共33頁決策支持應(yīng)用星型模型決策支持應(yīng)用星型模型地理地理產(chǎn)品產(chǎn)品種類種類渠道渠道人口統(tǒng)計人口統(tǒng)計時間時間核心業(yè)務(wù)指標核心業(yè)務(wù)指標保單保單渠道指標渠道指標傭金傭金管理指標管理指標財務(wù)指標財務(wù)指標.客戶客戶第22頁/共33頁數(shù)據(jù)標準化數(shù)據(jù)標準化方法方法自行制定自行制定基于公共基于公共/ /行業(yè)標準制定行

12、業(yè)標準制定基于應(yīng)用系統(tǒng)基于應(yīng)用系統(tǒng)說明說明100%按照中國人壽的實際業(yè)務(wù)制定基于已有的成熟行業(yè)標準，針對中國人壽進行小的修改確定主要的應(yīng)用，并采用它們的數(shù)據(jù)模型作為標準優(yōu)點優(yōu)點100%滿足中國人壽需求 比自行制定相對容易很多應(yīng)用已經(jīng)遵循這些標準易于實現(xiàn)和推行缺點缺點受資源、時間等的現(xiàn)狀要達到完善準確的目標，實施難度極大兼容性差，和外部系統(tǒng)的聯(lián)接困難需要強制應(yīng)用系統(tǒng)符合該標準，如果購買應(yīng)用系統(tǒng)，則需要進行標準化改造但仍有一些應(yīng)用不滿足這些標準，這就需要標準化改造可能不會100%貼合中國人壽的業(yè)務(wù)實際數(shù)據(jù)的標準化轉(zhuǎn)換可能導致性能問題行業(yè)標準也在持續(xù)發(fā)展合更新修改起來比較困難對應(yīng)用供應(yīng)商有依賴可選方

13、案可選方案 重新規(guī)劃業(yè)務(wù)信息，并制定數(shù)據(jù)標準在現(xiàn)有數(shù)據(jù)模型上組織大規(guī)模修改Accord, LifeXML 依賴于應(yīng)用系統(tǒng)我們推薦我們推薦第23頁/共33頁內(nèi)容內(nèi)容概念介紹概念介紹中國人壽現(xiàn)狀中國人壽現(xiàn)狀物理架構(gòu)物理架構(gòu)數(shù)據(jù)集中數(shù)據(jù)集中邏輯數(shù)據(jù)模型邏輯數(shù)據(jù)模型第24頁/共33頁數(shù)據(jù)架構(gòu)物理模型數(shù)據(jù)架構(gòu)物理模型組 1常規(guī)常規(guī)OLTPCoreSFAGroupODS數(shù)據(jù)倉庫組組數(shù)據(jù)集市數(shù)據(jù)集市標準ETL組 nOLTPCoreSFA個別個別GroupODS數(shù)據(jù)倉庫組組數(shù)據(jù)集市數(shù)據(jù)集市定制ETL總部ODS總部數(shù)據(jù)集市企業(yè)客戶信息數(shù)據(jù)庫(精簡)標準ETL總部數(shù)據(jù)倉庫元數(shù)據(jù)管理第25頁/共33頁數(shù)據(jù)架構(gòu)數(shù)據(jù)架

14、構(gòu)- -物理模型物理模型數(shù)據(jù)種類數(shù)據(jù)種類位置位置描述描述基礎(chǔ)數(shù)據(jù) 和OLTP組操作型（主要進行業(yè)務(wù)的事務(wù)處理）應(yīng)用系統(tǒng)所擁有的數(shù)據(jù).操作型數(shù)據(jù)存儲 (ODS)可選項組或總公司利用ETL工具集成OLTP應(yīng)用系統(tǒng)中基礎(chǔ)數(shù)據(jù)，并按照范式關(guān)系存儲的交易數(shù)據(jù)。這樣數(shù)據(jù)的二義性的問題就被解決了，也保證了數(shù)據(jù)在后續(xù)的轉(zhuǎn)移過程中比較干凈。 數(shù)據(jù)倉庫 可選項組或總公司用來存儲，恢復(fù)，管理描述企業(yè)需求的海量數(shù)據(jù)的系統(tǒng)數(shù)據(jù)集市組或總公司主要被用來描述特定功能或部門需求的小規(guī)模數(shù)據(jù)倉庫元數(shù)據(jù)集中關(guān)于數(shù)據(jù)的數(shù)據(jù)，它提供信息給用戶， 從而使用戶可以理解數(shù)據(jù)訪問過程，使用組織的數(shù)據(jù)資源； 并且提供元數(shù)據(jù)輸入，數(shù)據(jù)提取，集成

15、和轉(zhuǎn)換規(guī)則，數(shù)據(jù)質(zhì)量保證流程，數(shù)據(jù)庫結(jié)構(gòu)， 業(yè)務(wù)名詞和定義以及規(guī)則等信息。主要組件主要組件第26頁/共33頁數(shù)據(jù)架構(gòu)工具數(shù)據(jù)架構(gòu)工具組件描述選擇關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（RDBMS)可以創(chuàng)建，升級，管理關(guān)系數(shù)據(jù)庫的程序Oracle, DB2查詢工具為查詢數(shù)據(jù)的需要，提供定義和操作數(shù)據(jù)表的基本語言構(gòu)造的應(yīng)用。數(shù)據(jù)庫產(chǎn)品自帶的查詢工具 (如DB2, Oracle等), TOAD, SQL Studio, Web SQL Studio, BRIO 等ETL從數(shù)據(jù)源抽取數(shù)據(jù)的可配置應(yīng)用。轉(zhuǎn)換（清理，標準化等）數(shù)據(jù)，如果可能，還可以將轉(zhuǎn)換結(jié)果裝入目標數(shù)據(jù)存儲。Ascential, Informatica,

16、Data Junction, Data Mirror等聯(lián)機分析處理（OLAP）工具OLAP主要基于海量數(shù)據(jù)在各個匯總層次上的聚集，通過分析數(shù)據(jù)項之間的關(guān)系，尋找模式、趨勢和預(yù)測。Oracle, Visual SQL Designer, Hyperion, BRIO, Crystal, Business Objects, Microstrategy, Essbase, Informatica 等第27頁/共33頁對對DBMS移植的一些看法移植的一些看法： 時間限制時間限制 在在2006年后廠商將不再為年后廠商將不再為Informix提供支持提供支持. 可選方案的評估分析要基于：可選方案的評估分析

17、要基于： 性能 成本 兼容性 維護管理難度 市場上熟悉該產(chǎn)品的資源量系統(tǒng)更換系統(tǒng)更換/升級的時間計劃的選擇升級的時間計劃的選擇 遷移前需要做好一些數(shù)據(jù)預(yù)先清理工作 DBMS替換要和應(yīng)用系統(tǒng)開發(fā)保持協(xié)同數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)- -DBMSDBMS第28頁/共33頁需要哪些控制來保證今后運行中的數(shù)據(jù)質(zhì)量需要哪些控制來保證今后運行中的數(shù)據(jù)質(zhì)量業(yè)務(wù)- 從業(yè)務(wù)流程角度，對信息質(zhì)量的控制（如輸入前的檢查等） 業(yè)務(wù)處理系統(tǒng)OLTP 利用元數(shù)據(jù)控制、 應(yīng)用的合法性校驗、 單點錄入等操作型數(shù)據(jù)存儲ODS 對不一致數(shù)據(jù)的重新整合基礎(chǔ)架構(gòu)- 物理控制，基礎(chǔ)架構(gòu)控制，如訪問控制等需要哪些控制來保證歷史數(shù)據(jù)的數(shù)據(jù)質(zhì)量需要哪些

18、控制來保證歷史數(shù)據(jù)的數(shù)據(jù)質(zhì)量遺留系統(tǒng)的處理方法 在新應(yīng)用被整合入架構(gòu)之前/后都要考慮到歷史數(shù)據(jù)遷移可以考慮實施一個數(shù)據(jù)質(zhì)量改進項目來提高歷史數(shù)據(jù)質(zhì)量“.關(guān)注質(zhì)量能提高生產(chǎn)力, 但單純追求生產(chǎn)力并不能提高質(zhì)量”數(shù)據(jù)架構(gòu)數(shù)據(jù)架構(gòu)- -數(shù)據(jù)質(zhì)量數(shù)據(jù)質(zhì)量第29頁/共33頁內(nèi)容內(nèi)容概念介紹概念介紹中國人壽現(xiàn)狀中國人壽現(xiàn)狀物理架構(gòu)物理架構(gòu)數(shù)據(jù)集中數(shù)據(jù)集中邏輯數(shù)據(jù)模型邏輯數(shù)據(jù)模型第30頁/共33頁數(shù)據(jù)架構(gòu)集中數(shù)據(jù)架構(gòu)集中/分布模式的優(yōu)缺點分布模式的優(yōu)缺點聯(lián)邦模式良好的兼顧了集中模式和分布模式的優(yōu)點。聯(lián)邦模式良好的兼顧了集中模式和分布模式的優(yōu)點。標識標識: 優(yōu)優(yōu)點點缺點缺點有限的省級靈活性有限的省級靈活性沒有省一級成本控制沒有省一級成本控制并不能滿足每個省的并不能滿足每個省的需求需求由規(guī)模帶來的性能問由規(guī)模帶來的性能問題題僵硬但一致的數(shù)據(jù)僵硬但一致的數(shù)據(jù)過高的總成本過高的總成本不同的業(yè)務(wù)流程不同的業(yè)務(wù)流