我可以将actor连接到用户案例及其包含的用例吗？

我有一个用例的演员将，该用例包括其他两个用例联系。演员也可以与他们联系。我可以将actor连接到用户案例及其包含的用例吗？

所以我的问题我可以连接到演员这两个用例？

这其中演员只是连接到主使用情况下的第一图像，

这就是演员被连接到主要的用例的第二图像，并且其包括二用例

是第二是否正确？

2016-07-30 Ania David

您正在使用功能分解与用例。这显然是错误的。阅读Bittner/Spence或Cockburn以了解如何编写用例。 –

@ThomasKilian谢谢，不过，我仍然需要一个关于我的问题的答案 –

如果包含用例（UC）只能作为列入/扩展到其他一些UC中运行，那么你不要发起演员连接到UC（它是“自动”从主UC在内）。

然而，有时一个演员可以连接到包括或延伸UC两种情况：

所包含的/延伸UC与其他一些演员（未发起一个）相互作用。这样的演员将被连接到包含/扩展的UC。
所包含的/延伸UC可以独立运行（即，也可以运行作为一个单独的UC，而不是纳入/扩展到一些其他UC）。在这种情况下，可以直接启动UC的演员将连接到该UC（即使它也连接到包含此UC的某些UC）

我第二次@ThomasKilian声明图创建了一个绝对不应该在UC上描绘的分解。

2016-07-30 19:43:38 Ister

首先

不要使事情变得更加复杂，自己

你应该解释一下你的使用情况，以你的父亲是谁有钱，但没有一个专业的技术......想想使用情况下，要persuate你父亲给你钱要运行它busines.Can你一个商业案例“persuate”你父亲这个“建议等级x”的用例？

在绘制任何用例时都告诉用户的大目标。不执行命令或其他shits.Do不要忘记，你不设计自己的应用程序，同时绘制使用情况，您可以指定什么样的效益/实用的它给用户。

我不知道你的“上下文” ......但有超过简化看来你只有一个有效的用例“提出建议”。所以jusy离开它，因为这样...如何用户将做“ “建议”应该放在“建议推荐”用例场景TEXT中。用例可以有许多不同的情况。

不要忘了，用例分析应该涉及编写 TEXT（Scenarious）不仅仅是画画。

在许多人遭受的使用案例分析中，好像遭受了功能分解。

“功能分解的办法将打破一个用例到许多部分：获取商户详细信息;处理外汇交易;授权支付和捕捉付款”。

怎么不从功能分解苦：

而且要小心你不应该利用一切功能UML

“毕竟，这些是UML用例符号的一部分，所以你不是应该使用它们吗？ 否否否。

但你可能会认为

你需要它们，因为“他们帮你分解用例到的工作。的itty-微小的单位”但你尝试用错误的时间做到这一点错误的工具。此分解不会帮助您在此阶段使用此工具（用例）

2016-08-01 14:22:10

回答