UML用例图不容易表达出用例实例的顺序，例如，首先客户请求一项物品，然后公司将传送此物品，最后客户付款。一个解决的方法就是在用例间使用约束{precedes}或依赖关系 <<precedes>> 。类似的关系同样存在于OML（OPEN modeling language），参看[3]，Robert C. Martin建议使用关键字follows替代precedes，参看[6]。这样替代的原因是依赖关系 <<follows>>与依赖关系<<preceds>>的指向相反，依赖关系<<follows>> 指向通常的依赖方向——从依赖元素指向独立元素，至于哪一个更直观仍是个未解决的问题。然而，带约束或依赖的图仍然是静态结构图，并不描述特定场景。
图5 UML序列图描述业务流程和执行者（Actor）之间的交互
角色可以通过特殊顺序启动用例的方法来使用系统。像这样的场景——用例实例序列——可以用顺序图或协作图描述，参看图5和图6。对照对象交互图，场景被描述为消息序列，用例交互图把场景描述为用例序列。这个图仅仅是由其他场景的实例组成的一个场景的UML图。在图5中消息调用（invoke）表示用例构造器和映射为从角色到用例的信号。根据每个用例的最开始操作，如调用请求（invoke request）, 调用运输（invoke shipment）和调用付款（invoke payment），可以命名这些消息，除了这些消息之外，用例交互图能表示角色与系统间其他消息的交互，并描述了用例与角色的全部交谈。
图6 UML交互图描述业务流程和角色之间的交互和关系
文章来源于领测软件测试网 https://www.ltesting.net/
