如何使用用例的关系 - UML(how to use use case relations - u

Heys家伙！林一直学习UML和IM试图设计一个问题的用例图。

让supose我的应用程序包括在此：

二Requesites： - 创建团队 - 创建球员

这是处理：用户可以创建一个团队，之后创建一个团队，他可以创造的球员对于球队（不需要）。但是，在这个应用程序有多个用户，并且用户可以创建一个团队和其他用户可以创建播放器。唯一的限制是，创建玩家必须存在alreay一个团队。我研究，我结束了一点点迷惑。如果我用例关系的概念图吧，我觉得我应该有folowwing两个用例：

[用例 - 创建团队<-------扩展---- [用例 - 创建播放器]

我需要的意见，这是正确的解决方案吗？或者我应该有两个不相关的使用情况？

在此先感谢，和我很抱歉我的英语水平。

Answer 1:

一般来说，你不需要依赖模型像用例图“A必须做B之前完成”。用例应该代表一组Szenarios给他们组作为常见的情况。

在“扩展”依赖用于指定用例比扩展一个较为特殊。所以，如果你想表达的是创造一个玩家使用“扩展”创建团队的一种特殊形式就可以了。 Bbut这不符合上述情况。

如果你想表达的是创造一个公平总是意味着创建一个团队，以及，你可以使用“包括”依赖。这可能符合你的情况，但海事组织没有完全。

最后一个选项是绘制未指定的依赖（无<< >>标记），明确了用例有一些待办事项彼此。

我的建议：不要使用在这种情况下，任何依赖。

一些更良好的解释可以发现在这里，顺便说一句。

Answer 2:

有与使用情况的一个常见问题：关系。我们倾向于使用关系来描述的用例的序列。但是，这是一种误解。下面是一些词的UML用户指南关于用例和活动 （第4部分，第17章） 的流程 ：

You can specify a use cases's flow of events in a number of ways
[...] informal structured text
[...] formal structured text
[...] states machines
[...] activity diagrams

问题的关键是，如果引导倾向于说（隐含的），各方的关系不应该被用来指定事件的流程，它并没有说什么用例的关系应该用于。我想这就是为什么用例是UML和UP的一个重要的点，而是一个工具，很难处理。

在模型中，你或许应该改变箭头和术语（简单的建议，你是分析师）：