读DAMA数据管理知识体系指南07数据架构（上）

1. 浪潮

1.1. 第一波浪潮是银行和金融生意业务
1.2. 第二波浪潮是各种数字服务交互
1.3. 在第三波浪潮中，传统行业像汽车、医疗保健设备和工具等也正在举行数字化转型

• 1.3.1. 物联网和远程信息处理惩罚推动了第三波浪潮
  

2. 数据架构

2.1. 架构是构建一个系统的艺术和科学，以及在此过程中形成的结果——系统本身

• 2.1.1. 架构是对组件要素有组织的设计，旨在优化整个结构或系统的功能、性能、可行性、成本和用户体验
  
• 2.1.2. 架构界说为“系统的基本结构，详细体现在架构构成中的组件、组件之间的相互关系以及管理其设计和演变的原则
  
• 2.1.3. 从全局来理解，​“架构”一词可以指对系统当前状态的形貌、一组系统的组件、系统设计的准则（架构实践）​、一个系统或一组系统的意向性设计（将来状态或计划的架构）​、形貌系统的构件（架构文档）或执行设计工作的团队（架构师或架构团队）等
  

2.2. 架构设计工作通常在组织的差别范围（企业、业务条线、项目等）内，在信息系统的差别层级（基础架构、应用架构和数据架构等）来开展
2.3. 企业架构包括多种差别类型，如包括业务架构、数据架构、应用架构和技能架构等

• 2.3.1. 数据架构是数据管理的基础
  
  
  
  • 2.3.1.1. 数据架构如果能够完全支持整个企业的需求，它才是最有价值的
    
  • 2.3.1.2. 企业数据架构是实现整个企业数据尺度一致及数据整合的保证
    
  
  

2.4. 数据架构结果，包括差别层级的模子、界说、数据流，这些通常被称为数据架构的构件

• 2.4.1. 数据架构的构件包括当前状态的形貌、数据需求的界说、数据整合的指引、数据管控计谋中要求的数据资产管理规范
  
• 2.4.2. 组织的数据架构是指差别抽象层级重要设计文档的集合，此中重要包括数据的收集、存储、规划、使用和删除等尺度
  
• 2.4.3. 架构师设计的数据架构构件好坏常有价值的元数据的重要构成部门
  
• 2.4.4. 在抱负环境下，数据架构构件应该在企业级元知识库中被集成存储和管理
  

2.5. 数据架构运动，用于形成、部署和实现数据架构的目标
2.6. 数据架构行为，包括影响企业数据架构的差别角色之间的协作、思维方式和技能
2.7. 最为详细的数据架构设计文件是正式的企业数据模子，包含数据名称、数据属性和元数据界说、概念和逻辑实体、关系以及业务规则

• 2.7.1. 物理数据模子也属于数据架构文件，但物理数据模子是数据建模和设计的产物，而不是数据架构的产物
  

2.8. 许多企业，在基于数据提供服务的业务模式上几乎没有什么履历，由于在此之前这些服务都是由零售商或售后服务提供商负责

• 2.8.1. 架构师就是要通过自身的专业技能，将这些容易被非专业架构职员难以理解或迷惑的内容界说和设计清晰，以便浅近易懂
  
• 2.8.2. 具有前瞻性的组织在设计新产品时，设计团体应该包括数据管理专业职员（如企业数据架构师或战略数据管理员）​，由于现在新产品的设计需要以数据为基础，而数据通常需要涉及捕获数据的硬件、软件和服务以及依靠数据访问服务等
  

3. 业务驱动因素

3.1. 重要职责

• 3.1.1. 利用新兴技能所带来的业务优势，从战略上资助组织快速改变产品、服务和数据
  
• 3.1.2. 将业务需求转换为数据和应用需求，以确保能够为业务流程处理惩罚提供有效数据
  
• 3.1.3. 管理复杂数据和信息，并通报至整个企业
  
• 3.1.4. 确保业务和IT技能保持一致
  
• 3.1.5. 为企业改革、转型和提高适应性提供支持
  

3.2. 数据架构师创建和维护企业相关数据及其系统的知识

• 3.2.1. 这些知识可以使得企业将数据作为资产举行管理，以及研究更多数据在业务应用、低落成本、风险防控等方面的场景，以提升企业在数据价值变现方面的本领
  

4. 数据架构结果和实行

4.1. 重要结果

• 4.1.1. 数据存储和处理惩罚需求
  
• 4.1.2. 设计满足企业当前和恒久数据需求的结构和规划
  

4.2. 架构师寻求一种能够为组织带来价值的方式对组织的数据架构举行设计

• 4.2.1. 界说组织中数据的当前状态
  
• 4.2.2. 提供数据和组件的尺度业务词汇
  
• 4.2.3. 确保数据架构和企业战略及业务架构保持一致
  
• 4.2.4. 形貌组织数据战略需求
  
• 4.2.5. 高阶数据整合概要设计
  
• 4.2.6. 整合企业数据架构蓝图
  

4.3. 总体数据架构实行

• 4.3.1. 使用数据架构构件（主蓝图）来界说数据需求、引导数据整合、管控数据资产，确保数据项目投入与企业战略保持一致
  
• 4.3.2. 与参与改进业务或IT系统开发的优点相关方合作，学习并影响他们
  
• 4.3.3. 通过数据架构及通用的数据词汇，搭建企业数据语言
  

5. Zachman框架

5.1. 什么(What)

• 5.1.1. 目录列，表示构建架构的实体
  

5.2. 怎样(How)

• 5.2.1. 流程列，表示执行的运动
  

5.3. 在哪里(Where)

• 5.3.1. 分布列，表示业务位置和技能位置
  

5.4. 谁(Who)

• 5.4.1. 职责列，表示角色和组织
  

5.5. 什么时间(When)

• 5.5.1. 时间列，表示隔断、事件、周期和时间表
  

5.6. 为什么(Why)

• 5.6.1. 动机列，表示目标、计谋和手段
  

5.7. 重新界说转换是将抽象的概念变化为详细的实例（实例化）的必经步调
5.8. 高管视角（业务配景）

• 5.8.1. ​界说差别模子范围的业务元素目录
  

5.9. 业务管理视角（业务概念）

• 5.9.1. ​明确管理层在界说的业务模子中所涉及的差别业务概念之间的关系
  

5.10. 架构师视角（业务逻辑）

• 5.10.1. ​作为模子设计的架构师细化系统需求，设计系统逻辑模子
  

5.11. 工程师视角（业务实体）

• 5.11.1. ​作为详细模子建造者的工程师，在特定技能、职员、成本和时间限制内，优化和实行为详细应用设计的物理模子
  

5.12. 技能职员视角（组件程序集）

• 5.12.1. ​采用特定技能、脱离上下文语境的视角，来解释设置模子的技能职员如何使用、组装和实行设置组件
  

5.13. 用户视角（操作类）

• 5.13.1. ​参与职员所使用的实际功能实例。该视角没有模子
  

6. 企业数据架构

6.1. 数据架构界说了对组织非常重要元素的尺度术语和设计
6.2. 企业数据架构的设计中包括业务数据形貌，如数据的收集、存储、整合、移动和分布
6.3. 企业数据模子

• 6.3.1. 企业数据模子是一个整体的、企业级的、独立实行的概念或逻辑数据模子，为企业提供通用的、一致的数据视图
  
• 6.3.2. 通常用于表示高层级简化的数据模子，也表示了差别抽象层级
  
• 6.3.3. 企业数据模子包括通用的（企业范围的概念和逻辑模子）和特定于应用或详细项目的数据模子及其界说、规范、映射和业务规则
  
• 6.3.4. 需要设计企业数据模子的组织，必须决定投入多少时间和精神到构建和维护企业数据模子上
  
• 6.3.5. 企业主题域的概念概述
  
• 6.3.6. 各主题域的实体和关系概述
  
• 6.3.7. 归属于同一主题域的详细逻辑概述
  
• 6.3.8. 详细到应用或项目的逻辑和物理模子
  
• 6.3.9. 各层级的模子是企业数据模子的构成部门，模子链接界说和管理了模子的纵向从上到下以及横向之间的关联路径
  
  
  
  • 6.3.9.1. 纵向：差别层级模子之间的映射
    
  • 6.3.9.2. 横向：同一个实体和关系可能出现在同一层级的多个模子中
    
  
  
• 6.3.10. 每个企业数据模子既可以采用自上而下，也可以采用自下而上的方法举行构建
  
  
  
  • 6.3.10.1. 自上而下是从主题域开始，先设计主题，再逐步设计下层模子
    
  • 6.3.10.2. 采用自下而上的方法时，主题域结构则是基于现有逻辑数据模子向上提炼抽象而成
    
  • 6.3.10.3. 通常保举两种方法相结合，即自下而上地从分析现有模子开始，自上而下地设计主题模子，通过两种方法的结合来共同完成企业数据模子的设计工作
    
  
  
• 6.3.11. 常用的主题域识别准则
  
  
  
  • 6.3.11.1. 使用规范化规则，从系统组合中分离主题域，基于顶级流程（业务价值链）或者基于业务本领（企业架构）从数据治理结构和数据全部权（或组织）中形成主题范畴
    
  • 6.3.11.2. 如果主题域结构是使用规范化规则形成的，那么它对于数据架构工作通常是最有效的
    
  • 6.3.11.3. 规范化过程将建立承载/构成每个主题域的重要实体
    
  
  

6.4. 数据流设计

• 6.4.1. 界说数据库、应用、平台和网络（组件）之间的需求和主蓝图
  
• 6.4.2. 这些数据流展示了数据在业务流程、差别存储位置、业务角色和技能组件间的流动
  
• 6.4.3. 数据流是一种记载数据血缘的数据加工过程，用于形貌数据如何在业务流程和系统中流动
  
• 6.4.4. 端到端的数据流包含了数据起源于哪里，在哪里存储和使用，在差别流程和系统内或之间如何转化
  
• 6.4.5. 数据血缘分析有助于解释数据流中某一点上的数据状态
  
• 6.4.6. 业务流程中的应用
  
• 6.4.7. 某个环境中的数据存储或数据库
  
• 6.4.8. 网段（有助于安全映射）
  
• 6.4.9. 业务角色（形貌哪些角色有职责创建、更新和删除数据）
  
• 6.4.10. 出现局部差别的位置
  
• 6.4.11. 数据流可以用于形貌差别层级模子的映射关系：主题域、业务实体，以致属性层面的映射关系
  

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。