Evento Intermedio BPMN
Introduzione
Un BPMN 2.0 Intermediate Event rappresenta un evento che si verifica durante il flusso di processo, tra l’evento iniziale e quello finale. Non avvia né conclude il processo, ma modifica o influenza il processo mentre si svolge. Gli Intermediate Events vengono usati per modellare interruzioni, ritardi o trigger che influenzano il flusso di un business process.
Punti chiave sugli Intermediate Events
- Rappresentazione Visiva: Un cerchio con doppio bordo.
- Tipi di Intermediate Events:
- Message Intermediate Event: Attende o invia un message durante il processo.
- Timer Intermediate Event: Ritarda il processo per un periodo specifico o fino a una certa data.
- Conditional Intermediate Event: Attende che una condizione venga soddisfatta prima di proseguire.
- Signal Intermediate Event: Riceve o invia un signal che influisce sul processo o su altri processi.
- Error Intermediate Event: Gestisce error che si verificano nel processo.
- Escalation Intermediate Event: Indica una escalation che deve essere gestita prima di continuare.
Posizionamento
- Catch Event: Un Intermediate Event che attende che qualcosa accada (ad es. un message o un signal).
- Throw Event: Un Intermediate Event che attiva qualcosa (ad es. inviare un message o signal).
Gli Intermediate Events possono comparire nel normale workflow del processo, collegati al bordo di un’attività (detto boundary event), oppure in processi complessi dove alcune condizioni o eventi devono essere monitorati o attivati durante le operazioni.
Un intermediate event, posizionato tra l’inizio e la fine del processo, serve a ricevere o inviare (“throwing”) informazioni. Si può capire se l’intermediate event è di tipo catch o throw osservando l’elemento di collegamento nel diagramma.
Nel diagramma, la ricezione di un message avvia il processo. Il task successivo controlla se l’articolo è disponibile a magazzino e invia un link di conferma quando l’articolo è pronto. Questo invio avviene tramite un intermediate event che spedisce il link. Il processo procede verso la gestione dell’ordine solo dopo la ricezione del link di conferma, portando al completamento dell’ordine (end event).
Durante il processo, diversi simboli degli intermediate events rappresentano trigger vari che possono influenzare il flusso degli eventi. Questi trigger includono messages, timers, errors, compensations, conditional flows, signals, multiple events, escalations e parallel processes. Ognuno rappresenta un tipo specifico di interazione o condizione nel processo.
Tutti gli Eventi con i rispettivi Simboli
| Start | Intermediate | End | ||||||
|---|---|---|---|---|---|---|---|---|
| Type | Normal | Event Sub process | Event Sub process non-interrupt | Catch | Boundary | Boundary non-interrupt | Throw | |
| None | ||||||||
| Message | ||||||||
| Timer | ||||||||
| Conditional | ||||||||
| Link | ||||||||
| Signal | ||||||||
| Error | ||||||||
| Escalation | ||||||||
| Termination | ||||||||
| Compensation | ||||||||
| Cancel | ||||||||
| Multiple | ||||||||
| Multiple Parallel | ||||||||