Uml 我们什么时候在用例场景中包括参与者

这就是关系。演员用户将从演员图书管理员处借阅。图书管理员使用该系统检查是否可用，并通过公司id卡验证用户

我知道我们没有将参与者用户放在用例模型中，因为他永远不会使用系统。只有图书管理员才能访问它，因为我们也不允许把关系参与者放到参与者之间

---

我将如何表示该用户直接与图书管理员交互，而不是与系统交互？

通常使用用例在平台独立模型（PIM）即逻辑模型即功能模型中建模

在本例中，我们仅描述系统实际自动化的行为。这意味着用户和图书管理员之间的交互超出了范围

完整的图片绘制在计算独立模型（CIM）又名上下文模型又名业务模型中

在这个模型中，现在最流行的符号不是用例，而是BPMN

---

因此，用户应该在CIM中发挥作用，而不是在PIM中发挥作用。

您可以随时根据需要扩展符号来传达您的想法。例如，您可以这样做：

---

这就是我要回答的问题。谢谢，我忘了把这个标记为答案，但这是我在项目中使用的。迟做总比不做强这种方法在非常简单的场景中非常有用。正如[“Geert”]所指出的，BPMN更适合于更复杂的场景。@JBurnett当然。但BPMN比你需要的创业公司要多得多。这就是“你两者都可以做的”。