Dalle Banche su Internet a Internet per le Banche. L evoluzione dell architettura delle applicazioni web-based. based di Banca Antonveneta

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "Dalle Banche su Internet a Internet per le Banche. L evoluzione dell architettura delle applicazioni web-based. based di Banca Antonveneta"

Fabiano Baroni
7 anni fa
Visualizzazioni

1 Dalle Banche su Internet a Internet per le Banche L evoluzione dell architettura delle applicazioni web-based based di Banca Antonveneta 1

2 ...Internet per le Banche 1. L integrazione tra le nuove tecnologie e sistemi legacy 2

3 Lo scenario passato: : Le Banche su Internet Il patrimonio informativo della Banca era, ed è tuttora, costituito quasi interamente da applicazioni tradizionali Cobol/Cics/DB2. In Banca vi erano diverse applicazione di e-business, e generalmente ognuna ha una propria architettura tecnologica ed applicativa. Vi era un notevole utilizzo di archivi replicati, e la logica applicativa era spesso distribuita in piu punti del sistema informativo. Vi era una notevole frammentazione della tecnologia, con conseguente dispersione delle conoscenze e delle professionalità. 3

4 Lo scenario futuro: : Internet per le Banche La n-esima applicazione di e-business non deve portare all implementazione della n-esima architettura. Definire una architettura di riferimento per le applicazioni destinate ai canali innovativi (internet, intranet, sms,.). Evitare, per quanto possibile, la duplicazione delle informazioni e della logica applicativa, riutilizzando i componenti gia presenti nel sistema informativo. Perseguire il consolidamento fisico (server consolidation) per ridurre il numero di serventi ottenendo così migliori prestazioni per quanto concerne velocità, tempi di risposta e scalabilità. Integrare le nuove tecnologie con i sistemi legacy 4

5 La soluzione architetturale di Banca Antonveneta Una scelta architetturale basata su componenti consolidati e standard : Piattaforma WebShpere IBM su mainframe OS/390. Basi dati su archivi DB2 risiedenti su mainframe OS/390. Integrazione nativa con i sistemi legacy mediante Cics Transaction Gateway 5

6 ... La soluzione architetturale di Banca Antonveneta Una scelta architetturale basata su componenti consolidati e standard : Aderente agli standard J2EE (Java 2 Entreprise Edition). Framework e applicazioni strutturate in logica ad oggetti ed aderenti al pattern model view controller. Sicurezza demandata a componenti di sistema (IBM RACF - Resource Access Control Facility, LDAP - Lightweight Directory Access Protocol, Tivoli Access Manager, Reverse Proxie WebSeal). 6

7 Lo scenario attuale di Banca Antonveneta L architettura applicativa si basa su di uno strato applicativo generalizzato (framework OpenB@nk ) che offre i servizi di: Gestione dei Contratti e Profilazione dell utente Multicanalità Sicurezza Interfacciamento con il sistema legacy Riutilizzo dei componenti Interfacciamento con Sistemi Informativi Esterni 7

8 L architettura del sistema multicanale Connettori Web Server, SMS Server, WAP Server - Enterprise Java Bean - XML Openb@nk Governo Servizi Applicativi Istituto Application Server su Mainframe OS/390 TP Monitor CICS 8

9 OS / 390 l architettura del sistema multicanale: la vista applicativa Conti Correnti Conti Correnti Anagrafe Anagrafe Bonifici Bonifici Titoli Titoli Application Server Racf CICS (Parte CICS) Contratti e Profilazione Accesso al Sistema Informativo Sicurezza Firma Digitale Log degli accessi WebSphere XML IBM Cics Transaction Gateway (Parte Java) Anagrafe Bonifici Titoli C/C Allarmi SMS ed Gestione dei Canali Modello ad Oggetti LDAP Sistemi Esterni (Extranet) RMI/IIOP, WSDL, XML Internet Internal Network (Intranet) SMS, 9

10 l architettura del sistema multicanale: la vista tecnologica 10

11 L integrazione tra le nuove tecnologie ed i sistemi legacy della Banca L accesso alle informazioni del sistema legacy della Banca avviene generalmente per mezzo di appositi Bridge COBOL per mezzo del Tp-Monitor CICS, mediante il framework OpenB@nk. Per altri sistemi dipartimentali (SAP, Information Provider, ) avviene per mezzo di componenti Java. L utilizzo dell architettura J2EE, basata su Enterprise Java Beans, che si appoggia all RRS (Resource Recovery System) del sistema OS/390, consente di implementare, in cooperazione con CICS e DB2: Rollback delle transazioni Recovery Two Phase Commit Workload Balance 11

12 L integrazione tra le nuove tecnologie ed i sistemi legacy esterni L architettura del Sistema Open, mette a disposizione i propri Enterprise Java Beans, erogando servizi ad altri sistemi informativi, ed usufruendone, in modalità: Standard Indipendente dalla piattaforma In particolare, mediante un collegamento via Extranet, il sistema consente di invocare remotamente le applicazioni mediante il protocollo RMI/IIOP (Remote Method Invocation/Internet Interchange Object Protocol). Consente inoltre di colloquiare con altri sistemi utilizzando lo standard SOAP (Simple Object Access Protocol), mediante WSDL (Web Services Description Language) ed XML (extensible Markup Language). 12

13 ...Internet per le Banche 2. Metodologie e tecniche di sviluppo dei Sistemi Informativi Web Based 13

14 Riutilizzo dei componenti to XML from XML XMLAble Riutilizzo dei componenti Se ssionbea n BS TObject BSTSessionE SessionCtx JB da tiambiente sessionhandle I componenti Java del Sistema Open sono stati scritti CLASS EJBs secondo I ejbcreate () Metodi Fa ctory ejbre move ejbactivate ejbpassiva te setsessionconte xt Altri Meto di P ersona li Cla sse ejbcreate(<params>) il paradigma della programmazione ad oggetti, lasciando però Altri Meto di P ersona li EJB la logica applicativa alle applicazioni tradizionali del sistema informativo, ovvero richiamando, alla fine, un programma COBOL. Fanno eccezione gli accessi ai mondi non OS390, basati su sistemi dipartimentali, ai quali si accede direttamente dall applicativo Java. Gli Enterprise Java Bean (EJB) condividono con le applicazioni tradizionali gli stessi servizi, riutilizzando i componenti preesistenti e centralizzando la logica applicativa nell unico punto in cui è centralizzabile: nel sistema OS/390. Gli Enterprise Java Bean (EJB) di uso comune, verranno messi a disposizione delle applicazioni che via via verranno realizzate nel Sistema Open. 14

15 Strumenti di sviluppo Per lo sviluppo dei componenti applicativi viene utilizzato il prodotto WebSphere Studio Application Developer (WSAD, versioni 4.x e 5.x). Il framework OpenB@nk mette a disposizione alcuni tools automatici (Plugin di Wsad) per realizzare componenti Cobol (Bridge e Parser) e Java (EJB e Servlet) integrati tra loro. I componenti Java prodotti seguono le raccomandazioni del pattern Model View Controller, è aderente agli standard J2EE e sono sempre sincronizzati con la controparte Cobol 15

16 Strumenti di sviluppo Il sistema è dotato di un prodotto per la gestione del ciclo di vita del software (ChangeMan di Serena, aderente al consorzio Eclipse) che consente sia la gestione verticale degli ambienti (il versionamento del sofware, il test ed il deploy per l esecuzione sul sistema OS/390), che la gestione orizzontale degli ambienti (ovvero il passaggio automatizzato dei componenti sviluppati dal sistema di sviluppo a quello di collaudo, ed infine, a quello di produzione) Lo strumento è in grado di sincronizzare in un unico Enterprise Change Packet sia componenti Java che componenti Cobol, in modo da garantire la congruenza dell intero processo Java-Cobol. 16

17 Multicanalità L architettura è finalizzata per erogare applicazioni su più canali, i cui principali sono: Ambiente Internet: Ambiente Intranet: 17

18 Caratteristiche dei canali Condivisione dei servizi comuni del framework autenticazione profilazione tracciatura e statistiche information provider motore di gestione news piattaforma allarmi sms ed Riutilizzo e condivisione dei componenti cobol e java comuni servizi anagrafici conti correnti... Aspetto grafico e navigazione (look and feel) omogeneo per le tutte le applicazioni di ciascun canale 18

19 Principali applicazioni dell ambiente Intranet: Scheda Cliente Catalogo Prodotti Analisi Microsettori Merceologici Carte di Credito Verbali degli organi collegiali dei Fidi Informativa di Borsa (Milano Finanza) Gestione Disposizioni cartacee e magnetiche 19

20 Principali applicazioni dell ambiente Internet: Home Banking Trading On Line Crediti al consumo Informativa di Borsa (Milano Finanza) 20

21 Domande? 21

22 Fine 22

Documenti analoghi

Internet e la Banca. Relatore Andrea Falleni, Responsabile Prodotti e Soluzioni BST Banking Solutions & Technologies Gruppo AIVE

Internet e la Banca. Relatore Andrea Falleni, Responsabile Prodotti e Soluzioni BST Banking Solutions & Technologies Gruppo AIVE Internet e la Banca Relatore Andrea Falleni, Responsabile Prodotti e Soluzioni BST Gruppo AIVE 1 Scenario Le BANCHE in Italia, al contrario delle concorrenti europee, hanno proposto, sul mercato dei nuovi