内容元模型
架构内容框架建立在标准内容元模型的基础上,标准内容元模型对架构中存在的所有类型的构建块进行了定义。内容元模型的一个高层概览图如下图所示。这个元模型图示了可以如何去描述这些构建块以及它们之间如何相关联。
内容元模型概览
在创建和管理架构时,有必要考虑如业务服务、施动者、应用、数据实体和技术这样一些不同的关注点。内容元模型强调了这些关注点,展示它们之间的关系,并确定了一些制品,可以以一种一致的、结构化的方式来表现它们。
另外,对于希望使用架构工具来实施其架构的组织,内容元模型还可以用来为其提供指导。
核心和扩展
内容元模型已被结构化以分别考虑核心内容和扩展内容,其中核心元模型提供了支持制品可追溯的架构内容的最小集合,而扩展内容元模型中插入了一些扩展内容,以支持可能需要进行的更具体或更深入的建模。
这些扩展从逻辑上讲都可归集入目录、矩阵和图中,确保对特定的领域给予特别的关注。所有的扩展模块都是可选的,并且应在ADM迭代的预备阶段就被选定,以满足组织的特殊需要。 TOGAF中描述的扩展都只是用于指导的,可以根据需要进行相应的增加或裁
剪。
目录、矩阵和图
虽然内容元模型支持了架构信息的结构化,但是大部分利益相关者都不需要或不希望以这种方式去了解包含在架构内容框架中的细节。因此,就需要引入对目录、矩阵和图的使用,来促进对架构信息的更好展现,以方便参考和治理。
目录是某个具体类型或相关类型的构建块的列表,矩阵是展现两个或更多实体之间关系的表格,而图是架构内容的图形化表现。
总之,一个由ADM开发的架构会包含多个定义好的ABBs(架构构建块),这些架构构建块会被填入到架构目录中去,用架构矩阵来展现这些构建块之间定义好的关系,然后以沟通图的形式精确、简洁地展示出架构的样子。、
要破解这个诅咒,我们不妨借用一个比喻来描述元数据:元数据是数据的户口本。让我们想想一个人的户口本是什么,是这个人的信息登记册:上面有这个人的姓名,年龄,性别、身份证号码,住址、原籍、何时从何地迁入等等,除了这些基本的描述信息之外,还有这个人和家人的血缘关系,比如说父子,兄妹等等。所有的这些信息加起来,构成对这个人的全面描述。那么所有的这些信息,我们都可以称之为这个人的元数据。
同样的,如果我们要描述清楚一个实际的数据,以某张表为例,我们需要知道表名、表别名、表的所有者、数据存储的物理位置、主键、索引、表中有哪些字段、这张表与其他表之间的关系等等。所有的这些信息加起来,就是这张表的元数据。
这么一类比,我们对元数据的概念可能就清楚很多了:元数据是数据的户口本。
2、元数据管理,是数据治理的核心和基础。
为什么我们说元数据管理是数据治理的核心和基础?为什么在做数据治理的时候要先做元数据管理?它的地位为何如此特殊?
让我们想象一下,一位将军要去打仗,他必不可少,必须要掌握的信息是什么?对,是战场的地图。很难相信手里没有军事地图的一位将军能打胜仗。而元数据就相当于是所有数据的一张地图。
在这张关于数据的地图中,我们可以知道:
我们有哪些数据?
数据分布在哪里?
这些数据分别是什么类型?
数据之间有什么关系?
哪些数据经常被引用?哪些数据无人光顾?
……
所有的这些信息,都可以从元数据中找到。如果我们要做数据治理,但是手里却没有掌握这张地图,做数据治理就犹如是瞎子摸象。后续的文章中我们要讲到的数据资产管理,知识图谱,其实它们大部分也是建立在元数据之上的。所以我们说:元数据是一个组织内的数据地图,它是数据治理的核心和基础。
3、元数据是描述数据的数据,那么有没有描述元数据的数据?
有。描述元数据的数据叫元模型(Meta Model)。元模型、元数据、数据之间的关系,可以用下面这张图来描述。