定义
面向对象分析与设计方法引入的，是UML规范的一部分，在语义上要比E-R模型更强，更适合领域建模
技巧
无论是读图还是画图，都从最复杂的类开始或者将最复杂的类放在图的中间
领域模型都是自底向上合并出来的，具体来说就是先绘制出领域类（业务事件）的片段，然后再抽象、提炼、汇聚成全局领域模型
常见建模误区
领域类和关系型数据库表之间建立一对一的映射：领域建模的视图是“需求视图”，数据库表是“DBA视图”，它们的关注点是不同的，领域建模是数据库表设计的基础，但不应过早地进行映射
过早的将子类合并：比如客户分为个人客户和公司客户，会过早将个人客户和公司客户合并为客户的一个属性：客户类型，这样对建模来说是不正确的<br>一：没有有效地将客户包括哪些类型传达给开发团队；<br>二是过早地决定可能会产生问题，例如个人客户信息和公司客户信息很可能是不同的
将相对比较大的类进行分拆，例如将客户类分拆为：客户基本信息、客户联系信息……等，会阻碍与客户的交流与验证
立即给关联指定多重性，确保每个关联都具有明确的数量关系
对名词和动词过度的分析，而背离初衷（过度使用名词动词法）<br>
不对用例和时序图进行分析研究，就将操作分配给类：类图不体现“行为需求”，应该是在流程图、用例描述中体现的
对象和类的通用程度越高，在其他项目中重用它们的可能性就越大
对于每个“整体/部分”关系，就使用聚合还是组合表示而争论不休
未对问题空间进行建模之前，就假定一种具体的实现策略或思考技术实现
将类命名为难以理解的名称，而不是直观的名称
什么是类？
定义
类是一组具有相同属性、操作、关系和语义的对象的描述，关键的特性是属性（成员变量）和操作（成员方法）
类之间的关系
关联
表示两个类之间采用存在某种语义上的联系，关联关系提供了通信的路径，是最通用的，语义最弱的
表示方法：实线
泛化
表示一般事物与该事物中的特殊种类之间的关系，也就是父类与子类之间的关系，父类是子类的泛化<br>通俗说法就是：“...分为几类，包括...”、“...是...的一类”
表示方法：空心箭头的实线，箭头指向父类
继承
继承关系是泛化关系的反关系，子类是从父类中继承的
聚合
表示类之间的关系，是整体与部分的关系。聚合关系的含义是“聚”在一起的含义，“部分”可以独立于“整体”而存在<br>
表示方法：带空心菱形的实线，菱形指向代表“整体”的类
组合
表示类之间的关系，是整体与部分的关系。表示“部分”完全是依赖“整体”而存在的
表示方法：带实心菱形的实线，菱形指向代表“整体”的类
