前言
通过看视频，对于UML也有了一些初步的了解。前面也介绍了UML的三个基本块、规则和机制，只是这些东西就像是一个个机器的零部件。要组合起来才干发挥作用。
所以，实例才是验证自己学习好坏标准，以下我结合机房收费系统画了UML的九个实例图，如有认为不合适的地方，请大家多多不吝赐教：
类图（Class Diagram）
类图是描写叙述系统中的类，以及各个类之间的关系的静态视图。可以让我们在正确编写代码曾经对系统有一个全面的认识，在系统的整个生命周期都是有效的。
实比例如以下：
对象图(Object Diagram)
对象图所使用的表示符号与类图差点儿全然同样，它是类图的实例，它们的不同点在于对象图仅仅是显示类的对象实例，而不是实际的类。一个对象是类图的一个实例，因为对象存在生命周期，因此对象图仅仅能在系统某一时间段存在。对象图是类图的一种实例化图，描写叙述系统在某个时刻可能包括的对象和相互关系。实比例如以下：
用例图(Use CaseDiagram)
它从用户角度描写叙述系统的功能。
说明的是谁要使用这个系统，以及他们使用该系统能够做些什么。用例图描写叙述了一系列的角色和使用案例及它们之间的关系。
一个用例图包括了多个模型元素，如系统、參与者和用例，而且显示了这些元素之间的各种关系，如泛化、关联和依赖。实比例如以下：
活动图（ActivityDiagram）
描写叙述为满足用例要求所要进行的活动以及活动间的约束关系有利于识别并行活动。
可以演示出系统中哪些地方存在功能。以及这些功能和系统中其它组件的功能怎样共同满足前面使用用例图建模的商务需求。
活动图是使用例图所描写叙述的行为详细化。
实比例如以下：
状态图(State Diagram)
描写叙述一类的对象的全部可能的状态以及事件发生时状态的转移条件。通常状态图是对类图的补充，实际上并不须要为全部的类绘制状态图，而仅仅须要为那些有多个状态、而且其行为受外界环境的影响而会发生改变的类绘制状态图。能够捕捉对象、子系统和系统的生命周期。
他们能够告知一个对象能够拥有的状态，而且事件（如消息的接收、时间的流逝、错误、条件变为真等）会怎么随着时间的推移来影响这些状态。一个状态图应该连接到全部具有清晰的可标识状态和复杂行为的类；该图能够确定类的行为，以及该行为怎样依据当前的状态变化，也能够展示哪些事件将会改变类的对象的状态。实比例如以下：
序列图(SequenceDiagram)
用于显示对象间的动态合作关系。它强调对象之间消息发送的顺序，同一时候也显示对象之间是怎样交互的（交互过程），它强调的是时间和顺序。
实比例如以下：
协作图(CollaborationDiagram)
和序列图相似。它也显示对象间的动态合作关系，只是，除了显示信息交换外，协作图还显示对象以及它们之间的关系，它强调的是通信关系（怎样通信的）。能够看成是类图和顺序图的交集。
实比例如以下：
构件图(ComponentDiagram)
描写叙述用来建模的软件构件（如：代码部件，jar文件、EJB文件等）的物理结构以及各部件之间的依赖关系。一个部件可能是一个资源码部件、产品、文件、一个二进制部件或一个可运行部件。
构件图有助于分析和理解部件之间的相互影响程度。这些图由构件标记符和构件之间的关系构成。实比例如以下：
部署图(Deployment Diagram)
描写叙述一个系统的拓扑结构，定义系统中软硬件的物理体系结构。它能够显示实际的计算机和设备（用节点表示）以及它们之间的连接关系。也可显示连接的类型及部件之间的依赖性。
在节点内部。放置可运行部件和对象，以显示节点跟可运行软件单元之间的相应关系。
比如计算机和设备，以及它们之间是怎样连接的。部署图的使用是开发者、系统集成人员和測试人员。
实比例如以下：
总结：
这九种图在软件开发中负担着各自的作用。开发的不同阶段，可能会用到不同的UML图。这就须要对它有足够的熟悉。才干够非常好的去完毕一个系统的完整的UML图。所以。我仅仅是每一个图画了一个小样例。认知有限，希望大家多多指导。