为了教育目的,我正在写一个乌龟 SVN 客户端的简单用例。我添加了一个简单的用例,其中开发人员启动了一个 SVN 命令(即svn commit
)。它应该<<include>>
是一个身份验证,所以我添加了一个适当的关系。
3.1.1
是对应的功能请求。
我知道用例图不是序列图,因此也不应该呈现流程。
几个问题:
- 一个普遍的问题:我的图表是否正确?
- 我应该呈现来自服务器的响应吗?
- “为用户显示成功报告”怎么样?
谢谢!
为了教育目的,我正在写一个乌龟 SVN 客户端的简单用例。我添加了一个简单的用例,其中开发人员启动了一个 SVN 命令(即svn commit
)。它应该<<include>>
是一个身份验证,所以我添加了一个适当的关系。
3.1.1
是对应的功能请求。
我知道用例图不是序列图,因此也不应该呈现流程。
几个问题:
谢谢!
您的图表在将参与者、用例气泡和正在考虑的系统 (SUC) 显示为边界的方式上是部分正确的。但除此之外,它没有显示单个用例。
用例是 SUC 向其参与者之一提供的单一附加值。对于您的 SVN,附加值将是“签入源”(您猜其他人)。“签入源”是演员 Developer 的 UC。而且它不会<<include>>
是一个UC,而是直接关联它。您可以将“SVN 服务器”作为辅助参与者连接,在这种情况下,应该以某种方式对关联进行定型或标记。您也可以采用将辅助角色放置在右侧(如上)。但这应该在建模指南中加以说明。
你的演员是刻板的,而不是命名的。你可以对它们进行刻板印象,但首先你应该简单地命名它们(所以省略 guillemets)。
“验证用户”也不是 UC。这是一个可以附加到 UC 的约束。
我通常不会展示次要演员。但如果你愿意,你可以这样做。要么使用一些刻板的关联(如图所示)和/或将它们放在 SUC 的右侧(和左侧)。这应该是建模指南中记录的约定。