UML—用例图

     首先我们要知道用例模型是形成在需求分析的阶段，由用户和开发人员一起完成的，它是在整体上对待开发

系统的功能进行的描述，并且有若干个用例图构成。而用例图是在分析用户需求的基础之上，突出强调功能其

使用者。

   一、UML元素

      有三种元素分别为：角色、用例、关系

	1.角色可以是人或者是事物，包括事件的触发者，输入者，使用者，维护者，相连系统，等等

	2.用例是可以反映系统的子功能

	3.关系尽量使用继承的机制

	  在关系中有两种关系：包含关系（
Include
），
一个用例复用另一个用例

			     扩展关系（
Extend），
用例的扩展

	下面是三者的联系

	关系可以是角色和用例的关系，也可是角色和角色的关系，也可是用例之间的关系

   二、属性

	1.事件流

	   分为两种：基本流和备选流

	   基本流：用例在执行时，在正常情况下预期的路径

	   备选流：用例在突发情况下执行的其他路径

	2.前置条件

	   事件流的发生的准备条件

	3.后置条件

	   事件流发生后的状态，也可以作为下一个事件流的前置条件

	前置条件和后置条件可用于用例的验证和评审

   三、粒度（重点）

	分为三层：概述级、用户目标级、子功能级

	下面我们用乘客买火车票的系统为例讲解

	1.概述级是对系统的最原始抽象，就只有火车和乘客两个类，粒度最小，如下

	2.用户目标级是对概述级的进一步抽象，下面对买车票进一步抽象，可分为买票和退票，粒度居中

	3.子功能级的抽象级别最高，下面对买票和退票时的身份验证抽象为一个类，买票和退票都依赖于身

份验证，粒度最大

	这里只是简单形象的说明了一下三种不同级别的粒度，具体问题的时候还要具体分析，粒度太大会造

成系统过于简单，粒度太小会增加系统的复杂度，粒度大小要视情况而定。

    四、总结

	a.用例图是对系统功能比较全面的描述，也是后边静态图，动态图和部署图实现的前提，起到了承上

启下的作用，非常重要

	b.用例图中角色、用例、关系及属性是基础，重点是粒度，我们往往在系统实际开发过程中掌握不好

粒度的大小，而是系统的开发变的困难或开发的功能不完善。