Processo di sviluppo in SECSERVIZI: la metodologia JMC. Versione 1.0 Eclipse-IT 2010 Savona, 30/9/2010

Transcript

1 o di sviluppo in SECSERVIZI: la metodologia JMC Versione 1.0 Eclipse-IT 2010 Savona, 30/9/2010

2 Agenda Premessa ed obiettivi Che cos è JMC Architettura e Tools JMC Il Desktop di Filiale -2-

3 Premessa ed obiettivi L architettura JMC (Joint Modeling Composer) nasce nel 2002 nel contesto di implementazione della piattaforma di multicanalità di SEC. Essa sintetizza in sè il costante lavoro di ricerca, l esperienza di erogazione del servizio e la forte spinta per ottimizzare e innovare il processo di sviluppo di SEC. Le esigenze di industrializzazione del software hanno portanto ad una revisione in senso MDA del processo di sviluppo per il back-end nel 2004 Da allora gli sforzi sono stati indirizzati per: potenziare i concetti MDA a tutta la filiera dello sviluppo compreso l ambito di UI; integrarli in ottica SOA. Questa presentazione ha, allora, l obiettivo di presentare i risultati di questa evoluzione del processo di sviluppo sintetizzata attraverso ciò che chiamiamo metodologia JMC. -3-

4 Agenda Premessa ed obiettivi Che cos è JMC Architettura e Tools JMC Il Desktop di Filiale -4-

5 Che cos è JMC? Needs Goals Actions Ambito Rappresentare in modo uniforme e coerente le informazioni di business; Evitare il proliferare di soluzioni eterogenee e parziali frutto di valutazioni estemporanee non strutturate; Ingegnerizzare il processo di sviluppo: efficienza, linguaggi condivisi e sostenibilità. Definire un linguaggio standard per il data model e la progettazione dei servizi; Definire un architettura di riferimento; Governare i processi human centric e integration centric; Definire e automatizzare le fasi di sviluppo. Definire un metamodello per i dati e i servizi; i processi di integrazione; I processi di interazione utente; I processi di business; Definire un processo di sviluppo coerente con le esigenze: la metodologia JMC Realizzare tool di sviluppo per la generazione del codice; Realizzare l Architettura di runtime ESB (Enterprice Bus) Web Controller B2B Controller Dettagli Modi diversi di rappresentare le stesse informazioni (es. cod. istituto); GDL diversi risolvono problemi analoghi riprogettando diversamente soluzioni già esistenti; I GDL non si possono interscambiare perché il processo di sviluppo è specializzato per applicazione. Design & model in UML; Architettura J2EE basata su tecnologie open source; Adozione dei paradigmi SOA e MDA; Incapsulamento delle complessità tecnologiche in componenti architetturali; Generazione del codice a partire dai modelli Tools di sviluppo; Soluzione di BPM e ECM. UML: Class diagram; Sequence diagram; State Machine; BPEL e BPMN; Umbrela, Visual Editor, Mapper. BSP (Business or); JMC Web: based on JSF e RichFaces; HXB2B: OpenSEC, IVR, Contact Center, etc. -5-

6 Tecnical Needs Dati ambigui?! 3 rappresentazioni del dossier titolo: Codifica secnew Codifica secold Codifica interna (CAD) Dati eterogenei?! Rapp. codice banca: Proc finanza 5 decimal Proc accordi 4 char Proc multicanale 5 char Formato dei dati?! Rapp. della valuta Proc Estero 6 cifre decimali Proc Bonifici 2 cifre decimali 1 2 Proliferazione dei servizi?! Esporre la stessa funzionalità mediante servizi differenti. 3 Sviluppo del layout?! Esigenza di esporre la funzionalità su più device e per banca. 5 Integrazione applicativa?! Aggregare i dati su processi ben definiti.. Gestione dei processi?! Esigenza di governare il workflow in modo non applicativo. 4-6-

7 Organizational Needs C è la necessità di individuare il linguaggio di comunicazione fra tutti gli attori del processo di sviluppo e dell architettura permettendo: medesimo linguaggio astrazione del problema Abbiamo l esigenza di supportare: diverse piattaforme tecnologiche molteplici rappresentazioni -7-

8 Da cos è composto JMC? Asset Ambito Implementazione Framework Enterprise Bus Web Controller Human & Document based processes E l ambiente con il quale vengono realizzate le fasi di design e progettazione delle soluzioni. Consente la modellazione, l integrazione, la generazione, la progettazione della Web Interface e il disegno dei processi I servizi sono il driver del business del SI Vi è l esigenza di una governance dei servizi: Dizionario; Documentazione; Report ed analisi sulle performance e sul servizio. I servizi rappresentano il driver principale per l erogazione del business e agevolano l integrazione dei sistemi. Gestisce l interfaccia utente e la navigazione; Consente di dare seguito alle richieste attuali di layput grafici evoluti e maggior fungibilità delle applicazioni Web; Facilita lo sviluppo di un applicazione; Permette la centralizzazione del monitoring delle applicazioni. Permette il governo dei processi, l esecuzione e la persistenza dello stato. Consente di far interagire il processo con l ESB Gestisce il repository documentale. Modellazione based su IBM RSA Umbrela: services & integration JMC Web: user interaction Editor: Visual Editor Management Console JMC (coming soon!) BSP: Il Business or funzione da orchestratore di servizi: Servizi cobol CICS e MQ Servici DB2, Oracle, SQL Server Web s di terze parti Servizi Documentali (Documentum e Ondemand) Servizi di BPM E l implementazione che si poggia su standard de facto open source: JSF, RichFaces e struts. permette l internazionalizzazione e il multibanca mette a disposizone una serie di widget predefiniti; consente di cooperare con altre applicazioni. Soluzioni BPA e BPM di Metastorm ECM Documentum di EMC Design BPA Provision: analisys & simulation Designer di prodotto Management Logging suite BPM e ECM Management suite: BAM: (Business Activity Monitoring) e KPI. -8-

9 Agenda Premessa ed obiettivi Che cos è JMC Architettura e Tools JMC Il Desktop di Filiale -9-

10 Architettura di esecuzione JMC UTENTI Elementi chiave Enterprise Bus Sicurezza / Autorizzazione / Autenticazione Applicazioni di front end (pacchetti esterni e soluzioni SEC) BSP (Business or) i Operativi Servizi di base e tecnici Profilatura e sicurezza app. Gestione e controllo Unica architettura per integrare in modo omogeneo in ottica SOA soluzioni basate su diversi ambienti/tecnologie (es. Unix, Mainframe, Windows, Web), intefacce utente (es. Web, 3270), linguaggi di programmazione (es. Cobol, C, Java), database (es. DB2, Oracle) Cuore dell architettura basato su un orchestatore di processi/servizi (BSP- Business or) Completa integrazione di workflow management, documentale, gestione della sicurezza Applicazioni di backend (pacchetti esterni e soluzioni SEC) -10-

11 I Tools del processo di Sviluppo Modeling, standard, generazione ed automazione del software Human i collaborativi Modellazione in UML del flusso di navigazione User Interaction Integration Development Eclipse/RSA Orchestrazione di servizi in UML Modeling Modellazione in UML Sviluppo Cobol, java e SQL, flow design e integrazione WS -11-

12 Il processo di sviluppo JMC: User Interaction (1/3) Human Needs Obiettivi di intervento Modellazione semplice ed intuitiva della Navigazione Utente Estendere i modelli anche alla Interfaccia Utente Creare strumenti di sviluppo integrati ed omogenei alla modellazione dei servizi, allo sviluppo dei processi, al parco applicativo SEC ed al sistema informativo Dotare gli attori del processo di sviluppo di strumenti standard usabili ed efficaci User Interaction Integration Modeling Developmnt Goals Actions Integrazione con la profilazione applicativa e di sicurezza e abilitare la cooperazione verso lo sportello e le altre applicazioni Realizzazione di widget standard per la realizzazione dell interfaccia delle applicazioni Web di SEC Attivazione di nuovi strumenti di sviluppo in modo graduale ed efficace sia in ambito progettuale sia in fase di gestione applicativa Definizione di un modello di riferimento per rappresentare la navigazione utente Adozione di un architettura di runtime che supporti la gestione di componenti (widget) di front end: JSF 1.1 e Rich Faces Realizzazione di un tool standard per la progettazione dell interfaccia utente Realizzazione di nuovi widget JSF in base alle esigenze di business. -12-

13 Il processo di sviluppo JMC: User Interaction (2/3) Human User Interaction Modellazione semplice ed intuitiva della Navigazione Utente: la macchina a stati Navigazione Utente identificata da Stati (pagine) e transizioni di Stato (flusso delle pagine) Ridotti tempi di apprendimento del framework di modellazione Sviluppo scalabile con la complessità dell applicazione Sviluppo predicibile dell applicazione Facile identificazione dei punti di intervento per la fase di manutenzione Automazione del binding dei dati con la struttura dati di servizi Integration Modeling Developmnt La catena dei valore si propaga ai modelli di front-end : Medesimo dizionario dati tra front-end e back-end con riferimenti diretti al data model dei servizi Connessione nativa verso l Enterprise Bus Forte sinergia nella modellazione per il front-end grazie al riutilizzo di tutte le caratteristiche della modellazione di back-end: Strumenti di sviluppo integrati ed omogenei Uniformità dei tool di sviluppo tra back-end e front-end Unico framework di sviluppo End-to-End -13-

14 Il processo di sviluppo JMC: User Interaction (3/3) Human User Interaction Modellare l interfaccia di interazione utente significa: Definire gli standard dell interfaccia utente Permettere una maggior astrazione dalla tecnologia per favorire la focalizzazione sulle esigenze di business Sfruttare la generazione automatica del codice per aumentare l efficienza del processo di sviluppo: evitando attività ripetitive e costose, nascondendo la complessità della piattaforma e della tecnologia di implementazione Adottare un modello di rappresentazione e dotarsi di un tool specifico Agevolare e automatizzare la mappatura tra i dati dell interfaccia utente e i dati di business Binding guidato ed automatizzato tra I dati relativi all interfaccia utente ed I dati dei servizi di back-end tramite la Macchina a Stati Nascondere la complessità di interfacciamento verso i servizi di back-end Integration Modeling Developmnt Il tool JMC di modellazione dell interfaccia utente si chiama Visual Editor. E basato su Eclipse. E integrato con RSA/RSM per la parte di modellazione; è integrato con MyEclipse per la parte di sviluppo java/web Un esempio di una applicazione generata: -14-

15 Il processo di sviluppo JMC: Modeling Human User Interaction Metodologia ben definita e standardizzata per la definizione degli oggetti del modello applicativo e delle interfacce dei servizi: definizione di un dizionario dati comune riduzione della proliferazione di dati ridondanti funzionalità avanzate di ricerca nel dizionario per il riutilizzo di oggetti già esistenti, anche in ambiti funzionali differenti standardizzazione del modellazione degli oggetti e dei servizi in funzione delle aree applicative di SEC Integration Modeling Developmnt Il modello consente una notevole astrazione durante la definizione dei componenti e garantisce la separazione della logica e dei dati dalla tecnologia di implementazione JMC offre strumenti di sviluppo integrati per la generazione di codice da modello: Codice generato con riduzione dei tempi di sviluppo e debug Grazie all interfaccia intuitiva e all alto livello di astrazione dell UML non sono necessari elevati skill specialistici. Questo linguaggio favorisce la separazione delle competenze durante la fase di analisi e di sviluppo. -15-

16 Il processo di sviluppo JMC: Integration Human User Interaction Il servizio è l entità elementare: Esprime l interfaccia di funzionalità operative elementari evidenziando i dati di input/output e gli errori applicativi Si appoggia ad un sistema di rappresentazione dei dati condiviso (object model) Integration Modeling Developmnt Il processo di integrazione aggrega servizi: È caratterizzato dalle logiche di flusso che governano l integrazione dei servizi elementari al fine di realizzare macro servizi specializzati in funzione delle esigenze di business È espresso come aggregazione dei servizi in un flusso condizionato sequenziale e/o parallelo. Questo processo viene erogato alle applicazioni dall ESB (BSP) mediante la comunicazione di tracciati XML di Request/Response che vengono prodotti dagli oggetti java generati in fase di modellazione dagli oggetti di business. L elemento chiave delle modellazione è il disaccoppiamento della vista funzionale del servizio da quella tecnica. Questo caratteristica offre il vantaggio di garantire l indipendenza dalla piattaforma tecnologica adottata. -16-

17 Agenda Premessa ed obiettivi Che cos è JMC Architettura e Tools JMC Il Desktop di Filiale -17-

18 Il Desktop di Filiale Desktop di Filiale -18-