UML实战之Use Case Diagrams

       在实战之前我们先得搞清楚一个很重要的问题：何谓用例图？它有何用？

       首先我们来解决什么是用例图的问题，所谓用例图是用来描述用户的需求，从用户的角度描述系统的功能，并指出功能的执行者，强调谁在使用系统，系统为执行者完成了哪些功能。

        在软件工程中的需求分析阶段通常需要使用UML的用例图来对目标系统进行建模，通过可视化的用例模型，对将要开发的系统有一个看得见的描述，从而使开发人员和用户对需求规格达成一个共识，同时也是开发者和客户进行交流的一个有力工具。

        用例模型描述了待开发系统的功能需求，它将系统看成黑盒，仅从外部执行者的角度来理解和描述系统，并且驱动了需求分析之后各个阶段的开发工作。

       了解了什么是用例图，下面我们就来了解用例图的基本元素。

       角色（Actor）：所谓角色就是一些人或者事物，比如：可以激活系统的交互信息，可以对系统进行输入的事物，可以从系统被动的接受信息的人或者事物。通俗来讲就是指那些直接使用系统的人，系统的维护人员，系统使用的外设，需要与此系统相连的其它系统。

       一般来讲，抽象出用例图的角色有这么几个原则：1谁使用系统的功能？2谁需要系统支持日常工作？3谁来维护系统？4操作系统需要哪些硬件？5需要与系统进行交互的其他系统。6对系统产生的结果感兴趣的人或者事物。

       用例（Use Case）：是对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者的可观察结果。通常我们把系统能做的事情或者说能完成的功能当做用例，用一个动词或者是动词词组来给用例命名。

       关系（Relationship）：所谓关系就是指参与者和参与者，用例和用例，用例和参与者之间的关系，通常分为三种：依赖，泛化，关联。

        关于这三大要素的图符表示，我们用一个简单的例子来给大家一个直观的展示：

        在用例图中，我们用小人人来表示参与者，用椭圆来表示用例，用各种箭头来表示他们之间的关系，如上图所示。

下面是我进行UML实战画出的机房收费系统的用例图，肯定有很多不妥之处，但是只是为了对UML用例图进行训练而已。