关于包含和扩展，此用例图有什么问题

Question

包含和扩展的用例是否有意义？

Answer 1

基本上是的，取决于你愿意实现的目标。

包含只是意味着所包含的用例不能存在于其自身，并且需要部分用例，并且包含它并同时使用基础如果没有成功包含的用例，案例将无法完成。

为您的用例场景翻译的意思是： 为了让用户（写一个演员的名字）登录，他必须输入他的用户名，输入他的密码，系统必须解析id和密码并显示主屏幕。

扩展可以选择在主要功能中添加一些其他步骤，在本例中为登录，这意味着它可以选择显示不正确的登录屏幕（不知何故详细说明）你的情景）。这也意味着Display Login screen也是可选的，IMO不是这种情况，它必须包含在主要用例中，但这与您愿意实现的目标相关。

建议：了解准确的UML规范。您需要写下演员的名字，写下<<include>>和<<extend>>并定义一个系统。我建议你使用UML编辑器而不是Paint或类似的东西。查看What's the best UML diagramming tool?

Answer 2

您在一个图表中混合了usecase（登录）和登录过程的操作。 删除除登录以外的所有用例，并将活动图添加到登录过程的desribe scenarion。

Answer 3

如果您按照提议的粒度创建用例，则可能会在您将生成的文档的重压下死亡。

这里只有一个用例：登录。

在该用例中，您有不同的部分，其中包括常见的场景步骤，例如： 1.输入用户ID 2.输入密码 3. ...

您还有一个名为Exception scenario的部分，您可以在其中找到失败的登录详细信息（错误消息，行为等）。

包含用例的示例是修改帐户，其中包括您的登录用例，这意味着您无法在不登录的情况下修改帐户。

用例扩展的一个例子是指定不同的登录方法（OTP，数字签名等），这些方法都会扩展登录用例。