UML图 ——用例图

概念介绍

       用例图是由参与者、用例以及他们之间的关系构成的用于描述系统功能的动态视图。用来图示化系统的主事件流程,它主要用来描述客户的需求,是设计系统分析阶段的起点。展示了用例之间以及同用例参与者之间是怎样互相联系的。定义了系统的功能需求,它是从系统的外部看系统功能,并不是描述系统内部对功能的具体实现。它从用户的角度描述系统功能,并指各功能的操作者

构成

   参与者,不单指人,指的是系统以外的,在试用系统或与系统交互中所扮演的角色,是人或物或事当时所扮演的角色。

   用例,是对包括变量在内的一组动作序列,系统执行这些动作,并产生传递特定参与者的价值的可观察结果。表示系统所提供的服务,它定义了系统是如何被参与者所使用的,描述的是参与者为系统所提供的某一完整功能而与系统之间发生的一段对话。

                               

关系
    关联关系是连接角色和用例,表示该角色代表的外部系统实体与该用例描述的系统需求有关。表示参与者与用例之间的通信,任何一方都可发送或接收消息,箭头指向消息接收方。不同的参与者可以访问相同的用例。箭头指向消息接收方

                                 

      泛化关系就是通常理解的继承关系,父用例可以被特别列举为一个或多个子用例,子用例可以继承父用例的行为和属性,还可以添加行为或覆盖,改变行为。子用例是父用例的特殊形式,任何父用例出现的地方子用例也可以出现。箭头指向父用例。

                                                       

    包含关系用来把一个较复杂的用例所表示的功能分解成较小的步骤,它是封装一组跨越多个用例的类似的动作,一遍多个基用例复用。基用例可以依赖包含用例的执行结果,但是双方都不能访问对方的属性,箭头指向分解出来的功能用例。

                                    

    扩展关系是指用例功能的延伸,相当于基础用例提供一个附加功能。将基用例中一段相对独立并且可选的动作,用扩展用例加以封装,再让它从基用例中声明的扩展点上进行扩展,从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性,因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。箭头指向基础用例。

                              

 三大关系包含、扩展、泛化 的区别
  条件性:泛化中的子用例和包含中的被包含的用例会无条件发生,而扩展中的延伸用例的发生是有条件的;
  直接性:泛化中的子用例和扩展中的延伸用例为参与者提供直接服务,而包含中被包含的用例为参与者提供间接服务。
  对扩展而言,延伸用例并不包含基础用例的内容,基础用例也不包含延伸用例的内容。
  对泛化而言,子用例包含基础用例的所有内容及其和其他用例或参与者之间的关系;

     



                                 



  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 10
    评论
评论 10
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值