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