Allegato 1 CIG FF PROCEDURA DI AFFIDAMENTO PER LA FORNITURA DI UNA PIATTAFORMA PER SERVICE MASHUP AND DELIVERY CAPITOLATO TECNICO

Transcript

1 PROCEDURA DI AFFIDAMENTO PER LA FORNITURA DI UNA PIATTAFORMA PER SERVICE MASHUP AND DELIVERY CAPITOLATO TECNICO

2 SOMMARIO 1 Oggetto della Fornitura Composizione della Fornitura Piattaforma per Service Mashup and Delivery (Componente C1) Requisiti architetturali e dimensionali Requisiti funzionali Integrazione con il Sistema per l Orchestrazione di Servizi Compositi e Gestione Documentale (Componente C2) Manualistica per l Utilizzo della Piattaforma (Componente C3) Documento di Analisi dello Stato dell Arte delle Tecnologie per Service Mashup and Delivery (Componente C4) Caso di Studio e Demo (Componente C5) Installazione, configurazione e collaudo (Componente C6) Installazione e configurazione Procedura di Collaudo... 7

3 1 Oggetto della Fornitura Il CIPI, Centro Interuniversitario per l Ingegneria delle Piattaforme Informatiche, Università di Genova, intende procedere all acquisizione di una Piattaforma per Service Mashup and Delivery (da ora innanzi Piattaforma ) L acquisizione di detta Piattaforma avverrà a mezzo di gara. Il presente documento ha valore di Capitolato Tecnico di affidamento, e descrive i requisiti funzionali e architetturali a cui le offerte dovranno essere adeguate, nonché i requisiti minimi di accettabilità per tutti i servizi accessori oggetto della procedura di affidamento. 2 Composizione della Fornitura La fornitura oggetto della presente procedura è articolata nelle seguenti componenti: C1. Piattaforma per Service Mashup and Delivery, completa di codici sorgenti C2. Integrazione con il Sistema per l Orchestrazione di Servizi Compositi e Gestione Documentale, già operativa presso l Ente Appaltante. C3. Documentazione a Corredo: Manualistica per l Utilizzo della Piattaforma C4. Documentazione a Corredo: Documento di Analisi dello Stato dell Arte delle Tecnologie per Service Mashup and Delivery C5. Caso di Studio e Demo: applicazione della Piattaforma, integrata con il sistema esistente, ad uno Use Case individuato nell ambito dei Servizi ICT per la Sicurezza del Trasporto Marittimo. C6. Installazione, Configurazione e Collaudo Ogni offerta presentata dovrà obbligatoriamente comprendere le componenti descritte e rispondere ai requisiti di ogni componente nel seguito dettagliati, preferibilmente con rimandi al presente capitolato. 2.1 Piattaforma per Service Mashup and Delivery (Componente C1) Il principale componente della fornitura è costituito dal sistema software denominato Piattaforma per Service Mashup and Delivery. Tale sistema software dovrà essere fornito completo di codici sorgenti, dei quali l organizzazione appaltante deterrà la completa proprietà e diritto di utilizzo o modifica, compreso l eventuale sfruttamento nelle attività di studio e ricerca attualmente in essere presso il CIPI, Centro Interuniversitario per l Ingegneria della Piattaforme Informatiche, in particolare nel contesto di progetti inerenti i Servizi ICT per la Sicurezza del Diporto Nautico Requisiti architetturali e dimensionali Pena l esclusione dalla procedura, l offerente dovrà dimostrare in modo inequivocabile, anche tramite descrizioni tecniche, che la piattaforma oggetto dell offerta soddisfa i seguenti requisiti di architettura:

4 [RA1] Architettura Java Based: l architettura della Piattaforma dovrà essere basata sullo standard Java Enterprise Edition (Java EE), quale infrastruttura maggiormente adeguata e individuata dall Ente Appaltante sia per lo sfruttamento nel contesto delle proprie attività di ricerca, sia per la facilità di integrazione con quanto già in possesso dell Ente stesso, sia per le eventuali evoluzioni future. [RA2] Aderenza a Standard Aperti: l architettura della piattaforma dovrà essere il più possibile aderente agli standard Open sia per quanto riguarda l ambiente runtime (Sistema Operativo, Virtual Machine), sia per gli applicativi di base utilizzati dalla piattaforma (Application Server Java Enterprise Edition), sia per le interfacce verso gli altri componenti (Servizi di Base esposti come SOAP Web Services) che verranno, anche nel seguito, integrati. [RA3] Modello di Deployment Aperto e portabilità : l architettura della piattaforma dovrà essere adeguata al deployment della stessa anche al di fuori dell infrastruttura ICT propria dell Ente Appaltante, e in particolare dovrà consentirne la portabilità verso Data Center esterni e fornitori di servizi di Cloud Computing. [RA5] Accessibilità sia Intranet che Internet: al fine di future integrazioni con componenti esterne la piattaforma dovrà essere fruibile indipendentemente dal tipo di connessione di rete di cui dispone la postazione operatore, ovvero sia tramite rete locale (LAN Intranet) dell organizzazione sia tramite connessioni remote (WAN Internet). [RA4] Scalabilità: l architettura della piattaforma dovrà essere adeguata ad un utilizzo in contesti che ne consentano la scalabilità, e quindi anche in configurazioni infrastrutturali complesse come richiesto da elevati livelli di traffico da parte dell utenza. Dovrà ad esempio essere compatibile con infrastrutture che prevedano l utilizzo di tecnologie di clustering, load balancing e failover. [RA6] Performance: la piattaforma oggetto dell offerta dovrà consentire l esecuzione in parallelo di numerosi processi di Service Mashup, e dovrà essere dimensionata di conseguenza. L architettura della piattaforma dovrà in particolare essere adeguata all erogazione (Delivery) di almeno 100 sessioni di Service Mashup/al secondo senza presentare significative degradazioni delle performance. [RA7] Integrabilità: stante l interesse dell Ente Appaltante CIPI nello sfruttamento della piattaforma oggetto dell offerta anche in progetti di ricerca ed evoluzioni future non al momento prevedibili, requisito fondamentale dell architettura è la sua integrabilità con componenti esterni (Servizi di Base) in maniera semplice, intuitiva ed il più possibile automatizzata. In particolare, dovrà essere cura dell offerente dimostrare l integrabilità (e proporre una soluzione di integrazione) della piattaforma con il sistema già operativo presso il CIPI per l Orchestrazione, la Gestione Documentale e l erogazione di servizi convergenti voce/dati/media basati sullo standard JSLEE/Sip Servlet Requisiti funzionali La Piattaforma per Service Mashup and Delivery, oggetto dell offerta, dovrà obbligatoriamente rispondere ai requisiti funzionali di seguito elencati. [RF1] Workflow Based Mashup: la piattaforma dovrà supportare la composizione (Mashup) di Servizi di Base (si veda il requisito funzionale successivo) per mezzo di una struttura logica di

5 controllo descrivibile tramite workflow chart, che consenta l utilizzo e il collegamento tra loro di diversi servizi di base, la loro invocazione a run time, l elaborazione dei risultati di dette invocazioni e il controllo del flusso di esecuzione basato su tali risultati. [RF2] Servizi di Base (Base Services): la piattaforma dovrà supportare l integrazione nel più semplice dei modi possibile dei Servizi di Base di cui al requisito funzionale precedente, idealmente tramite il riconoscimento automatico da parte della piattaforma di opportuni moduli reperiti ad una specifica locazione di file system. Detti Servizi di Base dovranno supportare l integrazione con la piattaforma fornendo una specifica interfaccia di comunicazione che preveda i) l invocazione di azioni di controllo da parte della piattaforma verso i Servizi di Base e ii) la notifica di eventi da parte dei Servizi di Base verso la piattaforma. [RF3] Event based Execution: al fine dell esecuzione del Mashup di Servizi di Base dovrà essere privilegiata la modalità di esecuzione event based, ovvero la possibilità di attivare percorsi di esecuzione particolari del workflow di Mashup in base a eventi ricevuti dai Servizi di Base ( event routing ) e la possibilità di attivare azioni di controllo verso i Servizi di Base in maniera asincrona, quindi non bloccante per la piattaforma di esecuzione. [RF4] Minima necessità di sviluppo codice: la piattaforma dovrà supportare lo sviluppo dei Mashup a partire dai Servizi di Base tramite il minimo possibile sviluppo di codice nativo, idealmente consentendo la generazione dei workflow based Mashup tramite Interfaccia Grafica. [RF5] Service Execution Environment: la piattaforma dovrà essere fornita di una componente Service Execution Environment (SEE) che avrà il ruolo di eseguire i workflow based Mashup, effettuare l invocazione delle azioni di controllo necessarie verso le interfacce dei Servizi di Base e processando gli eventi in arrivo dai Servizi di Base. Il SEE dovrà essere in grado di eseguire parallelamente istanze multiple (processi) di diverse tipologie di Mashup. [RF6] Interfaccia di Gestione SEE: la componente Service Execution Environment dovrà fornire una interfaccia operatore Web Based per la gestione della piattaforma che consenta il deployment, l attivazione, il controllo, il monitoraggio e la disattivazione dei workflow based Mashup [RF7] Service Creation Environment: la piattaforma dovrà essere fornita di una componente Service Creation Environment (SCE), distinta dal Service Execution Environment, che consenta i) l integrazione dei Servizi di Base ii) la creazione dei workflow based Mashup da parte degli Operatori e iii) la notifica al SEE della presenza di un Mashup creato e pronto per l esecuzione. [RF8] Interfaccia di Creazione SCE: il Service Creation Enviroment della piattaforma dovrà fornire una interfaccia grafica operatore (GUI) per la creazione dei Mashup di Servizi. Tale interfaccia fornirà gli strumenti grafici necessari per la creazione del workflow based Mashup e dovrà essere accessibile tramite interfaccia Web. [RF9] Interfaccia di comunicazione con Servizi di Base: l interfaccia di comunicazione tra il SEE e i Servizi di Base dovrà essere basata sull utilizzo del protocollo SOAP Web Services, al fine di garantire la massima integrabilità di Servizi di Base esterni all infrastruttura nella quale verrà attivata la piattaforma, e consentendo anche eventualmente l integrazione di servizi esterni pubblicamente accessibili su Internet. [RF10] SDK per Servizi di Base: la piattaforma dovrà essere corredata di una opportuna SDK (Software Development Kit) che fornisca le linee guida, sia in termini di documentazione che di manufatti software, per lo sviluppo dei Servizi di Base che verranno, anche in seguito, integrati con la piattaforma.

6 [RF11 ] Service Mashup in formato XML: il formato del workflow based mashup generato dal Service Creation Environment e processato dal Service Execution Environment dovrà essere in formato XML. 2.2 Integrazione con il Sistema per l Orchestrazione di Servizi Compositi e Gestione Documentale (Componente C2) Nell ambito delle proprie attività di ricerca, il CIPI ha attivato un Sistema per l Orchestrazione di Servizi Compositi e Gestione Documentali, integrando una componente a supporto di processi documentali (Gestione Documentale) con una componente per l erogazione di servizi basati su VoIP (Voice over IP), basato sul framework JSLEE/SipServlet, per l erogazione di servizi convergenti voce/multimedia/dati. Parte integrante della presente fornitura sarà costituita dall integrazione della piattaforma oggetto della fornitura con l esistente sistema, attualmente in esercizio presso il CIPI, con l ottica di estendere quanto già esistente integrando le funzioni di Mashup and Delivery. La Componente C2 della fornitura in oggetto è pertanto costituita da tale integrazione, sotto forma di moduli software sviluppati ad hoc per connettere il sistema esistente con la Piattaforma. Il sistema esistente sarà disponibile per visione, previa richiesta, presso gli Uffici dell Ente Appaltante. 2.3 Manualistica per l Utilizzo della Piattaforma (Componente C3) La Piattaforma per Service Mashup and Delivery dovrà essere fornita della Manualistica a corredo per il suo corretto utilizzo da parte dell Ente Appaltante, coprendo con particolare dettaglio gli aspetti legati a i) Definizione ed Estensione dei Servizi di Base, Introduzione di Nuovi Servizi di Base ii) Creazione di Service Mashup, iii) Deployment ed Esecuzione di Service Mashup, iv) installazione e attivazione della piattaforma stessa. 2.4 Documento di Analisi dello Stato dell Arte delle Tecnologie per Service Mashup and Delivery (Componente C4) Tenuto conto dell interesse dell Ente Appaltante allo sfruttamento della Piattaforma oggetto della presente fornitura anche nel contesto delle proprie attività di ricerca, viene richiesto come componente della fornitura un documento (Report) di Analisi dello Stato dell Arte delle Tecnologie sulle quali è stato fondato lo sviluppo della Piattaforma offerta, ovvero nell ambito dei Service Mashup and Delivery. 2.5 Caso di Studio e Demo (Componente C5) La Componente C5 della fornitura è costituita dall individuazione, descrizione (anche non formale) e implementazione tramite la Piattaforma fornita (Componente C1) integrata con quanto già esistente (Componente C2) di un Caso di Studio nell ambito dei Servizi ICT per la Sicurezza del Trasporto Marittimo da Diporto, oggetto di numerose attività interne dell Ente Appaltante. Il Caso di Studio in oggetto sarà quindi dimostrato in fase di collaudo della Piattaforma. 2.6 Installazione, configurazione e collaudo (Componente C6) Installazione e configurazione

7 Parte integrante dell offerta è costituita da quanto necessario per effettuare l installazione della Piattaforma per Service Mashup and Delivery sui server messi a disposizione dell appaltante. L installazione dovrà obbligatoriamente comprendere le seguenti componenti: installazione della piattaforma (Componente C1) messa in opera dell integrazione con il sistema esistente (Componente C2) attivazione dell implementazione del Caso di Studio (Componente C5) L installazione della piattaforma è costituita da tutte le attività necessarie a attivare la piattaforma nella sua versione standard e non configurata (Componente C1) nelle sue parti di Service Creation Environment e Service Execution Environment. La messa in opera dell integrazione ha come obiettivo l integrazione della piattaforma con il sistema esistente in esercizio press l appaltante, ovvero l installazione e attivazione della Componente C2. L attivazione dell implementazione del Caso di Studio (Componente C5) ha come obiettivo la predisposizione della Piattaforma per l esecuzione del Caso di Studio descritto in fornitura Procedura di Collaudo Al termine delle attività oggetto dell offerta verrà eseguita opportuna procedura di Collaudo di quanto fornito. La procedura di collaudo, predisposta dell appaltante, avrà l obiettivo di verificare la rispondenza di quanto fornito con i requisiti del presente capitolato tecnico, sia in termini di funzionalità della Piattaforma che in termini di adeguatezza di quanto installato. Verrà inoltre richiesto, a titolo di Demo della Piattaforma, l esecuzione dell implementazione del Caso di Studio.