最近跟同事讨论建模的思路,举了两个case,然后总结了一下关于建模的一点思路。

Case1: 物流订单

第一个case关于订单,在做物流系统的时候,抽取了一个物流订单模块,该模块的核心的功能就是管理物流订单。在创建物流订单的时候,就在想,物流订单包括哪些属性?为什么这个字段(例如,发货时间,收获仓库)可以放在物流订单这个模型里面?

可以简单的说,我们的系统需要这个字段,比如,我们需要收获仓库来进行收获,但这触及不到本质,因为如果只是简单这么想,那凭什么收获人的角色需要放在物流订单模型里面?或者为什么收获人的角色不能放在物流订单里面?所以问题的本质还要去思考:物流订单这个本质是什么?

认真思考下去,其实,订单的本质就是一张契约,类似于线下交易的合同。物流订单就是订单在物流场景下的一个特殊场景。如果从这个角度思考,物流订单模型应该包括哪些属性,就要去看现实中一个物流的合同需要包含哪些属性?比如,一个合同里面要有运输车辆的类型,但契约不会包含需要加什么油,这就决定了物流订单模型应该有哪些属性。

Case2: 资产模型

另外一个Case就是最近在梳理我们单车的资产模型。遇到一个字段:资产的调入城市,这个字段是否要纳入资产模型里面。如果单纯从资产觉度看:明显不需要。因为单纯这个资产模型,包括车头,车锁,但本身没有调入城市这个属性。

确实,调入城市不是单车资产的本身属性;但再仔细想想,单车资产里面的生产厂家,也不是单车资产的本身属性,那为什么“生产厂家”就作为单车资产的属性呢?

可以从两个角度来看模型:一个是物理视角,这个视角关注模型所代表的现实物理对象,是最经常使用的一个思路;另一个是社会视角,以前建模基本是从功能上去想,但没有意识到本质上是社会视角,就跟给一个运维人员建模型,性别,年龄是物理属性,那职级,身份,就是社会属性。

从这个维度看,资产的掉入城市其实是社会属性,但这个社会属性是不是要纳入单车模型,还需要看“社会”上谁关注这个属性,也就是说,对于社会属性,要更多的是从模型的社会视角,从对它打交道的人的视角,去思考是不是模型的一部分。

关于建模

把上面两点总结了一下建模的一个“模型”:

首先,可以两个维度建模:

实体模型:

这一类最常见的建模思路,比如,仓库模型,人员模型等等。对这一类模型建模的时候,一定要从两个视角去看:

  • 物理视角:从物理视角去梳理物理属性
  • 社会视角:从“社会意义”这个视角去思考一个实体所应该具备的社会属性。在梳理社会属性的时候,不要埋头自己想,也不要盯着需求文档去想,要真的去“社会”中观察实体所表现的社会属性,或者去跟我们的业务方交流,因为,他们是在社会中跟实体发生作用的人,他们才真正的了解实体的社会属性。

虚拟模型:

对于虚拟模型,例如,订单,不要以为是虚拟模型就凭空去想,一定要锚定一个实体模型,这样,对于虚拟模型建模的时候,也可以从物理和社会两个视角去建模,而不是真的凭空想。