实体类

数据管理和业务逻辑

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

定义

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

实体类内容

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

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

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

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

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

查找实体类

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

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

实体类限制

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

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

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

推行一致性

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