大数据技术标准推进委员会-商业银行数据模型白皮书-2023年12月.docx

:H:福鼻郢藤。雷亦胤MMVmldoM*w11sqo*PlWB号否再碉阴峭出毋期¥版权声明本报告版权属于CCSATC601大数据技术标准推进委员会，并受法律保护。转载、摘编或利用其它方式使用本报告文字或者观点的，应注明来源：CCSATC601大数据技术标准推进委员会。违反上述声明者，将追究其相关法律责任。编制说明本报告的撰写得到了银行业数据模型领域多家企业与专家的支持和帮助，主要参与单位与人员如下。参编单位：大数据技术标准推进委员会、中国建设银行、中国工商银行、中国农业银行、交通银行、中国邮政储蓄银行、国际商业机器（中国）有限公司、北京数语科技有限公司。参编人员：林木森、尹正、田明慧、姜春宇、闫树、王妙琼、阚鑫禹、李雨霏、周圣文、张娇婷、周京晶、刘思达、郭彦美、谢坤、车春雷、董国田、刘巍、赵焕芳、唐守忠、孙琳、史珂宇、朱红伟、周学张、孙伟、赵广祥、周强、齐慧娟、陈驰杰、王宁、赵培然、任力强、张放、胡瑞娟、张立、司晓伟、冯立雪、高赛、王墨飞、贾宁、卢翼、田康志、张玉明、赵后把、王瑶、黎山特别鸣谢以下专家对本指南编写的指导与建议：赵后钮、车春雷、董国田、刘巍、周学张、孙伟、赵广祥、周强、齐慧娟、黎山、赵焕芳、唐守忠、朱红伟、史珂宇、张立-XX-.刖S中共中央国务院发布关于构建数据基础制度更好发挥数据要素作用的意见提出要“完善治理体系，压实企业的数据治理责任，保障安全发展”，对企业参与数据要素市场建设提出了明确的要求。“十四五”大数据产业发展规划中强调“构建行业数据治理体系，提升行业数据治理水平”，鼓励企业发挥技术驱动治理的作用，融合数据模型、数据分布、数据集成与共享等细分领域，应用于数据治理的全流程。人民银行印发金融科技发展规划（20222025年）中提出“高质量推进金融数字化转型，全面塑造数字化能力”，标志着银行业向推进数据治理管理的方向转变。数据治理是银行业高质量推进数字化转型的重要基础。随着监管部门对数据安全、数据质量要求的不断提高，银行机构亟需深化对数据的精细化管理，确保数据的准确性、安全性以及合规性。银行通过建立统一的数据标准，规范数据采集、处理、存储和使用等流程，提高数据的质量和价值，避免数据泄露、不合规使用等问题，为数字化转型提供可靠的数据基础O数据模型建设是推动高质量数据治理体系的核心环节。银行业作为早期开展数字化转型的行业，在取得了诸多显著的成果同时，也暴露出了一些问题。在银行的数据管理模式从粗放式扩张向集约式管理转变的过程中，出现了数据架构、数据质量等方面的问题。例如，数据质量无法满足运营安全要求，数据架构难以支撑业务创新需求等。构建企业级数据模型可以帮助银行厘清数据分布关系，优化数据架构，确保数据的一致性、完整性和易用性，进而提升数据应用效率，激发数据的业务价值。商业银行数据模型白皮书是由大数据技术标准推进委员会牵头，联合来自国有大型商业银行、IBM和数语科技的专家，经过共同深度探讨与总结而成的重要成果。白皮书从理论层面剖析了商业银行数据建模的模式及方法，从实践应用层面阐述了国有大型银行的建模思路和建模成果，旨在为银行业的数据建模提供参考框架和指引，也为其他行业在大数据建模方面提供参考和启示。CONTENTS目录前言一、商业银行数据模型概述（一）商业银行业数据模型发展经历四个阶段01（二）数据模型具有四大价值03二、数据模型建设模式（一）贯彻企业战略一基于企业架构视角建模04（二）穿透场景应用一基于应用场景视角建模06（三）两种数据模型建设模式对比07三、数据模型设计原则与研发工艺（一）数据模型设计的六项原则08（二）概念数据模型09（三）逻辑数据模型10（四）物理数据模型12四、数据模型管理保障措施（一）组织管理14（二）流程管理16（三）工具管理17五、国内大型银行数据模型实践案例（一）建设银行基于FSDM模型构建企业级数据模型18（二）农业银行基于FS-LDM模型构建企业级数据模型20（三）交通银行基于企业架构方法论构建企业级数据模型23六、银行业数据模型发展趋势（一）加速探索数据模型自主创新25（二）加快适应新型数据管理理念25（三）敏捷响应市场业务需求变化25（四）加强构建数据模型评价体系26附录商业银行数据模型参考2727(一)术语和定义(二)商业银行数据模型参考参考文献图目录图1流程模型、数据模型、产品模型三者关系参照图05图2数据应用场景视角数据模型参照图06图3两种建模模式对比分析07图4概念数据模型示意图09图5概念分类模型工艺10图6逻辑模型框架示意图（参与人主题）10图7逻辑模型实施工艺参考示意图11图8物理模型框架示意图（参与人主题）12图9某银行数据模型管理组织示意图14图10某银行数据模型管理制度和对应流程示意图15图11中国建设银行数据模型管控体系18图12中国建设银行数据模型建设阶段19图13中国建设银行C模型主题分类20图14中国农业银行DataOPS数据设计研发流水线21图15中国农业银行数据架构图22图16中国农业银行数据模型细化环节22图17交通银行数据模型双架构23图18企业架构总体视图24表目录表1数据模型相关人员主要职责15表2数据模型管理相关制度规范示例17表3数据模型管理平台的核心功能17一.商业银行数据模型概述数据模型：是指使用结构化的语言将收集到的企业业务经营、管理和决策中使用的数据需求进行综合分析，按照模型设计规范将需求重新组织形成的结构化模型I。数据模型是银行数据架构管理的基础领域。如:基础数据标准体系建设需要依赖数据模型，数据分布需要依赖企业级逻辑模型，以明确主要实体的主辅应用；数据生命周期管理需要依据数据所属主题和功能判断数据的在线、离线和归档周期。完整、高质、稳定的数据模型有利于统一业务概念，促进信息整合和知识积累，维持数据库稳定，提高应用开发质量，同时也可以作为技术与业务之间沟通的工具。数据模型包括了三个部分2：数据结构、数据操作、数据约束。数据结构：数据模型中的数据结构主要用来描述数据的类型、内容、性质以及数据间的联系等。数据结构是数据模型的基础，数据操作和数据约束都基本上是建立在数据结构之上的。不同的数据结构具有不同的操作和约束。数据操作：数据模型中的数据操作主要用来描述在相应数据结构上的操作类型和操作方式。数据约束：数据模型中的数据约束主要用来描述数据结构内数据间的语法、词义联系、它们之间的制约和依存关系，以及数据动态变化的规则，以保证数据的正确、有效和相容。(一)商业银行业数据模型发展经历四个阶段银行业作为我国经济金融的基础，是我国金融体系的重要组成部分。改革开放以来，我国银行业持续根据市场以及国家总体情况进行探索与改革，逐步完成了从完全由国家接管，到相对独立的发展过程。我国银行业发展主要可概括为四个阶段3:1无数据管理能力成熟度评估模型32银行数据治理(2016)3£中国银行业70年：简要历程、主要特点和历史羟验第一阶段为1979年至1992年，为探寻市场化发展阶段，数据模型处于无意识管理状态。期间我国银行信用机制建立、设立了股份制银行，银行开始独立经营。这一阶段，我国银行业处于系统林立时期，数据分散存储于各类信息系统中，原始系统中的数据格式、数据模型、数据标准都很不统一。第二阶段为1992年至2001年，为市场化改革阶段，数据模型进入了集约化管理时期。期间我国银行专业化运营方向得以确定，银行的商业任务与政治任务进行了分离，此外银行的法制化建设持续推进，建立了银行间市场。1999年工商银行率先启动了数据大集中工程项目，随后国有银行纷纷推进数据的大集中建设，银行业信息化进入“大集约”B寸期。第三阶段为2002年至2017年，该阶段为国际化改革阶段，数据模型管理对标国际能力。期间我国国有商业银行通过股改上市，同时央行开始发行债券。银监会的成立使得银行业风险控制能力得到较大提升。2001年12月11日中国正式加入世界贸易组织（WTO）,标志着中国对外开放进入了一个新的阶段，此阶段内我国多家银行设立了境外分支机构，国际化发展步入正轨。在“十一五”计划期间，国内银行业科技的重心从单一系统建设转向统一的数据模型和数据仓库的建设。许多银行选择引入或参考国际主流的数据模型方案（例如，国际商业机器公司（IBM）提出的FSDM模型和由天睿公司（Teradata）提出的FS-LDM模型）。第四阶段为2017年至今，我国银行业持续推进数字化转型、不断增强服务实体的能力，数据模型谋求本土化。近年来金融科技快速发展，依托云计算、数据库、区块链等计算机技术的银行业务持续创新，为银行带来新的成长动能。此时，大部分的商业银行都对行内数据进行了梳理盘点，尝试建立企业级的数据模型，并取得了一定的成果，但随着移动支付等一系列具有中国特色的业务的发展，国外的数据模型方案出现了“水土不服”。当前，我国经济处于发展的关键阶段，银行在这一阶段既要保证快速响应市场需求，也要坚守安全合规底线。如何建立起适应这一发展特点的企业级数据模型将成为进一步提升银行数据管理效率和质量的重点。（二）数据模型具有四大价值在数据生产和管理过程中，数据模型发挥着关键作用，高质量的数据模型具有以下价值：构建业务与技术沟通的桥梁。良好的数据模型有利于统一银行内部人员对业务定义与术语的认知，提升银行内跨业务、跨团队的沟通效率。保障业务与数据架构的一致性。数据模型的研发需要依托于业务架构，良好的数据模型有利于从组织层面上，保障业务架构与数据架构的一致性，指导银行内系统建设与业务创新。优化数据成本。按照数据模型要求进行数据的研发应用，可以有效减少数据存储的冗余，增强数据的复用性，避免了孤岛式、烟囱式建设。优化数据的存储、建设和应用成本。提升业务决策能力。数据模型的建立有助于明确数据流向，保障数据的真实性，为行内业务决策者和数据使用者提供可靠的数据分析与应用，助力发挥数据价值。二.数据模型建设模式通过对我国大型商业银行内模型领域专家开展广泛调研与讨论，我们发现，当前普遍存在两类数据模型建模方式，一是从企业架构视角进行建模，二是从数据应用场景视角进行建模。下面，我们将分别介绍这两种模式的建设流程及特点，并对二者进行对比，便于读者进行选择。（一）贯彻企业战略一基于企业架构视角建模基于企业级架构视角的模型是以企业战略为核心，依托业务模型建立企业级数据标准，贯穿战略层面与系统应用层面。基于企业级架构视角的模型建设有助于打破组织内IT系统的孤岛式建设，核心任务是对银行内战略的分解、传导，帮助企业将零散的能力“聚沙成塔”，确保战略意图和绩效指标逐层落实到每一个流程步骤、程序模块、操作规范中。企业级架构中的业务模型从产品、流程及数据三个角度，对企业的业务运营进行精细化、结构化的描述。产品模型，主要包括产品分类结构、产品组件、产品条件和产品参数，以及可售产品实例化；通过对企业产品分类来优化和完善产品目录，确定与产品相关的业务规则、约束、价格等关键要素，并采用产品条件及参数的形式表达；在操作流程中由产品确定的相关业务规则形成企业级的产品模型。流程模型，是业务模型的主线，描述了客户端到端的业务操作流程；通过提取业务的变量（比如客户C、产品P、渠道C和合作方P）,形成汇总的企业级流程，保证渠道、产品线之间业务流程的一致性以提供卓越的客户体验；流程模型能够包容客户、产品、渠道及合作方的差异，支持线上线下全渠道整合，体现端到端的完整业务处理流程，为客户提供跨渠道的、一致的体验和一站式的产品服务。数据模型，是将流程模型以及产品模型中产生的所有数据需求进行逻辑化和抽象化表示，反映企业的战略目标在实施过程中所用到的所有数据实体及实体之间的关系。集合每个操作流程需要进行读写处理的信息对象，流程规则需要读取或记录的信息项及其关联关系，构成了数据模型的基本输入。产品模型、流程模型和数据模型从不同的维度还原了业务本质。产品模型体现业务创新，流程模型体现运营模式，数据模型体现业务模式。通过三者模型的对接，一方面交叉验证提升业务模型质量，另一方面为后续IT设计提供输入。产品模型流程模型数据模型产品线Ll产品组Ll基础产品L3T-业务搏件业务领域”价值流L2活动L3业务组件实体属性Ll属性域实例L5实体属性L2属性域组产品组件L4任务L4产品条件L5业务规则说明步骤L5,明实体属性L3属性域L4图1流程模型、数据模型、产品模型三者关系参照图基于企业架构视角建模流程主要分为五步：第一步，识别需求。通过研讨会、访谈、业务手册等方式，识别业务重点关注的内容。第二步，构造业务对象。提取相关名词形成候选核心实体，并基于核心实体形成业务对象。第三步，界定数据范围。提炼业务数据，界定系统的数据范围。第四步，划分主题域。对业务数据进行分类，抽象业务对象，最终梳理出业务实体，及实体间的业务关联规则。第五步，完善业务对象清单。结合流程模型验证已识别业务对象的正确性和完整性，识别完善与细化业务对象清单。（二）穿透场景应用一基于应用场景视角建模基于应用场景视角建模是从业务驱动的角度，从具体业务场景出发，覆盖各方业务需求。核心任务是对具体业务场景的业务逻辑进行抽象，将业务与技术融为合力，为企业的战略规划、市场预测、产品研发等方面提供有力支持。基于应用场景视角建模流程主要分为四步：第一步，识别需求。明确需要建模的业务场景及模型应用诉求，例如风险评估、客户分析等场景。第二步，系统调研。对现有源系统进行信息调研，获取相关数据源、数据分布等信息O第三步，数据梳理。基于业务需求梳理数据项，包括数据指标、业务实体等，并逐步迭代定义实体关系，标识实体属性。第四步，建立映射。在实施过程中与底层库表建立完善的映射关系，持续优化建立描述各业务场景的数据模型。图2数据应用场景视角数据模型参照图（三）两种数据模型建设模式对比基于企业架构视角的数据模型建设方式，通常适合于跨部门或系统的业务需求较多的组织。这种方式主要是由组织层面发起，通过对数据的0观把握和分析，梳理和整合不同部门和系统之间的业务逻辑和数据关系，通常实施开发周期较长，适合于组织重构数据模型或创新业务模式的时期。基于应用场景视角的数据模型建设方式，则通常适合于精细化分析的业务需求较多的组织。这种方式主要是从某个特定的业务场景出发，通过对数据的深入挖掘和分析，梳理和分析具体场景中的数据关系和业务逻辑，实施开发周期与业务场景及需求有关，适合于组织对已有数据模型进行改造或升级的时期。值得注意的是，数据模型构建的核心是为业务服务，在应用中企业需根据组织实际情况和需求，综合考虑企业数据现状、存储方式、处理效率与复杂度等情况，灵活选择或融合使用两种数据模型建设方式，以实现更好的数据分析和业务决策。念基于企业构架视角建模B基于应用场景视角建模企业重构数据模型或创新业务模式企业重构数据模型或创新业务模式跨部门或跨系统的数据需求较多特定场景精细化分析的需求较多对已有数据模型进行改造或升级实施周期与业务场景有关图3两种建模模式对比分析=.数据模型设计原则与研发工艺企业级数据模型通常包含概念模型、逻辑模型和物理模型。建设数据模型是一套专业且规范的构建工序，包括对数据结构进行整理、分析、信息归类、裁剪与映射等一系列操作流程。本节将介绍企业级数据模型的建设原则与建设工艺，从各类数据模型的建模关键活动、设计指导原则及实施工艺（或工具）等角度进行说明。（一）数据模型设计的六项原则建设数据模型是一套专业且规范的构建工序，包括对数据结构进行整理、分析、信息归类、裁剪与映射等一系列操作流程。在企业级模型研发的过程中应遵守以下原则：完整性原则：在充分参考各类业界企业级数据模型的基础上，结合银行的实际情况，确保模型包含了正确的、全面的业务概念，涵盖现有业务范畴及数据范围如存款、贷款、投融资、营销等。其中涉及的重要实体、重要关系、重要分析维度等属性应保持完整。此外，还需要满足各模型间的参照完整性，支持相关的业务活动。继承性原则：指数据模型要遵循已有的概念，即所建立的模型应该在已存在主题的基础上进行细化。确保数据模型的全局一致，并保障数据可溯源，逐步形成企业统一数据模型。可扩展性原则：主题分类应具有高度的通用性，支持业务规则的多变性，保持数据模型的动态调整能力，以适应复杂的业务情况，并为后续拓展新的业务提供一定程度的技术支持。连贯性原则：模型中的数据与数据之间应有连贯性，由于单独的数据所体现的价值往往比相关联的数据少，数据间的连贯性可充分发挥数据的分析价值。前瞻性原则：企业应从业务的未来发展趋势看待模型，除了支持现有的业务与数据需求外，设计出来的模型应能够适应企业未来的业务发展，以支撑行业先进概念与企业未来需求。可操作性原则：模型的应用可与日常操作和实例快速结合使用，易于让业务人员理解和使用，有助于科技和业务部门人员的沟通，便于指导项目研发。（二）概念数据模型概念模型也称为领域模型，是对数据的高级、抽象描述，概念模型的目标是捕获业务需求和数据的本质结构，通过模型帮助业务分析师和数据库设计师理解业务中的实体、实体间关系和数据分布关系，通常以实体关系图形式呈现。图4概念数据模型示意图设计工艺概念模型设计分为以下五步：第一步：明确建模范围；第二步：制定分类模板；第三步：识别分类模板；第四步：细化分类层级；第五步：定义各级分类。步骤1明确建模范围图5概念分类模型工艺概念模型的主题划分是依据业务主体参与的业务活动特性来划分，建模人员需根据设计指导规则，梳理企业业务架构及业务实体，对业务概念或信息系统数据进行逻辑化，形成对数据模型分类框架的概念化结构。并按照“主体行为关系”(IBR)方法，建立数据域间的关联关系。通常对应银行业参考模型中的A(B)模型设计活动。(三)逻辑数据模型逻辑模型是对概念模型的进一步细化，描述业务实体、属性以及实体间的关系，可转化为数据库表结构的设计，通常使用实体-关系模型来描述数据的结构和关系。图6逻辑模型框架示意图(参与人主题)设计工艺逻辑模型设计分为以下八步：第一步：识别候选实体；第二步：研发高阶实体关系草图；第三步：分配属性至候选实体；第四步：应用业务信息规范化原则；第五步：完善实体关系图（E-R图）；第六步：定义域和示例；第七步：检查业务与流程的完整性；第八步：描述属性与业务规则。步骤1持续迭代识别候选实体步骤8描述属性与业务现则步骤7检查与业务流程的完整性图7逻辑模型实施工艺参考示意图逻辑模型是依据概念分类主题划分做进一步细化，建模人员需根据设计规范识别各概念主题下的候选实体，形成实体关系草图，对实体属性及实体间关系进行规范性描述。其中从“分配属性至候选实体“至定义域和实例”的四个环节需要反复迭代以持续完善模型内容。通常对应银行业参考模型中的C/C'模型设计活动。在由企业级逻辑模型（C模型）到应用级数据模型（C'模型）设计过程中，C'模型数据对象继承自C模型的业务对象，唯一的核心数据实体和属性应与业务对象保持一致。建立组织级数据模型与系统级数据模型的映射关系，形成模型的同步更新机制。（四）物理数据模型物理模型是数据库的实施模型，用于详细定义数据的物理结构，形成对真实数据库的完全描述。物理模型定义了数据库在特定硬件和数据管理系统中的存储和性能细节。评Wl构名称(RTG.6W<H.NM)VAAOM(IK)(WnWC.RTG_8ROMm)VAROIAl军¥ 尸等簸(RTlJaJST.(RD)V收。WlU) '零UN户美康(RTLasT-OsFO：VNosWl) ® < CRTk.CUSTJJRV.SRTO) : VARCH'Crtl-OJST-IJPH) vcma公司W9等畿 Ko-CUST.G) VM6(I>公田今户所处生*gOJ51Um) VARoMR ,个人同找类索EHUaBNKG_a”0) VMOSWl)个人手机打灵脱(0UMe3L*CasrD) VA方星力突讨价Hil (IYD_QSFcT"RS_DATI) : DAT. ,分层分类生效8*(lYD_aSfCT_t仟MTPlXTt- 分层分突无效日WhmqsFeTJWlD JMTEhg.'¾WflU? (IUSICWfF) ： VWIOUK(I) ff H (IaxsjWf) VHftCMR(2)方宫G时(MTWW) VMow0)Waft(INnJtNURTGJlSlT):V*O¼(2)(OUTSOJ11GJISIT):V*OUR(4)反食H评«1站果伊XUnGJlSLT)WO¼(1)国享信用外Ie讦级给果(EY<RDLOUTSDJ11GJL."地区对flUK3Ugcw0VARC慎AP)ttBW(RTGJMTF).DATFTINE(O>-(Custjitgjffj)Ate)：oatti.客户评it是依日35YJUGjMDqATt)：DAIt. (IMTM.K11O)VOWl(3) 三ltW(IMTAMT.CCVO>):VAAOMR(J)客户IM务信兜¼ga马(CU5T.N0):VNgUR<30),个人财务指称(MgjNDfX)*ftCHMUZ)1(务惊币“代码(FmjNDDCCRCYCD):V*«M.屯务8)林tt.(IwaJMDeX-WMMT)NJMo(W主霍支出方向(HAL8DT-DCTW)“AROMR(Z) (HAlLeOOfCSRC):VRCHR(1) XQ.有汽本啼.(aJSTjoSS_3LRG).gas 客户需旖*产行上CUSTOSS_R«SjIG):偏好要道英"EtJgUTYPO VMOUWA个人H好(PS*HBY)：gQW(2)«：. 9H三ttw(REESjmOLCPTUAMTJ»_ 经RQ县IS好更(HNAGFJWNMJ>SC-T<):V. .场IHI(MAMAaqwo:NJMBfR(M) 健的存统计开购日J(MAMGCDS.STAYgWPXRttM1,苫户号(OJSTJO):VAROW(M) 美东人英里伊MLTW>VNOUAU) 美奴英型ClttvC_TYPt)NMAOUft(Z) 家泉关氟(OAMjUT)”CHARU) 对公再户实际衿>LM«aO8-CUSTjeTUCnJ>. 哥总务英星OXTLmf)YA«Ki)刘R方才户叩aU吠CUSTJO):V*Q*(JO)*美*方名IMRu*J4)："6AR(12O)关系开始日WKRLTgCDATEIOATtnMUS0关系给束BWKRlTJINlSHJMTn:DATFTiME(0)及关我方？可(w11.RFM_SH)MBERn)本行美京方标态(OUReMCttLG):VWMAwI)(5TO<D.TYW)VZftOUft(I)法人代寂或台上负责人名体(8ftRH>0RjUlMR收东*户N(ST2<D<USTJO)*XA（八）thmfffW(w<M>.w>CD)：VMeowt(J)客户慕本信总ga.号Ccusj<>)：VMQuA(期J户名称(CUSTw):VAOUA(1MJ)中文2套(OtMM)VMQUU20)英文名称CtXLNM)：VOW(120)勺文而转(OLHtSieT):VARCHR(60)景NWB(HIOkJRSHRT;VACHAA(60).g名将(WeLNM):VAROVRf3»)用名悍(FMtICNM);V*ACMA(I)个人注定肯笠工。烫空(P5MjAWF_VlD_CRED_rrPe):VMCH个人幼上传芟型(PSNMU)CatfO-TVPOVARCMAR<»(WKM.OttD.11n):VAOMft(n正件号码(CWD.NUM:VAOWl(a)记建错号费强(RG5T.REGN0.TVPt)：VAROV<2)记注资号(WST.REOO>:VARCHAR(20)径件发Kai零/加区代码KxroJ)IMfTRLAhDJftCD)VA.任件长口轧壬包努(CREDaSBqeGgM)V*CK*(1X)IcW«ttB«!(ai£D.DISeDATE):DATmMtg)正生生我日购(CWDJfjDATf):OMHIMt(SQEWWBW(GtfOMATRJUTf):DATETWf(O)伍件最近年期日电(CWDg(T"UHSPqAHJ:DATtTRt(O)证住X收给果(CWOMWM>.RMT)VAROWUO)¥户里生(cusr.j三)：VARCH(1)¥。售货业#情况(CuSJCR5SJ5US-S11U):VMmU)公1“行改6公信侵华修理g.BAKjoaLLOaLFUi)VA.军行“对纪馅臾户斥痣伊TUWa.grjoauui)VSB品经济ICC(MfC.MPT):WAOvftO)行业ONOTnVOW¼>在业山费AiS货/”ETPSMt0)VROWU)女*K构越(fWCS.WCM,TYW):VARO¼ft(6)存款入奥用(DePJ<<ME.aSfD)VARCHAW2)三IWS(ORG_BWCH_rn>e):VAReHAR(3)(ECorCTYre)：VM<o<MK3)衣户类至gTHSHLEf):V*OUR(2)艮会业美里(WN.TYPf)WftOUR(?)出生国率和战区代RgmXmYZ>Jft3):VAACMA士生城巾(WTH.v)WCHAR(PCblBn(8RTH-DAT£):DATVnK(O)S51fCMBfW(EYJM)JRB):VAftCHAft0优况(MWLSTAt)V/WOWKi)膻3CfDUCTqmMT):VARCMAWD手位(DE句V3U(”<TSTAT)：VCKA(2>C0代况CREsKtSTATE)WAOU(i)(LOdSlD.TH:VARO(1)RW(WMZ):VAROWU2)性打(6DR):VAROV«U)索依(RELG):VARauW2)健崇依况(Kthjstatf)VAMMAR(I)R网仪青姑果(NTWWLeOLTjISIT)V依CHq)供养人皎(FfNDJCCO)：NLMKR(T)尊至成员人依*<YJCXBJF8)MJMeEW3子女情况(CMU>.s)：*1MetIU普e±8«(WC,rt>t>VAMMAR(»£±BQm(V<DA11):DATtTIME(O)非户K泰信息13户号(CUSTJ®):VMOOMA(X)地址关型SDWLTW):VARoURP) (PREK»D(»,FIG):VOWU1),SlWMBfW(CntY>ND>RCD):VO4(J) MfDB(CTRY_AM>_RfQLHM).VMCHAR.AfyftBMRR(ADMmjMMD)vMQUA(e) ««T(«OV)：VRO1AA<20> 痞(CTY):VwO1*(8) SM(DTRACTY):VACHA(*) (STItFTJtfXK):VAAOWUa)惮明址(UnDJR)VM2M(m),iCftiW(Z«X»WOUft(6)英文HFNaJ)“ftOWKPO)窜廊电破号ONTkTm/MD)WAOU 图内电信号码区号(OoMSjElMJMMCD):Mat 曾定电诰号码GMVUMJM);WOWl(JO) 手机电诏号码(MBUMfLTuMJM)：VAROW<30) MKl9H(FAXMJM_TEiMJM):VMOM(JO) 分机电话夕码(ExTS-TaMBQ:VMCHAW30) (PXX*).VAROUJUWn,同雄地坡(MMK.AR)：VAftO<ft(60) HC<tt(MACWOR)VW><AR(4B)电子畦傅侬UE3LR)VMOU做8) HXiimi(soa<xc.coMM,oouw 肚例跳工Hq(SoaOncT_comm_100umct 联系人关系费幻(CTCTSJU.TeTYPE):VO4R(5> (Ctctsjw)：Varchar(IJO)客户评价信IlU方户号(OJSTJO):VOW(JO)图8物理模型框架示意图（参与人主题）设计工艺物理模型是对逻辑模型的进一步细化，需要对数据库中的表、视图、字段、数据类型、主键、外键、索引等进行明确和定义。通常对应银行业参考模型中的D模型设计活动。物理模型的设计还需要遵守如下原则：一致性原则：主题分类及主要实体一致，继承逻辑模型灵活性，易于扩展等优点O差异性原则：从逻辑模型到物理模型的落地设计过程中，对于集中式数据库存储，通常实体和属性是一一映射关系，主要考虑按不同的数据库类型进行属性类型和索引等设计的差异。性能保障原则：从应用性能和分布式存储的设计考虑，物理模型落地时需从分库、分表及应用性能等方面进行设计规范，提高数据的处理性能。物理模型（D模型）需要一对一继承C'模型逻辑数据对象、实体和属性，并根据实际使用的数据库，设计相应的物理特性。此外还需保障物理模型（D模型）和企业级数据模型（C模型）、应用级数据模型（C'模型）间具有同步更新机制，确保数据模型间的一致性。企业除了模型设计工作外，还面临着一系列的数据模型管理工作。总体来说，数据模型的管理包含组织（人）、流程与工具三个方面。在下一章中我们将针对这三个方面分别展开介绍。四.数据模型管理保障措施银行积累了大量敏感信息，包括交易数据和客户资料。考虑到国家相关部门对数据质量和数据安全的强力监管，数据模型的构建必须经过严格的模型管控，以确保数据的合规性和安全性。为了更好地推动银行内数据模型管理工作的开展，银行可以从组织、流程以及工具三个维度入手，协同保障数据模型管理工作的落实。（一）组织管理完善的组织架构保障模型管理沟通渠道畅通。银行需要根据数据模型涉及的工作范围设立企业级的数据管理工作组，并在各业务（板块）下设立数据模型接口人，便于银行进行管理沟通上的横向协同与纵向打通。组织层面设立专门的数据管理部门，负责建设数据治理体系，包含数据标准、数据模型、数据质量等治理规范的制定与落实管控。由具备专业知识和技能的数据模型管理员负责企业级数据模型的管理，包括指导数据架构相关的工作和决策。部门层面设立IT业务研发部门，统一负责设计、开发和维护行内各业务系统。数据架构师和模型研发工程师负责数据模型的设计和维护工作。其中，数据架构师根据银行的整体战略和业务需求负责设计数据架构的设计原则、开发规范和标准。模型研发工程师则负责数据模型的落地与维护，对接各业务条线的数据需求，并对模型进行定期地优化和更新。图9某银行数据模型管理组织示意图通过这种分工明确的组织结构和职责划分，有效地保障了数据模型的质量和可靠性，为银行的数字化转型和业务创新提供了强有力的支持，有助于推动该行的数据管理和应用水平的提升。相关人员职责要求示例：表1数据模型相关人员主要职责序号岗位名称岗位职责1数据架构师负责数据模型的整体规划、制定和落实数据模型管理制度；负责制定数据模型研发规范及相关数据治理工作；2业务分析师负责业务线调研，分析业务需求，持续反馈与完善数据模型；负责提升数据模型用户体验，提高数据模型应用覆盖度；3数据模型管理员负责宣贯、评估数据模型落地效果，检查数据标准落地的规范性、完备性；负责数据模型的日常运维与更新；4数据研发工程师负责数据采集、计算、分析处理等相关数据模型研发工作；负责数据模型研发、问题跟踪与解决；5数据治理专家负责协调梳理模型的数据标准，并参与模型评审环节，推动数据标准的落标；制定和实施数据质量管理策略、标准和流程，制定相关报告和分析，发现数据模型质量问题和趋势；（二）流程管理为了推动银行内数据模型设计研发以及管理运维工作更规范化地开展，需要建立完善的数据模型管理制度及流程。银行通过建立并维护完善的数据模型管理流程，严格约束数据模型建设过程中的相关操作，指导员工有序开展数据模型研发管理工作，从职能驱动向流程驱动转型。为避免先污染、后治理的运动式建设模式，银行通过规范的工作流程可以保障企业级数据模型在跨部门、跨条线、跨系统场景下的统一维护。银行可以从模型设计、模型实施、模型管理等维度形成相关制度规范，规范数据模型在银行内的设计及应用，为数据模型的设计和管理工作提供参考依据。数据模型管理相关制度规范示例：表2数据模型管理相关制度规范示例序号制度;规范名称主要内容1数据模型需求管理办法主要覆盖从需求来源、需求撰写、需求提交、需求变更、需求分析与技术评审等方面的管理要求，及需求管理流程步骤和各部门的职责分工。2数据模型设计规范主要明确数据模型体系、遵循原则、设计方法和步骤、管控流程、职责分工等内容。3企业级数据建模方法指引主要明确企业级逻辑模型分层及设计原则，根据业务域划分、业务需求、概念定义等内容。4用系统数据模型设计技术指引主要明确应用系统数据模型设计原则、数据模型继承关系、ER图设计与布局、模型表、属性命名与描述等方面的内容。5数据模型管理细则主要明确数据模型管理体系、模型管理流程、模型管理原贝k职责分工等内容。某大型国有商业银行通过在实践过程中总结建模过程中使用的方法和规则形成企业级数据模型建模方法，明确企业级数据模型的设计原则和要求。通过制定应用级数据模型设计规范明确模型间的继承规则，保证组织级数据模型与系统应用级数据模型的一致性。通过数据模型管理方法明确数据模型管理相关部门职责以及模型管理工作流程，进一步保障应用级数据模型设计规范的落地实施。模典设与WB福呈数据模型评审数据字典数据模型管理用数据模型管理方法模型知识库数据模型发布发布元数据I元数据管理标涵图10某银行数据模型管理制度和对应流程示意图这些规范的制定和实施，帮助银行在数据模型研发管理工作中更加标准化、规范化，同时保障了企业级数据模型的完整性和灵活性，助力该行构建企业级数字化经营体系。（三）工具管理