图⒉在线定单付款。
在图的最左边放置人和组织角色。
对业务应用软件来说，在大多数的中，主要的角色是一个人或一个组织。这些角色经常是该情境的发起人，同时也是顺序图的阅读焦点，因此它们应该放在模型的"可看见的开始之处"。
在图的最右边放置反应系统角色。
反应系统角色是那些你与之交互的系统，应该放在图的最右边。因为在许多的业务应用软件中，这些角色经常被当做" backend entities "，也就是那些你的系统通过存取技术交互的系统，例如C APIs、CORBA IDL、消息队列、或web service。 换句话说，把后端的系统放在图最后的位置。
在图的最左边放置系统角色。
先导系统角色是那些与你的系统交互的系统，根据力争从左到右排列消息和分类器层的原则，应该放在图的最左边。
避免建模对象Destruction
虽然内存管理是很重要的的问题，特别是对象在适当的时候的销毁，许多建模者不愿意在顺序图上建模对象的销毁操作，而是在activation条（就是表示对象生命周期的那个竖条）的底部使用一个"Ｘ"符号，或使用一个带<<destroy>>版型的消息。 比较图１和图２，注意图1中引入了对象的销毁，没带来明显的好处，却弄乱了图的布局。而图２则没有注明对象销毁。 记住遵循敏捷建模( AM)的实践简单的描述模型。
这项指南的意义在于两个理由∶ 首先，很多种语言都拥有称作垃圾收集的技术，实现自动的内存管理，例如Java和Smalltalk。 其次，在那些你需要明确的管理内存的语言中，例如C++，你的程序员一般地都能够了解该怎么做，并不需要模型中的这些附加信息。
注意在实时系统中，内存管理通常是一个关键性问题，你可能需要建模对象的销毁操作。
分类器的原则
注意∶分类器命名规则的在别处描述。 其中，类和接口的命名规则在UML类图的风格指南中描述，用例的命名规则在UML用例图的风格指南中描述，而组件的命名规则在UML组件图的风格指南中描述。
当你在消息上引用对象时要命名他们。
文章来源于领测软件测试网 https://www.ltesting.net/
