截至目前,企业级架构建模系列已经有了9篇不同角度的介绍。今天,我们主要谈的是重构系统的数据建模方法。
为什么要谈重构系统的数据建模?这里重点突出的是“重构”两个字。因为大型企业在多年的发展过程中,企业内的IT系统也已经建设完毕,但随着业务的发展,IT系统现有的架构设计,已经不能够满足企业近期或者未来发展的业务、技术和监管等要求。在这样的情况下,需要进行系统重构,重构方案有两种选择:
1.自上而下:自上而下的数据建模方法,可阅读企业级架构建模系列的第一篇文章《企业级架构建模系列之一“如何进行企业级数据建模”》。
2.自下而上:根据系统业务、技术现状,自下而上抽象建模。
本文主要描述第二种方法。
在介绍方法论前,先对企业级数据模型做一个简要介绍,企业级数据模型模型层次分为5级,层级结构如下:
1.A模型(顶层架构)
A模型,也叫主题域模型。该模型提供了一个通过业务主题组织企业数据模型的结构,使数据模型更加易于管理和维护。
主题域根据企业整体数据情况设计,一般数量为10个左右。
2.B模型+C模型(业务逻辑)
B模型,也叫业务概念模型。该模型是在A模型的主题域下,进行细化、分类,以便更好地承接C模型。
C模型,也叫业务逻辑模型。该模型详细表达不同业务概念下的业务逻辑。C模型建模方法采用范式建模,目的是消除冗余,更精确地表达业务逻辑。
重构系统的数据建模中,主要建模对象是C模型。
3.C'模型+D模型(技术开发)
C'和D模型面向技术开发,是特定软件和硬件的C模型实施方案。
在开始建模之前,应首先向建模团队成员做建模方法论的基本培训,以及明确不同阶段的产出物。建模流程分为3个阶段:建模前调研、存量库表分析、实体属性关系建立,如下图:
各阶段产出物如下:
1)建模前调研:需求文档、系统详设等资料。
2)存量库表分析:实体清单、属性清单。
3)实体属性关系建立:存量库表分析清单、实体清单、属性清单、ER图、域清单、数据字典规范。
下面逐个阶段展开介绍:
1.建模前调研
建模前的调研,主要包括重构规划、系统概况、系统资料3个方面:
1)系统重构规划:了解重构的时间计划、重构原因(企业战略层面、部门规划层面、应用痛点层面等)、人员配置等。建模是需求驱动的,应首先明确需求范围。
2)系统基本概况:了解系统职能、系统上下游、系统主管业务部门等。
3)系统资料:收集系统详细设计说明书、系统操作手册、需求说明书等等。在开始建模前,着手于系统现有资料,做充分的学习准备。
2.存量库表分析
系统中的库表数量众多,但不是所有库表都具备业务分析价值,所以在进入分析之前,需要对库表进行分类、定义。在维度建模的理论中,物理库表分为事实表和维度表,其中事实表又分为事务、周期快照、累计快照三类。此类库表设计方式,一般用于数据仓库、数据集市等分析型系统中。
C模型采用范式建模的方法,建模对象主要是业务系统,业务系统的种类多样,其技术方案也更为多样,目前没有严谨的物理表分类方案。在建模实施的过程中,可由建模人员和系统技术方共同定义、维护物理库表分类准则,为后续计划建模的系统做铺垫。
下面提供的表分类原则供参考,其中业务主要档案表和主要档案附属表是建模主要分析对象:
1)实体定义
实体,是有业务需求管理和维护而来的抽象或具体的视图,是保存信息的基本数据概念,是业务流程操作的最小单元。属性,则是实体相关业务的特征。
实体属性分为两种类型:
1>标识行属性:唯一标识实体发生值的键值。
2>描述性属性:描述实体发生制的非唯一特征。
实体可以从横向和纵向两个方面划分类型,从横向上可分为三种类型:
1>基础实体:也称核心实体,一般代表业务场景中的主体,比如:合约、账户、客户等。
2>从属实体:基础实体的扩展信息,依赖于基础实体。标识符必须包含其从属基础实体的标识符。
3>关系实体:用于建立实体间的关系。出于模型管理上的考虑,大部分的关系实体在B模型中实现。
从纵向可分为两种类型:
1>父类实体:父类实体可根据分类器选择,向下拆分子类实体。在C模型中,一般是基础实体作为父类实体。
2>子类实体:子类实体继承了其父类实体的全部属性,但可以包含不属于父类的属性,但子类实体的标识符必须继承其父类。
2)属性抽取
这里的属性,指的是除标识符外的描述性属性。同样,存量库表的字段也不全是具有价值的,实体属性只关注关键业务字段。可对库表字段做如下分类:
3.实体属性关系建立
在实体关系建立前,首先需要对实体及属性做标准化命名规范,即按数据标准方法论对其进行命名标准化。
上文提到,实体的标识符是指实体属性当中,标识性的属性,它代表了实体的每个发生值,且具有唯一性。实体和属性的关系建立,本质上是描述性属性和标识符的关系连接。需要从业务的角度分析,描述性属性的生命周期是跟随哪个标识符变化的。实体是树,标识符是树根,描述性属性是叶子。如下图示意,如果合同号变为无效状态,则该合同对应的状态、金额、有效期等,均应失效。
4.补充完善
自此,已经完成了对存量库表的分析及建模工作。后续需要针对重构中新的业务诉求,对模型加以调整、补充。
自下而上的数据建模方法,是从存量库表出发,以业务视角进行分析与建模,应及时与系统技术人员进行细致沟通;需要注意的是,建模结束后,模型的生命周期迭代和工艺上的补充和完善,是后续工作的重点。
联系客服