Uml 设置收藏夹：下面的用例图正确吗？

案例（详细）：用户在android应用程序中选择一些文件，并向WebService发送SOAP请求以将所选文件设置为收藏夹

案例（用很少的文字）：用户希望将一些文件设置为收藏夹

顺序图为：

用户-->文件浏览器-->Web服务-->数据库管理器-->数据库

那么，下图是正确的还是我遗漏了什么

---

您的图表看起来不错。然而，我从您的另一个问题中注意到，您现在正在混合业务和技术方面。如果您想要为业务（这是最常见的应用程序）进行用例合成，那么您不能开始混合技术方面。尽管如此，登录并不是一个商业用例。用例简短地描述了参与者在应用它时获得的附加值。在业务级别上，登录只是一个约束，因为它不会增加任何价值

作为建议：

• 从纯业务角度出发，从用例开始
• 想想什么才是真正的附加值
• 哪些是利益相关者
• 他们的要求是什么
• 哪些需求可以合成为用例

---

然后才开始技术设计。您可以在技术层面上使用用例，将登录用例描述为身份验证子系统的一部分。

您的图表看起来不错。然而，我从您的另一个问题中注意到，您现在正在混合业务和技术方面。如果您想要为业务（这是最常见的应用程序）进行用例合成，那么您不能开始混合技术方面。尽管如此，登录并不是一个商业用例。用例简短地描述了参与者在应用它时获得的附加值。在业务级别上，登录只是一个约束，因为它不会增加任何价值

作为建议：

• 从纯业务角度出发，从用例开始
• 想想什么才是真正的附加值
• 哪些是利益相关者
• 他们的要求是什么
• 哪些需求可以合成为用例

---

然后才开始技术设计。因为您可以在技术层面上使用用例，您可以将登录用例描述为身份验证子系统的一部分。

是否应该包括某种系统，用户和服务器不在其中？我的老师总是对涉及系统的问题发表评论。 列出系统外的所有用户。用例作为对“系统将做什么？”的回答。数据库是否由外部用户/系统使用？在这种情况下，最好将其表示为单独的演员

---

也许在制作用例图之前写一个完整的用例是一个好主意。

您是否应该不包括某种系统，用户和服务器都不在其中？我的老师总是对涉及系统的问题发表评论。 列出系统外的所有用户。用例作为对“系统将做什么？”的回答。数据库是否由外部用户/系统使用？在这种情况下，最好将其表示为单独的演员

---

也许在制作用例图之前写一个完整的用例是个好主意。

有两件事不符合UML：

include依赖项应该有一个指向“selct文件”的开放箭头

单词include必须用«guillemets»包围

建议：

对用例使用一致的命名约定。通常使用命令式，至少有一个动词和一个名词，如“选择文件”和“选择喜爱的文件”

围绕用例绘制一个系统边界（矩形），将参与者留在边界之外。在边界内输入描述性名称，例如“Android应用程序”

---

有两件事不符合UML：

include依赖项应该有一个指向“selct文件”的开放箭头

单词include必须用«guillemets»包围

建议：

对用例使用一致的命名约定。通常使用命令式，至少有一个动词和一个名词，如“选择文件”和“选择喜爱的文件”

围绕用例绘制一个系统边界（矩形），将参与者留在边界之外。在边界内输入描述性名称，例如“Android应用程序”

---

是的，将考虑中的系统（SUC）显示为边界是一个加号。仔细看，用例位于SUC的边界上，因为它们代表了参与者和SUC之间的通信。但将UCs放置在SUC边界内也是很常见的。是的，将考虑中的系统（SUC）显示为边界是一个加号。仔细看，用例位于SUC的边界上，因为它们代表了参与者和SUC之间的通信。但将UCs放置在SUC边界内也是很常见的。