Una metodologia di analisi e confronto per strumenti BPM
Una metodologia di analisi e confronto per strumenti BPM
Una metodologia di analisi e confronto per strumenti BPM
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
4.3. Processo <strong>di</strong> business <strong>di</strong> riferimento 89<br />
e consiste nella moderazione la <strong>di</strong>scussione via e-mail. Dopo sette giorni<br />
l’evento interme<strong>di</strong>o temporale termina il task <strong>per</strong> iniziare un task <strong>di</strong> revisione<br />
sullo stato della <strong>di</strong>scussione. Il secondo <strong>per</strong>corso contiene un evento<br />
temporale interme<strong>di</strong>o e un task. Dopo sei giorni un messaggio <strong>di</strong> avviso <strong>di</strong><br />
scadenza del tempo utile <strong>per</strong> inviare il voto viene spe<strong>di</strong>to ai partecipanti<br />
votanti. Il terzo <strong>per</strong>corso inizia con un task <strong>per</strong> mezzo del quale il manager<br />
della lista dei problemi controlla il calendario <strong>per</strong> vedere se è fissato un incontro<br />
<strong>per</strong> una conferenza. Il risultato <strong>di</strong> questo task sarà un aggiornamento<br />
della variabile booleana “ConCall”. Questa variabile servirà <strong>per</strong> scegliere il<br />
flusso <strong>di</strong> <strong>per</strong>corso da intraprendere all’arrivo nel gateway esclusivo. La prima<br />
scelta segue il flusso <strong>di</strong> default mentre il secondo, con valore “vero” della<br />
variabile concall, porta ad un evento temporale interme<strong>di</strong>o al termine del<br />
quale vi è il task <strong>di</strong> moderazione della <strong>di</strong>scussione nella conferenza. <strong>Una</strong><br />
volta terminati questi tre <strong>per</strong>corsi appena descritti, i loro flussi <strong>di</strong> processo<br />
si riuniscono in un gateway <strong>di</strong> unione (merging gateway) e, impostando il<br />
valore della variabile booleana “DiscussionOver”, si assegna un valore alla<br />
variabile <strong>di</strong> terminazione del ciclo.<br />
Il secondo sotto-processo inizia con un task che coinvolge il manager del<br />
processo (figura 4.6). Esso deve inviare ai partecipanti la segnalazione che<br />
esiste una lista <strong>di</strong> problemi da votare (sempre con un flusso <strong>di</strong> messaggio).<br />
Dopo questo task viene presentata una fork dalla quale partono quattro<br />
flussi <strong>di</strong> progetto da eseguire in parallelo. Il primo flusso porta ad una decisione<br />
che determina se è eventualmente <strong>di</strong>sponibile una conferenza <strong>per</strong> la<br />
prossima settimana. Il secondo e terzo flusso delle fork lavorano allo stesso<br />
modo delle attività nel sotto-ciclo precedente eccetto <strong>per</strong> il task “moderate<br />
e-mail <strong>di</strong>scussion”. Questo task infatti non è connesso ad un evento temporale<br />
interme<strong>di</strong>o. Questo non è necessario in quanto l’intero sottoprocesso è<br />
interrotto dopo sette giorni attraverso un evento temporale interme<strong>di</strong>o. Il<br />
quarto flusso è un ciclo infinito. La politica del gruppo <strong>di</strong> lavoro èchei<br />
membri votanti possono votare più <strong>di</strong> una volta su una questione, nel senso<br />
che possono cambiare idea quante volte desiderano nel corso della settimana.<br />
Il primo task nel ciclo riceve un messaggio dal partecipante esterno me<strong>di</strong>ante<br />
un flusso <strong>di</strong> messaggio in entrata. La terminazione del ciclo infinito èdovuto<br />
ad un evento temporale interme<strong>di</strong>o che sancirà la terminazione del tempo<br />
utile <strong>per</strong> esprimere il proprio voto da parte dei partecipanti. I task rimanenti<br />
si attiveranno allo scatenarsi <strong>di</strong> questo evento temporale: il primo si<br />
occupa <strong>di</strong> preparare i risultati della votazione mentre il secondo si occu<strong>per</strong>à<br />
dell’invio dei risultati ai membri votanti.<br />
La figura 4.7 mostra la parte finale <strong>di</strong> questo processo, che include un<br />
complesso insieme <strong>di</strong> decisioni e cicli. L’ultima parte del processo comincia