我遇到一种情况,系统会向用户显示3个选项:
系统指示用户阅读PDF,但不强制执行。 因此,他们可以自由地单击继续按钮并进入下一个屏幕。
我画了下面的图,但是我觉得我以某种方式弄错了。
答案 0 :(得分:2)
这种方式是不正确的。您的第二次尝试一点也不好。这些条将创建并行流,但是由于您立即加入它们,因此在第一种情况下实际上是无操作的。由于它将等待3个令牌(实际上只有一个令牌可以到达),因此无法到达该限制。在第二种情况下,联接之后将永远不会继续,因为它只能从Provides...
动作中获得一个令牌,但需要3个令牌才能继续。
这是您需要做的事情的一部分:
首先有一个合并节点来捕获来自顶部动作或来自左侧两个动作的令牌。在此之后,左边的动作有两个决定。可以继续到顶部(防护[read next]
)或底部(防护[acknowledge]
)。这样,用户可以重复阅读(或完全跳过阅读),直到他通过Acknowledge
动作为止。该操作之前有一个最终的合并节点。
请注意,read/ack
防护应为每个流出现两次,以使其成为机器可读的模型。这里的文字只是覆盖了,但是人们仍然可以理解。