UML实战之Use Case Diagrams

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

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

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

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

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

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

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

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

       关系(Relationship):所谓关系就是指参与者和参与者,用例和用例,用例和参与者之间的关系,通常分为三种:依赖,泛化,关联。

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

UML实战之Use Case Diagrams_第1张图片

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

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

UML实战之Use Case Diagrams_第2张图片

你可能感兴趣的:(实例,UML,用例图)