如何在UML活动图中为并行执行的调用活动动作传递参数值？

你之前在调用活动动作标签后用括号标注玩家名称的方式，确实不符合UML的规范要求。下面给你两种标准的实现思路，帮你正确建模这个并行执行的场景：

方法一：并行分叉+动作节点参数绑定 #

这是最直观的建模方式，适合直接在主活动里展示并行逻辑：

• 首先添加一个并行分叉节点（Fork Node），它会将单条控制流拆分为两条并行的分支，代表两个玩家同时执行动作。
• 在每条分支上创建一个动作节点（Action Node），将动作名称设为Player chooses actions。
• 为每个动作节点添加一个输入引脚（Input Pin），命名为player，然后分别给两个引脚赋值为Player 1和Player 2——这就是UML规范中传递参数的正确方式，替代你之前的括号标注。
• 当两个玩家的动作都执行完成后，添加一个并行合并节点（Join Node），将两条并行分支的控制流合并，继续后续的活动流程。

方法二：复用活动+调用行为动作的参数绑定 #

如果Player chooses actions是一个需要复用的独立活动，推荐用这种方式：

• 先单独定义一个名为Player chooses actions的活动，给它设置一个输入参数player（类型可以是字符串，或者你自定义的Player类）。
• 在主活动中添加并行分叉节点，分出两条并行分支。
• 每条分支上放置一个调用行为动作（Call Behavior Action），指向你提前定义好的Player chooses actions活动。
• 为每个调用行为动作配置参数绑定：将活动的输入参数player分别绑定到Player 1和Player 2的值上。
• 最后同样用并行合并节点将分支合并，完成并行逻辑的闭环。

关键注意点 #

UML规范中，动作的参数传递必须通过引脚（Pin）或者活动参数绑定来实现，直接在动作标签后加括号标注参数的方式是不被认可的，这样做也无法清晰展示数据与控制流的关联关系。上面两种方法都严格遵循了UML的标准，既能准确表达并行执行的逻辑，也保证了模型的可读性和规范性。

内容的提问来源于stack exchange，提问作者user1945293