PROGETTO OPEN CISTERNA REALIZZAZIONE DI UN SISTEMA INTEGRATO HW/SW PER LA GESTIONE ED IL MONITORAGGIO DEI NUOVI SERVIZI DI MOBILITÀ, PORTALE DI SERVIZI MULTIMEDIALI, RETE Wi-Fi PUBBLICA ALL’INTERNO DI UN’AREA DI INTERVENTO INDIVIDUATA NELL’AREA DEL COMUNE DI CISTERNA DI LATINA CAPITOLATO SPECIALE D’APPALTO CIG: CUP: Data: Il Dirigente Responsabile del Progetto Il Coordinatore in materia di sicurezza e di salute per la Progettazione Il Responsabile del Procedimento Allegati Relazione Tecnico-illustrativa INDICE ART.1 ART.2 ART.3 ART.4 4.1 ACRONIMI E DEFINIZIONI .......................................................................................................................3 PREMESSA .....................................................................................................................................................4 OGGETTO DELLA GARA ...........................................................................................................................4 DESCRIZIONE DELLE PRESTAZIONI ....................................................................................................5 PROGETTAZIONE ...................................................................................................................................................6 4.2 FORNITURA E INSTALLAZIONE ..........................................................................................................................6 4.2.1 Fornitura e Installazione Sottosistema Periferico: Pannelli a Messaggio Variabile (PMV) .....................................7 4.2.2 Fornitura e Installazione Sottosistema Periferico: Sistema a Bordo Veicolo Localizzatori GPS (per Bus TPL) e OBU per Bus Elettrici ..........................................................................................................................................................8 4.2.3 Fornitura e Installazione Sottosistema periferico: Sistema di Videocamere per Sorveglianza e Monitoraggio Traffico.................................................................................................................................................................................9 4.2.4 Fornitura e Installazione Sottosistema Infrastruttura di rete WI-Fi pubblica .........................................................11 4.2.5 Fornitura e Installazione Centrale Operativa Comunale (COCO) ..........................................................................13 Piattaforma HARDWARE del Centro di Controllo (COCO).............................................................................................13 Piattaforma SOFTWARE INTEGRATA del Centro di Controllo (COCO) ......................................................................14 4.2.6 Fornitura e Installazione Portale WEB ...................................................................................................................19 4.2.7 Fornitura e Installazione APPLICAZIONE MOBILE (APP) ................................................................................21 4.2.8 Funzionalità Cartografiche .....................................................................................................................................22 4.2.9 Diagnostica degli Apparati .....................................................................................................................................22 4.3 SERVIZI ...................................................................................................................................................................23 4.3.1 Messa in Esercizio ..................................................................................................................................................23 Formazione .........................................................................................................................................................................23 Avviamento ........................................................................................................................................................................24 4.3.2 Gestione ..................................................................................................................................................................24 Affiancamento ....................................................................................................................................................................24 Servizi di Connessione Dati ...............................................................................................................................................24 Aggiornamento contenuti ...................................................................................................................................................25 Elaborazione Dati e Invio Reportistica...............................................................................................................................25 4.3.3 Assistenza e Garanzia .............................................................................................................................................25 4.3.4 Manutenzione Correttiva e Adeguativa ..................................................................................................................26 4.3.5 Qualità dei Servizi ..................................................................................................................................................27 ART.5 ART.6 6.1 DOCUMENTAZIONE TECNICA E MANUALISTICA ..........................................................................27 CARATTERISTICHE GENERALI DEGLI IMPIANTI ..........................................................................27 QUALITÀ E CARATTERISTICHE DEI MATERIALI .........................................................................................27 6.2 ALIMENTAZIONE E CONDIZIONI AMBIENTALI ............................................................................................28 6.3 NORME DI RIFERIMENTO E MARCATURA CE ...............................................................................................28 ART.7 ART.8 ART.9 ART.10 ART.11 ART.12 STANDARD SUI DIRITTI DI PROPRIETÀ INTELLETTUALE ..........................................................28 COPYRIGHT E OPEN DATA .....................................................................................................................28 GRUPPO DI LAVORO ................................................................................................................................28 MODALITÀ DI CONTABILIZZAZIONE DELLE PRESTAZIONI ......................................................29 VERIFICA DI CONFORMITÀ ...................................................................................................................29 CRITERI DI AGGIUDICAZIONE .............................................................................................................30 Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 2 di 31 Art.1 ACRONIMI E DEFINIZIONI ACRONIMI Abbreviazione Descrizione CMS COCO EDGE GIF GIS GSM GPRS GPS HTML HTTP MPEG OBU PDF PMV PNG RTF SIT TIFF UPS UMTS W3C WMV XML Content Management System Centrale Operativa COmunale Enhanced Data rates for GSM Evolution Graphical Interchange Format Geographical Information System Global System for Mobile Communications General Packet Radio Service Global Positioning System HyperText Markup Language HyperText Transfer Protocol Motion Picture Expert Group On Board Unit Portable Document Format Pannello a Messaggio Variabile Portable Network Graphics Rich Text Format Sistema Informativo Territoriale Tagged Image File Format Uninterruptible Power Supply Universal Mobile Telecommunications System World Wide Web Consortium Windows Media Video eXtensible Markup Language DEFINIZIONI Per una migliore comprensione del presente Capitolato Tecnico si forniscono le seguenti definizioni: Gara: Procedura di appalto pubblico per la realizzazione del servizio di progettazione, fornitura, installazione, avvio operativo, verifica di conformità, formazione e manutenzione in garanzia del sistema integrato. Disciplinare di Gara: Documento che disciplina le modalità procedurali ed amministrative che regolano l’aggiudicazione della Gara e le prescrizioni per l’effettuazione della fornitura da parte dell’Aggiudicatario. Concorrente: un soggetto partecipante alla Gara. Aggiudicatario: l’aggiudicatario definitivo della Gara, così come identificato secondo le procedure definite nel Disciplinare di Gara. Committente/Stazione Appaltante/Amministrazione: il soggetto che indice la Gara. Offerta: Documento redatto da un Concorrente per la partecipazione alla Gara. Capitolato: Il presente Capitolato Speciale d’Appalto (CSA). Relazione: documento di relazione tecnico-illustrativa. Si intende altresì espressamente richiamato quant’altro previsto in materia di definizioni alla voce “PREMESSA” del Disciplinare di Gara. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 3 di 31 Art.2 PREMESSA Il presente capitolato delinea i requisiti funzionali, tecnologici ed architetturali dei sistemi hardware/software di cui dovrà dotarsi il Comune di Cisterna di Latina per la realizzazione del sistema informativo di gestione e monitoraggio dei nuovi servizi di mobilità, servizio di Mobility Management Area – MMA, portale di servizi multimediali, rete Wi-Fi pubblica, rete di videosorveglianza cittadina e monitoraggio del traffico. In particolare, il presente documento definisce le specifiche del sistema di supporto al PIANO LOCALE E URBANO DI SVILUPPO (PLUS) POR-FESR 2007-2013 Attività 1.7. per l’attuazione del progetto ex sub attività B4 ‘Smart Cities’, rappresentato dall’integrazione dei progetti: N.08 ‘Sistema informativo per la gestione ed il monitoraggio dei nuovi servizi di mobilità’ N. 09 ‘Servizio Mobility Management di area – MMA’ N. 14 ‘Wi-fi pubblico nell’area di intervento’ Il presente capitolato speciale d’appalto costituisce parte integrante del contratto finale di aggiudicazione. L’accettazione del contratto da parte dell’aggiudicatario implica da parte sua l’accettazione dei requisiti tecnici o la loro ridefinizione in accordo con la Stazione Appaltante. Le funzionalità, non esplicitamente ridisegnate e concordate con la Stazione Appaltante, s’intenderanno quindi disponibili e implicitamente accettate. Art.3 OGGETTO DELLA GARA L’oggetto della Gara è la progettazione, fornitura, realizzazione, attivazione, gestione e manutenzione di un sistema integrato per la realizzazione di un servizio di Mobility Management di Area (MMA) avente come obiettivo quello di favorire ed incentivare il cambiamento delle abitudini e dei comportamenti negli spostamenti degli utenti. Il sistema integrato dovrà essere strutturato in modo tale da consentire di ospitare al suo interno, senza degrado prestazionale, i seguenti sistemi: Sistema di gestione e monitoraggio dei nuovi servizi di mobilità: bike-sharing, car-sharing, flotta bus; Sistema di videosorveglianza e monitoraggio del traffico veicolare; Sistema di rete Wi-Fi pubblica; Sistemi di informazione al cittadino. Tali sistemi dovranno comunicare con una Centrale Operativa COmunale (C.O.CO.) attraverso una Piattaforma integrata di gestione degli Open Data su cui dovranno confluire tutte le informazioni acquisite dai sottosistemi periferici dislocati sul territorio comunale. Il centro di controllo, tramite appositi software dedicati, dovrà acquisire le informazioni provenienti dalle fonti di rilevazione periferiche, effettuare tutte le previste elaborazioni statistiche storiche e previsionali e di studio, consentire l’accesso a tutti gli utenti dotati di opportuno account. Dovrà pertanto pubblicare, in tecnologia web, pagine di accesso ai dati definite in fase esecutiva e differenziate per classe di utenti, che saranno pubblicate e rese accessibili a tutti gli utenti autorizzati e potranno anche eventualmente essere pubblicate su rete Internet. La Piattaforma integrata dovrà inoltre essere predisposta per l’acquisizione ed elaborazione delle informazioni provenienti da banche dati esterne (quali ad esempio ANIA, ACI, ISTAT, Polizia, ecc…). La fornitura deve prevedere la realizzazione di un sistema in italiano, con interfaccia utente multilingua (almeno italiano e inglese), per l’erogazione di servizi informativi personalizzati location aware (basati su GPS), con contenuti multimediali fruibili su richiesta (on-demand) sul terminale dell’utilizzatore (Tablet, Smartphone, Notebook). Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 4 di 31 In sede di offerta il concorrente deve indicare la numerosità e la consistenza degli apparati periferici e centrali. L’appalto prevede tutti gli oneri e prestazioni inerenti alla progettazione, all’esecuzione di ogni eventuale studio, indagine o rilievo preliminare alla redazione degli elaborati di dettaglio, alla fornitura della documentazione relativa alle caratteristiche tecniche e all’utilizzo e manutenzione degli impianti, al trasporto, al montaggio e alla configurazione dei componenti dell’impianto, alle provviste e forniture necessarie al completamento in ogni loro parte degli impianti oggetto dell’appalto, agli allacciamenti elettrici o ai sistemi di alimentazione autonoma (fotovoltaica), ai collegamenti con i sistemi di telecomunicazione, all’apertura e la gestione dei cantieri, alla verifica di conformità e alla messa in funzione, all’allestimento necessario della segnaletica per i lavori su strada in presenza di traffico e quant’altro necessario, nonché gli oneri e prestazioni relativi alla predisposizione di tutte le pratiche autorizzative necessarie. L’incarico prevede anche la fornitura, l’installazione e la configurazione di tutti gli apparati (comunicazione, elaborazione e pubblicazione) necessari al funzionamento del centro di controllo e di ciascuna postazione locale sul territorio, lo sviluppo di tutti i moduli software di gestione dei dati, di simulazione e previsione degli scenari di traffico e di incidentalità, licenze e files sorgenti, drivers e quant’altro necessario all’implementazione dell’intero sistema. La Centrale Operativa COmunale verrà installata presso un sito messo a disposizione dalla Stazione Appaltante. È da intendersi compreso nella fornitura anche il servizio di gestione, assistenza e manutenzione di tutte le forniture e prestazioni oggetto dell’appalto, per una durata complessiva di n. 3 (tre) anni. Al termine del periodo di esercizio dovrà essere garantito pieno accesso, fisico e telematico ad ogni apparato oggetto della fornitura. Resta inteso che, immediatamente dopo la verifica di conformità, le apparecchiature installate sul territorio del Comune di Cisterna di Latina diverranno di proprietà dell’Amministrazione e che le stesse dovranno esser consegnate perfettamente funzionanti all’Amministrazione Comunale al termine del periodo di esercizio. È escluso qualsiasi altro utilizzo delle apparecchiature installate sul territorio da parte della società erogatrice del servizio. Gli interventi oggetto del presente appalto dovranno essere realizzati secondo l’architettura descritta nella relazione tecnico-illustrativa, allegata al presente C.S.A., nella quale è anche individuata l’area di intervento. L’Aggiudicatario ha, comunque, la facoltà di definire e proporre, all’interno della propria offerta tecnica, la soluzione architetturale che ritiene più idonea a garantire i requisiti funzionali ed operativi definiti nel presente Capitolato, coerentemente con quanto descritto nella relazione tecnico-illustativa allegata al presente. All’interno della propria Offerta Tecnica, l’Aggiudicatario deve, comunque, motivare, dal punto di vista tecnico, funzionale, operativo e prestazionale, le soluzioni architetturali proposte e descrivere gli impatti tecnologici che l’architettura proposta avrà rispetto alle dotazioni infrastrutturali attuali del Committente. L’infrastruttura proposta, in termini di hardware, software e servizi, rispettando i criteri di scalabilità, dovrà essere aperta e predisposta per gestire gli scenari futuri, ad esempio per aumento del numero di bus, vetture per car sharing, integrazione delle videocamere ecc. Dovrà inoltre tenere conto di nuove combinazioni dei fattori di efficientamento dei sistemi di mobilità, di nuovi prodotti/servizi, e anche di soluzioni organizzative che consentano di razionalizzare ed ottimizzare le azioni specifiche. Art.4 DESCRIZIONE DELLE PRESTAZIONI Di seguito si riporta il dettaglio delle prestazioni oggetto del presente appalto le quali possono essere raggruppate in tre corpi d’opera: 1. Progettazione Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 5 di 31 2. Fornitura e Installazione 3. Servizi 4.1 PROGETTAZIONE In caso di aggiudicazione della gara dovrà essere elaborata la progettazione di dettaglio in conformità a tutto quanto indicato nella documentazione fornita dal Committente, nonché in conformità alle disposizioni legislative e normative applicabili per ogni intervento ed opera prevista, e dovrà comprendere tutti gli elaborati previsti dalle dette norme e completo di tutte le indagini, verifiche e relativi elaborati, previsti nelle presenti specifiche ed eventualmente richiesti dal Committente in fase di approvazione della progettazione. Nel redigere detto progetto l’impresa è impegnata a contenere l’ammontare dei lavori entro i limiti dell’importo offerto in fase di gara, ed a mantenere gli impegni tecnologici presentati nell’offerta tecnica di gara. Nella progettazione è compreso lo sviluppo di tutti i moduli software previsti per la gestione dei sottosistemi e della piattaforma software integrata per la gestione della centrale operativa. La stesura del progetto dovrà esaurientemente trattare i temi e fornire gli elaborati di seguito descritti in linea indicativa e non esaustiva: Relazione descrittiva dei criteri utilizzati per le scelte progettuali nonché delle caratteristiche dei sistemi e dei materiali prescelti e dell’inserimento delle opere sul territorio; Elaborati grafici delle principali caratteristiche delle opere e delle soluzioni architettoniche da realizzare presso la sala operativa, ubicazione degli apparati di campo ecc.; Descrizione generale degli interventi e delle modalità di esecuzione e relativi elaborati grafici; Calcoli e schemi statici di: o tutte le opere civili per l'installazione della sensoristica degli apparati e degli impianti sul territorio; o tutta l'impiantistica e gli schemi elettrici di quadri e centraline; Descrizione delle caratteristiche tecnico-funzionali del sistema complessivo con le interazioni fra i vari sottosistemi; Descrizione di dettaglio dell’architettura software; Documentazione necessaria al rilascio dei permessi da richiedere alle autorità/enti locali; Cronoprogramma di dettaglio dei lavori e delle attività complementari con dettaglio della disponibilità presso il fornitore dei prodotti/sottosistemi e dei tempi di installazione e di attivazione; Gli elaborati tecnici dovranno risultare: a) coerenti e compatibili con la soluzione progettuale a base di affidamento e descritta nella relazione tecnico-illustrativa allegata; b) coerenti con quanto indicato nel presente capitolato; c) essere comprensivo di: Elaborato di valutazione e risoluzione di eventuali interferenze delle opere con sottoservizi e traffico locale. 4.2 FORNITURA E INSTALLAZIONE L’appalto prevede la fornitura e posa in opera chiavi in mano dei sottosistemi periferici descritti nella relazione tecnico-illustrativa e di cui si riportano di seguito i requisiti minimi tecnico-funzionali. È fatto d’obbligo per l’esecutore di presentare, prima dell’attività di installazione, un programma esecutivo dettagliato anche indipendente dal cronoprogramma di progetto. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 6 di 31 In sede di offerta tecnica i Concorrenti potranno presentare ulteriori caratteristiche e/o migliorie rispetto a quelle indicate nel presente Capitolato, che saranno oggetto di attenta valutazione da parte della Commissione giudicatrice. 4.2.1 Fornitura e Installazione Sottosistema Periferico: Pannelli a Messaggio Variabile (PMV) L’appalto prevede la fornitura di n. 5 pannelli a messaggio variabile a LED che dovranno avere le seguenti caratteristiche minimali: PMV composto da Full Color 90x90 cm Display a LED ad alta visibilità, righe grafiche n° 5 per 16 caratteri di altezza 16 cm compresa di targa superiore retroiilluminata (Scritte fisse indicanti nome del comune + logo a colori). Collegamento dati RS485 Connettività verso il COCO in modalità wireless tramite rete Wi-Fi cittadina e rete GSM/GPRS/EDGE/UMTS LED ad altissima efficienza Angolo di visibilità/leggibilità ampio SCHERMO: o Luminosità a regolazione automatica controllata da sensore elettronico per ottenere la migliore leggibilità e contrasto in ogni condizione di luce e consentire risparmio di energia. o Policarbonato trasparente spessore 4 mm; o Antivandalismo, antinfortunio, antiabrasione, ignifugo, antiriflesso, resistente ai raggi U.V., ad adesivi, carburanti, scritte e vernici; o Ottima visibilità sia di giorno che di notte anche in presenza di forte luce solare; o Alettatura speciale di protezione contro i raggi solari incidenti; o Leggibilità a notevole distanza e da diverse angolazioni. VENTILAZIONE o Circuito di termoregolazione a ventilazione forzata a controllo automatico con funzione anticondensa mediante ventole radiali e ventole tangenziali ad attivazione termostatica. o Temperatura di funzionamento (‐10° / +50°). SICUREZZA E NORME o Isolamento totale delle parti sotto tensione dal contenitore e dal supporto; o Contenitore garantito per esterno in alluminio anodizzato completamente chiuso per evitare manomissioni (senza sportelli di apertura); o Telaio interno speciale per evitare il fissaggio di componenti elettronici sul pannello esterno soggetto a vandalismi; o Rispetto della tutela della salubrità e sicurezza degli ambienti di vita per l’esposizione ai campi elettrici, magnetici ed elettromagnetici. VARIE o Telaio interno con struttura antishock; o Doppio filtro antipolvere; o Conservazione in memoria dei messaggi senza tensione in rete; o Grado di protezione: IP54. La fornitura dovrà comprendere la relazione tecnica relativa alla costruzione del portale (pannello a messaggio variabile) timbrata e firmata da ingegnere abilitato. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 7 di 31 4.2.2 Fornitura e Installazione Sottosistema Periferico: Sistema a Bordo Veicolo Localizzatori GPS (per Bus TPL) e OBU per Bus Elettrici Localizzatori GPS La fornitura oggetto del presente capitolato prevede almeno n. 7 localizzatori GPS per la flotta del TPL. I localizzatori dovranno essere installabili e attivabili facilmente. Il localizzatore dovrà attivarsi automaticamente all’accensione del veicolo. Una volta attivato, il dispositivo invia i dati autonomamente tramite GPRS/EDGE/UMTS al COCO. OBU Il sottosistema dovrà essere composto al minimo da n. 03 unità di bordo; ogni OBU deve riportare in modo chiaro ed indelebile almeno le seguenti informazioni: Numero o sigla identificativa del modello Sigla o codice del fornitore Numero di serie Data di fabbricazione Tensione nominale di funzionamento L’OBU sarà installata attraverso un sistema di fissaggio tramite il quale potrà essere agganciata e sganciata, in modo da consentire la rimozione della stessa o il suo uso su più veicoli. La configurazione deve prevedere: - Installazione della OBU sul cruscotto o sul parabrezza del veicolo attraverso l’utilizzo di un apposito sistema di fissaggio; - La possibilità di connessione dell’OBU alla linea esterna di alimentazione; - La produzione e l’invio alla COCO di una segnalazione in caso di disconnessione dell’alimentazione. Le OBU dovranno essere in grado di rilevare i parametri dal CAN-bus del veicolo (specificati nella relazione tecnica). Il collegamento della OBU al CAN-bus del veicolo permette di rilevare un identificativo univoco, che deve poter essere utilizzato come sistema antimanomissione e come chiave di collegamento univoca OBU-veicolo. Le OBU dovranno inviare i dati acquisiti in modo autonomo al COCO tramite la rete GPRS/EDGE/UMTS. Specifiche funzionali delle OBU Le specifiche funzionali riguarderanno principalmente le policy di comunicazione da regolamentare e sono relative a: - Modalità di aggiornamento da remoto della configurazione delle OBU: dovrà essere possibile configurarle ed aggiornarle da remoto attraverso comandi di configurazione. Inoltre dovrà essere possibile aggiornare il firmware che ne realizza il funzionamento; - Modalità ed intervallo di raccolta, aggregazione e trasmissione dei dati: i dati rilevati dalla OBU dovranno essere aggiornati con una frequenza definibile a piacere in fase di configurazione delle OBU. I dati vengono memorizzati in una memoria locale alla OBU fino al momento della trasmissione alla centrale. La trasmissione dei dati avverrà su rete IP, tramite l’invio di un messaggio codificato secondo la definizione di un apposito controllo. La frequenza di trasmissione dei dati dovrà essere configurabile a piacere a partire da 1 volta al minuto. La frequenza di aggiornamento ideale sarà determinata dal giusto trade-off fra l’economia di esercizio (costi di trasmissione) e la necessità di informazioni “near real time”; - Protocollo di trasmissione: dovrà essere adeguatamente documentato ed integrabile. Dovranno essere definite dall’Appaltatore le politiche di richiesta dati e risposta dalla centrale dati, gli intervalli di aggiornamento dei dati e delle routine necessarie per garantire le trasmissioni dei dati in caso di mancanza di segnale, perdita di pacchetti dati o per qualsivoglia motivo. A tal proposito la OBU dovrà poter memorizzare al proprio interno tutti i messaggi non inviati, a prescindere dall’errore riscontrato; Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 8 di 31 Software di bordo (firmware OBU): dovrà consentire la verifica di alcuni parametri del sistema e sarà configurabile per: o consentire il suo corretto abbinamento al particolare mezzo tracciato; o consentire il corretto abbinamento ad eventuali sistemi bluetooth; o recepire dati di stato circa fermate e soste; o memorizzare i dati recepiti; o memorizzare eventualmente un tragitto di riferimento. Dati trasferiti dalla OBU inerenti l’esercizio del vettore dovranno contenere almeno: o dati di posizione; o timestamp della rilevazione; o velocità istantanea della rilevazione; o variazione stato veicolo (motore acceso/motore spento); o distanza percorsa; o accelerazioni di tipo istantaneo. - - In qualsiasi caso dovrà essere possibile, in fase di configurazione, la modifica e l’aggiunta di parametri e dati di trasmissione. L’appaltatore dovrà fornire adeguata documentazione che illustri esaustivamente l’architettura software e le tecniche di programmazione implementate per le OBU e le policy di trasmissione e di recovery (ossia di ritrasmissione dei dati) messe a disposizione del sistema. Specifiche funzionali del sistema di fissaggio delle OBU Il sistema di fissaggio dovrà essere costituito da un supporto che consenta di fissare solidamente al cruscotto o al parabrezza la OBU. Per tale sistema si potrà adottare qualsiasi tecnologia sia reputata idonea (velcro adesivo tipo dual lock 3M, cradle supporto adesivo, ventosa …) a patto che sia assicurata la tenuta della OBU durante la marcia del veicolo. 4.2.3 Fornitura e Installazione Sottosistema periferico: Sistema di Videocamere per Sorveglianza e Monitoraggio Traffico Si richiede di realizzare un sistema di videosorveglianza con funzionalità di monitoraggio centralizzato dei flussi video, di analisi delle scene e di monitoraggio del traffico veicolare da applicarsi in punti nevralgici all’interno del Comune di Cisterna di Latina. Il sistema dovrebbe essere di tipo data association, la cui prerogativa è quella di identificare i veicoli tracciandone la traiettoria nel passaggio da una telecamera all’altra. In questo modo, essi possono fornire informazioni sui tempi di percorrenza dei rami stradali e su coppie O/D. Ciascuna videocamera dovrà essere gestita dalla Centralina Elettronica Periferica di controllo. La telecamera digitale proposta sarà di tipo day and night ed effettuerà registrazioni video 24 ore su 24 oppure su motion detection. Si tratta di una telecamera digitale ad alte prestazioni indicata per la videosorveglianza continuativa. La telecamera dovrà fornire immagini di alta qualità in tutte le condizioni di illuminazione. La telecamera deve essere dotata di un collegamento Power over Ethernet per consentire di alimentarla tramite un cavo di rete o con un gruppo di continuità (UPS). Sono accettate soluzioni equivalenti. Devono essere supportati i formati Motion JPEG e Mpeg. I Concorrenti dovranno specificare e garantire, per ogni tipo di postazione, le seguenti caratteristiche tecnico-funzionali: aspetto esterno; campo di funzionamento; Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 9 di 31 precisione di misura (conteggio, classificazione per velocità, classificazione per lunghezza); influenza degli agenti esterni sulle misure; consumi elettrici; accessibilità per manutenzione e riparazione; tipo dell’eventuale contenitore e modalità di installazione; modalità di taratura in loco; modalità di manutenzione e assistenza; tempo di fornitura ricambi. NOTA: La funzione di classificazione veicolare deve almeno essere garantita nelle ore diurne. Di seguito vengono dettagliate le caratteristiche minime che dovranno avere le telecamere oggetto dell’appalto. Sistemi con prestazioni equivalenti o superiori sono da considerarsi accettabili: Configurazione - Velocità di acquisizione immagini fino a 25 al secondo - Installazione e configurazione tramite web server integrato - Configurazione e monitoraggio tramite TCP/IP - Sincronizzazione attraverso protocollo SNTP - Aggiornamento del software attraverso browser web Trasmissione dati - Modalità FTP client verso FTP server - Protocollo documentato TCP/IP - Porta seriale RS485 isolata - Connettività verso il COCO in modalità wireless tramite rete Wi-Fi cittadina e rete GSM/GPRS/EDGE/UMTS System - Risoluzione immagini telecamera 1280x960 - Illuminazione LED ad alta potenza - I/O digitali: 1 ingresso optoisolato – 2 uscite relè - Connettori a tenuta IP66 - Fast Ethernet 10/100 - Memoria da 8 GB Ambiente e alimentazione - Temperatura di funzionamento ed immagazzinamento da -30° a +55°C - Umidità di funzionamento ed immagazzinamento da 10% a 90% senza condensa - Protezione IP66 - Alimentazione 12-24 Vdc - Consumo di potenza 7 W Le videocamere potrebbero essere dotate di funzionalità OCR di riconoscimento targhe dei veicoli per servizi aggiuntivi su sicurezza e gestione amministrativa del territorio e collegamento con Banche Dati Esterne (ANIA, PRA, etc) per: fermo amministrativo; assicurazioni; veicoli rubati; ZTL; permessi disabilità; revisione. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 10 di 31 Specifiche funzionali dei sistemi di contenimento apparati di campo Tutti gli apparati delle postazioni di rilevamento, con esclusione delle antenne e/o dei pannelli fotovoltaici od altri sistemi per la generazione di energia rinnovabile, dovranno essere allocati all’interno di appositi contenitori di alloggiamento. I contenitori dovranno: garantire il massimo grado di antieffrazione (protezione passiva); fornire una segnalazione remota di effrazione dello stesso (protezione attiva); garantire il giusto grado di isolamento e dissipazione termica. Il posizionamento, in funzione dell’accessibilità degli apparati ai fini installativi e manutentivi, dovrà essere ad un’altezza tale da scongiurare il più possibile atti vandalici e tentativi di manomissione. Nel contenitore dovranno essere installati tutti gli apparati di acquisizione dei dati, di comunicazione e di continuità elettrica. Specifiche funzionali delle strutture di sostegno Le strutture di sostegno saranno costruite e installate secondo le più stringenti normative di sicurezza vigenti in materia. Eventuali apparecchiature aggiuntive da posizionare a terra, saranno disposte in appositi contenitori, idonei a garantire il contenimento delle stesse e la loro adeguata protezione. Sarà posta particolare attenzione all’impatto ambientale complessivo visivo dell’opera, che dovrà rispettare tutti i vincoli esistenti nell’area d’intervento. In fase di gara sarà cura dei Concorrenti individuare il sostegno più idoneo alla tipologia del sito di osservazione, struttura esistente, armadio, palo o portale di sostegno, atto all’installazione degli apparati di campo necessari. 4.2.4 Fornitura e Installazione Sottosistema Infrastruttura di rete WI-Fi pubblica L’appalto prevede un sistema Wi-fi che dovrà essere costituito da un numero minimo di access point adeguato alla copertura dell’area di intervento come identificata nella relazione tecnico-illustrativa allegata. Il sistema di registrazione non dovrà porre limiti al numero di utenti registrati sul sistema. Ogni access point dovrebbe essere dotato della propria interconnessione ad Internet, tramite linea xDSL ad indirizzo IP fisso. L’utilizzo di connessioni WiFi (sia dedicate che condivise con quelle utilizzate dagli utenti del servizio) per l’interconnessione degli stessi access point sia tra di loro che ad Internet sarà consentita esclusivamente per le locazioni degli access point dove gli operatori di telecomunicazioni avranno dichiarato di non poter fornire un accesso in tecnologia xDSL in un raggio inferiore a 100 metri. In fase di realizzazione del servizio, a fronte di inaspettate problematiche nel posizionamento delle apparecchiature, l’Amministrazione potrà valutare se mettere a disposizione i propri edifici per ospitare le apparecchiature, le terminazioni di rete e/o di alimentazione. Oltre al rispetto della normativa nazionale in termini di irradiazione elettromagnetica e di fornitura di servizi di connettività al pubblico, dovranno essere rispettate anche le normative regionali e locali. Si richiama a tal proposito il regolamento comunale per la progettazione e la gestione degli impianti di telecomunicazione. Specifiche tecniche e funzionali del sistema Gli Access Point installati dovranno essere del tipo da esterni, con protezione IP65 o NEMA 4 (protezione completa contro la polvere e getti d’acqua da ogni direzione), con supporto agli standard 802.11b/g/n e almeno due antenne con supporto MIMO (Multiple Input Multiple Output) con possibilità di operare da 10°C a +50°C. Sarà apprezzata la disponibilità dello standard 802.11a (5 Ghz) e la presenza di un numero superiore di antenne. Sarà inoltre apprezzata la capacità di ciascun Access Point di forzare o invitare il dispositivo ad utilizzare la frequenza di 5 GHz, qualora la supporti insieme alla più comune frequenza di 2.4 GHz. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 11 di 31 Ciascun Access Point dovrà poter offrire fino ad un minimo di otto SSID, uno identificato per il pubblico con l’accesso tramite Captive Portal, uno riservato per gli operatori dell’Amministrazione Comunale con sicurezza WPA2 ed accesso libero senza Captive Portal o limitazioni. Gli altri SSID saranno riservati per usi futuri dell’Amministrazione Comunale. Sarà apprezzata la possibilità di assegnare differenti priorità al traffico dei vari SSID. Sarà apprezzata la capacità degli Access Point di operare in “Client Isolation” o “AP Isolation”, ovvero impedendo la comunicazione diretta tra differenti stazioni registrate sul medesimo Access Point. L’installazione, attivazione ed ogni canone relativo alle linee xDSL sarà a carico della società individuata dell’erogazione della fornitura e del servizio. Le soluzioni dovrebbero essere realizzate attraverso software Open Source. In questo caso il software in formato sorgente, le personalizzazioni, le installazioni ed ogni altra modifica farà parte della fornitura. Durante il periodo di erogazione del servizio di accesso ad Internet, tutti i dispositivi necessari dovranno essere mantenuti in perfetto funzionamento ed efficienza. Il fornitore del servizio dovrà provvedere a fornire tramite i propri server un servizio di DNS ai cittadini che si autenticheranno tramite il Captive Portal. Ogni Access Point dovrà fornire statistiche relativamente all’uso della banda tramite SNMP. Sarà apprezzata la capacità di ogni Access Point (o di un sistema centrale, ma con indicazioni suddivise per Access Point) di fornire, tramite SNMP, informazioni sul numero dei client connessi. Gli utenti che si autenticheranno tramite il Captive Portal potranno navigare liberamente sulla rete Internet fino al raggiungimento di un limite temporale e di traffico effettuato, che sarà definito in sede realizzativa. Al raggiungimento di uno di questi limiti, la sessione scadrà e l’utente dovrà autenticarsi nuovamente sul Captive Portal. L’Amministrazione potrà liberamente modificare nel corso dello svolgimento del servizio i valori di tempo e di banda. Potrà essere prevista la possibilità di assegnare differenti valori di tempo e di traffico ai vari Access Point dislocati sul territorio. Il sistema dovrà consentire la possibilità di limitare il numero di ri-connessioni giornaliere per ciascun utente. Gli utenti potranno liberamente accedere alla rete, ma saranno implementate limitazioni sulle porte utilizzabili per la trasmissione dei dati. In particolare gli utenti che si autenticheranno tramite il Captive Portal potranno accedere a servizi pubblicati sulla rete Internet solo sulle porte relative al funzionamento dei protocolli FTP, SSH, DNS, HTTP e HTTPS. L’Amministrazione potrà liberamente modificare nel corso dello svolgimento del servizio quali ulteriori protocolli ammettere tramite gli Access Point. Qualora la connettività dell’Access Point non fosse disponibile per un guasto alla linea xDSL, lo stato di “isolato” dell’Access Point dovrà essere reso noto sul Captive Portal che dovrà fornire indicazioni relativamente alla procedura di registrazione. Il database degli utenti contenente tra l’altro le informazioni di accesso e di navigazione che verrà costituito nel corso dell’esercizio del servizio è di proprietà dell’Amministrazione che ne è titolare ai sensi della vigente normativa sulla Privacy. La società fornitrice del servizio sarà responsabile esterno del trattamento dei dati per tutto il periodo di esercizio. Con cadenza mensile il fornitore del servizio trasferirà copia di backup dei dati collezionati al Comune di Cisterna di Latina. Il fornitore del servizio permetterà ai tecnici dell’Amministrazione l’accesso diretto in lettura al database così costituito. Nella centrale operativa dovrà essere possibile visualizzare lo stato degli Access Point con indicazione del traffico istantaneo in upload, download e del numero di client connessi. Il servizio dovrà produrre e memorizzare grafici dei dati precedentemente rilevati; dovrà essere prevista la generazione automatica di report statistici. Nelle piazze e in altri luoghi di interesse, dovranno essere installati dei cartelli recanti il logo del Wi-Fi ed altri elementi che saranno comunicati al momento dell’affidamento. Gli oneri relativi alla fornitura, installazione e manutenzione dei cartelli saranno a carico dell’ Aggiudicatario. I cartelli dovranno avere dimensioni tali da essere visibili. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 12 di 31 La connessione con la COCO per lo scambio dati deve essere garantita tramite la rete Wi-Fi cittadina per i seguenti sistemi periferici: sistema di videocamere per sorveglianza e monitoraggio traffico; pannelli a messaggio variabile. Il sistema dovrebbe essere conforme alle specifiche della soluzione realizzata nel progetto ''Provincia WiFi' società Lait SpA (Lazio Innovazione Tecnologica). 4.2.5 Fornitura e Installazione Centrale Operativa Comunale (COCO) L’Aggiudicatario avrà l’onere di realizzare chiavi in mano la centrale operativa di controllo. Sono oggetto di fornitura ed installazione gli arredi, i condizionatori, pc, monitor, videowall ecc… oltreché tutti i software necessari per la gestione del sistema integrato, le relative licenze e i files sorgenti. Compito principale della COCO è di alimentare il portale di infomobilità e le paline informative con i dati disponibili delle OBU, dei dati di traffico rilevati dalle videocamere ecc., a cui possono accedere pubblicamente i cittadini per avere informazioni sia di tipo statico (ad esempio, orario delle corse), che di tipo dinamico (aggiornamento in tempo reale sulle corse, localizzazione flotta bus, condizioni del traffico, modal routing, gestione e prenotazione car e bike sharing ecc.). Le aziende TPL dovranno avere la possibilità di ricevere i dati aggiornati in tempo reale sullo stato delle singole corse effettuate dai propri mezzi, per come sono ricevuti dalla COCO, ovvero dati in forma aggregata, attraverso cui l’azienda potrà segnalare eventuali anomalie o fornire comunicazioni (ad esempio, motivi del ritardo di una corsa, cambio percorso, ecc.) da annotare nel record di corsa previsto nella base dati della COCO. Il sistema centrale sarà costituito da apparati di elaborazione (server) e da sistemi di comunicazione opportunamente dimensionati per svolgere le funzioni di acquisizione, elaborazione, consultazione, archiviazione su DB relazionale ed estrazione delle informazioni provenienti da tutti i sottosistemi presenti sul territorio. Il database del Centro di Controllo dovrà contenere tutti i dati (statici e dinamici) relativi al sistema di monitoraggio. Il sistema centrale dovrà rispondere ai seguenti requisiti qualitativi: Interoperabilità: facilità e versatilità d’integrazione con qualsiasi sistema di terze parti grazie alle più moderne tecnologie e standard di condivisione dati; Scalabilità: garantire elevate performance anche in presenza di notevoli livelli di carico; Sicurezza: la massima sicurezza in tutte le procedure d’interscambio dei dati. A tale scopo dovranno essere utilizzate esclusivamente connessioni sicure e meccanismi d’autenticazione e autorizzazione. L’accesso ai sistemi dovrà essere vincolato a meccanismi di sicurezza ad elevata indecifrabilità (es. password criptate e non decifrabili neanche agli amministratori dei sistemi); Flessibilità: l’intera architettura del sistema dovrà essere basata su moduli applicativi distinti in grado di adattarsi anche ai contesti più complessi; Velocità: il sistema dovrà garantire un’elevata performance in termini di velocità; Portabilità e distribuzione: le componenti software devono prevedere la possibilità di potersi svincolare dalla particolare piattaforma (sistema operativo ed hardware). Di seguito si riportano i requisiti della piattaforma hardware e software della COCO. Piattaforma HARDWARE del Centro di Controllo (COCO) Premesso che la struttura di dettaglio del sistema elaborativo centrale fa parte integrante della progettazione di dettaglio, e che quindi è onere della aggiudicataria definire esattamente tutti i dispositivi e le capacità elaborative necessarie al buon funzionamento del sistema, indicativamente si ritiene che il sistema stesso debba almeno prevedere i componenti di seguito elencati: Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 13 di 31 • L'hardware necessario alla soluzione deve essere della più recente tecnologia disponibile; tutte le sue componenti devono essere proposte dall’aggiudicataria nella offerta tecnica in una apposita sezione sull'hardware; • L’aggiudicataria dovrebbe descrivere nell’offerta tecnica gli scenari ipotizzati e le strategie proposte per garantire la continuità del sistema e delle sue operazioni; • L'infrastruttura di comunicazione deve essere fornita dall’aggiudicataria; • L’aggiudicataria deve indicare le caratteristiche e la banda supportata dall'hardware specificato; • L’aggiudicataria deve fornire un gruppo UPS in grado di sopperire alla mancanza (temporanea) di corrente, per un minimo di 8 ore. • Al superamento delle 8 ore, possono intervenire opportuni meccanismi di generazione elettrica (gruppi elettrogeni), per una durata illimitata. È prescrizione stringente che ciascun sistema elaborativo sia messo in condizioni di normale funzionamento avendo un carico elaborativo tale da impegnare soltanto al 50% le disponibilità di calcolo dei processori, della RAM installata e dell’I/O throughput dei server. Sono da prevedere non meno di 2 postazioni operatore costituite da PC, e periferiche connesse (doppi schermi, LCD da almeno 21”, stampanti laser a colori ecc.) Va inclusa inoltre nella fornitura una matrice composta da n° 2 schermi LCD da almeno 42”, eventualmente controllati da un apposito ulteriore server sul quale indirizzare le immagini di sintesi della situazione rilevata sul territorio (dati meteo, diagnostica, posizione dei sensori su sfondo cartografico, stime di mobilità ed incidenti ecc.). Piattaforma SOFTWARE INTEGRATA del Centro di Controllo (COCO) La piattaforma software del centro di controllo, che ha la funzione di integrare i moduli software di ciascuno dei sottosistemi previsti al fine di coordinare i diversi moduli attraverso un’unica interfaccia, dovrà possedere i requisiti di seguito riportati. Requisiti relativi alla piattaforma software di base • La soluzione di integrazione proposta deve essere disponile almeno su una delle seguenti piattaforme: Linux, Microsoft Windows, UNIX (HP UX, IBM AIX….) MAC OSX con preferenza verso piattaforme open source; • Devono esistere strumenti per la gestione delle prestazioni, a livello del sistema operativo, dell’applicazione, e della base dati; • L'architettura del sistema deve essere modulare e basata su di un approccio a livelli; • La Stazione Appaltante dovrebbe essere in grado di aggiungere e o rimuovere moduli; • L’Aggiudicatario deve indicare la strategia di prodotto di ciascun modulo SW e la relativa "Road Map"; • Ciascun modulo della soluzione dovrebbe poter essere utilizzabile indipendentemente; • Gli adattamenti e gli sviluppi SW aggiuntivi sulla piattaforma base di riferimento, dovrebbero poter essere migrabili sulle nuove versioni della piattaforma; • Deve essere garantita la compatibilità retroattiva ("backward compatibility"); • La soluzione proposta (hardware e software) deve essere scalabile sia verticalmente che orizzontalmente; • La scalabilità del sistema per un numero elevato di transazioni dovrebbe essere realizzata attraverso la riconfigurazione dei server, con una modalità che non richieda alcuna modifica nel codice della soluzione. Requisiti generali della piattaforma applicativa di utilizzo La soluzione proposta deve supportare gli standard internazionali La soluzione dovrebbe utilizzare un server applicativo open La soluzione deve utilizzare un Data Base relazionale Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 14 di 31 La soluzione dovrebbe permettere: o la notifica (automatica) all'amministratore o la notifica (automatica) per gli utenti o la gestione delle sessioni La soluzione deve contenere strumenti per l'installazione di estensioni e configurazioni La soluzione deve supportare FTP La soluzione deve consentire il supporto multi-site La soluzione deve contenere un Front-end per i "web services" L’esportazione delle informazioni dal DB avverrà a mezzo files scaricabili dall’utente secondo una reportistica predefinita nei formati più usuali per la gestione di tabelle e di report (es: .txt, .xls, .pdf, xml, etc.). È da preferire inoltre che il sistema elabori e possa scambiare (esportare e ricevere) le informazioni disponibili sulla rete in formato DATEX. La consultazione dei dati da parte degli utenti è consentita attraverso livelli di sicurezza diversificati in funzione del tipo di utente (amministrazione e/o terzo) e attraverso l’immissione di apposite password/login. L'utilizzo dei software dovrebbe essere registrato giornalmente. Il contenuto dei record sarà determinato congiuntamente con il fornitore aggiudicatario durante le fasi di analisi e disegno. Ciascun modulo software dovrà essere predisposto per una estensione pari almeno al raddoppio degli impianti previsti nell’offerta. Per ogni eventuale funzionalità aggiuntiva proposta sarà apprezzata una dettagliata descrizione. La piattaforma telematica, allo scopo di ipotizzarne l’impiego in uno scenario futuro, potrebbe essere aperta verso servizi multicanale quali servizio vocale telefonico, pubblicazione informazioni su Digital TV (DTV), Radio, SMS/MMS, pagine web, etc. Tali funzioni e le relative predisposizioni offerte, saranno valutati quale elementi migliorativi dell’offerta. Requisiti dell’ Interfaccia operatore del centro di controllo L’interfaccia operatore deve permette di visualizzare in forma georeferenziata tutti gli eventi, gli apparati (pmv, telecamere, localizzatori GPS e OBU, bike e car sharing), altri eventuali dispositivi periferici presenti sul territorio, i parametri caratteristici di viabilità (velocità, densità, tempi di percorrenza, indici di congestione) differenziati per tipologia di veicolo (tutti, pesanti e leggeri), il posizionamento della flotta bus e allarmi di traffico e di diagnostica. L’interfaccia va progettata per essere di semplice utilizzo e per fornire una efficiente supervisione dello stato dei sistemi. Tale interfaccia per default deve offrire all’operatore del centro di controllo, funzionalità di: visualizzazione degli eventi (tipologia, localizzazione, attributi di dettaglio, tempistiche); controllo dello stato degli apparati periferici; gestione da remoto degli apparati; visualizzazione delle grandezze relative allo stato del traffico nella rete stradale sotto controllo, sia in termini di valori assoluti di flusso e velocità sia attraverso tematizzazione lungo il tratto rilevato quali ad esempio i colori rosso- congestione, giallo- traffico condizionato, verdescorrimento libero; gestione da remoto degli allarmi e delle segnalazioni; Predisposizione di files di dati e di reportistica, da rendere disponibili agli utenti del portale web per il download rapido dei dati; Configurazione delle mappe. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 15 di 31 Le informazioni generali sono presentate a video per mezzo di tool tip (passaggio del mouse sulle icone georeferenziate). Il dettaglio delle informazioni (per esempio legate ad un profilo storico) relative ai dispositivi, agli eventi e ai parametri, viene visualizzato cliccando sull’icona associata. Dovrà essere possibile filtrare per categorie in fase di visualizzazione. La piattaforma software del centro di controllo dedicata al servizio di Mobility Management di Area (MMA) ha il compito di integrare i software di ciascuno dei sottosistemi previsti al fine di coordinare, attraverso un’unica interfaccia, le seguenti funzioni: A. Gestione Pannelli Informativi a LED (PMV); B. Gestione rete di Videocamere di sorveglianza e monitoraggio traffico veicolare; C. Portale Web dinamico con i seguenti contenuti: Infomobilità; Social mobility; Intermodal routing; Gestione, prenotazione e tariffazione Bike e Car Sharing; D. App per smartphone; E. Diversione modale; F. Elaborazione dati su Traffico e Incidentalità stradale. L’integrazione riguarderà dunque i moduli oggetto di fornitura riportati di seguito. Modulo Software PMV Il modulo software connette i controllori locali dei PMV, cui dal centro possono essere inviati messaggi mediante definizione di un programma orario di invio dei messaggi stessi o mediante forzatura da parte di un operatore di un messaggio su un singolo pannello. Il COCO dovrà acquisire dal sistema di gestione PMV almeno i seguenti dati statici (e ovviamente tutte le loro eventuali modifiche dovessero occorrere): Localizzazione su mappa e ID pannello; Coordinate georeferenziate pannello; Tipo di pannello (numerico/grafico); N. righe; N. caratteri/riga/pagine; e almeno i seguenti dati dinamici in tempo reale: Messaggio corrente visualizzato per ognuno dei pannelli; Informazioni diagnostiche sui pannelli (attivo/in avaria). I dati statici andranno acquisiti in sede di configurazione e di eventuali modifiche alla configurazione degli impianti. Per i dati dinamici l’acquisizione può avvenire in maniera asincrona nel momento di variazione del messaggio visualizzato. Il COCO deve essere in grado di inviare ai singoli pannelli messaggi specifici; l’operatore di centrale dovrà essere in grado di selezionare un singolo pannello e di compilare un messaggio da inviare ad esso, associato ai relativi parametri (tempo di permanenza del messaggio). Il COCO avrà informazione della corretta ricezione dei comandi e, alla sua visualizzazione, avrà informazione del nuovo stato dei pannelli e delle informazioni esposte secondo quanto detto sopra. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 16 di 31 Modulo Software TPL Il software di gestione del TPL dovrà essere in grado di acquisire in tempo reale le informazioni relative allo stato delle singole corse svolte dai mezzi che eseguono il servizio di TPL. Questi dati consentiranno alla COCO di effettuare l’analisi dello stato corrente delle condizioni della viabilità e dei tempi di arrivo alle singole fermate di tutte le corse TPL transitanti in ognuna di esse. A tal fine occorre che vi sia una base di dati contenente i dati sul traffico veicolare (velocità) e la localizzazione in tempo reale delle corse TPL. Più precisamente affinché la COCO sia in grado di acquisire in tempo reale le informazioni di interesse dai veicoli, questi dovranno inviare direttamente alla COCO, ad intervalli regolari, il codice identificativo della corsa che stanno svolgendo (tramite il sistema GPRS/EDGE/UMTS di bordo) e la loro posizione (rilevata utilizzando il sistema GPS di bordo). Dovrà essere possibile visualizzare lo storico delle posizioni dei mezzi e generare un rapporto viaggi con evidenza dei km percorsi, tempi viaggio, sosta e fermata, velocità medie e massime. Il Centro di Controllo deve poter visualizzare in tempo reale i dati di diagnostica sullo stato delle componenti. Modulo Software VIDEOSORVEGLIANZA Il software di gestione delle telecamere di sorveglianza e controllo dei flussi di traffico deve presentare caratteristiche di massima flessibilità ed affidabilità per un controllo totale dell’installato. Il sistema di attestazione e distribuzione delle immagini sarà costituito almeno da: 1. Visualizzatore web delle immagini/video provenienti dalle telecamere in campo; 2. Server per lo scarico remoto delle registrazioni e loro archiviazione; e dovrà avere le seguenti caratteristiche: 3. Gestione contemporanea multi flusso video provenienti dal campo; 4. Invio contemporaneo al server dispositivi di visualizzazione di più immagini. Modulo Software TRAFFICO e INCIDENTALITÀ La componente di monitoraggio del traffico dovrà consentire la visualizzazione e la stampa delle misure di traffico ricevute in “tempo reale” dalle telecamere. Il modulo dovrà permettere di visualizzare le principali grandezze di traffico: Flussi sulla singola sezione stradale; Velocità e densità; Classificazioni dei veicoli in base alla loro tipologia; Classificazioni dei veicoli in base alla velocità. Deve essere inoltre previsto un sistema di elaborazione dei dati di traffico e di incidentalità con le seguenti funzionalità minime: • Acquisizione dei dati dalle videocamere distribuite sul territorio e dagli eventuali sistemi già operativi; • Salvataggio su DB relazionale online delle informazioni acquisite; • Elaborazioni di monitoraggio del traffico per la visualizzazione in “tempo reale” delle grandezze rilevate; • Elaborazione dati di incidentalità (tale funzione presuppone la possibilità di accedere a banche dati esterne); • Elaborazioni statistiche puntuali quali il Traffico Giornaliero e Orario Medio per classi veicolari, Percorrenze Medie e periodali; • Consultazione di dati e immagini attraverso un’interfaccia utente di tipo web, da parte di utenti con livelli di sicurezza diversificati in funzione di ruoli e profili disponibili; Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 17 di 31 • Rappresentazione cartografica schematica su base geografica, basata sulle sezioni strumentate per la visualizzazione e navigazione dinamica degli elementi informativi; • Elaborazione di reportistica; • Diagnostica sullo stato di funzionamento dei componenti. Potrà inoltre essere prevista la funzionalità di rilevamento delle code e di generazione automatica di allarmi in caso di anomala variazione delle variabili rilevate e l’implementazione di modelli previsionali in grado elaborare scenari di previsione sui flussi di spostamento e di fornire indicazioni su tempi di percorrenza e strategie di gestione della domanda di traffico. Occorrerà possedere un’architettura ad alta scalabilità, in modo da minimizzare gli interventi necessari a seguito di una eventuale futura crescita del sottosistema in termini di postazioni di misura, di nuovi sensori e misure, e/o di nuovi utenti autorizzati all’accesso. Il sistema dovrà essere in grado di effettuare il download ed esportazione dei dati con riferimento a periodi stabiliti dall’utente fornendo i dati per intervalli temporali orari e classi veicolari. Le esportazioni dovranno poter essere effettuate per una fino a tutte le sezioni di misura installate, con riferimento al totale per infrastruttura, per sezione di misura, per singola direzione di marcia e per singola corsia. L’operatore dovrebbe poter effettuare la selezione secondo i seguenti criteri e livelli di aggregazione: sezione stradale, caratteristiche della strada o della corsia, strada urbana/extraurbana, direzione di marcia, corsia di marcia, per data, anno, mese, giorno, ora o fascia oraria, giorno della settimana (lunedì, martedì ecc.), tipo di giorno (feriale/festivo/prefestivo), flusso giornaliero, flusso orario, velocità media-min-max, categoria veicolare, ecc.. La selezione del dato potrebbe essere quindi eseguibile utilizzando svariate combinazioni. Una volta effettuata la scelta, a seconda della sezione d’interesse lo strumento restituirà i grafici e le tabelle precostituite. Il software potrebbe disporre di funzioni che permettono il caricamento dei dati in tempo reale in modo da identificare trend in contesti nei quali le informazioni sono in continuo aggiornamento. In modo immediato, dovrebbe essere possibile oltre che la lettura dei dati assoluti anche la visualizzazione di analisi comparative come ad esempio il confronto in differenti anni delle condizioni del traffico per una determinata sezione stradale e per un determinato periodo di tempo (in una certa fascia oraria, in un particolare giorno della settimana ecc.) e secondo altri criteri di selezioni. Ad esempio, attraverso la selezione di una strada, un grafico opportunamente costruito con le giuste dimensioni ed espressioni potrebbe dare evidenza di un maggiore livello di incidentalità nella fascia oraria notturna e con conducenti di giovane età. Sui grafici e le tabelle visualizzate possono essere effettuate in modo immediato diverse operazioni tra le quali: stampa, conversione in formato pdf, copia dei valori (da incollare ad esempio su file di testo, Excel ecc.), copia come immagine, invio diretto dei dati su file Excel, creazione di Report, ecc.. Modulo Software BIKE SHARING L’ oggetto del presente Appalto è esclusivamente la realizzazione di un sistema di gestione, prenotazione e tariffazione del servizio Bike Sharing, con esclusione della fornitura degli apparati di campo connessi al servizio e dell’esecuzione delle opere civili ed impiantistiche necessarie alla messa in opera degli apparati; tali attività saranno oggetto di un differente Bando di Gara. L’accesso al Servizio dovrà avvenire tramite il portale web/App previsti nel presente capitolato, inserendo login e password personali e diverse per ogni operatore/utente, le quali dovranno consentire di entrare nel sistema con profili di accesso differenti, con operatività diverse. Il sistema dovrà consentire le seguenti azioni: monitoraggio del servizio in tempo reale da parte dell’operatore del centro di controllo, consentendo il controllo sui prelievi e depositi; diagnostica sullo stato di funzionamento dei componenti; analisi transazioni, produzione di report statistici; Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 18 di 31 gestione della tariffazione; rilascio login e password per l’accesso degli utenti; visualizzazioni in tempo reale della disponibilità delle biciclette e dei posti liberi nei parcheggi georeferenziati su cartografia; servizio di prenotazione, modifica e annullamento; verifica del proprio credito residuo e delle transazioni; ricarica della propria tessera; visualizzazione da parte dell’utente dello storico delle azioni eseguite; scaricare i contratti di utilizzo, avere informazioni sull’iscrizione e informazioni sul meteo, sulle piste ciclabili, etc. L’architettura del sistema dovrà essere basata su una comunicazione diretta bidirezionale tra ogni singola stazione e la piattaforma web di gestione, attraverso un protocollo di trasmissione sicuro. Modulo Software CAR SHARING Poiché il Comune di Cisterna di Latina non è fornito di vetture car sharing e attualmente non se ne prevede l’acquisto a breve, l’attivazione del servizio di gestione, prenotazione e tariffazione potrebbe risultare non necessaria. Il sistema deve comunque essere predisposto per una messa in servizio futura. L’accesso al Servizio dovrà avvenire come già descritto per il modulo di Bike sharing. Il sistema dovrà consentire le seguenti azioni: monitoraggio del servizio in tempo reale da parte dell’operatore del centro di controllo, consentendo il controllo sui prelievi e depositi; diagnostica sullo stato di funzionamento dei componenti; analisi transazioni, produzione di report statistici; gestione della tariffazione; rilascio login e password per l’accesso degli utenti; visualizzazioni in tempo reale della disponibilità delle auto e dei posti liberi nei parcheggi georeferenziati su cartografia; servizio di prenotazione, modifica e annullamento; verifica del proprio credito residuo e delle transazioni; ricarica della propria tessera; visualizzazione da parte dell’utente dello storico delle azioni eseguite; scaricare i contratti di utilizzo, avere informazioni sull’iscrizione etc. L’architettura del sistema dovrà essere basata su una comunicazione diretta bidirezionale tra ogni singola stazione e la piattaforma web di gestione, attraverso un protocollo di trasmissione sicuro. 4.2.6 Fornitura e Installazione Portale WEB I servizi applicativi dispiegati nell’ambito del Capitolato dovranno essere erogati e fruibili attraverso il portale web oggetto di fornitura. Il portale web costituirà, assieme alle App, un unico punto di accesso alle funzioni e ai servizi del sistema, prevedendo sezioni ad accesso libero per gli utilizzatori finali (cittadini, viaggiatori, turisti, ecc.), sezioni ad accesso tramite credenziali e sezioni riservate agli operatori addetti alla gestione, amministrazione e conduzione operativa del portale. Gli utilizzatori finali avranno la possibilità di registrarsi e profilarsi sul portale per l’accesso a funzioni di consultazione dati, di prenotazione dei servizi car e bike-sharing, servizi di notifica ed avvisi in maniera personalizzata. Il portale dovrà inoltre contenere altre informazioni di carattere generale quali meteo, news del comune ecc. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 19 di 31 Il portale sarà sviluppato nel rispetto delle linee guida per la realizzazione di siti web pubblici e dovrà soddisfare requisiti minimi di usabilità ed accessibilità definiti dagli standard del W3C (WAI per i contenuti statici e WAI-ARIA per quelli dinamici). L’accesso al portale dovrà essere possibile con un qualsiasi browser web di navigazione (Internet Explorer, FireFox, Safari, ecc.) e con protocolli Internet standard (HTTP, HTTPS, TLS, ecc.). Tutte le funzioni e i servizi dovranno essere accessibili senza richiedere installazione di moduli e/o componenti lato client. La piattaforma dovrà utilizzare un CMS con funzioni evolute di supporto alla pubblicazione di contenuti multimediali, di gestione del workflow di pubblicazione e consentire un’agevole gestione multilingua (almeno italiano e inglese) sia dei contenuti informativi, sia dei menù di navigazione e delle interfacce di accesso ai servizi. La consultazione dei dati da parte degli utenti è consentita attraverso livelli di sicurezza diversificati in funzione del tipo di utente (operatore e/o utilizzatore) e attraverso l’immissione di apposite password/login. Requisiti Interfaccia Utente L’interfaccia utente sarà contraddistinta da adeguata omogeneità e uniformità di navigazione, gradevole nella grafica e con un layout user-frendly e non dispersivo. Dovrà inoltre essere caratterizzata dai seguenti requisiti: non dovranno esserci problemi di accesso nella transizione tra pagine, menù e applicazioni; una semplice help facility di tipo attivo e contestuale dovrebbe essere disponibile nella lingua del profilo dell'utente e del contenuto della schermata, eventuali errori dovranno essere segnalati all'utente; L'introduzione di dati da parte dell'utente dovrebbe avvenire in linea col rispetto degli standard della lingua selezionata nel profilo; Gli utenti devono poter accedere a tutte le applicazioni a cui sono autorizzati attraverso un unico login. Il fornitore del servizio dovrà prevedere , all’interno del portale web, la rappresentazione su mappa di tutti gli apparati periferici presenti sul territorio con indicazioni relative alla posizione, allo stato (attivo/non attivo) e, nel caso del car e bike sharing, anche la disponibilità dei mezzi. Dal portale web deve essere possibile accedere alle diverse sezioni per l’accesso alle funzioni di seguito descritte: Sezione TRAFFICO: Visualizzazione dei dati di traffico in forma di tabelle e/o grafici; Download dei dati di traffico e delle elaborazioni di proprio interesse; Download di dati da archivi predisposti dagli Utenti Amministratori; Stampa di reportistica, in forma di tabelle e grafici, relativa ai dati di cui sopra. Sezione CAR/BIKE SHARING: Visualizzazioni in tempo reale della disponibilità dei veicoli e dei posti liberi nei parcheggi georeferenziati su cartografia; Servizio di prenotazione, modifica e annullamento; Verifica del proprio credito residuo e delle transazioni; Ricarica della propria tessera; Visualizzazione dello storico delle azioni eseguite; Scaricare i contratti di utilizzo, avere informazioni sull’iscrizione e, sulle piste ciclabili, etc. Sezione INTERMODAL ROUTING Visualizzazione e navigazione mappe; Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 20 di 31 Pianificazione del percorso e mappa interattiva: l’utente deve poter definire i punti di partenza e arrivo, sia a mezzo d’inserimento manuale di tali indirizzi, sia direttamente dalla visualizzazione cartografica interattiva. Una volta selezionati i parametri di partenza e di arrivo, il sistema calcola dei percorsi alternativi tra cui poter scegliere e li visualizza su una mappa, ne fornisce il dettaglio con la metodologia di navigazione punto a punto, indicando gli orari e i tempi di percorrenza. L’utente potrà inoltre selezionare i mezzi di trasporto che desidera utilizzare, scegliendo tra quelli disponibili, quindi ad esempio bus, percorso a piedi, bicicletta ecc. Consultazione mappa: l’utente deve poter consultare direttamente la mappa, utilizzando le tipiche funzionalità di zoom e pan. Su tale mappa deve trovare indicati oltre alle strade e alle fermate del trasporto pubblico locale, anche ad esempio i principali punti d’interesse. Il calcolo del percorso quindi può essere fatto anche selezionando direttamente un punto sulla mappa, una via, una fermata o un punto d’interesse. Una volta selezionato il punto di partenza e di arrivo devono venir visualizzati i diversi percorsi individuati. Visualizzazione del percorso: una volta terminato il calcolo dei percorsi, il sistema presenta le alternative tra cui scegliere, con l’indicazione della distanza percorsa, del tempo impiegato, del numero di trasbordi. Per ogni alternativa l’utente deve poter ottenere le indicazioni passo-passo e visualizzare il percorso sulla mappa. Informazioni sui prezzi: il sistema deve offrire una sezione dedicata alla consultazione dei prezzi dei titoli di viaggio e dei luoghi in cui acquistarli. Tali informazioni devono poter essere gestite manualmente da parte degli operatori della COCO attraverso un’interfaccia gestionale e devono poter essere acquisite anche in maniera automatica da fonti informative attualmente non ancora individuate. 4.2.7 Fornitura e Installazione APPLICAZIONE MOBILE (APP) In linea generale l’applicazione dovrà rendere accessibili e fruibili gli stessi servizi del Portale Web. In aggiunta dovrà mettere a disposizione, per utenti registrati e profilati, servizi di notifica push in tempo reale di news relative, ad esempio, alla regolarità di un servizio TPL, o ad eventi ed emergenze relative al traffico e/o alla viabilità su un particolare ambito territoriale. Particolare attenzione dovrà essere posta nella progettazione dell’interfaccia utente che dovrà rispettare requisiti di usabilità ed accessibilità, presentare un layout grafico gradevole ed user-frendly, ed essere ottimizzata per l’utilizzo su dispositivi mobili. L’applicazione potrà funzionare ed essere utilizzata, a scelta dell’utente, sia in modalità offline che online, e dovrà inoltre prevedere meccanismi automatici di sincronizzazione per la distribuzione delle nuove versioni ed il recupero e/o l’aggiornamento dei dati locali rispetto a quelli archiviati nel data warehouse del sistema centrale. Saranno valutate positivamente soluzioni modulari ed aperte a possibili evoluzioni delle metafore di interazione con l’utilizzatore finale. I servizi dovranno essere accessibili in mobilità anche via browser. Requisiti Prestazionali • Il sistema deve poter sostenere 20 sessioni al secondo; • La soluzione proposta deve essere scalabile fino a supportare almeno 10.000 sessioni giornaliere, l’aggiudicatario deve fornire il piano di "Capacity" con una configurazione finale dettagliata e una stima di costo totale; • Il sistema, nella versione mobile, deve essere scalabile fino a supportare 5000 utenti giornalieri; • L'hardware deve essere specificato dall’aggiudicatario in modo da essere disponibile su base 24 X 7 (ad esclusione di particolari condizioni come gli aggiornamenti software e hardware); Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 21 di 31 • • • • • • L’aggiudicatario deve disporre di ambienti di test e di esercizio separati, ma comunicanti, in modo che gli aggiornamenti possano essere svolti senza degrado nella disponibilità dei servizi; La soluzione dovrebbe supportare clustering multi livello e ogni combinazione di livelli (presentazione, servizio, business logic, e base di dati); La configurazione iniziale del sistema dovrebbe supportare un tempo di latenza non superiore a 2 secondi per smartphone (esempio: connettività per attivare la geo referenziazione con resa della mappa stradale); La soluzione deve fornire la funzionalità di gestione avanzata della memoria cache; La soluzione dovrebbe fornire la funzionalità di replica dei Database (mirroring); Il sistema deve essere fornito in configurazione di High Availability. 4.2.8 Funzionalità Cartografiche Caratteristiche del SIT e del WebGis: • • • Visualizzazione delle informazioni cartografiche (mappa, immagine satellitare, ibrida); dovrebbe essere possibile la gestione in sovrapposizione di altre rappresentazioni cartografiche ed in ogni caso di tutta la cartografia comunale; Visualizzazione su base cartografica delle apparecchiature di campo; Interazione con gli oggetti visualizzati sulla mappa, in modo tale che, passando il puntatore sull’oggetto, si evidenzi una finestra che contenga informazioni sintetiche relative all’oggetto e selezionando l’oggetto si possa accedere alla finestra contenente tutte le informazioni dettagliate (diverse in funzione del livello di accesso dell’operatore/utente). Il sistema della mappe deve essere conforme alla direttiva INSPIRE. Dovrebbe inoltre prevedere funzionalità come la rappresentazione 3D della smartcity. Il sistema di gestione delle mappe può dare la possibilità di scaricare su smartphone, tablet le mappe e i dati del comune in modo da poter consentire l’uso dei dati dalle applicazioni native sullo smartphone, tablet. L’Aggiudicatario deve valutare il ruolo del sottosistema delle mappe e deve proporre la soluzione più efficace ed efficiente indicando le funzionalità supportate. Il sistema GIS dovrebbe potersi interfacciare con i dati di tutti i servizi del comune di Cisterna di Latina. 4.2.9 Diagnostica degli Apparati Lo stato della rete è definito dallo stato di tutte le tipologie di dispositivi che compongono la rete controllata dalla piattaforma software integrata del Centro di Controllo. Il sistema dovrà essere in grado di fornire in ogni istante una dettagliata situazione sullo stato diagnostico dei componenti della rete (attivo/in avaria/in errore), compresi i sistemi di trasmissione dati, sia sotto forma di rappresentazione grafica, sia di prospetto riepilogativo. Inoltre dovrebbe reagire ai malfunzionamenti per i quali è prevista un intervento automatico del Centro di Controllo. Ad ogni variazione di stato riconosciuta il sistema dovrà inviare una segnalazione diagnostica (direttamente replicabile verso la manutenzione): l'insieme di tali segnalazioni ricostruirà la storia del Sistema e consentirà di elaborare fuori linea analisi dettagliate relative all'affidabilità di ogni componente del sistema stesso. Il Sistema dovrà prevedere la memorizzazione automatica, anche attraverso i sistemi, all’interno del Database delle informazioni relative agli interventi effettuati per risolvere le problematiche segnalate e l’avvenuto ripristino. Il sistema renderà disponibile lo stato degli allarmi in diversi modi: Visualizzazione in formato tabellare; Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 22 di 31 Visualizzazione su base cartografica dello stato di ciascun impianto, distinto mediante opportuna simbologia e diversa colorazione dei simboli per rappresentare i diversi stati di funzionamento e allarme; Rappresentazione dello storico degli allarmi. L’interfaccia operatore dovrebbe prevedere una modalità di reset da remoto per la gestione di situazioni di blocco tale da garantire il mantenimento delle informazioni memorizzate in locale. Ad esempio, alla eventuale riattivazione da remoto dei PMV, deve essere mantenuto il palinsesto precedentemente configurato. È inoltre gradita la funzionalità di restart programmato ad intervalli prestabiliti. Il risultato dovrà essere quello di poter mantenere in piena efficienza il sistema senza necessariamente recarsi sul posto, risparmiando tempo e risorse. 4.3 SERVIZI Nell’appalto sono compresi i seguenti servizi: 1. MESSA IN ESERCIZIO a. Configurazione Sistema b. Formazione c. Avviamento 2. GESTIONE a. Affiancamento b. Servizi di connessione dati (canoni telefonici, hosting dati, etc) c. Aggiornamento contenuti portale web, app e palinsesti PMV d. Elaborazione dati ed invio reportistica 3. ASSISTENZA E GARANZIA 4. MANUTENZIONE La durata di tali servizi è di 3 anni a partire dalla data di verifica di conformità parziale del sistema con esito positivo, come definita all’art.11. La gestione deve essere garantita nell’orario di lavoro 8.30 - 17.00 dal lunedì al venerdì da un operatore che deve presiedere presso il locale del COCO. 4.3.1 Messa in Esercizio Il servizio di messa in esercizio dovrà prevedere le attività di seguito descritte. Configurazione Sistema Al termine della fornitura in opera dovranno essere configurati e calibrati tutti gli apparati hardware e software al fine di garantire il funzionamento ottimale del sistema. Formazione Alla configurazione dell’intero sistema, l’aggiudicatario dovrà garantire 10 giornate lavorative per il servizio di formazione, distribuite su richiesta e nei tempi indicati dalla Stazione Appaltante.. L’attività di formazione dovrà essere svolta presso le sedi e in date e orari concordati con la stazione appaltante e dovrà permettere agli operatori della stazione appaltante di raggiungere la completa padronanza degli strumenti disponibili e il loro pieno sfruttamento ai fini del raggiungimento degli obbiettivi del progetto. Il servizio di training on the job dovrà essere orientato a dotare il personale, utilizzatore del sistema, di conoscenze organizzative e informatiche sulle applicazioni e sul sistema nel suo complesso, tale da consentire: l’acquisizione della necessaria familiarità all'uso delle nuove tecniche e dei nuovi strumenti; Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 23 di 31 l'avviamento operativo dei servizi/uffici della stazione appaltante; l’autonomia nell’uso della soluzione proposta; il mantenimento nel tempo della conoscenza delle applicazioni per favorirne il pieno utilizzo in tutte le sue potenzialità; la gestione delle politiche di sicurezza e della banca dati. Al termine della formazione gli operatori dovranno essere in grado di: eseguire le operazioni di controllo di stato dei sensori (configurazione, diagnostica sullo stato di funzionamento dei componenti, etc); eseguire la configurazione dei parametri software; usare i sistemi periferici in loro dotazione in termini di query ed interazione con le informazioni; eseguire elaborazioni statistiche storiche e revisionali; eseguire elaborazione di reportistica. Dovrà essere compresa la fornitura di materiale didattico da utilizzare durante lo svolgimento dei corsi, nonché i manuali utente per l’utilizzo del software ed i manuali di funzionamento di tutti gli apparati. L’aggiudicatario dovrà fornire un piano di formazione al personale utilizzatore e gestore del sistema, in maniera tale da supportare l’attività specifica per ciascuna categoria di soggetto interessato (operatori, amministratori, utenti…). A conclusione della formazione dovrà essere redatto apposito verbale di esecuzione. Avviamento L’avvio del servizio di gestione, assistenza e manutenzione avverrà a seguito dell’esito positivo della verifica di conformità parziale, di cui all’art.11 del presente capitolato, delle seguenti prestazioni: fornitura in opera, configurazione dell’intero sistema, formazione del personale. In fase di offerta il concorrente dovrà descrivere il percorso di avviamento più opportuno per rispondere ai requisiti e agli obiettivi del sistema e del progetto, illustrando, modalità, contenuti e durata. 4.3.2 Gestione Affiancamento All’avvio del sistema il concorrente dovrà inoltre prevedere una fase di affiancamento, svolto presso le sedi della stazione appaltante, garantendo la presenza di personale del proponente a supporto degli operatori nello svolgimento delle proprie mansioni durante il primo periodo di esercizio. Servizi di Connessione Dati I servizi erogati dovranno essere fruibili attraverso le diverse reti di connessione disponibili sul territorio (GSM, GPRS, EDGE, UMTS, Wi-Fi, ecc.) e una molteplicità di dispositivi, sia fissi (computer, pannelli a messaggio variabile), che mobili (smartphone, tablet). Per lo scambio dati tra i vari sottosistemi e la centrale operativa, tutti i servizi dovranno essere comprensivi di canoni per la fornitura di SIM Card per i servizi di connettività GSM/GPRS/EDGE/UMTS. Tutti i dispositivi periferici (ad esclusione dei localizzatori GPS e OBU) devono prevedere l’utilizzo della rete Wi-Fi cittadina per lo scambio dati con la Centrale Operativa. Qualora sia disponibile la copertura Wi-Fi cittadina, i dispositivi dovranno preferite tale rete di trasmissione dati con la COCO. In particolare dovranno essere previsti i canoni telefonici delle Sim Card da inserire negli apparati di campo e nei modem del centro di controllo per la durata di 3 anni (36 mesi), il canone annuale per i servizi Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 24 di 31 di hosting dati per n. 03 localizzatori GPS e n. 07 OBU e il canone annuale ADSL per il sistema Wi-fi, sempre per la durata di 3 anni (36 mesi). Aggiornamento contenuti Nel periodo di gestione di 3 anni l’aggiudicatario dovrà garantire l’aggiornamento dei contenuti del portale Web e App e l’aggiornamento dei palinsesti PMV. Elaborazione Dati e Invio Reportistica Durante il periodo di gestione sarà a carico dell’aggiudicatario, la trasmissione di report statistici indicati di seguito. Portale Web, App e Wi-fi Trasmissione di report con cadenza mensile contenenti almeno: - Numero nuove registrazioni - Numero visite e accessi - Durata delle connessioni Servizio gestione e prenotazione Car e Bike Sharing Trasmissione di report con cadenza mensile con almeno i seguenti contenuti: - Statistiche utenti (età, professione, residenza, etc.) - Utilizzi per utente - Utilizzi giorno/mese/anno - Iscritti periodo - Matrice origine/destinazione - Distanze minime percorse - Report quotidiano andamento sistema Monitoraggio TPL Trasmissione mensile di almeno i seguenti dati: - Distanze percorse (per ciascun mezzo e come media giornaliera/mensile/annuale) - Consumi per i veicoli dotati di centralina di bordo (per ciascun mezzo e come media giornaliera/mensile/annuale) Monitoraggio Traffico Trasmissione con cadenza mensile di report statistici contenenti almeno: - flussi di traffico distinti per classe di veicolo e di velocità, per sezione stradale e per direzione di marcia, per fasce temporali, per tipo di giorno, picchi di traffico ecc… - velocità medie per classe di veicolo, per sezione stradale e per direzione di marcia, giorno/notte, per tipo di giorno, picchi di velocità minimi e massime ecc… - registrazione delle anomalie sulla circolazione veicolare Servizio Diagnostica e Manutenzione Trasmissione con cadenza mensile di report statistici almeno su: - numero di segnalazioni delle anomalie sullo stato de gli apparati periferici - numero interventi di manutenzione eseguiti - tempi di intervento dalla segnalazione di guasto. 4.3.3 Assistenza e Garanzia Il periodo di assistenza e manutenzione in garanzia su tutta la fornitura e su ogni singolo componente avrà la durata di 12 (dodici) mesi a decorrere dalla data di superamento della verifica di conformità parziale con Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 25 di 31 esito positivo, a prescindere dalla data di installazione ed avvio operativo dei singoli componenti della fornitura. Il servizio di assistenza e manutenzione in garanzia della fornitura deve essere eseguito nel rispetto delle modalità descritte nel seguito. Il Concorrente dovrebbe prevedere un servizio di help-desk che copra un periodo di almeno n. 36 (trentasei) mesi a partire dalla data di verifica di conformità parziale. Il servizio dovrebbe essere realizzato per fornire assistenza: • agli operatori e gestori del sistema; • agli utenti dei servizi forniti dal sistema. La struttura tecnica incaricata dell’help-desk dovrebbe garantire la piena conoscenza dei moduli sviluppati e dei sistemi coinvolti nell’intervento. L’assistenza deve essere garantita nell’orario di lavoro 9.00 - 18.00 dal lunedì al venerdì. In sede di offerta il Concorrente specificherà le caratteristiche del servizio proposto, evidenziando le eventuali migliorie rispetto alle esigenze qui espresse che rappresentano il livello minimo accettabile. 4.3.4 Manutenzione Correttiva e Adeguativa Per l’intera durata contrattuale del periodo di gestione del sistema (3 anni) dovranno essere prestati adeguati servizi di manutenzione software e hardware correttiva e adeguativa, finalizzati ad assicurare il normale e regolare funzionamento di tutte le componenti applicative e delle interfacce. La manutenzione correttiva dovrà assicurare la diagnosi e la rimozione di anomalie o malfunzionamenti sul software e hardware fornito. Tale attività sarà comprensiva di installazione, disinstallazione, verifiche e controlli necessari per la sicurezza degli interventi e quant’altro necessario per il ripristino del corretto funzionamento delle componenti individuate come difettose o mal funzionanti. Un intervento di manutenzione correttiva sarà di norma innescato da: una segnalazione fatta direttamente dall’Amministrazione (o per conto della stessa da parte un operatore o utilizzatore autorizzato) di impedimento nell’esecuzione dell’applicazione e/o di una funzione e/o di un servizio; riscontro di differenze operative e/o funzionali fra l’effettivo funzionamento della componente software e quello atteso risultante da documenti di progettazione e specifica dei requisiti; azioni di controllo e monitoraggio sul corretto funzionamento del sistema realizzate dell’Amministrazione o autonomamente avviate dallo stesso Aggiudicatario. La manutenzione adeguativa dovrà assicurare la costante aderenza dell’intera piattaforma applicativa e della rete periferica alla possibile evoluzione dei requisiti di natura organizzativa, normativa ed operativa. Nello specifico: adeguamenti dovuti a cambiamenti di condizioni al contorno (ad es. per variazioni al numero utenti, per migliorare i livelli prestazionali, per un aumento delle dimensioni delle basi dati, ecc.); adeguamento alle release successive delle componenti applicative e dei prodotti software rilasciati, compresi i sistemi operativi ed i prodotti software di base; adeguamento delle componenti applicative e/o sistemistiche e dei prodotti software rilasciati, a seguito di interventi di aggiornamento dell’eventuale infrastruttura tecnologica di hosting in Cloud; adeguamenti legati all’integrazione di nuove componenti o implementazioni del sistema (ad es. nuove interfacce di cooperazione, nuovi canali di erogazione dei servizi, ecc.). In sede di predisposizione dell’offerta tecnica, gli Offerenti dovranno specificare in maniera dettagliata casistiche, procedure e modalità di attuazione degli interventi di manutenzione software e hardware correttiva e adeguativa delle componenti applicative e delle interfacce dispiegate in relazione all’appalto. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 26 di 31 4.3.5 Qualità dei Servizi La molteplicità dei servizi richiesti e la loro eterogeneità rendono opportuno che nell’offerta tecnica vengano fornite alcune definizioni relativi a tutti i livelli di servizio. I livelli di servizio determineranno la qualità delle prestazioni fornite e dovranno essere misurati mediante specifici indicatori. I Service Level Agreement (SLA) rappresentano solo il livello minimo di qualità atteso per l’erogazione dei servizi; il Concorrente dovrà presentare propri SLA che saranno valutati in sede di esame di offerta, almeno per le seguenti aree (a cui sono associate alcuni parametri a titolo esemplificativo e non esaustivo): Manutenzione: Tempi di intervento, etc Assistenza:Tempo medio per la comunicazione dei tempi previsti per la risoluzione di un problema qualora esso non sia prontamente risolvibile dalla struttura di assistenza, etc Rete Wi-Fi: Velocità minima garantita in download e upload, tempi di interruzione del servizio su un numero limitato e prefissato di apparati, tempi di ripristino dell’operatività, etc Tutti i servizi dovranno essere disponibili generalmente dalle ore 8:00 alle ore 20:00 dal lunedì al venerdì, ad esclusione di quei servizi che per loro natura dovranno essere sempre disponibili 24 h su 24 e 7 giorni su 7 (ad esempio sistema di accesso Wireless ad Internet e sistemi di videocamere). Le relazioni sui livelli di servizio saranno prodotte dal Fornitore con cadenza al più semestrale. Art.5 DOCUMENTAZIONE TECNICA E MANUALISTICA L’Aggiudicatario deve fornire almeno la seguente documentazione tecnica, sia in formato cartaceo che in formato elettronico: • licenze software; • manuale d’uso di tutti i software applicativi; • schemi di installazione e messa in opera di tutti gli apparati; • piano di sicurezza; • piano di manutenzione; • manuali di manutenzione e d’uso delle forniture; • certificazioni apparati. Art.6 6.1 CARATTERISTICHE GENERALI DEGLI IMPIANTI QUALITÀ E CARATTERISTICHE DEI MATERIALI Tutti i materiali e gli apparati impiegati per la realizzazione degli impianti, dovranno essere adatti all’ambiente in cui saranno installati ed avere caratteristiche tali da resistere alle azioni meccaniche, corrosive, termiche e meteoriche alle quali saranno esposti durante l’esercizio. Tutti i prodotti e gli impianti dovranno essere realizzati a regola d’arte, nella scrupolosa osservanza di norme, disposizioni, regolamenti e leggi vigenti. Tutti gli apparecchi dovranno riportare i dati di targa secondo la simbologia CEI. Tutti i materiali dovranno essere nuovi ed esenti da difetti. Gli impianti dovranno essere consegnati completi di tutte le apparecchiature necessarie al loro perfetto funzionamento, anche se non specificatamente indicati nel capitolato o nel computo metrico. Qualora la Direzione Lavori (D.L.) rifiuti dei materiali, ancorché posti in opera, perché essa, a suo insindacabile giudizio, li ritenga di qualità, lavorazione e funzionamento non adatti alla perfetta riuscita Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 27 di 31 degli impianti o non adatti a raggiungere le funzionalità previste o necessarie, l’Impresa dovrà sostituirli con altri che soddisfino i criteri esposti dalla D.L. senza oneri aggiuntivi per il Committente. 6.2 ALIMENTAZIONE E CONDIZIONI AMBIENTALI Tutti i componenti dell’impianto dovranno essere messi in opera utilizzando materiali e tecniche idonee all’installazione a cielo aperto o in apposita custodia o armadio nell’ambiente destinato all’installazione su strada, tenendo conto delle specifiche condizioni climatiche ed ambientali del sito, e delle specifiche condizioni microclimatiche che potrebbero verificarsi negli alloggiamenti di installazione. 6.3 NORME DI RIFERIMENTO E MARCATURA CE Le caratteristiche degli impianti dovranno soddisfare le norme di legge ed i regolamenti vigenti alla data della presentazione dell’offerta. Tutti gli apparati utilizzati dovranno essere conformi ai requisiti previsti dalle norme in uso e marchiate “CE”. Art.7 STANDARD SUI DIRITTI DI PROPRIETÀ INTELLETTUALE La proposta deve rispettare i diritti di proprietà intellettuale e di riproduzione detenuti sui materiali utilizzati. In particolare: i diritti detenuti sui materiali originali digitalizzati, i diritti detenuti sulle risorse digitali, i diritti o le concessioni assegnate ai service provider per mettere a disposizione le risorse digitali, i diritti o le concessioni assegnati all’utente sulle risorse digitali. Art.8 COPYRIGHT E OPEN DATA La Stazione Appaltante, a proposito della problematica della tutela del diritto d’autore per i contenuti digitali di natura artistica, individua nei modelli di licenze Open DATA la più idonea politica in aderenza alle nuove logiche di diritti d’autore per il web. Si rimanda alla legislazione regionale e nazionale relativa. L’aggiudicatario deve, di conseguenza, attenersi al principio che i contenuti, siano essi testi, suoni, immagini, filmati, grafica e software, siano protetti ai sensi delle normative sul diritto d'autore, sui brevetti e su quelle relative alla proprietà intellettuale e che possano essere rilasciati in modalità Copyright, ovvero con tutti i diritti riservati, o in modalità Open Data, ovvero con alcuni diritti riservati. Inoltre il l’aggiudicatario deve garantire (per tutti i contenuti) la presenza dei simboli Copyright o la licenza open applicata che identifichi in quale delle modalità i contenuti contestuali sono rilasciati. Art.9 GRUPPO DI LAVORO Nell’offerta tecnica dovrebbe essere indicata la composizione del gruppo di lavoro minimo previsto per la realizzazione del servizio e i referenti operativi, tecnici ed amministrativi messi a disposizione della Stazione Appaltante. La composizione del gruppo di lavoro presentata in sede di gara dovrà rimanere invariata in caso di aggiudicazione dell'appalto. Il gruppo di lavoro non potrà essere modificato nel numero complessivo, né nelle qualifiche professionali indicate, se non previo consenso della Stazione Appaltante. Qualora il soggetto affidatario, durante lo svolgimento delle prestazioni, dovesse essere costretto a sostituire uno o più componenti del gruppo di lavoro, dovrà formulare specifica e motivata richiesta scritta alla Stazione Appaltante, indicando i nominativi dei componenti che intenderà proporre in sostituzione di quelli indicati in sede d'offerta. Al riguardo si precisa che tali nuovi eventuali componenti dovranno avere Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 28 di 31 requisiti equivalenti o superiori a quelli posseduti dai componenti da sostituire, motivo per cui dovrà essere fornita, in sede di richiesta, la documentazione comprovante il possesso dei requisiti suddetti. Art.10 MODALITÀ DI CONTABILIZZAZIONE DELLE PRESTAZIONI La realizzazione del progetto dovrà avvenire per corpi d’opera ai quali sono associati dei valori percentuali rispetto all’importo complessivo del progetto. L’importo contrattuale sarà corrisposto al fornitore aggiudicatario a stati di avanzamento corrispondenti al rilascio di specifici documenti per ciascun corpo d’opera come indicato di seguito: 1. Progettazione: 40% dell’importo complessivo Gli importi relativi agli stati di avanzamento lavori saranno corrisposti al rilascio di: o Relazione descrittiva del sistema integrato, elaborati grafici generali e di dettaglio, calcoli e schemi statici, documentazione per iter autorizzativo: 40% dell’importo ‘Progettazione’ o Relazione di dettaglio dell’architettura software sviluppata comprensiva di tutti i moduli e della piattaforma integrata: 60% dell’importo ‘Progettazione’ 2. Fornitura e installazione: 40% dell’importo complessivo Gli importi relativi agli stati di avanzamento lavori saranno corrisposti al rilascio di: o Verbale di Fine lavori relativo alla fornitura e posa in opera degli apparati periferici e della Centrale operativa: 75% dell’importo ‘Fornitura e Installazione’ o Consegna delle licenze software e dei files sorgenti: 25% dell’importo ‘Fornitura e Installazione’ 3. Servizi: 20% dell’importo complessivo Tale importo verrà riconosciuto in un’unica soluzione all’esito positivo della verifica di conformità parziale e relativa emissione del certificato di cui all’articolo 11 del presente capitolato. Sarà facoltà dell’amministrazione appaltante respingere, dandone motivazione, i documenti di cui sopra segnalando le opportune prescrizioni ed i tempi per adempiere. I pagamenti saranno dunque vincolati all’approvazione da parte del Comune di Cisterna di Latina. Le eventuali segnalazioni dell’amministrazione avverranno entro 10 gg dalla consegna dei documenti comprovanti il raggiungimento dello stato di avanzamento predefinito. Art.11 VERIFICA DI CONFORMITÀ Ai sensi dell’art. 312 del DPR 207/2010, le prestazioni contrattuali sono soggette a verifica di conformità, al fine di accertarne la regolare esecuzione, rispetto alle condizioni ed ai termini stabiliti nel presente capitolato speciale. Ai sensi dell’art. 314 comma 1 del DPR 207/2010 la verifica di conformità è effettuata dal direttore dell’esecuzione del contratto e/o da un soggetto oppure da una commissione composta da due o tre soggetti ai sensi dell’art. 314 comma 2. Entro 15 giorni dall’approvazione del verbale di esecuzione della formazione verrà avviata la verifica di conformità parziale che si concluderà entro 10 giorni. All’esito positivo della verifica di conformità parziale verrà emesso il certificato di verifica di conformità parziale in seguito al quale si potrà procedere al pagamento del saldo delle prestazioni eseguite come previsto all’art.10 del presente capitolato Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 29 di 31 Al termine del servizio di gestione, assistenza, garanzia e manutenzione (art.4.3) si procederà alla verifica di conformità definitiva. Resta ferma la facoltà dell’Amministrazione di procedere a verifiche di conformità in corso di esecuzione al fine di accertare la piena e corretta esecuzione delle prestazioni contrattuali, con la cadenza adeguata per un accertamento progressivo della regolare esecuzione delle prestazioni. Art.12 CRITERI DI AGGIUDICAZIONE L’appalto sarà aggiudicato con il criterio dell’offerta economicamente più vantaggiosa, ai sensi dell’articolo 83 del D.Lgs. n. 163/2006 e s.m.i., da valutarsi, da parte della commissione giudicatrice, sulla base dei criteri stabiliti nel presente documento e con attribuzione dei punteggi in centesimi. Non sono ammesse offerte recanti disposizioni difformi dal presente capitolato speciale d’appalto, oppure offerte parziali, condizionate, con riserva o comunque non compilate correttamente. Le offerte presentate dai concorrenti saranno esaminate da una commissione giudicatrice nominata successivamente alla scadenza del termine per la presentazione delle offerte. L’aggiudicazione provvisoria sarà disposta a favore dell’offerta economicamente più vantaggiosa, attribuendo un punteggio massimo pari a 100, assegnando uno specifico punteggio agli elementi di valutazione considerati, come di seguito specificato: Elementi di valutazione Punteggio A Prezzo 10 B Caratteristiche funzionali 30 C Qualità architettura di integrazione 20 D Qualità e servizio assistenza post vendita 40 Totale 100 L’aggiudicazione è effettuata in favore dell’impresa che avrà conseguito complessivamente il punteggio più elevato. Gli elementi di valutazione B, C, D, di natura qualitativa, sono suddivisi ciascuno in sub-elementi di valutazione come di seguito specificato: Sub-elementi di valutazione per “B - Caratteristiche funzionali” Punteggio B.1 Descrizione delle funzionalità offerte 10 B.2 Disponibilità di una soluzione Wi-Fi open 10 B.3 Disponibilità di una soluzione Wi-Fi performante 10 Subtotale B 30 Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 30 di 31 Sub-elementi di valutazione per “C - Qualità architettura di integrazione” Punteggio C.1 Architettura di integrazione 10 C.2 Utilizzo di sistemi Open Source 10 Subtotale C 20 Sub-elementi di valutazione per “D - Qualità e servizio assistenza post vendita” Punteggio D.1 Livelli di servizio per lo svolgimento della manutenzione 20 D.2 Manutenzione evolutiva 20 Subtotale D 40 Il calcolo dell’offerta economicamente più vantaggiosa verrà effettuato utilizzando – con riguardo all’Allegato P del DPR n. 207/2010 – la seguente formula: C(a) = Σn [ Wi * V(a) i ] dove: C(a) = indice di valutazione dell’offerta (a); n = numero totale degli elementi/sub-elementi di valutazione, nel caso in oggetto pari a 8 (A, B.1, B.2, B.3, C.1, C.2, D.1, D.2); Wi = punteggio attribuito all’elemento/sub-elemento di valutazione (i); V(a)i = coefficiente della prestazione dell’offerta (a) rispetto all’elemento/sub-elemento di valutazione (i) variabile tra 0 e 1; Σn = sommatoria. I coefficienti V(a) i sono determinati: a) per quanto riguarda i sub-elementi di valutazione di natura qualitativa B.1, B.2, B.3, C.1, C.2, D.1, D.2, attraverso la media dei coefficienti attribuiti discrezionalmente dai singoli commissari costituenti la commissione giudicatrice; b) per il solo elemento di valutazione di natura quantitativa A (Prezzo), attraverso la seguente formula: V(a)i = Ra / Rmax dove: Ra = ribasso offerto dal concorrente a; Rmax = ribasso dell’offerta più conveniente. Progetto finanziato dall’Unione Europea e dalla Regione Lazio Programma Operativo FESR Lazio 2007-2013 CAPITOLATO SPECIALE D’APPALTO Pag. 31 di 31
© Copyright 2024 Paperzz