UML顺序图是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。
UML顺序图中分类器分层
分层是一个通用的面向对象设计的方法，系统通常来说，总是组织成userinterface、process/controller、business、persistence、和system层(Ambler2001)。当系统是以这种方式设计的时候，通常会加强同属于一层的分类器合作，而降低不同层的分类器的耦合度。因此按类似的方式对你的UML顺序图进行分层是有意义的。就这个使用情境的例子来说，一种分层的方法就是先注明人类角色，然后是表示情境的逻辑的controller类，然后是userinterface类，接着是business类，***是相关的技术类，它封装了对数据库和系统资源的访问。以这种方式对你的UML顺序图分层，会使得UML顺序图更容易阅读，也更容易发现分层的逻辑问题。图１就采取这种方法。
图⒈一次学生的注册。
用和你的用例图一致的名称命名角色。
当你在对一个使用情境建模时，你的UML顺序图一般会涉及一个或多个角色。为了保持一致性，显示在UML顺序图中的角色的名称应该和用例图上的相同。UML顺序图
用和你的类图一致的名称命名类。
UML顺序图中的类和类图中的类是相同的，因此它们应该有相同的名称。
一个角色的名称可以和类的名称相同。
在图１你可以看到一个命名为学生的角色和一个命名为学生的类。这样做是合理的，因为这两个分类器表示两个不同的概念，角色表示在现实中的学生，而类则表示你正在构建的商业应用程序中的学生。
包含一个逻辑的叙述性描述。
图１可以很难理解－－特别是对于不熟悉阅读UML顺序图人来说－－因为它是很接近于实际的源程序。在你模型中包含一个业务逻辑的描述是很常见的，特别当该UML顺序图描述一个使用情境时，就像在在图⒉的左边看到的，这可以增加图的可理解性，并且Rosenberg和Scott（1999）指出，这也为跟踪用例和UML顺序图间的信息提供了重要的信息。
图⒉在线定单付款。
在图的最左边放置人和组织角色。
对业务应用软件来说，在大多数的中，主要的角色是一个人或一个组织。这些角色经常是该情境的发起人，同时也是UML顺序图的阅读焦点，因此它们应该放在模型的"可看见的开始之处"。
在图的最右边放置反应系统角色。
反应系统角色是那些你与之交互的系统，应该放在图的最右边。因为在许多的业务应用软件中，这些角色经常被当做"backendentities"，也就是那些你的系统通过存取技术交互的系统，例如CAPIs、CORBAIDL、消息队列、或webservice。换句话说，把后端的系统放在图***的位置。
在图的最左边放置系统角色。
先导系统角色是那些与你的系统交互的系统，根据力争从左到右排列消息和分类器层的原则，应该放在图的最左边。
【编辑推荐】
