在用例中，为什么参与者在(或表示)系统的系统边界之外？

Question

为什么参与者在用例中处于(或表示)系统的系统边界之外。

这有什么原因吗？

用例子来解释。

Answer 1

让我以业务参与者和业务用例作为类比。

业务用例代表了一个对业务参与者有价值的过程。

因此，银行的业务用例可以是“兑换外币”。

业务执行者(客户)与业务(银行)互动，为$s更改$s ;-)

客户不是银行的一部分，这不是很明显吗？员工应该是内部的，但不是客户。

因此，将业务参与者更改为(系统)参与者。让我们假设我们有一个可以交换货币的自动柜员机(系统)。如果你正在写一个系统用例，你写的是自动柜员机系统的“需求”。而不是客户执行者。

它是一个用户，不是一个系统！您所能做的就是指定交互。

那么Actor is a system会发生什么呢？就像我们说的，xe.com，它给出了汇率？

您必须要问的问题是，“我可以对不属于银行系统的xe.com进行更改吗?还是只使用该应用程序接口？”

在只使用API的情况下，那么xe.com就是一个参与者。对xe.com的更改超出了您的项目范围。

在更改xe.com本身的情况下，它不是参与者，而是您的项目/系统的一部分。

这就是演员的美！它可以帮助您定义允许更改的系统范围。

希望这能有所帮助。