什么时候系统应该作为参与者包含在用例图中？

Question

我正在为新系统制作用例图。我想知道什么时候系统应该作为演员包含在用例图中？

感谢。

Answer 1

如另一个答案所述，演员是与正在开发的系统交互的系统或角色。如果系统在您正在开发的系统之外，并且它直接与您正在开发的系统交互，则应将系统作为参与者包含在用例中。

这很重要，因为您需要定义系统的边界，这意味着它的范围和接口。将系统作为参与者包括在内将明确说明正在开发的系统的需求，以便为该actor系统提供合适的接口。

Answer 2

不同的人对于如何在UML中正确建模有不同的理念（由于UML由委员会标准化，这并不奇怪。）

我使用actor来捕获可以与我正在设计的系统交互的每个“事物”（人的类型，系统类型），并发现它们有助于在所有利益相关者之间建立对新系统如何交互的共同理解用。

我建议为你知道将与系统交互的所有内容创建一个actor，并将该actor跟踪到actor可以执行的每个用例。这样，您就可以充分了解谁可以做什么。

Answer 3

系统永远不是用例模型中的参与者。你必须考虑触发正在调查的系统来执行一个过程的事情。系统本身是愚蠢的，无法触发自己的行动。它只能由用户或时间触发。如果你认为系统正在触发动作那么它可能就是演员的时间。例如，当接收到电子消息时，触发进程以运行。该过程是完全自动化的，并不是由用户告诉系统消息已到达所以谁是演员？它不是系统而是时间。您必须想象的是，有一个查找电子邮件到达的过程，这是查看特定的时间间隔，例如每隔一秒或每一分钟或每月一次等。因此，时间会触发收到电子讯息时运行的过程。