美文网首页
DG知识点整理-数据架构

DG知识点整理-数据架构

作者: 遥望潇湘 | 来源:发表于2023-02-09 14:56 被阅读0次

    //本系列是基于DMBOK2的学习过程中的知识点整理,方便学习与回顾//

    在ISO 42010中对架构的定义是“系统的基本结构,具体体现在架构构成中的组件,组件之间的相互关系,以及管理其设计和演变的原则”。 所以是保护三部分,分别是组件,组件关系,和设计原则。

    组织中常见的架构有四种

    1)企业业务架构:识别企业如何为消费者和其他利益相关方创造价值,主要有业务模型,流程和策略组成;

    2)企业数据架构:描述数据应该如何组织和管理;

    3)企业应用架构:描述应用的结构和功能;

    4)企业技术架构:描述是系统工作的实体技术;

    组织要有数据架构的原因是,组织拥有的数据超过了个人可以理解的范围,需要“在不同抽象层级上描述组织的数据,以便更好地了解数据,帮助管理层做出决策”。 数据架构如果作为一个产出物,它应该包括 1-正式的企业数据模型, 2-数据流, 3-不同抽象层级上的主要设计文档。

    一、架构过程输入

    数据架构的目标:1-识别数据存储和处理需求;2-设计结构和计划以满足企业当前和长期的数据需求;3-快速发展组织的产品、服务和数据,以利用其中的商机。

    1.1 企业架构

        最著名的企业架构师Zachman框架,它是一个6*6的矩阵。横轴是“问询沟通”,是一个个关于实体的基本问题(5W1H)。纵轴是“重新定义转换”,是将抽象的概念转化为一个个具体的实例。

    图1-Zachman框架-图源自ITGov

    1.2 其他输入

       数据架构过程还需要的输入包括: 业务架构, IT标准和目标, 数据策略。

    二、数据架构活动

        2.1 数据架构设计方式

                1. 面向质量:  通过迭代方式,在开发周期内对数据架构进行不断改进。

                 2. 面向创新:专注于业务与IT转换,致力于用技术与数据进行创新

        2.2 数据架构的工作内容

                1. 通用型工作:战略(选择框架/开发路线图) -- 沟通与文化 -- 组织(明确职责) --> 工作方法(定义最佳实践) --> 交付结果      

                2. 与系统开发项目相结合

                    定义项目数据需求 -- 评审项目数据设计-- 确定数据溯源影响-- 数据复制控制--实施数据架构标准--指导数据更新与决策

        2.3 数据架构的步骤

            1. 现有数据架构规范评估

            2. 开发路线图

                    路线图提供了管理依赖性并做出前瞻性决策的方法,有利于组织权衡并制定项目计划,使其与业务需求和机会、资源保持一致

                    架构路线图包括:里程碑事件、所需资源、成本评估、业务能力工作流划分 

            3. 在项目中管理需求

                    数据架构师需要能够理解当前项目业务需求,以及与整体架构的关系,对如下问题做出决策

                    1)规范中描述的实体是否复合规范;

                    2)哪些实体应该被包含到整体企业数据架构中;

                    3)规范中的实体和定义是否需要扩大或加深满足前瞻性;

                    4)是否更新了企业数据架构并向开发人员支出哪些可复用

    三、数据架构的交付成果

        3.1 企业数据模型               

                企业数据模型是一个整体的、企业级的、独立实施的概念或逻辑数据模型,为企业提供通用的,一致的数据视图。任何项目级的数据模型都必须基于企业数据模型进行设计。

                它包含了数据实体、实体间关系、关键业务规则和一些关键属性。

                采用行业标准模型能够加快开发企业数据模型的效率。

            1. 数据模型展现

                    企业数据模式是不同层级的模型展现,它要包括

                    1)企业主题域的概念概述;

                    2)各主题域的实体和关系概述;

                    3)归属于同一主题与的详细逻辑概述;

                    4)具体到应用或项目的逻辑和物理模型

    图2-主题域图例-图源自网络

            2. 主题域构建

                方法:自下而上的分析现有模型开始,在自上而下的设计主题模型,两种方法结合共同完成企业数据模型设计工作

                主题域的识别准则:采用规范化规则,从系统组合中分离主题域,基于顶级流程(业务价值链)或者基于业务能力(企业架构),从数据治理结构和数据所有权(组织)中形成主题领域。

        3.2 数据流设计        

                数据流是一种记录数据血缘关系的数据加工过程,用于描述数据如何在业务流程和系统中流动。

                数据流记录了: 1-业务流程中的应用,2-某个环境中的数据存储或数据库,3-网段,4-业务角色,5-出现局部差异的位置

    图3-数据流图示例

    四、其他因素

        4.1 工具

            1) 数据建模工具; 2)资产管理软件; 3)图形设计应用

        4.2 方法

                1)生命周期预测; 2)图标使用规范

        4.3 实施指南

                1. 要包含的工作内容

                        1)建立企业数据架构团队和举办问题讨论会

                        2)生成企业架构的初始版本

                        3)在开发项目中,形成和建立数据架构工作方式

                        4)提高组织对数据架构工作价值的认识

                2. 实施过程中可能的风险

                        1)缺少管理层支持;

                        2)成功与否缺乏证据 - 不可衡量;

                        3)缺乏管理者的信任;

                        4)管理层不正确的决策;

                        5)文化冲击

        4.4 数据架构治理

                1. 治理活动: 1)项目监督; 2)管理架构设计和工具;3)定义标准;4)创建数据相关构件

                2. 度量指标

                                1)价值:业务敏捷性改进;业务质量;业务操作质量;业务环境改进

                                 2)有效性:架构标准接受率

                                3)进展:使用/重用/代替/废弃测量;项目执行效率测量。


    参考资料

    DAMA-DMBOK2中文版

    相关文章

      网友评论

          本文标题:DG知识点整理-数据架构

          本文链接:https://www.haomeiwen.com/subject/rgackdtx.html