fatfox的专栏

1.给图一个表达其目的的名称。2.安排图中的元素，以尽量减少线段的交叉。3.在空间上组织图的元素，以使得在语义上接近的元素在物理位置上也接近。4.用注解和色彩作为可视化提示，以把注意力引导到图的重要特征上。然而，由于许多人是色盲，要注意所用的颜色；应该仅用颜色作强调，而不用于传达基本信息。 

1.记住在UML中图的目的不是为了绘制漂亮的图画，而是为了进行可视化、详述、构造和文档化。图始终是一种部署可执行系统的手段。2.不是所有的图都是值得保存的。通过对模型中的元素提出问题，考虑绘制一些草图，并用这些草图去思考正在构造的系统。很多这样的图达到其目的后就要被丢弃（但创建它们时所依据的语义仍然保留作为模型的一部分）。3.避免无关的或冗余的图。这些图会使得模型混乱。4.在每个图中只

　　使用注解最普通的目的是把观察结果、评论或解释以自由的形式写下来。把这些注释直接放在模型中，模型就成了开发过程中创建的各种制品的公共资料库。甚至可以用注解把需要可视化，显示地表示出怎样与模型的相关部分对应。　　对注释建模，要遵循如下策略：　　•　把注释文本放入注解内，并把该注解放于它对应的元素附近。可以用依赖关系把注解与对应的元素相连接，从而更明确地表明其关系。　　•　要记住，可以根

　　ＵＭＬ构造块的基本特性（类的属性和操作以及包的内容等）一般足以表达建模的大多数事物。然而，如果要扩展这些基本构造块的特性，就需要定义衍型和标记值。　　对新特性建模，要遵循以下策略：　　•　首先，要确认用基本的ＵＭＬ已无法表达要做的事情。　　•　如果确信没有其他的方法能表达这些语义，则定义衍型并且为衍型添加新的特性。泛化的应用规则是：为一种衍型定义的标记值，可应用到它的子孙。　　

　　当用ＵＭＬ创建模型时，是在ＵＭＬ设置的规则下工作的。这是件好事情，因为这意味着能够无歧义地向知道怎样读ＵＭＬ的人交流想法。然而，如果发现自己需要表达ＵＭＬ中不存在的新的语义，或需要修改ＵＭＬ中的规则，就需要写一个约束。　　对新语义建模，要遵循如下策略：　　•　首先，要确认用基本的ＵＭＬ已无法表达要做的事情。　　•　如果确信没有其他的方法能够表达这些语义，就把新语义写在一个约束中，放

　　现有的ＵＭＬ结构图可用于对系统的静态方面进行可视化、详述、构造和文档化。可以把系统的静态方面看作是对系统的相对稳定的骨架的表示。正如房屋的静态方面是由墙、门、窗、管子、电线和通风孔等事物的布局组成的一样，软件系统的静态方面是由类、接口、协作、构件和结点等事物的布局组成的。　　ＵＭＬ的结构图大致上是围绕着对系统建模时发现的几组主要事物来组织的。　　（１）　类图