16.04.2013 Views

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

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!