数据仓库系列（16）：领域模型的抽象方法

（一）抽象方法建立的初衷

领域建模很早之前便存在了，它描述的是对事物的抽象，包括：属性（Attribute）、关联（Relationship）和操作（Operation）。我们在这里强调的方法论，并不是特定前提下的结果，不是告诉你领域模型的图该怎么画，而是怎么分析需求和用例，从而得出领域模型；不是告诉你流程图时序图该怎么画，而是怎么分析需求和用例，得出属于我们的业务流程。在各大建模书籍中，其实大部分时间都是在讲分析的过程，分析结果的标准化是为了便于大家理解和达成共识的一个工具，所以问题空间领域模型基本抽象方法，告诉你的是分析的方法论，而不是结果的展示图。

这里给出一个常用的领域模型分析方法：用例集 + 建模方法论 = 领域模型。

这个公式有两个因子，一个是用例，一个是建模方法论：

1. 用例有问题，再好的方法论大部分情况下都有问题；

2. 用例没问题，好的方法论会给我们带来更高的效率，所以我们先重视用例，然后才是方法论。

很多时候都没有梳理用例，然后大家就开始讨论模型，谁都说服不了谁，最终不了了之的案例不在少数，其实：

我们首先要在用例上达成共识，然后我们要在方法论上达成共识，这样我们才能在模型上达成共识。