1 文章结构脑图

第4章 数据架构 10%.png

2 基本概念

2.1 企业架构类型

企业架构类型： <font color="red">业务构架、数据架构、应用架构、技术架构</font>。<font color="green">P72</font>

2.2 企业架构框架

架构框架: 提供了思考和理解架构的方式。他们代表了一个总体的“架构的架构”。 <font color="green">P73</font>

Zachman 框架： 6X6 矩阵，这组模型可以完整地描述一个企业以及相互之间的关系。<font color="red">问询沟通和重新定义转换</font>两个维度。

Zachman 框架——问询沟通： 1 什么 What： 目录列，构建架构的实体。2 怎么 HOW： 流程列， 表示执行的活动。3 在哪里 WHERE： 分布列，业务位置和技术位置。4 谁 WHO： 职责列，角色 和组织。5 时间 WHEN： 时间列，表示间隔、事件、周期和时间表。6 为什么 WHY： 动机列， 表目标、策略和手段。<font color="green">P73</font>

Zachman 框架——重新定义转换： 是将抽象的概念转变为具体的实体(实例化)的必经步骤。1) 高管视角(业务背景)： 定义不同模型范围的业务元素目录。2)业务管理视角(业务概念)： 明确管理层在定义的业务模型中所涉及的不同业务概念之间的关系。3)架构师视角(业务逻辑)： 作为模型设计的架构师细化系统需求，设计系统逻辑模型。4)工程师视角(业务实体)： 作为 具体模型建造者的工程师，在特定技术、人员、成本和时间限制内，优化和实施为具体应用设计 的物理模型。5)技术人员视角(组件程序集)： 采用特定技术、脱离上下文语境的视角，来解 释配置模型的技术人员如何使用、组装和实施配置组件。6)用户视角(操作类)： 参与人员所 使用的实际功能实例。该视角没有模型。<font color="green">P74</font>

2.3 企业数据架构

企业数据架构： 定义对组织非常重要元素的标准术语和设计。企业数据架构的设计中包括业务数 据描述，如数据的收集、存储、整合、移动和分布。具体如下:企业数据模型(数据结构 、数据规范)。数据流设计。<font color="green">P74</font>

当数据在组织中通过源或接口流动时： ==需要安全、集成、存储、记录、分类、共享的报表和分析,最终交付给利益相关方使用。在这个过程中,数据可能会被验证、增强、链接、认证、整合、脱敏处理以及用于分析,直到数据被归档或清除。== <font color="green">P74</font>

企业数据模型： 是一个整体的、企业级的、独立实施的概念或逻辑数据模型，为企业提供通用的、 一致的数据视图。简化抽象的。<font color="red">包括:数据实体(如业务概念)、数据实体间关系、关键业务规则和一些关键属性。</font><font color="green">P74</font>

数据流设计: 定义数据库、应用、平台和网络(组件)之间的需求和主蓝图。展示数据在业务流 程、不同存储位置、业务角色 和技术组件间的流动。<font color="green">P74</font>

企业数据模型: 采用行业标准模型能回国快开发企业数据模型的效率。随着企业需求变化，企业数据模型中的范围和各层级内容也会扩张，可以用不同层级增量和迭代方式来构建。每个企业数据模型中的实体应仅属于一个主题域，但可和任何其他主题域相关联。企业概念数据模型是由主题域模型相结合构建，可自上而下，也可自下而上。<font color="green">P75</font> 见下图4-4

主题域的识别准则必须在整个企业模型中保持一致。常用的主题域识别准则： 使用规范化规则，从系统组合中分离主题域，基于顶级流程(业务价值链)或者基于业务能力(企业架构)从数据治理结构和数据所有权(或组织)中形成主题领域。如果主题域结构是使用规范化规则形成的，那么它对于数据架构工作通常是最有效的。规范化过程将建立承载/构成每个主题域的主要实体。 <font color="green">P77</font> 见下图4-5

数据流： 记录数据血缘的数据加工过程，用于描述数据如何在业务流程和系统中流动。源于哪， 在哪存，如何转化，<font color="red">数据血缘分析有助于分析解释数据流中某一点上的数据状态。</font> <font color="green">P77</font>

数据流映射记录了: 1 业务流程中的应用。2 某个环境中的数据存储或数据库。3 网段。4 业务角色 。5 出现 局部差异的位置。<font color="green">P77</font>

数据流可以用于描述不同层级模型的映射关系: 主题域、业务实体，乃至属性层面的映射关系。 用 二维矩阵 或 数据流图 呈现。<font color="green">P77</font>

3 语境关系图

3.1 定义

架构: 是构建一个系统(如可居住型建筑)的艺术和科学,以及在此过程中形成的成果——系统本身。用通俗的话说,架构是对组件要素有组织的设计,旨在优化整个结构或系统的功能、性能、可行性、成本和用户体验。 系统的基本结构，具体体现在架构构成中的组件、组件之间的相互关系以及管理其设计和演变的原则。在组织不同范围、不同层级开展。负责将难以理解的东西定义明确清晰。<font color="green">P69</font>

企业架构包括多种不同类型,如包括业务架构、数据架构、应用架构和技术架构等。 良好的架构能助于让组织了解系统状 态、加速转好，实现守规提效的目标。其中数据架构的主要目标是有效地管理数据,以及有效地管理存储和使用数据的系统。<font color="green">P69</font>

数据架构是数据管理的基础，需要在不同层级上描述，以便更好的了解和帮助决策。<font color="green">P69</font>

数据架构的构件： 当前状态的描述、数据需求的定义、数据整合的指引、数据资产管理规范。<font color="green">P70</font>

最为详细的数据架构设计文件是正式的企业数据模型,包含数据名称、数据属性和元数据定义、概念和逻辑实体、关系以及业务规则。<font color="red">物理数据模型也属于数据架构文件,但物理数据模型是数据建模和设计的产物,而不是数据架构的产物。</font>

数据架构定义： 识别企业的数据需求(无论数据结构如何)，设计和维护总蓝图以满足这些需求。 使用总蓝图来指导数据集成、控制数据资产，并使数据投资与业务战略保持一致。<font color="green">P71</font>

3.2 目标

数据架构的目标： 是在业务战略和技术实现之间建立起一座通畅的桥梁，数据架构是企业架构中 的一部分。<font color="green">P70</font>

数据架构目标： 1 <font color="red">识别</font>数据存储和处理<font color="red">需求</font>。2 <font color="red">设计结构、计划</font>以满足企业当前和长期的数据需 求。3 <font color="red">战略性</font>的为组织做好准备，快速<font color="red">发展其产品、服务和数据</font>，并使数据投资与业务战略保持 一致。==【识别需求。设计结构。战略准备。】== <font color="green">P71</font>

3.3 业务驱动因素

业务驱动因素： 在业务战略和技术实现之间建立一座通畅的桥梁，是企业架构的一部分。主要职 责:1)利用新兴技术所带来的业务优势，<font color="red">从战略上帮助组织</font> 快速<font color="red">改变</font> 产品、服务和数据。2)将<font color="red">业务需求转换为数据和应用需求</font> ，以确保能够为业务流程处理提供有效数据。3)<font color="red">管理复杂数据和信息</font> ，并传递至整个企业。4)<font color="red">确保业务和 IT 技术保持一致</font> 。5)为企业改革、转型和提高适 应性<font color="red">提供支撑。 <font color="green">P70</font>

3.4 输入

数据架构输入： 企业架构。业务架构。IT 标准和目标。数据策略。
数据架构交付成果： 数据架构设计。数据流。数据价值链。企业数据模型。实施路线图。<font color="green">P70</font> 图 4-1

3.5 活动

简化数据和企业架构所面临的复杂问题,基于以下两种方式解决:： 面向质量(与传统一致)。面向创新(不用面面俱到)。<font color="green">P79</font>

建立企业数据架构要做的工作： 1)战略。选择框架，制定方法，开发路线图。2)沟通与文化。 3)组织。明确责任和职责。4)工作方法。与企业架构保持一致。5)结果。在总体路线图中产 出。<font color="green">P79</font>

企业数据架构也会影响项目和系统开发的范围边界。例如： 1定义项目数据需求。2评审项目数据设计。3确定数据溯源影响。4数据复制 控制。5 实施数据架构标准。6 指导数据技术和更新决策。<font color="green">P79-80</font>

企业数据架构路线图： 描述了 3-5 年发展路径。包括： 1 高层次里程碑事件。2 所需资源。3 成 本评估。4 业务能力工作流划分。<font color="red">路线图应以数据管理成熟度评估为指导。</font>(P80-开发路线图) 业务数据驱动路线图可以从最独立的业务能力开展，再处理相互依赖程度较高的业务能力。 <font color="green">P80</font>

在项目级别上,通过数据模型定义需求的过程是从审查业务需求开始的。通常,这些需求是特定于项目目标的,不会对企业产生影响。该过程还应包括开发术语定义和支持数据使用的其他活动。<font color="green">P80</font>

企业数据架构项目相关的活动: 1)定义范围。保证范围和接口与企业数据模型一致。2)理解业务需求。获取数据相关的需求，如实体，资源，可用性，质量和痛点，业务价值。3)设计。形成详 细的目标规范。4)实施(什么时候购买。什么时候重用数据。什么时候构建。)<font color="green">P81</font>

架构活动嵌入到项目过程采用的方式: 瀑布方式。迭代方式。敏捷方式(DevOps)。【软件工 程】

3.6 交付成果

数据架构的主要成果： 1)数据存储和处理需求。2)设计满足当前和长期数据需求的结构和规划。 <font color="green">P71</font>

数据架构师的主要工作： 1 定义数据当前状态。2 提供数据和组件的标准业务词汇。3 确保数据架构和企业战略、业务架构一致性。4 描述数据战略需求。5 高阶数据整合概要设计。6 整合企 业数据架构蓝图。 <font color="green">P72</font>

总体数据架构实施： 1 <font color="red">使用数据构架构件(主蓝图)来定义</font> 数据需求、<font color="red">指导</font> 数据整合、<font color="red">管控数据资产</font> ，<font color="red">确保</font> 数据项目投入与企业战略保持<font color="red">一致</font> 。2 与参与改进业务或 IT 系统开发的利益相关方 <font color="red">合作</font> ，学习并<font color="red">影响</font> 他们。3 通过数据构架及通用的数据词汇，<font color="red">搭建企业数据语言</font> 。 <font color="green">P72</font>

架构师寻求一种能为组织带来价值的方式对组织的数据架构进行设计。这种价值主要通过合适的技术应用、有效运营、项目效率提升及数据应用能力加强来体现。 <font color="green">P71</font>

3.7 技术驱动因素

3.8 方法

生命周期预测: 1 当前的。2 部署周期的。3 策略周期的。4 退役的。5 优先的。6 限制的。7 新兴的。8 审核的。<font color="green">P83-84</font>

图标使用规范: 1 清晰一致的说明。2 所有图表对象与说明相匹配。3 清晰一致的线条方向。4 一致的交叉线显示方法。5 一致的对象属性。6 线性对称。<font color="green">P84</font>

3.9 工具

数据架构工具: 1 数据建模工具。2 资产管理软件。(用于管理数据资源目录，描述其内容及跟踪 它们之间的关系。)。3 图形设计应用。<font color="green">P83</font>

3.10 度量指标

数据构架度量指标： <font color="red">架构标准接受率。实现趋势 。业务价值度量指标。</font> <font color="green">P86-87</font>
1)架构标准接受率： 测量项目与已建立的数据构架的紧密程度及项目与企业架构参与流程的遵循度。
2)实施趋势： 使用/重用/代替/废弃测量。项目执行效率测量。
3)业务价值度量指标： 1 业务敏捷性改进。2 业务质量。3 业务操作质量。4 业务环境改进

4 实施指南

数据架构包括构件、活动、行为 。数据架构实施工作** 内容:** 1)建立企业数据架构团队和<font color="red">举办问题讨论会</font> 。2)<font color="red">生成</font> 数据架构<font color="red">版本</font> 。3)在开发项目中，形成和建立数据架构<font color="red">工作方式</font> 。4)<font color="red">提高组织</font> 对数据架构工作价值<font color="red">认识</font> 。 <font color="green">P84</font>

就绪评估和风险评估: 1 缺少管理层<font color="red">支持</font> 。2 成功与否缺乏<font color="red">证据</font> 。3 缺乏管理者的<font color="red">信任</font> 。4 管理层<font color="red">不正确的决策</font> 。5 <font color="red">文化冲击</font> 。6 缺乏<font color="red">有经验的</font> 项目经理。7 <font color="red">单一维度视角</font> 。 <font color="green">P85</font>

组织和文化依赖(对数据框架的接受度取决于): 1 对架构方法的接受度。2 确认数据属于组织的 业务资产，而不仅是 IT 的任务。3 放弃局部数据视角，接受企业级数据视角的能力。4 将架构交 付成果整合到项目实施中的能力。5 规范数据治理的接受程度。6 立足企业布局，而不局限于项 目交付成果和 IT 解决方案的能力。<font color="green">P86</font>

5 数据架构治理

数据架构治理活动： ==1)项目监督。2)管理架构设计、生命周期和工具。3)定义标准。4)创建数据相关构件==。

6 关键架构图

1. 图4-1 数据架构语境关系图

   
   
   图4-1 数据架构语境关系图

2. 表4-2 企业架构类型

   
   
   image.png

3. 图4-3 简化的Zachman框架

   
   
   图4-3 简化的Zachman框架

4. 图4-4 企业数据模型

   
   
   图4-4 企业数据模型

5. 图4-5 主题域模型图例

   
   
   图4-5 主题域模型图例

6. 图4-6 矩阵形式描述的数据流

   
   
   图4-6 矩阵形式描述的数据流