UML 2.X activity 图中的对象流是否作为前面操作的前提？
Does object flow in UML 2.X activity diagram serves as precondition for preceding actions?
在学习 UML activity 图时，我看到了一些关于对象流的不同解释，我有点困惑。
使用 UML 2.2 语义考虑上面的朴素图片。每次调用此 activity "Robot do sth" 时，机器人应前往其工作位置并加工工件。之后机器人回到空闲位置，加工好的工件通过输出参数送回。
这里的问题只是，除了上面的控制流之外，输入参数的对象流是否被视为动作"processing"的前提条件？或者类似地，如果输入控制流被令牌击中但输入对象流上没有准备好工件，是否会发生 "processing" 操作？
事情可以同时发生。 Activity启动后，机器人开始转动（第一个动作），然后等待工件到达后再开始工作。可以有零到多个工件在等待。机器人只会拿起一个工件进行加工。然后再次转动 activity 后停止。无论堆放多少工件。只有当 activity 启动时，机器人才会抓取另一个工件。
所以是的，至少有一个工件是Action加工的先决条件，但不是Activity。
在学习 UML activity 图时，我看到了一些关于对象流的不同解释，我有点困惑。
使用 UML 2.2 语义考虑上面的朴素图片。每次调用此 activity "Robot do sth" 时，机器人应前往其工作位置并加工工件。之后机器人回到空闲位置，加工好的工件通过输出参数送回。
这里的问题只是，除了上面的控制流之外，输入参数的对象流是否被视为动作"processing"的前提条件？或者类似地，如果输入控制流被令牌击中但输入对象流上没有准备好工件，是否会发生 "processing" 操作？
事情可以同时发生。 Activity启动后，机器人开始转动（第一个动作），然后等待工件到达后再开始工作。可以有零到多个工件在等待。机器人只会拿起一个工件进行加工。然后再次转动 activity 后停止。无论堆放多少工件。只有当 activity 启动时，机器人才会抓取另一个工件。
所以是的，至少有一个工件是Action加工的先决条件，但不是Activity。