实体类、边界类和控制类

类一般由名称、属性（状态、数据、成员变量）和服务（操作、行为、方法）三个要素组成，这些要素被封装成一个整体，以接口的形式与外界进行交互。

在软件系统的开发设计过程中，根据用途，类可以分为三种类型：实体类、边界类和控制类。

1. 实体类

实体类用于映射需求中的每个实体，保存需要存储在永久存储体中的信息。实体类的属性和关系通常是永久性的，甚至在系统的整个生存周期中都需要。例如，学校教学系统中就有学生类、教师类和课程类。

实体类对于用户来说，是最直观和有意义的类，实体类的命名通常采用业务领域术语，一般为一个名词，例如Student。实体类的提取可以从SRS（软件需求规格说明书）中与数据表对应的名词着手来实现。实体类一定有属性，但不一定有操作。

2. 控制类

控制类是用于控制用例工作的类，一般是由动宾结构的短语(动词+名词，或名词+动词)转化而来的名词，例如“任务分发”的用例就对应一个“任务分发器”的控制类，该类提供与任务分发相关的所有操作。

控制类将用例的特有行为进行封装，控制对象的行为与特定用例的实现密切相关，当系统执行用例的时候，就产生了一个控制对象，控制对象通常在其对应的用例执行完毕后消亡。通常情况下，控制类没有属性，但一定有方法。

3. 边界类

边界类用于封装在用例内、外流动的信息或数据流。边界类位于系统与外界的交接处，包括所有的窗体、报表、打印机和扫描仪等硬件接口，以及与其他系统的接口。

如何寻找和定义边界类？我们可以检查用例模型，系统的每个参与者与用例的交互处至少有一个边界类。边界类将系统与其外部环境的变更分隔开，使这些变更不会对系统其他部分造成影响。通常情况下，边界类既有属性也有方法。

最后，举个例子说明以上几个类的应用。在我们常用的网上交易系统中，用户和商品都可以作为实体类；而结算、发货等可作为控制类；商品页面、购物车则可作为边界类。