【问题标题】:Define actors in my use case diagram在我的用例图中定义参与者
【发布时间】:2014-03-17 10:54:23
【问题描述】:

这很简单,我有一个描述 4 类用户的问题。 每个用户都有一些权限,例如管理工单、创建工单、分配专家 .我的用例图应该是这样的吗

  O
 -|-
  | ------> UseCase:login ---------->  UseCase :  create ticket
 / \
customer

  O
 -|-
  |  ------> UseCase:login ----------> UseCase :  assign specialist
 / \
coordinator


  O
 -|-
  |   ------> UseCase:login ------->  UseCase :  manage ticket
 / \
specialist

有 3 个演员(具有不同角色的用户)。 或者像这样:

                               --> UseCase :  create ticket
                              /
  O                          /
 -|-                        /
  |   ------> UseCase:login ------->  UseCase :  assign specialist
 / \                        \
User                         \
                              \
                               --> UseCase :  manage ticket

这个只有一个参与者,根据用户角色,系统将启用用户可以执行的操作。我不知道该怎么做,或者哪​​个是正确的,或者其中任何一个是正确的。 任何贡献将不胜感激。

【问题讨论】:

    标签: uml diagram use-case


    【解决方案1】:

    您无需将登录信息作为单独的用例包含在内。 见Is it necessary to include the login for every usecase?

    通常,您可以在参与者之间进行概括(例如Customer ---> User),这将有助于通过抽象减少关联的数量。

    【讨论】:

      【解决方案2】:

      事实上,我会将两者与下图“结合”起来。

      【讨论】:

        【解决方案3】:

        观察者是对的。在您定义用例 Create Ticket 的上下文中,登录不是一个用例,...。我想说这是执行用例的先决条件。它可能听起来像“{用户已登录}” 删除登录。 Actors 是可以的,但是如果没有什么是所有 Actors 的通用性,专门 Actor “User”,您也可以删除用户 Actor。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 2015-05-14
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2013-02-06
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多