包图准则
113、创建类包图以便从逻辑上组织设计。
114、创建UML构件图以便从物理上组织设计。
115、把继承包放在基包的下面。
116、垂直分层类包图。
117、创建用例包图对需求分析结果进行组织。
118、在用例包图中包含参考者。
119、水平地排列用例包图。
120、给予包简单的、描述性的名字。
121、使包具有内聚性。
122、在包上用版型指明体系结构的层次。
123、避免包之间有循环依赖关系。
124、用包依赖关系反映内部关系。
UML顺序图准则
125、尽量从左至右排列消息。
126、对类元分层。
127、如果有必要,可以用与类名一样的名字命名参与者。
128、包含逻辑的平铺直叙式描述。
129、把先导型系统参与者放在图的最左边。
130、把反应型系统参与者放在图的最右边。
131、避免对对象的撤销建模。
132、不必过度考虑激活期竖条的问题。
133、当多个对象具有相同类型时,应命名一致。
134、对将会在消息中被引用的对象命名。
135、在类元上应用文本形式的版型要一致。
136、慎重使用可视化版型。
137、把注意力集中于关键的交互。
138、把消息名放在箭头旁。
139、直接创建对象。
140、在软件消息上应用操作特征标记。
141、对涉及和和机构参与者的消息使用描述性的文字。
142、对于参数,优先考虑使用参数名而不是参数类型。
143、指明参数类型作为参数的占位符。
144、把<<include>>版型用于用例的调用。
145、不要对明显的返回值建模。
146、只有当需要在图中其他地方引用返回值时,才对返回值建模。
147、把返回值放在箭头旁。
148、把返回值建模为方法调用的一部分。
149、指明返回值类型作为返回值的占位符。
150、为简单的返回值指明实际值。