关于地铁自动售票系统的业务建模(1)

 

在下用UML做了一个地铁自动售票系统的business use case diagram。
总的用例描述如下:
1。自动售票系统是为T城市开发的,所以该城市的所有年纪大于12的都有一张电子卡,他们可以使用这个售票系统来充值电子卡。T城市居民的这张卡是可以重复充值的。他们可以选择天票的方式充值或则次票的方式充值或则两者

2。每一个访客(非该城市的居民)使用售票系统首先要买一张电子卡并且在买卡的同时就要给这张卡充值。访客的张卡不能重复充值并且在充值的时候要么选择天票要么选择次票。

3。 给电子卡充值的方式有两种:
    3.1 天票的方式:以这种方式充值,用户必须指明起始的时间和终止时 间。(用户可以在起始时间到终止时间里,任意次数的乘坐地铁)
     3.2 次票的方式:以这种方式充值,用户选择充值的次数。(用户乘坐地铁的次数)

在我的business use case里:
    1。将Vistor(访客)作为Inhabitant(居民)的泛actor
    2。一个 Buy card ,一个 Charge card。 两个业务用例,然后Buy card 必须要包含 Charge card 这个业务用例。

问题1 : 大家觉得这个 包含 用的恰当么 ? 由于用了包含,我在写Charge card 这个用例的流程的时候不是很通顺,因为T城市居民的卡可以在充值的时候选两种方式(比如,某居民在充值的时候首先选了天票,这个过程结束后,他表明想要在充值个次票&#

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值