领域专家和开发人员交谈，提炼关键字。我们强烈建议开发人员把这些模型中的主要概念实现到代码。我们在模型和代码之间以及在
语言和代码之间做映射。这非常有帮助，它会让代码更可读，让模型得到完美实现。代码表现模型会让项目得益，如果代码没有
得到适当地设计，在模型变大或代码中发生了变化时，会导致意料之外的结果。

有一个件事情是非常清楚的：由软件架构师、开发人员和领域专家构成的开发团队，需要一种语言来统一它们的行动，以帮助
它们创建一个模型，并使用代码来表现模型。

有人会说UML 很适合用来构建模型，它也真是一种很好的记录关键概念（如类）和表现它们之间的关系的工具。

但是，UML 图在只涉及少量元素时很有帮助。同时，UML 擅长表现类，它们的属性和相互之间的关系。但类的行
为和约束并不容易表现。

我们可以使用文档。一个明智的沟通模型的方式是创建一些小的图，让每副小图包含模型的一个子集。这些图会包含若干类以
及它们之间的关系。这样就很好地包括了所涉及到的概念中一部分。然后我们可以向图中添加文本。文本将解释图所不能表现的
行为和约束。每个这样的片断都试图解释领域中的一个重要的方面，类似于一个聚光灯那样只聚焦领域的一个部分。这些文档甚
至有可能是手绘的，因为这传递了一种感觉：它们是临时的，可能不久就要发生变化。这种感觉是对的，因为模型从一开始到它达
到比较稳定的状态会发生很多次变化。

文档必须跟模型同步。陈旧的文档、使用了错误的语言、或者不能如实反映模型，都是没有什么用的。应尽可能的避免这样文档。