UML图之实践用例图

前言：

用例图是九种图中的第一个，因为用例图是由软件需求分析到最终实现的第一步，它描述人们希望如何使用一个系统。用例图从用户的角度而不是开发者的角度来描述对软件产品的需求，分析产品所需的功能和动态行为。因此对整个软件开发过程而言，用例图是至关重要的，它的正确与否直接影响到用户对最终产品的满意程度。

首先当然是参与者，参与者是系统外部的一个实体（可以是任何的事物或者人），它以某种方式参与了用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。参与者由他们参与用例时所担当的角色来表示。 其次就是用例了，用例是对一个系统或一个应用的一种单一的使用方式所作的描述，是关于单个活动者在与新系统对话中所执行的处理行为的陈述序列。 最后就是参与者和用例之间的关系了，参与者和用例之间的关系包括：关联关系、泛化关系、包含关系和扩充关系。应用这些关系是为了抽取系统中的公共行为和变体。

1、 确定系统所涉及的内容： 首先我们应该对系统的总体信息有个大概的了解，知道系统都涉及到哪些工作内容。系统的总体信息确定之后，就可以确定系统的参与者、确定系统用例了。 2、 确定系统参与者： 确定参与者首先需要分析系统所涉及的问题领域和系统运行的主要任务：分析使用该系统主要功能的是哪些人，谁需要该系统的支持以完成其工作，还有系统的管理者与维护者。 3、 确定系统用例： 用例是系统参与者与系统在交互的过程中所需要完成的事务，识别用例最好的方法就是从分析系统的参与者开始，考虑每个参与者是如何使用系统的。由于系统存在的参与者数量不同，我们可以使用两种方法来画用例图：一种是给不同的参与者单独画一个用例图，这样看起来比较简洁；另一种方法是根据参与者之间的关系将系统的用例图合为一张，但是这样的用例图在参与者过多时显得太过复杂。所以我们在画用例图的时候应该视具体而定。 4、 使用UML工具来绘制用例图。 我们可以使用Rational Rose或者EA来画用例图，并把参与者和用例之间的关系补充完整。

附一张机房收费系统的部分用例图，个人观点，欢迎大家指正：

后记：

要想过河，一定要从眼前的第一块石头搬起！