集團企業(yè)大數(shù)據(jù)治理平臺解決方案

集團企業(yè)大數(shù)據(jù)分析平臺建設(shè)目標通過數(shù)據(jù)平臺和BI應(yīng)用建設(shè)，XXX大數(shù)據(jù)將搭建統(tǒng)一的大數(shù)據(jù)共享和分析平臺，對各類業(yè)務(wù)進行前瞻性預(yù)測及分析，為集團企業(yè)各層次用戶提供統(tǒng)一的決策分析支持，提升數(shù)據(jù)共享與流轉(zhuǎn)能力

統(tǒng)一制定目標和分析模型

600%500%400%300%200%100%0%2004年2005年2006年鐵礦石2007年焦煤2008年自定義報表工具

行＋列的簡單定義方式

多種格式報表

BI分析工具

云數(shù)據(jù)推送平臺已實現(xiàn)了主要零售及金融業(yè)務(wù)系統(tǒng)統(tǒng)一定義BI應(yīng)用

集團企業(yè)決策層

數(shù)據(jù)治理概述

目錄

某集團數(shù)據(jù)現(xiàn)狀及問題數(shù)據(jù)治理階段目標

第一部分

數(shù)據(jù)治理概述

數(shù)據(jù)治理意義、作用和價值意義

是構(gòu)建完善、共享、統(tǒng)一管理數(shù)據(jù)環(huán)境的基本保障和重要組成部分

是把數(shù)據(jù)作為資產(chǎn)來管理的有效手段

作用

確定了一系列崗位角色和相應(yīng)的責任及管理流程

保證了業(yè)務(wù)數(shù)據(jù)在采集、集中、轉(zhuǎn)換、存儲、應(yīng)用整個過程中的完整性、準確性、一致性和時效性

數(shù)據(jù)治理框架

數(shù)據(jù)戰(zhàn)略

數(shù)據(jù)應(yīng)用與服務(wù)

促進

數(shù)據(jù)服務(wù)管理

數(shù)據(jù)需求管理

數(shù)據(jù)服務(wù)

應(yīng)用系統(tǒng)建設(shè)

實現(xiàn)

數(shù)據(jù)管理

支撐

數(shù)據(jù)架構(gòu)

數(shù)據(jù)源

數(shù)據(jù)

業(yè)務(wù)系統(tǒng)

數(shù)據(jù)結(jié)構(gòu)化轉(zhuǎn)換

數(shù)據(jù)交換平臺

大數(shù)據(jù)分析計算

分布式數(shù)據(jù)庫

分布式文件系統(tǒng)

貼源層

數(shù)據(jù)平臺

整合層

基礎(chǔ)匯總層

數(shù)據(jù)平臺

數(shù)據(jù)服務(wù)

數(shù)據(jù)集市

數(shù)據(jù)應(yīng)用

統(tǒng)計報表

數(shù)據(jù)挖掘

高管駕駛艙

其他系統(tǒng)

大數(shù)據(jù)平臺

數(shù)據(jù)接口

數(shù)據(jù)切分

數(shù)據(jù)平臺建設(shè)原則

一、應(yīng)用（需求）驅(qū)動主導數(shù)據(jù)平臺的實現(xiàn)，加強業(yè)務(wù)的關(guān)注和參與

應(yīng)用是展現(xiàn)數(shù)據(jù)總線建設(shè)效果的門戶，因此需要建設(shè)業(yè)務(wù)人員最緊迫和最關(guān)注的需求和應(yīng)用，讓業(yè)務(wù)部門最快參與數(shù)據(jù)總線的建設(shè)當中。

二、初期能夠快速見效并體現(xiàn)建設(shè)價值，不盲目投入

實施周期不，規(guī)模不，能夠快速的見到數(shù)據(jù)總線帶來的效果和價值。

三、借鑒同業(yè)的成功經(jīng)驗和成果，選擇成熟技術(shù)架構(gòu)和解決方案

盡量參考同行業(yè)、同規(guī)模、同類型企業(yè)行的建設(shè)經(jīng)驗，適當創(chuàng)新。

第二部分

某集團數(shù)據(jù)現(xiàn)狀及問題

數(shù)據(jù)應(yīng)用現(xiàn)狀分析-總體情況

業(yè)務(wù)職能不清晰或相互重疊，觀察數(shù)據(jù)視角不盡相同，缺少數(shù)據(jù)標準與業(yè)務(wù)統(tǒng)一定義，語軌不一致

IT架構(gòu)中中都是以部門級應(yīng)用為主（如計財、資金計劃部等），缺乏從大的管理職能（財務(wù)、風險、運營等）綜合方面的數(shù)據(jù)整合、數(shù)據(jù)標準和統(tǒng)一業(yè)務(wù)定義

客戶信息

客戶信息

行領(lǐng)導

貸款余額

客戶信息

貸款余額

客戶信息

…..

…..

客戶信息

…..

…..

…..

業(yè)務(wù)人員

財務(wù)會計部

信貸管理部

國際業(yè)務(wù)部

資金計劃部

…….

X\56數(shù)據(jù)應(yīng)用現(xiàn)狀分析-數(shù)據(jù)架構(gòu)方面由于全行的數(shù)據(jù)散落在各個業(yè)務(wù)系統(tǒng)中，沒有進行有效整合，形成豎井式架構(gòu)，造成多個信息孤島，整體架構(gòu)缺少一個穩(wěn)定的、抗源變化的保存最細粒度歷史數(shù)據(jù)的數(shù)據(jù)層。無法支撐未來共享性應(yīng)用。

業(yè)務(wù)表現(xiàn)

信息孤島

數(shù)據(jù)冗余

共享性差

豎井式架構(gòu)，造成信息孤島

其它

報表

……

績效考核

客戶管理

客戶

風險

報表

缺少一個穩(wěn)定的、抗源變化的數(shù)據(jù)層

客戶

一部

報表

中間

業(yè)務(wù)

報表

支付

報表

客戶風險

客戶一部

中間業(yè)務(wù)

支付業(yè)務(wù)

歷史數(shù)據(jù)缺失

主題層

報表應(yīng)用共用

主題數(shù)據(jù)

集市層

數(shù)據(jù)應(yīng)用現(xiàn)狀分析-數(shù)據(jù)應(yīng)用難題客戶風險集市

缺少統(tǒng)一的應(yīng)用分析標準

業(yè)務(wù)表現(xiàn)

各集市系統(tǒng)指標存在重復(fù)

各集市系統(tǒng)在保有存量的同時，不斷產(chǎn)生新的指標（增量）

集市指標派生無法實現(xiàn)

指標邏輯視圖（指標分類）不一致

借據(jù)號

期末余額

主營業(yè)務(wù)收入

負債總額

。。。

我想看本期貸款余額，看哪個呢

客戶一部集市

用戶

借據(jù)編號

期末貸款余額

總資產(chǎn)

。。。

我想看客戶經(jīng)營情況信息，有哪些呢

問題

數(shù)據(jù)應(yīng)用現(xiàn)狀分析-數(shù)據(jù)應(yīng)用難題缺少統(tǒng)一的基礎(chǔ)數(shù)據(jù)標準

業(yè)務(wù)表現(xiàn)

各系統(tǒng)存在冗余數(shù)據(jù)

各系統(tǒng)存在業(yè)務(wù)含義一致，名稱定義不一致的屬性

各系統(tǒng)存在含義不一致，名稱定義一致的情況

業(yè)務(wù)代碼定義混亂

相同業(yè)務(wù)代碼定義不一致

核心貸款分戶賬表

業(yè)務(wù)含義一致，名稱定義不一致

貸款主檔代碼

貸款余額

五級分類標志

計息方式

。。。

數(shù)據(jù)冗余

問題

信貸管理借據(jù)表

數(shù)據(jù)應(yīng)用現(xiàn)狀分析-數(shù)據(jù)質(zhì)量方面沒有歸納并總結(jié)數(shù)據(jù)質(zhì)量問題，缺少反饋機制,導致長期存在各類數(shù)據(jù)質(zhì)量問題。

業(yè)務(wù)表現(xiàn)

指標難以共享

數(shù)據(jù)不一致、不準確

由于信貸管理系統(tǒng)業(yè)務(wù)人員沒有填寫或填寫錯誤借據(jù)的五級分類信息，導致報表數(shù)據(jù)不準確，需要手工補錄修改

問題

部分關(guān)鍵業(yè)務(wù)數(shù)據(jù)缺失

源系統(tǒng)校驗關(guān)系缺失及業(yè)務(wù)人員客戶號

客戶簡稱

75682839綜合廠

數(shù)據(jù)應(yīng)用現(xiàn)狀分析-總結(jié)

隨著業(yè)務(wù)的不斷發(fā)展和信息化的不斷深入，需建設(shè)的業(yè)務(wù)系統(tǒng)越來越多，隨著業(yè)務(wù)系統(tǒng)的數(shù)據(jù)種類不斷豐富完善，數(shù)據(jù)量的不斷增大，如果不采取有效手段解決數(shù)據(jù)架構(gòu)、數(shù)據(jù)標準、數(shù)據(jù)質(zhì)量問題，隨著信息化建設(shè)的深入，這些問題將像雪球一樣越滾越大，越積越多。

綜合報表平臺適應(yīng)性升級改造階段（問題增加為451個）

第三部分

數(shù)據(jù)治理階段目標

數(shù)據(jù)平臺邏輯架構(gòu)

源數(shù)據(jù)

CBSCM2006EEBOND貼源層

綜合業(yè)務(wù)系統(tǒng)

CM2006國際結(jié)算系統(tǒng)

債券管理系統(tǒng)

外匯資金系統(tǒng)

報文清算系統(tǒng)

報價引擎系統(tǒng)

數(shù)據(jù)倉庫

整合層

當事人

協(xié)議

事件

當事人資產(chǎn)

…….

數(shù)據(jù)應(yīng)用

集市層

非現(xiàn)場監(jiān)管集市

財會報表集市

ETL

風險報表集市

高管駕駛艙集市

…….

作業(yè)調(diào)度匯總層

機構(gòu)

客戶

賬戶

…...

非現(xiàn)場報表

財會報表

客戶風險報表

…..

ETLETL作業(yè)調(diào)度作業(yè)調(diào)度高管駕駛艙

數(shù)據(jù)

切分

數(shù)據(jù)平臺部署架構(gòu)

省行1：心跳三層交換機省行數(shù)據(jù)庫服務(wù)器數(shù)據(jù)加載程序（完善后）數(shù)據(jù)傳輸平臺配置庫總行：新購置Web應(yīng)用負載均衡器狀態(tài)線新購置Web應(yīng)用負載均衡器三層交換機已有應(yīng)用服務(wù)器（2臺）（188.1.6.107/188.1.6.108）

v4.3

v3.2

客戶一部報表應(yīng)用

中間業(yè)務(wù)報表應(yīng)用新購置明細報表應(yīng)用服務(wù)器（6臺）Weblogic11gv4.3v3.2新建客戶風險報表應(yīng)用原有應(yīng)用節(jié)點擴充數(shù)據(jù)切分應(yīng)用（完善后）元數(shù)據(jù)管理應(yīng)用心跳省行應(yīng)用服務(wù)器v4.3數(shù)據(jù)傳輸平臺應(yīng)用心跳新購置數(shù)據(jù)平臺ETL服務(wù)器(8臺)RedHatEnterpriseLinux5(Advanced)MOIA4.4agentDataStage8.5EE（內(nèi)置Websphere）調(diào)度平臺代理節(jié)點數(shù)據(jù)平臺ETL工程DS8.5管理應(yīng)用三層交換機三層交換機新購置調(diào)度服務(wù)器（1臺）

RedHatEnterpriseLinuxserverrelease5.5MOIA4.4server調(diào)度平臺主節(jié)點省行文件服務(wù)器數(shù)據(jù)平臺項目建設(shè)目標

1、發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題，推動數(shù)據(jù)治理工作的開展，建立數(shù)據(jù)質(zhì)量檢核系統(tǒng)

對源系統(tǒng)進行數(shù)據(jù)質(zhì)量檢核，發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題并統(tǒng)計影響到的報表

對數(shù)據(jù)質(zhì)量問題進行歸類總結(jié)，分析成因和改進建議

建設(shè)數(shù)據(jù)質(zhì)量檢核系統(tǒng)

2、分析、梳理業(yè)務(wù)系統(tǒng)，推動數(shù)據(jù)標準的建立，統(tǒng)一全行口徑

建立基礎(chǔ)標準和指標標準框架

確定標準化范圍，對重要屬性進行標準化

目標建設(shè)方法-發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題分析源系統(tǒng)表數(shù)據(jù)，從及時性、完整性、準確性、有效性、一致性方面對源系統(tǒng)數(shù)據(jù)進行數(shù)據(jù)校驗，發(fā)現(xiàn)并記錄數(shù)據(jù)質(zhì)量問題，生成數(shù)據(jù)質(zhì)量問題報告

建設(shè)數(shù)據(jù)質(zhì)量檢核系統(tǒng)，對源系統(tǒng)基礎(chǔ)建設(shè)

內(nèi)容

業(yè)務(wù)數(shù)據(jù)的進行全面的數(shù)據(jù)質(zhì)量檢查，并實現(xiàn)重要業(yè)務(wù)數(shù)據(jù)質(zhì)量的周期性動態(tài)檢查，對發(fā)現(xiàn)的數(shù)據(jù)質(zhì)量問題生成數(shù)據(jù)目標建設(shè)方法-發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題1源系統(tǒng)分析階段

全面分析主要源業(yè)務(wù)系統(tǒng)

工作階段

2數(shù)據(jù)質(zhì)量問題檢查階段

根據(jù)制定的檢查規(guī)則編寫程序，對源系統(tǒng)數(shù)據(jù)進行檢查

源系統(tǒng)分析階段

1、工作內(nèi)容

全面分析和消化主要源業(yè)務(wù)系統(tǒng)

重點分析核心業(yè)務(wù)系統(tǒng)和信貸兩個系統(tǒng)

產(chǎn)出物

技術(shù)角度分析調(diào)研

源系統(tǒng)表結(jié)構(gòu)，包括主鍵、外鍵、唯一性約束

源系統(tǒng)表間關(guān)系

源系統(tǒng)字段長度和類型

2、工作依據(jù)

源系統(tǒng)文檔：

《源系統(tǒng)操作手冊》、《源業(yè)務(wù)系統(tǒng)設(shè)計說明書》、《源系統(tǒng)數(shù)據(jù)字典》

源系統(tǒng)環(huán)境及調(diào)研數(shù)據(jù)

業(yè)務(wù)角度分析調(diào)研

數(shù)據(jù)質(zhì)量檢查階段

1、工作內(nèi)容

梳理和制定數(shù)據(jù)質(zhì)量檢查規(guī)則，定義標準模板

依據(jù)數(shù)據(jù)檢查規(guī)則，編寫程序，對核心業(yè)務(wù)系統(tǒng)、信貸管理系統(tǒng)的進行檢查

2、工作依據(jù)

系統(tǒng)調(diào)研和分析成果

數(shù)據(jù)質(zhì)量檢查規(guī)則的依據(jù)調(diào)研成果的以下內(nèi)容進行梳理：

業(yè)務(wù)流程、業(yè)務(wù)邏輯

數(shù)據(jù)質(zhì)量分析階段

1、工作內(nèi)容

分析有質(zhì)量問題數(shù)據(jù)對現(xiàn)有報表應(yīng)用的影響

對數(shù)據(jù)質(zhì)量問題的成因進行分析和總結(jié)

對數(shù)據(jù)質(zhì)量問題的解決措施進行分析和總結(jié)

2、工作依據(jù)

數(shù)據(jù)質(zhì)量檢查結(jié)果

數(shù)據(jù)質(zhì)量反饋系統(tǒng)概述

建設(shè)目標

對業(yè)務(wù)數(shù)據(jù)進行數(shù)據(jù)質(zhì)量檢核，準確掌握業(yè)務(wù)系統(tǒng)各種數(shù)據(jù)質(zhì)量問題，促進基礎(chǔ)業(yè)務(wù)數(shù)據(jù)質(zhì)量的提高

建設(shè)內(nèi)容

質(zhì)量檢查規(guī)則定制

實現(xiàn)質(zhì)量檢查規(guī)則的靈活定制

數(shù)據(jù)質(zhì)量檢查

架構(gòu)和功能

系統(tǒng)架構(gòu)

數(shù)據(jù)質(zhì)量檢核與反饋系統(tǒng)

功能分類

檢核對象管理

系統(tǒng)功能

功能名稱

對象編輯

有效性

關(guān)聯(lián)性

檢核規(guī)則管理

一致性

靈活定制自定義檢核規(guī)則，實現(xiàn)可視化規(guī)則配置和管理

功能說明

修改導入表，修改表和字段的相關(guān)屬性

貼源層

整合層

匯總層

檢核對象管理

調(diào)度管理

導入、查詢、修改、刪除檢查對象

權(quán)限管理

檢核規(guī)則管理

新增、刪除、修改檢核規(guī)則

用戶建立

權(quán)限管理

準確性

及時性

檢查頻度管理

檢核頻度管理

質(zhì)量監(jiān)控周期頻度，可按日、周、月、年等頻度制定檢核時間

問題報告

數(shù)據(jù)質(zhì)量檢查及反饋系統(tǒng)界面數(shù)據(jù)質(zhì)量管理建議

管理層面

通過逐套的解決報表數(shù)據(jù)質(zhì)量問題，以數(shù)據(jù)標準為依據(jù)，來切實解決基層手工修改報表的問題

形成數(shù)據(jù)質(zhì)量管理的機制：發(fā)現(xiàn)問題，定位問題，解決問題的管理流程

源頭負責制，誰錄入誰修改

IT系統(tǒng)建設(shè)層面

將數(shù)據(jù)質(zhì)量問題檢查規(guī)則固化到系統(tǒng)中，形成數(shù)據(jù)質(zhì)量臺賬，為解決數(shù)據(jù)質(zhì)量問題和考核提數(shù)據(jù)平臺項目建設(shè)目標

1、發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題，推動數(shù)據(jù)治理工作的開展，建立數(shù)據(jù)質(zhì)量檢核系統(tǒng)

對源系統(tǒng)進行數(shù)據(jù)質(zhì)量檢核，發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題并統(tǒng)計影響到的報表

對數(shù)據(jù)質(zhì)量問題進行歸類總結(jié)，分析成因和改進建議

建設(shè)數(shù)據(jù)質(zhì)量檢核系統(tǒng)

2、分析、梳理業(yè)務(wù)系統(tǒng)，推動數(shù)據(jù)標準的建立，統(tǒng)一全行口徑

建立基礎(chǔ)標準和指標標準框架

確定標準化范圍，對重要屬性進行標準化

數(shù)據(jù)標準梳理及歸納

定義

對我行日常業(yè)務(wù)開展過程中所產(chǎn)生基礎(chǔ)性數(shù)據(jù)，從業(yè)務(wù)方面、技術(shù)方面、管理三個方

面，對數(shù)據(jù)的業(yè)務(wù)表達、數(shù)據(jù)格式、數(shù)

據(jù)關(guān)系等方面進行一致約定，從而

規(guī)范數(shù)據(jù)在全行內(nèi)外共享和使用

中的一致性和準確性

定義

通過對我行經(jīng)營管理資料的分析，并參考同

業(yè)的類似成果以及監(jiān)管部門要求，梳理

和篩選出直接反映我行業(yè)務(wù)經(jīng)營管理

狀態(tài)的重要指標，并對指標的業(yè)務(wù)

含義、業(yè)務(wù)規(guī)則、統(tǒng)計口徑等內(nèi)

作用

對數(shù)據(jù)的管理、應(yīng)用過程進行統(tǒng)

數(shù)據(jù)標準

梳理及歸納

容進行標準化定義，形成全行一

致的指標數(shù)據(jù)標準

作用

一和規(guī)范，明確數(shù)據(jù)的定義、格式、

統(tǒng)一全行對各項經(jīng)營指標的理解和

目標建設(shè)方法-數(shù)據(jù)標準解決的問題制定了全行統(tǒng)一的標準，實現(xiàn)了業(yè)務(wù)數(shù)據(jù)信息統(tǒng)一定義，統(tǒng)一命名、統(tǒng)一來源

例如：在標準制定過程當中，對于業(yè)務(wù)數(shù)據(jù)之間關(guān)聯(lián)不上的問題，首先要找出關(guān)聯(lián)不上的原因，之后通過和業(yè)務(wù)人員的有效溝通，制定出以哪一類數(shù)據(jù)為準的標準，比如信貸管理系統(tǒng)的貸款余額數(shù)據(jù)孤島

數(shù)據(jù)質(zhì)量

對于數(shù)據(jù)質(zhì)量造成的數(shù)據(jù)準確性、一致性等問題，找出造成這些問題的原因，違背業(yè)務(wù)和約束的數(shù)據(jù)不進入標準體系中

舉例

例如：不同部門的貸款余額由于取數(shù)來源不同而造成差異，通過建立完整的分析數(shù)據(jù)標準體系后，統(tǒng)一了業(yè)務(wù)定義和取數(shù)口徑，有利于全行范圍內(nèi)重復(fù)利用，杜絕目標建設(shè)方法-數(shù)據(jù)標準-基礎(chǔ)數(shù)據(jù)標準

標準定義

業(yè)務(wù)含義、業(yè)務(wù)規(guī)則、業(yè)務(wù)描述、

數(shù)據(jù)來源……

指標數(shù)據(jù)標準

業(yè)務(wù)定義、業(yè)務(wù)規(guī)則、業(yè)務(wù)含義、計算口徑

……

數(shù)據(jù)標準

標準

映射

數(shù)據(jù)源和基礎(chǔ)標準數(shù)據(jù)映射

數(shù)據(jù)源和分析標準數(shù)據(jù)映射

目標建設(shè)方法-數(shù)據(jù)標準-1.現(xiàn)狀分析

2.標準定義

3.標準映射

4.執(zhí)行建議

目前存在問題

業(yè)務(wù)訪談

系統(tǒng)調(diào)研

形成標準化定義初稿和框架

對定義初稿征求意見和討論

根據(jù)意見反饋和討論結(jié)果和確定映射的系統(tǒng)范圍

制定源系統(tǒng)與標準的映射規(guī)則

提出標準在未來各影響面執(zhí)行的遵循原則

就標準與現(xiàn)狀的實際差異目標建設(shè)方法-數(shù)據(jù)標準-源業(yè)務(wù)系統(tǒng)業(yè)務(wù)字段

模型匹配

整合

實體屬性

實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性整合層模型

當事人主題

協(xié)議主題

實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性產(chǎn)品主題

渠道主題

地址主題

代碼主題

數(shù)據(jù)質(zhì)量反饋主題

調(diào)研分析

分析調(diào)研記錄

實體屬性實體屬性當事人資產(chǎn)實體屬性主題

事件主題

財務(wù)主題

實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性源系統(tǒng)

核心

信貸表名

客戶信息

貸款客戶字段名

客戶名稱

貸款客戶是否代碼

否

否

……

……

業(yè)務(wù)含義

xxxxx業(yè)務(wù)規(guī)則

xxxxx業(yè)務(wù)描述

xxxxx……

xxxxxxxxxx對應(yīng)主題

客戶

對應(yīng)實體

對公客戶

對應(yīng)屬性

……

…

1、名稱不同，業(yè)務(wù)含義相同

……

xxxxxxxxxxxxxxx對公客戶名稱

目標建設(shè)方法-數(shù)據(jù)標準-分析調(diào)研記錄

源系統(tǒng)

字段名

是否代碼

業(yè)務(wù)規(guī)則

業(yè)務(wù)含義

業(yè)務(wù)描述

……

對應(yīng)主題

對應(yīng)實體

對應(yīng)屬性

……

表名

…..

基礎(chǔ)數(shù)據(jù)篩選保留

整合合并

重命名

分類

參考補充

目標建設(shè)方法-數(shù)據(jù)標準-整合.定義

補充.完善

業(yè)務(wù)人員

補充.完善

技術(shù)人員

溝通.確認

溝通.確認

業(yè)務(wù)部分

基礎(chǔ)數(shù)技術(shù)部分

代碼標準方案

目標建設(shè)方法-基礎(chǔ)標準-

基礎(chǔ)數(shù)據(jù)標準框架屬性參考人民銀行標準規(guī)范文檔和他行標準，由3部分22個屬性項組成，分別為業(yè)務(wù)屬性、技術(shù)屬性、目標建設(shè)方法-基礎(chǔ)標準-1、篩選重要業(yè)務(wù)指標

（1）研讀經(jīng)營管理資料，梳理重要指標列表

（2）參考外部資料，補充完善指標列表

（3）討論指標列表，篩選、確定指標范圍

2、制定指標標準框架

（1）梳理、確定指標分類體系

（2）梳理、確定指標標準屬性，形成指標標準化定義模板

目標建設(shè)方法-基礎(chǔ)標準-1、研讀經(jīng)營管理資料

經(jīng)營管理資料：

行領(lǐng)導講話

我行各業(yè)務(wù)部門的業(yè)務(wù)經(jīng)營分析報告

我行的各類管理報表

2、參考外部資料

外部資料：

同業(yè)相關(guān)建設(shè)資料

城商行銀行

國有銀行某著名企業(yè)

人民銀行、銀監(jiān)會監(jiān)管指標要求

3、篩選、確定指標范圍

篩選、確認方式：

項目組討論篩選

外部需求調(diào)研，進行補充和

篩選原則：

確認

目標建設(shè)方法-基礎(chǔ)標準-1、梳理、設(shè)計指標分類體系

設(shè)計依據(jù)：

指標的業(yè)務(wù)共性的歸納及提煉

參考行內(nèi)資料

我行業(yè)務(wù)分類

源業(yè)務(wù)系統(tǒng)操作手冊及業(yè)務(wù)簡介文檔

統(tǒng)計集中系統(tǒng)指標分類

參考外部資料

2、設(shè)計標準化屬性

設(shè)計依據(jù)：

人民銀行《JRT0105-2014銀行數(shù)據(jù)標準定義規(guī)范》

外部資料

設(shè)計原則：

可以從業(yè)務(wù)、技術(shù)、管理不同角度對標準目標建設(shè)方法-基礎(chǔ)標準-指標數(shù)據(jù)標準框架

業(yè)務(wù)屬性

指標編碼

指標別名

指標中文名稱

技術(shù)屬性

指標落地系統(tǒng)

數(shù)據(jù)來源系統(tǒng)

數(shù)據(jù)源表

數(shù)據(jù)格式

度量單位

管理屬性

歸口業(yè)務(wù)部門

業(yè)務(wù)負責人

技術(shù)負責人

反饋結(jié)果描述

指標英文名稱

指標范圍類別

計算公式

業(yè)務(wù)規(guī)則

指標定義

指標大類

指標小類

指標應(yīng)用-高管駕駛艙

功能簡介

從經(jīng)營概況到

具體指標分析

主駕駛艙

我的指標

熱點地圖

經(jīng)營概覽

規(guī)模分析

專項分析

利潤分析

指標總覽

風險分析

今日快報

指標總覽

專項分析

主駕駛艙

指標應(yīng)用-高管駕駛艙-界面截圖數(shù)據(jù)平臺項目建設(shè)目標

1、發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題，推動數(shù)據(jù)治理工作的開展，建立數(shù)據(jù)質(zhì)量檢核系統(tǒng)

對源系統(tǒng)進行數(shù)據(jù)質(zhì)量檢核，發(fā)現(xiàn)數(shù)據(jù)質(zhì)量問題并統(tǒng)計影響到的報表

對數(shù)據(jù)質(zhì)量問題進行歸類總結(jié)，分析成因和改進建議

建設(shè)數(shù)據(jù)質(zhì)量檢核系統(tǒng)

2、分析、梳理業(yè)務(wù)系統(tǒng)，推動數(shù)據(jù)標準的建立，統(tǒng)一全行口徑

建立基礎(chǔ)標準和指標標準框架

確定標準化范圍，對重要屬性進行標準化

數(shù)據(jù)倉庫層次架構(gòu)

主題

主題是模型按業(yè)務(wù)劃分的最頂層的分類

根據(jù)我行業(yè)務(wù)實際，劃分10個業(yè)務(wù)主題

邏輯視圖（子主題）

邏輯視圖是根據(jù)實體涉及的業(yè)務(wù)，將實體劃分為不同子集

同一實體可屬于不同邏輯視圖

實體

實體是一組具有業(yè)務(wù)相關(guān)性的屬性組成的集合，是描述和構(gòu)成業(yè)

務(wù)邏輯、業(yè)務(wù)流程的基本單位

一個實體可能涉及多類業(yè)務(wù)

屬性

數(shù)據(jù)倉庫層次架構(gòu)

主題

對公客戶

機構(gòu)

當事人主題

當事人主題

當事人主題

當事人主題

當事人主題邏輯視圖

風險評級

……

……

實體

……

不良貸對公客戶領(lǐng)導對公客戶資本對公客對公客戶管理財務(wù)信機構(gòu)信……

………………

數(shù)據(jù)倉庫模型設(shè)計方法

TD模型業(yè)務(wù)剪裁

保留與我行業(yè)務(wù)有關(guān)的主題、實體和屬性

刪除與我

行業(yè)務(wù)無關(guān)的主題、實體和屬性

TD模型

入倉源表

及字段范圍

物理模型設(shè)計

根據(jù)我行業(yè)務(wù)實際需求對主題進行新增和合并

基礎(chǔ)模型

模型

映射

邏輯模型設(shè)計

復(fù)制：系統(tǒng)間業(yè)務(wù)含義、名稱均不重復(fù)的字段

邏輯模型

目標的建設(shè)方法-數(shù)據(jù)倉庫模型框架整合層模型設(shè)計-基礎(chǔ)模型（業(yè)務(wù)匹配）

基礎(chǔ)模型是TD模型在我行進行初步客戶化后的產(chǎn)物。

將TD模型的主題和實體，與我行的實際業(yè)務(wù)行的實際業(yè)務(wù)進行對比分析，根據(jù)匹配結(jié)果對TD模型進行裁剪、合并和擴充，形成匹配我行實際業(yè)務(wù)的情況的模型框架。

Teradata金融模型10.0當事人主題

業(yè)務(wù)匹配

我行無關(guān)業(yè)務(wù)我行無關(guān)業(yè)務(wù)

個人業(yè)務(wù)

營銷活動

保險投資

……

當事人主題

基礎(chǔ)模型

地址主題

地址主題

協(xié)議主題

渠道主題

協(xié)議主題

渠道主題

我行現(xiàn)有業(yè)務(wù)我行現(xiàn)有關(guān)務(wù)

對公客戶

合同

保留

增加

目標的建設(shè)方法-數(shù)據(jù)倉庫模型框架數(shù)據(jù)倉庫模型基礎(chǔ)模型

實體屬性

實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性實體屬性

實體屬性實體屬性整合層模型設(shè)計-屬性匹配

業(yè)務(wù)字段

對源業(yè)務(wù)系統(tǒng)的字段進行梳理分析，篩選出具體業(yè)務(wù)價格的字段，將業(yè)務(wù)字段與基礎(chǔ)模型的主題、實體和屬性進行匹配分析，根據(jù)匹配結(jié)果對基礎(chǔ)模型的實體、屬性進行增刪。

源業(yè)務(wù)系統(tǒng)

分析匹配

保留（整合）并映射

新增并映射

當事人主題

新增屬性

協(xié)議主題

產(chǎn)品主題

當事人資產(chǎn)主題

事件主題

財務(wù)主題

實體屬性

實體屬性實體屬性邏輯模型設(shè)計-主題劃分

當事人資產(chǎn)

當事人

財務(wù)

協(xié)議

渠道

邏輯模型設(shè)計-當事人主題邏輯模型

當事人

地址

代碼

產(chǎn)品

協(xié)議

渠道

反饋域

財務(wù)

事件

當事人資產(chǎn)

當事人

個人當事人

家庭

機構(gòu)

當事人是一個獨立的人或者一組人組成的機構(gòu)、團體等，主要分為個人、機構(gòu)和家庭，他們是和我行有往來或者出于營銷、管理等各種需要希望關(guān)心和分析的個體或人群。從模型角度考慮，應(yīng)該包括以下當事人信息：

在我行登記注冊開立賬戶的對公普通客戶；

我行擔保客戶

和我行有業(yè)務(wù)往來的其他金融機構(gòu)；

機構(gòu)的組織（如分支機構(gòu)、部門等）；

機構(gòu)的員工（含我行柜員、員工等）；

對全行客戶進行統(tǒng)一識別與數(shù)據(jù)整合

邏輯模型設(shè)計-代碼主題

邏輯模型

當事人

地址

代碼

產(chǎn)品

協(xié)議

渠道

反饋域

財務(wù)

事件

當事人資產(chǎn)

代碼

當事人類代碼表

公共類代碼表

協(xié)議類代碼表

事件類代碼表

代碼：是指將源業(yè)務(wù)系統(tǒng)所涉及到的所有代碼進行整合，在整合層模型中統(tǒng)一存儲，依據(jù)前端應(yīng)用需求的需要，將代碼主題的整合分為兩大類：簡單代碼表和復(fù)雜代碼表，

簡單代碼表指的是只需要關(guān)注代碼值和代碼值業(yè)務(wù)含義描述；

復(fù)雜代碼表指的應(yīng)用需求除關(guān)注代碼值和代碼值業(yè)務(wù)含義描述外，該代碼表的其他屬性也有應(yīng)用需求，同樣需要關(guān)注，這樣的碼表將作為普通的數(shù)據(jù)表對待；

自定義代碼，是屬于簡單碼表的一種。

對全行業(yè)務(wù)代碼進行統(tǒng)一識別

邏輯模型設(shè)計-協(xié)議主題

邏輯模型

當事人

代碼

協(xié)議

渠道

反饋域

財務(wù)

事件

當事人資產(chǎn)

地址

產(chǎn)品

協(xié)議

金融賬戶

申請

金融合約

協(xié)議是指金融機構(gòu)與當事人之間針對某種特定產(chǎn)品或服務(wù)而簽立的契約關(guān)系，如賬戶、客戶和銀行簽訂的合同等。當金融機構(gòu)與客戶之間針對某種產(chǎn)品或服務(wù)的條款和條件達成協(xié)議時，一個協(xié)議（Agreement）就會被開立，因此協(xié)議是客戶和銀行往來的重要載體，我行模型包括以下協(xié)議信息：

我行涉及金額、期限、利率等的具體協(xié)議細項的金融賬戶

我行與當事人之間針對某種特定產(chǎn)品或服務(wù)而簽立的金融合約

我行在支付結(jié)算業(yè)務(wù)中使用到的各種銀行票據(jù)：匯票

邏輯模型設(shè)計-事件主題

邏輯模型

當事人

地址

代碼

產(chǎn)品

協(xié)議

渠道

反饋域

財務(wù)

事件

當事人資產(chǎn)

事件

貸款事件

存款事件

庫存管理事件

事件：可以記錄各種與銀行相關(guān)的活動的詳細情況。既可以與資金相關(guān)，也可以與資金無關(guān)；既可以有客戶參與，也可以沒有客戶參與；既可以與帳戶相關(guān)，也可以與帳戶無關(guān)；可以由客戶發(fā)起，也可以由銀行發(fā)起。總之它可以記錄的范圍非常廣泛，包括交據(jù)，比如存款、提款、付款、收取信用卡年費、計算利息和費用、投訴、查詢產(chǎn)品、查詢地址、查詢余額、網(wǎng)上交。

我行模型包括以下事件信息：

存款信息、貸款信息；

庫存管理、現(xiàn)金管理、賬戶管理、資產(chǎn)管理；

資金調(diào)撥、支付結(jié)算、現(xiàn)代化支付；

報文清算、國際業(yè)務(wù)；

外匯、票據(jù)、市場交易、十二級分類、核心賬務(wù)。

邏輯模型設(shè)計-財務(wù)主題

財務(wù)：主要包括銀行的總賬信息，是描述科目組織、控制、核算等銀行核心科目賬務(wù)以及預(yù)算管理有關(guān)的內(nèi)容。該主題抽象地描述了銀行賬務(wù)的組織模式，能夠適應(yīng)不同的科目組織體系。

我行模型包括以下財務(wù)信息：

總賬（分戶）

總賬明細

科目/科目組/科目類：對于科目的層次級別設(shè)置和管理

財務(wù)預(yù)算

財務(wù)主題抽象地描述了銀行賬務(wù)的組織模式，能夠適應(yīng)不同的科邏輯模型

當事人

地址

代碼

產(chǎn)品

協(xié)議

渠道

反饋域

財務(wù)

事件

當事人資產(chǎn)

總賬科目

總賬內(nèi)外科目對照關(guān)系

總賬日旬余額

科目產(chǎn)品對照關(guān)系

總賬月余額

信貸總賬科目

邏輯模型設(shè)計-當事人資產(chǎn)主題邏輯模型

當事人

地址

代碼

產(chǎn)品

協(xié)議

渠道

反饋域

財務(wù)

事件

當事人資產(chǎn)

資產(chǎn)

銀行自有資產(chǎn)

客戶自有資產(chǎn)

當事人資產(chǎn)：描述當事人的所有資產(chǎn)，該主題包含兩大類的資產(chǎn)，既包含我行自有資產(chǎn)又包含客戶所擁有的資產(chǎn)。一個資產(chǎn)可以被多個當事人所擁有，一個當事人可以與多個資產(chǎn)有關(guān)。資產(chǎn)可分為實物資產(chǎn)、金融資產(chǎn)與無形資產(chǎn)。客戶資產(chǎn)信息的來源很多情況下是在客戶申請貸款時所提供的各種擔保品信息、抵質(zhì)押品信息等。我行模型包括以下資產(chǎn)信息：

銀行自有資產(chǎn)，具體又細分為：銀行自有無形資產(chǎn)、固定資產(chǎn)、經(jīng)營性租賃資產(chǎn)、其他資產(chǎn)等；

客戶自有資產(chǎn)，具體又細分為：客戶抵債資產(chǎn)、客戶擔保資產(chǎn)、金融資產(chǎn)、實物資產(chǎn)、無形資產(chǎn)等。

客戶資產(chǎn)信息的來源很多情況下是在客戶申請貸款時所提供的各種擔數(shù)據(jù)映射和ETL開發(fā)

ETL開發(fā)人員按照映射文件中規(guī)定的映射邏輯要求，結(jié)合開發(fā)規(guī)范，編寫作業(yè)，通過數(shù)據(jù)源分析，制定加載策略，開發(fā)JOB調(diào)度

數(shù)據(jù)源分析

加載策略

源表

映射文件

開發(fā)規(guī)范

目標表

合并

拆分

復(fù)制

常量

業(yè)務(wù)含義相同、名稱不同，進行合并

業(yè)務(wù)含義相同、名稱相同，進行合并

業(yè)務(wù)含義不同，名稱相同，進行拆分

直接拷貝

賦固定值

生成新鍵值

1數(shù)據(jù)映射和ETL開發(fā)

定義源：配置作業(yè)源表定義源

創(chuàng)建映射

定義目標

的表名、表結(jié)構(gòu)等信息

創(chuàng)建映射：根據(jù)作業(yè)詳細設(shè)計中表與表之間及字段之間的映射關(guān)系，使用相應(yīng)的組件實現(xiàn)其數(shù)據(jù)轉(zhuǎn)換邏輯

項目提交物（總共108項交付文檔）目標的建設(shè)方法-數(shù)據(jù)倉庫模型框架（整合層模型建設(shè)對應(yīng)用的支撐

保證模型對未來業(yè)務(wù)的業(yè)務(wù)支持的快速響應(yīng)，不需要隨業(yè)務(wù)的變化而頻繁調(diào)整整合層模型

形成明確業(yè)務(wù)含義和數(shù)據(jù)來源，確保字段業(yè)務(wù)定義的唯一性，形成全行統(tǒng)一的業(yè)務(wù)視圖

整合層提供全行統(tǒng)一的業(yè)務(wù)視圖

整合層的數(shù)據(jù)全面性

整合層涵蓋我行主要源業(yè)務(wù)系統(tǒng)的業(yè)務(wù)信息，提供全面的業(yè)務(wù)數(shù)據(jù)，可以為客戶、風險、績效等各類分析應(yīng)

整合層的穩(wěn)定性

客戶360度統(tǒng)一視圖通過整合層模型落地客戶額度信息

對公客戶統(tǒng)計與分析管理

聯(lián)系人/關(guān)聯(lián)信息

客戶基本信息

客戶額度信息

客戶財務(wù)信息

客戶關(guān)聯(lián)信息

客戶關(guān)鍵人信息

客戶聯(lián)系人信息

客戶上市信息

客戶存款信息

客戶貸款信息

賬務(wù)交

賬戶日均余額

客戶考核利潤

客戶管戶信息

國際結(jié)算信息

網(wǎng)銀交

機構(gòu)信息

……

客戶基本信息

統(tǒng)計數(shù)據(jù)

業(yè)務(wù)規(guī)模統(tǒng)計

資金流向統(tǒng)計

額度信息統(tǒng)計

客戶分類統(tǒng)計

授信客戶統(tǒng)計

行業(yè)客戶統(tǒng)計

……

客戶財務(wù)信息

客戶大事記

資本構(gòu)成/股權(quán)投資

客戶360度

統(tǒng)一視圖

交

國際結(jié)算信息

理財產(chǎn)品信息

ETL客戶合作協(xié)議

產(chǎn)品/賬戶信息

其它信息

整合層模型對客戶營銷的支持整合層模型

當事人主題

核心

對公客戶表

存款交表

存款賬戶表

。。。。。。

CRM-客戶貢獻度分析

客戶號

客戶名稱

信貸管理

同一客戶信息整合

協(xié)議主題

存款余額

貸款余額

五級分類

季度存款交

客戶貢獻度分類

整合層模型對客戶營銷的支持整合層模型

當事人主題

核心

對公客戶表

存款交表

存款賬戶表

。。。。。。

CRM-客戶忠誠度分析

客戶號

客戶名稱

信貸管理

同一客戶信息整合

協(xié)議主題

是否基本戶

賬戶日均余額

貸款金額營銷

貸款期限

賬戶睡眠時間

現(xiàn)金流量是否異匯總層目標與定位

作為整合層和集市層的銜接，從業(yè)務(wù)的視角出發(fā)，提煉出對數(shù)據(jù)倉庫具有共性的數(shù)據(jù)訪問需求，抽取出公共指標，形成由維度和指標組成的維度模型，對符合要求的數(shù)據(jù)進行預(yù)匯總和預(yù)加工。

為集市層統(tǒng)一提供規(guī)范的、準確的數(shù)據(jù)。完成整個匯總層的邏輯模型、物理模型的設(shè)計并全部實現(xiàn)物理化。

并根據(jù)業(yè)務(wù)性質(zhì)將業(yè)務(wù)數(shù)據(jù)，劃分為以下七大類主題分類存放和管理

建設(shè)階段和步驟

一、邏輯模型初步設(shè)計

二、邏輯模型

具體設(shè)計

業(yè)務(wù)驅(qū)動循環(huán)

2.1數(shù)據(jù)源到參考模型的匹配

2.2參考模型到

三、開發(fā)實現(xiàn)

3.1物理模型設(shè)計

1.1參考模型設(shè)計

3.2數(shù)據(jù)映射

1.2當前用到的屬性分析

數(shù)據(jù)源的匹配

2.3應(yīng)用驅(qū)動

模型完善

3.3ETL建設(shè)重點

2.源表1.協(xié)調(diào)業(yè)務(wù)系統(tǒng)開發(fā)商對系統(tǒng)進行講解，了解具體的業(yè)務(wù)流程并對開發(fā)人員整理出的源業(yè)務(wù)系統(tǒng)調(diào)研提綱中所提出的問題進行解答

2.對源系統(tǒng)表對象調(diào)研

3.對源系統(tǒng)表字段調(diào)研

4.根據(jù)源系統(tǒng)數(shù)據(jù)驗證調(diào)研結(jié)果

調(diào)研

1.源系統(tǒng)調(diào)研

3.源表字段調(diào)研

存儲策略

設(shè)計思想

將匯總層劃分為兩個存儲區(qū)域，數(shù)據(jù)集市應(yīng)用從歷史數(shù)據(jù)區(qū)和快照區(qū)獲取數(shù)據(jù)。

數(shù)據(jù)存儲區(qū)

歷史數(shù)據(jù)區(qū)

月表歷史區(qū)

ODS層、整合層

流水類表

應(yīng)用層

數(shù)據(jù)集市

第四部分

成效和特點

項目成效-中長期價值

進一步擴展了數(shù)據(jù)范圍，容納了新數(shù)據(jù)，實現(xiàn)對業(yè)務(wù)數(shù)據(jù)的全覆蓋，當未來有新的業(yè)務(wù)需求時，保證了數(shù)據(jù)架構(gòu)的穩(wěn)定性

支撐全行級的數(shù)據(jù)應(yīng)用，數(shù)據(jù)平臺可提供全行級的最細粒度數(shù)據(jù)，滿足未來建設(shè)決策支持系統(tǒng)如：客戶關(guān)系管理、資產(chǎn)負債管理、管理會計、信用風險管理、管理

支撐數(shù)據(jù)挖掘，支持各業(yè)務(wù)部門進行客戶價值分析、客戶行為分析、貨款償還預(yù)測分析、客戶信用政策分析、業(yè)務(wù)關(guān)聯(lián)分析等數(shù)據(jù)挖掘應(yīng)用

項目建設(shè)特點-多方參與，字段級加工公司方

系統(tǒng)調(diào)研業(yè)務(wù)調(diào)研

技術(shù)調(diào)研

數(shù)據(jù)調(diào)研

標準化分析

源業(yè)務(wù)系統(tǒng)業(yè)務(wù)字段

業(yè)務(wù)人員

技術(shù)人員

技術(shù)講解

技術(shù)答疑

技術(shù)相關(guān)標準定義

技術(shù)相關(guān)標準確認

源系統(tǒng)廠商

源系統(tǒng)講解

資料提供

源系統(tǒng)答疑

業(yè)務(wù)答疑

數(shù)據(jù)標準

數(shù)標準映射

業(yè)務(wù)相關(guān)標準定義

業(yè)務(wù)相關(guān)標準確認

數(shù)據(jù)質(zhì)量項目建設(shè)特點-分工協(xié)作，共同推動（本期項目建設(shè)實施過程遵循

“技術(shù)先行，業(yè)務(wù)配合”的原則，需要技術(shù)部門主導、業(yè)務(wù)部門解決數(shù)據(jù)“如何整合”的問題，合作公司解決技術(shù)人員提交標準后，對應(yīng)的業(yè)務(wù)部門人員需確認結(jié)果,對有異議的結(jié)果進行修改和補充，這個過程可能需要經(jīng)過多次反復(fù)確認，從而制定最終的標準化產(chǎn)物并發(fā)布，形成全行標準

項目建設(shè)特點-分工協(xié)作，共同推動（業(yè)務(wù)部門解決數(shù)據(jù)“如何整合”的問題

業(yè)務(wù)部門需要確認技術(shù)部門提出的整合規(guī)則（標準）是否合適，以便解決信息孤島和準確性問題，整合規(guī)則分為兩個方面，分別為：系統(tǒng)間整合規(guī)則和系統(tǒng)內(nèi)整合規(guī)則，確認內(nèi)容如下：

對技術(shù)部門提出的，名稱相同，業(yè)務(wù)含義相同的數(shù)據(jù)整合標準是否認可

對技術(shù)部門提出的，名稱不同，業(yè)務(wù)含義相同的數(shù)據(jù)整合標準是否認可

對技術(shù)部門提出的，名稱相同，業(yè)務(wù)含義不同的數(shù)據(jù)整合標準是否認可

業(yè)務(wù)部門需要確認技術(shù)部門提出的標準定義是否準確、恰當、合適，以便解決業(yè)務(wù)定義和取數(shù)口徑不一致的問題，標準內(nèi)容有：

標準信息分類（大類、小類）

標準名稱和標準業(yè)務(wù)定義

基礎(chǔ)標準產(chǎn)出物

項目建設(shè)特點-分工協(xié)作，共同推動（合作公司解決數(shù)據(jù)“是什么”的問題

提供最新的完整的技術(shù)資料，主要包括操作手冊和數(shù)據(jù)字典，對于調(diào)研過程當中的問題給予及時的答疑，這些問題主要包括

業(yè)務(wù)問題

業(yè)務(wù)術(shù)語不明，比如在調(diào)研過程當中的“反擔保貸款”等業(yè)務(wù)術(shù)語不明

業(yè)務(wù)關(guān)聯(lián)不明，比如借據(jù)號和準貸證有什么業(yè)務(wù)聯(lián)系

業(yè)務(wù)用途不明，比如對表和字段如何使用存在疑問（自定義標識、多個備注字段）

數(shù)據(jù)質(zhì)量問題

主外鍵關(guān)聯(lián)不上

主鍵沖突

數(shù)據(jù)治理

1、數(shù)據(jù)治理框架建設(shè)階段

明確數(shù)據(jù)的發(fā)展目標，數(shù)據(jù)的體系規(guī)劃，數(shù)據(jù)的政策制度，數(shù)據(jù)需求的整合、數(shù)據(jù)應(yīng)用與服務(wù)

信息化建設(shè)委員會

決策層

成立數(shù)據(jù)治理領(lǐng)導小組

信息化建設(shè)委員會項目審查小組

管理層

數(shù)據(jù)標準管理流程-標準管理組織架構(gòu)和角色定義發(fā)起、組織數(shù)據(jù)標準的新建

協(xié)調(diào)跨領(lǐng)域變更與重大變更核準

組織數(shù)據(jù)標準定期復(fù)審

監(jiān)控標準執(zhí)行項目的進展與效果

數(shù)據(jù)標準的發(fā)布、備案、版本管理

行外數(shù)據(jù)標準化組織的聯(lián)系

行業(yè)標準發(fā)展狀況的跟蹤

審定數(shù)據(jù)標準建立方案

審議數(shù)據(jù)標準重大變更

核準數(shù)據(jù)標準復(fù)審

審定和推行數(shù)據(jù)標準執(zhí)行方案

指定標準執(zhí)行項目的業(yè)務(wù)牽頭部門

推動標準在全行的使用落實

指派數(shù)據(jù)管理員與業(yè)務(wù)專家

數(shù)據(jù)標準管理領(lǐng)導小組

（負責分管資金計劃部的行領(lǐng)導）

數(shù)據(jù)標準管理辦公室

（資金計劃部）

數(shù)據(jù)標準業(yè)務(wù)專家

（各業(yè)務(wù)部門業(yè)務(wù)專家）

數(shù)據(jù)管理員

（資金計劃部）

系統(tǒng)管理員

（信息科技部）

第五部分

數(shù)據(jù)管理系統(tǒng)建設(shè)情況

數(shù)據(jù)管理平臺概述

省行平臺

省行1省行2省行3……

數(shù)據(jù)傳輸

元數(shù)據(jù)管理系統(tǒng)

元數(shù)