活动：用户界面建模

说明相关主角的特征

说明与用例相关的（人员）主角的特征。 由于交互的主要作用都涉及到用例的主要主角，因此着重对其进行说明。此信息对下面的后续步骤很重要。

有关详细信息，请参考指南： 主角 中的“主角特征”部分。

创建用例示意板

首先为用例创建用例示意板，然后指定两者之间的追踪依赖关系。用例示意板使用各种不同的特征（例如文本字段和图）来说明用例的可用性方面。

分析模型中的用例示意板可以追踪到用例模型中的用例。

有关详细信息，请参考指南：用例示意板。

说明事件流示意板

在本活动中输入的各个用例的分步说明都需要改进，并重点解决可用性问题；所有改进将记录在用例示意板的事件流示意板特征中。

首先使用简短的操作语句创建事件流示意板的最初大纲，由此获得对用例的初步理解。

然后对事件流的不同部分，用期望的指南、对象的平均值和平均容量以及平均操作使用率来对事件流示意板进行补充。

有关详细信息，请参考指南： 用例示意板中的“说明事件流示意板”部分。

获得对用例示意板的可用性需求

通过确定用户界面必须具有的可用性程度，得到用例示意板的可用性需求。

有关详细信息，请参考指南：用例示意板中的“获得对用例示意板的可用性需求”部分。

查找用例示意板所需的边界类

在此步骤中，我们需要确定提供用例的用户界面所需的核心和原始的边界类。

确定核心边界类

确定一个代表主角与之交互的主窗口的核心边界类。如果已经存在这样的类，请考虑复用它。这是因为，您应当尽力减少需要与某个特定主角进行交互的主窗口数目。您当然也要作一点折衷；主窗口不应当过于复杂或者杂乱。

这些核心边界类经常是几个原始边界类（请见下文）的聚合关系。

核心边界类示例：

在邮件应用程序中确定的核心边界类是邮箱。有关详细信息，请参考指南： 边界类。

在文档编辑器应用程序中确定的核心边界类是文档。有关详细信息，请参考指南： 边界类。

确定原始边界类

详细地研究事件流示意板，以及手头的其他任何用例说明。寻找用户感兴趣的信息，以及在用户界面中需要显示并进行管理的信息。

考虑所有的业务实体对象，或者是词汇表中的术语（尤其是名词）。同时也考虑存在的实体对象。这些是了解系统处理什么样的信息（这些信息也是用户感兴趣的）的途径。

然后，为主角通过用户界面处理的每个逻辑对象创建一个边界类。执行创建时，始终要考虑复用已经存在的边界类。此步骤的结果是作好建立一个面向对象的用户界面的准备。

原始边界类示例：

在邮件应用程序中确定的原始边界类包括邮件消息附件。有关详细信息，请参考指南： 边界类。

在文档编辑器确定的原始边界类包括段落和脚注。有关详细信息，请参考指南： 边界类。

概述已确定的边界类

说明边界类明显的特征。在这一阶段，通常可以大致描述出边界类大部分的属性、聚合关系、关联关系以及它们的某些职责。请回忆，核心边界类通常是几个原始边界类的聚合关系。

在以下步骤中将改进每一个类并作出详细说明；请参考以下示例的步骤。

将边界类与用例示意板联系起来

需要将参与用例示意板的边界类和用例示意板联系起来。这可以通过获取类图中的类（包括它们连接用例示意板的关系）来完成。

有关详细信息，请参考指南：用例示意板中的“创建边界类图”部分。

说明边界对象和主角之间的交互

此步骤是可选的，并在需要利用交互图正式记录交互序列（例如，窗口流和导航路径）的情况下完成这一步骤。

单步调试用例（或者更准确地说，当前迭代中考虑的用例的子集）事件流，确定负责用例中可见行为的边界对象。注意这些边界对象是前一步骤（查找用例示意板所需的边界类 ）中找到的边界类的实例。创建一个或多个协作图阐明这些参与边界对象之间的交互。

协作图同时也应当显示出系统和它的主角之间的交互。由于始终是主角调用用例，因此当其中一个主角向系统发出某种请求时，事件流就开始了。

通过创建对象间的链接来阐明它们之间的交互；用调用对象意图（即它希望在与被调用对象的交互中得到的内容）的简短说明解释这些链接。这些“意图”都将集成到每一个相应的边界类的职责中，如以下步骤（说明边界类职责）所述。

有关详细信息，请参考指南：用例示意板中的“创建边界对象交互图”部分。

补充用例示意板图

此步骤是可选的；如果必须引用已有的用户界面原型（如果有）对（上面创建的）图和说明进行补充并作进一步的阐释，则执行这一步骤。

有关详细信息，请参考指南：用例示意板中的“补充用例示意板图”部分。

参考用例示意板中的用户界面原型

此步骤是可选的；如果必须引用已有的用户界面原型（如果有）对（上面创建的）图和说明进行补充并作进一步的阐释，则执行这一步骤。

有关详细信息，请参考指南： 用例示意板中的“参考用例示意板中的用户界面原型”部分。

说明边界类职责

此步骤中采用的方法和活动： 用例分析中说明的“说明属性和关联关系”部分中所表述的方法类似。唯一的区别在于需求是从用例示意板中提取的，而不是从用例实现。

注意：职责是对类所提供行为的内在关联关系子集的文本说明。这样，边界类的职责可以认为是用户界面及其窗口提供操作的高层说明。

有关示例请参考指南：边界类中的“边界类职责示例”部分。

说明边界类属性

此步骤中采用的方法和活动： 用例分析中说明的“说明属性和关联关系”部分中所表述的方法类似。

注意，属性和它们的类型都应当是概念性的，它们都作为用户界面中对象（如窗口）特征的高层说明。并且，当设计和实施用户界面时，这些属性本身也可以成为类。

有关示例请参考指南：边界类中的“边界类属性示例”部分。

说明边界类之间的关系

在此步骤中，我们定义边界类之间的聚合关系、关联关系以及泛化关系。

聚合关系和关联关系

此步骤中采用的方法和活动： 用例分析中说明的“说明属性和关联关系”部分中所表述的方法类似。

泛化关系

有关示例请参考指南：边界类中的“边界类关系示例”部分。

说明对边界类的可用性需求

用例示意板的大部分可用性需求应当分配给参与边界类，并根据需要对这些类进行改进。

有关示例请参考指南：边界类中的“边界类特殊需求示例”部分。

在全局类图中表示边界类

注意，上面步骤查找用例示意板所需的边界类中创建的类图是用例示意板所特有的。然而在某些情况下，在不特属于任何用例示意板的“全局”类图中表示边界类也是有价值的，例如，当“全局”类图作为用户界面原型设计活动的输入时。例如，这样的类图可以包含下面的内容：

• 最重要的边界类和它们的关系。这种类型的图可以对模型进行概述，也可以对如模型复审或者对当前迭代中重点确定模型哪些部分的优先级有很大的帮助作用。
• 一起构成特定用户界面的边界类。
• 重要的或者深度的边界类聚合关系分层结构。
• 在不同聚合关系分层结构中边界类之间的关联关系。
• 边界类的泛化关系分层结构。

评估结果

应当对用例示意板进行评估，以核实工作没有偏离正确方向。

关于边界类的检查点，请参考指南： 边界类中的“边界类及其关系的优劣标准”部分。

© 1987 - 2001 Rational Software Corporation。版权所有。

Rational Unified Process