在用例图中描述用户对一般操作的限制?
describe limitation of a user about general action in use case diagram?
在一个用例中我有两个 Actor/user:
- 患者
- 专家
他们都可以在患者资料上做create/view/edit。专家可以对所有个人资料进行操作,但患者只能对 him/her 个个人资料进行操作。
我必须保持图表清晰,避免重复相同的事情。现在我想知道有没有办法画一次 create/view/edit 但描述患者的局限性?或者这可能是我的错误,最好使用另一个图表来描述参与者的局限性?抱歉,我是 UML 新手。
用例图并不意味着显示每个参与者执行特定操作所具有的权限。它旨在显示系统必须做什么以及必须为谁做。
在这种情况下,我会说这个用例图只有一种参与者:用户。您有以下用例:"User Creates/views/edits".
例外情况是 Expert 的 Create 操作与 Patient 的不同(在用例图上可见)。例如,如果 "Expert Creates" 还必须执行 "Expert Sends Email",那么这就是考虑两个独立演员的原因。
在 UML 用例图中(据我所知)没有 built-in 可视化捕获约束的方法。您可以使用无价的注释符号显示:
尽管您可以使用一些简单的方法对访问权限策略进行建模:
现实的用户访问权限管理可能会使用访问令牌、身份验证、授权和所有这些委托给另一个(复杂且可靠的)系统组件的东西来实现,为“系统".
为了捕捉各种限制,您通常会将它们放入 Wikipedia: Use case 叙述的 precondition
部分。
在 UML
模型中,限制将映射到描述用例的行为图中显示的 constraints 和 guard
条件。
另请参阅:
- uml-diagrams.org: UML Use Case 中的第 "Describing Use Case Behaviors" 章
在一个用例中我有两个 Actor/user:
- 患者
- 专家
他们都可以在患者资料上做create/view/edit。专家可以对所有个人资料进行操作,但患者只能对 him/her 个个人资料进行操作。
我必须保持图表清晰,避免重复相同的事情。现在我想知道有没有办法画一次 create/view/edit 但描述患者的局限性?或者这可能是我的错误,最好使用另一个图表来描述参与者的局限性?抱歉,我是 UML 新手。
用例图并不意味着显示每个参与者执行特定操作所具有的权限。它旨在显示系统必须做什么以及必须为谁做。
在这种情况下,我会说这个用例图只有一种参与者:用户。您有以下用例:"User Creates/views/edits".
例外情况是 Expert 的 Create 操作与 Patient 的不同(在用例图上可见)。例如,如果 "Expert Creates" 还必须执行 "Expert Sends Email",那么这就是考虑两个独立演员的原因。
在 UML 用例图中(据我所知)没有 built-in 可视化捕获约束的方法。您可以使用无价的注释符号显示:
尽管您可以使用一些简单的方法对访问权限策略进行建模:
现实的用户访问权限管理可能会使用访问令牌、身份验证、授权和所有这些委托给另一个(复杂且可靠的)系统组件的东西来实现,为“系统".
为了捕捉各种限制,您通常会将它们放入 Wikipedia: Use case 叙述的 precondition
部分。
在 UML
模型中,限制将映射到描述用例的行为图中显示的 constraints 和 guard
条件。
另请参阅:
- uml-diagrams.org: UML Use Case 中的第 "Describing Use Case Behaviors" 章