UML中边界类、控制类和实体类

原文链接

（1）. 边界类(Boundry Class)； （2）. 实体类(Entity Class)； （3）. 控制类(Control Class)；

通过用例图可以确定需要的边界类，每个Actor/Use Case对至少要一个边界类，但并非每个Actor/Use Case对要唯一的边界类。

实体类主要是作为数据管理和业务逻辑处理层面上存在的类别

实体类的主要职责是存储和管理系统内部的信息，它也可以有行为，甚至很复杂的行为，但这些行为必须与它所代表的实体对象密切相关。

实体类保存要放进持久存储体的信息。持久存储体就是数据库、文件等可以永久存储数据的介质。 实体类可以通过事件流和交互图发现。通常每个实体类在数据库中有相应的表，实体类中的属性对应数据库表中的字段。 　　实体类是用于对必须存储的信息和相关行为建模的类。实体对象（实体类的实例）用于保存和更新一些现象的有关信息，例如：事件、人员或者一些现实生活中的对象。

（1）.用来描述什么问题？ 控制类用于描述一个用例所具有的事件流控制行为，控制一个用例中的事件顺序 （2）.如何理解控制类？ 控制类是控制其他类工作的类。每个用例通常有一个控制类，控制用例中的事件顺序，控制类也可以在多个用例间共用。其他类并不向控制类发送很多消息，而是由控制类发出很多消息。 5．应用举例 例如：考试系统中当学生在考试时 ,学生与试卷交互， 那么学生和试卷都是实体类,而考试时间,规则,分数都是边界类，当考试完了将试卷提交给试卷保管者,则试卷则成了边界类。 6．总结 1.边界类，描述外部与系统内部交互的类； 2.控制类，控制其他类；

原文 ● 边界类用于系统与角色之间的交互，包括从用户和外部系统接收信息和请求。 ● 边界类为依赖于角色的系统部分建模，解释和汇集系统边界需求，这样用户界面的 ● 变化通常被隔离在一个或多个边界类上。边界类经常代表窗口、表单、交互界面等， ● 它描述交互所能得到的结果而不是交互的物理实现 边界类包括主窗体类、查询窗体类、表单录入窗体类、自动弹出窗体类、物资 ● 查询窗体类、库存事物处理查询窗体类等 控制类可以认为是处理业务逻辑、控制业务流程的类

原文链接 在ROSE建模里有一种划分类的方式“边界类”“实体类”“控制类”。

边界类： CommandWindow 负责接受用户输入的命令并向用户显示命令结果 控制类： LightInductorControl 负责与“航标灯器”感应器通讯，获取航标灯器当前数据 RadarResponderInductorControl 负责与“雷达应答器”感应器通讯，获取雷达应答器当前数据 GPSDeviceControl 负责与“GPS定位设备”感应器通讯，获取当前位置 实体类： LightState 负责存储航标灯器状态数据 RadarResponderState 负责存储雷达应答器状态数据 GPSState 负责GPS定位数据

将不同的Control抽象成一个工厂类，这样就可以根据用户输入的命令来创建相应的Control，同时有良好的扩展性，用JDBC来实现命令执行结果的存储。 用处：在RUP中，这三个版型用户帮助分析需求，起到帮助分析人员思考的作用，通过明确区分这三种分析类，有助于清楚地在分析模型中准确地描述需求。 我个人认为这种分法和我们之前了解的MVC相对应，MVC是一种架构模式，而这些类是这种架构的具体体现。