Teradata-FS-LDM-模型介绍与建模过程-经典收藏

Teradata

FSLDM与建模过程2010/7/14Teradata金融业逻辑数据模型FS-LDM本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传交易系统数据模型什么是数据模型DM?为什么EDW需要逻辑数据模型?什么是TeradataFS-LDM?Teradata

FS-LDM主题介绍TeradataFS-LDM建模过程交易系统数据模型-最重要的实体交易系统数据模型-实体关系交易系统数据模型-其他实体交易系统数据模型-账户与其他实体的关系交易系统数据模型-账户与其他实体的关系交易系统数据模型-账户与其他实体的关系交易系统数据模型-账户与其他实体的关系交易系统数据模型-交易与其他实体的关系交易系统数据模型-交易与其他实体的关系交易发生的渠道交易系统数据模型-交易与其他实体的关系交易的操作员交易系统数据模型-交易与其他实体的关系交易相关的机构交易系统数据模型-交易与其他实体的关系交易的产品Teradata金融业逻辑数据模型FS-LDM本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传交易系统数据模型什么是数据模型DM?为什么EDW需要逻辑数据模型?什么是TeradataFS-LDM?Teradata

FS-LDM主题介绍TeradataFS-LDM建模过程交易系统数据模型-实体关系什么是数据模型？数据模型数据（data）是描述事物的符号记录。模型（Model)是现实世界的抽象。数据模型是抽象描述现实世界的一种工具和方法，通过抽象的实体及实体之间联系的形式，来表示现实世界中事务的相互关系。数据模型的三要素数据结构：描述数据的类型、内容、性质以及数据间的联系等。数据操作：对数据库中各种对象类的实例(或取值)所允许执行的操作，包括操作方法及有关的操作规则等。完整性约束：描述数据结构内数据间的语法、词义联系、他们之间的制约和依存关系，以及数据动态变化的规则，以保证数据的正确、有效和相容。数据模型的要求能比较真实地模拟或抽象表示现实世界；容易为人所理解；便于在计算机上实现。数据模型分类

概念数据模型(ConceptualDataModel)用户容易理解的、对现实世界特征的数据抽象，用来描述世界的概念化结构。主要实体和它们的关系（MajorEntitiesandTheirRelationships）。是数据库设计员与用户之间进行交流的语言，与具体的DBMS无关。逻辑数据模型(LogicalDataModel)以图形方式，通过数据和关系反映业务CDM+数据+主键与外键的关系+数据约束+属性进行数据管理、分析和交流的重要手段IT和业务人员沟通的桥梁。与具体的DBMS无关。物理数据模型(PhysicalDataModel)面向计算机物理表示，描述数据在储存介质上的组织结构，它不但与具体的DBMS有关，而且还与操作系统和硬件有关，是物理层次的数据模型。逻辑数据模型设计理念建立一个统一的、共享的基础数据平台，为各个业务部门的不同业务需求提供一致的、规范的数据；数据的组织围绕银行主要的主题领域进行，如客户、产品、账户和渠道等；一个可扩展的、动态的模型能够经得住时间的考验，当业务改变时（如改变组织结构和产品交易），能够将对数据模型的影响减至最小甚至完全不受影响；DW的数据模型应该是中性的，能够满足各种不同的分析逻辑的要求而设计的，因此它不同于通常所看到的为了支持某个特定的、预先定义的处理过程而设计的模型；数据模型涉及范围广阔，是多功能的和集成的；

传统的交易模型与简化的金融服务模型传统的交易模型简化的金融服务模型账户Account协议Agreement客户Customer当事人Party交易Transaction事件EventTeradata金融业逻辑数据模型FS-LDM交易系统数据模型什么是数据模型DM?为什么EDW需要逻辑数据模型?什么是TeradataFS-LDM?Teradata

FS-LDM主题介绍TeradataFS-LDM建模过程本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传为什么EDW需要逻辑数据模型?没有LDM有LDM

没有设计蓝图，建设摩天大厦？为什么EDW需要LDM?EDW的用途是否需要LDM?企业级

集成

历史数据

增加价值

数据质量

便于使用

真相的单一来源

支持业务决策与分析

Teradata金融业逻辑数据模型FS-LDM交易系统数据模型什么是数据模型DM?为什么EDW需要逻辑数据模型?什么是TeradataFS-LDM？Teradata

FS-LDM主题介绍TeradataFS-LDM建模过程本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata行业逻辑数据模型金融服务业FinancialServices

卫生保健业Healthcare制造业Manufacturing通讯业Communications媒体娱乐业MediaandEntertainment旅游业Travel

运输业Transportation

零售业Retail公用事业Utility什么是Teradata

FS-LDM？TeradataFS-LDM是为金融机构和保险公司预先构建的逻辑数据模型，通过它可以直接开始数据仓库模型设计它是我们授权给用户使用的一种产品它可以在一个集成的模型内支持银行、保险、以及证券代理业务它为您提供投资保护多年经验的结晶自1997年以来已经在100多个客户那里得到了成功的应用灵活易扩展的设计，在增加功能的同时不需要重构整个数据仓库逻辑视图(第三层)343个逻辑视图细节(第三层)2707实体11245属性主题区域(第一层)10主题区域概念(第二层)50多个实体单独分离的ERwin文件细节模型和相关的以及历史的实体和数据类型密切相关，细节模型几乎可以和第三范式物理模型直接一对一对应地建立实施关系。TeradataFS-LDM的不同层级Teradata

FS-LDM特点LogicalDataModel(LDM)ERwinTM

建模工具设计实体关系图采用信息工程建模技术设计第3范式ThirdNormalForm命名与描述使用业务术语中性的，不是为某个国家或某个应用而设计便于理解的文档资料模块化结构TeradataFS-LDM-

GrowingtheModel

基础模型保险

财产保险

人寿保险投资银行TeradataValueAnalyzerFS-LDM覆盖的业务条线Teradata应用

零售&商业银行业务;信用卡Teradata银行与保险渠道管理分析Teradata关系管理Teradata决策专家业务术语与Teradata

FS-LDM模型术语业务术语FS-LDM术语客户,账户持有人或家庭当事人中介,代理,提供商,银行,汽车维修店当事人房地产当事人资产汽车当事人资产保单协议合同协议账户协议费,利率,期限特征交易事件TeradataFSLDM－搭建应用体系的基础逻辑数据模型（FS-LDM）分析和报表工具数据源数据源数据源绩效评估和管理资产负债管理全面风险管理利润贡献度分析现代化银行的经营管理客户关系管理其他…………PARTYPRODUCTACCOUNTEVENTLOCATIONCOMPAIGNCHANNELORGANIZATIONTeradataFS-LDM在EDW中的地位ETL服务器数据清洗／转换／加载文本文件核心信用卡信贷其他数据源LDM应用模型数据仓库Teradata金融业逻辑数据模型FS-LDM交易系统数据模型什么是逻辑数据模型LDM?为什么EDW需要逻辑数据模型?什么是TeradataFS-LDM？Teradata

FS-LDM主题介绍TeradataFS-LDM建模过程本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍财务资产当事人Notallrelationshipsareshown区域地理区域，物理的或电子的地址单个人或一组人事件会导致同客户达成合同的金融或非金融的事件内部组织金融机构或保险公司内部的业务单元协议在客户和金融机构之间达成的关于特定产品的协议产品一种可以在市场上交易的产品或服务，包括条款或条件营销活动为了获取、挽留客户或提高用户的使用率而采取的战略、计划或促销活动渠道客户和金融机构或保险公司进行接触的途径企业内部的会计系统当事人所有的具有价值且能够获得收益的事物FS-LDM主题区域是客户概念的外延能支持不同的关系（父子、雇佣、夫妻关系等）可以是一个具备相同目的的个体组合，如协会、社会团体、家庭、亲友团、同学会等。可以是一个外部或内部的组织机构定义：

PARTY是指任意的个人或团体。比如：客户、潜在客户、国内组织、汽车商人、竞争者、雇员、分行、部门等等。当事人Party当事人Party唯一标识号PARTY类型代码PARTY信息的收集来源代码开始日期终止日期生命周期代码在主机的号码是否是PROVIDER是真正的客户还是潜在客户？Party—Name当事人机构机构名称历史称谓个人的姓名历史个人当事人主题分类当事人个人、机构、家庭当事人关系定义当事人之间的关系：个人与个人、个人与机构、机构与机构、个人与家庭、家庭与家庭。客户化时把内部机构关系、当事人与内部机构关系单独画。供应商关系历史当事人之间可能有多种关系：雇员与雇主、管理者与雇员、夫妻、家庭成员、父子、企业的供应者或竞争者。当事人主题分类机构外部机构与内部机构企业外部的机构：提供产品或服务，可以是赢利性的或非利性的或政府代理企业：开展业务或提供服务金融机构社团：联名账户，俱乐部，学院班级，不是一个合法的实体政府内部机构：企业内部的部门或附属机构内部金融机构：部门，地区，分行，工作组，团队，客服等HR内部机构其他内部金融机构：非本机构内的金融机构，如混业经营的银行之外的保险等其他内部机构：内部非金融机构Party—分类当事人主题-个人当事人主题-机构业务Party—企业信息当事人机构企业之间的归属关系当事人之间的关系表企业的财务报告企业财务报告的项目信息表企业机构的类型/经营方式机构名称历史表当事人主题-Overview当事人主题-关系当事人主题-分类当事人主题-风险当事人信用报告当事人资产Party

Asset客户资产当事人资产价值客户资产的一些编号信息不同种类的资产珠宝不动产其他资产宠物汽车游艇投资受赠重建价值Party—资产和负债客户资产负债借款人和负债的关系负债特性当事人和负债关系当事人负债评级负债余额本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍内部组织机构InternalOrg定义：

内部组织机构是指金融机构的内部组织和业务单元，如分行、支行、储蓄所、部门、销售团队等等。是一种特殊的PARTY包括所有的组织类型以及相互关系提供层次和矩阵结构和多个主题有关联InternalOrg－特殊的PARTYOrganization是当事人的子类；InternalOrganization是Organization内部组织，如部门、附属机构等；FinancialInstIntOrg指金融机构的内部组织，如地区、营业网点、工作组、团队、呼叫中心等；机构企业内部组织机构金融机构内部组织金融机构InternalOrg内部组织机构内部组织机构的工作台终端工作台内部组织的营业时间内部组织机构和技能的关系内部机构目标内部组织的功能机构目标InternalOrg－和员工相关的实体当事人关系表，包含员工和部门的关系等机构和员工的关系表，类似劳动合同中对薪金的约定；员工的角色员工和内部组织机构的关系InternalOrg本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍区域Location定义：

LOCATION主题是指银行希望关注或考察的任何层次的地理区域和地址。如国家、省份、城市、县、乡村等。

LOCATION主题包含“具体地址”、“地区”、“地理位置”等不同层次的信息。该主题和事件、产品、渠道、内部组织机构、营销活动等主题都有着密切的联系。MainStreetLOCATION主题—分类地址之间的关系广义地址地区的经济指标电子地址地区地址的黄页信息街道地址的描述物理地址电话地址物理邮箱地址的描述信息本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍产品Product产品是金融机构向用户销售或提供的可市场化的产品、产品包和服务。如果有必要，在模型中可以包括竞争对象所提供的产品。为满足银行内部分析管理的需要和适应不断变化的业务需求，可根据实际情况结合产品特性将产品分组，如个人存款产品组、公司贷款产品组等，这些即“产品组”。出于市场竞争的需要，或作为市场营销的结果，将一些产品打包、捆绑销售，称其为“产品包”。一个“产品包”包含多个“产品”，同时“产品包”本身也是一种“产品”。产品与当事人、帐户之间都存在各种关系。一个当事人可以针对一个产品或产品包充当若干角色；PRODUCT主题-产品组和产品包实体‘产品组’以层次结构展现了金融机构内部的产品分组。一个产品组是一系列相似或相近产品或服务的组合。产品组通常是金融机构基于内部对产品和服务进行管理的目的而进行划分的。实体‘产品产品组关系’把产品和处于产品组层次中最底层的产品组关联起来。一个产品组包含若干个产品，一个产品也可以属于若干个产品组。实体‘产品包’是实体‘PRODUCT’的一个子实体。它标识了金融机构提供的所有产品包。一个产品包是由若干互不类似的产品组合在一起，作为一个产品向市场销售的产品组合。实体‘产品产品包关系’把产品和产品包关联在一起，显示了由哪几个产品组成了该产品包。任意的一个产品组合都可以被打包成一个产品包。一个产品包可以含若干个产品，一个产品也可以属于若干个产品包。PRODUCT主题-产品特征实体‘FEATURE’包含了金融机构提供的所有可以应用于产品的有效产品特征。它标识了金融机构在提供产品时的限制或附加条件。如：手续费、期限、允许的展期和提前通知的要求等。

实体‘PRODUCTFEATURE’将产品与产品特征关联起来。

一个产品可以拥有若干个产品特征，一个产品特征可以应用于若干个产品。实体‘PRODUCTFEATUREFEATURE’使得产品特征与产品特征之间的关系可以在产品一级的层面上存在，包含了这个产品的特征以及这些特征的关联特征。产品和产品的特征可以随着地区的不同而有所差异；产品主题.特征产品主题.产品特征产品主题.分类PRODUCT主题-产品关系产品主题.Overview本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍协议Agreement定义：

协议是金融机构与客户之间针对某种特定产品或服务而签立的契约关系。

Agreement实质是一种合约(Contract)。银行提供某种产品或某种服务，并给出了报价(Quotation)，客户经过申请(Application)和还价(Bargain)后接受。这时，银行就同客户达成了一个协议(Agreement)，这个协议就是帐户。Agreement帐户是金融机构与客户间就一特定产品达成的合同关系，一个帐户由AccountNum和AccountModifierNum唯一识别。有些金融机构需要额外的一些附加属性来唯一识别帐户，如分行代码、应用系统代码ApplicationId。每个账户都对应一个产品，假如一个帐户在整个生命周期中曾拥有多个产品，则其与历史的产品关系被保存在ACCT_PRODUCT_HISTORY中，帐户实体中只记录和当前产品的关系。Agreement-

帐户关系转帐担保主账户和子账户贷款账户和还款账户存款账户和卡账户贷款账户和付息账户新账户和老账户……Agreement-分类保管箱账户贷款账户贷款评审历史有期限的贷款账户购物卡账户类型历史购物卡账户无期限贷款账户流动账户无期限的存款账户有期限的存款账户存款账户金融账户协议Agreement账户组账户和账户组关系账户违约历史账户金额派生表账户组账户和产品关系历史账户组定义规则账户金额派生表账户和地区关系Agreement－派生数据表DD-DerivedData派生数据根据各自的需要，选择重要的金额信息进行存放不同的银行有不同的选择Agreement-帐户和卡账户和卡的关系卡文件卡限额历史信用卡购物卡账户卡的购物类型历史当事人和卡的关系卡和卡的关系Agreement-信用账户评分账户关系抵质押账户关系账户法律行为历史账户催收历史法律行为账户超限历史账户信用限额账户和资产的关系Agreement-存款账户Agreement-申请本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍事件Event定义：

事件是一种资金或非资金的活动，记录了详细的交易行为和数据。包括开户、销户、转帐、查询、清算等。是“交易”概念的外延包含资金或非资金事件由银行或客户发起可能和账户有关，也可能无关若干客户事件可以组成一个session与其他主题有密切关联Event事件记录了银行的所有交互活动，可能与金钱相关，也可能与金钱无关。可能与帐户相关，也可能与帐户无关。保留业务系统的交易流水号TransactionId。事件包含存款、取款、查询、付款、利息入帐等交易，利用EventActivityTypeCd可以区分不同种类的事件。Event-分类事件申请审批事件联系事件直接联系事件间接联系事件账户组事件账户事件金融账户事件金融事件不排他的分类事件关系Event-银行扩展涉及两个金融机构或清算中心的交易，与客户无关的内部事件。跨行事件是本银行客户和另一家银行的客户之间的交易事件票据支付交易包含了代收付业务交易，该事件可能涉及到客户、银行以及一个第三方的发票支付。结构灵活，支持各异事件本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍定义：渠道是与客户进行交互和接触的手段和方法，通过它客户与银行发生交易并传递很多的信息。渠道一般包括:分行的柜台、呼叫中心、网络等。渠道Channel包括多种类型包括渠道的容量、分布和使用情况。和其他主题密切关联。Channel实体CHANNEL标识了所有金融机构用来与用户进行销售或服务联系时所使用的渠道。一个渠道是用户用来接受有关金融机构或金融机构产品信息以及使用金融产品时的载体。在实体CHANNEL中每一个特定的渠道都有一个ID号相对应。例如，一台ATM机有一个ID号，一个POS终端也有一个ID号。实体CHANNEL也包含了外部渠道。例如其他机构的ATM机器。实体CHANNELTYPE定义了主要的渠道类型，例如邮件，街亭，电子，ATM，柜面等等。Channel

–

类型实体CHANNELTYPE定义了主要的渠道类型，例如邮件，街亭，电子，ATM，柜面等等。物理邮件ATM街亭电子电话柜面电台电视印刷呼叫中心LOCKBOXPOS终端渠道、协议、当事人、事件实体PARTYCHANNEL标识了针对一个渠道当事人可能充当的各种角色，例如当事人拥有或保管一个渠道。实体ACCOUNTCHANNEL标识了针对一个帐户渠道所充当地角色，例如一个帐户可以属于一个渠道或者通过一个渠道来进行管理。实体CHANNELEVENT跟踪了每一个渠道的工作和停顿时间。本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍营销活动Campaign营销活动是为了获取、维护、增强银行与客户的关系而开展的一些促销的活动；营销活动是一些有组织的活动，其目的可以是为了把某些产品推向市场，也有可能是为了树立银行在市场上的形象；完整的营销活动应该包括营销策略、营销行为以及营销活动的反馈信息；收集营销活动的信息可以帮助银行发现最有效的营销方式，了解不同类型客户对营销活动的反馈；Campaign自关联，可存放所有层次的营销策略，主要记录营销活动计划收入、预计成本等；“大众营销”实体主要记录电视广告、报刊杂志广告等类型的营销活动；“目标营销”实体主要记录以目标客户为对象的营销活动，而目标客户的获得是依赖于对客户信息的分析结果；营销活动实际实施的一些结果的记录；Campaign与其他主题的关系营销事件和渠道的关系营销活动和账户的关系营销活动和内部机构的关系营销活动和产品的关系营销活动和地理位置的关系营销策略和渠道类型的关系本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传Teradata

FS-LDM介绍PARTY/Asset主题介绍InternalOrganization主题介绍Location主题介绍Product主题介绍Agreement主题介绍Event主题介绍Channel主题介绍Campaign主题介绍Finance主题介绍FinanceManagement总帐是金融机构所有科目的汇总帐本。日记帐记录了金融机构所有财务活动的详细流水。日记帐会定期地被用来生成总账。总账科目分为负债、资产、权益、费用和收入。每家银行差异性较大，需要根据实际情况定制FINANCE主题－主要实体总帐科目财务预算总帐科目和内部机构关系总帐科目余额信息交易系统模型与FS-LDM模型重要实体映射交易系统模型FS-LDM模型客户,员工当事人账户协议交易事件机构内部机构产品/业务种类产品财务财务渠道渠道FS-LDM模型比交易系统模型新增营销活动地址当事人资产Teradata金融业逻辑数据模型FS-LDM交易系统数据模型什么是逻辑数据模型LDM?为什么EDW需要逻辑数据模型?什么是TeradataFS-LDM？Teradata

FS-LDM主题介绍TeradataFS-LDM建模过程本文件署保密资料，未经Teradata(中国)有限公司的书面许可，不得翻印或外传建模过程-源系统调研和交流

1.系统级分析系统平台情况：硬件平台，操作系统，数据库，运行情况，实施情况；系统业务情况：支撑的业务与业务流程；系统应用情况：基于该业务系统的应用开发情况；与其他系统的关系：业务、数据流；系统数据情况：表清单及说明、数据格式、数据量与记录数、数据质量概况。源业务系统概要分析；初步的源系统数据表概况；建模过程-源系统调研和交流2.数据结构整理

数据字典整理：重要的数据项，如客户号、账号、卡号、借据号、贷款编号、科目号的长度、类型、规则等；数据结构/文件结构；数据流；数据关系；原始数据表分类整理历史/原始表；过程/控制（先过滤掉）；数据表表级业务含义和关系整理源业务系统数据结构整理；源业务系统数据ER图（如源业务系统不能提供，画出重要的实体关系图）；补充修改的源系统数据表概况。建模过程-源系统调研和交流3.样本数据分析，初步验证文档资料数据表业务含义及表间关系分析等；字段级业务含义分析及数据质量概况（非代码字段的空值、非法值等）；字段级关联关系分析；代码整理代码业务含义整理代码取值分析（如不同值分布、空值、非法值等）；修改后的源业务系统数据结构整理；修改后的源系统数据表概况；源业务系统代码整理；建模过程-源系统调研和交流4.数据分类分析整理；表与字段是否需要保留？（规则）表与字段是否需要记历史？（规则）初步对应的LDM主题或实体5.深度的生产数据分析，对（4）的补充与调整。这项工作可以延续到SDM阶段或ETL阶段，甚至投产以后。字段级业务验证字段级关联验证代码验证表级数据关系验证数据质量分析数据变化分析模型设计流程O