开发人员在日常工作中,参与PRD评审、听产品经理讲述用户故事、提出各种需求。评审结束,一般会一股脑投入到设计开发,而数据库表设计就是其中不可或缺的一个过程。对于熟悉的业务模块,通过对需求分析,可以轻而易举的完成数据表设计,但对于非熟悉业务领域,可能会经过多轮PRD分析,整理一套数据表结构基础,然后对其追加字段,就完成了基础的数据模型设计。而在这个过程中,往往会感觉没有可以参考的理论,有时候甚至对设计的数据库表产生怀疑,不断考虑此设计是否符合业务、表结构设计后期是否具有通用性、表之间关系是否恰当可扩展等等。今天来谈些在实际业务开发中,针对数据建模的一些思考。
一个好的方法论一定是告诉你当你面对一个全新的业务场景或未知领域的时候,如何去独立分析和解决问题。
02名词
领域:可以理解为传统软件需求分析中的业务场景对应的业务域,比如常见的电商、物流、运输等领域。
子域:领域的部分业务域,比如电商的部分订单、支付、库存等子域。
建模:业务域的映射和抽象。
03 思考
面向对象分析的设计思维模式:
图1. 用户角度到开发角度思考 04 方法论 一、 实施步骤
二、 CASE实践(社区团购--预排线调度建模案例)
(1)PRD需求描述
预排线系统从OFC系统获取团单数据:截单之前每天下午OFC推送一份当天需要预排线的数据出来,这些数据包括每个已经成团的团单(生产单)和截止到当前时间团单的商品数据,这里面包含当天已经取消的团单(即所有的商品数量都是0)。同时在截单之后,OFC会把截单后的团单数据再推送一次,里面包含当天已经取消的团单(所有的商品数量都是0);
团单数据创建、更新、删除:如果下发的生产单号在预排线系统不存在,则创建团单信息;如果下发的生产单号在预排线系统存在,则更新下面单商品的数量、团单的收件地址、经纬度、团长ID、姓名、电话等信息;如果有新增的商品则添加团单下的商品数据;如果更新的团单数量,其下面所有商品的个数都为0,代表这个团单已经被取消,则逻辑删除这个团单,同时取消这个团单和对应线路的绑定关系;更新的商品数量都是更新的商品的当前数量,不会更新调度时的数量和实际的数量。
(2)识别对象
Note:
识别出的对象:
OFC 团单 单 预排线数据 生产单 商品 商品数量 预排线系统 团单收件地址 经纬度 团长ID 姓名 电话 线路 商品当前数量 调度时的数量 实际数量
(3)组织对象
Note:
分析对象:
(4)定义对象模型关系
Note:
分析关系:
图2. 模型间关系
(5)完善模型信息(属性状态)
Note:
完善对象模型:
图3.对象模型(模拟字段信息)
(6)领域对象到数据模型
Note:
社区团购排线部分模型设计图:
图4 终版数据模型图
05 扩展 一、领域模型设计阶段思考
对象:领域模型对象,上述案例分析到的对象模型;
功能:哪些业务功能划分到领域(微服务)或者子域(模块)里面
接口:服务应该暴露的接口能力;
二、 方法论
动词+宾语 <----> 方法接口+对象
图5 领域模型调用关系图
05 结语 一个好的方法论一定是告诉你当你面对一个全新的业务场景或未知领域的时候,如何去独立分析和解决问题。