案例(详细):用户在Android应用程序中选择一些文件,并将SOAP请求发送到WebService以将选定的文件设置为收藏夹。设置收藏夹:以下用例图正确吗?
案例(有几句话):用户要设置一些文件为收藏
序列图: User-->FileBrowser-->WebService-->DbManager-->Database
那么,是下图正确的还是我失去了一些东西?
案例(详细):用户在Android应用程序中选择一些文件,并将SOAP请求发送到WebService以将选定的文件设置为收藏夹。设置收藏夹:以下用例图正确吗?
案例(有几句话):用户要设置一些文件为收藏
序列图: User-->FileBrowser-->WebService-->DbManager-->Database
那么,是下图正确的还是我失去了一些东西?
你的图看起来不错。但是,我从其他问题中注意到,您现在正在混合业务和技术方面。如果你想为业务做一个用例综合(这是最常见的应用),你不能开始混合技术方面。说了这些之后,Login并不是一个商业用例。一个用例在短期内描述了一个参与者在应用时获得的附加价值。在业务层面上,登录只是一个约束,因为它没有增加任何价值。
作为一个建议:
只有在这之后开始技术设计。您可以在技术级别使用用例,您可以将登录用例描述为身份验证子系统的一部分。
如果您不包含某种系统,而用户和服务器不在这个系统之外?我的老师总是评论涉及这个系统。 列出系统外的所有用户。用例可以作为答案:“系统会做什么?”。外部用户/系统使用的是数据库吗?在这种情况下,最好将它表示为一个独立的演员。
也许是在使用casediagram之前编写完整用例的想法。
两件事情没有按照UML:
建议:
是的,显示正在考虑的系统(SUC)作为边界是正面的。仔细看,这些用例位于SUC的边界上,因为它们代表了演员与SUC之间的通信。但将UCs放在SUC边界内也是很常见的。 –