实体类主要是作为数据管理和业务逻辑处理层面上存在的类别； 它们主要在分析阶段区分 实体类的主要职责是存储和管理系统内部的信息，它也可以有行为，甚至很复杂的行为，但这些行为必须与它所代表的实体对象密切相关。

上述给出的实体类的定义是比较抽象的.类具有继承和递归的特点,实体类可以在抽象类的基础上进一步定义具体的类

实体类是用于对必须存储的信息和相关行为建模的类。实体对象（实体类的实例）用于保存和更新一些现象的有关信息，例如：事件、人员或者一些现实生活中的对象。实体类通常都是永久性的，它们所具有的属性和关系是长期需要的，有时甚至在系统的整个生存期都需要。

一个实体对象通常不是某个用例实现所特有的；有时，一个实体对象甚至不专用于系统本身。其属性和关系的值通常由主角指定。执行系统内部任务时也可能要使用实体对象。实体对象的行为可以和其他对象构造型的行为一样复杂。但是，与其他对象不同的是，这种行为与实体对象所代表的现象具有很强的相关性。实体对象是独立于环境（主角）的。

实体对象代表了开发中的系统的核心概念。银行系统中实体类的典型示例是账户和客户。在一个网络处理系统中，典型的示例是节点和链接。

如果您希望为之建模的对象未被其他类使用，您可以将其作为实体类的一个属性进行建模，或者甚至作为实体类之间的关系进行建模。另一方面，如果现象被设计模型中的其他类所使用，那么您必须将它作为类来建模。

实体类提供了理解系统的另一种角度，这样说是因为实体类显示了逻辑数据结构，而此结构有助于您理解系统应给用户提供的内容。

查找实体类

实体类表示系统中的信息存储，它们一般用于表示系统所管理的核心概念。实体对象经常是被动和永久性的。它们的主要职责是存储和管理系统中的信息。

我们经常是从词汇表（在需求阶段制定）和业务领域模型（如果进行了业务建模，则在业务建模阶段中建立）中找寻到实体类的。

实体类只应和其他实体类之间存在关联关系。实体类对象的生存期一般都很长；而控制类对象和边界类对象的生存期则很短。正是由于这些类的生存期相差如此之大，所以在这些类之间建立关联关系是不可取的。

推荐使用的不同类构造型之间的关联关系。

*用“订阅”关联关系取而代之，在这种关联关系中控制类订阅实体类对象中的某些特定事件。

推行一致性

· 发现一种新的行为后，检查现有的类中是否具有类似的职责。只要可能，就复用现有的类。只有在缺乏可执行该新行为的现有对象时，才创建新类。

· 确定类之后，对类进行检查，以确保它们的职责是一致的。如果某个类的职责互不相关，则将该对象分为两个或者多个类。还应对协作图进行相应的更新。

· 如果某个类由于职责互不相关而被划分，则检查这个类所参与的协作，判断协作是否也需要更新。如果必要，可更新此协作。

· 只有一项职责的类不存在什么问题，但它存在的必要性本身就值得怀疑。时刻准备对所有类的存在提出质疑并进行验证。