WIXLIB

ALLEGATO 1BSINFONIA – ARCHITETTURA GENERALE DEL SISTEMA APPLICATIVO FLUSSIgarantire agli utenti la certezza, a valore legale,dell'invio e della consegna dei messaggi e-mail aldestinatario.JSP (Java Server ne Web in Java per lo sviluppo dellalogica di presentazione (tipicamente secondo ilpattern MVC) di applicazioni Web, fornendocontenuti dinamici in formato HTML o XML. Sibasa su un insieme di speciali tag, all'interno di unapagina HTML, con cui possono essere invocatefunzioni predefinite sotto forma di codice Java(JSTL) e/o funzioni Javascript. In aggiunta, permettedi creare librerie di nuovi tag che estendono l'insiemedei tag standard (JSP Custom Tag Library).JSTL(JavaserverStandard Tag Library)pages JavaServer Pages Standard Tag Library (JSTL) è unalibreria inclusa come componente della piattaformasoftware di sviluppo per applicazioni Web Java EE.È un'estensione di JSP ed incorpora un insieme di tagHTML definiti tramite file XML e programmati inlinguaggio Java. Questa libreria è stata rilasciata dasocietà di sviluppo software quali la SunMicrosystems, utilizzabili per la creazione diJavaServer Pages. In alternativa alle librerie di tagstandard si possono creare librerie di tagpersonalizzati, chiamate Custom Tag LibraryJPA (Java Persistence API)Le Java Persistence API, sono un framework per illinguaggio di programmazione Java che si occupadella gestione della persistenza dei dati di un DBMSrelazionale nelle applicazioni che usano lepiattaforme Java Standard Edition (J2SE) e JavaEnterprise Edition (J2EE).CSS (Cascading Style Sheets)Il CSS (Cascading Style Sheets, in italiano fogli distile), in informatica, è un linguaggio usato perdefinire la formattazione di documenti HTML,XHTML e XML ad esempio i siti web e relativepagine web. Le regole per comporre il CSS s) emanate a partire dal 1996 dalW3C.EJB (Enterprise Java Bean)In informatica gli Enterprise JavaBean (EJB) sono icomponenti software che implementano, lato server,la logica di business di un'applicazione weball'interno dell'architettura/piattaforma Java EEespletando servizi a favore della parte di front-endPag. 9 61

ALLEGATO 1BSINFONIA – ARCHITETTURA GENERALE DEL SISTEMA APPLICATIVO FLUSSIovvero per la logica di presentazione diun'applicazione web. Rappresentano dunque unostrato software residente su un application serverall'interno di un'architettura software di tipo multitier.Le specifiche per gli EJB definiscono diverseproprietà che questi devono rispettare, tra cui lapersistenza, il supporto alle transazioni, la gestionedella concorrenza e della sicurezza e l'integrazionecon altre tecnologie, come JMS, JNDI, e CORBA.Lo standard attuale, EJB 3, completato nellaprimavera del 2006, differisce notevolmente dalleversioni precedenti. Gli EJB necessitano di un EJBcontainer tipicamente implementato all'interno degliapplication server assieme al servlet container per laparte di front-end.Ajax (Asynchronous JavaScript In informatica AJAX, acronimo di Asynchronousand Xml)JavaScript and XML, è una tecnica di svilupposoftware per la realizzazione di applicazioni webinterattive (Rich Internet Application). Lo sviluppodi applicazioni HTML con AJAX si basa su unoscambio di dati in background fra web browser eserver, che consente l'aggiornamento dinamico diuna pagina web senza esplicito ricaricamento daparte dell'utente.AJAX è asincrono nel senso che i dati extra sonorichiesti al server e caricati in background senzainterferire con il comportamento della paginaesistente. Normalmente le funzioni richiamate sonoscritte con il linguaggio JavaScript. Tuttavia, e adispetto del nome, l'uso di JavaScript e di XML nonè obbligatorio, come non è necessario che le richiestedi caricamento debbano essere ctory Interface)jQuery è una libreria di funzioni Javascript per leapplicazioni web, che si propone come obiettivoquello di semplificare la manipolazione, la gestionedegli eventi e l'animazione delle pagine HTML. È unsoftware liberamente distribuibile e gratuito, comeprevisto dalla licenza MIT.and Java Naming and Directory Interface (JNDI) è unaAPI Java per servizi di directory che ricopre un ruolomolto importante all'interno di un application server.Tabella 2 - AcronimiPag. 10 61

ALLEGATO 1BSINFONIA – ARCHITETTURA GENERALE DEL SISTEMA APPLICATIVO FLUSSIPag. 11 61

ALLEGATO 1BSINFONIA – ARCHITETTURA GENERALE DEL SISTEMA APPLICATIVO FLUSSI2. Vincoli ed obiettivi architetturaliLe soluzioni tecnologiche ed architetturali adottate per la definizione del sistema Sinfonia sibasano sulla necessità di disporre di applicazioni che sono tra loro interoperabili e chepermettono l’effettivo passaggio di informazioni tra gli attori coinvolti senza interruzioni diprocesso.Il sistema informativo Sinfonia è implementato sulla base di uno stile architetturale orientato aiservizi (SOA) ove la cooperazione tra le varie componenti applicative di Sinfonia ed i sistemiesterni avviene attraverso l’esposizione e l’invocazione di servizi SOAP, orchestrati e coordinatiattraverso uno strato ESB.Una istanza del Sistema Applicativo Sinfonia è composta da uno strato applicativo di back endche espone servizi su cui è realizzato uno strato web che rende fruibili ad un utente finale lefunzionalità offerte dal sistema. Le caratteristiche generali della soluzione si basano suglistrumenti tecnici ed architetturali che allo stato attuale appaiono più maturi, stabili e con elevatopotenziale di crescita e diffusione come i modelli di comunicazione basata sugli standardnazionali per l’interoperabilità e cooperazione, i servizi per la sicurezza e la privacy basati susmart card e firma digitale, PEC.Elementi fondamentali del modello architetturale sono: l’adozione della SOA (Services Oriented Architecture) e dei Web services che fornisconoun approccio per la definizione, la pubblicazione e l’utilizzo dei servizi applicativi; gli accordi di servizio che specificano gli elementi funzionali e tecnici, necessari perl’invocazione dei servizi; lo strato ESB Enterprise Service Bus, che si occupa dell’orchestrazione e dellacoordinazione dei servizi offerti dalle varie componenti, oltre alle comuni facility previsteda un ESB come messaggistica, routing, trasformazione dei servizi, security e single signon.Inoltre l’architettura del sistema si basa sui seguenti standard tecnologici di progetto e sviluppo: adozione di browser Internet standard per la visualizzazione dell’interfaccia utente deiservizi di back end; logica di presentazione web basata sull’impiego di pagine dinamiche (JSP) e delletecnologie AJAX e JSON; logica di presentazione di tipo programmatico basata su Web Services SOAP; logica applicativa lato server implementata in architettura JEE, EJB3 e JPA.L’accesso ai servizi offerti dal sistema Sinfonia è realizzato mediante: un sistema di front-end realizzato attraverso un portale che funge da entry point di Sinfoniae permette l’accesso a tutte le componenti applicative; un sistema di autenticazione utente di tipo SSO basato su un repository OpenLDAP ed unsistema CAS; un insieme di applicazioni web, realizzate mediante tecnologie enterprise come JSP conJSTL, jQuery, Ajax, CSS3 e (X)Html e fruibile dagli utenti mediante l’utilizzo di unbrowser web;Pag. 12 61

ALLEGATO 1BSINFONIA – ARCHITETTURA GENERALE DEL SISTEMA APPLICATIVO FLUSSI un l’Enterprise Service Bus, che si occupa dell’orchestrazione e della coordinazione deiservizi offerti dalle varie componenti, oltre alle comuni facility previste da un ESB comemessaggistica, routing, trasformazione dei servizi; un registro dei servizi UDDI (service inventory); i servizi di cooperazione applicativa, secondo lo standard SOAP, a favore sia di sistemifruitori cooperanti appartenenti allo stesso dominio organizzativo che ospita il sistemainformativo Sinfonia ma anche verso sistemi esterni.Il modello adottato, fondato sui principi della cooperazione applicativa fra sistemi informativieterogenei e sul concetto di dominio, prevede l’interconnessione di Sinfonia con lo strato ESB,allo scopo di abilitare l’accesso a tutti gli operatori sanitari della Regione e, in prospettiva,anche agli altri Enti.La comunicazione tra i vari domini può essere mediata dalle Porte di Dominio, elemento diaccesso standard alle risorse applicative dei domini interconnessi, capace di veicolare lerichieste di servizio verso altri domini e, simmetricamente, di ricevere le richieste di servizioprovenienti dagli altri domini. La sua capacità di interazione con il mondo esterno si fonda sullacomunicazione e sullo scambio di messaggi in formato XML su protocollo SOAP conforme allaBusta di e-government.2.1. Obiettivi architetturaliNel presente paragrafo vengono riportati gli obiettivi architetturali che saranno soddisfatti dalpresente documento.DenominazioneStandardizzazioneservice contractLoose àPag. 13 61Descrizionedei Va assicurata la standardizzazione dei servicecontract, curando il modo in cui le funzionalità sonoespresse, la definizione dei datatype, del modellodei dati e delle policy. Vi deve essere un’attenzionecostante alla ottimizzazione ed alla appropriatagranularità dei servizi, al fine di assicurare serviziconsistenti affidabili e governabili.Va garantita l’indipendenza del disegno el’evoluzione della logica di business di ogniservizio e simultaneamente l’interoperabilità con iconsumer dei serviziIl disegno deve assicurare che i servizi occultino ilpiù possibile i dettagli interni della loroimplementazioneI servizi devono essere progettati e realizzati inmodo da favorire la loro riusabilità, considerandolicome risorse dell’organizzazione il più possibileagnostiche rispetto ad un contesto funzionalespecificoI servizi devo minimizzare la loro dipendenza siaper quanto concerne la logica che per l’ambiente diimplementazioneI componenti dovranno essere in grado di adeguarsiai mutamenti tecnologici ed all’interazione con altriprogetti presenti e futuri

ALLEGATO 1BSINFONIA – ARCHITETTURA GENERALE DEL SISTEMA APPLICATIVO FLUSSIDenominazioneCapacità di integrazioneDescrizioneI componenti di servizio (service component) sonoil punto di partenza di un progetto ampio ecomplesso e dunque dovranno essere in grado diintegrarsi, dal punto di vista tecnologico, coninformazioni prodotte in sistemi diversi. A tal fine icomponenti dovranno essere in grado diinterfacciarsi con altri sistemi utilizzando standardriconosciuti.ModularitàI componenti dovranno essere progettati, sia perquanto riguarda la parte hardware che la partesoftware, in maniera modulare per garantire unaloro naturale evoluzione ed integrazione con altrisistemiAffidabilità, robustezza e Il sistema deve essere disponibile in mododisponibilitàcontinuativo (H24 e 7x7), rispondendo agli SLAconcordati; il sistema deve poter continuare afunzionare con adeguati livelli di alta affidabilitàsfruttando la sua modularità anche in condizioninon specificate nei requisiti e in presenza di errorilocali senza propagare i guasti a tutto il sistemaManutenibilitàI componenti dovranno essere facilmentemanutenibili; a tal fine il disegno progettuale dovràessere chiaro, la documentazione completa edovranno essere utilizzati software di base estrumenti di sviluppo ampiamente diffusi o standardde factoAccesso utente tramite Tutti i componenti dovranno utilizzare schemiFront-End web-basedstandard di applicativiSemplicità d’usoIl Front-End dovrà minimizzare l’intervento umanomassimizzando, in ogni caso, l’ergonomiadell’interfaccia utente e favorire la facilità diutilizzo, presentando un ambiente intuitivocorredato di help on-line anche contestuale. Nellasua progettazione andranno tenute presenti leinterfacce utente degli applicativi attuali in modo daminimizzare,perquantopossibile,ildisorientamento iniziale degli utentiTabella 3 - Obiettivi architetturaliPag. 14 61

ALLEGAT

BPM (Business Process Management) Il Business process management è l'insieme di attività necessarie per definire, ottimizzare, monitorare e integrare i processi aziendali, al fine di creare un processo orientato a rendere efficiente ed efficace il business dell'azienda.