经过小组的讨论，我对UML图有了一个比较清晰的了解。
画图顺序：
接到一个工程后，首先对用户的需求进行分析，先画出用例图，然后再通过三层架构画出包图，接着对每个包画出相应的类图；然后再对每个用例进行分析，画出时序图（协作图），状态图以及活动图，最后再画出部署图，构件图（不太懂）。
下面我来说一下自己对其中几个图的认识：
用例图：
对用户的需求进行分析，画出相应的用例，但是注意并不是所有的用例都是直接关联于角色的，用例之间也有一定的层次关系（例如include，extend等）。
类图：
首先先推翻我之前的认识：把所有的类都放在一起画成一张类图。（错误的认识）
现在我们知道了三层架构，所以类图也要分层，于是我们应该对每个包（可看成类库）画一张类图，而且类与类之间并不是一定要建立关系，有关系的画上，没关系的不用画（很有可能会有与其他没有关系的类）；
如果这个包中的类与另一个包中的类发生关系，那么我们需要对包与包之间建立关系（而不是类与类之间）。
时序图：
首先一个时序图是针对一个用例来说的，然后我们要对其进行分层：角色，界面层，控制层，数据访问层。
注意：
其中的控制层又可以分为多个层（至于到底几个层，根据需要判定）；
其中的数据访问层注意不是数据层，数据层是没有方法的，而数据访问层是对数据层进行操作的。
对象间的传递的消息注意是调用的下一个对象的方法。
状态图：
状态图也是对于一个用例而言的，它主要描述的是时序图中各个操作的结果（状态）。
活动图：
活动图类似于事件流，时序图是从时间顺序来描述一个用例的话，那么活动图就是从一个事件的实现顺序来描述一个用例，它同时也是一个活动的状态图。