2015-11-18 15 views
1

案例(详细):用户在Android应用程序中选择一些文件,并将SOAP请求发送到WebService以将选定的文件设置为收藏夹。设置收藏夹:以下用例图正确吗?

案例(有几句话):用户要设置一些文件为收藏

序列图: User-->FileBrowser-->WebService-->DbManager-->Database

那么,是下图正确的还是我失去了一些东西?

Use Case Diagram

回答

2

你的图看起来不错。但是,我从其他问题中注意到,您现在正在混合业务和技术方面。如果你想为业务做一个用例综合(这是最常见的应用),你不能开始混合技术方面。说了这些之后,Login并不是一个商业用例。一个用例在短期内描述了一个参与者在应用时获得的附加价值。在业务层面上,登录只是一个约束,因为它没有增加任何价值。

作为一个建议:

  • 开始在纯商业的角度用例。
  • 想想什么是实际增值。
  • 哪些是利益相关者?
  • 他们的要求是什么?
  • 哪些需求可以合成为用例?

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

1

如果您不包含某种系统,而用户和服务器不在这个系统之外?我的老师总是评论涉及这个系统。 列出系统外的所有用户。用例可以作为答案:“系统会做什么?”。外部用户/系统使用的是数据库吗?在这种情况下,最好将它表示为一个独立的演员。

也许是在使用casediagram之前编写完整用例的想法。

+0

是的,显示正在考虑的系统(SUC)作为边界是正面的。仔细看,这些用例位于SUC的边界上,因为它们代表了演员与SUC之间的通信。但将UCs放在SUC边界内也是很常见的。 –

1

两件事情没有按照UML:

  1. 将包括依赖应有一个开放的箭头指向“SELCT文件”。
  2. 字包括必须由«guillemets»包围

建议:

  1. 使用一致的命名约定的使用情况。通常使用命令式,至少有一个动词和一个名词,例如“选择文件”和“选择最喜欢的文件”。
  2. 在用例的周围绘制一个系统边界(矩形),使边界外的actor保持不变。在边界内输入描述性名称,例如“Android应用程序”。