Uml 我如何设计一个演员之间不相互干扰的序列图?

Uml 我如何设计一个演员之间不相互干扰的序列图?,uml,actor,sequence-diagram,Uml,Actor,Sequence Diagram,我一直在尝试为一家商店的存储系统设计一个序列图 有3个参与者(老板、员工和供应商)可以在系统上执行不同的工作 例如,供应商只能通知系统新到达的货物。员工只能检查产品是否有库存。老板可以检查库存产品,获取产品信息等 这里的问题是演员们彼此不干涉。我应该设计3个不同的图表,还是只设计一个图表,其中3个参与者彼此相邻,但一个不会影响另一个 任何帮助都是有价值的。序列图旨在表示交互场景 当然,您可以表示几个不相关交互的孤岛(例如,供应商/产品/库存和员工/库存/产品)。但这会使图表显得不必要的复杂,而不

我一直在尝试为一家商店的存储系统设计一个序列图

有3个参与者(老板、员工和供应商)可以在系统上执行不同的工作

例如,供应商只能通知系统新到达的货物。员工只能检查产品是否有库存。老板可以检查库存产品,获取产品信息等

这里的问题是演员们彼此不干涉。我应该设计3个不同的图表,还是只设计一个图表,其中3个参与者彼此相邻,但一个不会影响另一个


任何帮助都是有价值的。

序列图旨在表示交互场景

当然,您可以表示几个不相关交互的孤岛(例如,供应商/产品/库存和员工/库存/产品)。但这会使图表显得不必要的复杂,而不会增加价值

结论:如果交互是不相关的,你最好用3个单独的图表来表示它们,每个图表看起来简单易懂,重点放在一个逻辑序列上

提示:让图表尽可能简单,但不要更多


为什么??任何超过6-7个元素的图表对于一般读者来说都是难以理解的。这是70年代赫伯特·西蒙(Herbert Simon)在短期大脑记忆实验中证明的结果。有经验的读者可以理解更复杂的图表,因为他们使用的是能够组合在一起的元素(模式)块,并且他们可以像处理单个元素一样处理组。因此,保持图表简单有助于大多数读者关注重要的元素,而制作更多的图表有助于在不必将元素分块的情况下掌握复杂的系统。

序列图旨在表示交互场景

当然,您可以表示几个不相关交互的孤岛(例如,供应商/产品/库存和员工/库存/产品)。但这会使图表显得不必要的复杂,而不会增加价值

结论:如果交互是不相关的,你最好用3个单独的图表来表示它们,每个图表看起来简单易懂,重点放在一个逻辑序列上

提示:让图表尽可能简单,但不要更多


为什么??任何超过6-7个元素的图表对于一般读者来说都是难以理解的。这是70年代赫伯特·西蒙(Herbert Simon)在短期大脑记忆实验中证明的结果。有经验的读者可以理解更复杂的图表,因为他们使用的是能够组合在一起的元素(模式)块,并且他们可以像处理单个元素一样处理组。因此,保持图表简单有助于大多数读者将注意力集中在重要的元素上,制作更多的图表有助于理解复杂的系统,而无需将元素分块。

除了保持图表清晰,然后不要太复杂外,没有任何一般规则。事实上,答案是基于观点的,要知道参与者的数量不足以知道全部的复杂性,这样才能知道是否所有的参与者都可以在同一个图表中显示<代码>演员。。。谁可以在系统上做不同的工作:如果您的目标是描述他们所做的事情,那么他们不是参与者,因为根据定义,参与者在所描述的系统之外。我提到的参与者使用存储系统。所以,我想这就像ATM机的例子,演员(一个人)试图存款。在我的示例中,一名员工或其他2名员工正在尝试使用该系统。它们不是系统外部的吗?是的,它们是,我只是对你的句子做出反应,而你的句子似乎说的是相反的,同时使用了条件howeverOk,谢谢你的回答!!除了保持图表清晰,然后不要太复杂外,没有一般规则。事实上,答案是基于观点的,要知道参与者的数量不足以知道全部的复杂性,这样才能知道是否所有的参与者都可以在同一个图表中显示<代码>演员。。。谁可以在系统上做不同的工作:如果您的目标是描述他们所做的事情,那么他们不是参与者,因为根据定义,参与者在所描述的系统之外。我提到的参与者使用存储系统。所以,我想这就像ATM机的例子,演员(一个人)试图存款。在我的示例中,一名员工或其他2名员工正在尝试使用该系统。它们不是系统外部的吗?是的,它们是,我只是对你的句子做出反应,而你的句子似乎说的是相反的,同时使用了条件howeverOk,谢谢你的回答!!