Uml 用例图:具有更多权限的参与者

Uml 用例图:具有更多权限的参与者,uml,diagram,use-case,Uml,Diagram,Use Case,关于用例图: 考虑2种角色:客户和用户。客户是用户(一般化) 我想为项目搜索选项(“搜索项目”)的用例建模,该选项允许所有用户无需登录:但只有客户(因为他已注册)可以参与该用例添加项目。请注意,这意味着客户也需要登录才能进行此操作。 我似乎无法在不弄乱整个图表的情况下使它工作。 谢谢 只需向用例添加一个约束即可。您可以通过使用一个约束元素使其在图表中可见,该元素看起来像一个注释,但其文本用花括号括起来。如图中所示: 注意。参与者不一定代表特定的物理实体,而是代表某个实体的特定角色 与相关用例的规

关于用例图: 考虑2种角色:客户和用户。客户是用户(一般化) 我想为项目搜索选项(“搜索项目”)的用例建模,该选项允许所有用户无需登录:但只有客户(因为他已注册)可以参与该用例添加项目。请注意,这意味着客户也需要登录才能进行此操作。 我似乎无法在不弄乱整个图表的情况下使它工作。
谢谢

只需向用例添加一个约束即可。您可以通过使用一个约束元素使其在图表中可见,该元素看起来像一个注释,但其文本用花括号括起来。

如图中所示:

注意。参与者不一定代表特定的物理实体,而是代表某个实体的特定角色 与相关用例的规范相关。因此,单个物理实例可能扮演多个不同的角色 演员,相反,一个给定的演员可以由多个不同的实例扮演

因此,没有理由尝试将多个用例混合到单个参与者中;用户和客户代表两个不同的角色,因此最好由两个参与者来代表它;客户是用户的派生这一事实可以用概括来表示

最后,您可以向用例关联添加一个注释,以指定客户必须登录-但至少对我来说,这似乎是不必要的,因为用户已经必须登录才能担任“客户”角色


您可以添加一个用例:使用包含关系进行身份验证我向我的实验室指导老师展示了这个图表,她责骂我提出了这样一个故意错误的语法。