曾经我也纠结命名的问题，想使用简单快速地方法解决，但是由于没有意识到命名也是设计的一部分，为此吃了不少的亏。

通过找到业务主体来分析谁是软件真正的用户；通过寻找业务客体构建领域模型；通过定义代码结构中每层能力来找到能力主体；通过维护 IT 资产的责任主体来明确团队边界。

计算机世界本身是为了解决现实中的问题，软件可以看做现实世界在计算机中的投影。本文将以哲学中的认识论为基础，为面向对象分析建立一个基本方法。

必须想办法既要敏捷迭代式的开发，也要持续维护模型的完整和一致性。

本文会和大家一起探讨软件建模过程方法的基本逻辑，以及如何设计一套简单的建模过程。

用一个较为简单的东西来代表另一个东西，这个简单的东西被叫做模型。

在面向对象设计中，多对多关系都是非常麻烦的问题。在现实中，我一般会根据经验让团队避免使用多对多关系。对于一些培训，我会通过认识论的思想表达多对多问题是因为没有找出中间模型，这也是为什么我们通过数据库实现多对多关系的时候需要一张中间表的原因。

对领域模型进行分类来更容易识别怎么处理它