《大數據技術標準推進委員會：2023商業銀行數據模型白皮書（52頁）.pdf》由會員分享，可在線閱讀，更多相關《大數據技術標準推進委員會：2023商業銀行數據模型白皮書（52頁）.pdf（52頁珍藏版）》請在三個皮匠報告上搜索。

1、商業銀行數據模型白皮書CCSA TC601 大數據技術標準推進委員會2023年12月版 權 聲 明本報告版權屬于CCSA TC601大數據技術標準推進委員會，并受法律保護。轉載、摘編或利用其它方式使用本報告文字或者觀點的，應注明“來源：CCSA TC601大數據技術標準推進委員會”。違反上述聲明者，將追究其相關法律責任。商業銀行數據模型白皮書編 制 說 明本報告的撰寫得到了銀行業數據模型領域多家企業與專家的支持和幫助，主要參與單位與人員如下。參編單位：大數據技術標準推進委員會、中國建設銀行、中國工商銀行、中國農業銀行、交通銀行、中國郵政儲蓄銀行、國際商業機器（中國）有限公司、北京數語科技有限公

2、司。參編人員：林木森、尹正、田明慧、姜春宇、閆樹、王妙瓊、闞鑫禹、李雨霏、周圣文、張嬌婷、周京晶、劉思達、郭彥美、謝坤、車春雷、董國田、劉巍、趙煥芳、唐守忠、孫 琳、史 珂 宇、朱紅偉、周學張、孫偉、趙廣祥、周強、齊慧娟、陳馳杰、王 寧、趙培然、任力強、張 放、胡 瑞 娟、張 立、司 曉 偉、馮立雪、高 賽、王 墨 飛、賈 寧、盧 翼、田 康 志、張 玉 明、趙后鈺、王 琤、黎 山特別鳴謝以下專家對本指南編寫的指導與建議：商業銀行數據模型白皮書趙后鈺、車春雷、董國田、劉巍、周學張、孫偉、趙廣祥、周強、齊慧娟、黎山、趙煥芳、唐守忠、朱紅偉、史珂宇、張立前 言中共中央國務院發布關于構建數據基礎制度

3、更好發揮數據要素作用的意見提出要“完善治理體系，壓實企業的數據治理責任，保障安全發展”，對企業參與數據要素市場建設提出了明確的要求?！笆奈濉贝髷祿a業發展規劃中強調“構建行業數據治理體系，提升行業數據治理水平”，鼓勵企業發揮技術驅動治理的作用，融合數據模型、數據分布、數據集成與共享等細分領域，應用于數據治理的全流程。人民銀行印發金融科技發展規劃（2022-2025年）中提出“高質量推進金融數字化轉型，全面塑造數字化能力”，標志著銀行業向推進數據治理管理的方向轉變。數據治理是銀行業高質量推進數字化轉型的重要基礎。隨著監管部門對數據安全、數據質量要求的不斷提高，銀行機構亟需深化對數據的精細化管理

4、，確保數據的準確性、安全性以及合規性。銀行通過建立統一的數據標準，規范數據采集、處理、存儲和使用等流程，提高數據的質量和價值，避免數據泄露、不合規使用等問題，為數字化轉型提供可靠的數據基礎。數據模型建設是推動高質量數據治理體系的核心環節。銀行業作為早期開展數字化轉型的行業，在取得了諸多顯著的成果同時，也暴露出了一些問題。在銀行的數據管理模式從粗放式擴張向集約式管理轉變的過程中，出現了數據架構、數據質量等方面的問題。例如，數據質量無法滿足運營安全要求，數據架構難以支撐業務創新需求等。構建企業級數據模型可以幫助銀行厘清數據分布關系，優化數據架構，確保數據的一致性、完整性和易用性，進而提升數據應用效

5、率，激發數據的業務價值。商業銀行數據模型白皮書是由大數據技術標準推進委員會牽頭，聯合來自國有大型商業銀行、IBM和數語科技的專家，經過共同深度探討與總結而成的重要成果。白皮書從理論層面剖析了商業銀行數據建模的模式及方法，從實踐應用層面闡述了國有大型銀行的建模思路和建模成果，旨在為銀行業的數據建模提供參考框架和指引，也為其他行業在大數據建模方面提供參考和啟示。商業銀行數據模型白皮書目 錄CONTENTS前言一、商業銀行數據模型概述（一）商業銀行業數據模型發展經歷四個階段（二）數據模型具有四大價值 0103（一）貫徹企業戰略基于企業架構視角建模（二）穿透場景應用基于應用場景視角建模（三）兩種數據模

6、型建設模式對比 040607二、數據模型建設模式（一）數據模型設計的六項原則（二）概念數據模型（三）邏輯數據模型（四）物理數據模型 08091012三、數據模型設計原則與研發工藝（一）組織管理（二）流程管理（三）工具管理 141617四、數據模型管理保障措施五、國內大型銀行數據模型實踐案例（一）建設銀行基于FSDM模型構建企業級數據模型（二）農業銀行基于FS-LDM模型構建企業級數據模型（三）交通銀行基于企業架構方法論構建企業級數據模型 182023（一）加速探索數據模型自主創新（二）加快適應新型數據管理理念（三）敏捷響應市場業務需求變化（四）加強構建數據模型評價體系 25252526六、銀行

7、業數據模型發展趨勢商業銀行數據模型白皮書（一）術語和定義（二）商業銀行數據模型參考 2727附錄 商業銀行數據模型參考參考文獻商業銀行數據模型白皮書圖目錄圖 1 流程模型、數據模型、產品模型三者關系參照圖 圖 2 數據應用場景視角數據模型參照圖 圖 3 兩種建模模式對比分析 圖 4 概念數據模型示意圖 圖 5 概念分類模型工藝圖 6 邏輯模型框架示意圖（參與人主題）圖 7 邏輯模型實施工藝參考示意圖 圖 8 物理模型框架示意圖（參與人主題）圖 9 某銀行數據模型管理組織示意圖圖 10 某銀行數據模型管理制度和對應流程示意圖 圖 1 1 中國建設銀行數據模型管控體系 圖 12 中國建設銀行數據模

8、型建設階段 圖 13 中國建設銀行C模型主題分類 圖 14 中國農業銀行DataOps數據設計研發流水線圖 15 中國農業銀行數據架構圖 圖 16 中國農業銀行數據模型細化環節 圖 17 交通銀行數據模型雙“T”架構 圖 18 企業架構總體視圖 0506070910101 11214151819202122222324表 1 數據模型相關人員主要職責 表 2 數據模型管理相關制度規范示例 表 3 數據模型管理平臺的核心功能 151717表目錄商業銀行數據模型白皮書一、商業銀行數據模型概述數據模型：是指使用結構化的語言將收集到的企業業務經營、管理和決策中使用的數據需求進行綜合分析，按照模型設計規

9、范將需求重新組織形成的結構化模型1。數據模型是銀行數據架構管理的基礎領域。如:基礎數據標準體系建設需要依賴數據模型，數據分布需要依賴企業級邏輯模型，以明確主要實體的主輔應用；數據生命周期管理需要依據數據所屬主題和功能判斷數據的在線、離線和歸檔周期。完整、高質、穩定的數據模型有利于統一業務概念，促進信息整合和知識積累，維持數據庫穩定，提高應用開發質量，同時也可以作為技術與業務之間溝通的工具。數據模型包括了三個部分2:數據結構、數據操作、數據約束。數據結構:數據模型中的數據結構主要用來描述數據的類型、內容、性質以及數據間的聯系等。數據結構是數據模型的基礎，數據操作和數據約束都基本上是建立在數據結構

10、之上的。不同的數據結構具有不同的操作和約束。數據操作:數據模型中的數據操作主要用來描述在相應數據結構上的操作類型和操作方式。數據約束:數據模型中的數據約束主要用來描述數據結構內數據間的語法、詞義聯系、它們之間的制約和依存關系，以及數據動態變化的規則，以保證數據的正確、有效和相容。（一）商業銀行業數據模型發展經歷四個階段銀行業作為我國經濟金融的基礎，是我國金融體系的重要組成部分。改革開放以來，我國銀行業持續根據市場以及國家總體情況進行探索與改革，逐步完成了從完全由國家接管，到相對獨立的發展過程。我國銀行業發展主要可概括為四個階段3：011 數據管理能力成熟度評估模型2 銀行數據治理(2016)3

11、 中國銀行業70年：簡要歷程、主要特點和歷史經驗商業銀行數據模型白皮書第一階段為1979年至1992年，為探尋市場化發展階段，數據模型處于“無意識”管理狀態。期間我國銀行信用機制建立、設立了股份制銀行，銀行開始獨立經營。這一階段，我國銀行業處于系統林立時期，數據分散存儲于各類信息系統中，原始系統中的數據格式、數據模型、數據標準都很不統一。第二階段為1992年至2001年，為市場化改革階段，數據模型進入了集約化管理時期。期間我國銀行專業化運營方向得以確定，銀行的商業任務與政治任務進行了分離，此外銀行的法制化建設持續推進，建立了銀行間市場。1999年工商銀行率先啟動了數據大集中工程項目，隨后國有銀

12、行紛紛推進數據的大集中建設，銀行業信息化進入“大集約”時期。第三階段為2002年至2017年，該階段為國際化改革階段，數據模型管理對標國際能力。期間我國國有商業銀行通過股改上市，同時央行開始發行債券。銀監會的成立使得銀行業風險控制能力得到較大提升。2001年12月11日中國正式加入世界貿易組織（WTO），標志著中國對外開放進入了一個新的階段，此階段內我國多家銀行設立了境外分支機構，國際化發展步入正軌。在“十一五”計劃期間，國內銀行業科技的重心從單一系統建設轉向統一的數據模型和數據倉庫的建設。許多銀行選擇引入或參考國際主流的數據模型方案（例如，國際商業機器公司（IBM）提出的FSDM模型和由天睿

13、公司（Teradata）提出的FS-LDM模型）。第四階段為2017年至今，我國銀行業持續推進數字化轉型、不斷增強服務實體的能力，數據模型謀求本土化。近年來金融科技快速發展，依托云計算、數據庫、區塊鏈等計算機技術的銀行業務持續創新，為銀行帶來新的成長動能。此時，大部分的商業銀行都對行內數據進行了梳理盤點，嘗試建立企業級的數據模型，并取得了一定的成果，但隨著移動支付等一系列具有中國特色的業務的發展，國外的數據模型方案出現了“水土不服”。當前，我國經濟處于發展的關鍵階段，銀行在這一階段既要保證快速響應市場需求，也要堅守安全合規底線。如何建立起適應這一發展特點的企業級數據模型將成為進一步提升銀行數據

14、管理效率和質量的重點。02商業銀行數據模型白皮書（二）數據模型具有四大價值在數據生產和管理過程中，數據模型發揮著關鍵作用，高質量的數據模型具有以下價值：構建業務與技術溝通的橋梁。良好的數據模型有利于統一銀行內部人員對業務定義與術語的認知，提升銀行內跨業務、跨團隊的溝通效率。保障業務與數據架構的一致性。數據模型的研發需要依托于業務架構，良好的數據模型有利于從組織層面上，保障業務架構與數據架構的一致性，指導銀行內系統建設與業務創新。優化數據成本。按照數據模型要求進行數據的研發應用，可以有效減少數據存儲的冗余，增強數據的復用性，避免了孤島式、煙囪式建設。優化數據的存儲、建設和應用成本。提升業務決策能

15、力。數據模型的建立有助于明確數據流向，保障數據的真實性，為行內業務決策者和數據使用者提供可靠的數據分析與應用，助力發揮數據價值。03商業銀行數據模型白皮書二、數據模型建設模式通過對我國大型商業銀行內模型領域專家開展廣泛調研與討論，我們發現，當前普遍存在兩類數據模型建模方式，一是從企業架構視角進行建模，二是從數據應用場景視角進行建模。下面，我們將分別介紹這兩種模式的建設流程及特點，并對二者進行對比，便于讀者進行選擇。（一）貫徹企業戰略基于企業架構視角建?；谄髽I級架構視角的模型是以企業戰略為核心，依托業務模型建立企業級數據標準，貫穿戰略層面與系統應用層面?；谄髽I級架構視角的模型建設有助于打破組

16、織內IT系統的孤島式建設，核心任務是對銀行內戰略的分解、傳導，幫助企業將零散的能力“聚沙成塔”，確保戰略意圖和績效指標逐層落實到每一個流程步驟、程序模塊、操作規范中。企業級架構中的業務模型從產品、流程及數據三個角度，對企業的業務運營進行精細化、結構化的描述。產品模型，主要包括產品分類結構、產品組件、產品條件和產品參數，以及可售產品實例化；通過對企業產品分類來優化和完善產品目錄，確定與產品相關的業務規則、約束、價格等關鍵要素，并采用產品條件及參數的形式表達；在操作流程中由產品確定的相關業務規則形成企業級的產品模型。流程模型，是業務模型的主線，描述了客戶端到端的業務操作流程；通過提取業務的變量（比

17、如客戶C、產品P、渠道C和合作方P），形成匯總的企業級流程，保證渠道、產品線之間業務流程的一致性以提供卓越的客戶體驗；流程模型能夠包容客戶、產品、渠道及合作方的差異，支持線上線下全渠道整合，體現端到端的完整業務處理流程，為客戶提供跨渠道的、一致的體驗和一站式的產品服務。數據模型，是將流程模型以及產品模型中產生的所有數據需求進行邏輯化和抽象化表示，反映企業的戰略目標在實施過程中所用到的所有數據實體及實體之間的關系。集合每個操作流程需要進行讀寫處理的信息對象，流程規則需要讀取或記錄的信息項及其關聯關系，構成了數據模型的基本輸入。04商業銀行數據模型白皮書產品模型、流程模型和數據模型從不同的維度還原

18、了業務本質。產品模型體現業務創新，流程模型體現運營模式，數據模型體現業務模式。通過三者模型的對接，一方面交叉驗證提升業務模型質量，另一方面為后續IT設計提供輸入?；谄髽I架構視角建模流程主要分為五步：第一步，識別需求。通過研討會、訪談、業務手冊等方式，識別業務重點關注的內容。第二步，構造業務對象。提取相關名詞形成候選核心實體，并基于核心實體形成業務對象。第三步，界定數據范圍。提煉業務數據，界定系統的數據范圍。第四步，劃分主題域。對業務數據進行分類，抽象業務對象，最終梳理出業務實體，及實體間的業務關聯規則。第五步，完善業務對象清單。結合流程模型驗證已識別業務對象的正確性和完整性，識別完善與細化業

19、務對象清單。05圖 1 流程模型、數據模型、產品模型三者關系參照圖產品模型產品線L1業務規則說明歸屬操作說明實體屬性L1實體屬性L2實體屬性L3屬性域實例L5屬性域組屬性域L4業務事件產品組L1基礎產品L3產品組件L4產品條件L5數據模型業務領域L1價值流L2活動L3任務L4步驟L5流程模型業務組件商業銀行數據模型白皮書（二）穿透場景應用基于應用場景視角建?；趹脠鼍耙暯墙Ｊ菑臉I務驅動的角度，從具體業務場景出發，覆蓋各方業務需求。核心任務是對具體業務場景的業務邏輯進行抽象，將業務與技術融為合力，為企業的戰略規劃、市場預測、產品研發等方面提供有力支持?；趹脠鼍耙暯墙Ａ鞒讨饕譃樗牟剑旱?/p>

20、一步，識別需求。明確需要建模的業務場景及模型應用訴求，例如風險評估、客戶分析等場景。第二步，系統調研。對現有源系統進行信息調研，獲取相關數據源、數據分布等信息。第三步，數據梳理?；跇I務需求梳理數據項，包括數據指標、業務實體等，并逐步迭代定義實體關系，標識實體屬性。第四步，建立映射。在實施過程中與底層庫表建立完善的映射關系，持續優化建立描述各業務場景的數據模型。06圖 2 數據應用場景視角數據模型參照圖明確業務場景應用需求數據源系統候選實體業務主題框架分類業務對象定義業務對象L1數據模型業務實體L2實體屬性L3屬性域L4屬性域組屬性域實例L5業務組件清單業務實體清單業務活動商業銀行數據模型白皮

21、書（三）兩種數據模型建設模式對比基于企業架構視角的數據模型建設方式，通常適合于跨部門或系統的業務需求較多的組織。這種方式主要是由組織層面發起，通過對數據的宏觀把握和分析，梳理和整合不同部門和系統之間的業務邏輯和數據關系，通常實施開發周期較長，適合于組織重構數據模型或創新業務模式的時期?；趹脠鼍耙暯堑臄祿Ｐ徒ㄔO方式，則通常適合于精細化分析的業務需求較多的組織。這種方式主要是從某個特定的業務場景出發，通過對數據的深入挖掘和分析，梳理和分析具體場景中的數據關系和業務邏輯，實施開發周期與業務場景及需求有關，適合于組織對已有數據模型進行改造或升級的時期。值得注意的是，數據模型構建的核心是為業務服務

22、，在應用中企業需根據組織實際情況和需求，綜合考慮企業數據現狀、存儲方式、處理效率與復雜度等情況，靈活選擇或融合使用兩種數據模型建設方式，以實現更好的數據分析和業務決策。07圖 3 兩種建模模式對比分析基于企業構架視角建?？绮块T或跨系統的數據需求較多企業重構數據模型或創新業務模式企業重構數據模型或創新業務模式特定場景精細化分析的需求較多對已有數據模型進行改造或升級實施周期與業務場景有關基于應用場景視角建模業務需求適用場景實施周期商業銀行數據模型白皮書三、數據模型設計原則與研發工藝企業級數據模型通常包含概念模型、邏輯模型和物理模型。建設數據模型是一套專業且規范的構建工序，包括對數據結構進行整理、分

23、析、信息歸類、裁剪與映射等一系列操作流程。本節將介紹企業級數據模型的建設原則與建設工藝，從各類數據模型的建模關鍵活動、設計指導原則及實施工藝（或工具）等角度進行說明。（一）數據模型設計的六項原則建設數據模型是一套專業且規范的構建工序，包括對數據結構進行整理、分析、信息歸類、裁剪與映射等一系列操作流程。在企業級模型研發的過程中應遵守以下原則：完整性原則：在充分參考各類業界企業級數據模型的基礎上，結合銀行的實際情況，確保模型包含了正確的、全面的業務概念，涵蓋現有業務范疇及數據范圍如存款、貸款、投融資、營銷等。其中涉及的重要實體、重要關系、重要分析維度等屬性應保持完整。此外，還需要滿足各模型間的參照

24、完整性，支持相關的業務活動。繼承性原則：指數據模型要遵循已有的概念，即所建立的模型應該在已存在主題的基礎上進行細化。確保數據模型的全局一致，并保障數據可溯源，逐步形成企業統一數據模型?？蓴U展性原則：主題分類應具有高度的通用性，支持業務規則的多變性，保持數據模型的動態調整能力，以適應復雜的業務情況，并為后續拓展新的業務提供一定程度的技術支持。連貫性原則：模型中的數據與數據之間應有連貫性，由于單獨的數據所體現的價值往往比相關聯的數據少，數據間的連貫性可充分發揮數據的分析價值。前瞻性原則：企業應從業務的未來發展趨勢看待模型，除了支持現有的業務與數據需求外，設計出來的模型應能夠適應企業未來的業務發展，

25、以支撐行業先進概念與企業未來需求。08商業銀行數據模型白皮書可操作性原則：模型的應用可與日常操作和實例快速結合使用，易于讓業務人員理解和使用，有助于科技和業務部門人員的溝通，便于指導項目研發。（二）概念數據模型概念模型也稱為領域模型，是對數據的高級、抽象描述，概念模型的目標是捕獲業務需求和數據的本質結構，通過模型幫助業務分析師和數據庫設計師理解業務中的實體、實體間關系和數據分布關系，通常以實體-關系圖形式呈現。設計工藝概念模型設計分為以下五步：第一步：明確建模范圍；第二步：制定分類模板；第三步：識別分類模板；第四步：細化分類層級；第五步：定義各級分類。09圖 4 概念數據模型示意圖銀行向用戶銷

26、售的或提供給客戶所使用的服務產品內部組織和業務單元，如分行、支行、營業網點、部門、機關組織單元參與人之間針對某種特定產品或服務而簽立的契約關系合約參與人的所有資產，包括農行及客戶擁有的資產資產各種與銀行相關的活動的詳細情況，包括金融性交易、非金融性交易事件銀行服務的任意對象和感興趣進行分析的各種對象參與人銀行內部賬務的組織模式，包括總賬、科目、指標等財務記錄來自外部的報表數據，這些數據是按多個主題交叉匯總的多維數據交叉記錄各種參數、代碼通用參數商業銀行數據模型白皮書概念模型的主題劃分是依據業務主體參與的業務活動特性來劃分，建模人員需根據設計指導規則，梳理企業業務架構及業務實體，對業務概念或信息

27、系統數據進行邏輯化，形成對數據模型分類框架的概念化結構。并按照“主體行為關系”（IBR）方法，建立數據域間的關聯關系。通常對應銀行業參考模型中的A（B）模型設計活動。（三）邏輯數據模型邏輯模型是對概念模型的進一步細化，描述業務實體、屬性以及實體間的關系，可轉化為數據庫表結構的設計，通常使用實體-關系模型來描述數據的結構和關系。10圖 5 概念分類模型工藝圖 6 邏輯模型框架示意圖（參與人主題）參與人參與人識別信息參與人識別信息生命周期參與人名稱信息參與人他行賬戶信息參與人他行信息參與人納稅信息參與人生命周期參與人他行擔保信息參與人他行貸款信息個人名稱信息組織單元組織個人參與人外部編號信息參與人

28、名稱類型代碼參與人類型代碼參與人他行信息類型代碼參與人名稱信息生命周期參與人和位置關系位置黑名單資源項 參與人和黑名單關系參與人和資源項關系步驟1明確建模范圍步驟2 制定模型分類模板步驟3識別模型分類模板步驟4細化模型分類層級步驟5定義模型各級分類商業銀行數據模型白皮書邏輯模型是依據概念分類主題劃分做進一步細化，建模人員需根據設計規范識別各概念主題下的候選實體，形成實體關系草圖，對實體屬性及實體間關系進行規范性描述。其中從“分配屬性至候選實體”到“定義域和實例”的四個環節需要反復迭代以持續完善模型內容。通常對應銀行業參考模型中的C/C模型設計活動。在由企業級邏輯模型（C模型）到應用級數據模型（

29、C模型）設計過程中，C模 型 數 據 對 象 繼 承 自 C 模 型 的 業 務 對 象，唯 一 的 核 心 數 據 實 體 和 屬 性 應與 業 務 對 象 保 持 一 致。建 立 組 織 級 數 據 模 型 與 系 統 級 數 據 模 型 的 映 射 關系，形 成 模 型 的 同 步 更 新 機 制。設計工藝邏輯模型設計分為以下八步：第一步：識別候選實體；第二步：研發高階實體關系草圖；第三步：分配屬性至候選實體；第四步：應用業務信息規范化原則；第五步：完善實體關系圖（E-R圖）；第六步：定義域和示例；第七步：檢查業務與流程的完整性；第八步：描述屬性與業務規則。11圖 7 邏輯模型實施工藝參

30、考示意圖持續迭代步驟1識別候選實體步驟2研發高階實體關系草圖步驟3分配屬性至候選實體步驟4應用業務信息規范化原則步驟5完善實體關系圖步驟7檢查與業務流程的完整性步驟8描述屬性與業務規則步驟6定義域和實例商業銀行數據模型白皮書（四）物理數據模型物理模型是數據庫的實施模型，用于詳細定義數據的物理結構，形成對真實數據庫的完全描述。物理模型定義了數據庫在特定硬件和數據管理系統中的存儲和性能細節。設計工藝物理模型是對邏輯模型的進一步細化，需要對數據庫中的表、視圖、字段、數據類型、主鍵、外鍵、索引等進行明確和定義。通常對應銀行業參考模型中的D模型設計活動。12圖 8 物理模型框架示意圖（參與人主題）商業銀

31、行數據模型白皮書13物理模型的設計還需要遵守如下原則：一致性原則：主題分類及主要實體一致，繼承邏輯模型靈活性，易于擴展等優點。差異性原則：從邏輯模型到物理模型的落地設計過程中，對于集中式數據庫存儲，通常實體和屬性是一一映射關系，主要考慮按不同的數據庫類型進行屬性類型和索引等設計的差異。性能保障原則：從應用性能和分布式存儲的設計考慮，物理模型落地時需從分庫、分表及應用性能等方面進行設計規范，提高數據的處理性能。物理模型（D模型）需要一對一繼承 C模型邏輯數據對象、實體和屬性，并根據實際使用的數據庫，設計相應的物理特性。此外還需保障物理模型（D模型）和企業級數據模型（C模型）、應用級數據模型（C模

32、型）間具有同步更新機制，確保數據模型間的一致性。企業除了模型設計工作外，還面臨著一系列的數據模型管理工作?？傮w來說，數據模型的管理包含組織（人）、流程與工具三個方面。在下一章中我們將針對這三個方面分別展開介紹。商業銀行數據模型白皮書四、數據模型管理保障措施銀行積累了大量敏感信息，包括交易數據和客戶資料?？紤]到國家相關部門對數據質量和數據安全的強力監管，數據模型的構建必須經過嚴格的模型管控，以確保數據的合規性和安全性。為了更好地推動銀行內數據模型管理工作的開展，銀行可以從組織、流程以及工具三個維度入手，協同保障數據模型管理工作的落實。（一）組織管理完善的組織架構保障模型管理溝通渠道暢通。銀行需要

33、根據數據模型涉及的工作范圍設立企業級的數據管理工作組，并在各業務（板塊）下設立數據模型接口人，便于銀行進行管理溝通上的橫向協同與縱向打通。組織層面設立專門的數據管理部門，負責建設數據治理體系，包含數據標準、數據模型、數據質量等治理規范的制定與落實管控。由具備專業知識和技能的數據模型管理員負責企業級數據模型的管理，包括指導數據架構相關的工作和決策。部門層面設立IT業務研發部門，統一負責設計、開發和維護行內各業務系統。數據架構師和模型研發工程師負責數據模型的設計和維護工作。其中，數據架構師根據銀行的整體戰略和業務需求負責設計數據架構的設計原則、開發規范和標準。模型研發工程師則負責數據模型的落地與維

34、護，對接各業務條線的數據需求，并對模型進行定期地優化和更新。14圖 9 某銀行數據模型管理組織示意圖業務部門A數據BP數據BP數據BP數據BP業務部門B業務部門B業務研發部數據管理部數據模型管理員數據架構師負責設計數據 架構的設計原則、開發 規范和標準。模型研發工程師負責數據模型的落地與維護負責對模型進行定期地優化和更新。負責企業級數據模型的管理，包括指導數據架構相關的工作和決策。數據模型管理組織業務條線分支機構.商業銀行數據模型白皮書（二）流程管理為了推動銀行內數據模型設計研發以及管理運維工作更規范化地開展，需要建立完善的數據模型管理制度及流程。銀行通過建立并維護完善的數據模型管理流程，嚴格

35、約束數據模型建設過程中的相關操作，指導員工有序開展數據模型研發管理工作，從職能驅動向流程驅動轉型。為避免先污染、后治理的運動式建設模式，銀行通過規范的工作流程可以保障企業級數據模型在跨部門、跨條線、跨系統場景下的統一維護。銀行可以從模型設計、模型實施、模型管理等維度形成相關制度規范，規范數據模型在銀行內的設計及應用，為數據模型的設計和管理工作提供參考依據。數據模型管理相關制度規范示例：通過這種分工明確的組織結構和職責劃分，有效地保障了數據模型的質量和可靠性，為銀行的數字化轉型和業務創新提供了強有力的支持，有助于推動該行的數據管理和應用水平的提升。相關人員職責要求示例：15表 1 數據模型相關人

36、員主要職責序號12345崗位名稱 數據架構師業務分析師數據模型管理員數據研發工程師數據治理專家負責數據模型的整體規劃、制定和落實數據模型管理制度；負責制定數據模型研發規范及相關數據治理工作；負責業務線調研，分析業務需求，持續反饋與完善數據模型；負責提升數據模型用戶體驗，提高數據模型應用覆蓋度；負責宣貫、評估數據模型落地效果，檢查數據標準落地的規范性、完備性；負責數據模型的日常運維與更新；負責數據采集、計算、分析處理等相關數據模型研發工作；負責數據模型研發、問題跟蹤與解決；崗位職責負責協調梳理模型的數據標準，并參與模型評審環節，推動數據標準的落標；制定和實施數據質量管理策略、標準和流程，制定相關

37、報告和分析，發現數據模型質量問題和趨勢；商業銀行數據模型白皮書某大型國有商業銀行通過在實踐過程中總結建模過程中使用的方法和規則形成企業級數據模型建模方法，明確企業級數據模型的設計原則和要求。通過制定應用級數據模型設計規范明確模型間的繼承規則，保證組織級數據模型與系統應用級數據模型的一致性。通過數據模型管理方法明確數據模型管理相關部門職責以及模型管理工作流程，進一步保障應用級數據模型設計規范的落地實施。16表 2 數據模型管理相關制度規范示例序號12345制度/規范名稱數據模型需求管理辦法數據模型設計規范企業級數據建模方法指引應用系統數據模型設計技術指引數據模型管理細則主要覆蓋從需求來源、需求撰

38、寫、需求提交、需求變更、需求分析與技術評審等方面的管理要求，及需求管理流程步驟和各部門的職責分工。主要明確數據模型體系、遵循原則、設計方法和步驟、管控流程、職責分工等內容。主要明確企業級邏輯模型分層及設計原則，根據業務域劃分、業務需求、概念定義等內容。主要明確應用系統數據模型設計原則、數據模型繼承關系、ER 圖設計與布局、模型表、屬性命名與描述等方面的內容。主要內容主要明確數據模型管理體系、模型管理流程、模型管理原則、職責分工等內容。圖 10 某銀行數據模型管理制度和對應流程示意圖模型建設與管理流程數據模型設計 安全要求質量規范標準引用數據模型評審數據模型發布發布元數據企業級數據模型建模方法應

39、用級數據模型設計規范數據模型管理數據模型管理方法數據字典模型知識庫元數據管理標準商業銀行數據模型白皮書這些規范的制定和實施，幫助銀行在數據模型研發管理工作中更加標準化、規范化，同時保障了企業級數據模型的完整性和靈活性，助力該行構建企業級數字化經營體系。（三）工具管理為了保障數據模型研發管理工作的高效實施，企業離不開先進的工具支撐。銀行借助統一的數據模型設計、管理工具，保障數據模型管理規范與研發的一致性，支撐數據模型管理的持續運營，協助數據模型研發管理人員提升工作質量與效率。數據模型設計、管理平臺包括但不限于以下功能：當前，國內大部分銀行業主要選擇采購如Erwin、ER/Studio等外部數據模

40、型研發、管理工具，幫助銀行梳理業務和數據現狀，實現多種數據模型的落地，支撐數據模型的統一管理和維護。未來，國內銀行業將逐漸采用自研的工具平臺，解決銀行的個性化管理需求，優化銀行數據模型的設計流程，推動數據開發與治理的敏捷化、標準化、一體化。17序號345678支持用戶對物理模型進行管理，包括邏輯模型創建、修改、版本管理等功能，并支持物理模型落庫、DDL導出等。支持與標準、質量、元數據等平臺對接能力，支持數據建模過程中對標準引用、質量規則校驗、與元數據映射比對等。支持模型評審流程，包括模型檢查、線上審批流程、評審通知、評審意見區等功能。支持對數據模型進行版本差異分析、變更影響分析、關聯分析等功能

41、。功能項描述支持對模型管理平臺進行權限管控，包括權限角色配置、權限分組設置、權限審批、模型目錄操作權限等。支持對數據模型樣例、數據模型規范、模型相關知識等進行管理和維護，供相關人員查詢和參考。功能項物理模型管理平臺對接能力模型審核模型分析權限管理模型知識庫表 3 數據模型管理平臺的核心功能支持用戶對數據概念域進行創建、修改、刪除和查看，支持對模型進行分類管理。支持用戶對邏輯模型進行統一管理，包括邏輯模型創建、修改、版本管理等功能，并支持定義模型關聯關系，模型物化及模型結構可視化等。功能項描述序號12功能項概念模型管理邏輯模型管理商業銀行數據模型白皮書18五、國內大型銀行數據模型實踐案例（一）建

42、設銀行基于FSDM模型構建企業級數據模型中國建設銀行構建了完善的企業級數據模型質量管控體系，包括數據模型建模方法論、數據模型建模規范、數據模型質量檢查三個方面。在數據模型建模方法論方面，參考業界實踐，總結形成標準化建模規范，保障整體架構的合理性、穩定性以及數據模型的完整性、準確性。在數據建模規范方面，通過對實體對象的命名規范、定義規范、取值規范和繪圖規范，指導企業級數據模型建設。在數據模型質量檢查方面，通過完整性檢查清單、規范性檢查清單和正確性檢查清單對企業級數據模型進行程序性檢查和內容性檢查，保證企業級數據模型設計的執行規范性。圖 11 中國建設銀行數據模型管控體系商業銀行數據模型白皮書學習

43、和理解銀行數據階段，主要學習和理解IBM公司的FSDM模型，梳理最重要的13個業務系統數據字典，并按B級模型的結構進行數據項整理，一一映射和補充到FSDM模型中。數據模型初稿形成階段，主要是依據FDSM數據概念分類模型中的概念分類、描述和關系演化成邏輯數據模型的實體、屬性、關系及域等內容，并用ERWin圖的形式予以表達。數據模型終稿生成階段，主要工作是將業務架構的流程建模過程中整理的數據需求作為輸入，對C模型再次完善補充而生成終稿。經過三個數據模型建設階段，建行形成企業級C模型，C模型主題域及主要子域劃分模型內容如下所示：19建設銀行于2011年啟動了新一代核心系統建設，由總行數據管理部牽頭新

44、一代數據線工作。中國建設銀行參考了FSDM模型，基于企業架構視角并充分結合自身的業務特點，建立了具有建設銀行自有知識產權的企業級B、C、C和D模型，建設銀行的數據模型建設過程經歷了現狀梳理、數據模型初稿形成和數據模型終稿形成三個階段。圖 12 中國建設銀行數據模型建設階段現狀梳理數據模型初稿現狀模型對接系統數據現狀梳理FSDM B Level 翻譯討論建立C邏輯模型梳理（Draft）信息互換信息輸入信息輸入信息輸入信息輸入信息互換信息輸入B Level成果輸出FSDM初級培訓制定FSDM模型與現狀映射與差異分析主題域模型（Draft）目標模型對接完成C邏輯模型梳理生成主題域模型數據模型終稿商業

45、銀行數據模型白皮書截至2022年底，企業級數據C模型形成了約200個子主題分類，沉淀5500余個數據實體。通過搭建企業級數據模型，建設銀行實現數據資產的結構化定義和規范建設，統一了數據標準和數據語言，指導了應用系統和數據倉庫的應用模型建設，起著承上啟下、連接業務和技術的關鍵作用。（二）農業銀行基于FS-LDM模型構建企業級數據模型中國農業銀行將數據建模方法與DataOps全生命周期的標準化流水線相結合，從組織模式、管理制度、系統工具為數據模型結構提供全方位支撐。在組織模式方面，明確數據模型研發各環節的角色職責和人員分工，共同推動數據模型的建設和管理工作。在管理制度方面，梳理數據研發運營全鏈路中

46、各類技術、業務制度和規范，發布可實施的技術標準，包括模型設計規范、測試規范等，形成管理“軟規范”。20圖 13 中國建設銀行C模型主題分類商業銀行數據模型白皮書在系統工具方面，通過平臺工具將模型設計過程與數據標準、數據質量管理要求融合，建立質量門禁，形成“硬約束”，保障數據模型設計規范的落地執行。農行的大數據體系在經歷了基礎數據平臺、大數據平臺、數據中臺1.0三個階段后，邁入了數據中臺2.0階段。農行數據模型最初的框架主要參考了Teredata公司的FS-LDM的主題劃分方式，采用三范式建模與維度建模相結合的方法；當前的數據模型在此基礎上補充了業務領域視角，與農行產品目錄的劃分保持一致，形成了

47、數據視角和業務主題結合的通用數據視圖。農行基于企業架構視角以維度建模為主，結合三范式建模的設計方法，如存款、貸款、理財等實體的設計采取維度建模，參與人相關實體的設計采用三范式建模。采用以數據驅動為主，業務驅動為導向，通過雙向結合的方式既保證設計的數據模型符合業務實際發展導向，又保證了數據模型建立在現有的真實數據基礎之上，從而間接地保證了數據模型的易懂性與可用性。隨著數據架構的演化，農行引入了數據湖的新技術，拓寬了數據底座，以數據湖為源對數據架構進行了優化，分為基礎寬表、通用寬表、服務寬表三層邏輯架構。21圖 14 中國農業銀行DataOps數據設計研發流水線商業銀行數據模型白皮書隨后基于數據資

48、產視角細化主題域模型框架，本著便于業務人員理解和技術人員實施的原則，細化模型框架時按照客戶性質、業務條線、憑證類別、渠道類型等進行劃分，將各個分支盡可能的細化。同時確保模型的可擴展性，具體步驟如下：22圖 15 中國農業銀行數據架構圖圖 16 中國農業銀行數據模型細化環節步驟1概念模型細化步驟2分類遵循標準步驟3基礎表與屬性分類步驟4設計維度表/事實表步驟5設計關系型維度表步驟6設計歷史表步驟7主題分類完善商業銀行數據模型白皮書（三）交通銀行基于企業架構方法論構建企業級數據模型 交通銀行在企業級架構實踐過程中，總結形成了以“輕量化”、“智能化”為特點的企業級數據模型。輕量化主要包括三方面：建模

49、方法的輕量化、模型資產輕量化和模型落地輕量化。輕量化模型降低了實施成本，縮短了項目周期，可以更好的支撐中小金融機構進行數字化轉型的快速實踐。智能化是指在建模過程中，通過建立語料庫，近義詞識別等步驟，對新建數據模型所引用的屬性進行智能化標準推薦，貫徹數據標準智能化管控，可加快建模工作的效率和模型成果的準確度。交行數據模型采用雙“T”架構，包括“正T模型”，即1個高階數據模型加上N個領域數據模型，以及“倒T模型”，即1個公共模型加上N個場景化應用。正T針對交易服務和運營管理場景，關注數據規范性和唯一性，強調實體屬性的標準化，指導交易系統的設計開發，提供業務組件邊界劃分標準和跨組件數據交互使用的參考

50、依據。倒T針對分析與決策報告場景，關注數據易用性和一致性，強調統一維度管理，為數據指標建設提供設計依據，同時也是數據分析需求的管理抓手。雙T設計原則強調彼此的對齊和同頻，正T中圈定業務對象和關鍵實體與倒T中的維度和關鍵事實設計做映射，從而實現兩個模型在內容層面的統一。通過“雙T”架構模型，實現了數據生產側與數據消費側的邏輯自洽，在進行前臺業務產品設計的同時，同步設計后續監管報送、運營分析等場景的數據方案。23圖 17 交通銀行數據模型雙“T”架構商業銀行數據模型白皮書數據架構管控主要包括事前分析、事中管控、事后監督三個階段。在需求分析階段，應以數據模型作為參照，基于模型的基礎數據項與指標數據項

51、進行詳細分析，避免“同名不同義、數出不同源”等問題；在開發管控階段，應通過數據模型落實主數據管理、數據標準化、數據模型、數據分布流轉等管控要求，從模型層面對跨系統數據交互等予以規范；在事后監督階段，定期對各業務系統的企業級數據模型落地情況進行檢查和評估，持續發現并整改，保障企業級數據模型的執行落地、迭代優化的高效閉環。24圖 18 企業架構總體視圖商業銀行數據模型白皮書在數據模型建設落地后，長期有效的運營機制建設也至關重要，需要通過數據架構管控落地實施。六、銀行業數據模型發展趨勢銀行業作為我國經濟金融的基礎，是我國金融體系的重要組成部分。改革開放以來，我國銀行業持續根據市場以及國家總體情況進行

52、探索與改革，逐步完成了從完全由國家接管，到相對獨立的發展過程。隨著大數據、云計算和人工智能等技術的發展，我國銀行業務持續創新，在科技創新和數據監管要求等因素影響下，銀行業的數據模型或呈現以下發展趨勢：（一）加速探索數據模型自主創新在數據模型管理領域，短短幾十年已從早期的“無意識”數據管理到如今的國際化管理。隨著移動支付的興起，一些國際上的數據模型管理方案面臨了“水土不服”的情況。如何解決數據引擎動能不足、數據合規性和信息透明度等問題，成為推動國內銀行業自主研發企業級數據模型的主要推動力。在中國發展數字經濟的特色背景下，自主創新能夠提高企業的核心競爭力。通過自主創新數據模型，銀行可以不斷支撐與探

53、索全新的業務模式、產品和服務，更好地適配自身特色業務，實現業務需求和科技手段的高度融合，打造企業核心技術壁壘。（二）加快適應新型數據管理理念隨著大數據技術的快速發展和大數據理念的廣泛普及，Data Fabric、Data Mesh等分布式數據管理架構理念或將影響數據模型的設計與管理工作。在模型設計方面，銀行可加強設計可擴展、復用度高的數據模型。在分布式數據管理的數據架構下，更強調模型設計的規范性與易用性，更注重各系統的數據治理水平。（三）敏捷響應市場業務需求變化隨著銀行數字化轉型的深入，移動支付、流程銀行等業務模式的持續發展帶來了更加多樣化和更大規模的數據資源與數據需求，銀行需要更加敏捷的方式

54、來管理和應用數據。25商業銀行數據模型白皮書以DataOps為代表的新型數據開發范式，將敏捷、精益等理念融入數據開發過程，通過對數據相關人員、工具和流程的重新組織，打破協作壁壘，構建集開發、治理、運營于一體的自動化數據流水線，不斷提高數據產品交付效率與質量，實現高質量數字化發展。借鑒這種敏捷、精益的理念進行數據模型的研發，能夠進一步提升模型研發效能，加速滿足一線人員用數需求。（四）加強構建數據模型評價體系為了更好地監督和優化數據模型的研發與管理工作，評估數據模型的建設情況，銀行需要一套考核指標來評價數據模型的設計及管理情況。當前，銀行主要從數據模型的準確性、穩定性、實時性、可解釋性和成本效益等

55、維度對模型的質量和性能進行評價。但是，在實際的操作過程中仍存在落地困難的現象。例如，研發人員面臨無法全面評價模型完整性的問題，導致模型的設計存在缺陷或遺漏。此外，數據模型的質量和價值也較難被量化，這使得企業在對模型評價進行實操時面臨困難。這些發展趨勢將推動銀行業務不斷創新和發展，從參考廠商模型向自主研發具有行內特色的數據模型方向探索，助力銀行更好地分析客戶需求和市場趨勢，提供更優質、更高效、更安全的金融服務。26商業銀行數據模型白皮書27參與人主要包含金融機構相關的個人或組織的數據。具體包括銀行內部的組織機構、員工和外部的個人客戶、公司客戶、同業客戶、合作伙伴等。合約信息主要管理兩個或兩個以上

56、參與者之間潛在或實際的約定及其相關信息。包含客戶與銀行簽訂的約束雙方權利義務的協議條款，據此出售、交換或提供產品、服務或資源項。事件主要指參與人與銀行間以及銀行內部的交互行為所產生的交易行為、交易數據。包含存款、取款、付款、信用年費、利息、投訴、網上交易等。位置信息主要指與位置、地址和地理區域有關的數據。包含電話號碼、郵件寄送地址、電子郵件、行政區域、數據訪問地址、內部地址等。資源主要管理銀行在實現其業務的過程中擁有、管理、使用的任何有形或無形的、有價值的項目。包括實物資產、文件、無形資產、金融資源等相關資源。產品主要管理銀行及其關聯的參與者提供給市場，能滿足客戶的某種需求的貨物（有形）與服務

57、（無形）的相關信息。主題分類參與人合約信息產品事件位置信息資源主題內容商業銀行數據模型白皮書（一）術語和定義 1.參考模型框架附錄 商業銀行數據模型參考數據架構 Data architecture從本質上反映企業中數據的組成，以及數據與相關系統和流程間的關系。業務對象 Business object一組反映業務數據和業務行為狀態的實體集合。屬性 Attribution對實體所具有的某一業務特性的具體描述。（二）商業銀行數據模型參考 由業務需求管理和維護而來的抽象或具體的事物，是保存業務信息的基本數據概念。實體 Entity一種數據開發的新范式，將敏捷、精益等理念融入數據開發過程，通過對數據相關

58、人員、工具和流程的重新組織，打破協作壁壘，構建集開發、治理、運營于一體的自動化數據流水線。數據開發運營一體化 DataOps282.核心主題設計參考主要包含參與人所共有的基本信息，如參與人編號、參與人納稅人狀態等；參與人的其他特有信息不放在這里，放在下述相應實體中。用來描述客戶標識的信息表，客戶標識可以由一個或多個數字、代碼等組成，是相關行業公認的代碼，如身份證號、企業組織機構代碼。用來描述客戶的名稱，可以是稱呼、正式名稱、簡稱。用于區分參與人在不同時期的生命狀態，隨著時間的推移其狀態也會發生變化。用于描述參與人的財務狀態，如負債情況、收入情況、資產情況等。用于描述參與人的績效信息，如月貢獻度

59、、年貢獻度等。對參與人家庭情況的描述，如人口數、收入情況、資產負債情況。描述組織或單位的共有的基本信息，如并表情況、會計水平、企業是否上市等。對企業、組織的其他基本信息的描述，如員工數量、員工月收入、工資情況等。描述組織或單位在相關部門的注冊信息，如主營業務、兼營業務、注冊資本金等。對參與人的各類統計信息，如各類比率等。參與人參與人參與人信息組織主題域子主題分類實體實體定義參與人基本信息參與人識別信息參與人名稱信息參與人生命周期狀態參與人財務信息參與人績效信息參與人統計信息家庭概況信息組織基本信息組織概況信息組織注冊信息渠道財務行為營銷渠道主要指與客戶進行交互和接觸的手段方法，通過它客戶與銀行

60、發生交易并傳遞信息。渠道一般包含分行柜臺、呼叫中心、網絡等。財務主要管理銀行的總賬信息，是描述科目組織、控制、內部核算等銀行核心科目賬務以及預算管理有關的內容。行為主要記錄客戶或銀行工作人員在網銀、手機銀行等系統的所產生的各類操作記錄的明細信息。企業可結合自身需求將行為設為一級主題或事件主題下的子主題進行建設。營銷是指為了獲取、維護、增強銀行與客戶關系而開展的促銷活動。包括營銷策略、營銷行為以及營銷活動的反饋信息。主題分類主題內容商業銀行數據模型白皮書參與人主題29描述個人的通用、基本信息，如性別、民族、出生日期等。描述個人的興趣、愛好、生活習慣等，但這些愛好類型不是互斥的。描述個人的其他一般

61、性信息，如財務狀況信息（工資收入、公積金繳存）、供養人信息等。描述個人工作情況，如參加工作日期、工作單位、單位性質、所任職務等描述個人具有哪有職業技能、經過了哪些單位的認證、認證等級等。某行內部為區分崗位等級所設定的不同的權利范圍負責某項工作使其順利進行的崗位描述個人的特點、外貌。參與人組織一個組成部分的基本信息某行內部機構撤銷合并的相關信息某行內部機構組成部分的相關信息某行根據業務需要所設定的職務相關信息負責具體業務實施的崗位負責維護管理特定客戶的崗位負責經營銷售產品的崗位負責本行業專業工作的崗位描述參與人所承擔的角色的基本信息，如所承擔角色的生命周期信息等。根據參與人在參與人的相互關系中所

62、承擔的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。參與人個人組織單元組織單元基本信息某行機構撤并信息某行組織機構崗位參與人角色與參與人相關角色參與人角色基本信息單位領導法律代表崗位基本信息崗位權限管理崗柜員崗客戶經理崗市場營銷崗業務崗實體定義個人基本信息個人愛好個人概況信息個人工作信息個人技能認證個人特征主題域子主題分類實體商業銀行數據模型白皮書30根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角

63、色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據

64、參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在事件過程中所扮演的角色如發起者、交易對手、接收行、經辦人等進行分類和描述。根據參與人在事件過程中所扮演的角色如發起者、交易對手、接收行、經辦人等進行分類和描述。根據參與人在事件過程中所扮演的角色如發起者、交易對手、接收行、經辦人等進行分類和描述。參與人與合約相關角色員工保證人成員行代理行合約持有人連帶責任人牽頭行券商貼息方與事件相關角色發起行交易對手接收行與參與人相關角色服務提供商實體定義股東客戶聯絡人特約商戶銷售代理人主題域子主題分類實體商業銀行數據模型白皮書3

65、1商業銀行數據模型白皮書合約主題經辦人清算行受理人根據參與人在事件過程中所扮演的角色如發起者、交易對手、接收行、經辦人等進行分類和描述。根據參與人在事件過程中所扮演的角色如發起者、交易對手、接收行、經辦人等進行分類和描述。根據參與人在事件過程中所扮演的角色如發起者、交易對手、接收行、經辦人等進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔的角色進行分類和描述。根據參與人在合約申請、簽署、執行過程中所承擔

66、的角色進行分類和描述。根據參與人在參與人的相互關系中所承擔的角色進行分類和描述。參與人與產品相關角色產品設計人產品營銷推廣部門產品擁有人產品主管部門與事件相關角色與資源項相關角色實體定義投資人托管人主題域子主題分類實體主題域子主題分類實體實體定義合約所包含的基本信息合約基本信息合約財務狀態合約生命周期狀態合約重組信息合約核算信息合約參與人合約共用信息合約共用信息合約共用信息合約共用信息合約共用信息合約關聯信息合約合約財務是指合作是否正常執行、還本付息、逾期、不良、保全等狀態相關的信息。指合約涉及提出、接受、簽署、執行、到期、重組等生命周期相關的信息。指合約中涉及核算的相關信息，比如利率、利息、

67、費率、費用、金額、幣種等。指合約涉及的個人和組織，包括合約的簽署人、簽署機構、經辦人、經辦機構等。指合約重組涉及的相關信息。32主題域子主題分類實體實體定義合約對應的產品相關信息合約產品合約資源項合約位置關聯合約合約渠道合約時間條件合約金額條件合約關聯信息合約關聯信息合約關聯信息合約關聯信息合約關聯信息合約條件信息合約條件信息合約合約條件信息合約條件信息合約條件信息合約條件信息存款合約金融服務合約金融服務合約金融服務合約金融服務合約金融服務合約金融服務合約金融服務合約合約費用條件合約比率條件合約限制條件合約格式條件存款合約金融服務合約公用信息貸款合約應收賬款融資合約信用額度合約信用卡合約保函合

68、約信用證合約對格式的約束金融服務產品賬戶合約的公用信息貸款產品賬戶合約應收賬款融資產品賬戶合約銀行向客戶授信的合約信用卡產品賬戶合約合約涉及的資源項信息，比如抵質押合約涉及抵質押物合約涉及的位置信息，比如簽署地點、聯系電話、地址等合約簽約的方式，包括網銀、電話等方式的信息指定的時間、日期、次數或頻率這些條件對合約起到約束或者狀態的描述作用在合約中被描述，合約形成后會對合約的生效、執行或其他狀態變化進行限制的金額類描述，例如：合約金額、貸款金額等。其中也包括為了清晰描述金額而進行的其他描述，例如：面額、單位、增量等描述從而對合約進行約束的條件一般分為限制狀態（正常、異常、允許、違約限制等描述）、

69、限制基準（上限、下限、目標限制）、限制類型（限制次數、限制金額、限制余額等）、限制原因（解釋為什么要做限制）、限制時間框架（描述是當日、隔夜、特定日期等限制）客戶購買銀行存款產品時與銀行簽訂的合約以比率形式出現的對合約進行約束的條件，例如：稅率、利率、匯率等以限額、額度等形式進行指定的某項服務收取費用的描述與合約關聯的其他合約的信息，比如擔保、保證、借新還舊等商業銀行數據模型白皮書33主題域子主題分類實體實體定義客戶購買銀行保函產品（服務）時與銀行簽訂的合約合約投資理財合約現金管理合約資金交易合約保險合約結算合約結算合約賬戶服務合約賬戶服務合約賬戶服務合約賬戶服務合約非賬戶合約非賬戶合約非賬戶

70、合約擔保合約擔保合約投資理財合約現金管理合約資金交易合約保險合約交易結算合約凈扣合約訪問服務合約金融工程服務合約轉賬合約信息服務合約金融組合管理安排合約托管合約資金監管合約擔保合約公用信息抵質押合約金融組合管理安排合約資金監管合約指抵質押合約和保證合約中共有的信息。抵質押合同是抵押合約和質押合約的合稱。擔保合約參與人合約參與人合約參與人合約參與人合約參與人合約參與人合約參與人合約保證合約資產證券化合約合作合約保密合約會員合約回饋合約雇傭合約商務合約信用證產品賬戶合約投資理財產品賬戶合約資金交易產品賬戶合約保險產品賬戶合約交易結算產品賬戶合約為已開立的賬戶提供相關信息服務的合約抵押合約是按照中華

71、人民共和國擔保法規定的抵押方式以借款人或第三人的財產作為抵押物而發放貸款為目的簽訂的擔保合約。質押合約是按照中華人民共和國擔保法規定的質押方式以借款人或第三人的動產或權利作為質押物發放貸款為目的簽訂的擔保合約。指保證人和債權人之間簽訂的，當債務人不履行債務時，保證人按照約定履行債務或者承擔責任的合約。一方參與人（發起人）將其一組風險資產（如信用卡應收賬款或抵押貸款）轉移給另一方參與人的合約，通常另一方是稱為特殊目的個體（SPE）的獨立法律個體。SPE用本身在市場發行證券的所得支付以取得轉移資產。發起人可從整體資本要求中，刪除已轉移資產的資本要求。托管產品合約金融工程服務合約賬戶間資金轉移的合約

72、凈扣賬戶合約客戶與銀行簽訂的賬戶訪問服務的合約，約定已開立的賬戶可以訪問的方式，如網銀、電話銀行?？蛻糍徺I現金管理產品（服務）時與銀行簽訂的合約商業銀行數據模型白皮書產品主題34描述產品信息項中的個性信息。描述不同產品類型的個性化信息，根據不同產品類 型進行細分。評價信息，是指描述銀行根據各種不同管理需要，使用不同技術對產品進行評價的結果信息。產品組合又可稱為產品方案，是指銀行為了銷售的需要，把原有的兩種或兩種以上的產品、以適用的方式和組合關系，合成一套新的服務方案所形成的復合型產品。產品包是指以一組性質相近的同系列產品，為方便業務的統一認知、管理和說明而形成的產品集合。管理信息，是指描述銀行

73、出于管理需要而設定的關于產品所屬機構、客戶經理等信息。產品使用的資源類型，資源包括銀行可擁有、管理、使用項目。對產品已經發生或已經完成的經濟活動進行的事后核算信息。如額度控制條件、申請條件、定價條件等信息。不同產品的名稱、類型、內容等基本信息。產品與參與人、位置、渠道等關聯關系信息產品與產品核算項、科目的對應關系信息主題域子主題分類產品基本信息產品基本信息產品管理信息產品條件信息產品個性信息產品評價信息參與人/產品關系產品/位置關系產品/渠道關系產品針對的市場細分介質類型/認證方式/渠道/產品關系介質類型/認證方式/渠道關系產品/產品關系產品/條件關系產品使用的資源類型產品核算項產品/產品核算

74、項/科目關系產品組合條件信息產品包管理信息產品產品關系產品屬性產品組合信息產品包信息實體實體定義商業銀行數據模型白皮書事件主題35主要包含所有事件共有的基本信息，如事件編號、事件名稱、事件類型、事件描述等；某事件特有的信息不放在這里，放在下面相應事件里。主要包含與事件生命周期有關的信息，包括事件生命周期狀態類型（潛在事件、待執行事件、進行中事件、完成事件等）；事件生命周期狀態日期類信息（開始日期、到期日期、凍結日期、結清日期等）；事件生命周期狀態原因（賬戶關閉、違反合約條款、客戶要求、資金不充足、系統忙等）與事件有關的相關方，包括個人與機構，主要體現事件與人（機構）的關系。如事件的發起人、操作

75、員、買方、賣方、申請人、審核人、審批人、受益人、管理人、管理機構、合約方、代理人、基金管理公司、交易商等。事件所依托的渠道，主要體現事件與渠道的關系。如渠道使用類型（發布渠道、營銷渠道、交流渠道、銷售渠道），渠道類型（柜臺、ATM、網銀、電話銀行等）溝通交流是指與相關方以信息交換為目的的事件，例如：信用評估、問卷調查、反饋、客戶投訴、客戶申請等。交流公共信息主要包括交流類的事件所共有的信息，例如交流事件的編號、交流的類型、交流的原因、交流的聯系狀態、交流的媒介、交流成本、交流費用、交流處理時間、響應時間等。交流類的事件所特有的信息不放在這里，應放在下面相應的交流事件里。指把交流的不同部分連接在

76、一起的事件，包括交流線索事件編號、交流線索參與類型（開始線索交流、交流線索參與者、結束線索交流、相對獨立的交流）、交流線索生命周期狀態類型（初始的交流線索、活躍的交流線索、非活躍的交流線索、關閉的交流線索）。指為制定標準的評估提供信息的交流活動。包括與客戶、產品、合約建立信用評級相關的信用評估，對損失事件影響的風險評估等。指由客戶或其代理人發出給金融機構的請求或指令，例如資金轉賬指令、支付指令、貿易融資指令、金融市場結算指令等。這里放指令的共有信息，不同指令的特有信息應放在下面相應的指令里。指金融市場工具中當某預定條件滿足的時候請求執行某項交易。主要包括訂單編號、訂單上下限價格、訂單截止日期、

77、訂單取消日期等信息。指在一個或多個合約中一個或一系列交易如何細分的指令，包括交易分配編號、交易合約分攤價格，交易合約分攤數量等信息。指與金融機構提供的貿易融資產品與服務相關的指令，例如信用證發行、跟單托收等。指在具體指定條件下以獲得付款或承兌而傳達的指令。該指令提供金融文件的認證而無需物理的傳輸。跟單托收類型有票據承兌、托收約定等。合約共用信息事件共有信息事件共有信息事件共有信息事件共有信息溝通交流事件溝通交流溝通交流溝通交流溝通交流溝通交流溝通交流評估指令事件基本信息事件生命周期狀態事件參與人事件發出渠道交流公共信息交流線索事件金融市場訂單交易分攤貿易融資指令跟單托收主題域子主題分類實體實體

78、定義商業銀行數據模型白皮書36該指令用于代表不同類型的支付，例如信貸轉賬和直接借。溝通交流支付指令指以獲得某些信息為目的將問題以標準模板進行編排提交給受訪人進行解答的交流，例如一個客戶調查報告回答，一份完整的產品應用表格等。指以提供表揚或投訴為目的的交流。例如雇員高質量的服務而收到客戶的表揚信，客戶關于分支機構位置的投訴等。以顯示不滿為目的的反饋，例如客戶投訴，還包括對投訴的響應。指各領域專家或人員對金融機構所提供產品或服務的意見或建議。指為某事向某人發出的請求，如客戶辦理信用卡的申請、授信額度的申報等。指改變金融機構財務狀況或信息基礎的所有層面的業務工作的記錄。交易事件通過計入金融機構會計賬

79、簿的借方或貸方或維護已有數據而記錄下來，可以從金融機構的內部或外部進行觸發，是金融機構保持對業務活動進行審計追蹤的有效保證。主要包括會計交易與維護交易。這里放交易事件的共有信息，不同交易的特有信息應放在下面相應的交易事件里。指交易所付的費用信息，如手續費、代理費、郵電費等。指對會計單元余額有影響的交易事件。這里放會計交易的共有信息，不同會計交易的特有信息應放在下面相應的會計交易事件里。指對會計單元余額有影響的交易事件。這里放會計交易的共有信息，不同會計交易的特有信息應放在下面相應的會計交易事件里。指對金融市場工具持有進行調整的會計交易，主要包括買入、賣出、借、貸、掉期、外匯交易等交易類型。指金

80、融市場工具基于金融市場交易組件的變動其持有所做的調整，其變動類型主要包括交易數量、交易費用、交易成本、交易估值、訂單數量、結算金額、訂單的執行成本、訂單的執行數量、變動日期等。指以一種數額的貨幣交換另一種數額的不同貨幣為目的的交易，一般是金融機構代客戶在金融市場上進行外匯的交易。指金融機構希望追蹤的與某項交易相關的物理文件和憑證信息。指以支付為目的的會計交易，包括票據支付、手續費支付、股息支付、稅款支付等。指一定數量的貨幣被兌換成等價的另一種貨幣的會計交易。如客戶到金融機構將美元兌換成人民幣。將貸款發放給借款人的會計交易。事件共有信息交易信息交易事件交易事件交易事件交易事件交易事件交易事件事件

81、交易事件交易事件交易事件溝通交流溝通交流溝通交流投訴溝通交流申請溝通交流服務建議問卷調查反饋交易公共事件交易文件/憑證信息會計交易會計交易金融市場交易交易費用信息金融市場組件變動外匯交易支付交易貨幣兌換貸款發放主題域子主題分類實體實體定義商業銀行數據模型白皮書37交易事件交易事件交易事件交易事件交易事件借款人歸還貸款的會計交易。指費用或收入從一個分配中心到另一個分配中心的交叉入賬分配，分攤類型包括賒出分攤、收入分攤、留存分攤。指資金、證券或其他資產從一個責任方到另一個責任方進行變動的會計交易。例如100萬人民幣從A金融機構轉賬到B金融機構。轉賬類型可分為客戶對銀行直接借、客戶對銀行信貸轉賬、銀

82、行對銀行直接借、銀行對銀行信貸轉賬、銀行對客戶直接借、銀行對客戶信貸轉賬等。指某項目停止歸屬的會計交易。如不良資產處置、以資抵債處置等。指對會計單元余額沒有影響的交易事件。例如，對金融機構報表周期日期信息的改變，對包含姓名、地址、財務信息的明細表的增加。分錄事件指直接改變一個會計單元余額或者修改金融機構信息基礎的業務活動。一個分錄事件可以增加或減少它所過賬的余額，或者可以增加、更改或刪除金融機構信息。許多分錄事件可能由一項交易產生，例如一個新的抵押貸款合約的“抵押貸款支付”交易會導致接下來的分錄事件。分錄事件分為過賬分錄與維護分錄。這里放分錄事件的公共信息，過賬分錄與維護分錄的特有信息放在下面

83、相應的事件里。指直接導致一個會計單元余額發生變化的分錄事件。例如編號為9884749的過賬分錄將1萬元計入某一特有會計單元結余的貸方。指對不直接影響會計單元結余的金融機構信息進行修改的會計分錄。例如，編號為9884746的維護分錄是對客戶住址的一個改變。營銷項目指金融機構為了達到一個明確的業務既定目標而承擔的一個持續過程的項目。外部營銷包括市場拓展、客戶策反、信用卡營銷、車貸營銷、新產品營銷、現有產品營銷等，內部營銷包括合規宣傳等。指一項營銷內部瞄準一個特殊群體的營銷活動。例如對中小企業的營銷活動按照業務需要又進一步把中小企業分為中型企業、小型企業、微小型企業分別進行營銷。指以提升金融機構業務

84、發展而制定的方案相聯系的業務事件。主要包括營銷廣告、營銷投放、營銷管理、促銷、市場調查?？捎脕硖峁┖喕膮f議生命歷程（可能跟交易分開），包括過去及未來的業務事件。金融機構可選擇記錄所有活動（需視保存策略的應用而定），或只記錄協議契約義務所導致的活動（如還款）分錄記賬事件分錄記賬事件分錄記賬事件 項目事件業務事件交易事件事件業務事件貸款還款費用分攤資產處置轉賬維護交易分錄事件公共信息過賬分錄維護分錄營銷項目信息營銷活動營銷細分活動合約活動主題域子主題分類實體實體定義商業銀行數據模型白皮書38可定義定期重復發生的合約活動時間表，例如：定期還款、利息資本化、報表輸出、雇用契約更新等計劃項目信息。業務

85、事件業務事件業務事件業務事件業務事件業務事件業務事件產品相關活動產品相關活動其他事件其他事件其他事件其他事件指合約債項的結算活動，包括貨幣的支付、金融工具的交割或資源項的交收。指對于一個給定主體確定其評級的業務事件。例如對公司客戶或個人客戶風險暴露進行決定其信用風險等級的活動。指記錄一項測試發生的業務事件，例如新資本協議明確指定進行VaR值模型的回歸測試。指由于債項違約或破產而影響信用衍生工具收益的事件指與定價事件有關的產品活動事件，被用于敘述產品的價格條件。資源項活動被用于提供簡化的資源項生命歷程，包括過去及未來的業務事件。金融機構可選擇記錄所有活動（需視保存策略的應用而定），例如資源項評估

86、、購買、出售、毀滅、重新分配、重新定位、維護等。指一個事件被用于提供簡化的產品生命歷程（可能跟交易分開），包括過去已經完成的及未來計劃的事件。產品活動趨向于覆蓋那些屬于產品本性、條款和條件的活動（例如產品投放、股票發行、利息資本化）。與產品相關但并不取決于產品層面的因合約而發生的活動不應該被產品活動所描述而應被合約活動所描述。一些產品活動會導致合約活動（例如股息支付）然而另一些則不會（例如產品投放）。導致破壞、災禍、不幸、財產收入損失、失去生命或土地等的事件，通常是沒有先兆地突然發生，例如地震等。指導致金融機構或客戶當前或預計資金損失的事件。主要包括司法事件的類型（民事、刑事、仲裁）與司法事件

87、的裁定（定罪、無罪開釋、駁回訴訟、移交、和解、未被證明）。主要包含所有事件共有的基本信息，如事件編號、事件名稱、事件類型、事件描述等；某事件特有的信息不放在這里，放在下面相應事件里。因無法預測的，不幸的事件發生而引發索賠的危險事件。事件合約活動計劃項目信息結算活動評級活動模型測試信用事件資源項活動事件產品活動事件產品定價擾亂司法事件損失事件意外事件事件基本信息主題域子主題分類實體實體定義商業銀行數據模型白皮書資源主題39固定資產是指企業為生產產品、提供勞務、出租或者經營管理而持有的、使用時間超過12個月的，價值達到一定標準的非貨幣性資產，包括房屋、建筑物、機器、機械、運輸工具以及其他與生產經營

88、活動有關的設備、器具、工具等。流動資產的內容包括貨幣資金、短期投資、應收票據、應收賬款和存貨等。抵債資產是指銀行等金融機構依法行使債權或擔保物權而受償于債務人、擔保人或第三人的實物資產或財產權利。金融資產通常指企業的庫存現金、銀行存款、其他貨幣資金（如：外埠存款、企業的外匯存款、銀行本票存款、銀行匯票存款、信用卡存款、信用證保證金存款、存出投資款等）應收賬款、應收票據、貸款、其他應收款、股權投資、債權投資和衍生金融工具形成的資產等。由參與人生成、編輯或傳送的信息，通常動態的或依賴時間。金融機構從外部提供者接收的金融、經濟、統計、產品、位置、資源項等信息。銀行卡卡號的前6位是用來表示發卡銀行或機

89、構的，稱為“發卡行識別碼”（BankIdentification-Number，縮寫為“BIN”）。表示特別知識權力的資源項，例如金融機構新開發的程序。抵債資產是指銀行等金融機構依法行使債權或擔保物權而受償于債務人、擔保人或第三人的實物資產或財產權利。參與人不改變財產的所有權而依法加以利用的權利。參與人申請貸款所提供的擔保物。專利權、商標權等。銀行自有的固定資產。銀行自有的流動資產。銀行自有的無形資產。表示產業或權益方面的信息主題域子主題分類參與人資產資源項自有資產實體固定資產流動資產抵債資產擔保資產使用權金融資產無形資產報告信息產業及權益信息銀行卡識別碼知識產權抵債資產固定資產流動資產無形資

90、產實體定義商業銀行數據模型白皮書位置信息主題渠道主題40主題域子主題分類實體實體定義描述渠道的基本通用信息，包括渠道的營業時間、渠道績效等描述銀行出于管理目的關注的信息，如渠道營銷/銷售的統計結果等該類渠道獨有的相關信息內容，如電話銀行渠道的電話服務方式代碼、手機銀行渠道的手機操作系統類型等信息。描述渠道的自然屬性及管理屬性信息。營銷/銷售的統計結果信息。按照渠道的評估體系對銷售過程進行判斷、分析信息。對渠道進行控制的具體條款信息。渠道基本信息渠道管理信息渠道個性信息渠道屬性信息渠道統計信息渠道績效信息渠道控制條件渠道基本信息渠道關系渠道是指一個比較獨立的地理地形區，該區或者是自然形成的，或者

91、是被外部機構定義的，例如政府，或者是為商業活動而劃分的。位置共有信息地理區域基本信息主題域子主題分類即時通訊是一個終端服務，允許兩人或多人使用網絡即時地傳遞文字訊息、檔案、語音與視頻交流。即時通信工具目前市場上很多，如QQ、MSN、中國移動飛信、中國聯通即時通等。電子郵件又稱電子信箱、電子郵政，它是種用電子手段提供信息交換的通信方式。是Internet應用最廣的服務。位置共有信息位置共有信息位置共有信息位置共有信息地址地址地址地址地址地址基本信息地址間關系地址與產品關系資源與地址關系內部地址即時通信地址電子郵件地址數據訪問地址網絡地址參與人和資源的地址信息兩個地址間的關系地址與產品的關系地址與

92、資源的關系內部識別地址，不能被外部郵遞識別定義訪問數據的路徑在網絡上的地址位置實體實體定義商業銀行數據模型白皮書財務主題41渠道與產品關聯關系，介質類型關聯關系等信息。渠道與產品合約關聯關系，介質關聯關系等信息。渠道與事件關聯關系信息參與人與渠道關聯關系信息渠道與資源項關聯關系信息產品與渠道關聯關系信息產品/介質類型/渠道類型關系產品合約/介質/渠道類型關系渠道/事件關系參與人/渠道關系渠道/資源項關系產品/渠道關系渠道關系主題域子主題分類實體實體定義渠道主題域子主題分類實體實體定義對會計對象的具體內容進行分類核算的科目，提供金融信息。會計核算科目總賬科目 財務總賬科目賬務處理科目科目余額財會

93、產品管理現金流、賬戶余額和交易記錄等日常財務活動，賬務處理可以迅速和準確地跟蹤交易流程和記錄?？颇坑囝~描述財務實際值，包括發生額、筆數、余額。從會計的角度將銀行對客銷售的產品和內部事項形成的產品進行細分的結果即為財會產品。商業銀行數據模型白皮書行為主題42主題域行為行為基本信息行為基本信息行為基本信息行為基本信息行為過程信息行為過程信息行為過程信息行為過程信息行為評價信息行為評價信息行為評價信息基本信息用戶信息規范信息管理信息終端信息點擊信息瀏覽信息曝光信息用戶行為信息用戶體驗信息異常行為信息實體定義主要包含行為的基本信息，對行為進行申請及管理等；如埋點編號、埋點名稱、埋點類型、埋點位置（AP

94、P/WEB/小程序等）、埋點描述等；以及相關埋點的調整等。主要包括用戶注冊、用戶登錄以及網絡行為開戶證件、上傳資料等信息；如用戶ID、用戶姓名、注冊日期、登錄時間、退出時間等。主要包含埋點的規范信息，如對服務器端或客戶端不同位置點位的規范與標準等，包括其他類型終端規范，屬性命名規范，版本，安全等級，屏幕分辨率等。主要包含頁面功能的管理，如用戶點擊頁面中功能icon時觸發，搜索按鈕點擊；包括所屬頁面、icon名稱等。主要包含與埋點或采集有關的終端信息（PC/移動等），如：設備型號，操作系統版本（如IOS)、設備制造商、IP、瀏覽器名稱、瀏覽器版本、運營商名稱、網絡類型、國家、省份、城市、登錄用戶

95、等。記錄用戶與頁面進行點擊（含Banner（橫幅頁）、Tab頁面）交互操作時行為的內容；比如點擊ID、點擊名稱、點擊位置、Banner編號、Banner名稱等信息。記錄用戶在訪問頁面時，頁面在被瀏覽器加載呈現行為。通俗的講，就是打頁面或APP頁面的跳轉或進入其他頁面或第三方跳轉鏈接；如從手機銀行轉賬網頁跳轉到手機銀行產品的理財網頁，頁面內容ID、頁面名稱、頁面類型等。是在頁面加載時一種用戶虛擬點擊的交互行為，如商品、活動推薦等內容，登錄網銀提示轉賬紅包活動信息，或退出支付時，推送產品信息，如進入時間、退出時間等。主要是對用戶行為的評價，包括：PV/UV:PV(page view)：即頁面瀏覽量

96、或點擊量；UV：指訪問某個站點或點擊某條新聞的不同 IP 地址的人數；評價用戶來源的渠道，促進產品的推廣，計算用戶在每一個頁面停留的時間，針對停留較長的頁面，精準廣告投放等。對不同用戶，不同終端和不同系統下的用戶體驗，包括頁面等請求的響應時間、頁面交互完成時間等。主要用于異常情況捕獲，比如內存泄漏以及其他偶現的異常難以捕獲。常見的異常包括：頁面的異常、樣式丟失的異常等引起數據提交失敗。子主題分類實體商業銀行數據模型白皮書營銷主題43主題域營銷子主題分類營銷活動營銷和其他主題的關系實體營銷策略營銷行為營銷業績營銷和位置信息關系營銷和產品關系營銷和機構關系營銷和渠道關系實體定義針對營銷活動制定的策

97、略。記錄營銷過程中產生的行為數據。記錄營銷活動的反饋信息。只針對某些地區的特定營銷活動只涉及某些產品的特定營銷活動只在某些機構進行的特定營銷活動只在某個渠道進行的特定營銷活動商業銀行數據模型白皮書參 考 文 獻1.數據管理協會（DAMA 國際）:DAMA 數據管理知識體系指南,機械工業出版社 2020 年版.2.美國霍伯曼：數據建模經典教程（第2版），丁永軍譯，中國工信出版集團、人民郵電出版社 2017 年版.3.陸顧新：銀行數據治理，機械工業出版社 2016年版.5.中國工商銀行業務研發中心.商業銀行業務架構應用的研究與實踐白皮書.6.IBM 商業價值研究院.企業級架構驅動的未來金融企業轉型

98、.7.中電金信.業務模型驅動的企業架構轉型白皮書.8.王國剛：中國銀行業70年：簡要歷程、主要特點和歷史經驗，管理世界2019 年第 7 期.9.數據管理能力成熟度評估模型（GB/T 36073-2018).10.金融業數據治理能力建設指引(JR/T 0218-2021).11.證券期貨業數據模型 第 1 部分：抽象模型設計方法(JR/T 0176.12019).12.證券期貨業數據模型 第 3 部分：證券公司邏輯模型(JR/T 0176.32021).13.證券期貨業數據模型 第 4 部分：基金公司邏輯模型(JR/T 0176.42019).44商業銀行數據模型白皮書大數據技術標準推進委員會地址：北京市海淀區花園北路52號郵編：100191郵箱：官網：聯系方式：