UML协作图准则
151、创建实例层的图来研究对象设计问题。
152、创建说明层的图来研究角色。
153、不要用协作图来建模过程流。
154、当顺序重要时则创建顺序图。
155、在实例层的协作图中应用顺序图准则。
156、只有当参数不清楚时才指明参数。
157、不每个消息画出箭头。
158、合并getter调用。
159、用字母指明并发的线程。
160、在实例层的协作图中建模时采用“裸”链。
161、在说明层的图中显示与角色相关的信息。
162、优先考虑在链上使用角色，而不是在类内使用角色。
163、注明导航性时要慎重。
164、使用链以便反映一致的静态关系。
UML状态图准则
165、当不同行为是由于状态不同引起的时候，应创建状态图。
166、把初态放置在左上角。
167、把终态放在右下角。
168、状态图应该简单，但要具有描述性。
169、质疑“黑洞”状态。
170、质疑“神奇”状态。
171、为复杂的目标建模子状态。
172、合并共同的子状态转移。
173、为非常复杂的实体创建分层的状态图。
175、用实现语言的命名规范来命名软件动作。(software action)
176、用描述性的文字命名参与者动作（actor action)。
177、只有当进入动作(entry action)对所有的进入转移(entry transition)都适用时，才指明进入动作。
178、只有当退出动作(exit action)对所以的退出转移(exit transtition)都适用时，才指明退出动作。
179、只有当需要退出且再进入状态时，才建模递归转移(recursive transition)。
180、用过去工命名转移事件。
181、把转移的标记放在源状态附近。
182、根据转移的方向来放置转移标记的位置。
183、警戒条件不要重叠。
184、引入汇合点以便可视化地对警戒条件进行局部化。
185、即使警戒条件不构成一个完备集也要使用它们。
186、永远不要把警戒条件置于初始转移上。
187、采用一致的语言来命名警戒条件。
151、创建实例层的图来研究对象设计问题。
152、创建说明层的图来研究角色。
153、不要用协作图来建模过程流。
154、当顺序重要时则创建顺序图。
155、在实例层的协作图中应用顺序图准则。
156、只有当参数不清楚时才指明参数。
157、不每个消息画出箭头。
158、合并getter调用。
159、用字母指明并发的线程。
160、在实例层的协作图中建模时采用“裸”链。
161、在说明层的图中显示与角色相关的信息。
162、优先考虑在链上使用角色，而不是在类内使用角色。
163、注明导航性时要慎重。
164、使用链以便反映一致的静态关系。
UML状态图准则
165、当不同行为是由于状态不同引起的时候，应创建状态图。
166、把初态放置在左上角。
167、把终态放在右下角。
168、状态图应该简单，但要具有描述性。
169、质疑“黑洞”状态。
170、质疑“神奇”状态。
171、为复杂的目标建模子状态。
172、合并共同的子状态转移。
173、为非常复杂的实体创建分层的状态图。
175、用实现语言的命名规范来命名软件动作。(software action)
176、用描述性的文字命名参与者动作（actor action)。
177、只有当进入动作(entry action)对所有的进入转移(entry transition)都适用时，才指明进入动作。
178、只有当退出动作(exit action)对所以的退出转移(exit transtition)都适用时，才指明退出动作。
179、只有当需要退出且再进入状态时，才建模递归转移(recursive transition)。
180、用过去工命名转移事件。
181、把转移的标记放在源状态附近。
182、根据转移的方向来放置转移标记的位置。
183、警戒条件不要重叠。
184、引入汇合点以便可视化地对警戒条件进行局部化。
185、即使警戒条件不构成一个完备集也要使用它们。
186、永远不要把警戒条件置于初始转移上。
187、采用一致的语言来命名警戒条件。