【问题标题】:Not sure if my UML USE-CASE diagram is correct不确定我的 UML 用例图是否正确
【发布时间】:2012-01-07 16:55:49
【问题描述】:

我已经开始学习 UML,但它有时会让我感到困惑(例如,我被允许或不可以在我的用例图中输入什么,上次我想知道是否可以在用例图中使用登录)。无论如何,我已经制作了电子学习平台的简单用例图,比如 lynda,但你必须为你想参加的个别课程付费。关于我的图表有什么建议/更正吗? (我想给它带来更多的用例)

【问题讨论】:

  • 为什么箭头年级学生?为什么箭头 from 支付课程 to 支付系统?为什么teacher create courseteacher manage coursesadministrator manage users 上没有箭头?另外,您确定支付系统是演员吗?可能是这样,但请仔细想想!
  • 我不得不指出,成绩是专门针对学生的,我也发现了自己的错误,即工资应该包括而不是扩展,因为扩展是可选的。据我所知,薪酬系统可以说是个人演员,我太新了,无法确定。

标签: uml diagram use-case enterprise-architect


【解决方案1】:

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

所以,关于用例图:用例图的目的是让人们更容易理解有哪些用例,以及用例的目标用户类型。因此,箭头总是演员用例。

有时参与者可以是一个单独的系统,然后它应该作为参与者包含在用例图中,其名称暗示参与者是一个系统。如果一组人出于某种原因可能有一个包含“系统”一词的名称,我认为应该澄清的是,描绘该组人的演员不是一个实际的系统,尽管演员的名字暗示它是一个单独的系统。

【讨论】:

  • 您好,感谢您的帮助。事情是我从我以前的 php(cms 等)经验中看到了 uml。这种经历开始问自己一个问题,比如:我是否应该假设老师是那种必须像学生一样登录的用户?我应该让他从客人那里继承吗?可以,,观看或使用课程''是添加到我的图表中的使用案例吗?如果是这样,它应该扩展还是独立?我想让我的图表比它已经复杂一点,但我不确定我的限制是什么(因为我想用标准使它正确,你知道的好习惯)。
  • 另外我不知道如何处理老师的测试能力,它应该包含在课程中(有名字吗?)还是现在就留下?
  • 按照您正在寻找的解决方案进行沟通。用例通常需要背后的文档才能真正有用,图表是一个很好的概述和进入预期解决方案的方法。
  • 用例是面向目标的场景。注册和登录是不同的目标,管理不是目标。
【解决方案2】:

我会将名为Register/Login 的用例拆分为两个单独的用例。我认为这些步骤是两个独立的动作,需要不同的步骤来执行。通过这种方式,您还可以将用例转换为复合材料。

我们经常这样做:

  • 创建用例
  • 创建同名活动图
  • 右键单击用例
  • 高级
  • 制作复合材料

然后,您可以添加有关如何在活动图中实施/执行特定用例的更详细步骤。

这个答案当然是 Enterprise Architect 特有的。

【讨论】:

    【解决方案3】:

    登录不是用户目标。登录是满足用户注册目标的必要条件。如果一个用户登录了,什么也没做,然后退出了,这会提供什么价值?没有。

    【讨论】:

    • 这个值有定义吗?如果这样的系统从上下文副词中赚钱,那么登录和注销是否对系统有价值?而在其他通过支付公告赚钱的系统中,唯一有价值的用例是“添加公告”,不是吗?然后注册、登录、添加 cmets、浏览公告等所有其他用例都毫无价值。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-06-24
    • 1970-01-01
    • 2014-07-18
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多