【问题标题】:Use Case Diagram for Club Membership俱乐部会员用例图
【发布时间】:2015-04-22 20:13:24
【问题描述】:

我为我的俱乐部绘制了用例图,但我不确定这是否是说管理员可以做任何事情并且会员只能查看个人资料、仅更新数据本身的正确方式

我用 gliffy 构建图表,这是my diagramjson data(这只是下图的另一种表示形式)。

【问题讨论】:

  • gliffy(你的 json)是什么格式?
  • 它是 .gliffy 格式的 json 数据,您可以在 gliffy.com 尝试导入
  • 不。需要注册。请提供一种常见的格式。
  • draw.io不用注册也可以导入
  • 为什么需要在用例图中建模用户权限分配?有必要吗?类似问题stackoverflow.com/questions/26727404/…

标签: uml use-case


【解决方案1】:

原则上你的画是好的。绝对错误的是CRUD。这不是一个用例。 Search 也是如此。用例必须至少有实质性和动词。它也可能有一个对象。

另一件事是<<include>> 关系。躲开它!您在这里尝试的是功能分解。用例是综合的。当涉及到类设计中的功能分解时,您可以引入一个用于搜索或 CRUD 的通用包。

【讨论】:

  • a general packaged for searching or CRUD 应该是a general package for searching or CRUD
  • 建议避免包含关联是否意味着应在没有 Actors 的更详细的 UC 图中单独绘制包含关联?
  • @VojtěchDohnal(将纠正错字)我的意思是您根本不应该使用<<include>> 和/或<<extend>>。规则1:尽量不要使用它们(因为我们在UC设计中没有分析)。规则2:三思而后行;这真的有意义吗?规则 3:如果你有一个非常罕见的情况是有意义的,请记住这一点(这是一个罕见的情况!)。
  • 非常感谢您的帮助。 .我根据这次对话重新绘制了我的图表。 .你觉得about this 怎么样?
  • @AdrianHugain 看起来更好,但我仍然会删除包含(请参阅我的最后一条评论)。我知道这很难理解(你应该阅读 Bittner 等人。amazon.com/Use-Case-Modeling-Kurt-Bittner/dp/0201709139)。我读的书不多,但这本书让我大开眼界。
【解决方案2】:

关于如何绘制 UC 有多种方法。我更喜欢将它们绑定到业务流程而不是参与者,因为参与者大多只是分配了一些访问权限的系统的任何用户。

在这种情况下,我同意 @Thomas Kilian 的观点,他认为像 CRUDUpdate member data 这样的用例并不是很有用。在用例图中,您正在建模系统的界面 - 可供外界(参与者)按下的按钮。 Update member data 在外面是不可见的,为什么要在用例图中建模呢?

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-11-23
    • 2019-04-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多