精华内容
下载资源
问答
  • 用例图

    千次阅读 2018-11-13 16:23:02
    从上面的用例图模型,我们可以大致了解用例图所描述的是什么。下面进行详细介绍。    用例图,即用来描述什么角色通过某某系统能做什么事情的图,用例图关注的是系统的外在表现,系统与人的交互,系统与其它系统...

    一.

    从上面的用例图模型,我们可以大致了解用例图所描述的是什么。下面进行详细介绍。

     

          用例图,即用来描述什么角色通过某某系统能做什么事情的图,用例图关注的是系统的外在表现,系统与人的交互,系统与其它系统的交互。

          用例图有三种构成元素,分别是:角色,用例,关系

    1、角色(Actor):即使用本系统的有哪些角色,不同的角色使用的系统功能部分是不同的,在用例图中用小人表示。

    值得注意的是,角色可能是人,也可能不是人,而是另外的一个系统,本系统与另外一个系统交互的话,可以将另外一个系统画成某某角色。

    分析得到角色的原则,也可以看做是我们在获得角色时,需要思考的内容:

      1)有哪些直接使用系统的人

      2)涉及到哪些维护人员

      3)使用哪些外设

      4)相连的其他系统

      5)还有哪些人和事物对这个系统产生的结果感兴趣。

     

    2、用例:即系统具有的功能,在用例图中用椭圆圈表示,圈里用文字描述该用例,一般为动宾短语。

    值得注意的是,某个用例不一定是只属于一个角色的,有些用例是同时属于多个角色的,即被多个角色“共享”。

     

    在这里图书馆信息系统说明一下,用例的粒度与范围

      概述级

     

      用户目标级

     

      子功能级

     

    3、关系:即角色与用例之间的关系,在用例图中用线条表示,

    线条是指角色与用例之间的线条,这些线条是用来联系角色(小人)和用例(圈圈)的,表示某某角色能“做”什么用例。

     

    线条有两种:无箭头的,有箭头的。

    有箭头的线条,表示角色与系统交互的过程中,数据的流向,如果箭头指向用例,就说明角色需要往系统输入数据,如果箭头指向角色,说明系统往角色输出数据。没有箭头的线条,则没有明确表示数据的流向。

     

    有的时候,用例图在细化到子功能级别时,还会出现虚线箭头,如上图所示。

     

    综上所述,并结合绘制用例图需要注意的一些细节,整理出以下这张图来更加形象的说明用例图。

     

    展开全文
  • UML图——用例图

    千次阅读 热门讨论 2014-01-26 11:03:11
    用例图是由参与者(Actor)、用例(Use Case)以及用它们之间的关系构成的用于描述系统静态视图的UML图(本定义摘自百度百科)。用例图能够展示系统外部的各类执行者与系统中用例的关系。

     

         什么是用例图?

            用例图是由参与者(Actor)、用例(Use Case)以及用它们之间的关系构成的用于描述系统静态视图的UML图本定义摘自百度百科)。用例图能够展示系统外部的各类执行者与系统中用例的关系。

     

         用例图有哪些组成部分?

                从定义中我们就可以知道,用例图由参与者(Actor)、用例(Use Case)以及这两者之间的关系三部分组成,严格意义上来说,用例还包括系统边界,但用例参与者分别处于系统内外,故它们之间隐含为系统边界,因而一般画图的时候可以省略系统边界。

           参与者:参与者即处于系统外部,但与系统内部的功能单元有交互的个体,比如图书馆管理员、借书人都是图书馆管理系统的用例图中的参与者。需要注意的是,并非只有“人”才是参与者,还可以是设备、其他系统等,只要是与系统有交流的外部对象都属于参与者,所以,如果更深一步来分的话,还可以将参与者分为启动者(主动)和支持者(被动),启动者是用例的主要服务对象,支持者是对系统起支持作用的对象

           参与者通常用一个小人图形来表示,如图:

                                                                

           用例:用例是系统内部可见的一个系统功能单元(系统的功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换的信息所表达),可以简单理解为系统中的一个功能,比如“查询功能”、“借书功能”、“还书功能”等就是一个图书馆管理系统中的用例,用例通常用一个椭圆来表达,如图:

                                                         

           关系:参与者与用例之间需要交换信息,所以它们之间的关系为通信关系,通常用一个箭头来表示,箭头方向为启动者指向用例,用例指向支持者。如图:

                                          

     

          

          用例图的作用

                   1、用例图最主要的作用是描述用户的需求,即系统实现什么功能(不需要说明如何实现),因此用例图主要用于需求分析阶段。

             2、用例图描述了谁是系统的参与者,系统需要为参与者提供什么样的服务,参与者需要为系统提供什么样的服务,便于用户对系统的理解,也便于开发人员对系统的实现。

     

          用例图有什么特点?

             1、用例图可以应用于整个系统,也可以应用于系统的一部分。

             2、用例图是被称为“参与者”的外部用户所能观察到的系统功能的模型图。(《UML参考手册》)

    从系统外部来描述系统能够提供哪些服务或具有什么样的行为

             3、用例图列出系统中的参与者与用例,并描述了哪个参与者参与了哪个用例的执行(或称为发起了哪个用例)。

             4、用例图多用于静态建模(主要是需求建模)。

     

          用例图应用举例

                  下面举个学生考试系统的的小例子:

            

             在这个简单的用例图中,“登录”、“考试”为考试系统中的用例,“学生”、“学生信息系统”为参与者(其中学生可以进行登录和考试操作,而学生的学号和密码都存在于学生信息系统中,所以考试系统需要学生信息系统的支持,故“学生”为启动者,“学生信息系统”为支持者)。

            

            下面还简单画了一下机房收费系统的用例图:

            

     

             初次涉猎,如有不足与缺漏,还望指点,感激不尽。

    展开全文
  • UML,用例图

    千次阅读 热门讨论 2014-10-21 19:53:35
    用例图是UML的重要组成部分,主要用来描述用户

    用例图是UML的重要组成部分,主要用来描述用户的需求。

    一.用例图概述

    1.组成部分:执行者、用例、执行者与用例之间的关系

       【执行者】使用系统的人或其他系统,可以是一个人、一个系统,甚至可以是一个软件实体,如:定时器。

       【用例】描述的是用户可见的需求,一个具体的用户目标。由执行者执行。

       【两者间关系】表示了一个执行者和一个用例之间的关系。

    2.图符

    3.关系

    主要用的三种关系:包含、泛化和扩展。

    【包含关系】

    ● 含义 :使用包含用例来封装一组跨越多个用例的相似动作,以便多个基础用例复用。这种情况类似于在过程设计语言中,将程序的某一段算法封装成一个子过程,然后再从主程序中调用这一子过程。

    ● 表示 :实箭头加<include>

    ● 举例 :机房收费系统中,管理员在结账时有多个操作,其中包含注册学生信息、充值和退卡等。

    ●样图 :

    扩展关系】

    ● 含义 :扩展用例为基础用例添加新的行为。扩展用例可以访问基础用例的属性,因此它能根据基础用例中扩展点的当前状态来判断是否执行自己。但是扩展用例

    对基础用例不可见。 对于一个扩展用例,可以在基础用例上有几个扩展点。

    表示 :实箭头加<extend>

    ● 举例 :机房收费系统中,有好几项查询结果都需要导出为Excel表,其中各项查询就属于基础用例,而导出Excel表就属于扩展用例。对于查询而言,是否导出都

    不受影响。

     样图 :


    泛化关系】

    ● 含义 :子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。也就是通常说的继承。

     表示 : 空三角实箭头

     举例 :机房收费系统中,最明显的继承关系就是三个不同级别的用户。其中,一般用户权限最低,管理员权限最高。

     样图 :

    .关系比较

    其实,用例图相对来说,还是比较简单的。关键在于关系的选用。下面,就将三者做个比较。

    首先,三者的侧重点是不同的。

    泛化侧重表示子用例间的互斥性; 包含侧重表示被包含用例对Actor提供服务的间接性;扩展侧重表示扩展用例的触发不定性;

    其次,在一个系统中,有些操作是肯定发生的,有些操作是未必发生的。

    泛化和包含用例就属于肯定发生的用例,而扩展用例属于未必发生用例。

    最后,可能在关系的选用上,每个人的理解不同,也会造成一定的偏差,所以,也不需要特别死板而固定各种用例之间的关系,自己思考就好。

    三.机房收费系统用例图

    【管理员】

    【操作员】

    一般用户】

    四.学习心得

    这是UMl中的第一种图的完工,花了很长的时间,刚开始必须对用例图做一个进一步的详细了解,这样后面才有可能达到水到渠成的那一步。通过自己的实践,对UML画图工具又熟悉了,对用例图也熟悉了,对机房收费系统的需求也熟悉了。总之,实践才是王道。

    展开全文
  • 【UML学习】用例图

    千次阅读 热门讨论 2016-11-16 08:04:52
    定义:用例图是用于描述系统的行为及各种功能之间的关系,是描述参与者(actor)与用例以及用例与用例之间关系的图 表达方式:Use Case Diagram=Actor +Use Case+Relationship  用例图=参与者+用例+关系 表示方法:...

    定义:用例图是用于描述系统的行为及各种功能之间的关系,是描述参与者(actor)与用例以及用例与用例之间关系的图

    表达方式:Use Case Diagram=Actor +Use Case+Relationship

                            用例图=参与者+用例+关系

    表示方法:

    1.参与者:是用例的启动者,参与者处于用例的外部并且能够初始化一个用例,但它不是所描述的系统的一部分,可能是人或者其他外界系统。画图中用小人表示。用例:是对一组动作序列的描述,系统执行该动作序列为系统的参与者产生一个可观察的结果。这个动作序列就是业务流程图。

    2. 用例反映用户的需求,而不是反映开发人员的愿望,找到参与这之后就可以根据参与者来确定系统的用例,主要通过考察系统的各个参与者需要系统提供什么样的服务或者说参与者是如何使用系统的。UML两种方式表达用例:一种是一个椭圆加上一个放置在中心的用例名称来表达用例;另一种是用分栏的矩形框表达用例,第一栏标明用例名称,第二栏放置有关细节。关系:参与者和用例,参与者和参与者,用例和用例都可以产生关系。

    3. 用例建模提供了三种关系:泛化、包含、扩展。

        ① 泛化关系是两个用例或两个参与者之间的关系。子用例师傅用了的一种特殊形式,继承了父用例所有的结构、行为和关系。图形化用实线加上空心的箭头的表示。举例:

       

    计算机生成了可选文字:Crea Wholesale &der Cre Oder Cre t 刨 Order

    ②.扩展关系是两个用例之间的关系。每个用例可以通过扩展用例向基用例中添加额外的行为来扩展基用例的功能。图形化表示用虚线加开箭头虚线处添加《extend》。举例:

       

    计算机生成了可选文字:Compare Inventory salesman ℃ reate Purchase contract exterid>> éxteng» Stock Out

    ③ 包含关系是两个用例了之间的关系。当多个用例需要同一段行为时,可以把这段共同行为单独抽象成一个用例,然后让其他用例来包含这一用例。图形化表示用虚线加开箭头虚线处添加《include》。举例:

        

    计算机生成了可选文字:salesman custonpr Crede Order Chose Product Condition extend Crede Enquiry

    扩展和包含的区别:对于包含关系而言,子用例中的事件流是一定插入到基用例中去的,并且插入点只有一个,而扩展关系可以根据一定的条件决定是否将扩展用例的事件流插入到基用例的事件流中,并且插入点可以有多个。包含关系是无条件的,扩展关系是有条件的。【个人理解:包含关系的例子中比较完存货清单之后可以选择创建购买合同,或者出库外销,是可以有多种扩展点选择的条件判断关系;而包含关系中要创建新订单必须先选择产品,要创建查询也必须选择要查询产品,基用例的完成必须有包含用例作为其中的一个部分。】

     

    下面是我对机房的用例图的个人认识:



    展开全文
  • UML——用例图

    千次阅读 多人点赞 2011-10-21 23:25:07
    用例图主要就是由上面一个小人一个椭圆还有箭头组成的 看起来还蛮好看滴 那么它是用来干嘛滴捏 小人跟椭圆又分别代表啥捏 看完下面你就知道了 用例图是用来描述角色通过系统能做什么事情的图 用例图关注的是...
  • 用例图之我见

    千次阅读 热门讨论 2013-07-29 16:15:29
    在UML的世界里共有九种图,分为两类:静态图和动态图,用例图是静态图的一种。我们常听到的一句话:业务为王。可见了解业务是何等重要。映射到我们软件开发过程中,就是需求分析。也就是说,在软件开发过程中,需求...
  • 之前已经说过如果是我会选择第一张UML是活动,事实上,通过这种方式能够更好的帮助我们分析用例,因为用例涵盖过程和工作流分析,所以活动能够成为用例的有用的辅助措施,对于复杂工作流的业务来说更是如此,...
  • UML图之用例图

    千次阅读 热门讨论 2014-12-07 16:52:00
    下面就简单来介绍一下用例图吧! (一)何为用例图?  我们的视频里,对用例图进行了详细的解释:用来描述用户的需求,从用户的角度描述系统的功能,并指出各个功能的执行者,强调谁在使用系统,系统为执行者实现...
  • PowerDesigner16 用例图

    万次阅读 多人点赞 2017-10-07 20:05:06
    用例图主要用来描述角色以及角色与用例之间的连接关系。说明的是谁要使用系统,以及他们使用该系统可以做些什么。一个用例图包含了多个模型元素,如系统、参与者和用例,并且显示这些元素之间的各种关系,如泛化、...
  • UML之用例图

    千次阅读 热门讨论 2013-12-12 20:48:34
    用例图,是这几种图的核心图,从文档方面讲,它主要用于需求分析阶段,用户、开发人员沟通的一个通道,从UML方面讲,不管是哪种图,都是基于用例图的,有了用例图,一个系统就有了整体的框架,从用例图出发,再进入...
  • UML用例图

    千次阅读 2012-07-17 23:43:25
    定义:用例图是UML用例建模的一种,也是UML建模的基础,主要用于描述用户与系统或者系统内部的功能需求与行为。灵活的运用用例图,能够让描述的需求或者行为清晰的表达其该有的含义。 用例图的组成分别为:参与者...
  • Rose画用例图

    万次阅读 2012-11-12 11:30:51
    要在用例图上显示某个用例,可绘制一个椭圆,然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。 • 要在用例图上绘制一个参与者(表示一个系统用户),可绘制一个人形符号。参与者和用例之间的关系使用带箭头...
  • 用例图会不会

    千次阅读 热门讨论 2011-03-05 22:55:00
    l  简介     n  用例图比较官方定义是这么说的:     用例图就是由主角、用例以及它们之间的关系构成的图。该图说明了用例模型中的关系。...可以从两个方面来理解用例图的重要性: ...对客户来说用例图
  • 软件工程复习笔记 用例图

    千次阅读 多人点赞 2020-12-20 22:12:53
    用例图 概述前言用例图概述场景关于用例用例图参与者怎样识别参与者用例怎样获取用例?确定系统用例应注意:1. 可观测,用例止于系统边界2. 用例是有意义的目标(结果值)3. 结果值由系统生成(系统执行)4. 业务...
  • 用例图新解

    千次阅读 热门讨论 2012-08-21 14:34:12
    初次接触UML图的时候,对它的感觉还不错,感觉不是很难。但是在实践的时候,却总是感觉自己在瞎画。... 有人说:用例图是一种客户与开发者之间可以沟通、理解的表现形式,它是开发者与客户之间的可
  • UML用例图、类图、时序图

    千次阅读 2017-07-14 16:07:45
    用例图 用例图用例图由参与者(Actor)、用例、系统边界、箭头组成,用画图的方法来完成。 参与者:参与者不是说就是指某某人,是指在使用系统或与系统交互中所扮演的角色。 参与者在画图中用简笔人物画来...
  • UML学习2 - 用例图

    千次阅读 2016-09-14 14:56:13
    如果用例图描述错误, 将直接导致整个系统满足需求, 也就是说整个系统是无用的. 用例图也就是对需求的抽象, 描述, 将需求从文字转变成图形, 在整个转变过程中使明确的需求变的明确. 用例图只关心需求, 也就是...
  • 用例图(User Case)

    万次阅读 2015-04-16 08:44:35
    下面逐一说明用例图中各种符号的意义: 小人: 对使用某系统的用户进行分类后,可以总结出使用本系统有哪些角色,不同的角色的工作责任太一样,他们需要用到的系统的功能也会太一样。 小人就是角色,它给...
  • 用例图中actor的基本类型

    千次阅读 2019-08-06 08:35:47
    UML用例图是用于新的软件程序的系统/软件要求的主要形式下开发。用例指定预期的行为(什么),而不是确定它的确切方法(如何)。指定的用例可以表示文本和可视表示(即用例图)。用例建模的一个关键概念是它帮助我们...
  • 机房收费——用例图

    千次阅读 热门讨论 2014-01-11 15:19:49
    用例视图包括用例图、协作图、序列图和活动图。 用例图概念:用来描述软件设计过程中的用户需求,在需求分析阶段产生。 1、活动者: 谁对系统的某一需求感兴趣 组织中哪一部分使用系统 谁从系统的使用中收益 ...
  • UML 用例图 、类图 及其之间的关系

    千次阅读 2019-04-15 11:51:57
     用例图源于Jacobson的OOSE方法,用例图是需求分析的产物,描述了系统的参与者与系统进行交互的功能,是参与者所能观察和使用到的系统功能的模型图。它的主要目的就是帮助开发团队以一种可视化的方式理解系统的功能...
  • UML视图(一)用例图

    千次阅读 热门讨论 2014-02-16 23:46:45
    UML——统一建模语言通过视频过了一遍,对UML的理论进行宏观了解。视频里的知识老师介绍得非常详细,虽然详尽,但还是... UML与其它太一样,作为一种建模语言,用于设计建模,各种视图用于软件工程分析,还是更偏重
  • UML中的9种图之用例图

    千次阅读 热门讨论 2014-12-28 19:20:36
    在UML的9种图中,用例图是比较重要的一种图,它是在系统的分析阶段产生的图,从功能上对系统进行了分析得出的一种模型,对后续的系统开发起到了高屋建瓴的作用,用例图画好了,那么系统也就离成功不远了。...
  • 【uml】之用例图中的关系

    千次阅读 热门讨论 2014-11-23 11:10:14
    用例图显示谁是相关的用户,
  • UML功能模型(用例图

    千次阅读 2014-02-16 15:14:00
    在UML系统开发中有三个主要的模型:功能模型(从...下面就说一说功能模型——用例图用例图是UML建模的一部分,也是UML里面最基础的部分,最主要的功能就是用来表达系统的功能性需求或行为。用例图是由软件...
  • UML九种图 (4) 用例图和类图

    千次阅读 热门讨论 2014-04-27 20:03:14
    前言 最近写UML文档,看视频的时候感觉掌握的还可以,当真正写文档的时候才发现不是一件容易的事。写文档自己又翻开自己的笔记看了一遍又一遍。 下面就给大家介绍一下我画的几张图: ... 关系:用例图的关系(依赖,泛
  •  用例图,即用来描述什么角色通过某某系统能做什么事情的图,用例图关注的是系统的外在表现,系统与人的交互,系统与其它系统的交互。  用例图有三种构成元素,分别是:角色,用例,关系 1、角色(Actor):即使...
  • 用例图——如何描述用例

    万次阅读 2017-05-11 19:57:15
    用例图 1 用例间的关系 包含、扩展、泛化。 三者都属于依赖关系。 2 箭头方向 (1) 包含关系,基用例依赖它所包含的用例,箭头指向包含用例。 (2) 扩展关系:扩展用例依赖基用例...
  • UML用例图中的关系

    千次阅读 2013-03-15 20:23:35
    之前的博客对用例图做了一个总结,其中用例之间的关系的内容只是带过,因为本身自己对于用例间的关系理解不是特别的深刻。也是因为如此,UML用例图没有通过师父的验收。并且特别强调了用例间关系需要加深理解。那么...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 164,226
精华内容 65,690
关键字:

下面不属于用例图的作用