Modelagem BPMN 2.0 – Evento Condicional
Gabarito: letra B. O cenário descreve que, quando a quantidade de casos atinge 1.000, um alerta é disparado. Em BPMN 2.0, esse comportamento é representado por um evento condicional – um evento que ocorre quando uma condição (no caso, "quantidade = 1000") se torna verdadeira. A tarefa que emite o alerta deve, portanto, iniciar a partir de um evento condicional, conforme a alternativa B.
Alternativa A – ❌ Incorreta
"Tarefa quantificada" não é um tipo de tarefa definido no padrão BPMN 2.0. Os tipos padrão são: Tarefa de Serviço, Tarefa de Usuário, Tarefa de Script, etc. Não existe "tarefa quantificada".
Alternativa B – ✅ Correta ⟵ GABARITO
Um evento condicional é acionado quando uma condição (como "casos processuais atingem 1.000") é satisfeita. A tarefa que dispara o alerta deve ser modelada como iniciada por esse evento, seja como um evento de início condicional (para iniciar um novo fluxo) ou como um evento intermediário condicional (se o alerta ocorrer durante o fluxo). A descrição se encaixa perfeitamente em um evento condicional.
Alternativa C – ❌ Incorreta
Um gateway inclusivo (OR) é usado para dividir o fluxo em um ou mais caminhos baseados em condições, mas não "inicia" uma tarefa. A tarefa de alerta não deve estar na sequência de um gateway inclusivo, pois o disparo é baseado em uma condição externa, não em uma decisão do processo.
Alternativa D – ❌ Incorreta
Um gateway paralelo (AND) divide o fluxo em múltiplos caminhos simultâneos, sem qualquer condição. Não é adequado para representar o disparo condicional do alerta.
Alternativa E – ❌ Incorreta
Um evento de sinal é usado para comunicação entre processos ou entre pools, baseado em um sinal nomeado, não em uma condição de dados. O alerta é disparado por uma condição (atingir 1000 casos), não por um sinal externo.
Gabarito: letra B.