Una metodologia di analisi e confronto per strumenti BPM

More documents

Recommendations

Info

8 Capitolo 2. Stato dell’Arte 2.1 Processi di business Ogni prodotto di qualsiasi natura che una compagnia immette sul mercato è il risultato di una serie di attività che sono state eseguite per la sua creazione. La tecnologia dell’informazione, in particolare nei sistemi informativi aziendali, gioca un ruolo chiave nella gestione di queste attività e permette la loro esecuzione coordinata. In molte compagnie sussiste ancora il gap tra aspetti di business organizzativi e tecnologia dell’informazione presente [2]. Il superamento di questo gap permette di fornire le basi tecniche per la creazione rapida di nuove funzionalità che portano alla realizzazione di nuovi prodotti permettendo quindi alla compagnia di essere sempre competitiva sul mercato. Strumento chiave affinché questo sia possibile è considerare queste attività tutte appartenenti ad uno o più processi di business. Per questo motivo possiamo definire un processo di business come un insieme di attività eseguite in coordinazione con l’ambiente organizzativo e tecnico che permette di dare loro un’organizzazione e aumentare la comprensione delle loro relazioni. Queste attività insieme realizzano un obiettivo di business (business goal). Possono essere eseguite direttamente da un agente umano (manualmente oppure aiutato da un sistema informativo) oppure possono essere attivate automaticamente senza il suo coinvolgimento. Ogni processo di business viene attivato da una singola organizzazione ma potrebbe anche interagire con processi di business eseguiti da altre organizzazioni. 2.1.1 Classificazione dei processi di business I processi di business possono definire sia strategie di business ad alto livello sia processi di business operativi [44]. Tra questi due estremi esistono differenti livelli che caratterizzano un processo di business (figura 2.1). Al livello più in alto un processo di business serve per descrivere la strategia della compagnia, definendo la rotta da seguire a lungo termine per sviluppare un vantaggio competitivo sostenibile sul mercato. Al secondo livello dello schema, la strategia di business viene decomposta in obiettivi operativi di business. Questi obiettivi possono essere organizzati in modo tale che ognuno possa essere ulteriormente decomposto in sottoobiettivi. Al terzo livello si trovano i processi di business organizzativi. Questi sono processi ad alto livello che tipicamente vengono specificati in forma testuale dai loro input, dai loro output, dai loro risultati attesi e dalle loro dipendenze con gli altri processi di business organizzativi.
2.1. Processi di business 9 Per questi tre livelli sono disponibili delle tecniche informali e semiformali che permettono di descrivere in forma testuale e per mezzo di diagrammi la strategia della compagnia, i suoi obiettivi e i suoi processi di business organizzativi. Al di sotto di questi livelli esistono i processi di business detti operativi. A differenza di quelli organizzativi caratterizzati da funzionalità di business ad alto livello, in questi processi vengono definite nel dettaglio le loro attività e le relazioni tra di esse ma non viene definito alcun tipo di implementazione. Questi ultimi sono le basi dei processi di business implementati poichè essi contengono le informazioni sull’esecuzione delle attività dei processi e sull’ambiente tecnico e organizzativo sul quale essi sono in esecuzione. Nel corso della trattazione discuteremo del ruolo dei sistemi informatici che hanno nella descrizione e nella esecuzione dei processi di business operativi. Un altro tipo di classificazione riguarda il grado di relazione che un processo di business ha con un altro. Un processo di business che non ha nessun tipo di legame con un altro viene detto intraorganizzativo. Questi tipi di processi hanno come obiettivo primario quello di snellire i processi interni eliminando le attività che non portano valore al processo. Viene definito uno schema delle risorse dell’organizzazione a cui vengono sistematicamente assegnate delle attività del processo in base alla loro competenza. I tradizionali sistemi di gestione dei workflow che vedremo più avanti sono adatti allo scopo. Quando invece un processo necessita di interagire con un altro allora si parla di coreografie di processi. In questo caso processi facenti parte di una coreografie necessitano di tutta una serie di tecnologie abilitanti al loro scopo. Queste tecnologie riguardano i protocolli di comunicazione, il formato dei dati scambiato e il definire una rappresentazione comune dei vari processi di business. Vedremo nel paragrafo 2.2.3 un paradigma architetturale adatto a questo scopo (SOA). Un altro tipo di classificazione può essere fatto sulla base del loro grado di: • automazione • ripetizione • strutturazione Per quanto riguarda il grado di automazione esistono processi di business che non richiedono l’intervento umano. In questo caso si parla di processi di business pienamente automatizzati. Un esempio sono le tecnologie EAI (Enterprise Application Integration) il cui compito è quello di integrare
Page 1: POLITECNICO DI MILANO Facoltà di I
Page 5: A Martina
Page 9: Sommario Il Business Process Manage
Page 13 and 14: Indice Abstract I Sommario III Ring
Page 15: 6.2.4 Conformità agli standard BPM
Page 18 and 19: 2 Capitolo 1. Introduzione Fattori
Page 20 and 21: 4 Capitolo 1. Introduzione opiù wo
Page 22 and 23: 6 Capitolo 1. Introduzione
Page 26 and 27: 10 Capitolo 2. Stato dell’Arte Fi
Page 28 and 29: 12 Capitolo 2. Stato dell’Arte ni
Page 30 and 31: 14 Capitolo 2. Stato dell’Arte Ne
Page 32 and 33: 16 Capitolo 2. Stato dell’Arte
Page 34 and 35: 18 Capitolo 2. Stato dell’Arte mo
Page 36 and 37: 20 Capitolo 2. Stato dell’Arte 1.
Page 44 and 45: 28 Capitolo 2. Stato dell’Arte 3.
Page 48 and 49: 32 Capitolo 2. Stato dell’Arte so
Page 50 and 51: 34 Capitolo 2. Stato dell’Arte Se
Page 54 and 55: 38 Capitolo 2. Stato dell’Arte e
Page 56 and 57: 40 Capitolo 2. Stato dell’Arte if
Page 58 and 59: 42 Capitolo 3. Standard degli Strum
Page 74 and 75:
58 Capitolo 3. Standard degli Strum
Page 76 and 77:
Page 78 and 79:
Page 80 and 81:
Page 82 and 83:
Page 84 and 85:
Page 86 and 87:
Page 88 and 89:
Page 90 and 91:
Page 92 and 93:
Page 94 and 95:
Page 96 and 97:
80 Capitolo 4. Analisi degli Strume
Page 98 and 99:
Page 100 and 101:
Page 102 and 103:
Page 104 and 105:
Page 106 and 107:
Page 108 and 109:
Page 110 and 111:
Page 112 and 113:
Page 114 and 115:
Page 116 and 117:
100 Capitolo 4. Analisi degli Strum
Page 118 and 119:
Page 120 and 121:
Page 122 and 123:
Page 124 and 125:
Page 126 and 127:
Page 128 and 129:
Page 130 and 131:
Page 132 and 133:
Page 134 and 135:
Page 136 and 137:
Page 138 and 139:
Page 140 and 141:
Page 142 and 143:
Page 144 and 145:
Page 146 and 147:
130 Capitolo 5. Valutazione dei Sin
Page 148 and 149:
Page 150 and 151:
Page 152 and 153:
Page 154 and 155:
Page 156 and 157:
show all

Una metodologia di analisi e confronto per strumenti BPM

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?