关于两条泳道或一个或两个池的 BPMN 图
BPMN diagram about two swimlanes or one or two pools
我有一个问题。假设我们想要一个 BPMN 图，用于将足球运动员从 A 国的 A 队转移到 B 国的 B 队，为此，A 的联合会应该取消 A 队的球员注册，而 B 联合会应该接受 B 队的注册。
我的问题是，如果我们应该有两条带有角色联合 A 和 B 的泳道，还是一条泳道就足够了？或者我们还必须有两个游泳池？
请帮我解决这个问题。非常感谢
正确的方法在很大程度上取决于您建模的内容和原因。我将为您提供上述每种方法的动机示例，以便您自己了解并做出正确的选择。
您并不真正关心谁在您的场景中做了什么，重点是操作和异常的顺序。不需要泳道，只需将图表放在那里：
您的方案是完整的，永远不应分解为多个部分（例如取消和注册），因为单独查看这些部分几乎没有意义或 none 根本没有意义。用两个或三个（可能是玩家自己的）泳道制作一个游泳池：
你的场景可以分解，很有道理。该过程偶尔会在取消点停止（没有新注册）。
使用具有不同流程的不同池：
此外，如果您不知道参与者（玩家或联合会）实际做什么并且您只能通过某种消息与其通信（例如 -Accept? -OK），请使用单独的黑盒池.
我有一个问题。假设我们想要一个 BPMN 图，用于将足球运动员从 A 国的 A 队转移到 B 国的 B 队，为此，A 的联合会应该取消 A 队的球员注册，而 B 联合会应该接受 B 队的注册。 我的问题是，如果我们应该有两条带有角色联合 A 和 B 的泳道，还是一条泳道就足够了？或者我们还必须有两个游泳池？ 请帮我解决这个问题。非常感谢
正确的方法在很大程度上取决于您建模的内容和原因。我将为您提供上述每种方法的动机示例，以便您自己了解并做出正确的选择。
您并不真正关心谁在您的场景中做了什么，重点是操作和异常的顺序。不需要泳道，只需将图表放在那里：
您的方案是完整的，永远不应分解为多个部分（例如取消和注册），因为单独查看这些部分几乎没有意义或 none 根本没有意义。用两个或三个（可能是玩家自己的）泳道制作一个游泳池：
你的场景可以分解，很有道理。该过程偶尔会在取消点停止（没有新注册）。 使用具有不同流程的不同池：
-Accept?-OK），请使用单独的黑盒池.