我已经开始学习UML,但有时会让我感到困惑(例如我允许或不允许放入我的USECASE图表,上次我想知道登录是否可以在用例图中使用)。无论如何,我已经制作了简单的电子学习平台用例图,如lynda,但你必须支付你想要的个人课程。有关我的图表的任何建议/更正? (我想带更多的用例)
答案 0 :(得分:3)
如您所知,用例是用户与系统之间流程的文本表示。用例应该有一个反映该流的名称。当我查看你的用例名称时,我可以看到你已经理解了这一点。这些名字都是描述性的,经过深思熟虑。干得好!
所以,关于用例图:用例图的目的是让它更容易理解有哪些用例,以及用例的用户类型。因此,箭头总是 从 一个演员 到 一个用例。
有时一个actor可以是一个独立的系统,然后它应作为一个actor包含在用例图中,其名称暗示该actor是一个系统。如果由于某种原因,一群人的名字可能包含“系统”这个词,我认为应该澄清的是,描绘那群人的演员不是一个真正的系统,尽管演员的名字暗示它是一个单独的系统。
答案 1 :(得分:2)
我会将名为Register/Login
的Usecase分成两个独立的Usecases。我认为这些步骤是两个单独的操作,需要执行不同的步骤。这样您就可以将Usecases转换为Composites。
我们经常这样做:
然后,您可以添加有关如何在活动图中实现/执行某个Usecase的更详细步骤。
这个答案当然是针对Enterprise Architect的。
答案 2 :(得分:2)
登录不是用户目标。登录是必要的,以满足用户的注册目标。如果用户登录,没有做任何其他事情,并注销,它提供了什么价值?没有。