Set Favorite:以下用例图是否正确？

Question

案例(详细)：用户在android应用程序中选择一些文件，然后向WebService发送SOAP请求，将选择的文件设置为收藏。

案例(用很少的话)：用户想要将一些文件设置为收藏

序列图是：User-->FileBrowser-->WebService-->DbManager-->Database

那么，下面的图表是正确的，还是我漏掉了什么？

​

​

Answer 1

您的图表看起来很好。然而，我从你的另一个问题中注意到，你现在把业务和技术混合在一起了。如果你想为业务做一个用例合成(这是最常见的应用)，你不能开始混合技术方面。话虽如此，Login不是一个业务用例。用例简短地描述了参与者在应用它时所获得的附加值。在业务级别上，登录只是一种约束，因为它不会增加任何价值。

作为一个建议：

• 从纯业务角度的用例开始。
• 思考什么是真正的附加值。
• 哪些是利益相关者？
• 他们的

需求可以合成到用例中？

只有在那之后才能开始技术设计。因此，您可以在技术级别上使用用例，您可以将登录用例描述为身份验证子系统的一部分。

Answer 2

您是否应该包含一些系统，其中用户和服务器在系统之外？我的老师总是评论涉及到这个系统。列出系统外的所有用户。这个用例是对“系统将做什么？”的回答。数据库是否由外部用户/系统使用？在这种情况下，最好将其表示为单独的参与者。

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

Answer 3

有两件事不符合UML：

1. include依赖项应该有一个指向'selct file.‘的开放箭头。
2. include一词必须用«guillemets»

括起来

建议：

1. 对使用情形使用一致的命名约定。通常使用命令式，至少有一个动词和一个名词。“选择文件”和“选择喜爱的文件”。
2. 在用例周围绘制了一个系统边界(矩形)，将参与者留在边界之外。在边界内输入描述性名称，例如“安卓app”。