理解数据仓库模型

理解数据仓库模型思路：一致的方法（自底向上、自顶向下）共同的概念（公有、私有、框架）框架比较（FS_LDM/FSDM/支付宝）理解FS_LDM（基本内容、业务故事）质量保障（技术可验证、文档可追踪）数据质量深度客户化过程现实数据源系统调研和分析，深化理解业务数据数据库表及表间关系业务流程、规则LDM框架共同的概念model=f（data）DATA深度客户化过程业务规则理解业务概念、流程数据库表及表间关系业务流程、规则LDM框架共同的概念model=f（business）BUSINESS深度客户化过程业务规则数据库表及表间关系业务流程、规则客户化LDM共同的概念model=f（data，business）DATA业务数据源系统调研和分析，深化理解业务数据三大框架比较FS_LDM(Teradata)FSDM(IBM)支付宝当事人关系人当事人资产条件账户财务资源项目资源项协议合约协议渠道业务方向渠道产品产品（含介质）产品事件事件事件地理位置地点地理位置营销分类(账户+渠道)介质内部机构理解FS_LDM之概念模型银行资产财务地址渠道产品营销事件客户地址面向主题主题的原始含义是指一段乐曲中的主旋律；后又引申为文章的中心思想。协议渠道渠道理解FS_LDM之概念释义主题域业务含义当事人是指银行作为一个金融机构所服务的任意对象和感兴趣进行分析的各种对象。如个人或公司客户、潜在客户、代理机构、合作伙伴、雇员、分行、部门等。一个当事人可以同时是这当中许多种角色。借助当事人主题的建立可以实现基于客户基本信息的分析，是实现以客户为中心的各种分析应用的重要基础资产存放当事人有型的或无形的物品，包括不动产、商品货存、珠宝、机动车辆、以及在其他金融机构的存款、贷款、单据、股票、债券等信息产品如果金融机构在市场中没有产品，那它将不在商业中。产品（包括服务）与客户当事人进行交易，并且金融产品（工具）是用于金融机构所投资的商品。协议当事人之间的任何合同和交易都是一个协议，协议记录当事人之间的合同或交易的详细信息。通过产品和协议，我们可以确定哪些当事人是买家，哪些当事人是卖家。事件事件是你想追踪的任意活动，例如，客户联系事件和客户交易事件。事件可以是金融类的或者是非金融类的，事件也可以涉及协议或者不涉及协议。地址主要包括点地址和地址区域，描述当事人、事件等中与地址有关的信息，可以是国际通用的地址分类，也可以是客户自我定义的地址分类。营销营销活动是指金融机构为了获取、保留客户或者扩展客户对产品使用的一些活动。这是关于服务或产品的市场营销组织方式，以及金融机构面向客户的形象。渠道渠道可以是任意的媒介物。当事人可以通过渠道接收关于金融机构、金融机构产品以及使用金融机构产品的信息。财务此主题域包含财务和绩效管理概念，例如总账和科目类信息理解FS_LDM之术语（一）当事人(party)PartyId(PK)______________PartyNameEventId(PK)__________________TransactionTypeTransactionAmountAccountId(FK)交易/事件(event)帐户(ACCOUNT)AccountId(PK)__________________AccountTypeAccountOpenDateAccountCloseDateisholderofhasactivityofP实体(Entity)关系(Relationship)属性(Attributes)N:M理解FS_LDM之术语（二）PARTYPartyId(PK)______________PartyNameACCOUNTAccountId(PK)__________________AccountTypeAccountOpenDateAccountCloseDateisholderofPACCOUNTAccountId(PK)__________________AccountTypeAccountOpenDateAccountCloseDatePARTYPartyId(PK)______________PartyNamePARTY_ACCT_RELATIONPartyId(FK)AccountId(FK)RoleCode(FK)AssociativeEntity（关联实体）理解主题域主题域是什么（父子）有什么（描述）做什么（关系）理解主题域之当事人当事人对公对私当事人评级当事人财务当事人账户关系当事人当事人关系政府企业理解FS_LDM之术语（三）主题域逻辑视图超类子类理解data之业务故事李雷、韩梅梅广发银行（珠海）珠海，100M-150M信用卡（IE）、储蓄卡(柜台)放款50M存款20M理解data之业务故事贷款•魅族•李雷、韩梅梅夫妇贷款买房存款•李雷、韩梅梅夫妇储蓄卡（还款账户）促销•网上银行淘宝联名卡（信用卡）理解data之映射—当事人当事人实例对公魅族家庭李雷，韩梅梅个人李雷韩梅梅当事人财务实例存款20M贷款50M理解data之映射当事人关系实例夫妻李雷韩梅梅雇主雇员魅族李雷魅族韩梅梅家庭成员家庭李雷家庭韩梅梅理解data之映射—资产资产实例固定资产住房150M存款20M资产-资产关系资产价值历史100M150M当事人资产关系所有人关系李雷、韩梅梅住房模型QA之技术可验证原则一：信息无耗损公式：•源表数量=入仓表+未入仓表•源表集minus未入仓表集=入仓表集•入仓表集intersection未入仓表集=空集•入仓表字段union未入仓字段=源表字段原则二：映射合理•未入仓表是否不满足入仓条件(有哪些条件)•入仓表所在主题是否合理（基于主题的内涵）原则三：物理模型复杂度•操作类型：连接、选择、投影•物理分层模型QA之技术可追踪原则：文档可追溯里程碑文档：里程碑文档名业务流程、业务规则到数据库表之间的关系过程性文档TeradataFS_LDM模型转义转义文档模型与数据的映射关系映射文档未入仓表原因及清单数据字典数据源分析工具