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

IPSEOA “SAN FRANCESCO” PAOLA

graduatoria Cap Supervisione area adulti OAS e Consiglio

NOI, RAGAZZE DI OGGI

Bando per acquisto L.I.M. (Lavagne Interattive Multimediali)

scheda start-up cultura

Installazione di PL/SQL Server Page (PSP)

Brochure - Life Go Park

Bando - Comune di Cutrofiano

Inquinamento Luminoso e Tutela del Territorio - ISPRA