本节和大家学习一下UML基础与应用中的UML用例图的知识 ，UML用例图的概念，构成和属性等内容，希望本节的介绍对你有所启发。下面让我们一起看一下UML用例图的详细介绍吧。
UML基础与应用--UML用例图
UML视图：设计视图、实现视图、用例视图、进程视图、部署视图。
一、什么是用例图
用例模型：需求分析阶段，描述了待开发系统的功能需求；看成黑盒子，仅从外部执行者的角度来理解系统（从用户角度），不需要考虑功能是怎样实现的；驱动了需求分析后的各个阶段的开发。
用例图：描述用户的需求，从用户角度描述系统的功能，并指出各功能的执行者，强调谁在用系统，系统为执行者完成那些功能。
功能的描述、角色；角色和功能对应起来。
二、UML用例图的构成（基本元素）：用例；角色；关系。
（1）用例（usecase）：功能的描述
（2）角色（actor）：actor是一些人或事
--可以激活系统交互信息；
--可以对系统进行输入；
--可以从系统被动的接受信息。
角色：角色既可以是人也可以是物
寻找执行者的几个原则：
-谁使用系统的功能；
-谁需要系统支持日常工作；
-谁来维护关系系统；
-系统需要操纵那些硬件-需要与系统交互的其他系统；
-对系统产生的结果感兴趣的人或事物。
（3）关系（assosciation）：执行者与用例之间的关系，包括依赖、泛化、关联。用例和角色都可以有关系。下面再看一下UML基础与应用中UML用例图的主要属性。
三、用例的主要属性：事件流、前置条件、后置条件。
事件流：一个用例在执行时执行者与系统之间的交互过程。
--基本流--对用例中常规和预期路径的描述
--备选流--由于受到其他因素影响，用例执行了其他的路径。
前置条件：该用例执行的前提条件，用来描述条件下可以开始执行一个事件流。
后置条件：说明用力结束时系统的状态。
四、UML用例图的粒度与范围：用例的多少
概述级、用户目标级、子功能级
设计时要重要考虑的方面，一开始粗略的设计用例图，然后慢慢细化。用例图的粒度不应太粗或太细。
描述文档：事件流、前置条件和后置条件。
例子：功能角色：资源管理者；项目（工程）管理员；系统管理员（数据库信息、日志信息）每个用例都和一个角色发生关联。UML基础与应用中UML用例图需要注意哪些问题呢？
五、用例注意点：
◆应该清晰的定义系统边界
◆防止用例过多
◆应该从执行者的角度来命名用例
◆用例描述的正规程度
◆避免执行者的名字不一致
◆避免执行者和用例之间的关系
◆注意用例的大小是否恰当（粒度）
◆避免用例描述混乱
◆区分用力分解和功能分解
◆避免客户不能理解用例的情况
◆有些场合，用用例来描述不适合
小结：
◆用例图的基本组成（绘制）
◆用例图的作用：
--重在应用
--重在交流
--重在事件流的描述
--用例粒度和角色
我的理解：用例就是功能，用例图就是对功能的图示描述；也就是功能模块的表示。同时用例图是对用户的需求进行描述，所以，从用例图中能看出现实的功能需求，貌似是对现实世界想要完成某件事情的物理结构进行画图表示。用例图的粒度是第一次听说，经过老师的讲解，感觉粒度就是个数的意思，搞不懂为什么翻译为粒度（granularity）。也就是一个软件划分为多少个模块。这就涉及到模块的耦合和内聚了。模块太少不能把用户的需求功能描述清楚，太多了，又过于冗杂，同样不能把功能描述清楚。
用例图是开发一个软件时用到的第一个图，所以，UML用例图画好了，对后面的开发至关重要。用例图就是对现实需求的第一步抽象，把功能用图表述出来。在画用例图的时候就应该把用各个用例之间的关系表达清楚。
【编辑推荐】
