我正在为一个项目创建一些用例,我对一些关于参与者和用例的 UML 概念感到困惑。
演员是我的软件将具有一定界限的某人或另一个系统。
从这开始,我有两个问题:
A - 我可以有一个演员来代表我自己的系统的一部分,它可以在不与用户联系的情况下工作吗?例如,一个会计算某些东西的人工智能。
B - 由于上面的问题得到了否定的答案,我的第二个问题是:我可以有一个未分配给某个演员的用例吗?
好吧,如果我得到两个,"false's"
我该怎么做呢?
谢谢
当然,你可以做任何你想做的事。但一般来说,A 和 B 都是坏主意。
每个用例都应该代表系统与系统外部事物之间的明确定义的交互- 参与者(可以是人、另一个系统或在您的特定案例中有意义的任何其他事物)。用例背后的整个哲学是考虑这些定义明确的交互,通常由参与者而不是系统发起,这就是为什么经典用例示例是自动柜员机的原因。
假设用例始终是构建分析的最佳方式是错误的。他们不是。有时它们是好的,有时它们是完全错误的。它们只是您分析工具箱中的一种工具。
您可能会考虑分两个阶段进行分析:首先在系统级别,然后将系统分解为子系统并为每个子系统进行单独分析。在这个级别,子系统 1 可以是子系统 2 用例中的参与者,反之亦然。