UML序列图

UML序列图,uml,Uml,我有一个关于序列图的问题 绘制序列图时 每个用户案例绘制一个图表是否足够 或者我们需要绘制一组序列图来覆盖每个用例实例吗?(是一个系统执行的一系列操作,为特定用例参与者产生了一个可观察的有价值的结果)序列图是一个强大的工具,可以让您了解用例的动态 我将“足够”的序列图定义为让您理解每个用例的数量。如果UC的某个部分没有被表示出来,那么实现它的人可能不包括它,因为他怀疑,因为他没有看到图表。 因此,我会做我认为必要的图表,然后打电话给其他相关人员,向他/她展示UC和序列图,并告诉他/她告诉我他/她

我有一个关于序列图的问题

绘制序列图时

每个用户案例绘制一个图表是否足够


或者我们需要绘制一组序列图来覆盖每个用例实例吗?(是一个系统执行的一系列操作,为特定用例参与者产生了一个可观察的有价值的结果)

序列图是一个强大的工具,可以让您了解用例的动态

我将“足够”的序列图定义为让您理解每个用例的数量。如果UC的某个部分没有被表示出来,那么实现它的人可能不包括它,因为他怀疑,因为他没有看到图表。 因此,我会做我认为必要的图表,然后打电话给其他相关人员,向他/她展示UC和序列图,并告诉他/她告诉我他/她理解了什么

始终记得编码/记录,就好像下一个家伙是一个知道你住在哪里的疯子(需要引用)

你需要做的是充分描述系统的功能,以便开始开发。这并不一定意味着每个用例有一个序列图;这甚至不意味着你必须有任何序列图。事实上,我认为序列图属于单个方法调用的定义,而不是用例,但它们只有在您正在做一个真正的大型设计时才是必要的,这通常不是一件明智的事情,因为您在设计时并不总是有足够的信息来定义整个系统


我个人很少使用序列图;我坚持使用用例的活动图,并且只有在我实际需要定义特定类的特定方法流时才构建序列图,并且只有在环境需要在设计时定义时才会发生这种情况

请记住,序列图表示可能的交互场景。因此,您应该为每个相关场景绘制不同的序列图。“相关”的含义由您决定。如果您觉得对于一个特定的用例只有一个相关的场景(可能其他场景很明显,不值得一个特定的图),或者很多,那么它可能只是一个,就像所有的UML图一样,您只绘制您需要的场景。如果您不需要它们来解决/描述您在设计和实现过程中的某个给定点上要解决的领域,请不要绘制它们。