第一部分：领域建模工具

       领域建模的时候大部分都是用UML图，主要是类图和对象交互为主。UML图在传达对象之间的关系上游刃有余，而且也很擅长表现交互。但却无法给出这些对象的概念定义。建模时不仅要考虑对象的属性和关系（面向数据建模时ER图就这样）还要考虑对象的行为以及这些对象的约束和断言。但当我们使用UML建模时对象的这些约束和断言很难通过UML体现出来，这时就需要在UML图中使用文本， 把这些文本用括号括起来，插入图中。

       操作名称可能会暗示出对象的行为职责，对象交互图（或时序图）中也会隐含的展示出这些职责，但都无法直接表述。因此，需要靠补充文本或对话框来完善。换而言之，UML图无法转达模型的两个重要方面，一方面是模型所表示的概念的意义，另一方面是对象该做哪些事情。所以UML结合文本就能很好解决这些问题。

     很重要的一点是图是一种沟通和解释的手段，它可以促进头脑风暴。简洁的小图能够很好的实现这些目标，而涵盖了整个对象模型的综合性大图反而失去了沟通或者解释的能力。应为它们将读者淹没在大量细节之中，加之这些图缺乏目的性。鉴于此，我们应该避免使用包罗万象的对象模型图。相反，应使用简化的图，图中只包含对象模型的重要概念--这些部分对于理解设计至关重要。设计的重要细节应该在代码中体现出来。

  补充：在讨论时，简单、非正式的UML图能够维系整个讨论。绘制一幅包含当前问题最关键的3~5个对象的图，这样每个人都可以集中注意力。所有人就对象关系会达成一致的知识，更重要的是他们将使用相同的对象名称。