Jira 在流程设计中将步骤命名为任务与状态

我正在对业务流程进行建模，并试图了解系统如何协同工作以实现该流程。我之前使用JIRA通过工作流实现了很多流程。在那里，我们定义了一个票据、状态和转换来定义工作流功能

现在，我们正在探索BPMN以实现业务流程。这里的构造包括令牌和任务。我们用于实施此类流程的系统（我们使用Camunda）也将其作为主要构建块

---

我想了解这些方法在哲学上的差异，以及什么决定了我应该遵循哪种方法。

BPMN旨在描述一个业务流程，而没有软件系统的所有技术细节。因此，BPMN图可以用来与技术人员以及管理人员讨论业务流程。因此，对于如何在流程描述中详细使用BPMN，没有固定的规则

通常，有两种方法可以描述使用BPMN的流程

以任务为导向

在这种建模风格中，

任务

元素描述了应该按顺序处理的活动。这些活动可能类似于“创建发票”、“完成订单”、“取消订单”、“更新数据库”。 网关和条件可用于在流程中路由“令牌”。采用面向任务的方法（例如或）的工作流引擎从流程的开始事件到结束事件都会立即执行任务

以活动为导向

在面向事件的样式中，

任务

元素描述流程的状态。状态可以是“批准中”、“等待分配”、“接受”、“完成”等。。。。 事件元素可用于发出事件更改状态的信号，如“批准”、“拒绝”、“接受”。。。。 采用面向事件的方法（例如）的工作流引擎保持流程实例的状态，并对外部事件作出反应。 面向事件的流程设计可用于描述长时间运行的流程流

因此，如果您想表达流程中的活动，那么面向任务的方法是正确的

---

如果您想表达流程的状态，那么面向事件的方法是正确的

请注意您的定义：BPMN中的

任务

元素是一种

活动

<代码>活动表示在业务流程中执行的工作，而不是状态。当然，标签为“审批中”的

任务告诉我有人正在审批某件事情，但我宁愿。或者更好，如果您主要对状态通信感兴趣，为什么不使用UML状态图呢？Stackoverflow是。您能否提供您已经创建的模型，以便向我们展示您的困境？