Uml 用例图中参与者之间的关系

Uml 用例图中参与者之间的关系,uml,use-case,Uml,Use Case,我想知道这是一个错误还是我没有正确理解它。正如我所知,我们在参与者之间使用箭头来表示概括(Student左侧带有开口的箭头表示UML中的概括。右侧的箭头不是UML 泛化可以理解为a。因此,在这种情况下,你可以理解研究生是本科生。这句话是否正确是另一个问题。参与者之间的左泛化是有意义的,因为它代表某种能力层次结构。这通常在sens中完成“专业参与者可以/参与一般参与者可以/与之相关联的UCs” 相反,正确的泛化是没有意义的。用例代表系统具有的单个附加值。使用泛化将导致这种荒谬。在这种情况下,Sub

我想知道这是一个错误还是我没有正确理解它。正如我所知,我们在参与者之间使用箭头来表示概括(Student左侧带有开口的箭头表示UML中的
概括。右侧的箭头不是UML


泛化
可以理解为a。因此,在这种情况下,你可以理解
研究生
本科生
。这句话是否正确是另一个问题。

参与者之间的左泛化是有意义的,因为它代表某种能力层次结构。这通常在sens中完成“专业参与者可以/参与一般参与者可以/与之相关联的UCs”


相反,正确的泛化是没有意义的。用例代表系统具有的单个附加值。使用泛化将导致这种荒谬。在这种情况下,
Submit-Exam
是基本用例。您可以在UC描述中添加一个约束或一些解释,说明它也是用于论文,但从不创建两个不同的UCs。这两种情况下的目标都是获得更高的分数。只是论文只能由毕业生发送(这是限制)。

因此,如果研究生是本科生,那么研究生可以提交论文和考试,而本科生只能提交考试?