协议位于框架及其称作集合体的可交换组件之间。了解框架必需的交互有助于开发新的集合体。序列图通常用于记录这些交互。
子系统
大的项目被分解成更小且易管理的部分，称作子系统。子系统之间的接口关于将它们集成成为更大的整体（即，系统）是至关重要的。序列图用于指定子系统边界上的类之间的交互。
类
某些类（如 Socket 和 InetAddress）需要一个复杂的方法调用序列，以便正确交互。这些序列组成了用于与这样的某个类或一组类交互的协议。序列图可用于描述类或一组相互作用的类的使用，因而描述了交互所需的协议。
方法逻辑
序列图在记录方法逻辑方面非常优秀。实际上，只要给出了 Java 方法，某些 CASE 工具会自动生成一个序列图。序列图可用于设计未来方法或记录现有方法的流程。
关于示例应用程序
我们将在示例贷款处理应用程序的帮助下学习序列图。因为本专栏的重点在于建模，而不是方法，我们要直接讨论建立图，所以我们不会注重于应用程序的细节。我们为贷款处理应用程序绘制的基本功能如下：
用例：提交贷款请求
申请人通过因特网完成并向银行提交贷款申请。
系统确认贷款申请的信息，检查它是否正确以及信息是否尽可能完整。
系统向外部商业资信咨询机构转发贷款请求，以获取该申请人的信用报告。
系统根据所返回的信用报告计算申请人的信用积分。
入门
创建序列图的第一步是确定该图是否表示与外部或内部实体的交互。如果正在建立用例方案的模型，那么序列图通常表示与外部实体的交互。如果正在建立框架中协议的模型，那么此图也许表示内部或外部交互。子系统图、类图和个别方法逻辑图通常只表示内部实体。无论是哪种情况，将要建模的交互类型决定了序列图中的第一个（最左边的）元素。
与外部实体的交互表示参与者是交互的一部分。内部交互可能由参与者启动（如果子系统用例是交互的基础），但它更可能是由叫作 Sender 的普通类启动的。如果参与者启动了交互，那么参与者将归入启动程序类别，这是四种常见参与者角色之一（有关详细信息，请参阅关于参与者角色）。
我们将关注为贷款处理应用程序（以上概述的提交贷款请求用例）的方案建立图。请注意当申请人完成在线贷款申请并在因特网上提交它时序列图的变化。在这个方案中，申请人在系统外部，因此用参与者来表示他。我们首先将参与者 Applicant 添加到序列图，如图 1 所示。
图 1. 添加申请人
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
