Web Service e integrazione dei sistemi

Transcript

1 Service e integrazione dei sistemi Enrico Lodolo enrico.lodolo@unibo.it 1 Informatizzazione In tutte le organizzazioni l informatizzazione è nata e si è sviluppata in modo non organico, per stratificazioni successive La prima area ad essere informatizzata è stata solito quella contabile In seguito si è passati alla logistica (magazzino) e alla gestione della produzione (o equivalente) Nel contempo si sono ffuse applicazioni locali : produttività inviduale (Office), piccoli applicativi realizzati ad hoc per automatizzare singole funzioni Si parla modello informatizzazione ad isole E la situazione normale in tutte le organizzazioni complesse 2

2 Esempio: il modello a isole in un Università Contabilità Patrimonio 3 Una piccola storia dell integrazione fra sistemi Livello integrazione Applicazioni Stored Stored procedures procedures Orchestr. Orchestr. ESB ESB Services Services Dati File File scambio scambio RDBMS RDBMS e e allineamenti allineamenti batch batch Consolidamento Consolidamento DB DB Rete Reti locali Reti locali (LAN) (LAN) a isole a isole LAN LAN unica unica Internet Internet Intranet Intranet Extranet Extranet Nessuno Isole non Isole non integrate integrate

3 Integrazione a livello rete E un processo che si può considerare ormai concluso Con l avvento Internet si ha ormai ovunque un unica rete (Intranet), che si estende al fuori dell organizzazione ai partner (Extranet) o al mondo intero (Internet) TCP/IP ha soppiantato i versi protocolli precedenti (IPX/SPX, NETBEUI) La presenza della rete consente una prima forma integrazione: Si possono scambiare dati meante file scambio emessi da un sistema e importati in un altro E un integrazione molto debole: fuori linea, con cadenza al più giornaliera, unirezionale 5 Il modello a isole con integrazione rete Contabilità Patrimonio File scambio File scambio 6

4 Integrazione a livello database Con la ffusione dei database relazionali è iniziato negli anni 80 un processo integrazione a livello dati Gli RDBMS consentono modalità scambio dati più strette dei file scambio: Repliche asincrone e sincrone DBLink Negli anni 90 si è passati ad un consolidamento dei database Non più tanti database separati fisicamente ma un solo DB con visioni tipo logico (schema) Si ha una effettiva convisione dei dati E un processo tuttora in corso 7 Il modello a isole con DB consolidati Contabilità Patrimonio 8

5 Limiti dell integrazione a livello DB L integrazione a livello DB, pur rappresentando un notevole passo avanti, non risolve tutti i problemi Rimangono aperte verse questioni: Duplicazione della logica applicativa: le verse applicazioni che accedono alla stessa base dati sono costrette a replicare una parte consistente coce (business logic) Accoppiamento troppo stretto: se la base dati un applicazione cambia tutte le altre applicazioni che vi accedono risentono dei cambiamenti Difficoltà stribuzione su scala geografica. Se i sistemi non sono collocati nello stesso luogo e se non si ha a sposizione una banda molto ampia ci sono grossi problemi prestazioni e sicurezza. 9 Verso un integrazione a livello applicativo Gli strumenti integrazione a livello applicativo si pongono come obiettivo proprio il superamento questi limiti Il primo tentativo in questo senso è stato quello estendere verso l alto l integrazione a livello DB: Viste logiche e snapshot per minuire l accoppiamento Stored procedures per centralizzare la logica applicativa Sono però strumenti livello troppo basso Non forniscono un astrazione sufficiente 10

6 Services e SOA Al giorno d oggi lo strumento principale per l integrazione a livello applicativo è costituito dai Services Consentono avere un livello astrazione molto maggiore Consentono integrare anche sistemi stribuiti su scala geografica non necessariamente integrati a livello DB Sono le fondamenta quelle che vengono comunemente chiamate SOA (Service Oriented Architectures) Anche in questo ambito abbiamo versi livelli integrazione 11 Il modello a isole con frontiere applicative Contabilità Patrimonio Le Le applicazioni applicazioni espongono espongono dei dei connettori connettori sotto sotto forma forma Services Services Si riducono Si riducono parecchio parecchio gli gli accessi accessi retti retti ai ai dati dati altre altre applicazioni applicazioni 12

7 Vantaggi e limiti del modello a frontiere applicative Può essere applicato con uno sforzo ragionevole anche con applicazioni non presposte (legacy) Però: Se non si fa attenzione si crea un reticolo connessioni che tende a ventare molto complesso Si tende a ragionare ancora su un organizzazione tipo funzionale con applicazioni monolitiche (silos) Non sempre si riescono a modellare bene i processi che attraversano le varie aree Comunque è un primo passo importante e già arrivare a questo livello dà molti vantaggi 13 SOA: lo scenario futuro Database consolidati e integrati Centralizzazione della logica applicativa con Services Organizzazione per processi con workflow Gestione dei processi interarea Richiede software progettato in logica SOA Front-end Front-end applicativo applicativo SOA Processi Processi (anche (anche interarea) interarea) ESB, ESB, Workflow, Workflow, Orchestrazione Orchestrazione Logica Logica applicativa applicativa comune comune Contabilità services services DB DB Consolidati Consolidati 14

8 UNIBO: il punto partenza (mappa dei sistemi) Portale Guide Struttura org. Gestioni esterne PRIN Valutazione Segreterie Plitvice AlmaWelcome Uniwex IFN Presenze/assenze App. locali Patrimonio Banca Area contabile SAI PAL CIA 15 Integrazione applicativa: una nuova mappa dei sistemi Portale Guide Struttura org. PRIN Valutazione Gestioni esterne Segreterie Plitvice AlmaWelcome Uniwex IFN Presenze/assenze App. locali Interfacce Interfacce sincrone sincrone + + processi processi Patrimonio Banca Area contabile SAI PAL CIA 16

9 Un piano per l integrazione E fondamentale che ogni nuovo intervento entri a far parte un quadro generale: un ecosistema software Per ogni intervento bisogna valutare gli aspetti integrazione e l impatto complessivo Ogni nuova funzionalità deve essere contestualizzata in un processo e nel modello generale 17 Linee guida per le applicazioni Per garantire una sempre maggior integrazione fra i sistemi è necessario che le nuove applicazioni seguano una serie linee guida In questo modo possono entrare a far parte un unico grande segno Le linee guida prevedono (tra l altro): Autenticazione su DSA (in modalità sicura) Dati su DB Oracle Interfaccia utente e modalità interazione standarzzate (allineate al portale) Non replicazione delle regole e della logica applicativa (utilizzo quin web services o, in suborne, stored procedures per accedere alla logica già esistente) 18

10 Esempio: offerta formativa, mappa dei processi Costituzione CdS Gestione ornamenti Descrizione CdS Informativo Pianificazione Regolamenti Regole piani Definizione manifesti Operativo Programmaz. Didattica Descrizione AF Elaborazione carriera Coperture Pubblicazione Guide Erogazione Diploma supplement Contratti Registri Immatricolazione Piani stuo Compensi Trasferimento in ingresso Esami 19 Esempio: nuova applicazione presposta per SOA Utenti Altri sistemi (Portale, Uniwex, MIUR ecc.) Interfaccia utente (JSF ADF Faces) Services (AXIS) Presentazione Corsi i stuo E ornamenti Attività formative (Session Beans) Regole dei piani stuo Session Beans Logica applicativa (Business Logic) Mappatura object-relational (Toplink) Persistenza Database dell area della formazione 20

11 Esempio: frontiera del sistema contabile (legacy( legacy) PRIN PRIN Assegni Assegni ricerca ricerca Borse Borse Services Services Frontiera applicativa CIA (Plitvice e segreterie) Coperture Coperture Rimborsi Rimborsi studenti studenti Convenzioni Convenzioni CAF CAF e e Master Master Stored Stored procedures procedures Viste Viste Contratti Contratti personale personale PAL Costruzioni Costruzioni Acquisizioni Acquisizioni Cessioni Cessioni Manutenzioni Manutenzioni 21 Frontiera del sistema contabile: le tecnologie Il produttore del sistema contabile sta realizzando queste funzionalità sotto forma stored procedures (limite imposto dalla tecnologia con cui il sistema contabile è stato realizzato) UNIBO realizzera uno strato Services che incapsulano queste stored procedures A seconda della tecnologia utilizzata per lo sviluppo le applicazioni potranno utilizzare sia i WS che le stored procedures 22

12 Esempio misto: dattica e coperture Regolamenti Programmaz. Didattica Regole piani Nuova applicazione pensata per SOA Coperture Frontiera Frontiera applicativa applicativa IFM IFM Contratti Ragioneria Frontiera Frontiera applicativa CIA applicativa CIA Compensi Scadenziario passivo Applicazioni legacy 23 Convenzioni alta formazione (CAF e Master) Immatricolazione Master/CAF (AlmaWelcome) Convenzione con azienda Impianto tasse Pagamento UNICREDIT Frontiera Frontiera applicativa CIA applicativa CIA Flusso Flusso Banca Banca (file (file scambio!) scambio!) Contabilità Contratto attivo Nota contabile per azienda Scadenziario attivo Gestione tasse Incasso azienda e studenti 24