UML简单介绍(五)——用例图的使用案例与分析

1、泛化关系

参与者:经理,安全主管,保安


        在参与者之间不存在泛化关系的情况下,各个参与者参与 用例的情况分别是:

经理参与用例管理人事和批准预算;

安全主管参与用例批准安全证书;

保安参与用例监视周边。

        由于安全主管与经理,安全主管与保安之间泛化关系的存在,意味着安全主管可以担任经理和保安的角色,就能够参与经理和保安参与的用例。这样,安全主管就可以参与全部4个用例。但经理或者保安却不能担任安全主管的角色,也就不能参与用例批准安全证书。


2、扩展和包含关系

用例的上下文是:短途旅行但汽车的油不足以应付全部路程。那么为汽车加油的动作在旅行的每个场景(事件流)中都会出现,不加油就不会完成旅行。吃饭则可以由司机决定是否进行,不吃饭不会影响旅行的完成。



3、登陆的用例图

参与者:用户

用例:输入登陆信息,校验登录信息


4、航空售票的用例图

参与者(actor):clerk,监督员,信用卡服务商,信息亭

用例(use case): Buy tickets, Buy Subscription, Make charges, Survey sales

参与者Clerk参与(或称发起)Buy tickets和Buy Subscription 两个用例(关联关系)。这两个用例的事件流都包含Make charges用例(包含关系)。

系统由:Buy tickets, Buy Subscription, Make charges,  Survey sales组成。

该系统主要包含:Buy tickets, Buy Subscription,  Make charges, Survey sales这几个功能。

该系统主要面向的用户(参与者):clerk,监督员,信用卡服务商,信息亭。


  • 14
    点赞
  • 89
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值