1. 方法介绍

四色建模法源于Peter Coad的《Java Modeling In Color With UML》，它是一种模型的分析和设计方法，他提出要把所有模型分为四种类型，用四种颜色表示（如图8-14所示）。

四色建模法.png

在四色模型中，我们将抽象出来的对象分为四种原型（archetype）

（1）业务关键时刻（Moment-Interval）

这种对象表示那些在某个时间点存在，或者会存在一段时间的。这样的对象往往表示了一次外界的请求，比如一次询价，一次下单或者一次租赁。

Moment-Interval是最重要的一类对象，因为他是系统业务价值所在，一般用粉红色表示。这样的对象一般有一个起始时间和终止时间，以及一个唯一的标识号，用来唯一的标识这一次用户请求，比如OrderNo.

（2）Role（角色）

这种对象表示的是一种角色，往往由人或者物来承担，会有相应的责任和权利，一般一个moment-interval对象会关联多个Role。例如一次下单涉及两个Role：客户-商品。

这类对象是除moment-interval对象外最重要的一类对象，一般用黄色表示。

（3）人-事-物（Party,Place, or Thing）

这种对象往往表示的是一种客观存在的事物，例如：人、组织、产品或者配件等，这些事物往往会在一种moment-interval 中扮演某个Role。例如，某个人会在一次购买中扮演Customer的角色，也可以在询价中扮演询价人的角色。

4）描述（Description）

这种对象一般是分类用或者描述性的对象，它的属性一般都是这一类事物都有的属性，这类对象一般用蓝色来表示。

2. 案例介绍

接下来，我们通过一个电商业务场景，来介绍一下如何通过四色模型进行建模，该案例来自InfoQ的文章（添加参考文献）。 [参考]：https://www.infoq.com/articles/domain-color-modeling/

用户故事：
现在假想你是一家在线电子书店的COO。突然有一天，有一位顾客向你投诉，说他订购的书少了一本，并且价钱算错了，他多给了钱。在你承诺理赔之前，你需要核对一下这位顾客说的是否属实。那么这个时候你需要知道什么样的信息才能做出准确的判断呢？

简单来说，你需要知道这位顾客订购了那些书籍，付了多少钱以及书店到底为这个顾客递送了那些书籍。不幸的是，由于科技不够发达，你无法直接驾驶时间机器回到从前去亲眼看看发生了那些事。但幸运的是，你并不需要这么做，你只需要看看这位顾客的订单，和网银的支付记录以及你们书店交给EMS的快递单存根，就应该知道这些信息了。

从上面这个故事，我们可以看到：任何的业务事件都会以某种数据的形式留下足迹。我们对于事件的追溯可以通过对数据的追溯来完成。正如上面这个故事里，你无法回到从前去看看到底发生了什么，但是却可以在单据的基础上，一定程度的还原当时事情发生的场景。当我们把这些数据的足迹按照时间顺序排列起来，我们几乎可以清晰的推测出这个在过往的一段时间内到底发生了那些事情。

为什么这些业务数据具备可追溯性（tracibility）呢？因为这些数据都是我们关键业务流程执行的结果（如图8-15所示），比如订单是我们业务的起点，而快递存根是我们业务的终点。正是这些数据在支撑你运营体系的关键流程的执行结果。

电子书店的关键业务流程.png

除了上面那个极端的例子（投诉），对于任何一笔正常的经济往来，我们都需要知道：
1）如果我付出一笔资金，那么我的权益是什么？
2）如果我收到一笔资金，那么我的义务是什么？

而这些问题都需要业务系统捕捉到相应的足迹才能够回答。所以企业的业务系统主要的目的之一，就是记录这些足迹，并将这些足迹形成一条有效的追溯链。

这些足迹通常都具有一个有意思的特性，即它们都是Moment-interval的（要么是“时间时刻”，要么是“时间段”）。发现这些业务关键时刻对象就是建模的起点。对于这些对象稍加整理，我们就能得到如图所示的整个领域模型的骨干。

电子书店的Moment-interval对象.png

在得到骨干之后，我们需要丰富这个模型，使它可以更好的描述业务概念。这时候，我们需要补充一些实体对象。通常实体对象有三类：人-事-物（Party,Place, or Thing）。如图所示：

电子书店的Party,Place, or Thing对象.png

在这个基础上，我们可以进一步抽象这些实体事如果参与到各种不同的流程中去的，这时候，我们就需要用到角色（role），如图所示：

电子书店的Role对象.png

最后再把一些需要描述的信息放入描述对象（description）。如图所示：

电子书店的Description对象.png

这样，我们就得了应用四色建模方法建立的一套领域模型。简要回顾一下上面的过程，不难发现我们建模的次序和重点：
1）首先以满足管理和运营的需要为前提，寻找需要追溯的事件，或者叫关键业务时刻。
2）根据这些需要追溯，寻找足迹以及相应的Moment-interval（关键业务时刻）对象。
3）寻找“关键业务时刻”对象周围的Party，Place or thing（人-事-物）对象。
4）从“人-事-物”中抽象出Role（角色）。
5）把一些描述信息（Description）用对象补足。

由于在第一步中，我们就将管理和运营目标做为建模的出发点。因此，整套模型实际上是围绕这些“如何有效地追踪这些目标”而建立的，这样的模型可以保证模型支撑企业的运营。

其他文章

DDD在有赞信贷核心系统中的实践