Una metodologia di analisi e confronto per strumenti BPM

86 Capitolo 4. Analisi degli Strumenti BPM
Una volta individuati questi strumenti, è stato applicato il modello di
valutazione descritto nel paragrafo 4.4 e i dati sono stati registrati in appositi
fogli di calcolo descriventi il modello di valutazione e poi successivamente
rielaborati. Ogni strumento BPM è stato installato in un ambiente di test
compatibile con i suoi requisiti ed è stato testato implementando il processo
BPMN di riferimento che descriveremo nel paragrafo 4.3. Quindi possiamo
affermare che per ogni strumento BPM considerato, è stato portato a
termine un caso di studio, il quale ha permesso di determinare i valori di
valutazione.
4.3 Processo di business di riferimento
Il processo di business scelto come riferimento per la valutazione di uno strumento
BPM riguarda un processo di votazione tramite e-mail. Questo processo
è descritto nella documentazione della specifica della notazione BPMN
da parte del WfMC [28]. In figura 4.3 viene mostrato il processo. Il modello
descritto mira a risolvere dei problemi inerenti ad un processo di votazione
per mezzo di e-mail per prendere delle decisioni sulla risoluzione di diversi
problemi. Il punto di vista di questo processo è quello del manager della lista
dei problemi e della discussione che la coinvolge. Da questo punto di vista i
membri votanti del gruppo di lavoro sono considerati come dei partecipanti
esterni del processo che comunicano con il manager per mezzo di messaggi.
Andiamo a descrivere le varie parti che compongono questo modello.
Il processo inizia con un evento temporale di inizio che viene impostato
affinché il processo inizi ogni venerdì (figura 4.4). Il manager riceve la lista
dei problemi (issue list), passa in rassegna la lista per determinare se vi
siano dei problemi pronti ad essere discussi ed essere messi sotto votazione.
Se esistono, allora una decisione deve essere presa su questi per mezzo di un
processo di discussione mentre se non esistono il processo termina.
Il task “Discussion Cycle” è un sotto-processo ciclico che rappresenta il
task di discussione (figura 4.5). Questo sotto-processo possiede due flussi
in entrata in cui uno proviene da una decisione che viene fatta a valle del
processo e che fa parte quindi di un ciclo all’interno del processo. Andiamo a
dettagliare il sotto-processo “Discussion Cycle”. Il sotto-processo incomincia
con il manager della lista che annuncia via e-mail la presenza di problemi
su cui è necessario prendere una decisione. Poiché questo task invia un messaggio
verso i partecipanti esterni, un message flow parte dal sotto-processo
“Discussion Cycle” verso i membri votanti. Dopo il primo task seguono tre
percorsi paralleli separati (fork) che si sincronizzano al termine del sottoprocesso.
Il primo percorso inizia con un task la cui durata è sette giorni