Uml 在用例图中使用打印机作为参与者

Uml 在用例图中使用打印机作为参与者,uml,actor,use-case,use-case-diagram,Uml,Actor,Use Case,Use Case Diagram,因此,我正在从我在工作中使用的系统创建一个用例图。这是一个简单的餐厅系统,用于登记订单、产品等 我对用例图的主要关注是我是否应该添加“打印机”作为参与者。我给这条线添加了一个图像,这样你就可以准确地看到我的意思 这有什么意义吗?这是否正确使用了非管理员或雇员等人员的演员?如果没有,我应该怎么做才能显示正确的用例图?嗯,是的。印刷工是演员,尽管听起来很琐碎或愚蠢。只要你看到有两个不同的打印机就值得了。参与者被定义为使用系统服务的任何用户、软件/硬件或外部系统 您将打印机定义为系统中的参与者是正确

因此,我正在从我在工作中使用的系统创建一个用例图。这是一个简单的餐厅系统,用于登记订单、产品等

我对用例图的主要关注是我是否应该添加“打印机”作为参与者。我给这条线添加了一个图像,这样你就可以准确地看到我的意思


这有什么意义吗?这是否正确使用了非管理员或雇员等人员的演员?如果没有,我应该怎么做才能显示正确的用例图?

嗯,是的。印刷工是演员,尽管听起来很琐碎或愚蠢。只要你看到有两个不同的打印机就值得了。

参与者被定义为使用系统服务的任何用户、软件/硬件或外部系统

您将打印机定义为系统中的参与者是正确的,因为它们将被分类为辅助参与者


尽管他们不像你的管理员和员工参与者那样输入到系统中,但他们从系统中输出(在本例中,他们打印食品订单和收据)。

我认为这取决于这个用例图是否是需求的一部分。在您希望与客户和用户(将使用系统的不同类型的用户)达成一致的需求中,此用户的目标详细说明了系统和用户之间的相互作用


从需求的角度来看,我不认为系统将使用这两台打印机有什么关系

我在照片上展示的方式是正确的吗?当然。将次要角色放在右边是一种惯例。我认为
寄存器顺序
打印顺序
之间的«扩展»应该是一个«包含»,尽管(或者所有打印用例都应该扩展其主用例)在包含另一个扩展的地方有一个扩展没有意义。嗨,Geert,问题是,厨房打印机只打印食品。这意味着如果是水或苏打水之类的饮料,就不应该在厨房打印。我理解这一点,但我仍然不认为有理由延长打印订单。因为不是每次员工登记订单时都必须在厨房打印。如果我写在那里,那就意味着如果员工只登记饮料(所以没有食物),它将在厨房打印出来。财政打印机没有任何条件,只要执行连接的用例,它就必须打印。您可能想了解include和extend之间的区别。没有理由不能有条件地执行包含的用例。