Uml 单个序列图中的多个用例

Uml 单个序列图中的多个用例,uml,sequence-diagram,Uml,Sequence Diagram,我想为我的应用程序的第一次迭代创建一个非常基本的序列图。我有一个练习数据库,我有一个用于创建、一个用于编辑和一个用于删除练习的用例。它们都非常简单,并且使用相同的元素和参与者,如用户、DAO和数据库。我想做的是创建一个SD,首先是用户请求创建一个练习,然后是用户请求编辑该练习,然后请求删除它。我的问题是:在序列图中这被认为是正确的吗?我不想创建彼此几乎相同的3个SDs,这似乎是表示所有信息的简单方法,但我不知道这是否符合UML标准。谢谢。从标准一致性的角度来看,UML标准中没有规定用例模型和序列

我想为我的应用程序的第一次迭代创建一个非常基本的序列图。我有一个练习数据库,我有一个用于创建、一个用于编辑和一个用于删除练习的用例。它们都非常简单,并且使用相同的元素和参与者,如用户、DAO和数据库。我想做的是创建一个SD,首先是用户请求创建一个练习,然后是用户请求编辑该练习,然后请求删除它。我的问题是:在序列图中这被认为是正确的吗?我不想创建彼此几乎相同的3个SDs,这似乎是表示所有信息的简单方法,但我不知道这是否符合UML标准。谢谢。

从标准一致性的角度来看,UML标准中没有规定用例模型和序列图模型之间的关系。因此,无论您希望在序列图中反映多少用例,它都不会是“正确的”或“不正确的”

从个人角度来看:你所问的是造型风格的问题,而不是一致性的问题。只要阅读你的模型的人理解它们,你就可以做任何你想做的事情。所以,像这样的事情是很好的:


从标准一致性的角度来看,您的序列图无效。UML不允许生命线部分虚线。诸如“稍后一段时间”之类的注释应该写在注释符号内。返回箭头应为虚线。从可读性的角度来看,这个图表非常好。绝对正确@www.admiralit.nl,我对这个图表有点草率。我已经更新了。我希望现在好多了!谢谢,我对这一点还是很陌生,我仍然不太确定哪些东西是有效的,哪些不在UML图中,但是,从我所看到的,大多数你想做的简化图的事情都是有效的,只要它们对其他人来说是可以理解的。我假设你使用Rational(或者它的后代)。总是想知道为什么他们能在箭满和没满的中间生存下来。鲸鱼矛;-)