Uml 是不是；“更新配置文件”；扩展；视图配置文件；？

我正在开发一个web应用程序，我正处于设计阶段。在用例中，用户可以在某个页面上查看他们的配置文件，也可以从该页面更新他们的配置文件信息。现在我想知道在我的例子中，更新概要文件操作是否扩展了查看概要文件操作？

简单地说：不要在用例中使用extend或include。一个单一的用例气泡代表了一个独特的附加值，这个附加值是考虑中的系统返回给参与者的。如果您不能判断某个东西是增值的，那么它就不是一个用例。包含/扩展在大多数情况下用作功能分解。但是用例是合成的，这恰恰相反

---

在你的情况下（以及在CRUD方面），想想幕后的情况。这里它处理的是一个配置文件。因此，您可以将其称为维护配置文件，其中包括（在内部步骤中）查看和编辑。通常可以简单地约束功能部件。此外，当使用较少气泡时，系统描述将更加清晰。请记住：如果您的用例开始看起来像蜘蛛网，那么您的系统设计很可能是错误的。

我基本上同意您的观点，即最好在用例中隐藏细节，但我感到困惑的是，过于笼统的用例也可能使新的附加值不可见。例如，有一个PDF阅读器软件只支持用户在上面阅读PDF，与此相关的用例可以是“维护PDF文档”，如您所说。但是现在开发人员希望改进该软件，并添加编辑PDF的新功能，因此，如果该用例未经修改，新的附加值就不能放在应该包含它的用例中。@it_外行对所有答案都持保留态度。PDF查看器可能有两个用例：查看和编辑文档。是的，我认为两者都是独立的。为什么在这里？好吧，至于选择哪一种方法，边界是无关紧要的。我的答案适用于大多数积垢案例。有相当多的问题需要从不同的角度来看待。