数据标准试行工作简介.pptx

数据标准试行工作简介,集成的数据治理框架将为企业交付整合的，可信任的和安全的信息。,数据治理,数据认责,整合的 可信任的 安全的,数据 质量管理,数据标准管理,元数据 管理,数据安全 与隐私,数据生命 周期管理,数据架构 与模型,数据治理框架及数据标准管理的领域,8个关键的数据管理流程，管理把数据转变为整合的、可信任的和安全的信息,数据治理和数据认责层用于管理这些数据管理流程,在治理和管理数据中，将涉及组织，制度，流程和技术,数据服务,数据治理活动需以业务目标为导向,业务目标,分析能力,数据整合 管理,这个数据是什么意思？ 规范性的要求是怎样的？ 怎样保障实现规范要求？,数据标准（试行稿）包含十个基础类数据标准文件,注：所有代码类信息项均额外汇总了一份至公共代码文件中，便于查找,基础数据是日常业务开展过程中通过渠道采集或业务处理产生的原始数据。在全行范围必须是唯一定义的，包括客户、机构、交易数据等 基础类数据标准按照Teradata FSLDM银行十大主题，关注在客户、渠道、机构和资产等在全行具有唯一性，且在金融工具中可通用使用,数据标准（试行稿）包含一个指标类数据标准文件,指标类数据是为满足内部分析管理需要及外部监管要求在基础数据基础上按照一定业务规则加工的数据。为多业务主题所共享的数据，如有效客户定义、重要统计指标等。本次项目仅制定了部分指标标准,财务管理,客户管理,运营管理,信息管理,业务规模,存款业务,贷款业务,中间业务规模,资金营运业务,卡业务规模,渠道业务规模,其他业务规模,风险管理,资本充足,信用风险,市场风险,操作风险,流动性风险,其他风险,财务报表项目,财务分析指标,风险抵补,渠道管理,流程管理,人力资源,其他内部管理,客户规模,客户拓展,客户流失,客户评价,客户行为分析,其他客户指标,系统运行,数据质量,系统建设,其他信息管理,外部数据,宏观经济,行业监管,资本市场,指标类数据标准,每项基础数据标准定义包括如下要素,标准试行涉及的主要工作,数据标准执行环节： 标准执行由流程环节中各参与岗位遵照执行。 需求分析阶段：需求分析人员应当查询数据标准，确定业务需求中所需的数据是否存在适用的数据标准，对于执行的数据标准在需求说明书中注明数据标准编号； 设计开发测试阶段：在需求分析之后的所有软件开发周期阶段中持续贯彻数据标准，包括概要设计、详细设计（含标准映射）、开发以及测试。 上线后阶段：上线后要通过数据质量检核、映射检查等方式对落地情况进行评估，提出改进意见。,数据标准发布后在系统建设中得到执行。不同建设模式系统（新建系统、老系统、外购系统）的数据标准执行方式有所区别。,数据标准审核环节： 数据标准审核环节需要各部室质量管理员参与。 质量检查：将数据标准纳入质量检查要点。 数据标准审核环节需要数据标准管理岗参与。 需求评审环节：将数据标准纳入需求评审要点，数据标准管理岗参与项目的需求评审。 定期抽查：数据标准管理岗定期对各系统的详细设计文档进行检查。,需求分析阶段,产品人员根据标准中文名称与业务定义识别需求中信息项是否被纳入数据标准管理，部分不在需求中的信息项由开发人员识别,产品人员分析关键属性是否满足业务需求，若为已建系统，与开发人员共同分析系统现状是否兼容,参考数据密级制定保护要求,没有找到对应的数据标准/标准属性无法满足业务需求？,Teradata Confidential,出于管理成本考虑，数据标准并未纳入所有的信息项,数据标准的准入原则 监管机构具有明确要求的数据 银行关键业务流程中使用的数据有数据质量控制要求的数据 用于多个业务流程的数据或者多个系统使用的数据 支持主要业务决策和分析的统计数据,由于现阶段文档中的标准中文名称及别名有限，可以尝试减少关键字搜索，如有其它常用的别名欢迎向标准管理岗补充 参考上述标准准入原则，欢迎向标准管理岗提出标准新增建议 标准属性无法满足业务需求应向标准管理岗进行反馈 信息项业务定义不一致但标准中文名称相同的情况下，须更改信息项名称与数据标准中文名称（以及别名）严格区分：例如标准中“企业规模”为统计局/工信部标准，若处于内部管理需要需要采集其它标准的企业规模，信息项名称可定义为“内部企业规模”,开发设计阶段,可以考虑参考英文名称命名,开发人员依照标准属性进行设计,开发人员参考关键信息，按需求进行信息采集检查、控制,参考数据密级落实保护要求,标准信息项属性兼容性判断标准与落地要求,Teradata Confidential,接口设计：纳入ESB的系统应严格按照ESB服务治理的相关规范及数据标准设计，原则上不建议由ESB进行二次转换。,系统内数据存储：应