FSLDM逻辑数据模型开发培训客户化方法论PPT课件.ppt

逻辑数据模型客户化方法论 1 27 2020 1 NCR逻辑数据模型客户化方法论 2 FS LDM介绍客户化研讨讲解模板 产品当事人协议事件渠道内部机构 应用验证数据验证合理性验证规范验证 客户化FS LDM 前期准备 项目组交流研讨 分析源系统 统一业务定义 模型验证 组建团队收集资料确定范围 介绍源业务系统分析整理数据结构分析样本数据 框架设计模型详细设计完善和回顾 逻辑数据模型客户化方法论 3 FS LDM介绍客户化研讨讲解模板 产品当事人协议事件渠道内部机构 应用验证数据验证合理性验证规范验证 客户化FS LDM 前期准备 项目组交流研讨 分析源系统 统一业务定义 模型验证 组建团队收集资料确定范围 介绍源业务系统分析整理数据结构分析样本数据 框架设计模型详细设计完善和回顾 准备工作1 组建团队 4 银行领导NCR领导 应用小组NCR人员银行人员 数据建模小组NCR人员 2 4 银行人员 2 4 项目总监 银行项目经理NCR项目经理 项目经理 资深业务顾问资深系统架构师资深模型顾问资深技术顾问 NCR专家顾问组 业务专家管理分析人员资深技术人员 银行后援支持组 技术人员 熟悉业务系统沟通能力强理解数据 业务人员 熟悉业务规则掌握实际运作确认规范和定义 数据规范小组NCR人员 1 2 银行人员 2 3 ETL小组NCR人员银行人员 黄色部分是在数据仓库项目组中和LDM建设相关的人员 准备工作2 收集资料 5 系统介绍包括系统架构 主要设计思想以及和其他系统的关系等 系统数据字典有完整的数据字典 含字段说明 供分析用 样本数据验证重要的 复杂的业务规则 帮助分析数据的使用规则 如果涉及到多个系统 应该保证各系统数据之间的同步性 准备工作3 确定范围 6 数据源范围客户化工作会涉及几个源业务系统 样本数据会选择多少机构 多长时间的数据 提交物客户化工作结束之后的提交物主要包括哪些 准备工作 提交物 7 源业务系统介绍材料样本数据报送表组织架构建议和分工 NCR逻辑数据模型客户化方法论 8 FS LDM介绍客户化研讨讲解模板 产品当事人协议事件渠道内部机构 应用验证数据验证合理性验证规范验证 客户化FS LDM 前期准备 项目组交流研讨 分析源系统 统一业务定义 模型验证 组建团队收集资料确定范围 介绍源业务系统分析整理数据结构分析样本数据 框架设计模型详细设计完善和回顾 项目组交流研讨 NCRFS LDM产品培训NCR资深建模专家就FS LDM进行详细的介绍 主要包括数据模型的一些基本概念 常用的建模方法 FS LDM各主题的定义和主要内容 关键实体和属性描述等 客户化研讨帮助项目组所有成员清楚地了解客户化过程 明确小组的工作方式和主要工作目标 任务 并且共同制定详细工作方式 才能够保证后续工作的顺利展开 9 就术语达成共识确定LDM定位和作用确定实施策略制定详细工作方式 交流研讨 提交物 10 培训材料学习资料 NCR逻辑数据模型客户化方法论 11 FS LDM介绍客户化研讨讲解模板 产品当事人协议事件渠道内部机构 应用验证数据验证合理性验证规范验证 客户化FS LDM 前期准备 项目组交流研讨 分析源系统 统一业务定义 模型验证 组建团队收集资料确定范围 介绍源业务系统分析整理数据结构分析样本数据 框架设计模型详细设计完善和回顾 分析源系统 介绍源业务系统系统架构 设计思想业务功能 重要流程系统定位和其他系统的关系分析整理数据结构了解每个表的用途分析每个字段的含义整理数据结构归纳分类数据表分析样本数据分析数据的填写规则验证业务规则查询某种规律 12 清晰了解现状为客户化提供基础 关键点 有效的问题反馈机制完备的数据资料和文档 源业务系统分析 提交物 13 源业务系统介绍数据结构整理数据字典整理数据表分类问题跟踪表 NCR逻辑数据模型客户化方法论 14 FS LDM介绍客户化研讨讲解模板 产品当事人协议事件渠道内部机构 应用验证数据验证合理性验证规范验证 客户化FS LDM 前期准备 项目组交流研讨 分析源系统 统一业务定义 模型验证 组建团队收集资料确定范围 介绍源业务系统分析整理数据结构分析样本数据 框架设计模型详细设计完善和回顾 2020 1 27 15 客户化模型1 框架设计 16 基于NCR的FS LDM 根据所设定的目标和数据范围 确定需要建设的主题范围 构建LDM的原型框架 LDM原型框架决定数据仓库的数据组织原则和基本形式 也决定了数据仓库的应用范围和应用模式 蓝本 客户化模型2 模型详细设计 17 以上工作须有业务人员和熟悉业务系统的技术人员的参与和配合 基于LDM原型框架 进行各主题的详细设计 主要任务包括 创建各主题的实体和属性 并进行尽可能详细 准确的定义和说明 建立各实体间的关系 尽可能准确地体现业务规则 建立主题之间的关联 参照业务需求对实体和属性进行调整 设计过程中也需要对相关代码表进行整理 建立主外键关系 客户化模型2 统一业务定义 18 在详细了解FS LDM的基础上 通过对源系统相关信息的了解和整理工作 IT人员和业务人员应该对一些重要的业务元素统一定义 包括 产品渠道当事人协议事件 及时确认 客户化模型3 完善和回顾 19 1 与熟悉业务系统的技术人员进行交流和探讨 是否正确理解了原业务系统的数据 是否有重要的数据被遗漏 实体之间的关系是否正确 2 与业务专家进行模型的回顾和检讨 是否能够帮助实现业务需求 是否能够很容易地理解 重要的业务规则是否得以体现 回答 解决问题是否方便 3 对数据主题 实体 属性进行确认和完善 可能需要多次的讨论和交流 客户化模型 提交物 20 概念模型框架模型模型命名规范客户化后LDM问题跟踪表 NCR逻辑数据模型客户化方法论 21 FS LDM介绍客户化研讨讲解模板 产品当事人协议事件渠道内部机构 应用验证数据验证合理性验证规范验证 客户化FS LDM 前期准备 项目组交流研讨 分析源系统 统一业务定义 模型验证 组建团队收集资料确定范围 介绍源业务系统分析整理数据结构分析样本数据 框架设计模型详细设计完善和回顾 模型的验证 22 技术角度 是否符合建模规范 是否有足够的文档支持业务角度 选取不同的业务需求 从不同的角度对模型进行验证 通过应用需求验证 评估数据组织的合理性 验证和评估结果将成为调整 完善模型的依据 客户化模型 提交物 23 模型验证文档验证后LDM模型说明文档 NCR逻辑数据模型客户化方法论 24 FS LDM介绍客户化研讨讲解模板 产品当事人协议事件渠道内部机构 应用验证数据验证合理性验证规范验证 客户化FS LDM 前期准备 项目组交流研讨 分析源系统 统一业务定义 模型验证 组建团队收集资料确定范围 介绍源业务系统分析整理数据结构分析样本数据 框架设计模型详细设计完善和回顾 模型的实施 25 确定数据类型 建立PDM 进行数据映射 制定抽取策略 转入ETL工作 开发基础应用 进行用户培训和推广 制定下阶段工作目标和范围 一个好的LDM应该是 中性的 共享的 不针对某个特别的应用而设计 灵活的 可扩展的 能以第三范式存放最详尽的数据 业务发生变化时易于扩展 适应复杂的实际业务情况 稳定的 经得起考验的 能够在很长