本节书摘来自华章计算机《软件建模与设计: UML、用例、模式和软件体系结构》一书中的第2章，第2.11节,作者：（美）Hassan Gomaa，更多章节内容可以访问云栖社区“华章计算机”公众号查看。

2.11　本书的约定

本书用到的一些特定的附加约定随着项目的阶段而改变。例如，大小写约定在分析模型（不太正式）和设计模型（更为正式）中是不同的。
2.11.1　需求建模
在图和文本中，用例的名字采用单词的首字母大写的形式，且在多个单词中使用空格，例如Withdraw Funds。
2.11.2　分析建模
分析模型的命名约定如下：
1.?类
类名单词首字母大写。在图中，多单词的名字间没有空格，例如CheckingAccount。然而在文本中，为了提升可读性引入了空格，例如Checking Account。
属性名单词首字母小写，例如balance。对于多单词组成的属性，在图中不使用空格分隔，但在文本中引入空格。多单词名称中的第一个单词首字母小写，接下来的单词首字母大写。例如，在图中使用accountNumber，在文本中使用account Number。
属性的类型使用首字母大写的单词表示，例如Boolean、Integer或Real。
2.?对象
对象可以通过多种方式表示，如下所述：
一个单独的命名对象。在这种情况下，第一个单词的首字母小写，之后单词的首字母大写。例如，在图中，对象表示为aCheckingAccount和anotherCheckingAccount的形式；在文本中，相同的对象表示为aChecking Account和another CheckingAccount的形式。
一个单独的未命名对象。图中有些对象被表示为不具有对象名的类实例，例如：CheckingAccount。在文本中，这个对象被命名为CheckingAccount。为了提升可读性，冒号被去除了，且在多单词组成的名字中引入了空格。
这意味着，根据一个对象在图中的表示方式，在文本中有时该对象的首单词首字母大写，有时首单词的首字母小写。
3.?消息
在分析模型中，由于消息的类型未被确定，因此消息总是表示为简单消息（参见图2-11和2.8.1节）。消息名字的首字母大写。在图和文本中，多单词组成的消息名字具有空格，例如Simple Message Name。
4.?状态图
在图和文本中，状态、事件、条件、动作和活动的名称都是首字母大写的，并且在多单词间存在空格，例如，状态Waiting for PIN、事件Cash Dispensed、动作Dispense Cash。
2.11.3　设计建模
设计模型的命名约定如下：
1.?主动类和被动类
主动类（并发类）和被动类的命名约定与分析模型中类的命名约定一致（见2.11.2节）。
2.?主动对象和被动对象
主动对象（并发对象）和被动对象的命名约定与分析模型中对象的命名约定一致（见2.11.2节）。
3.?消息
在设计模型中，消息名字的第一个单词首字母是小写的，接下来的单词首字母大写。在图和文本中，单词之间都没有空格，如alarmMessage。
消息参数的名字用首字母小写的形式，例如speed。在图和文本中，多单词的属性名字之间没有空格，另外，多单词名字的第一个单词首字母小写，之后的单词首字母大写，例如cumulativeDistance。
4.?操作
在图和文本中，操作（也叫方法）的命名约定都遵循消息的命名约定。因此，操作及其参数的第一个单词的首字母都是小写的，之后的单词首字母大写。单词之间不存在空格，例如validatePassword（userPassword）。