2012-01-07 77 views
2

我已经开始学习UML,但它让我困惑,有时(例如什么我允许或不把我的USECASE图,上次我在想,如果在记录可以用在用例图中)。无论如何,我已经做出了像林达这样的电子学习平台的简单用例图,但是你必须为你想要购买的单个课程付费。任何关于我的图的建议/更正? (我想带来更多的usecases进去)不知道如果我的UML图USECASE是正确

enter image description here

+2

为什么**从**年级**到**学生?为什么**从**支付课程**到**支付系统?为什么没有“老师创造课程”的箭头,“教师管理课程”和“管理员管理用户”?另外,你确定支付系统是演员吗?它可能是如此,但只是真的想到它! – davogotland 2012-01-07 17:08:34

+0

我不得不指出,成绩仅限于学生,我也发现我自己的错误,薪酬应该包括不扩展,因为扩展是可选的。据我所知,薪酬体系可以说是个人演员,我太新了,无法确定。 – Malyo 2012-01-07 17:13:24

回答

2

我会拆分USECASE称为Register/Login成两个独立的Usecases。我认为这些步骤是两个单独的操作,需要执行不同的步骤。这样你也可以将UseCases转换成复合材料。

我们经常做这样说:

  • 创建USECASE
  • 使用相同的名称创建活动图
  • 在用例右击
  • 高级
  • 制造复合

然后,你可以添加更多的详细步骤Ø ❖如何在活动图中实现/执行特定的用例。

这个答案是特定的当然是企业架构师。

3

如你所知,一个用例是用户与系统之间的流动的文字表述。用例应该有一个反映该流程的名称。当我查看你的用例名称时,我可以看到你已经理解了这一点。这些名字都是描述性的,并且经过深思熟虑。做得好!

因此,关于用例图:用例图的目的是为了更容易理解哪些用例存在,以及哪些类型的用户用于。因此,箭头始终走演员一个用例。

有时一个演员可以是单独的系统,然后将其应包括在用例图作为演员,与该提示来演员是一个系统的名称。如果一群人由于某种原因可能有一个包含“系统”这个词的名字,我认为应该澄清,表现这一群人的演员并不是一个真正的系统,尽管演员的名字暗示它是一个单独的系统。

+0

你好,谢谢你的回答。事情是我有点从我以前的PHP(cms等)经验看uml。这段经历开始问自己一个问题:我应该假设老师是一个像学生一样登录的用户吗?我应该让他从客人那里继承吗?可以,注意或使用课程''是添加到我的图表的使用情况吗?如果是的话应该扩展还是独立?我想让我的图更加复杂一些,但是我不确定我限于什么(因为我想使它符合标准,你知道的很好的做法)。 – Malyo 2012-01-07 17:29:37

+0

另外我不知道如何处理老师的测试能力,如果它被包含在课程中(用名字?)还是现在就放弃? – Malyo 2012-01-07 18:10:46

+1

做什么传达你正在寻找的解决方案。通常情况下,用例需要背后的文档才能真正有用,该图是一个很好的概述,并且可以进入预期的解决方案。 – 2012-01-10 02:31:39

2

登录不是用户的目标。为了能够满足注册用户的目标,登录是必要的。如果用户登录,没有做任何其他事情,并注销,那么提供了什么价值?没有。

+0

这个值有没有定义?如果这种系统通过背景副词赚钱,登录和注销是否对系统有价值?而在其他通过付款公告赚钱的系统中,唯一有价值的用例是“添加公告”,不是吗?而且,每个其他用例如注册,登录,添加评论,浏览公告都是毫无价值的。 – TheFrost 2013-09-01 15:35:19

相关问题