x保險公司信息化戰(zhàn)略規(guī)劃(編輯修改稿)
2025-06-24 08:11 本頁面
【文章內(nèi)容簡介】 Confidential 議程一：數(shù)據(jù)架構(gòu) 數(shù)據(jù)質(zhì)量管理 – 現(xiàn)有數(shù)據(jù)質(zhì)量控制體系的建立： ? 數(shù)據(jù)產(chǎn)生：原始數(shù)據(jù)的正確錄入 ? 數(shù)據(jù)保存：常規(guī)的數(shù)據(jù)庫清理 ? 數(shù)據(jù)使用：數(shù)據(jù)整合與分析 – 歷史數(shù)據(jù)質(zhì)量提高方案： ? 建立獨立的、經(jīng)過授權(quán)的項目組 ? 設(shè)定數(shù)據(jù)質(zhì)量目標 ? 分析現(xiàn)有數(shù)據(jù)質(zhì)量差距 ? 確定可以短期改進的部分 ? 制定長期改進方案 ? 建立質(zhì)量改進審查機制 Page 25 China Life Confidential 議程一：數(shù)據(jù)架構(gòu) 重要推薦或結(jié)論 推薦一：中國人壽采用基于應用系統(tǒng)的統(tǒng)一數(shù)據(jù)模型，實現(xiàn)企業(yè)級數(shù)據(jù)模型標準化 邏輯數(shù)據(jù)模型 核心保險應用 銷售和渠道管理 人事系統(tǒng) 財務(wù)系統(tǒng) CRM系統(tǒng) Page 26 China Life Confidential 議程一：數(shù)據(jù)架構(gòu) 重要推薦或結(jié)論 推薦二：建立企業(yè)級的、標準的數(shù)據(jù)集成系統(tǒng) 組 1 常規(guī) OLTP Core SFA … … Group ODS 數(shù)據(jù)倉庫 組 數(shù)據(jù)集市 標準 ETL 組 n OLTP Core SFA … 個別 Group ODS 數(shù)據(jù)倉庫 組 數(shù)據(jù)集市 定制 ETL 總部 ODS 總部 數(shù)據(jù)集市 企業(yè)客戶信息數(shù)據(jù)庫 (精簡 ) 標準 ETL 總部 數(shù)據(jù)倉庫 Page 27 China Life Confidential 議程一：數(shù)據(jù)架構(gòu) 重要推薦或結(jié)論 推薦三：總部建立精簡的客戶信息數(shù)據(jù)庫 。 ?保存中國人壽所有客戶 ?僅包括精簡的客戶信息 ?提供總部級客戶關(guān)系管理的數(shù)據(jù)支持 ?支持不同省份之間的信息傳遞 ?總部數(shù)據(jù)集市的一部分 ?利用 ETL進行客戶數(shù)據(jù)集成 ?省公司可以根據(jù)權(quán)限進行訪問 組 1 常規(guī) OLTP Core SFA … … Group ODS 數(shù)據(jù)倉庫 組 數(shù)據(jù)集市 標準 ETL 組 n OLTP Core SFA … 個別 Group ODS 數(shù)據(jù)倉庫 組 數(shù)據(jù)集市 定制 ETL 總部 ODS 總部 數(shù)據(jù)集市 企業(yè)客戶信息數(shù)據(jù)庫 (精簡 ) 標準 ETL 總部 數(shù)據(jù)倉庫 Page 28 China Life Confidential 議程一：數(shù)據(jù)架構(gòu) 重要推薦或結(jié)論 推薦四：企業(yè)級 ODS和數(shù)據(jù)倉庫可以根據(jù)需要建立 。 ?總體規(guī)劃、分布實施的原則 ?首先建立局部的數(shù)據(jù)集成和數(shù)據(jù)集市 ?在中國人壽普及決策支持應用 ?在需求、技術(shù)、管理維護逐步成熟的基礎(chǔ)上擴大規(guī)模 ?最終形成企業(yè)級 ODS和數(shù)據(jù)倉庫應用 組 1 常規(guī) OLTP Core SFA … … Group ODS 數(shù)據(jù)倉庫 組 數(shù)據(jù)集市 標準 ETL 組 n OLTP Core SFA … 個別 Group ODS 數(shù)據(jù)倉庫 組 數(shù)據(jù)集市 定制 ETL 總部 ODS 總部 數(shù)據(jù)集市 企業(yè)客戶信息數(shù)據(jù)庫 (精簡 ) 標準 ETL 總部 數(shù)據(jù)倉庫 Page 29 China Life Confidential 議程一：數(shù)據(jù)架構(gòu) 重要推薦或結(jié)論 推薦五：實施數(shù)據(jù)質(zhì)量提升項目，提高數(shù)據(jù)質(zhì)量 。 ?建立專職的、有足夠權(quán)限的組織機構(gòu)負責數(shù)據(jù)質(zhì)量管理 ?數(shù)據(jù)質(zhì)量的管理和提升是一個長期的過程 ?應用系統(tǒng)的升級和更新是數(shù)據(jù)質(zhì)量提升的重要契機 ?可以考慮使用數(shù)據(jù)質(zhì)量工具 時間 新系統(tǒng)投入運營 短期改進 長期數(shù)據(jù)質(zhì)量提高 建立數(shù)據(jù)質(zhì)量控制體系 數(shù)據(jù)質(zhì)量被有效管控 歷史數(shù)據(jù)質(zhì)量提高 定期審查和改進 進入穩(wěn)定階段 Page 30 China Life Confidential 議程二 ? 1. IT架構(gòu)規(guī)劃 數(shù)據(jù)架構(gòu) ? 2. 高端設(shè)計 數(shù)據(jù)庫平臺移植 ? 3. 高端設(shè)計 數(shù)據(jù)標準化 Page 31 China Life Confidential 議程二：數(shù)據(jù)庫平臺移植 ? 替換現(xiàn)有 Informix版本的必要性 ? 對未來數(shù)據(jù)庫平臺的要求 ? 升級 /移植的方向分析 ? 升級還是移植 ? 移植的目標產(chǎn)品選擇分析 ? 數(shù)據(jù)庫平臺產(chǎn)品評估 ? 移植方案 ? 時機選擇 ? 移植方法和步驟 ? 風險分析和控制 Page 32 China Life Confidential 議程二：數(shù)據(jù)庫平臺移植 移植的必要性 ? Informix是中國人壽業(yè)務(wù)應用的主要數(shù)據(jù)庫 ? Informix已被 IBM收購 ? IBM宣布將于 2020年底停止對現(xiàn)行 Informix數(shù)據(jù)庫產(chǎn)品（ 以前，即原 informix公司開發(fā)的版本）的支持 ? 中國人壽必須在 2020年底前完成對現(xiàn)有 informix版本的升級或移植 ? 繼續(xù)升級到 IBM提供的 Informix高版本，或 ? 移植到其他平臺，如 DB2, Oracle等 Page 33 China Life Confidential 議程二：數(shù)據(jù)庫平臺移植 分析方法 升級 或 移植 方向 分析 移植 的 目標 數(shù)據(jù)庫 產(chǎn)品比較 中國人壽 對 數(shù)據(jù)庫 產(chǎn)品 的要求 確定 移植到 新的 數(shù)據(jù)庫 平臺 目標 數(shù)據(jù)庫 產(chǎn)品 推薦 ? 在此基礎(chǔ)上，結(jié)合中國人壽的核心應用的更新建議，推薦數(shù)據(jù)庫平臺移植方案 Page 34 China Life Confidential 議程二：
教學課件相關(guān)推薦
鄂ICP備17016276號-1