UML——用例图

 

用例图是UML的重要组成部分，主要用来描述用户的需求。UML 侧重从最终用户的角度来理解软件系统的需求，强调谁在使用系统。系统可以完成那些功能。用例分析技术已经是一种公认有效的用户需求获取、分析和描述技术。

对用例图的宏观认识：

 

一、用例图包含元素：

1、执行者

  表示与应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。

2、用例

  外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示。

3、关系

 

用例之间的包含和扩展关系：

（1）包含：一个用例使用了另一个用例的行为或功能。

例如：管理员要维护用户信息首先要新建用户，维护用户信息包含了新建用户。

（2）扩展：一个用例描述了一项基本功能，另一个描述了该功能的特殊情况，即一种扩展。

例如：查询成绩用例可以扩展出导出成绩单和打印成绩单两个用例，他们关系是扩展关系。

  

4、用例描述

其中的事件流，包括基本流和备选流；

说到基本流，我忽然想到宋丹丹和赵本山的一个小品，这与我们学的基本流极为相似。宋丹丹问到：把大象放到冰箱里需要几步？赵本山无语。结果却是3步，观众大笑： 

备选流：我们在做机房收费系统时，如果卡内余额不足，则给出提示，结束。这既是一个备选流。

 

二、用例图作用：

用例图主要的作用有三个：（1）描述系统做什么，获取需求；（2）指导测试；（3）还可在整个过程中的其它工作流到指导作用。

 

用例模型用来描述一个系统外在可见的情况。用例模型用于需求分析阶段，该模型是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。

 

三、怎么画？

以机房收费系统为例：

首先，确定机房收费系统的功能需求：

系统登录，用户注册、充值和退卡，上下机，查询相关信息，维护相关信息（数据的增删改操作），导出为Excel，基本数据设定，结账，打印报表。

其次，找出执行者：

一般用户，操作员，管理员。

再次，将系统看成黑盒，仅仅从外部执行者的角度来理解系统，而不去关系系统的内部结构；

最后，找出各用例间和用例与执行者间的关系，驱动需求分析之后各阶段的开发工作。

 

四、第一次机房收费系统用例图展示：

      

第一次画用例图，如果有不足的地方欢迎大家前来指导！