一.定义
关于数据的数据。
---不仅包括技术和业务流程、数据规则和约束，还包括逻辑数据结构与物理数据结构等。它描述了数据本身如数据库、数据元素、数据模型，数据表示的概念如业务流程、应用系统、软件代码、技术基础设施，以及数据与概念之间的联系。
二.用处
1.管理和使用数据（资产）-越完善的元数据，越有利挖掘数据中的价值
2.风险管玾-敏感数据标签，让使用者注意隐私保护和数据安全
3.没有元数据，组织就不能将其数据作为资产进行打理！！
三.业务驱动因素
1.通过提供上下文语境和执行数据质量检查提高数据的可信度
2.通过扩展用途增加战略信息的价值
3.通过识别冗余数据和流程提高运营效率
4.防止使用过时或不正确的数据
5.减少数据的研究时间
6.改善数据使用者和IT专业人员之间的沟通
7.创建准确的影响分析，从而降低项目失败的风险
8.通过缩短系统开发生命周期的时间缩短产品上市时间
9.通过全面记录数据背景、历史和来源降低培训成本和员工流动的影响
10.满足监管合规
四.目标
1.确保人们理解和使用数据内容的一致性
2.了解来自组织不同部门的数据之间的相似和差异
3.确保元数据的质量、一致性、及时性和安全
4.提供途径，可以访问元数据
5.推广或强制使用技术元数据标准，以实现数据交换
五.原则
1.组织承诺
高级管理层的支持和资金
2.战略
对齐业务战略
3.企业视角
给企业带来价值
4.潜移默化
积极宣导
5.访问
方便员工使用
6.质量
找到责任人
7.审计
有标准有审计
8.改进
持续反馈改进
六.基本概念
1.元数据与数据
1.元数据也是数据，应用数据管理的方式进行管理
2.一个人的元数据，可能是另一个人的数据
3.组织应定义元数据需求，重点关注元数据能用来做什么和满足这些需求的源数据
2.元数据的类型
通过数据来源而不是使用方式来分类的
1.业务元数据
包括主题域、概念、实体、属性的非技术名称和定义、属性的数据类型和其他特征
2.技术元数据
提供有关数据的技术细节、存储数据的系统以及在系统内和系统之间的数据流转过程的信息
3.操作元数据
描述处理和访问数据的细节
4.其他领域类型元数据
1.描述元数据：描述资源并且支持识别和检索，如标题，作者和主题等
2.结构元数据：描述资源及其组成组件之间的关系，如页数，章节等
3.管理元数据：描述管理生命周期的元数据，如版本号，存档日期等
3.ISO/IEC 11179 元数据注册标准
提供了用于定义元数据注册的框架
4.非结构化数据的元数据
1.描述元数据
描述元数据 (Descriptive Metadata）。描述资源并且支持识别和检索，如标题、作者和主题等。
2.结构元数据
结构元数据 (Structural Metadata）。描述资源及其组成组件之间的关系，如页数、章节等
3.管理元数据
管理元数据 (Administrative Metadata)。用于描述管理生命周期的元数据，如版本号、存档日期等。
4.书目元数据
5.记录元数据
6.保存元数据
5.元数据的来源
1.应用程序中元数据存储库
在建模工具、B1工具和其他应用程序中内置元数据存储库。随着组织元数据管理成熟度的提升，希望将不同应用程序中的元数据集成，以便数据使用者可以查看到各种信息。
2.业务术语表
业务视角的元数据来源
3.商务智能工具
商务智能工具生成与商务智能设计相关的各类元数据，包括概述信息、类、对象、衍生信息和
计算的项、过滤器、报表、报表字段、报表展现、报表用户、报表发布频率和报表发布渠道。
4.配置管理工具CMDB
5.数据字典Data Dictionary
6.数据集成工具
7.数据库管理和系统目录
8.数据映射管理工具
9.数据质量工具
10.数据目录
包含了组织内所有数据的系统，数据源和位置的信息
11.事件消息工具
12.建模工具和存储库
13.参考数据库
参考数据可能是元数据的一种
14.服务注册
15.其他元数据存储
6.元数据架构的类型
1.架构层次
1.元数据创建和采集
2.元数据在一个或多个存储库中存储
3.元数据集成
4.元数据交付
5.元数据使用
6.元数据控制和管理
2.类型
1.集中式元数据架构
- 集中式元数据架构由单一的元数据存储库组成，该存储库包含来自各种不同源的元数据副本
- 1.优点：
- 1.因为它独立于源系统，具有高可用性。
- 2.因为元数据集中在存储库中，具备快速能力。
- 3.解決了数据库结构问题，使其不受第三方或商业系统特有属性的影响。
- 4.抽取元数据时可进行转换、自定义或使用其他源系统中的元数据来补充，提高了元数据质量。
- 2.缺点：
- 1.必须采用复杂流程确保元数据源头中的更改能够快速同步到存储库中。
- 2.维护集中式存储库的成本可能很高。
- 3.元数据的抽取可能需要自定义模块或中间件。
- 4.验证和维护自定义代码会增加对内部IT人员和软件供应商的要求
- 1.优点：
2.分布式元数据架构
- 元数据检索引擎通过实时从源系统检索数据来响应用户请求；分布式元数据架构没有持久化的存储库
- 1.优点
- 1.元数据总是尽可能保持最新且有效，因为它是 从其数据源中直接检索的。
- 2.查询是分布式的，会提高响应和处理的效率。
- 3.来自专有系统的元数据请求仅限于查询处理 而不需要详细了解专有数据结构，因此最大限 度地减少了实施和维护所需的工作量
- 4.自动化元数据查询处理的开发可能更简单，只 需要很少的人工干预。
- 5.减少了批处理，没有元数据复制或同步过程，
- 2.缺点
- 1.无法支持用户定义或手动插入的元数据项，因 为没有存储库可以放置这些添加项.。
- 2.需要通过统一的、标准化的展示方式呈现来自 不同系统的元数据
- 3.查询功能受源系统可用性的影响。
- 4.元数据的质量完全取决于源系统
- 1.优点
3.混合式元数据架构
- 混合架构结合了集中式和分布式架构的特性；是最经常采用的元数据管理方案。
4.双向元数据架构
- 允许元数据在架构的任何部分（源、数据集成、用户界面）中进行更改，然后将变更从存储库（代理）同步到其原始源以实现反馈。
5.无管理的元数据架构
- 在没有意识对元数据进行专门管理的情况下，系统间如果需要互操作对方的元数据，需要点对点访向
七.活动
1.定义元数据战略
1.概念
描述组织应如何管理其自身元数据，以及元数据从当前状态到未来状态的实施线路
2.步骤
1.启动元数据战略计划
2.组织关键利益相关方的访谈
3.评估现有的元数据资源和信息架构
4.开发未来的元数据架构
5.制订分阶段的实施计划
2.理解元数据需求
1.内容
需要哪些元数据和哪种详细级别
2.功能需求点
1.更新频次
2.同步情况
3.历史信息
4.访问权限
5.存储结构
6.集成要求
7.运维要求
8.管理要求
9.质量要求
10.安全要求
- 一些元数据不应公开，因为会泄露某些高度受保密数据的信息
3.定义元数据架构
1.基本能力要求
1.元数据管理系统必须具有从不同数据源采集元数据的能力
2.受控的元数据环境应为最终用户屏蔽元数据的多样性和差异性
3.组织根据具体的需求设计元数据架构：集中式
分布式和混合式
2.基本步骤
1.创建元模型
- 创建一个元数据存储库的数据模型，也称元模型
2.应用元数据标准
- 命名约定标准
- 1.逻辑名称对用户有意义；尽可能使用完整单词;避免不熟悉的缩写：不用分隔符
- 2.物理名称符合DBMS的最长约定，可使用下划线作为分隔符；
- 3.命名要减少跨环境变化，不受特定环境影响；名字最后是分类词
3.管理元数据存储
- 1.控制活动
- 2.质量控制活动
- 3.元数据管理活动
- 4.培训活动
实施控制活动以管理元数据环境，控制活动应受到数据治理过程的监督
4.创建和维护元数据
1.管理原则
1.责任
- 流程的执行者对元数据的质量负责
2.标准
- 制定，执行和审查元数据标准，简化集成过程
3.改进
- 建立反馈机制
2.步骤
1.整合元数据
- 1.集成过程中从整个企业范围内收集和整合 元数据，包括从企业外部获取到的数据中 的元数据。
- 2.元数据存储库应将提取的技术元数据与相 关的业务、流程和管理元数据集成在一起
- 3.元数据整合过程中可能存在一些挑战，需 要诉诸于数据治理流程进行协调解决
2.分发和传递元数据的机制
- 1.元数据内部网站，提供浏览、搜索、查询、报 告和分析功能。
- 2.报告、术语表和其他文档。
- 3.数据仓库、数据集市和B1（商务智能）工具。
- 4.建模和软件开发工具消息传输和事务。
- 5.Web服务和应用程序接口 (API)。
- 6.外部组织接口方案（如供应链解决方案）
