Java 建模: UML 工作簿，第 1 部分――序列图简介

核心提示： 接收方角色接收来自系统的信息，它们以消极方式提供服务，Java 建模: UML 工作簿，第 1 部分――序列图简介(2)，因此，它们可能不会向系统提供值，这些序列组成了用于与这样的某个类或一组类交互的协议，序列图可用于描述类或一组相互作用的类的使用，但会想其它参与者提供值，接收方的一个示例就是数

接收方角色接收来自系统的信息。它们以消极方式提供服务。因此，它们可能不会向系统提供值，但会想其它参与者提供值。接收方的一个示例就是数据仓库或外部备份系统。接收方通常接收来自系统中对象的消息，但一般不会生成消息。

代理是代表另一个参与者执行操作的参与者。代理的一个示例就是代表顾客租借录影带的音像店职员。

UML 没有排斥任何特殊的软件开发方法或过程；它只不过标准化了标记法的格式。然而，许多开发方法都合并了 UML。Rational 统一过程 (RUP) 就是这样一种方法；另一种方法是功能驱动的开发 (FDD)。由于其直观性和通用性，UML 序列图已成为这些过程的前端建模活动的一部分。序列图用于建立以下内容的模型：

用例方案

框架中的协议

子系统

类

方法逻辑

以下是上述每个功能的简要说明。

用例方案

对于示例应用程序，我们将使用序列图来建立单个用例方案的模型。用例是由参与者与应用程序交互为实现某个指定目标而执行的单个任务。参与者可以是与应用程序交互、在应用程序外部的任何最终用户、组织或系统。

框架中的协议

协议位于框架及其称作 集合体的可交换组件之间。了解框架必需的交互有助于开发新的集合体。序列图通常用于记录这些交互。

子系统

大的项目被分解成更小且易管理的部分，称作 子系统。子系统之间的接口关于将它们集成成为更大的整体（即，系统）是至关重要的。序列图用于指定子系统边界上的类之间的交互。

类

某些类（如 Socket 和 InetAddress ）需要一个复杂的方法调用序列，以便正确交互。这些序列组成了用于与这样的某个类或一组类交互的协议。序列图可用于描述类或一组相互作用的类的使用，因而描述了交互所需的协议。