UML用例图Actors

时间:2014-01-22 21:55:54

标签: uml use-case

X公司想要一个基于网络的系统,作为创意的市场。用户应该能够登录并发布新的想法。其他用户可以评论他们并“赞成”他们。管理员可以登录并标记已实施的想法,并可以奖励发布它的员工。 以下是要求:

Users should be able to login.
Users should be able to post a new idea.
Users should be able to search for and view other ideas
Users should be able to comment on ideas
Users should be able to upvote ideas
Administrators should be able to mark ideas as implemented
Administrators should be able to delete unwanted comments

你们认为我的图表是否正确?我是UML的新手,所以你们可以取笑!

http://imgur.com/TGKhweh

1 个答案:

答案 0 :(得分:1)

这不是一个糟糕的开始。只有:

  • 管理员也是用户。他们从他们身边下来。因此,他们应该有一个generalization连接 - 从管理员到用户的空三角头箭头。或者到OtherUser(见下文)。

  • 拥有代理示例的图片和名称更为自然。所以,用户,管理员 - 单数。

  • 只有当用户具有不同的定义并且从文档中看到差异时,才能将用户与其他用户分开。它不是。我只会使用用户。 当然,如果某些用户真的拥有不同的权限,那就没关系,但是:

    • 名字不好,恕我直言。
    • 他们拥有所有用户选项,不是吗?所以他们必须从用户下载

  • 您应该继续添加未来系统的各个部分,这些部分将与人工代理在这些用例上进行协作。现在你只完成了上半部分工作。

修改

  • 您的管理员仍然没有从管理员到用户的一般化错误。管理员可以做所有用户可以做的活动,不是吗?
  • 图表上还没有子系统。
  • 搜索较旧的想法应该是与用户直接相关的用例。并且它在图表上没有任何扩展。
  • 请记住 - 仅在UC图表创建的最后阶段使用Include和Extends。当你已经拥有主要图片并进行精炼时。而且它们通常只能用于更深入,更全面的图表。从一开始就使用Include和Extend意味着您还没有找到主要概念。