在下用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城市居民的卡可以在充值的时候选两种方式(比如,某居民在充值的时候首先选了天票,这个过程结束后,他表明想要在充值个次票&#