Uml 用户帐户设置的用例图
如何在用例图中表示以下情况:Uml 用户帐户设置的用例图,uml,Uml,如何在用例图中表示以下情况: 用户可以管理帐户设置: 更改密码、更改语言、更改日期 出生日期等 我想将“更改密码、更改语言、出生日期等”用例分组到“管理帐户设置”用例中。这里应该使用什么关系 这听起来很像一个家庭作业问题。维基百科有。请注意,示例中的每个气泡是如何引用参与者采取的行动及其交互的。用例几乎完全是关于面向用户的信息 这听起来很像一个家庭作业问题。维基百科有。请注意,示例中的每个气泡是如何引用参与者采取的行动及其交互的。用例几乎完全是关于面向用户的信息 实际上,管理帐户根本不是一个合法
用户可以管理帐户设置: 更改密码、更改语言、更改日期 出生日期等
我想将“更改密码、更改语言、出生日期等”用例分组到“管理帐户设置”用例中。这里应该使用什么关系 这听起来很像一个家庭作业问题。维基百科有。请注意,示例中的每个气泡是如何引用参与者采取的行动及其交互的。用例几乎完全是关于面向用户的信息
这听起来很像一个家庭作业问题。维基百科有。请注意,示例中的每个气泡是如何引用参与者采取的行动及其交互的。用例几乎完全是关于面向用户的信息
实际上,管理帐户根本不是一个合法的用例 用例应该是独立的。换句话说,如果所讨论的用例是系统提供的唯一用例,那么系统应该为参与者提供一些有价值的东西 “管理帐户”并不是孤立的。也就是说,没有人会创建一个只允许用户管理其帐户的系统 但是,如果你必须为家庭作业的目的对你描述的情况进行建模,它可能会如下所示:
实际上,管理帐户根本不是一个合法的用例 用例应该是独立的。换句话说,如果所讨论的用例是系统提供的唯一用例,那么系统应该为参与者提供一些有价值的东西 “管理帐户”并不是孤立的。也就是说,没有人会创建一个只允许用户管理其帐户的系统 但是,如果你必须为家庭作业的目的对你描述的情况进行建模,它可能会如下所示:
用例关系语义有时可能是模糊的,是否一致取决于您。例如,您的案例可能与此案例类似:
请参见用例关系语义有时可能是模糊的,这取决于您是否保持一致。例如,您的案例可能与此案例类似:
请参见瞧,我怀疑是否在此处使用包含关系或扩展关系。秘密在于,您的单独用例只需与某个参与者相关,而不必彼此相关。瞧,我对在这里使用包含关系或扩展关系表示怀疑。秘密在于,您的单独用例只需与参与者相关,而不必彼此相关。在这种情况下,我不会使用继承,而是包括类型关系。在这种情况下,我不会使用继承,而是包括类型关系。