| 前言 |
| 正文 |
UML模型中共分为九种基本的图，包括用例图、类图、对象图、状态图、活动图、序列图、协作图、构件图、配置图。根据不同的分类方式，又可对这九种基本图进行进一步划分。本篇博文简单介绍这九种图。
根据系统的行为状态，将这九种图又划分为两大类-结构行为图、动态行为图。
一、用例图
用例图是站在用户的角度，描述用户的需求，描述系统功能的模型图。用例图展现了一组用例、参与者以及它们之间的关系，描述系统的静态使用情况。用例图描述角色以及角色与用例之间的连接关系，指出各功能的执行者，强调谁在使用谁，以及它们使用该系统可以做什么，完成哪些功能。
一个用例图包含了多个模型元素，例如系统、参与者和用例，并且表示了这些元素之间的各种关系，比如泛化、关联、依赖关系。
软件开发过程中，第一个阶段是需求分析，由分析人员与用户沟通，确定用户的需求。对于整个系统而言，这个阶段明确软件的整体功能，谁做什么，怎么做。用例图就是在这个阶段首要绘制的UML图。分析人员绘制后与用户沟通交流，确定是否能准确表达用户的需求，是否能满足用户需求。
绘制用例图
用例图元素包括：
角色/参与者（Actor）:存在于系统的外部或者与该系统发生交互的软件系统或是使用该系统的人，它们代表的是该系统的使用者或者使用环境。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。通常参与者是系统用户、与该系统交互的其他系统和一些可以运行的进程。如果系统中存在几个参与者，它们既扮演自身的角色，同时也扮演一般化的角色，需要用泛化关系来描述它们。一般发生在子类 父类中。参与者用名字写在下面的人形图来表示。
用例（User case）：用例表示系统所提供的服务，定义了系统是如何被角色使用的，描述一个用例在执行时执行者与系统之间的交互过程。用例有唯一标识的名字，包括简单名和路径名。简单名只是用例的名字，路径名需要在简单名的前面写明其属于哪个包的名字，
关系（Association）：关系用于表示参与者/角色和用例之间的对应关系，表明角色如何使用系统中的服务。这些关系包括关联关系、泛化关系、包含关系、扩充关系。
包含关系应用情况：如果两个以上用例有重复的功能，可以将重复的功能分解到另一个用例中，其他用例可以和这个用例建立包含关系；一个用例的功能太多时，可以用包含关系创建多个子用例。扩充关系为处理异常会构件灵活系统框架提供了一种有效的方法。
以机房收费系统为例举例说明：
| 结语 |
*感谢您的阅读，希望对您能有所帮助*