1、用例图
由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。
2、类图
类图(Class diagram)由许多（静态）说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。
3、状态图
状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。通常我们创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。
4、活动图
活动图（activity diagram，动态图）是阐明了业务用例实现的工作流程。业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。
5、序列图（顺序图）
顺序图是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。
6、协同图（协作图）
协作图(Collaboration Diagram /Communication Diagram)显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的交互图。使用协作图可以显示对象角色之间的关系，如为实现某个操作或达到某种结果而在对象间交换的一组消息。如果需要强调时间和序列，最好选择序列图；如果需要强调上下文相关，最好选择协作图。
7、组件图（构件图）
构件
为了更好的理解构件图,首先我们了解一下构件的定义:构件是系统的可替代的物理部分,它表示的是实际的事物.构件是定义了良好接口的物理实现单元.它是系统中可以替代的部分.每个构件体现了系统设计中的特定类的实现.良好定义的构件不直接依赖于其它构件而依赖于构件所支持的接口.在这种情况下,系统中的一个构件可以被支持正确的接口的其它构件所替代.接口是被软件或硬件所支持的一个操作集.通过使用命名的接口,可以避免在系统的各个构件之间直接发生依赖关系.有利于新构件的替换.
构件图主要用于描述各种软件构件之间的依赖关系
构件图的基本目底是:使系统人员和开发人员能够从整体上了解系统的所有物理构件.同时,也使我们知道如何对构件进行打包.以交付给最终客户.最后,构件图显示了所开发的系统的构件之间的依赖关系
8、部署图
一个UML部署图（对象管理组织2001）描述了一个运行时的硬件结点，以及在这些结点上运行的软件组件的静态视图。 部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构的机器之间的中间件。
在软件开发各个阶段，使用不同的UML图对系统进行描述。
9、对象图
对象图(Object Diagram) 是显示了一组对象和他们之间的关系。使用对象图来说明数据结构，类图中的类或组件等的实例的静态快照。对象图和类图一样反映系统的静态过程，但它是从实际的或原型化的情景来表达的。
面向对象技术设计软件系统
使用用例图来描述用户需求；使用类图、对象图、包图、构件图和部署图这五种静态图来描述系统的静态结构；使用顺序图、合作图、活动图和状态图者四种图描述系统动态行为。
原文地址：http://blog.csdn.net/cwl421/article/details/42041299
