为软件消息使用操作符号。
当一个消息被发给一个软件实现的分类器时，例如类、接口、或组件。通用的准则是使用实现语言的语法来描述消息名。 例如，在图３中，消息commit ( transactionID)被发送给source account对象，它使用了类似于Java、C++、和C_#语言的语法。
为涉及人和组织角色的消息使用叙述性文字。
当一条消息的来源或目标人或组织的角色时，需要使用简短的叙述性文字来描述传达的信息、来标记消息。 例如，在图１中，被student角色发送出的消息是provides name和provides student number，它们描述了这个人在做什么。
推荐使用参数名称，而不是参数类型
注意在图３中，大多数的消息都使用参数名称来注明参数，而不是使用类型。唯一的例外是start ()消息中传递的UserID参数。 这可以使你正确地判定该消息传递了什么值，有时候类型信息是不够的。 例如，消息addDeposit ( amount, target, transactionID)传达的信息要比addDeposit ( Currency, Account, int)多。
为参数占位符注明类型
有时参数传递的信息和你正在建模的信息并没有什么关系，虽然这些信息对你而言非常的重要。 在这种情况下就需要注明参数的类型，如图３中的start ( UserID)。
类的消息实现为静态操作
当一条消息被发给一个类时（类使用ClassName的格式标记），我们需要在类的定义中增加一条相应的静态操作。 例如，图１描述了被发送给Seminar类的消息getAvailableSeminars ()，因此该类的定义中应该有一条静态操作。 如果这条消息被发给Seminar一个实例，那就应该有一个相应的实例操作。 这是顺序图和类图间的一项非常重要的一致性检验，某些CASE工具可以自动化实现。
为用例调用使用<<include>>版型
图３显示了一个用例在顺序图中是如何经由一个用<<include>>版型标记的消息被调用的，当你在建模一个包含一个被直接调用的用例的使用情境时，就可以使用这个小技巧。
返回值的原则
当返回值非常明显时就不要对返回值建模。
返回值的显示是使用带返回值标记的虚线箭头，返回值是可选的。 例如，图１中返回值theStudent表示了对SecurityLogon类调用的消息的返回值，然而图２中对order发送getTotal ()消息就没有返回值。 在第一个例子中，创建一个security logon对象会产生一个student对象，这是不明显的，然而向order要求一个小计的返回值是很明显的。
文章来源于领测软件测试网 https://www.ltesting.net/
