7.6.2 四色建模法
1．方法介绍
四色建模法源于Peter Coad的Java Modeling In Color With UML一书，它是一种模型的分析和设计方法，要把所有模型分为4种类型，用4种颜色表示，如图7-15所示。
在四色模型中，我们将抽象出来的对象分成4种原型（archetype）。
（1）业务关键时刻（Moment-Interval）
这种对象表示那些在某个时间点存在或者会存在一段时间。这样的对象往往表示了一次外界的请求，比如一次询价（Quotation）、一次下单（Order）或者一次租赁（Rental）。
Moment-Interval是最重要的一类对象，是系统的价值所在，一般用粉红色来表示。这样的对象一般有一个起始时间和终止时间，以及一个唯一的标识号，用来唯一地标识这一次客户请求，比如OrderNo。
注意，“业务关键时刻”是我给“Moment-Interval”起的中文名称，本来想直译为“时刻-时间段”，但感觉“时刻-时间段”不能体现出这种对象类型的重要性。
（2）角色（Role）
这种对象表示一种角色，往往由人或者物来承担，会有相应的责任和权利。一般，一个Moment-interval对象会关联多个Role。例如，一次下单涉及两个Role，分别是客户（Customer）和商品（Product）。
这类对象是除Moment-interval对象之外最重要的一类对象，一般用黄色来表示。
（3）人-事-物（Party,Place or Thing）
这种对象往往表示一种客观存在的事物，例如人、组织、产品或者配件等，这些事物会在一种moment-interval 中扮演某个Role。例如，某个人既会在一次购买中扮演Customer的角色，也可以在询价中扮演询价人的角色。这类对象的重要程度排在第三，一般用绿色来表示。
（4）描述（Description）
这种对象一般是用于分类或者描述性的对象，它的属性一般是这一类事物都有的属性，一般用蓝色来表示。
2．案例介绍
下面通过一个电商业务场景，来介绍如何通过四色模型进行建模，该案例来自InfoQ的文章《运用四色建模法进行领域分析》。
用户故事如下：
现在你是一家在线电子书店的COO。突然有一天，有一位顾客向你投诉，说他订购的书少了一本，并且价钱算错了，他多给了钱。在承诺理赔之前，你需要核对这位顾客说的是否属实。那么这时你需要知道什么样的信息才能做出准确的判断。
简单来说，你需要知道这位顾客订购了哪些书籍、付了多少钱，以及书店到底为这个顾客递送了哪些书籍。不幸的是，由于科技不够发达，你无法直接驾驶时间机器回到从前去亲眼看看发生了什么事。但幸运的是，你并不需要这么做，你只需要看看这位顾客的订单和网银的支付记录，以及你们书店交给EMS的快递单存根，就可以知道这些信息了。
从上面这个故事中我们可以看到：任何的业务事件都会以某种数据的形式留下足迹。我们对于事件的追溯可以通过对数据的追溯来完成。正如在故事中，你无法回到从前去看看到底发生了什么，但是却可以在单据的基础上，一定程度地还原当时事情发生的场景。当把这些数据的足迹按照时间顺序排列起来，我们几乎可以清晰地推测出在过往的一段时间内发生了哪些事情。
为什么这些业务数据具备可追溯性（Tracibility）呢？因为这些数据都是关键业务流程执行的结果。如图7-16所示，比如订单是业务的起点，而快递存根是业务的终点，正是这些数据在支撑运营体系的关键流程的执行结果。
除了上述例子之外，对于任何一笔正常的经济往来，我们需要知道如下内容。
- 如果我付出一笔资金，那么我的权益是什么？
- 如果我收到一笔资金，那么我的义务是什么？
这些问题都需要业务系统捕捉到相应的足迹才能够回答，所以企业的业务系统的主要目的之一，就是记录这些足迹，并将这些足迹形成一条有效的追溯链。
足迹通常都具有一个有意思的特性，即它们是Moment-interval（要么是“时间时刻”，要么是“时间段”）的。发现这些业务关键时刻对象就是建模的起点。对这些对象稍加整理，我们就能得到图7-17所示的整个领域模型的骨干。
