企业数据架构数据治理设计规划咨询项目建议
数据架构数据治理设计规划方案 企业架构(EA)设计咨询项目 本项目通过一系列的交付物，回答XX企业架构亟需解决的核心问题 XX企业架构亟需回答的核心问题本项目的相应交付物 本文内容 •XX需要加强哪些业务能力建设以应对未来5年内各方面的挑战？这些这些能力建设的重点对IT有哪些要求 ？ •XX目前的IT架构如何？ 目前的IT架构存在哪些差距? •为了弥补这些差距，XX未来5年的IT架构应该在哪些方面进一步提升？如何提升？变为怎样？如何演进？ •如何确保企业架构对信息化项目的指导，并具备内部长期演进架构的能力？针对体改后的科信部与信通中心设置，如何确保组织上的保障？ •如何确保XX具备对已建设的IT系统的深化应用，特别是信息/数据方面的实用化？ •如何将架构蓝图在系统/工具中固化，以确保架构在各个项目中的统一？ •<文件1>目标业务能力架构 –各种挑战及业务能力建设重点 –业务能力重点对IT的要求 •<文件2>IT架构现状梳理 •<文件3>IT架构现状诊断 •<文件4>目标IT架构设计 –架构改进点及建议 –未来1/3/5年的目标架构及演进路线 •<文件5>企业架构治理(EAM)现状诊断 •<文件6>企业架构治理(EAM)设计 –针对体改后的组织设置，设计所需角色、 岗位、职责，及项目治理流程 •<文件7>数据治理的方向性建议 •<文件8>现有/目标架构的ARIS模型说明 –现有/目标架构在ARIS中被完整记录，该 文件为对建模内容的说明 1 为了提升信息系统在数据方面的实用化，XX需要在角色、要素、流程三方面综合提升数据治理水平 业界数据治理的主要方面 业界最佳实践 1 角色 业务与IT相配合的多层级“数据所有制” •基于企业信息/数据模型，建立主要数据对象的“所有者”，对数据质 量负责；具备两大特征： –业务与IT相配合：每个数据对象都有业务与IT两组责任人员 2 要素 数据设计、数据平台、数据生命周期、数据KPI –多层级：企业层面，能力域/系统层面、功能点/系统模块层面 •针对业务需求，定义主要数据对象 •针对主要数据对象，建立企业信息/数据模型，即数据源与数据流的概念视图 •规范化数据建模方式（包括逻辑视图与物理视图） •制定数据技术平台的总体架构 •定义数据生命周期管理的方法 3 流程 数据治理的9大核心流程 •定义数据治理的KPI •针对数据督导、建模、日常管理三方面的主要工作，建立相关的治理流程，并制定相关角色的负责机制 XX面临的挑战 •无固定数据所有制与相关团队配置 •缺乏统一的数据定义 •缺乏全局性的企业信息/数据模型作为各信息化项目的“唯一数据源”的指导 •数据建模方式在各个项目中不尽相同 •数据平台集成度不足 •管理方法缺失 •KPI缺失 •无固定数据治理流程与机制 2 角色 1数据治理团队的设置可以细分为数据督导、数据建 II 数据督导 企业数据管理委员会 模/架构以及数据库管理三个团队 I 企业架构层 主要职责 •指导数据治理的方向 •制定数据政策 •分配数据治理的角色 •解决数据治理的争端 业务重点 数据定义 角色职能 IT重点 III 数据建模师/架构师 数据质量控制 数据概念建模 数据逻辑建模 IV 数据物理建模/实施 数据模型维护 数据库管理员 数据日常维护 企业整体 架层面 构能力板块 层层面级 信息系统 /项目层 主要职责 •根据业务需求与信息的价值，对数据进行分类与定义 •通过定义与监控数据KPI，及定 期的数据审核，制定与管理数据SLA，确保数据质量 •设计企业整体层面的数据概念模型 •设计能力板块与系统/项目层的数据逻辑模型与使用者模型 •维护各层面的概念与逻辑数据模型 •负责信息系统项目中的数据物理模型的设计/实施 •管理数据性能和容量 •管理数据可用性、备份和恢复、数据连贯性、以及数据安全 3 物资/服务供应管理 物资管理数据 供应商管理数据 XX采购 XX采购数据 角色 1数据督导的设立要以能力板块的数据需求为基础 能力板块主要数据 市场营销/客户服务 XX营销数据 XX产品数据 客户数据 XX计量装置管理 XX计量装置数据 XX规划/资产管理 XX规划数据 项目建设和管理项目管理数据 XX运行维护 XX及设备数据 XX运行数据XX维护数据 对于存在于多个能力板块的信息/数据，可以依据数据源及数据使用程度决定数据督导来自哪个部门，或者由两个部门督导共同管理 人力资源管理 人力资源数据 财务管理 财务数据 资料来源：访谈；XX资料；小组分析4 角色 1数据治理团队与企业架构管理团队的对应关系 企业数据 原有角色 改进角色 新增角色 EAM团队中的企业架构师 企业架构总监(副总信息师) 信息化工作领导小组 EAM团队中的支持人员 其他数据治理团队 治理团队 I 企业数据管 与企业数据治理团队的对应关系 •企业数据治理是信息化领导小组 核心管理议题 流程 业务架构师 兼企业数据督导 （副总信息师） 能 力 项目业务架构师 （业务部门专业主任师） 能力板块数据督导 （业务部门） 数据督导助理 架构知识库管理员信通中心） ( 理委员会 II 数据督导团队 •业务架构师负责企业层面数据督导的责职 •各核心业务部门需要设立相对应能力板块层面的数据督导 –XX规划数据：发策部 –项目管理数据：基建部 –XX及设备、XX运行、XX维护 应企信 集成 用业IT息IT架安架构全构师架 总构 监科师 信 数据 信 科信科 应用和集成架构师 （信通中心） 项目软件架构师兼数据逻辑建模 （信通中心） 信通中心） ( 架构需求 协调员 数据:生技部 –XX营销、XX产品、客户、及XX计量装置数据：营销部 –物资管理、供应商管理数据：物资部 –财务数据：财务部 –人力资源数据：人力资源部 •信通中心数据督导助理，每个人负责承接2-3个业务部门数据督导的要求和协调日常的工作 基础 信息安部处全主处任 数据架构师 （信通中心） 基础架构师 项目基础架构师 (信通中心） 项目数据物理建模 员 数据日常运维团队 （信通中 III 数据建模/架构团队 IV 数据库管理 •数据架构师要负责企业整体层面的数据建模和架构维护更新 •项目软件架构师团队需要在项目层面设计数据的逻辑架构 •数据运维团队负责数据日常的维 （信通中心） （信通中心） (信通中心）心） 团队• 护管理 项目数据物理建模员负责项目层面的数据物理设计 5 角色 1数据治理团队的级别和数量配置 所需 现有FTE 体改增加FTE II 数据督导团队 •企业级数据督导•能力板块级数据督导 –XX规划/投资–项目管理–生产运行–营销/客户–物资管理–财务管理–人力资源管理–XX调度 •副总信息师•发策部•基建部•生技部•营销部•物资部•财务部•人资部•调度 •副总师•科/副科•科/副科•科/副科•科/副科•科/副科•科/副科•科/副科•科/副科 111111111 50%30%30%30%30%30%30%30%30% 0.50.30.30.30.30.30.30.30.3 •信通中心数据督导助理 •企业级数据架构师 •系统/项目级数据建模师 •信通中心•信通中心•信通中心 •科员•科•副科/科员 315 100%100%50% 312.5 数据治理团队架构层级 部门级别数量 每人投入 FTE 缺口FTE 需要的总FTE III 数据建模/架构团队 IV 数据库管理团队 •企业级数据库管理员 –数据备份 –权限配置 –数据仓库管理 •科员 1 100% 1 –数据质量和服务水 •科员 1 100% 1 –数据库管理 •信通中心系统运维 •科员 •科员 •科员 1100%1 1100%1 1100%1 平监控 –IDP管理 •系统/项目级数据物理建模员 •设计商/信通中心 •科员 •科员 1100%1 2100%2 数据治理团队总FTE17.4 现有体改增缺口需要 FTE 加FTE FTE 总FTE 6 要素 2数据治理要素主要包括数据设计、数据技术平台/ 数据生命周期管理以及数据治理KPI四个方面 数据治理要素 数据设计 数据技术 A 数据定义 数据模型 数据建模 E 数据使用者建模 B 概念建模 C 逻辑建模 D 物理建模 具体描述 •以业务对数据的需求为输入，定义主要的数据对象、属性及负责部门 •在企业整体架构和能力板块层面，明确核心企业共享数据的数据源、及数据的引用关系/流向等 •对于概念层面的各个数据对象，定义之下的数据实体(Entity)、及数据实体之间的逻辑关系(Relationship) •在系统开发层面，定义单个逻辑数据模型如何在特定的数据库管理系统中实施 •在企业整体架构和能力板块层面，将数据使用者按需分类，并明确相关数据操作权限(CRUD) •明确数据产生和维护；整合、集成 如何建立这些要素 •数据督导团队负责 •数据督导团队和数据建模团队一同完成 •项目团队中的数据建模人员负责 •项目团队中的数据建模人员负责 •数据建模团队：明确各类数据使用者模型 •本次EA项目：明确数据集 平台已在IT架构设计章节中介绍 F 和转换；运营数据集中/清洗/融合；管理数据分析与展现的技术实现方式 •明确数据服务水平(SLA) 成、集合等方面的总体架构 •数据建模团队进一步细化，维护更新 •数据督导团队：明确数据服 数据生命周期 G 数据治理 KPI •依据业务数据服务水平的高低，明确数据全生命周期存储规范：存取速度、备份和恢复要求、迁移日期，保留期限和保护方式 •明确数据治理的主要考核指标，如完整性、准确性、及时性指标等 务水平 •数据库管理团队：依据数据服务水平要求，对于数据对象建立储存规范 •在企业数据管理委员会领导下，数据治理3大团队协同制定 7 要素 2数据治理要素在各角色中的职责分工表 II R：义务，有义务积极参与并尽力支持A：责任，对最终结果负全责C：顾问，有特长对特定领域特定决策提出建议I：告知，受到结果的影响，需要被通知，但不必参与到具体工作过程中 I企业数据管理 数据督导团队 III数据建模/架构团队 IV数据库管理团队 委员会 企业数据管理委员会 企业级数据督导 能力板块级数据督导+督导助理 企业级数据建模师/架构师 系统/项目级数据建模师 企业级数据库管理员 系统/项目级数据物理建模师 A数据定义 数据定义 IRACICI B数据概念建模I 数据C数据逻辑建模I 模型D数据物理建模I E数据使用者建模I IRAICIIIRACIIICIR A CRRACI 数据技术平台 数据技术平台架构II CAIRI 周期 生命 数据全 F数据服务水平制定I 数据存储规范制定I RACIRIIRCIAI 理KPI 数据治 G KPI的设定 ARRRIRI 8 要素 业界最佳实践总结 2A数据定义 目标 •保证全企业内部数据对象具有明确的所有权与属性定义 定义 •识别全企业内的信息/数据对象，明确数据的所有权（包括能力板块与业 务部门），定义数据对象所需要的数据属性 输入 •输入：确定主要的业务驱动因素（战略举措，关键业绩指标）以及对数据 需求的影响 输出 •业务/数据对象；数据对象所在的业务能力板块/系统；被共享/引用的业务 能力板块/系统；业务负责部门；数据属性及结构 9 要素 2A数据定义将数据对象与业务能力间的对应，转化为系统 与数据属性/字段之间的对应 在应用架构中讨论 在数据架构/治理中讨论 数据源 数据引用关系 业务能力模块 B数据概念模型 –企业信息/数据模型 数据对象(概念) 系统对业务的支持/覆盖 应用系统 /系统模块 数据逻辑/物理模型 –应用系统/项目数据设计 数据属性(逻辑） /数据库表的字 C逻辑模型 D物理模型 A数据定义段(物理) 10 要素 2A数据定义–模版(1/2) 数据对象：物资
