我不知道在我的用例中应该使用哪种关系。假设演员是可以管理帐户的用户:-创建;-删除; -更新;
我是否应该将管理帐户作为用例,然后将创建、删除、更新链接到它 - 如果是 - 扩展或包含关系?或者,如果我作为单独的用例创建、删除、更新离开会更好?
我不喜欢“Manage-X”用例。正如您的帖子所暗示的那样,“管理”实际上是许多替代的、独立的任务的统称。结果是一个看起来不正确的用例主体:
If the User selects 'Create' then {...}
else if the User selects 'Update' then {...}
...ETC。
最好单独展示它们。如果你的模型变得很大——并且你需要一种组织方式——然后为相关的 UC 创建一个包,而不是“超级 UC”。所以在你的情况下,一个名为Manage Account
包含 UCs Open Account
,Update Account
等的包。
hth。
If/Else 语句不属于用例。
维护或系统管理功能通常被认为是系统功能,除了用例模型之外,通常会在游戏中稍晚出现。再加上许多维护功能的相似性,我发现它是一个很好的用例候选者,其中基本维护流程由一些处理特定需求的用例扩展。通过几个用例,我可以解决系统的整个维护/系统管理需求。(不包括安全管理。)
如果您创建一个管理用例并将其他人与之链接,那么所有用户都可以管理(创建、更新、删除)帐户。最好为每个用例创建单独的用例,并概括从普通用户继承的管理员和操作员等用户,并将相关用例链接到专门用户,例如删除帐户不会与操作员链接