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

核心提示： 方法逻辑 序列图在记录方法逻辑方面非常优秀，实际上，Java 建模: UML 工作簿，第 1 部分――序列图简介(3)，只要给出了 Java 方法，某些 CASE 工具会自动生成一个序列图，因此用参与者来表示他，我们首先将参与者 Applicant 添加到序列图，序列图可用于设计未来方法或记录现

方法逻辑 序列图在记录方法逻辑方面非常优秀。实际上，只要给出了 Java 方法，某些 CASE 工具会自动生成一个序列图。序列图可用于设计未来方法或记录现有方法的流程。

关于示例应用程序

我们将在示例贷款处理应用程序的帮助下学习序列图。因为本专栏的重点在于建模，而不是方法，我们要直接讨论建立图，所以我们不会注重于应用程序的细节。我们为贷款处理应用程序绘制的基本功能如下：

用例：提交贷款请求

申请人通过因特网完成并向银行提交贷款申请。

系统确认贷款申请的信息，检查它是否正确以及信息是否尽可能完整。

系统向外部商业资信咨询机构转发贷款请求，以获取该申请人的信用报告。

系统根据所返回的信用报告计算申请人的信用积分。

入门

创建序列图的第一步是确定该图是否表示与外部或内部实体的交互。如果正在建立用例方案的模型，那么序列图通常表示与外部实体的交互。如果正在建立框架中协议的模型，那么此图也许表示内部或外部交互。子系统图、类图和个别方法逻辑图通常只表示内部实体。无论是哪种情况，将要建模的交互类型决定了序列图中的第一个（最左边的）元素。

与外部实体的交互表示参与者是交互的一部分。内部交互可能由参与者启动（如果子系统用例是交互的基础），但它更可能是由叫作 Sender 的普通类启动的。如果参与者启动了交互，那么参与者将归入启动程序类别，这是四种常见参与者角色之一。

我们将关注为贷款处理应用程序（以上概述的 提交贷款请求用例）的方案建立图。请注意当申请人完成在线贷款申请并在因特网上提交它时序列图的变化。在这个方案中，申请人在系统外部，因此用参与者来表示他。我们首先将参与者 Applicant 添加到序列图，如图 1 所示。