2010-03-21 90 views
5

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

当绘制序列图,

是否足够来绘制每个用户情况下,一个图?

还是我们需要绘制一组序列图的覆盖每个用户的情况下的实例吗? (是系统执行能产生的价值可观察到的结果特定使用案例演员的动作序列)

+3

如同所有的UML图,你只画你需要的那些。如果您不需要它们来解决/描述您在设计和实施过程中给定时间点所处的区域,则不要绘制它们。 – 2010-03-21 17:01:41

回答

8

什么你需要做的是描述系统,以至于你可以开始的功能发展。这并不一定意味着每个用例有1个顺序图;它甚至不意味着你必须有任何序列图。其实,我想提出的是序列图属于个别方法调用的定义,使用情况,但他们只需要如果你正在做一个真正的大设计达阵,这通常不是一件明智的事情因为在设计时你并不总是有足够的信息来定义整个系统。

我个人很少使用顺序图;我坚持使用用例的活动图,只有在实际需要定义特定类的特定方法的流程时才构建序列图,而这些仅在情况需要在设计时定义的情况下才会发生。

4

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

我会定义“足够”的序列图是他们的,让你了解每个用例的数量。如果这是一个没有被表示的UC的一部分,那么实施它的那个人可能不包括它,因为他怀疑是因为他没有看到该图。 所以我会做我认为必要的图表,然后打电话给其他人参与,向他/她展示UC和序列图,并告诉他/她告诉我他/她的理解。

永远记住代码/文档,如果未来的家伙是谁知道你住在哪(引文需要),其中一个疯子

2

请记住,序列图表示可能的交互场景。因此,您应该为每个相关场景绘制不同的时序图。 “相关”的含义取决于你。它可能只是一个,如果你觉得对于一个具体的使用情况下,只有一个相关的情况(也许是其他方案是显而易见的,是不值得的详图),或者许多