中国建设银行企业级数据仓库逻辑数据模型说明书

中国建设银行数据仓库逻辑数据模型设计文档（版本号1.0）中国建设银行企业级数据仓库逻辑数据模型说明文档PAGE６７目录TOC\o"1-3"\h\z第一章前言 １第二章通用数据标准成果的继承和利用 ２第三章模型概述 ４3.1模型设计理念与原则 ４3.2模型客户化原则 ６3.3主题域模型 ７3.4概念层模型 １０第四章模型详细设计 １２4.1团体PARTY １２4.1.1主题概述 １２4.1.2设计原则 １２4.1.3团体分类 １３4.1.4团体信用 １５4.1.5内部机构 １６4.1.6其他 １７4.1.7重要关系 １８4.2资产ASSET ２０4.2.1主题概述 ２０4.2.2设计原则 ２０4.2.3资产分类 ２１4.2.4客户资产 ２２4.2.5重要关系 ２３4.3地域LOCATION&ADDRESS ２４4.3.1主题概述 ２４4.3.2设计原则 ２５4.3.3地址分类 ２５4.4产品PRODUCT ２６4.4.1主题概述 ２６4.4.2设计原则 ２６4.4.3产品分类 ２７4.4.4业务种类 ２８4.4.5特征分类 ２９4.4.6其他内容 ３１4.4.7重要关系 ３２4.5协议AGREEMENT ３３4.5.1主题概述 ３３4.5.2设计原则 ３３4.5.3协议分类 ３３4.5.4合同 ３５4.5.5信用 ３６4.5.6金融帐户 ３７4.5.7资金交易帐户 ３９4.5.8自动还款协议 ４０4.5.9协议概况 ４２4.5.10协议组 ４３4.5.11卡 ４４4.5.12重要关系 ４５4.6事件EVENT ４６4.6.1主题概述 ４６4.6.2设计原则 ４６4.6.3主要分类 ４７4.6.4资金交易事件 ４９4.6.5操作员 ５０4.7营销活动CAMPAIGN ５０4.7.1主题概述 ５０4.7.2设计原则 ５１4.7.3主要分类 ５１4.7.4重要关系 ５２4.8渠道CHANNEL ５３4.8.1主题概述 ５３4.8.2设计原则 ５３4.8.3主要分类 ５４4.8.4主要内容 ５６4.8.5重要关系 ５７4.9财务FINANCE ５７4.9.1主题概述 ５７4.9.2设计原则 ５８4.9.3主要内容 ５８4.10申请APPLICATION ５９4.10.1主题概述 ５９4.10.2设计原则 ５９4.10.3主要内容 ５９4.11模型MODEL ６１4.11.1主题概述 ６１4.11.2设计原则 ６１4.11.3主要内容 ６１第五章总结 ６３5.1应用的扩充 ６３5.2业务的扩展 ６４第六章附件 ６７前言逻辑数据模型是中国建设银行企业级数据仓库基础建设的重要组成部分，该模型的设计，是以NCR成熟的金融业逻辑数据模型FS-LDM7.0为蓝图和指引，结合对数据源分析的结果及通用数据标准项目的成果进行客户化而形成。中国建设银行数据仓库逻辑数据模型（CCB-LDM），以信息的集中和共享为基础，采用图形的展现方式和面向业务主题的方法、对各种来源的数据进行有效的组织，它使用统一的逻辑语言描述业务，是数据管理的分析工具和交流的有力手段；同时还能够很好地保证数据的一致性，是实现业务智能（BusinessIntelligence）的重要基础。本文档对CCB-LDM的设计进行了详细的说明和描述，可作为逻辑模型的管理、维护、使用者的参考手册。通用数据标准成果的继承和利用通用数据标准是DW&MIS“速赢”项目的成果。通用数据标准的目标是：为建设银行业务发展和系统建设快速地制定出各业务、各系统所需要共同遵守的数据标准的同时，它也将为DW&MIS实施项目启动奠定基础。通用数据标准的成果主要包括以下内容：通用数据标准定义公共代码产品分类及产品清单CCBLDM2.0通过对以上通用数据标准成果的研究分析和讨论，明确了通用数据标准成果在CCB-LDM设计中的继承和利用方式和方法，具体如下：基于CCB-LDM2.0，参照NCRFS-LDM的“逻辑数据模型设计命名规范”，形成“CCB-LDMGeneralNaming”，参见附件一；整理收集源系统产生的代码数据，对源系统代码和通用数据标准的公共代码数据进行差异分析，对通用数据标准的公共代码进行维护和完善，参见附件二；整理收集源系统与产品相关信息，整理业务种类与科目对应关系，分析源系统业务种类与产品清单的关系及定位，参见附件三、附件四；对CCB-LDM2.0进行分析回顾，与NCRFS-LDM7.0进行差异化分析，概括如下：CCB-LDM2.0共有856个实体，其中有678个实体与NCRFS-LDM7.0是一致的；NCRFS-LDM7.0有504个实体在CCB-LDM2.0中未用到；CCB-LDM2.0有178个实体与NCRFS-LDM7.0有较大差异；针对178个有较大的差异实体进行详细分析和讨论，提出取舍原因和建议（详见附件五），主要分类如下：保留CCBLDM2.0实体：是源系统重要数据，需要进行客户化；需要调整和完善的实体：原FSLDM4.0没有涵盖或在FSLDM7.0已有改进的内容，参照FSLDM7.0进行调整与完善；需要根据数据源的实际情况再进行斟酌的实体：目前未能确定，需要在设计时特别关注；考虑舍去的实体:CCB目前没有相应的数据源或需求，且FSLDM7.0也没有对应的参考实体，建议删去；在应用层考虑的实体：非业务系统基础数据，针对相关应用目的而加工派生的数据实体，建议在应用层实施时设计；数据源纳入DW时再予以考虑的实体：业务系统正在计划或实施，等数据源纳入DW设计范围再予以考虑，如人力资源；对差异化结果进行了详细得讨论和分析，确定CCB-LDM3.0的设计基础，参见附件六；模型概述模型设计理念与原则CCB-LDM采用面向主题的设计方法，有效组织来源多样的业务数据，使用统一的逻辑语言描述银行业务，保证了数据的一致性。在此基础上可以进行多种不同应用的开发设计，满足不同部门的业务需求和不同的数据访问方式，真正实现数据一次导入，多次使用。它所遵循的设计原则主要包括：中性与共享性为了满足不同的业务需求，CCB-LDM中存储了中国建设银行的重要数据元素和关系，同时在模型设计中体现了高度的结构化、模块化设计思想，十一个主题域的提炼、主要的分类、相互之间的关系、历史信息的保存等，体现了一个清晰、严谨的模型架构。具有中性特征的CCB-LDM能涵盖整个银行业的业务范围，且满足不断产生的业务发展需求，它选择了语义关系建模的设计方法，结合了业务角度建模方法和关系建模方法，以一种清晰的表达方式记录跟踪金融机构的重要数据元素以及变动，而它们之间的各种可能的限制条件和关系能够表达重要的业务规则，如父子关系（团体和个人团体）、排他分类（事件的分类）、多对多（团体和协议的关系）等。模型的一致性作为基础数据平台设计基础的逻辑数据模型必须在设计过程中保持一个统一的业务定义，比如渠道的定义、团体的分类等应该在整个企业内部保持一致，将来各种分析应用都使用同样的数据，这些数据应按照预先约定的规则进行刷新，保证同步和一致。如从第三方购买的客户信用等级和银行内部信用等级数据必须依照一套相同的存放规则进行处理，它们和其他数据的关联以及刷新的频率等都应该保持同步。CCB-LDM中对金融机构的重要业务元素以及一些业务规则进行了规范化的处理，例如所关注的所有个人和组织都统称为团体Party，它是一个中性的概念，可以包含所有的个体以及各种可能的组合，如客户、员工、竞争对手、合作伙伴等。统一这样的定义和概念，使得将来不同系统的开发人员在进行功能设计和展现时都使用同样的语言，方便大家的沟通和交流。模型的灵活性CCB-LDM是一个基本上满足第三范式要求的语义关系模型，从定义上“EveryNon-Keyattributeisfully&directlyfunctionallydependentonthecandidatekeys.”不难看出，这种设计方法和维度建模方法不同，能最大程度上减少冗余，并保证结构具有足够的灵活性和扩展性。如果有新的需要，CCB-LDM的这种结构能够进行简单、自然的扩展，允许在设计过程“想大做小”，在有一个全局规划的同时，选定某些部分入手，然后再逐步进行完善。比如可以从通过一个客户的基本信息资料、持有产品、帐户信息入手进行简单的分析，然后补充客户和其他机构、客户的关系，并记录和银行的往来历史，延伸至全面的客户关系管理。粒度性为了满足将来不同的应用分析需要，CCB-LDM能够提供最小粒度的详细数据以支持各种可能的分析查询。以这些最小粒度的详细数据为基础，可以根据不同的统计分析口径汇总生成所需的各种结果。如果仅仅就目前的一些分析需求对数据进行筛选和加工，很难保证将来不确定的一些统计分析需求的实现。此外，在进行各种统计分析时，分析人员往往会从汇总数据入手，他们通常只会就一些汇总数据进行分析，但是当某些问题出现以后，他们会非常希望能够向下钻取找到根本原因。对于这种对详细数据的查询分析需求的支持依赖于逻辑数据模型中数据粒度的大小。历史性CCB-LDM作为数据仓库系统基础平台的逻辑数据模型，利用各种不同的时间戳保留大量的历史数据信息，如评估客户生命周期价值，除了客户现在的特征外，为了得到保留该客户、销售新产品的可能性，或客户是否会有欺诈行为，可能还需要分析客户在过去一段时间内的各种行为，包括所持有产品的变化以及交易的次数、金额、渠道、地点等。模型客户化原则CCB-LDM的客户化原则，将遵循“全面规划、分步实施”的思路进行，客户化将分两个阶段进行，第一阶段以满足监管报表的数据源为目标进行客户化实施，第二阶段以满足ALM的数据源为目标进行客户化实施，两个阶段的数据源如下：第一阶段：核心银行业务处理系统－CCBS（部分）总帐管理信息系统－GLMIS信贷管理信息系统－CMIS抵债资产管理信息系统－DMAMIS龙卡信用卡系统－Long-CCS(部分）外汇资金后台系统－OPICS第二阶段：在第一期的基础上，增加个人信贷业务系统－PLS（部分）CCB-LDM的客户化，按照NCRFS-LDM的客户化方法和步骤进行，采用规范的文档记录每一个步骤的工作，包括：源系统数据结构整理源系统数据表级分类源系统数据表字段级分类问题追踪记录代码表整理模型设计命名规范基于“全面规划，分步实施”的指导思想，在模型客户化过程中，模型组通过详细的讨论和研究，确定了本阶段设计的重点和范围，具体如下：以监管报表和ALM需求的数据源作为模型客户化设计的基础和依据，但不局限于以上的需求，即以满足监管报表和ALM为目标，但对于银行业通用、常用的数据主题和实体也纳入客户化设计的范围；对于目前没有业务数据或应用需求的主题域，主要参考NCRFS-LDM7.0的主要内容进行客户化，如产品主题、市场营销主题、申请主题、模型主题；客户化后，这些主题或其中的部分实体将仅在逻辑层面存在（logicalonly）。其他主题中在可预见的未来物理上不会有数据的实体，也仅在逻辑层面保留（logicalonly）。团体主题则以客户、内部机构信息为主，与人力资源管理相关的信息（如员工薪酬、绩效考核等）则等ERP系统纳入设计范围后再进行客户化；在NCRFS-LDM7.0中有相当数量的实体和属性与BASEL相关的，本阶段的客户化暂不考虑，等待与BASEL相关的项目或需求启动后一并考虑模型的客户化；目前主要的源业务系统CCBS中没有系统的产品信息，但有相应完善的关于业务种类的信息，因此在产品主题客户化时，增加业务总类的实体和属性，以作为产品的基础信息，以支持后续的业务需求；资产主题的设计不仅涵盖客户的资产，也包括建行本身的资产，现阶段的客户化主要参考抵债资产系统的数据源，以后将随着ERP（建行的资产管理系统）的纳入DW而继续完善；财务主题的客户化设计则以总帐系统的信息为主，与财务管理相关的大量信息与则等ERP系统纳入设计范围后再进行客户化；主题域模型CCB-LDM的主题域设计，是以NCRFS-LDM7.0为蓝图，参照CCBLDM2.0的成果综合设计而成，CCB-LDM的主题域包括以下11个：团体（PARTY）地域（LOCATION&ADDRESS）产品（PRODUCT）协议（AGREEMENT）事件（EVENT）营销活动（CAMPAIGN）渠道（CHANNEL）申请（APPLICATION）模型（MODEL）资产（ASSET）财务（FINANCE） 团体(Party)：是指银行作为一个金融机构所服务的任意对象和感兴趣进行分析的各种对象。如个人或公司客户、潜在客户、代理机构、合作伙伴、雇员、分行、部门等。一个团体可以同时是这当中许多种角色。借助团体主题的建立可以实现基于客户基本信息的分析，是实现以客户为中心的各种分析应用的重要基础。 地域(Location&Address)：地域信息存储了希望观察和分析的任何区域，既包括传统类型的地址信息（如国家、地区、城市、区县、街道等），又包括如电话信息、电子邮箱等电子地址信息。 产品(Product)：指为拓展市场占有率，满足客户更广泛需求而制定的可营销的交易品种的集合，产品是金融机构向用户销售的或提供给客户所使用的服务。如果有必要，可以包括竞争对手所提供的产品。协议(Agreement)：是金融机构与团体之间针对某种特定产品或服务而签立的契约关系，它可以是多样化的，如帐户、客户和银行签订的合同等。当金融机构与客户之间针对某种产品或服务的条款和条件达成协议时，一个协议（AGREEMENT）就会被开立，因此协议是客户和银行往来的重要载体。 事件(Event)：是一个范围很广义的概念，可以记录各种与银行相关的活动的详细情况。既可以与资金相关，也可以与资金无关；既可以有客户参与，也可以没有客户参与；既可以与帐户相关，也可以与帐户无关；可以由客户发起，也可以由银行发起。总之它可以记录的范围非常广泛，可以记录各种与银行相关的活动的详细情况，包括交易数据，比如存款、提款、付款、收取信用卡年费、计算利息和费用、投诉、查询产品、查询地址、查询余额、网上交易等。 营销活动(Campaign)：营销活动是银行对客户开展的一系列的促销事件以及相应的策略和规划活动的组合，是为了获取、维护、增强金融机构与客户的关系而开展的，其目的可能是为推广某些产品，也可能是为了树立市场形象。 渠道(Channel)：渠道是银行与客户进行交互和接触的手段和方法，通过它客户与银行进行接触、购买产品、使用服务并交流信息。渠道一般包括ATM、分行柜台、电话、POS、呼叫中心、电视、广播、报纸、网络、信件等。 申请(Application)：申请是一个团体表达与银行建立关系的意图。然而，在团体（或申请者）满足银行的接收标准前，这种意图并不足以建立关系。 模型(Model)：存储与模型细节相关的信息类，包括模型细节（模型名称、创建时间等等）、模型指标以及团体、渠道、产品的评分和细分。 资产（Asset）：描述团体的所有资产，包括建行及客户拥有的资产。一个资产可以被多个团体所拥有，一个团体可以与多个资产有关。资产可分为实物资产、金融资产与无形资产。客户资产信息的来源很多情况下是在客户申请贷款时所提供的各种担保品信息、抵质押品信息等。 财务（Finance）：主要包括银行的总帐信息，是描述科目组织、控制、内部核算等银行核心科目帐务以及预算管理有关的内容。该主题抽象地描述了银行内部帐务的组织模式，能够适应不同的科目组织体系。概念层模型CCB-LDM的概念模型，反映了各主题中关键实体之间的关系，如：团体和资产的关系协议和资产的关系协议和业务种类的关系业务种类和总帐科目的关系业务种类和产品的关系营销计划和产品的的关系营销计划和团体的关系协议和团体的关系协议和卡的关系团体和卡的关系客户化后地域（LOCATION）主题的主要信息存储在与之相关的各主题的相关实体中，因此该主题与其他主题的关系没有体现在概念层模型图中，该主题详细的客户化设计参见4.3。模型详细设计团体PARTY主题概述团体(Party)：是指银行作为一个金融机构所服务的任意对象和感兴趣进行分析的各种对象。如个人或公司客户、潜在客户、代理机构、合作伙伴、雇员、分行、部门等。一个团体可以同时是这当中许多种角色。借助团体主题的建立可以实现基于客户基本信息的分析，是实现以客户为中心的各种分析应用的重要基础。设计原则团体是一个独立的人或者一组人组成的机构、团体等，主要分为个人、机构和家庭，他们是和我行有往来或者出于营销、管理等各种需要希望关心和分析的个体或人群。从数据仓库模型角度考虑，应该包括以下团体信息：在我行登记注册开立账户的单位、个人普通客户；和我行有业务往来的其他金融机构（如国内同业、海外代理行等）；登记注册使用某项特殊服务的客户（如基金注册登记机构、基金交易客户、银行卡特约单位、联名认同单位、电子银行缴费单位/个人、网银集团客户/贵宾企业/商户/学校、航空公司等）；机构的内部组织（如分支机构、部门、团队等）；机构的员工（含我行柜员、客户经理等）；为我行提供某项专业服务的团体（如咨询公司、设备提供商、法律顾问等）；目前在源业务系统中发现的团体主要包括：CCBSCMISOPICSDMAMISLONG-CCSPLS团体分类ER图：主要实体介绍：基于NCRFS-LDM，结合我行实际情况，团体分为个人团体、家庭团体和机构团体三类，机构团体又分为内部机构和外部组织，并且对应我行关心的金融机构和信贷企业进行了划分。此外，“团体”实体还可以通过“潜在客户标志”、“提供商标志”等字段实现其他口径不排他的分类。团体：是指我行所服务的任意对象和感兴趣进行分析的各种对象。通过团体种类代码分为“个人”、“组织机构”和“家庭”三个排他分类，又根据供应商标志和潜在客户标志形成“供应商”和“潜在客户”两个不排他分类。团体类型代码：将团体分为“个人”、“组织机构”和“家庭”三类。提供商标志：标识为我行提供各种专业产品或服务的团体。提潜在客户标志：标识我行关注的，可能在未来成为我行客户的团体。组织机构团体：指一些非个人的组织机构，记录了组织机构团体的编号和种类，通过机构分类代码进一步细分为外部组织机构、内部组织机构。机构分类代码：将机构团体分为“内部机构”和“外部组织”。个人团体：该实体存放个人团体的基本信息，如性别、民族、出生日期等。通过建行员工标志进一步标识该团体是否是建行的员工性别代码：对团体性别进行编码，可能未知。民族代码：对民族进行编码，主要指国内的民族。国家地区代码：为国家进行编码，描述团体的国籍信息。婚姻状况代码：为团体的婚姻状况进行编码。建行员工标志：标志是否为建行员工。个人生命周期代码：将团体生命周期的各个阶段进行分类编码，以实现不同类型的分析和统计。家庭团体：区别于个人和组织机构团体，以家庭作为一个团体，没有进一步分类。提供商：该实体记录供应商的信息，如提供的产品信息等。潜在客户：该实体记录我行潜在客户的信息，如客户的状态、以及我行的特殊处理方式。外部组织：组织机构团体的一个分类，区别于机构或者企业的内部部门和分支机构。组织性质代码：描述外部组织的类型，如有限责任公司、股份有限公司等。有信贷往来标志：标识是否是我行的信贷企业。金融机构标志：标识某外部组织是否是金融机构。贷款客户：外部组织的一个子分类，记录信贷企业的信息。源系统代码：描述该企业的信息来自于哪个源系统，例如CCBS企业资质等级代码：描述信贷客户的资质。如一级、二级、待审定等。团体信用ER图主要实体介绍团体信用评级历史：描述某评测机构对团体信用的评测结果,可以是对单个客户的信用等级,也可以是对多个团体所组成的协会，集团公司等组织的信用评测结果。信用评级类型代码：描述评级所使用的度量类型，例如建行内部评级，人行评级，标准普尔评级，穆迪评级，惠誉评级等。评级机构名称：为团体的信用进行评级的机构名称。信用等级代码：对团体信用等级的度量。团体评分信息历史：记录团体在各业务系统中根据不同情况和不同指标获得的评分。团体限额历史：团体的信用额度。含信用种类及相应额度，通常是比较固定的额度信息。限额类型代码：描述限额的种类，例如透支限额、承担风险类表外信用限额、贷款限额等。团体不良记录历史：团体曾经发生过的不良记录的信息,例如不良记发生的日期,不良记录金额等。不良记录类型代码：描述团体发生不良行为的具体类型，例如恶意透支、洗钱、恶意拖欠贷款本息、伪造、盗用、挪用、抽逃资本等等。团体关注名单列表参考历史：该实体存储那些能够与名单信息关联上的团体编号团体财务信息历史：存放团体的财务状况，是团体的附属信息。金融机构根据团体的财务状况进行贷款申请评估、风险管理分析等。财务信息类型代码：描述团体的具体的财务信息类型，例如资产负债表信息、损益表信息、利润分配表信息、现金流量表信息等等。团体财务信息明细：记录团体的各种财务信息的指标明细数据。内部机构ER图主要实体及属性介绍内部机构：建行的内部部门和分支机构。内部机构类型代码：描述内部机构的机构类型，如总行、一级分行、支行等。内部机构中心类型代码：描述内部机构的中心机构类型，如成本中心、经营中心等。内部机构层级代码：描述内部机构的层级关系。其他ER图主要实体介绍：团体外部识别信息历史：该实体存放团体鉴别信息的历史。如身份证、护照、营业执照、技术监督局代码、股东代码、股票号码等等的鉴别信息，另外团体在原业务系统中的一些相关的唯一编号也存放在此实体中，如：网上银行的集团编号，电话银行的注册编号，信贷的客户编号等等。识别信息类型代码：居民身份证、户口簿、护照、营业执照、企业税务登记证号等。团体和源系统编号对照：记录团体源系统编号对照关系。源系统代码：记录客户信息编号的系统来源。源系统团体标识：记录源系统中客户的编号。团体其他信息：此实体主要存储团体的一些非主要和非重要的信息，存放标准依据数据的使用方式和频率，可根据情况调整。其他基本信息类型代码：说明具体的信息内容类型，例如民族、教育水平、健康状况、合同类型、企业级别、地理统计信息等等团体组：团体的分组。一个团体组中有多个团，一个团体可以分在不同的团体组中。个人名称历史：描述了个人的各种名称，如正式名称、别名、音译名、英文名、曾用名、简称、艺名、笔名、昵称等。个人名称具有时效性。团体名称类型代码：团体名称的具体类型。个人称呼历史：个人称呼类型代码：该实体存储个人团体的称呼信息，保留历史。例如博士、小姐、先生、夫人、女士等。组织机构名称历史：组织的名称，如商用名、注册名、正式名、英文名等，组织的名称具有时效性。保留历史记录。客户贡献等级历史：该实体保存客户对我行的贡献等级的历史信息，主要可能来源于ECIF系统。重要关系ER图主要实体介绍协议和团体关系历史：记录团体与协议的关系历史。协议和团体关系类型代码：团体与协议的关系种类。例如团体是协议的所有人、担保人、客户经理、开户机构、审批机构等等。团体和团体关系历史：存放团体与团体的关系历史，如客户与银行、客户经理与客户、夫妻关系、父子关系、雇主与雇员关系等。团体关系类型代码：描述团体关系种类，如客户与银行、企业与银行等。团体关系结构类型代码：描述团体之间的关系是在何种环境下使用的，相同团体在不同的结构类型下的关系可能是不同的。例如两个自然人在家庭结构下是父子关系，在组织结构下是雇主与雇员的关系。团体和资产关系历史：该实体描述团体与资产的关系，表明团体拥有某个资产或者其他关系。团体和资产关系类型代码：定义团体资产关系种类，如所有者、使用者、制造者、销售者等。团体和渠道关系历史：渠道是银行与客户进行交互和接触的手段和方法，通过它客户与金融机构可以交流很多的信息。团体和渠道的关系描述团体对渠道所充当的各种角色，如拥有者、管理者、使用者等。一个团体可与多个渠道有关系，一个渠道可与多个团体有关系；团体在渠道中可充当多种角色，团体与渠道的关系具有时效性。团体地址信息历史：团体与地址的关联信息历史。记录团体与地址的关系，团体的地址变更历史等信息。一个团体可以有多个地址；一个地址可能被多个团体使用。地址用途类型代码：描述某个地址的具体用途，例如个人位置、家庭位置、工作位置、注册位置、营业位置等；地址类型代码：标识该地址的种类，例如电子地址、电话地址、信箱地址等。团体和贷款项目关系历史：该实体存储团体与贷款项目的关系历史团体和贷款项目关系类型代码：描述团体和贷款项目的关系类型，例如团体是贷款项目的所属企业，是贷款项目所属建行内部机构等。团体和卡关系历史：该实体存储团体和卡的各种关系，并保留历史。团体和卡关系类型代码：描述团体和卡关系的具体种类，例如团体和卡的持有关系、团体是发卡机构等等资产ASSET主题概述资产（Asset）：描述团体的资产。一个资产可以被多个团体所拥有，一个团体可以与多个资产有关。资产可分为实物资产、金融资产与无形资产。客户资产信息的来源很多情况下是在客户申请贷款时所提供的各种担保品信息、抵质押品信息等。设计原则本主题可以存放从业务系统能够取得到的所有的客户资产，可以是客户的房地产、存货、机动车辆、在其他金融机构的存款。客户在本行的存款虽然也是资产，但不存放在这里。主要来自于客户申请贷款时的各种担保信息、抵质押品信息。其次，本主题也考虑了存储建行的资产信息,目前在该主题中存储的建行资产信息主要包括抵债资产。目前在源业务系统中发现的资产主要包括：CMISOPICSDMAMIS资产分类ER图主要实体介绍建立了客户资产父类实体。“资产”根据“资产种类代码”可以将资产细分为房地产、存货、金融资产、机动车辆等。如果将来可以获得更多资产信息，该分类还可进行扩充，如珠宝、游艇等，模型结构不需改变。资产：该实体用以描述客户资产的公用信息，一个客户可以有多个资产。资产包括房地产，它行存款等，但客户在本行的存款不包括在资产中。该实体包括资产种类、描述、资产保险历史类型代码等信息。资产标识：客户资产的唯一编号。资产类型代码：该属性对客户的资产进行分类并根据该分类编制的代码。资产最后评估日期：该属性说明最近一次对该资产价值进行评估的日期。资产现值：该属性述客户资产的现有价值。金融资产：金融资产是资产的子类，继承了资产的所有属性及资产与其它实体间的关系。本实体描述了金融资产的币种及分类，金融资产可分为货币黄金和特别提款权、通货和存款、非股票证券、贷款、股票和其他股权、保险技术准备金、金融衍生产品、其他应收/应付帐款等。币种代码：描述金融资产的相关币种，例如美元、人民币等。金融资产类型代码：描述金融资产的类别。实物资产：资产的一个子类，继承了资产的所有属性与其它实体间的关系。本实体描述实物资产的净值，折旧金额与折旧方式。实物资产可分为不动产、汽车、贵重物品、机器设备等。实物资产累计折旧：实物资产按照规定的折旧方式计算出的累计折旧金额。房产：本实体描述房产的基本信息、如建造日期、不动产面积，使用量度单位（可以是平方米）、房地产类型。房产的类型有多种，如住宅、公寓、别墅、厂房等。机动车辆：实物资产的的一个子类，描述客户汽车资产的相关信息，适于描述银行感兴趣的客户的和自有的所有汽车资产。客户资产ER图主要实体介绍资产价值历史：该实体连续记载资产价值变化的历史。资产评估机构标识：该属性标识对资产价值进行评估的机构。资产费用收入历史：该实体描述在收取、处置资产时发生的费用或收入。.资产组：描述资产分类情况，如一个抵债资产项目下各个抵债资产。重要关系ER图团体和资产关系历史：该实体描述团体和资产的关系及其历史。例如，资产拥有者，资产受益人。一个资产可能对应多个团体，例如，多个团体共同拥有一个资产；一个团体也可能有多笔资产。协议和资产关系历史：该实体是描述协议和资产之间的关系及其历史。例如，质押资产和贷款的关系。团体和负债关系历史：该实体描述团体和负债之间的关系。这种关系有多种类型，例如，债权人，债务人。资产和负债关系历史：连续记载资产和负债关系的变化，以及资负债的关系类型地域LOCATION&ADDRESS主题概述地域(Location&Address)：地域信息存储了希望观察和分析的任何区域，既包括传统类型的地址信息（如国家、地区、城市、区县、街道等），又包括如电话信息、电子邮箱等电子地址信息。设计原则本主题的模型结构设计能支持存储各种类型的详细地域信息和分析所需要的宏观区域信息。NCRFS-LDM7.0中本主题设计的前提是物理地址的唯一识别性。我国目前物理地址信息尚无统一标准，很难为物理地址分配地址标识。因此客户化后该主题仅在逻辑层面存在，其他主题（例如团体、协议等）相关的地址信息，作为该主题的相关属性，在团体、协议等主题中出现。此主题的物理化建设将依赖邮政的地址编码系统推广使用。地址分类ER图主要实体介绍：电子地址：地址中的电子地址，包括团体的eMail,网址，IP地址等。物理地址：指在地图上的一个物理点；描述地址的详细信息。地址行：具体地址信息的详细描述，形如“XX国家XX省XX市XX街道XX号XX楼XX单元XX层XX室”电话：地址信息的一个子类，存放电话信息。如家庭电话、手机、BP机。地理位置：地址信息的一个子类，存放非行政区划上的区域信息，地理位置更多用于描述在统计上的地址，如珠江三角洲、华北、东亚等。地址和地址关系历史：记载地址和地址关系历史。产品PRODUCT主题概述产品(Product)：指为拓展市场占有率，满足客户更广泛需求而制定的可营销的交易品种的集合，产品是金融机构向用户销售的或提供给客户所使用的服务。如果有必要，可以包括竞争对手所提供的产品。设计原则金融机构是以追求利润的最大化为经营目标，面向市场为客户提供各种金融产品和服务的商业组织，本主题存储我行的各项业务品种，也可以根据需要存放竞争对手的各种金融产品。目前，在通用数据标准成果"产品分类及产品清单"中，产品代码与源系统无映射关系。模型客户化后，基于源业务系统的业务种类定义统一的业务种类信息。业务种类与协议间存在的对应关系可以为CCB建立PMS（产品管理系统）后再建立产品信息与具体业务的关联关系做准备。特征子主题设计的前提是产品定义及其描述的规范化。目前在源系统中特征信息描述不够规范，很难进行统一标识。因此特征子主题中大部分实体客户化后仅在逻辑层面存在（logicalonly），其他主题（例如协议）涉及的特征信息(如利率,费用等)存放在该主题相关实体中。特征子主题的物理化将随着数据源的相关信息规范化的逐步完善而实现。目前在源业务系统中发现的产品主要包括：CCBSOPICSLONG-CCS产品分类ER图主要实体介绍产品：产品是过去、现在或未来为客户所提供，以换取利润的产品和服务，产品也包括合作伙伴或竞争对手的产品和服务，是金融机构销售或提供的可市场化的产品、产品包和服务。信息包括产品的名称、描述、开始时间、终止时间等。产品生命周期代码：建行对其产品和服务发展周期中各主要阶段的编码，如引入期，成长期，成熟期，衰退期等。产品状态代码：用于标识产品状态的代码。如有效、停用。投资类产品：以银行自营为目的的，债券投资、股票投资、基金投资、等业务。产品包：出于市场竞争的需要，或作为市场营销的结果，将一些产品打包、捆绑销售。产品包不同于产品组。产品包是一个对外的、用于市场营销的产品的集合。产品组：产品组是一组类似的产品或服务，产品组是银行为方便管理而建立，而不同于以市场营销为目的的产品包。产品组是银行内部统计分析使用的一种分组的方法。产品组可以有多个层次。产品组和产品关系历史：描述产品组与产品之间的关系。一个产品可以属于多个产品组。业务种类（1） ER图（2） 主要实体介绍业务种类：金融机构经营所使用的最基础的业务种类。一种或几种业务种类可以组成一种产品。这些业务种类包括金融机构使用的某些外部业务，如投资类业务。业务种类描述：对某一种业务的详细说明，特别用于注明某些特殊情况。业务种类生命周期代码：说明了一个业务种类的生命周期范围如，年、月、日等。业务种类类型代码：业务种类所归属的业务类型。如三年期个人定期存款属于个人定期存款。业务种类状态：用于标识业务种类状态的代码。如有效、停用。源系统代码：标识业务种类来自于哪个源系统。业务种类组：业务种类组是一组类似的产品或服务，业务种类组是银行为方便管理而建立，业务种类组是银行内部统计分析使用的一种分组的方法。业务种类组可以有多个层次。业务种类组层级：建行某个业务种类组在业务种类组的树状分类中所处的层级。业务种类组类型代码：此代码指示着建行业务种类分组的类型。业务种类和总帐科目关系历史：业务种类和科目存在对照关系，业务种类和科目存在多对多关系。业务种类和科目关系类型代码：一种业务种类可以对应不同类型的科目如，逾期科目、应收利息科目等。协议和业务种类关系历史：业务种类和帐户的对照关系表。每个帐户都对应某一个业务种。业务种类参数设置：标识业务种类和利率指数类型的对应关系，用于确定业务种类对应的利率。利率指数类型代码：建行营运与管理上某个利率特征中所采用的利率指数类型或基础，如银行基本利率、LIBOR（伦敦金融市场同业拆出利率）等。业务种类和特征关系历史：业务种类所拥有的特征。业务种类特征关系类型代码：此代码指示着建行的业务种类与该业务种类所关联特征的关联关系类型，例如：不大于、不小于、等于、小于、大于等等。举例说明：对于一年期个人定期人民币存款产品，它与一年期的期限特征的关系类型为“拥有固定值”。业务种类特征和特征关系历史：特征与特征之间存在着增强、层级等关系。对于某个业务种类的各种特征，也有针对此业务种类的特征之间的关系，如根据业务种类的金额特征可以确定费率特征。业务种类和产品关系历史：产品和业务种的对照关系。一个产品可以拥有多个业务种类，一个业务种类也可以同时属于多个产品。业务种类和业务种类组关系历史：描述业务种类组与业务种类之间的关系。一个业务种类可以属于多个业务种类组。特征分类ER图主要实体介绍考虑到我行将来进行产品管理和分析的需要，参照FS-LDM中的理念和内容，模型中还有以下一些主要的实体：特征：特征是用于标识金融机构提供的各种产品的条件和描述，模型设计时可以划分出率特征、期限特征、数量特征、金额特征等几个子类。特征依据不同的特征种类代码，可以分为：描述特征：该实体用来描述做为描述性信息的特征，例如“ATM卡”。率特征：该实体用来描述各种表现为比率的特征，例如利率、费率等。可变利率特征：该实体用来描述可变利率，即依附于其他基准利率（RateIndex）的利率。一般地，可变利率由基准利率加上利差（Spread）两部分组成。固定利率特征：该实体用来描述取值固定的利率，其值不依赖于基准利率的波动。其他比率特征：该实体用来描述利率之外的其他比率特征。金额特征：该实体用来描述各种表现为金额的特征，例如费用金额。期限特征：该实体用来描述各种表现为时间期限的特征，例如30年贷款合同所具有的“30年”期限，或者其可能同时具有的7天还款宽限期所具有的“7天”期限。数量特征：该实体用来描述各种表现为数量的特征，其一般具有某种计量单位且表现为某一时期之内的有效数值。其他内容ER图主要实体介绍考虑到我行将来进行产品管理和分析的需要，参照FS-LDM中的理念和内容，模型中还有以下一些主要的实体：特征关系历史：此关联实体用来描述特征之间可能具有的关系，例如“受限于”或者“增强”等；此实体可以用来构建特征的层次关系。产品特征关系历史：此关联实体用来描述产品与特征之间的关系；这一关系是多对多的关系，即同一产品可能具有多个不同的特征，而同一特征亦可能适用于不同的产品。产品特征特征关系历史：此关联实体用来描述某一产品特征与其他特征所具有的关系。债券：债券类投资产品。债券执行计划：债券的付息计划。重要关系（1） ER图主要实体介绍团体的产品定额历史：团体的产品定额指建行的内部机构或个人在一定时间内对一个产品的销售任务量，包括交易任务量、金额任务量、数量交易任务量。产品交易量定额：产品在一定时间内的交易任务的数量。产品定额金额：产品在一定时间内的交易金额量。产品定额数量：产品在一定时间内的交易量。时间周期类型代码：完成任务量额度的时间期限，例如按日、按工作日、按周、按月、按季度、按年等业务种类和产品关系历史：产品和业务种的对照关系。一个产品可以拥有多个业务种类，一个业务种类也可以同时属于多个产品。产品和团体关系历史：团体和产品存在使用、开发、销售等关系。协议AGREEMENT主题概述协议(Agreement)：是金融机构与团体之间针对某种特定产品或服务而签立的契约关系，它可以是多样化的，如帐户、客户和银行签订的合同等。当金融机构与客户之间针对某种产品或服务的条款和条件达成协议时，一个协议（AGREEMENT）就会被开立，因此协议是客户和银行往来的重要载体。本主题与很多应用有关，如：风险敞口的计算、不同种类协议的评级、资产负债的缺口分析、客户和银行的往来情况（客户贡献、客户买的什么产品、何时购买的产品）等。设计原则该主题的模型结构能够存储我行和客户签订的各种形式的协议，目前可以包含账户、合同等。目前在源业务系统中发现的协议主要包括：CCBSCMISOPICSLONG-CCSPLS协议分类ER图主要实体介绍协议：协议（AGREEMENT）是金融机构与当事人之间针对某种特定产品或服务而签立的契约关系，它可以是多样化的，如账户、客户和银行签订的合同等。当金融机构与客户之间针对某种产品或服务的条款和条件达成协议时，一个协议（AGREEMENT）就会被开立，因此协议是客户和银行往来的重要载体。协议类别代码：从业务种类角度划分的具体的协议类别，例如然信用证、银行汇票、银行本票、承兑汇票、贴现票据等。协议类型代码：描述具体的协议类型，例如内部户、贷款户、存款户、同业往来户、其他账户、表外户等银行协议：银行协议记录了银行与客户签署的协议。风险暴露协议：该实体包含了具有信用风险暴露的账户。既包括银行账户也包括交易账户。资金交易帐户：该实体记录资金交易系统中的资金交易类合约信息。内部投资帐户：该实体记录资金交易系统所交易的投资产品。资金调拨：建行系统内资金上下级行之间的上存下借等资金调拨业务合同：该实体记录了合同信息，包括贷款合同，抵押合同，质押合同等。金融账户：该实体是指涉及金额、期限、利率等的具体协议细项的银行帐户，一般为银行客户帐户的（子）帐户，也可以是内部户。金融账户类型代码：描述各种金融帐户的具体类型，例如活期存款账户、定期存款账户、贷款账户、基金账户、内部账户、往来账户等利率调整方式代码：描述帐户利率调整的具体方式，例如固定利率;、定期调整利率、机动利率次期有效、下月调整、对年调整等利率调整周期代码：描述帐户利率调整的周期，例如固定（不浮动）利率、一个月、三个月、六个月等。合同ER图主要实体介绍合同：该实体记录了合同信息，包括贷款合同，抵押合同，质押合同等。担保合同：该实体记录了贷款相关的担保合同信息，包括抵押合同，质押合同等。个人贷款合同：该实体记录了个人贷款的合同信息。对公信贷合同：该实体记录了对公贷款的合同信息。信贷品种代码：具体说明对公信贷合同的信贷品种，例如基建贷款、世行配套贷款、房地产开发企业流动资金贷款、工业企业流动资金贷款、进口托收押汇、出口押汇、打包放款、信用证垫款等信用ER图主要实体介绍协议催收历史：跟踪客户催收状态的历史催收成本金额：描述用于催收行为的开销逾期天数：描述欠款逾期的天数逾期金额：具体的逾期欠款金额协议限额历史：包括透支限额、预借现金限额等等类型信用限额，包括账户各种类型的信用限额及信用限额变化历史。透支超限历史：跟踪账户累计透支超过一定限额的历史。当透支超过这个限额的时候，称该账户处于超限状态。贷款审查历史：跟踪对账户进行审查的结果。贷款审查结果代码：描述贷款审查的结果违约回收历史：跟踪当一个风险暴露违约后的回收信息。金融帐户ER图主要实体介绍金融帐户：该实体是指涉及金额、期限、利率等的具体协议细项的银行帐户，一般为银行客户帐户的（子）帐户，也可以是内部户。内部户：记录银行的内部帐户信息。往来帐户：记录存贷共同类的帐户信息，如准贷记卡帐户，对公透支帐户等。对公透支帐户：记录对公可透支帐户的信息准贷记卡帐户：该实体记录准贷记卡帐户的信息。协议透支历史：该实体描述客户透支行为的历史。透支天数：描述在某个时间点客户帐户的累计透支天数。存款帐户：该实体用以描述客户在建行的存款信息。存款类型代码：详细描述客户存款的具体类型，例如单位活期存款;客户交易结算资金专用存款;结算公司清算备付金专用存款;结算公司自有资金专用存款;封闭式基金存款;开放式基金存款;期交所资金存款;会员资金存款.等。起息日：开始计算利息的日期。上次计算积数日：最近一次计算利息基数的日期。理财应用代码：描述该帐户的理财选择信息，例如自动转存、约定转存、活期转零整、存本转整整、、存本转活期、到期转活期等定期存款帐户：记录有固定期限的存款帐户信息交易存款帐户：记录没有固定期限的存款帐户信息贷款帐户：贷款帐户记录的内容包括放款帐户，信用卡帐户，同业拆出等。交易贷款帐户：记录没有固定期限的贷款帐户信息信用卡帐户：记录贷记卡帐户的信息帐单日：描述信用卡帐户的对账单日期信用卡对账单：由于国际卡源系统供数原因，卡信息不完整。因此在模型中设计“信用卡对帐单”实体，保留对帐单信息，以便尽量反映信用卡业务的全貌。对账单日期：记录对账单生成日期消费期初余额：上个帐单期期末的消费余额消费期末余额：本帐单期期末的消费余额取现期初余额：上个帐单期期末的取现余额取现期末余额：本帐单期期末的取现余额逾期金额：拖欠未还的欠款金额最小还款额：指客户应该偿还的最低金额，该金额由一定的公式计算得出，客户选择最低还款额还款，将继续享用循环信用，但将不再享受免息还款待遇。还款到期日：账单日之后若干天。对于一笔非现金交易，从交易记账日至发卡机构规定的还款到期日间为免息还款期。如果客户在还款到期日之前缴清所有结欠金额，客户在上一周期内进行的消费交易可享受免息。期限贷款帐户：记录有固定期限的贷款帐户信息。还款方式代码：描述期限贷款帐户的具体还款形式，例如一次性还款、起初付息，到期还本、分期还款、等额还款、等额本息、等额本金等本金期数：计划偿还本金的总期数；逾放日期：还款逾期的开始日资金交易帐户ER图主要实体介绍资金交易帐户：该实体记录资金交易系统中的资金交易类合约信息。买入卖出标志：标志交易是买入交易还是卖出交易场外期权：该实体记录资金交易系统中的场外期权交易信息。期权类型代码：描述场外期权的类型，例如call（买入）、put（卖出）期权类别代码：期权的具体类别，如自营买权、自营卖权、代客买权、代客卖权汇率折算方式代码：描述某笔期权交易中的汇率折算方式期权风格类型代码：描述期权的风格，例如欧洲风格、美国风格Delta8：该字段提供期权的买入价格和当前市场价格的差值外汇买卖：该实体记录资金交易系统中的外汇交易信息，包括即期，远期和掉期。交割日：货币交割清算的发生日期限代码：具体描述外汇买卖的发生期限远期利率：该实体记录资金交易系统中的远期利率协议。掉期：该实体记录资金交易系统中的掉期交易信息。证券回购：该实体记录资金交易系统中的债券回购交易。内部持有帐户：该实体记录资金交易系统所交易的投资产品。内部投资持有历史：该实体记录资金交易系统中所持有的债券的存量信息。自动还款协议ER图主要实体介绍外部非固定转帐设置历史：该实体存放建行内部帐户与外部帐户之间非固定金额的自动转存设置信息。外部帐户：内外部帐户之间转帐时所涉及的外部帐户帐户允许的最大金额：转帐行为所允许的最高金额限制时间周期类型代码：描述转帐行为的频率，例如按日、按月、按年等。外部固定转帐设置历史：该实体存放建行内部帐户与外部帐户之间固定金额的自动转存设置信息。设置金额：固定每次转帐的金额内部非固定转帐设置历史：该实体存放建行内部帐户之间非固定金额的自动转存设置信息。协议标识：标识资金由哪个帐户转出目标协议标识：标识资金要转入到哪个帐户 内部固定转帐设置历史：该实体存放建行内部帐户之间固定金额的自动转存设置信息。协议概况ER图主要实体介绍协议非周期性资金变动计划：该实体记录协议非周期性的资金变化计划，如通知存款的设定，对公贷款约定的还款等。协议资金变动类型代码：描述协议中具体的资金变动类型，例如贷款放款、贷款还款、通知支取存款等协议周期性资金变动计划：该实体记录协议周期性的计划，如还款计划，放款计划，零存整取等。协议利率历史：协议利率历史记录了协议的利率设置情况，包括固定利率值，或参照的指数和浮动比率等。协议限额历史：包括透支限额、预借现金限额等等类型信用限额，包括账户各种类型的信用限额及信用限额变化历史。协议签约历史：该实体存放协议的展期，缩期等期限变动情况。协议金额历史：协议金额历史用以描述协议不同类型的金额历史，金额类型包括如账面余额，可以余额等等。协议地址信息：该实体记录了协议相关的地址信息，如对帐单地址等。协议状态历史：协议状态历史记录协议的状态变化情况，如正常，冻结，挂失，销户等等。协议组ER图：主要实体介绍：协议组：协议组是由两个以上的协议组成，是按照一定的共性将协议归类而成。协议组可以分层次，父协议组编号用来表述该协议组的上层协议组。父协议组标识：说明该协议组的父协议组是哪一个协议和协议组关系历史：该实体用以存放协议的协议组归属历史，一个协议组可以包含多个协议，同时一个协议也可以属于多个协议组。协议组和协议组关系历史：该实体描述协议组和协议组之间的关系。例如一个协议组可以规避另外一个协议组的风险。卡（1） ER图（2） 主要实体介绍卡：该实体存放各种卡片的信息，包括借记卡，准贷记卡，贷记卡，理财卡，IC卡等。卡类型代码：描述卡的具体类型，例如借记卡、贷记卡等卡状态代码：描述某卡片的状态，保留历史。例如待领、正常、销户、冻结、激活、未激活、核销、账户删除等卡用途代码：描述卡的具体用途，例如普通卡、工资卡、还贷卡等卡种代码：描述卡的具体种类，例如转帐卡、签帐卡、智能IC卡、万事达储蓄卡等卡组织代码：发卡组织信息，例如VISA、万事达、银联、大莱等协议和卡关系历史：协议和卡关系历史记录了帐户和卡片之间的关系，包括卡帐户和卡的关系，保证金帐户和卡的关系，等等。卡和卡关系历史：该实体存放卡片之间的关系，如主卡和附卡的关系，新卡和被替换卡的关系等。团体和卡关系历史：该实体描述团体和卡的各种关系，保存历史。卡状态历史：卡片状态历史记录了卡片状态的连续变化情况，如未激活，已激活，挂失，等等。卡限额历史：该实体记录了卡片的限额，如每日取现的限额等。限额类型代码：具体描述卡片的限额种类，例如总额度、取现额度、消费额度等重要关系协议和协议关系历史：协议和协议关系历史记录了协议之间的关系，如主帐户和子帐户的关系，保证金帐户和卡帐户的关系，担保协议和贷款协议之间的关系等。营销计划和协议关系：如果营销计划是对某些指定的协议(帐号)所做的，在此记录此种关系协议和渠道类型关系历史：该实体记录协议和渠道类型之间的关，如签约网银等协议和总帐科目关系历史：记录协议与总帐科目的隶属关系并保存历史协议和团体关系历史：团体和协议的关系可以包括协议的所有者、共同拥有者、开户机构、管理机构等。一个协议可与多个团体有关系，一个团体可以关系多个协议；团体在协议中可充当各种不同的角色，但在同一个时间段内只能充当一种角色。协议和币种关系历史：该实体存放了和协议相关的货币信息，一个协议可以与多个货币有关。协议和贷款项目关系历史：该实体记录贷款合同和项目之间的关。帐户事件：协议和卡关系历史：协议和卡关系历史记录了帐户和卡片之间的关系，包括卡帐户和卡的关系，保证金帐户和卡的关系，等等。协议和资产关系历史：连续记载协议和资产之间关系变化协议和特征关系历史：协议和特征之间的关系历史描述了协议所具有的金额，期限等方面的特征情况。协议和产品关系历史：该实体用以描述协议不同时点归属于何种产品。事件EVENT主题概述事件(Event)：是一个范围很广义的概念，可以记录各种与银行相关的活动的详细情况。既可以与资金相关，也可以与资金无关；既可以有客户参与，也可以没有客户参与；既可以与帐户相关，也可以与帐户无关；可以由客户发起，也可以由银行发起。总之它可以记录的范围非常广泛，可以记录各种与银行相关的活动的详细情况，包括交易数据，比如存款、提款、付款、收取信用卡年费、计算利息和费用、投诉、查询产品、查询地址、查询余额、网上交易等。设计原则一个事件可以是和客户/潜在客户或账户的任何接触和交易，数据仓库系统对事件的分析主要是基于以下目的：客户行为分析：帮助进行客户细分，为营销提供目标客户清单；重大事件侦测：帮助发现客户的重大事件，以便更好地进行客户关怀；计算成本：客户和金融机构的往来次数、频度和方式都是计算交易成本的重要参考；数据仓库系统存储的事件应是一个原子级的事件，具有以下特征：可能和账户有关：如修改账户密码、从储蓄账户支取1000元等；可能和账户无关：如到柜台咨询或者现金兑换外汇等；可能和资金有关：如在ATM上取款等；可能和资金无关：如客户服务中心的咨询等；可能有客户参与：如客户投诉等；可能没有客户参与：如银行定期计息等；可能是客户发起：如普通的存取款交易等；可能是银行发起：如逾期催收等；由于源系统供数原因，目前事件主题中非资金类交易的帐户事件的信息主要来源于账户明细而非交易流水，事件信息可能不够完整。目前在源业务系统中发现的事件主要包括：（1）CCBS（2）OPICS主要分类（1） ER图（2） 主要实体介绍事件：主要包含事件日期、事件时间、渠道、交易代码等各种事件的共性信息。非排他的分类金融事件：涉及帐务变动的事件，如存款取款，资金冻结，信用卡授权等；贷款金融事件：贷款的本金和利息的变动；外汇交易事件：个人对公外汇买卖，结售汇；个人电子汇款事件：个人电子汇款的汇入汇出事件；帐户组事件：涉及帐户组的事件；管理事件：主要是一些帐户的挂失、解挂事件；帐户事件：涉及账户的事件；卡事件：客户使用卡的事件，如卡消费、卡授权事件；卡授权事件：信用卡授权；排他的分类资金交易事件：资金类交易事件的共公信息，如产品种类、产品类型、币种代码、操作员、投资组合、成本中心等。债券交易：债券交易信息，单价、数量等外汇交易：外汇掉期不在掉期交易实体里，而是在外汇交易里以一笔即期和一笔远的形式实现的，对于这类情况，外汇掉期交易流水号就存放掉期交易的对应流水号；资金交易记帐事件：各资金交易的帐务分录信息，将每笔资金交易的相关金额记入相应的科目；资金交易事件ER图主要实体介绍资金交易事件：记录银行的一些内部投资事件及金融衍生交易事件，比如掉期交易、外汇交易、场外期权交易、回购交易、债券交易等；资金交易记帐事件：资金交易时修改科目帐的事件，每一个资金交易事件可能会有多条资金交易记帐事件与之对应；操作员ER图主要实体介绍操作员：CCBS及OPICS系统中记帐或管理的操作员及交易员，由于源系统中操作员的记录中没有足够的信息使之被识别为团体，因此增加操作员实体；操作员和团体关系：记录操作员与其所在机构（内部团体）的关系，如雇用、终止雇用等；操作员和团体关系代码：雇用、解雇等；事件和操作员关系：操作员与某一交易是交易录入还是复核还是主管批准等关系，可用来进行操作员工作量的考核；事件和操作员关系代码：操作、复核、批准等；营销活动CAMPAIGN主题概述营销活动(Campaign)：营销活动是银行对客户开展的一系列的促销事件以及相应的策略和规划活动的组合，是为了获取、维护、增强金融机构与客户的关系而开展的，其目的可能是为推广某些产品，也可能是为了树立市场形象。设计原则一个营销活动可以是金融机构为了获取、保留客户或者增强客户关系、占有市场的一种活动，可能是一种有明确市场目标的销售活动（如新产品推广等），也可能仅仅是跟客户的一种互动的交流活动（如客户调查等）。一个完整的营销行为应包括营销计划、营销活动以及实施信息。该主题的信息与特定的客户群、地区、产品、使用渠道都有密切的关联。由于目前确定的数据源范围没有包括营销活动相关的源系统，因此在模型客户化时对此部分进行了简化处理，只保留了重要的实体及较高层次的关系，以体现营销活动主题的关键业务内容。目前该主题没有数据源，仅在逻辑层面存在，未来OCRM、IPSS等客户关系管理相关系统纳入数据仓库数据源，分析数据源结构后将对该主题进行扩充并进行物理实现。主要分类ER图（2）主要实体介绍营销活动：是对营销计划的进一步细化，可分为目标营销和大众营销；目标营销：是营销活动的一种子类，直接针对具备某种特征的个体进行的营销活动；大众营销：是营销活动的另一种子类，它可以是直接面向一组人群，如电视广告、报刊杂志广告等类型的营销；营销计划：是一些比较大的营销策略记录和规划，可存放所有层次的营销策略，主要记录营销的计划收入、预计成本等；父类营销计划编号：层次性的营销策略中上一层次营销计划的编号。重要关系ER图主要实体介绍营销计划和产品关系：记录营销计划与产品的关系，一般一个营销活动在计划阶段就会确定此次营销活动会涉及哪些产品的促销和推广，如信用卡积分计划就和信用卡产品关联营销计划和协议关系：如果营销计划是对某些指定的协议(帐号)所做的，在此记录此种关系营销计划和地理位置关系历史：用于记录营销计划与地域之间的某种关系，比如营销计划所面向的地域(如珠三角地区)等营销计划和团体关系：记录某个营销计划与某个当事人的某种关系，比如营销计划的策划机构、发起机构、目标机构、或者直接指定的目标当事人等目标营销和协议关系：记录某个营销策略只和某些帐户相关，如某次营销活动只针对某些指定的账户进行目标营销和客户细分关系：记录一个目标营销中用于寻找合适目标客户群时所用的客户细分规则目标营销和团体关系：记录某个营销活动与某个当事人的某种关系，比如营销活动的执行机构、执行柜员、目标机构、或者直接指定的目标当事人等目标营销和协议组关系：记录目标营销的指定目标帐户组客户细分：利用一定的条件及