工件：边界类
 边界类 |
边界类建立一个或多个主角与系统之间的交互模型。 |
| UML 表示： | 类，构造型为 «boundary»。 |
| 角色： | 用户界面设计员 |
| 示例报告： | 报告：类<类名称> |
| 详细信息： | |
| 活动的输入： | 活动的输出： |
目的 
边界类表示系统与系统外的某个实体（个人或另一系统）之间的接口。其作用是促成系统与外界交换信息，并使系统不受外界环境变化的影响。
特征
|
特征名 |
简要说明 |
UML 表示 |
| 名称 | 类名称。 | 模型元素上的“名称”的属性。 |
| 简要说明 | 类的角色及目的的简要说明。 | 标注值，“短文本”类型。 |
| 职责 | 由类定义的职责。 | “Type”超类上的（预定义的）标注值。 |
| 关系 | 类参与的关系，如泛化关系、关联关系以及聚合关系。 | 由附带包通过聚合关系“owns”拥有。 |
| 属性 | 由类定义的属性。 | - " - |
| 特殊需求 | 收集关于边界类的所有需求（如可用性需求和非功能性需求）的文本说明，这些需求在分析模型中可不做考虑，但是在建立原型、设计和实施过程中需要加以注意。 | 标注值，“短文本”类型。 |
| 图 | 类特有的任何图，如描述其属性和职责的类图。 | 由附带包通过聚合关系“owns”拥有。 |
时机
在先启和/或精化阶段，先确定并描述与系统的可用性有关的边界类，然后建立用户界面的原型、设计和实现用户界面。
职责
用户界面设计员或对象分析员负责边界类的完整性，确保：
- 类必须满足由该类所参与的用例实现和用例示意板所确定的需求。
- 各类之间尽可能独立。
- 类的特征，包括它的职责、单向关系和属性，需要调整并且彼此之间保持一致。
- 具有双向关系的类涉及的角色清楚而又直观。
- 其成员的可见性（主要指属性）正确。可见性可为“公有”、“私有”等等。
- 其成员的范围（主要指操作和属性）正确。对于类型/类范围来说，范围是“真”；而对于对象/实例范围来说，范围是“假”。
- 特殊需求简明易懂，且符合设计目的。
- 说明类的图简明易懂且与其他特征一致。
