我对Visual Paradigm还比较陌生,但是我注意到序列图的消息上有自动编号功能,我非常喜欢它,特别是当图表变得非常大时,它可以给您提供视觉指导。然后我发现自己遇到了这样的情况,就像在这个片段中一样,我不同意它分配给消息PIN Entered的编号。虽然我认为我可以手动更改它,使其更符合我的逻辑,例如1.4,但我的问题是:是否有一种方法可以让VP“注意到”Request PIN和PIN Entered之间连续性的关系,而不仅仅是手动调整数值?
关于如何在Visual Paradigm中设置不同的编号序列消息,您应该阅读来自Visual Paradigm的《如何绘制顺序图?》指南中的“设置不同的编号序列消息”部分。总之,只需右键单击图表的背景,选择序列号,然后从弹出菜单中选择您的选项。 关于你提供的具体例子,正如@sim已经回答的那样,你提供的图表是错误的。如果我们只看图表,它会说:1. ATM客户将卡插入ATM。 2. ATM使用银行验证该卡。 3. 如果卡片有效,ATM会要求ATM客户输入密码。 4. 如果卡片无效,ATM会弹出卡片。 5. 无论如何,ATM客户都输入密码。仅当卡片有效时ATM客户才需要输入密码才有意义。因此,那个序列消息(即回复)应该是对请求PIN消息的回复。就像这样: 正如@Sim已经建议的那样,对于不同的场景使用单独的序列图是一个好主意。
显然,您正在使用序列图作为分析工具而不是设计工具。在这种情况下,可以使用语法的较不严格形式。但是,这使得程序难以确定您正在建模的内容以及您的预期顺序。在您的建模顺序中,您在回复消息2.2中返回PIN,但这只有在回复1.3消息时才有意义。由于1.3消息和2.1消息是不同的,因此程序无法确定回复消息属于哪个消息。我建议清理图表,例如,在返回卡后中止,或者更好地,使用不同的序列图来处理主要成功场景和中止场景。
卡有效
内部,但这只是一个小片段,实际上意味着我将继续在 alt 块的该段内以及许多其他块中继续完成剩余的图表,这不会比应该更乱吗?我最感兴趣的部分是,即使使用VP的 创建回复消息 选项从箭头 1.3 创建该回复消息,它也将编号 2.2 分配给了该回复消息。@sim - Scaramouche