包含或扩展用例关系？

Question

我无法确定在我的用例中应该使用哪种关系。假设演员是用户，可以管理帐户：-创建；-删除；-更新；

有没有想法，是否应该将“管理帐户”作为用例，然后将创建、删除、更新链接到它上面——如果是——扩展或包含关系？还是最好将创建、删除、更新作为单独的用例呢？

- Izumi

Answer 1

我不是"管理-X"用例的粉丝。正如您的帖子所建议的那样，'Manage'实际上是一些替代的、独立的任务的集合术语。结果是一个用例主体看起来不正确：

If the User selects 'Create' then {...}
else if the User selects 'Update' then {...}

更好的做法是单独展示它们。如果你的模型变得很大，并且你需要一种组织方式，那么为相关的用例创建一个名为Manage Account的包，而不是一个“超级用例”。因此，在您的情况下，创建一个名为Manage Account的包，其中包含UCs Open Account，Update Account等。

希望对你有所帮助。

- sfinnie

---

很棒的答案。我对管理用例不是很清楚，但这让我下定决心了。 - James P.

Answer 2

如果/否则语句不适合出现在用例中。

维护或系统管理功能通常被认为是系统功能，并且除了在用例模型中，通常会稍后出现。加上许多维护功能的相似性，我发现它是一个很好的用例候选，通过几个处理特定需求的用例来扩展基本维护流程。通过少量的用例，我可以解决整个系统的维护/系统管理需求。（不包括安全管理。）

- Nanette Holkestad

Answer 3

如果您创建一个单独的“管理用例”并将其他用例与其链接，那么所有用户似乎都可以管理（创建、更新、删除）帐户。最好为每个用户创建单独的用例，并将用户进行概括，例如从普通用户继承管理员和操作员，并将相关用例链接到专业用户，例如“删除帐户”不会与操作员链接。

- bjan