4. SPC: Definizione SPC alias ” insieme di regole tecniche, strutture organizzative e infrastrutture tecnologiche , […] necessarie per assicurare l ’ interoperabilità e la cooperazione applicativa dei sistemi informatici e dei flussi informativi[…]
8. SPCoop – Riepilogo Standard Tecnologici HTTP Connessione Busta e-Gov (XML, SOAP, MIME) Messaggistica Accordo Servizio / Registro SICA (OWL/XSD, WSDL, WSBL, UDDI) Descrizione Orchestrazione/Coreografia Composizione dei servizi WS-Reliability Accordo Servizio (sicurezza) Busta e-Gov (WS-Security) SSL, TLS IP IPsec Acc. di Servizio (WSLA, WSAgr.) Sicurezza Affidabilità Trasporto Tecnologie SPCoop V.1.0 Piano di evoluzione SPCoop Semantica e Interazione SP Coop SP Conn Legenda: ID mgmt WS-Policy Busta e-Gov
9.
10. Analisi degli elementi base della soluzione. SPCOOP = cooperazione tra servizi applicativi mediante messaggi standard ( busta e-gov ) scambiati attraverso Porte di Dominio (applicativo o di cooperazione) attraverso il coordinamento di SICA .
11.
12.
13. Servizi Applicativi (3) Per quanto concerne la semantica è indispensabile dare un significato alle informazioni Caso emblematico: Comunicazione Unica . Il campo “ data inizio attività ” assume un significato diverso per INPS (coincide con la data di assunzione del personale), INAIL (coincide con la data di inizio della copertura assicurativa dei lavoratori) e CCIAA (data di iscrizione nel registro delle Imprese). Tecnologia OWL, RDF
14. Accordo di Servizio L ’ Accordo di Servizio (formalizzato secondo la notazione XML) è quella specifica del servizio applicativo, che deve essere concordata tra l ’ /gli erogatore/i ed il/i fruitore/i e resa pubblica affinché il servizio applicativo sia effettivamente considerato disponibile nell ’ ambito del SPCoop. Elementi (1 - interfaccia) e (3 - SLA) obbligatori. Altri opzionali.
15. … .REPETITA IUVANT “ SPCOOP = cooperazione tra servizi applicativi mediante messaggi standard ( busta e-gov ) scambiati attraverso Porte di Dominio (applicativo o di cooperazione) attraverso il coordinamento di SICA ”
16. Busta e-gov Il protocollo applicativo di comunicazione tra servizi è una estensione dello standard SOAP, necessaria al fine di supportare sicurezza point-to-point, affidabilità della trasmissione e tracciatura di tutte le comunicazioni (aspetti avanzati non ancora standardizzati). Busta e-Gov è il nome dato a questa estensione di SOAP specificatamente progettata per SPCoop e prevede l ’ utilizzo di un header appositamente predisposto in grado di veicolare tutte le informazioni necessarie per implementare le suddette funzionalità.
17. … .REPETITA IUVANT “ SPCOOP = cooperazione tra servizi applicativi mediante messaggi standard (busta e-gov) scambiati attraverso Porte di Dominio (applicativo o di cooperazione) attraverso il coordinamento di SICA ”
18. Porta di Dominio Tutti i servizi applicativi sono offerti attraverso un unico elemento detto Porta di Dominio (PDD) .
19.
20.
21. OpenSPCoop (3) DAL SITO OPENSPCOOP.ORG: Il Raggruppamento Temporaneo di impresa costituito da EDS ed AlmavivA, si è aggiudicato il 27/giugno/2007 il secondo lotto della gara CNIPA 1/2006. Il raggruppamento aggiudicatario, grazie alle competenze sul prodotto OpenSPCoop detenute da AlmavivA che ha partecipato attivamente sin dalle prime fasi al progetto, ha potuto integrare nella soluzione proposta i prodotti del progetto OpenSPCoop come una componente fondamentale della complessa soluzione complessiva presentata in offerta. In particolare, OpenSPCoop è stato proposto per la realizzazione delle Porte di Dominio su piattaforma Linux/J2EE. OpenSPCoop è stato utilizzato per la realizzazione delle Porte di Dominio su piattaforma Linux/J2EE.
22.
23. … .REPETITA IUVANT “ SPCOOP = cooperazione tra servizi applicativi mediante messaggi standard (busta e-gov) scambiati attraverso Porte di Dominio (applicativo o di cooperazione) attraverso il coordinamento di SICA ”
24. Dominio di Cooperazione Uno degli obiettivi di SPCOOP è quello di offrire servizi composti, facendo cooperare, nella informatizzazione di un insieme di procedimenti amministrativi pertinenti, più amministrazioni attraverso un DOMINIO DI COOPERAZIONE. Orchestrazione (WS- BPEL) Coreografia (WS-CDL -Web Service Choreography Description Language) . Se si hanno N + 1 servizi, di cui uno è quello composto, con l ’ orchestrazione viene descritto come si realizza appunto il servizio composto in base agli altri N, mentre con la coreografia vengono descritti gli scambi tra gli N + 1 servizi. Vero valore aggiunto di SPCOOP
26. Composition di MASHUP “ A mashup is a website or application that combines content (service) from more than one source into an integrated experience. ” “ Content used in mashups is typically sourced from a third party via a public interface or API. Other methods of sourcing content for mashups include Web feeds(e.g. RSS or Atom) and JavaScript ”
27. EXTRA - MASHUP DEMO Mashup&PIPES Speriamo bene!!
28. … .REPETITA IUVANT “ SPCOOP = cooperazione tra servizi applicativi mediante messaggi standard (busta e-gov) scambiati attraverso Porte di Dominio (applicativo o di cooperazione) attraverso il coordinamento di SICA ”
29. Servizi Infrastrutturali SICA La cooperazione ruota intorno al concetto di Accordo di Servizio (e di Cooperazione). I servizi infrastrutturali SICA nascono per consentire la gestione, in tutti i suoi aspetti, dell ’ Accordo di Servizio (e di Cooperazione).
30. Servizi Infrastrutturali SICA Servizi di supporto alla qualificazione della porta di dominio Servizio di Registro SICA GENERALE Catalogo schemi e ontologie Indice dei soggetti
31.
32. Gli elementi del SICA – Servizi di Registro Questo componente offre funzionalità per la registrazione, l ’ accesso, l ’ aggiornamento, la cancellazione e la ricerca degli Accordi di Servizio (e di Cooperazione). Lo standard UDDI costituisce un punto di partenza per la definizione, progettazione e realizzazione di tale componente; esso, però, non offre tutte le funzionalità richieste dai servizi di Registro SICA. In sostanza cioè UDDI definisce modalità di interrogazione che sono content-unaware, mentre i Servizi di Registro SICA specificano tale possibilità. Opportuni livelli software al di sopra di UDDI possono realizzare tali funzionalità specifiche
33.
34. Gli elementi del SICA Catalogo degli schemi/ontologie. Il Catalogo degli Schemi/Ontologie è il componente software che offre funzionalità per “ ragionare ” sulla semantica dei servizi e delle informazioni da essi veicolati, ai fini della individuazione dei servizi migliori candidati all ’ erogazione delle prestazioni richieste. La vista “ operazionale ” sui servizi non è la sola possibile, ma in alcuni contesti è preferibile risalire al servizio pensando in termini di tipologia di informazioni che il servizio è in grado di veicolare.
35. Gli elementi del SICA Servizi di Indice dei Soggetti. Offrono un insieme di funzionalità necessarie a gestire la “ rubrica ” degli operatori/utenti della PA. Questo componente non si occupa dei soggetti intesi come erogatori/fruitori dei servizi applicativi, ovvero delle organizzazioni che fanno parte di SPCoop, in quanto questi aspetti vengono gestiti dai Servizi di Registro. I soggetti considerati da questo elemento sono tutti e soli i soggetti che operano nella Pubblica Amministrazione centrale in qualità di potenziali utenti, opportunamente mediati, di servizi applicativi.
36. Gli elementi del SICA Supporto al Controllo e Gestione Il controllo deve garantire che quanto dichiarato e previsto dagli Accordi di Servizio sia effettivamente rispettato; la gestione deve consentire, in caso di non rispetto di tali accordi, la messa in opera di opportune procedure di gestione dell ’ anomalia.
37.
38. SICA – Servizio Gestione Federata Identità Digitali
61. SOA “ SOA è una strategia IT che organizza le diverse funzioni contenute nelle applicazioni dell ’ azienda/Amministrazione in servizi interoperabili standard che possono essere combinati e riusati rapidamente per soddisfare i requisiti di business. ” Fonte: BEA
63. SPCoop – SOA Sistemi Informativi: CAOS e SILOS Ad un certo momento il management che governa ad es. il “ Ciclo di Contabilità ” chiede all ’ IT di essere meglio supportato nei propri adempimenti. asset IT e progetti ad hoc al fine di fornire una risposta alla specifica problematica di Bisuness le soluzioni si sviluppano all ’ interno di un ambito che cura le esigenze dell ’ unità di business SILOS e CAOS.
64. SOA = consente di convertire le applicazioni esistenti in componenti del processo di business, denominati servizi. È possibile modificare rapidamente questi servizi, combinarli, aggiungerne nuovi e modificare i processi per rispondere alle specifiche esigenze di business e utilizzare i servizi in modo illimitato e personalizzato. Il processo di business non è più vincolato da una specifica piattaforma o da una applicazione. Al contrario, può essere considerato come un componente e quindi riutilizzato o modificato. COMPOSITE APPLICATION SPCoop – SOA
65. SPCoop – SOA Orientamento ai PROCESSI: ottenuti per composizione di servizi ( lego-like )
66. SOA induce a non fornire soluzioni a particolari domini di problema. Al fine di promuovere il riuso SOA propone una sufficiente frammentazione dei servizi tale da poter essere riutilizzati anche da altri richiedenti. Riutilizzo: in OOA equivale a reimpiego del codice. IN SOA si cerca di riutilizzare i Servizi Incapsulamento: Introdurre l ’ incapsulamento permette di garantire la stabilità mantenendo l ’ utilizzo di asset collaudati. Si affronta l ’ innovazione limitandosi a rivestirli. SPCoop – SOA Orientamento ai PROCESSI: ottenuti per composizione di servizi ( lego-like )
67. L ’ approccio SOA forza gli analisti di Business e gli architetti IT a sviluppare un livello di conoscenza che li porta a ragionare e sviluppare soluzioni in termini di “ un insieme dinamico di operazioni necessarie ” e non a una implementazione tecnologica di una singola richiesta di business. Tali ragionamenti portano gli architetti IT a valutare in modo più cosciente e completo i processi aziendali, considerandoli nel loro insieme e non singolarmente riduzione del GAP tra IT e Analisti di Business. SPCoop – SOA
![Mi Presento…. ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)