Capitolato Tecnico ICT PLUS Velletri smart city

Transcript

Comune di Velletri
Implementazione e gestione di una
Piattaforma d’integrazione per il Progetto
Le vie della tecnologia
Capitolato Tecnico
_________________________________________________________________________________
Pagina 1 di 58
Copyright Comune di Velletri ©
Avviso
Le informazioni contenute in questo documento sono proprietà del Comune di Velletri (”LA
STAZIONE APPALTANTE”) e sono protette dalla legislazione internazionale sul copyright
(c) (Diritti di copia).
Sebbene ogni misura sia stata presa per assicurare che le informazioni contenute in questo
documento siano aggiornate e accurate, LA STAZIONE APPALTANTE non potrà essere
considerata responsabile per eventuali inaccuratezze o errori nelle informazioni contenute in
questo documento.
LA STAZIONE APPALTANTE non fornisce garanzia di alcun tipo circa le informazioni
contenute in questo documento e non potrà essere ritenuta responsabile per danni diretti o
indiretti che possano prodursi in relazione con la fornitura, o l’utilizzo delle informazioni
contenute all’interno di questo documento.
LA STAZIONE APPALTANTE si riserva il diritto di modificare le informazioni contenute in
questo documento e ogni requisito funzionale.
IBM, il logo IBM, sono marchi registrati di International Business Machines Corporation
negli Stati Uniti e in altri paesi o in entrambi.
iTunes, Apple, il logo Apple, sono marchi registrati della Apple Corporation negli Stati Uniti
ed in altri paesi o in entrambi.
Google, GoogleMap, sono marchi registrati di Google Corporation negli Stati Uniti e in altri
paesi o in entrambi.
Intel è un marchio registrato di Intel Corporation o delle sue consociate negli Stati Uniti e in
altri paesi .
Linux è un marchio registrato di Linus Torvalds negli Stati Uniti e in altri paesi o in entrambi.
Microsoft, e Windows Mobile sono marchi registrati di Microsoft Corporation negli Stati
Uniti e in altri paesi o in entrambi.
Altri nomi di aziende, prodotti e servizi possono essere marchi registrati di altre aziende.
Ogni affermazione riguardante i piani, le direzioni e le intenzioni della STAZIONE
APPALTANTE sono suscettibili di cambiamento.
_________________________________________________________________________________
Pagina 2 di 58
Indice
AVVISO ...................................................................................................................... 2
INDICE........................................................................................................................ 3
STORIA DELLE VERSIONI ....................................................................................... 6
ACRONIMI.................................................................................................................. 7
PREAMBOLO............................................................................................................. 8
Il committente: La STAZIONE APPALTANTE................................................................................................ 8
Obiettivi della Gara Attuale............................................................................................................................. 8
Nota terminologica ........................................................................................................................................... 9
INTRODUZIONE....................................................................................................... 10
Considerazioni Generali ................................................................................................................................... 11
Conseguenze tecnologiche dell’approccio indicato .......................................................................................... 12
Elementi di base della soluzione da proporre per le Apps e la Piattaforma Smart Cities ................................. 14
Il sistema informativo comunale....................................................................................................................... 15
OGGETTO DELLA FORNITURA ............................................................................. 16
LA RETE WIRELESS............................................................................................... 17
Caratteristiche architetturali della rete Wireless ............................................................................................... 17
Requisiti tecnologici, architetturali ed evolutivi della rete Wireless ............................................................... 17
Componente di Accesso ................................................................................................................................... 18
Componente di backhauling e trasporto ........................................................................................................... 20
Centro di Controllo di rete ................................................................................................................................ 20
Hot Spot di Velletri e Free Lazio Wi-Fi ........................................................................................................... 22
La rete wireless di Velletri .................................................................................................................................. 23
Sedi interessate dal Progetto ............................................................................................................................. 23
Richieste Specifiche.......................................................................................................................................... 23
VIDEOSORVEGLIANZA: VELLETRI CITTÀ SICURA............................................. 25
Generalita.................................................................................................. Errore. Il segnalibro non è definito.
Sistema di Videosorveglianza Velletri Citta sicura stato attuale: ..................................................................... 25
Potenziamento del sistema................................................................................................................................ 26
Software di Video analisi.................................................................................................................................. 26
Sedi interessate dal Progetto ............................................................................................................................. 28
Richieste specifiche .......................................................................................................................................... 28
PIATTAFORMA CITTÀ DI VELLETRI ..................................................................... 30
Generalità.......................................................................................................................................................... 30
App specifiche della Piattaforma ....................................................................................................................... 31
App in Ambito informativo turistico ................................................................................................................ 31
App in ambito interattivo cittadino - amministrazione ..................................................................................... 31
_________________________________________________________________________________
Pagina 3 di 58
App in ambito multimediale ............................................................................................................................. 31
App in ambito ambientale................................................................................................................................. 32
Comunicazione con i Led Wall........................................................................................................................... 32
Caratteristiche ................................................................................................................................................... 32
Installazione e Collegamenti dei Led Wall ....................................................................................................... 33
Adeguamento multimediale della Sala Consiliare ............................................................................................ 33
Adeguamento.................................................................................................................................................... 33
Ulteriori considerazioni .................................................................................................................................... 34
Requisiti di base della Piattaforma Smart City ................................................................................................ 34
Requisiti Architetturali: .................................................................................................................................... 34
Supporto Multilingua e visibilità ...................................................................................................................... 34
Requisiti di interconnessione ............................................................................................................................ 34
Caratteristiche qualificanti dell’infrastruttura proposta .................................................................................... 35
Requisiti Hardware e Software ......................................................................................................................... 35
Requisiti riguardanti l’Hardware da utilizzare.................................................................................................. 35
Requisiti relativi alla piattaforma Software di base .......................................................................................... 36
Requisiti generali della piattaforma applicativa di utilizzo............................................................................... 36
Requisiti Interfaccia utente ............................................................................................................................... 37
Requisiti delle applicazioni di mobilità ............................................................................................................ 37
Requisiti di Accessibilità .................................................................................................................................. 37
Requisiti Prestazionali del sistema ................................................................................................................... 38
Il SIT : Webgis, e cartografia Comunale .......................................................................................................... 38
La gestione dei dati.............................................................................................................................................. 38
Requisiti relativi ai formati dei dati .................................................................................................................. 38
Standard di pubblicazione................................................................................................................................. 39
Standard sui Diritti di proprietà intellettuale..................................................................................................... 40
Requisiti di Caricamento dei Dati..................................................................................................................... 41
Copyright e Open Data ..................................................................................................................................... 41
Requisiti organizzativi del Fornitore ................................................................................................................ 41
L’offerta tecnica per la piattaforma .................................................................................................................. 41
Hosting : ............................................................................................................................................................... 42
Obiettivi del servizio (ove applicabile)............................................................................................................. 42
Gestione delle infrastrutture (anche nel caso in cui non si opti per una soluzione di Hosting) ........................ 43
Attività Richieste al Fornitore. ........................................................................................................................... 43
Conduzione e gestione del sistema ................................................................................................................... 44
Conduzione tecnico/funzionale degli applicativi .............................................................................................. 44
La manutenzione correttiva .............................................................................................................................. 44
Durata del Servizio ........................................................................................................................................... 44
Project Plan....................................................................................................................................................... 45
Rilasci Accettazione ......................................................................................................................................... 45
FORMAZIONE PREVISTA....................................................................................... 47
MODALITÀ DI GESTIONE DELLA FASE DI OFFERTA. ........................................ 48
Informazioni aggiuntive e sopraluoghi ............................................................................................................. 48
CRITERI DI AGGIUDICAZIONE............................................................................... 49
Valutazione Tecnica ......................................................................................................................................... 49
Valutazione tecnica del progetto globale:......................................................................................................... 50
Piano temporale di realizzazione: ..................................................................................................................... 50
Offerta di servizi migliorativi: .......................................................................................................................... 51
Valutazione Economica .................................................................................................................................... 52
REGOLA DI ESECUZIONE DELLA FORNITURA................................................... 52
Gestione della fornitura .................................................................................................................................... 54
Pianificazione ................................................................................................................................................... 54
Consuntivi e Stato di Avanzamento Lavori (SAL) ........................................................................................... 56
Prodotti e documentazione di fase .................................................................................................................... 56
Qualità delta Fornitura ...................................................................................................................................... 56
Il Piano di qualità.............................................................................................................................................. 56
Webliografia ..................................................................................................................................................... 57
ALLEGATO 1: SEDI INTERESSATE DAL PROGETTO ......................................... 58
Storia delle versioni
Versione
Data di rilascio
CapDraftV1.0.docx
…………… 2014
Descrizione
Documento finale
________________________________________________________________________
Pagina 6 di 58
Copyright Comune di Velletri. ©
Acronimi
Abbreviazione
CC
CMS
CSS
FA
GIF
GIS
GPS
HTML
HTTP
IANA
ICT
IETF
IMAP
JAVA
LDAP
MASHUP
MIME
MPEG
PDF
PHP
PMI
PNG
Python
RTF
SIT
SOA
SOAP
SVG
TIFF
UAT
UGC
UTF-8
AR
W3C
WMV
WSDL
XML
Descrizione
Creative Common Standard License
Content Management System
Cascading Style Sheets
Fornitore aggiudicatario
Graphical Interchange Format
Geographical Information System
Global Positioning System
HyperText Markup Language
HyperText Transfer Protocol
Internet Assigned Numbers Authority
Information and Communication Technology
Internet Engineering Task Force
Internet Message Access Protocol
Linguaggio di programmazione
Lightweight Directory Access Protocol
Aggregazione
Multipurpose Internet Mail Extensions
Motion Picture Expert Group
Portable Document Format
Hypertext Preprocessor linguaggio di scripting, open source
Piccole Medie Imprese
Portable Network Graphics
Linguaggio di programmazione
Rich Text Format
Sistema Informativo Territoriale
Service Oriented Architecture
Simple Object Access Protocol
Scalable Vector Graphics
Tagged Image File Format
(User acceptance test) collaudo di accettazione
Users Generated Contents
Unicode Transformation Format
Realtà Aumentata
World Wide Web Consortium
Windows Media Video
Web Services Description Language
eXtensible Markup Language
________________________________________________________________________
Pagina 7 di 58
Preambolo
Questo documento definisce il capitolato tecnico che descrive i requisiti funzionali e
tecnologici del sistema di supporto al PIANO LOCALE E URBANO DI SVILUPPO (PLUS)
POR-FESR 2007-2013 «Ponente sostenibile» Attività I.7
Il committente: La STAZIONE APPALTANTE
Il Comune di Velletri ha proposto una specifica misura al PIANO LOCALE E URBANO DI
SVILUPPO (PLUS) POR-FESR 2007-2013 «Ponente sostenibile» destinata al potenziamento
dei servizi ICT per aumentare la partecipazione del cittadino alla vita pubblica attraverso gli
strumenti tecnologici di uso comune.
Tale misura prende il nome delle “Vie della tecnologia” ed è evoluta in azione di Smart City
concordemente con la Regione Lazio nelle fasi attuative del programma.
L’obiettivo principale del bando è di realizzare un’infrastruttura tecnologica e applicativa in
grado di:
•
•
•
•
•
Integrare le tecnologie e reti già possedute dal Comune di Velletri in una piattaforma
Innovativa e più estesa che governa servizi, applicazioni e connettività.
Incrementare l’estensione dei servizi e dei collegamenti per i servizi di sicurezza e
controllo del territorio, per la connettività digitale a larga banda di sedi e aree
d’interesse per la comunità.
Consentire l’accesso mediante device di comunicazione personale, ad applicazioni e
servizi di interesse per la popolazione turistica e residente.
Realizzare applicazioni client/server da utilizzare su tablet/smartphone che permettano
rendere più efficace, proattivo ed efficiente il dialogo tra cittadino ed
Amministrazione.
Consentire di estendere la fruibilità delle informazioni anche mediante schermi Led
Wall posti in punti strategici della città in modo da poter fornire, anche alla
popolazione anziana in gran parte non raggiunta dalle tecnologie web, le principali
informazioni di servizio con la medesima immediatezza che forniranno le apps e le
soluzioni web comunque previste nel presente capitolato.
L’approccio adottato per la gara predilige l’insieme dei risultati alle singole componenti
In altre parole, dato il punto di partenza che comprende le tecnologie e i sistemi già presenti,
viene richiesto un risultato che deve essere integrato con procedure e sistemi che lo stesso
Fornitore Aggiudicatario proporrà e che saranno oggetto della valutazione complessiva.
Obiettivi della Gara Attuale
Questo capitolato tecnico descrive i requisiti funzionali dell’intera infrastruttura tecnologica di
supporto a tutti i rilasci informatici di tutti gli interventi e tutte le azioni indicate di seguito
sono parte integrante del progetto.
In dettaglio, il sistema specificato in questo documento e negli allegati (parte integrante di
questo capitolato), deve essere progettato in modo tale da consentire di ospitare al suo interno,
senza degrado prestazionale, i seguenti sotto progetti riguardanti:
•
sicurezza e videosorveglianza urbana con integrazione del sistema “Velletri Città
________________________________________________________________________
Pagina 8 di 58
•
•
•
Sicura” già in esercizio;
Realizzazione di una piattaforma Smartt City di comunicazione attiva e passiva con i
cittadini fruibile, anche in mobilità, su diversi device (web, app, totem, ecc.)
Installazione di LedWall informativi;
Realizzazione di una rete Wireless per i collegamento di tutte le sedi periferiche del
Comune di Velletri e per l’erogazione di servizi WiFi gratuiti di ultima generazione.
Nota terminologica
All’interno di questo capitolato tecnico si adottano le raccomandazioni contenute nelle Linee
guida tecniche per i programmi di creazione di sistemi e contenuti digitali e sono quindi
prescritti gli standard e le raccomandazioni che devono essere adottate quelli, che
dovrebbero essere adottati e quelli che possono essere adottati per distinguere con chiarezza i
requisiti, le raccomandazioni e i suggerimenti.
Nella documentazione sugli standard, le parole “deve, dovrebbe e può”, riprese dalla
terminologia usata nella documentazione IETF (Internet Engineering Task Force),
comunicano significati precisi sulla gradazione di requisiti, raccomandazioni, suggerimenti.
Esse sono impiegate come parole chiave nel testo di questo documento:
Deve (must): indica un requisito tecnico assoluto cui il progetto deve obbligatoriamente
attenersi.
Dovrebbe (should): indica una direttiva che per valide ragioni non ha l’obbligatorietà del
requisito, ma, prima di disattenderla, le sue implicazioni dovranno essere comprese appieno e
il caso andrà attentamente valutato. Dovrebbe si usa, ad esempio, in connessione con standard
tecnici che probabilmente verranno largamente adottati nel corso del ciclo di vita del
progetto, ma che sono ancora in via di diffusione.
Può (may): indica un suggerimento. Il tema merita attenzione, ma i progetti non sono
obbligati a seguire tale indicazione.
Il presente capitolato tecnico costituisce parte integrante del contratto finale di
aggiudicazione. L’accettazione del contratto da parte del Fornitore 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.
________________________________________________________________________
Pagina 9 di 58
Introduzione
L’evoluzione tecnologica della connettività (banda larga, fibra ottica,Wi-Fi), ha reso possibile
realizzare una rete di comunicazione urbana a costi contenuti, dedicata a collegare sensori,
attuatori di vario genere, .La disponibilità di terminali mobili multistandard, in grado di
dialogare sia con le reti mobili sia con le reti Wi-Fi, consente di utilizzare la rete di
comunicazione urbana anche per dialogare con i cittadini che vivono o sono di passaggio
nell’area.
L’insieme di una rete urbana, di sensori e device serve a poco se non s’introduce
un’Intelligenza che consenta di sfruttare le informazioni raccolte da questi oggetti per offrire
servizi utili per il cittadino.
Questa integrazione ha portato negli ultimi anni alla realizzazione di città sempre più in grado
di rispondere al cittadino grazie alla possibilità di offrire soluzioni flessibili e in linea con le
nuove esigenze (applicazioni sulla mobilità, procedure online per interazione con la Pubblica
Amministrazione,ecc.), suggerendo così un nuovo concetto di città in grado di racchiudere
con un solo termine tutte queste possibilità di evoluzione che si diramano in più aspetti: la
Smart City.
In realtà, non basta creare una rete wi-fi e installare centinaia di hot-spot per fare una Smart
City. La definizione di Smart City prevede un approccio basato sulla definizione e
realizzazione di un insieme di fattori che fanno sì che non solo il cittadino (residente, turista o
visitatore occasionale) abbia informazioni veicolate in modo più o meno tecnologico, ma
anche che egli sia in ogni momento “non abbandonato” dalla città.
È in quest’ambito della città percepita dai cittadini, che si sta sviluppando la Smart City. Essa
stimolerà un sostanziale cambiamento del concetto di città e della sua interrelazione con chi la
vive.
La recente attenzione su com’è percepita la Smart City da un punto di vista sociale – e come il
cittadino stesso stia cambiando prendendo sempre più consapevolezza del suo ruolo
fondamentale affinché una città possa davvero essere intesa Smart - è evidenziata anche
dall’interesse sempre crescente che l’Europa sta ponendo su questi temi.
________________________________________________________________________
Pagina 10 di 58
Considerazioni Generali
La figura rappresenta una generica architettura di Smart City sulla quale si basa il progetto
“Velletri Ponente Sostenibile – Le vie della tecnologia”.
Il progetto, a cui si riferisce questo capitolato, prevede un contributo di € 570.000,00 a valere
sull’Attività V.1.7 “Sviluppo di applicazioni, prodotti, processi, contenuti e servizi ICT” sub
attività B4-Smart Cities, concesso con determinazione n. B3110 del 24/05/2012 del Direttore
Regionale della Programmazione Economica, Ricerca e Innovazione.
Città Sicura
App coinvolgimento
cittadinanza
Monitoraggio
ambientale
Servizio Wi-Fi
Smart Cities
web semantico, ambiente dove i documenti pubblicati (pagine HTML, file, immagini, ecc) sono
associati ad informazioni e dati (metadati) che ne specificano il contesto semantico in un formato
adatto all'interrogazione e l'interpretazione (es. tramite motori di ricerca) e, più in generale,
all'elaborazione automatica. Applicazioni per la Sentiment analysis
Big Data (dati condivisi verso internet tramite
socialnetwork)
Open Data (dati che possono essere raccolti da
varie applicazioni per la successiva gestione)
Figura 1: Architettura Smart City
Nella figura è schematizzata, a grandi linee, l’architettura Smart City dove, il primo strato
costituisce la rete fisica di connessioni, dispositivi e sensori che connettono e monitorano
l’area territoriale. In essa sono compresi anche i terminali degli utenti diffusi sul territorio, i
Led Wall, il Wi-Fi, le telecamere, sistemi per il monitoraggio dell’aria o per l’impatto
elettromagnetico delle onde radio. Questo strato realizza l’infrastruttura di telecomunicazione
comunale su cui si appoggia l’architettura della Smart City.
Sopra lo strato fisico vi è la parte di raccolta ed organizzazione dei dati, che generano dei big
data di vario tipo e degli Open data.
I Big data rappresenta l’insieme di dati provenienti potenzialmente da fonti eterogenee,
quindi non soltanto i dati strutturati, come i database, ma anche non strutturati, come
________________________________________________________________________
Pagina 11 di 58
immagini, email, dati GPS, informazioni prese dai social network.
Gli Open data sono alcune tipologie di dati liberamente accessibili a tutti, privi di brevetti o
altre forme di controllo che ne limitino la riproduzione e le cui restrizioni di copyright
eventualmente si limitano ad obbligare di citare la fonte o al rilascio delle modifiche allo
stesso modo.
L'open data si richiama alla filosofia dell'open government, in base alla quale la Pubblica
Amministrazione dovrebbe essere aperta ai cittadini, tanto in termini di trasparenza quanto di
partecipazione diretta al processo decisionale, anche attraverso il ricorso alle nuove tecnologie
dell'informazione e della comunicazione.
Nonostante la pratica e l'ideologia che caratterizzano i dati aperti siano da anni ben
consolidate, con la locuzione "open data" si identifica anche una nuova accezione piuttosto
recente e maggiormente legata a Internet come canale principale di diffusione dei dati stessi.
Lo strato applicativo Smart Cities integra e armonizza i dati e i contenuti forniti dagli strati
sottostanti diventando la piattaforma di base su cui costruire i servizi e le applicazioni alla
cittadinanza residente e/o turistica.
La realizzazione di quest’architettura, sulla realtà costituita dal Comune di Velletri, deve tener
presente l’esistenza di alcune componenti già attive e funzionanti quali:
•
•
•
Un sistema di telecamere per videosorveglianza,
Un sistema di sensori per il monitoraggio ambientale
Un certo numero punti Wi-Fi
Si deve anche considerare l’integrazione con le applicazioni e servizi di sensori di mobilità
installati su biciclette e navette., che saranno disponibili a breve, e comunque nei tempi di
rilascio delle applicazioni presenti in questo capitolato.
L’architettura tecnologica di Smart City deve integrare anche i sistemi informativi comunali
classici e ne rappresenta la naturale evoluzione architetturale sul territorio nell’era
dell’internet in mobilità.
Conseguenze tecnologiche dell’approccio indicato
La filosofia generale della fornitura, descritta in questo documento, è la costruzione di un
sistema integrato con caratteristiche di produzione orientato alla generazione di valore
aggiunto nei servizi al cittadino.
I seguenti punti dovrebbero guidare l’approccio al disegno della soluzione da parte del
Fornitore Aggiudicatario:
• Il sistema informatico oggetto del presente bando è un sistema con caratteristiche
real time a supporto della cittadinanza in mobilità, come elemento unificante
dell’intera filiera produttiva.
• Il territorio è l’integratore concettuale prevalente (la sua metafora e le soluzioni
tecniche di realizzazione hanno contenuto e interesse strategico).
• I tempi del rilascio del sistema sono critici.
• L’impatto di marketing del sistema è critico.
Le conseguenze sono:
• Componenti Open Source che dovrebbero essere utilizzate per i moduli sul lato server
per salvaguardare le componenti strategiche territoriali.
________________________________________________________________________
Pagina 12 di 58
•
•
•
Componenti leader di mercato, anche se proprietarie, dovrebbero essere utilizzate sui
moduli di mobilità.
Le piattaforme principali di riferimento relative all’accettazione per le applicazioni di
mobilità sono: ANDROID, IOS per Iphone, Windows Phone.
Per l’accesso al Web in mobilità la principale piattaforma di riferimento è uno
Smartphone delle caratteristiche di un Iphone con 16 Gbit di memoria.
La fornitura deve prevedere la realizzazione di un sistema in italiano con interfaccia utente
multilingua, per l’erogazione di servizi informativi personalizzati, location aware (basati su
GPS o hot spot Wi-Fi) e contenuti multimediali fruibili sul terminale dell’utilizzatore(Tablet,
Smartphone).
Il sistema deve costituire l’infrastruttura applicativa per la gestione, raggruppamento ed
erogazione delle informazioni.
Deve poter essere utilizzato dalla maggior parte delle categorie: cittadini abili e disabili,
turisti, personale delle PA.
E deve essere in grado di ricevere e inviare le seguenti informazioni:
• News
• Contenuti di archivi multimediali
• Segnalazioni di Vario Tipo
I formati dei dati (dei contenuti, delle descrizioni, delle foto streaming (video), ricostruzioni in
3d, documenti, documenti digitali ecc. di qualsiasi tipo) sono definiti successivamente nel
paragrafo relativo ai “Dati”.
La figura seguente illustra la struttura ipotizzata per il sistema:
In dettaglio il sistema complessivo, oggetto della fornitura, fa riferimento alle seguenti
attività:
• Realizzazione di una rete wireless per i collegamento di tutte le sedi periferiche del
Comune di Velletri e per l’erogazione di servizi Wi-Fi gratuiti di ultima generazione –
________________________________________________________________________
Pagina 13 di 58
• Ampliamento e potenziamento del sistema di sicurezza e videosorveglianza urbana
“Velletri Città Sicura” già in esercizio;
• Installazione di alcuni Led Wall informativi
• Interventi per la messa dei lavori in sala consiglio
• Realizzazione di una piattaforma Smart Cities di comunicazione attiva e passiva con i
cittadini su cui sono disponibili applicazioni fruibili, anche in mobilità, su diverse
tipologie di terminali.
• Una serie di Applicazioni (Apps) per la piattaforma Smart City
Elementi di base della soluzione da proporre per le Apps e la Piattaforma
Smart Cities
Il progetto deve tenere conto dell’architettura attuale del sistema informativo Comunale e
deve illustrare come gli interventi proposti s’integrano tra loro, con l’architettura attuale e di
come gli interventi produrranno una nuova architettura armonicamente integrata di servizi al
cittadino.
I fornitori dovrebbero mettere a disposizione, già installati nella piattaforma, i contenuti
dimostrativi rilevanti per collaudare ciascun elemento della stessa.
I fornitori dovrebbero elencare nella proposta una lista di tali contenuti dimostrativi fornendo
tutti i necessari diritti di licenza riguardo al loro uso per l’intera durata della fornitura.
La piattaforma Smart City deve consentire la scalabilità e l’evoluzione futura in termini di
ulteriori servizi avanzati per la popolazione, al momento assenti sull’intero territorio
comunale, quali ad esempio
• Parcheggio facile: l'utente sarà in grado di conoscere, prima di raggiungere un luogo
della città, la fruibilità di parcheggi nelle immediate vicinanze. Le strisce blu dei
parcheggi a pagamento dislocati su tutto il territorio saranno dotati di sensori di
"occupato-libero" segnalandone prontamente all'utente la disponibilità
• Mobilità: possibilità di scegliere come e quando spostarsi verso la destinazione
prescelta utilizzando le informazioni in tempo reale sulla posizione dei bus navetta,
disponibilità delle biciclette anche integrando collegamenti con Cotral e Trenitalia;
• Ricezione turistica: le strutture ricettive del territorio (alberghi, B&B, agriturismo)
renderanno facile all'utente/turista conoscere la disponibilità di alloggio e di altri
servizi turistici accessori;
• Pagamenti in mobilità: servizio di pagamento in mobilità per alcuni servizi pubblici
(mensa scolastica, ricarica card bike sharing, parcheggio, ecc).
La piattaforma Smart City deve consentire la scalabilità e l’evoluzione futura in termini anche
di crescita della rete Wireless con l’aggiunta di ulteriori sedi periferiche del Comune di
Velletri
Il Fornitore Aggiudicatario nel documento tecnico, deve indicare la strategia evolutiva
proposta, cioè come l’architettura finale proposta, permetta l’estensione dei servizi offerti.
________________________________________________________________________
Pagina 14 di 58
Il sistema informativo comunale.
Il progetto deve tener conto dell’esistenza di un sistema informativo comunale in funzione la
cui architettura è così composta:
Infrastruttura hardware
La rete informatica è distribuita su diverse sedi con circa 200 client.
Nella sede comunale è presente l’ufficio Sistemi Informatici dove è presente una stanza
climatizzata in cui alloggiano i Servers di gestione.
L’accesso degli utenti alla rete è controllato tramite un dominio Active Directory di Microsoft
su Windows Server 2003 conforme alla L 193/2006.
La protezione della stessa è garantita da un’Appliance che regola il flusso dei dati e le
connessioni sia dall’interno verso l’esterno che viceversa e sia da e verso la DMZ.
Le sedi periferiche dei servizi sociali, Polizia Locale e Biblioteca Comunale sono collegate
tramite una rete MPLS fornita da Telecom Italia SpA mentre la sede di Palazzo dei
conservatori è collegata con fibra ottica di proprietà comunale.
In queste sedi c’è un server di dominio sincronizzato con quello Centrale ed è sempre
presente un’Appliance per la gestione delle connessioni interne ed esterne.
Infrastruttura software
I client lavorano con il sistema operativo windows dalla versione XP in su e anche i server di
dominio sfruttano le piattaforme Microsoft. I software gestionali sfruttano invece piattaforma
Linux di diverse Distribuzioni.
________________________________________________________________________
Pagina 15 di 58
Oggetto della Fornitura
Gli specifici oggetti della fornitura legati al progetto “Velletri Ponente Sostenibile – Le vie della
tecnologia” con un contributo di € 570.000,00 fanno riferimento a:
Al Fornitore Aggiudicatario si richiede la fornitura di un sistema di Smart City costituito dai
seguenti oggetti:
•
Rete wireless: (sistema di gestione e HW), adeguamento del sistema di collegamento
delle sedi periferiche e realizzazione di un servizio Wireless gratuito per il
cittadino(Hot Spot).
•
Videosorveglianza: Integrazione, ampliamento e miglioramento del sistema di
Sicurezza e Videosorveglianza già attivo denominato Città Sicura.
•
Piattaforma di applicazioni e servizi denominata Città di Velletri: che include:
o Fornitura dell’hardware e del software necessario
o Le realizzazioni e la gestione di alcune App fruibili in mobilità
o La raccolta e gestione dei dati necessari alle applicazioni e servizi
o L’integrazione con il sistema di monitoraggio ambientale
o L’integrazione con il sistema informativo del Comune
•
Comunicazione con il cittadino:
o Fornitura installazione e messa in servizio di 4 LedWall
o L’aggiornamento del sistema video della Sala Consigliare
•
Valutazione della possibilità di acquisire questo un servizio di hosting presso un
centro del Fornitore.
•
Conduzione e gestione dei sistemi: che include anche i servizi di conduzione
tecnico/funzionale delle applicazioni offerte in questa fornitura.
•
Predisposizione e gestione di un contact center, relativo ai servizi erogati tramite
sistema disponibile con un numero verde o tramite sito web dedicato negli orari 08.0020.00 per 7 giorni su 7.
________________________________________________________________________
Pagina 16 di 58
La rete Wireless
Il comune di Velletri intende realizzare una rete multi servizio che sia in grado di::
•
•
•
•
Collegare i dispositivi utilizzati per il monitoraggio e controllo del territorio:
telecamere, sensori, allarmi, attuatori e regolatori ecc.
Collegare Video Wall ed in generale i sistemi di messaggistica multimediale per il
pubblico
Interconnettere i centri e le sedi d’interesse comunale creando una rete metropolitana
comunale,
Realizzare una serie di aree di accesso (Hot Spot Wi-Fi) che consentano al cittadino,
oltre ad avere accesso ad Internet, di poter accedere alle applicazioni e servizi che la
Smart City di Velletri mette a sua disposizione.
Caratteristiche architetturali della rete Wireless
La rete in oggetto dovrebbe essere costituita da una serie di strati così definiti:
•
Strato di accesso pubblico: costituito da Hot Spot realizzati con Access Point Wi-Fi
nel seguito denominati AP
•
Strato di backhauling: che raccoglie e aggrega, relativamente ad una porzione del
territorio, le diverse tipologie di traffico che quella specifica area genera. Il nodo che
raccoglie il traffico, generato in una certa area è denominato Nodo di Area (NA). I
traffici raccolti e aggregati in ciascun NA fanno riferimento a:
o Traffico prodotto dagli Hot spot dell’area.
o Collegamenti per le telecamere presenti nell’area per il sistema di
videosorveglianza denominato Città Sicura.
o Collegamenti dedicati per le sedi d’interesse comunale presenti nell’area.
o Collegamenti per i sistemi di messaggistica pubblica e Video Wall presenti
nell’area.
•
Strato di trasporto che collega e interconnette ogni NA con la parete core della rete
dove risiedono le piattaforme di servizio, il sistema di gestione della rete Wireless, i
collegamenti verso il Cloud e Big Internet.
•
Un Centro di controllo della rete Wireless che dovrà consentire il controllo, la
configurazione e la gestione della rete radio da un unico punto centralizzato.
Infine mentre è obbligatorio l’uso dello standard Wi-Fi per lo strato di acceso pubblico, per
gli strati di raccolta e trasporto i vincoli sulle tecnologie da utilizzare sono meno stringenti.
Requisiti tecnologici, architetturali ed evolutivi della rete Wireless
L’architettura della rete wireless offerta deve rispondere a requisiti di flessibilità, espandibilità
e resilienza. Gli elementi di resilienza del sistema in offerta dovranno basarsi su:
Self Healing: la rete proposta deve essere in grado di adattare dinamicamente ed
automaticamente le risorse radio (canali radio e/o livelli di potenza trasmessa) degli strati di
rete precedentemente definiti in modo da ottimizzare il segnale a radiofrequenza in presenza
________________________________________________________________________
Pagina 17 di 58
di interferenze radio oppure in modo da ripristinare i livelli radio ottimali di una certa area in
seguito alla perdita di un Access Point.
Site Survivability: gli Access Point ed i collegamenti dovranno continuare ad essere in
servizio anche nel caso di assenza del Centro di Controllo. L’architettura della rete dovrebbe
prevedere che normalmente i sistemi lavorino sotto la supervisione e gestione di un Centro di
Controllo. Questa modalità di lavoro dipendente costituisce la modalità di funzionamento
abituale della rete.
La rete dovrebbe essere in grado di funzionare, in modalità provvisoria nel caso di assenza del
Centro di Controllo, svolgendo localmente le funzioni proprie del Centro di Controllo stesso.
Questa modalità di lavoro viene definita come indipendente (o stand-alone).
Il passaggio da una modalità all’altra (a seconda delle circostanze in cui si venga a trovare la
rete) deve avvenire in maniera automatica senza perdita di servizio.
L’offerente deve dare chiare evidenze che la soluzione proposta per la rete Wireless di
Velletri sia:
•
•
•
Future proven: ossia in grado di seguire gli sviluppi futuri delle tecnologie di rete e
servizi,
Scalabile: ossia che si possa sviluppare con investimenti proporzionali all’entità dei
servizi e della copertura offerta.
Interoperabile con altre reti pubbliche. La rete di Hot Spot della città di Velletri, in
una fase successiva, deve consentire l’integrazione con le reti della provincia di Roma
ed essere parte della rete pubblica nazionale Free Italia .
Componente di Accesso
Per quanto riguarda la parte Wi-Fi di accesso pubblico:
•
•
•
•
•
l’Access Point deve realizzare una copertura radio WiFi in banda 2,4 GHz (standard
802.11 b/g/n/ac) ed in banda 5,4 GHz (standard 802.11 a/n/ac).
I sistemi utilizzati devono essere Wi-Fi CERTIFIED™
L’accesso dei clienti alla rete deve avvenire adottando un meccanismo di
autenticazione che consente di avere traccia dell’utenza.
La rete deve essere predisposta per realizzare una rete sicura con architettura RSN
(Robust Security Network) con lo standard IEEE 802.11i
La rete dovrebbe anche garantire la riservatezza delle comunicazioni on air, e deve
essere in grado di supportare meccanismi di QoS quali quelli definiti nella
IEEE802.11e o migliorativi.
La rete proposta per la componente Hotspot dovrebbe avere un’architettura e configurazione
che consenta di gestire separatamente l’accesso almeno a due tipologie di utenti:
•
Utenti ospiti (Turisti / Cittadini) che usano la rete per la navigazione su internet o
sulle APP “ pubbliche”, sapendo che, sebbene siano sottoposti ad un processo di
registrazione d (ad esempio con un modello captive portal) tuttavia la connessione
in aria non è cifrata e quindi non è sicura
•
Utenti Comunali che usano la rete per comunicazioni e servizi “Privati” che
richiedono riservatezza, e che quindi sono sottoposti a un processo di mutua
autenticazione (rete e client)
Inoltre la rete proposta, per la componente Hot Spot, deve essere in grado di soddisfare i
________________________________________________________________________
Pagina 18 di 58
requisiti tecnici, funzionali ed architetturali regionali descritti nel paragrafo: Hot Spot di
Velletri e Free Lazio Wi-Fi
Gli Access Point in offerta devono esser conformi agli standard IEEE 802.11a, 802.11b,
802.11g, 802.11n. Gli AP dovrebbero supportare o essere in grado di evolvere verso lo
standard 802.11ac.
•
Gli standard n ed eventualmente ac devono essere supportati sia nella gamma 2.4 GHz
che 5 GHz.
•
Gli Access Point in offerta devono supportare il meccanismo del “VLAN tagging”
secondo lo standard 802.1q. Gli AP devono poter essere gestiti su di una “tagged
VLAN”.
•
Gli Access Point in offerta devono essere aggiornati automaticamente col software
appropriato via rete, senza necessità di interventi in campo, a partire dal Centro di
Controllo.
Gli Access Point devono essere di tipo Dual Radio/Dual Band, in grado di offrire accesso ai
client sia nella banda 2,4 GHz che 5GHz, oppure di offrire, in banda 5 GHz, connettività di
tipo Mesh per connettere gli Access Point non cablati (detti Mesh Access Point o MAP) o
eventuali Access Point cablati su rete fissa.
Gli Access Point devono supportare almeno 8 SSID (Service Set Identifiers) per ogni radio;
per ogni SSID dovrà essere possibile definire delle policy specifiche per la sicurezza e
l’autenticazione.
Gli Access Point, devono supportare funzioni RF avanzate quali:
•
Connettività Mesh multi-hop: l’algoritmo di routing mesh utilizzato dagli Access Point
deve essere di tipo dinamico in modo da garantire un routing efficiente, bassa latenza
nel livello meshing, basso overhead di routing, hand - over ad alta velocità e grande
scalabilità. Inoltre deve essere possibile raggiungere da un nodo non solo gli altri nodi
adiacenti ma anche quelli più distanti tramite “salti” successivi da un MAP all’altro
(denominati “hop”).
•
Sistemi di antenna MIMO per realizzare le funzionalità previste dallo standard e dalle
certificazioni.
•
Frame Aggregation a livello MAC come previsto dagli standard e dalle certificazioni.
•
Gli AP devono poter essere gestiti sia a livello di Centro di Controllo che localmente,
tramite accesso di tipo CLI oppure di tipo GUI
•
L’AP deve includere localmente funzionalità di sicurezza con Firewall integrato. Le
caratteristiche del Firewall dovranno includere:
o Tipo L2 / L3 stateful e funzionalità di IP Filtering
o Proteggere i client wireless da attacchi di tipo «Man in the Middle» (MITM)
attraverso ispezioni dinamiche ARP dell’Access Point (prevenzione dall’«ARP
cache poisoning»)
o Consentire ottimizzazione sicura del flusso di traffico ispezionando il traffico
dell’Access Point prima di inoltrarlo verso una VLAN locale e senza passare
dal Centro di Controllo centralizzato.
________________________________________________________________________
Pagina 19 di 58
o Prevenire che attacchi di tipo «Denial of Service » (DoS) e di tipo « storm»
broadcast/multicast si propaghino verso la rete wired senza passare dal Centro
di Controllo centralizzato
o Funzioni anti - intrusione a livello wireless native (ovvero funzioni dette di
Wireless Intrusion Detection System o WIDS e di Wireless Intrusion
Prevention System o WIPS)
•
L’Access Point deve supportare i principali sistemi di cifratura e sicurezza quali :WEP
a 64 e 128 bit; WPA–TKIP; WPA-PSK-TKIP; WPA-AES; WPA-PSK-AES; WPA802.11i ; WPA2–AES; WPA2-PSK-AES; WPA2-TKIP; WPA2- PSK-TKIP; 802.1X
•
Ogni Access Point in offerta dovrà supportare:
o Funzionalità di networking con i server DHCP, NAT, AAA server;
o Funzionalità di gestione della Quality of Service (QoS): WMM-PS/SIP CAC,
WMM -UAPSD, 802.1p, Diffserv e TOS
o Capacità locale (ovvero integrata nell’Access Point) di gestione degli
aggiornamenti e delle configurazioni di firmware
o Layer 3 routing ed i protocolli 802.1q/p, DHCP server/client, BOOTP Client,
PPPoE e LLDP.
o Load - balancing del traffico con Rate Limiting e Bandwidth Management
o Funzioni di mobilità di Layer 2 e Layer3 (stateful roaming)
o Funzionalità di Fast roaming
o Dare la possibilità di realizzare VLAN estese Wired/Wireless senza necessità
di riconfigurare le VLAN a livello wired consentendo ai client wireless di
accedere alle VLAN wired e di muoversi tra le VLAN wired e wireles.
Componente di backhauling e trasporto
Le tecnologie adottate in questa parte della rete devono operare su almeno una delle bande
non licenziate previste nelle gamme 5GHz, 17GHz e 24GHz.
I sistemi adottati per questi strati dovrebbero:
• Adottare i principali standard dell’industria delle telecomunicazioni ( IEEE, ETSI
ecc.).
• Essere inseriti in un piano temporale previsto di sviluppi futuri (roadmap) che ne
garantiscono l’evoluzione.
• I sistemi adottati per questi strati devono essere integrati nella piattaforma di gestione
della rete.
La soluzione proposta deve essere descritta per quanto riguarda almeno le seguenti
componenti:
• Tecnologia (Standard e roadmap),
• Evoluzioni dell’estensione della rete
• Gestione del traffico e dei collegamenti
• Integrazione nella piattaforma di gestione proposta.
Centro di Controllo di rete
Il Centro di Controllo della rete Wireless dovrà consentire il controllo, la configurazione e la
________________________________________________________________________
Pagina 20 di 58
gestione della rete da un unico punto centralizzato. Le funzionalità che il Centro di Controllo
della rete wireless deve possedere sono:
•
Gestione centralizzata delle configurazioni iniziali e successive degli elementi di rete e
dei sensori Wi-Fi, anche di Vendors differenti.
•
Gestione gerarchica e semplificata delle policy e dei profili degli utenti e dei
dispositivi dell’infrastruttura.
•
Accesso da parte dell’amministratore di rete tramite interfaccia grafica user friendly di
tipo GUI (Graphical User Interface) o CLI (Command Line Interface), basati su
tecnologie Web UI, SSH, Telnet e serial console.
•
Aggiornamento firmware centralizzato degli elementi di rete. Deve essere possibile la
creazione di profili, per i vari tipi di apparati del sistema, in modo da inviare
aggiornamenti firmare per gruppi di apparati oppure per tutta la rete. Il processo di
aggiornamento dovrà segnalare eventuali errori e fault; gli apparati dovranno avere la
possibilità di mantenere la versione firmware precedente ed eventualmente ritornare al
firmware precedente in caso di problemi con la nuova versione firmware. Dovrà anche
essere possibile schedulare il processo di aggiornamento.
•
Gestione delle policy di Quality of Service (QoS) sulle varie WLAN (Wireless LAN)
per consentire politiche di priorità del traffico su WLAN multiple. A seconda del tipo
di traffico supportato (navigazione, VoIP, etc.); la QoS di una WLAN dovrà
supportare:
o Protocollo WMM (Wi-Fi Multimedia) con capacità WMM Power Save;
o Classificazione WMM del client wireless, che dovrà includere diversi profili
almeno del tipo:
Traffico Voce;
Traffico Video;
Traffico Best Effort;
Traffico Low Priority
o Prioritizzazione di tipo SpectraLink Voice Priority (SVP)
o Supporto dei protocolli SIP CAC
•
Supportare 802.11k e 802.11r;
•
Supporto dei Multicast Frames
•
Supporto del roaming a Layer 2 e Layer 3 e della mobilità per i client da un Access
Point all’altro
•
Supporto alle funzionalità di sicurezza e autenticazione a livello centralizzato:
o Firewall Stateful Layer 2-7 integrato
o Supporto della funzionalità di NAT
o Supporto del protocollo 802.11i
o Supporto dei protocolli di cifratura che un AP può gestire
o Supporto del protocollo TACACS
________________________________________________________________________
Pagina 21 di 58
•
Supporto di funzionalità di Autenticazione a livello centralizzato con 802.1x/EAPTLS e EAP-TTLS, Protected EAP(PEAP); Server Integrato Kerberos AAA/RADIUS
con supporto nativo per EAP- TTLS, EAP-PEAP (con database incorporato per
username/password; supporta LDAP) e EAP-SIM/AKA.
•
Autenticazione Captive Portal e supporto dei protocolli SNMP.
Il Centro di Controllo dovrà includere funzioni e strumenti di analisi e risoluzione delle
criticità e guasti (troubleshooting) legati ai link radio, alla gestione del roaming, alla qualità
del servizio offerto, alla qualità della copertura nelle aree di accesso, alla gestione delle
interferenze e alla problematiche di sicurezza e così via.
Gli strumenti di troubleshooting dovranno consentire di eseguire analisi storiche e reportistica,
raccogliere dati statistici, a supporto dell’analisi storica delle performance, degli allarmi e
delle criticità riscontrate sul sistema, attraverso report personalizzabili.
Il sistema in offerta dovrà consentire un’analisi dinamica dei dati in tempo reale. Dovranno
essere disponibili degli strumenti visivi e personalizzabili (grafici, tabelle, chart, etc,) per
visualizzare l’andamento in tempo reale dei parametri monitorati.
Il sistema dovrà anche supportare l’analisi spettrale, almeno nelle bande 2,4 e 5 GHz.
L’analisi di spettro della rete Wi-Fi, dovrà consentire la visualizzazione in tempo reale di
potenziali fonti di interferenza dello spettro RF, la loro identificazione e classificazione,
attraverso spettrogrammi e tabelle. Lo strumento di analisi spettrale dovrà comportarsi a tutti
gli effetti come un analizzatore di spettro.
Hot spot di Velletri e Free Lazio Wi-Fi
Il progetto degli Hot spot di Velletri s’inserisce all’interno della pianificazione regionale
relativa al progetto Free Lazio Wifi. La Regione Lazio intende iniziare la realizzazione del
progetto Free Lazio Wifi a partire dai comuni del Plus Linea 1.7.
In particolare la società regionale LAit (Lazio Innovazione Tecnologica) può fornire
eventualmente supporto e consulenza alla installazione e messa in esercizio degli hotspot e
della intera infrastruttura wireless.
Gli Access Point installati e forniti dal fornitore aggiudicatario dovrebbero essere compatibili
con l’installazione del Firmware Openwisp (basato su OpenWRT).
La compatibilità dell’Ap con OpenWisp si basa sulla compatibilità dell’AP con OPENWRT
su cui OpenWisp è basato e quindi dovrebbe valere su tutti gli AP elencati in: [1]
Per maggiore certezza è consigliabile riferirsi ad AP già testati dalla comunità OpenWisp
elencati in [2].
Il SW OpenWISP è stato sviluppato dal Caspur su indicazione della Provincia di Roma per il
progetto ProvinciaWiFI e rilasciato con licenza opensource (http://openwisp.org/)
Considerato che il centro di controllo della rete Free Lazio Wifi sarà gestito da LAit e da
Regione Lazio e che in ogni territorio verranno quindi dispiegati Access Point che attraverso
VPN su collegamento internet si connetteranno alla rete centrale, sarà a carico dell’affidatario
la configurazione degli AP con il firmware fornito da Regione Lazio/LAit, l’installazione e la
manutenzione degli stessi.
Essendo l’architettura di OpenWisp compatibile anche con sistemi di SSID multipla, eventuali
integrazioni logiche di più reti sulla stessa rete fisica dovranno essere illustrate nel progetto
tecnico.
________________________________________________________________________
Pagina 22 di 58
La rete wireless di Velletri
Sedi interessate dal Progetto
L’Offerente dovrebbe realizzare una rete Wireless che consente di collegare tutti i nodi
interessati dalla rete. L’offerente è libero di aggiungere, giustificandoli, altri nodi necessari
per problematiche di radiopropagazione.
Un primo elenco dei siti da collegare e legate alle esigenze degli hot spot e delle sedi da
collegare è riportato nella seguente tabella:
Rete Wireless:
Sedi comunali
Collegamento
dedicato
Hot Spot
Via della Neve 3 – Servizi Sociali ;
X
X
Sede della Polizia Locale
X
X
Biblioteca Comunale Tersenghi ;
X
X
Cimitero Comunale
X
X
Biblioteca Comunale Fondo Antico
X
X
Pala Bandinelli
Sede della Protezione Civile;
Villa Bernabei;
Convento del Carmine;
Piazza Mazzini;
X
X
X
X
X
X
X
X
X
Tabella 1: Sedi comunali da collegare e/o sedi di Hot Spot
Questa rete Wireless deve includere anche altri siti necessari per gli altri progetti descritti nel
seguito (Led Wall, Telecamere e dispositivi in genere), e non menzionate in questa tabella.
La lista complessiva dei siti è riportata nell’Allegato 1.
Tutti i siti su cui saranno installati gli apparati e sistemi della rete, sono di proprietà del
Comune di Velletri.
Tutti i collegamenti sono attestati in un unico centro di servizio posto in Piazza C. O. Augusto
n. 1.(sede del comune e del CED)
Richieste Specifiche
Il Proponente deve eseguire almeno un sopralluogo al fine di raccogliere tutte le
informazioni necessarie per predisporre uno studio di pianificazione della rete Wireless, ed
anche degli progetti facenti parte del progetto complessivo, sulla base del quale fare un primo
progetto di massima
Il dimensionamento della rete è lasciato all’Offerente che ne fornirà evidenza nella fase di
offerta tecnica. Pertanto nella fase di offerta il proponente deve dichiarare:
•
Il numero di terminali massimi contemporanei attivi gestibili con un troughput
medio per utente in grado di supportare :i servizi delle Applicazioni per i cittadini;
servizi di Web-Browsing, email, video streaming You tube quality.
• Banda effettiva disponibili per ogni sede Comunale fornendo almeno una
________________________________________________________________________
Pagina 23 di 58
•
connessione dati in rete locale di 20 MB (10 up e 10 down).
La matrice di traffico che dia evidenza dei dimensionamenti fatti per i vari servizi (
Hotspot, connettività, videosorveglianza, Videowall ecc).
In fase di offerta, l’offerente dovrà rispondere alle richieste fatte in questo capitolo. Inoltre il
Proponente dovrà fornire:
1. Un Offerta tecnica:che descriva:
• L’architettura proposta e come si ’inserisca all’interno dell’ architettura informativa
comunale.
• La tecnologia utilizzata.
• Le soluzioni impiantistiche.
• La matrice di traffico complessiva che dia evidenza dei dimensionamenti fatti per i
vari servizi.
• Il centro di gestione
2. Piano temporale
• Il piano proposto dall’offerente per la preparazione dei siti, installazione delle
apparecchiature, del SW , sua configurazione e collaudo.
• Come si integra questo progetto, nel piano di roll-out previsto per tutto il progetto
dell’offerta
• Stima dello sforzo in giorni uomo per figura professionale indicando anche le tariffe
giornaliere applicate
3. Processo di esercizio e manutenzione
• La descrizione del processo di esercizio e manutenzione della rete Wireless e delle
risorse messe a disposizione per questo specifico progetto
• La valorizzazione in termini economici e di forza lavoro per il servizio di assistenza e
di manutenzione preventiva e correttiva della rete e lo SLA associato per la
disponibilità del servizio.
• Il servizio di assistenza e manutenzione preventiva e correttiva deve essere garantita e
gratuita per un periodo minimo di almeno 24 (ventiquattro) mesi a partire dal giorno
del collaudo, periodo dopo il quale inizierà il servizio a pagamento previsto almeno
per tre anni. Si richiede almeno di garantire il funzionamento della rete h 24 con una
disponibilità annua di almeno il 97% del tempo.
4. Formazione
• Quota della formazione di base complessiva assegnata a questo progetto e suoi
obbiettivi.
5. Servizi migliorativi
•
si intende l’insieme di proposte non contemplate dal capitolato dalle quali la stazione
appaltante può trarre ulteriori vantaggi e/o servizi. (ad esempio, un maggior periodo di
garanzia gratuito, maggiore formazione offerta, ecc.);
________________________________________________________________________
Pagina 24 di 58
Videosorveglianza: Velletri Città Sicura.
Generalità
Per un servizio di videosorveglianza s’intende una soluzione tecnologica costituita da apparati
di acquisizione, archiviazione, trasmissione e visualizzazione di flussi audio-visivi, in grado di
eseguire riprese in ambienti interni ed esterni, convogliando le immagini a una consolle
operatore, eventualmente remota, e/o a un sistema di registrazione. Apparati di questo tipo
sono comunemente installati in edifici e aree pubbliche e private per diverse finalità. Tra le
principali si possono citare:
•
Prevenzione e deterrenza del crimine in aree a rischio per tipologia (es. oreficerie,
banche, uffici postali) o per incidenza del crimine (es. zone isolate, parchi, aree nelle
quali sono riscontrati frequenti episodi malavitosi).
•
Controllo e monitoraggio accessi e presenze in aree protette
•
Prevenzione furti (es. centri commerciali, grandi magazzini)
•
Controllo aree ad alta densità di pubblico (es. stazioni ferroviarie e metropolitane,
porti, aeroporti, scuole)
•
Sorveglianza di mezzi di trasporto, rilevazione di atti vandalici, taccheggio, attentati
terroristici (es. vagoni ferroviari, autobus)
•
Monitoraggio strade e traffico
In tutti i casi di applicazione, finalità e modalità di realizzazione del sistema devono
comunque essere rapportate e limitate all’effettiva necessità, nel rispetto delle norme sulla
privacy dettate dal garante.
Sistema di Videosorveglianza Velletri Citta sicura stato attuale:
Il sistema di videosorveglianza adesso in essere, denominato Velletri Città sicura, si era già
posto come obbiettivo la:
•
Realizzazione di una rete di telecamere atte al controllo delle aree più significative del
comprensorio e comunicate dal comune mediante apposita cartografia
•
Gestione centralizzata e supervisione di tutti i punti telecamera presenti;
•
Ottimizzazione delle risorse umane di vigilanza
•
Minimizzazione delle spese di gestione e di manutenzione
•
Scalabilità futura. Intesa come predisposizione all‘installazione di nuovi punti di
controllo.
Il sistema si basa sull’uso di telecamere digitali che comunicano con il centro servizi mediante
il protocollo di comunicazione IP. I sistemi di sorveglianza basati su protocollo IP, oltre alla
semplice supervisione visiva, da un unico computer centralizzato, offrono una serie di altri
vantaggi, tra i quali:
•
Gestione e sorveglianza, in tempo reale, di persone e merci, in più siti
•
Registrazione di suoni e immagini di alta qualità
Il progetto “Velletri Città Sicura” attualmente è presente sul territorio con un servizio di
videosorveglianza così composto:
________________________________________________________________________
Pagina 25 di 58
10 telecamere IP dislocate nei seguenti siti:
1.
Piazza Garibaldi;
2.
Piazza Cairoli;
3.
Torre del Trivio;
4.
Piazza Mazzini;
5.
Piazza Cesare Ottaviano Augusto;
6.
Piazza Caduti sul Lavoro;
7.
Piazza XX Settembre;
8.
Piazza Giovanni Falcone;
9.
Teatro 1;
10.
Teatro 2;
Una Control Room presso la centrale Radio della Polizia Locale.
Equipaggiata con un server con software di gestione Arteco 6000 IP. un pc desktop per la
riproduzione delle immagini su uno schermo 32 pollici. L’hardware esistente non sempre
garantisce il collegamento giornaliero con tutte le telecamere e la registrazione è consentita
per soli 7 giorni.
Potenziamento del sistema.
Si vuole realizzare il potenziamento di questa struttura con l’integrazione di almeno n. 12
nuove telecamere, con l’installazione di un nuovo schermo di adeguate dimensioni e con
l’implementazione della control room con un software di video analisi.
Le telecamere devono essere:
• Dotate di una capacità locale di memorizzazione di almeno 32 GB
• Collegate al centro servizi mediante rete wireless. ( Siti aggiuntivi a quelli del progetto
Wireless Lan)
I siti oggetto dell’intervento potrebbero essere sede anche di Hot Spot Wi-Fi per accesso alla
rete Wireless.
Software di Video analisi
Normalmente i sistemi di video-registrazione/visualizzazione non rilevano eventi in tempo
reale e richiedono tempi lunghi per esaminare i contenuti delle registrazioni. Per questo molti
di essi prevedono l’inclusione di programmi di video analisi.
L’integrazione delle due componenti, archiviazione/visualizzazione immagini e video analisi,
costituiscono i sistemi di videosorveglianza intelligente perché contengono algoritmi di
analisi delle immagini con l’ “intelligenza” di rilevare eventi (“event detection”) di interesse e
di segnalarli.
I sistemi di videosorveglianza intelligente non si limitano a vedere e registrare quello che
succede, ma sono anche in grado di inviare all'utente notifiche di allarme per segnalare
situazioni anomale, di allerta o di pericolo (come presenza di persone, oscuramento di
telecamera, apertura di una porta, ecc.) che occorrono nelle aree controllate.
________________________________________________________________________
Pagina 26 di 58
Un sistema di videosorveglianza intelligente invece aiuta l’operatore focalizzando la sua
attenzione esclusivamente sui monitor che inquadrano gli eventi di interesse. Il lavoro di
controllo è così semplificato e reso efficiente facilitando la rilevazione delle situazioni a
rischio e rendendo immediatamente operativo l’intervento. Le funzioni "attive" possono
essere molteplici e allertare l'utente sul PC, ma anche inviare notifiche in remoto (SMS, email, o segnalazioni acustiche o di altro tipo).
Il punto critico dei sistemi di videosorveglianza intelligente riguarda l’affidabilità degli eventi
rilevati.
Gli algoritmi di video analisi interpretano la realtà tramite la mediazione di sequenze di
immagini e gli elementi dell’ apparenza visiva possono trarli in inganno con il risultato di falsi
allarmi.
Pertanto l’ utente si trova di fronte alla scelta drastica di ricevere una notevole quantità di
falsi eventi o accettare un rischio elevato di perdere quelli interessanti.
•
La prima possibilità comporta la non usabilità del sistema per un eccesso di
segnalazioni che finiscono presto per essere ignorate.
•
La seconda comporta il rischio di non segnalare né registrare ciò che interessa.
Oltre all’estensione della copertura del servizio, si vuole introdurre, nel sistema già in
esercizio, un software di video analisi in grado di consentire di creare degli alert che sarà poi
l'operatore a dover gestire, oppure l'operatore attraverso l'interazione con il software sarà in
grado di crearne quando si verificherà un determinato evento (superamento soglia, oggetto
mancante, riconoscimento facciale).
Il software dovrà essere in grado di assolvere almeno i seguenti scenari di utilizzo:
•
Monitoraggio infrastrutture critiche;
•
Anti-intrusione;
•
Oggetti abbandonati;
•
Analisi comportamentali;
•
Riconoscimento e cattura del volto;
•
Indicizzazione dei dati video e analisi post incidente;
•
Sicurezza del cittadino;
•
Monitoraggio antincendio dei boschi del Comune di Velletri;
Tutte le registrazioni dovranno essere immagazzinate in un dispositivo di memorizzazione
hardware collocato nella sede della Control Room.
Inoltre una copia delle immagini e delle attività monitorate deve essere archiviato e rese
disponibile anche in un ambiente di Cloud Computing.
Il monitor della Control Room dovrà fornire un immagine diretta delle problematiche in atto e
una interfaccia intuitiva mostrando una mappa della città con le informazioni di controllo del
sistema di videosorveglianza, gli alert attivi e tramite l'interazione con lo stesso sarà possibile
la gestione delle telecamere nonché l'impostazione degli allarmi.
La stessa Control Room dovrà essere ridondata presso la sala Ced del Comune di Velletri per
sviluppi e gestioni che verranno gestiti avanti.
________________________________________________________________________
Pagina 27 di 58
La progettazione deve tenere in conto l’hardware esistente, riconducendolo nell’ambiente
tecnologico cui si vuole arrivare, adeguandolo alla struttura che il Proponente intende
applicare al progetto.
Sedi interessate dal Progetto
L’elenco indicativo dei nuovi punti da collegare è riportato nell’elenco seguente, salvo
eventuali modifiche in corso d’opera.
1. via Appia e via dei Laghi (triangolo)
2. Zona di Porta Napoletana con copertura anche della scuola Marcelli
3. Piazzale cimitero con copertura anche di via San Biagio
4. Zona 167
5. Incrocio tra Piazzale Ospedale
6. Parco Comunale Villa Ginnetti (valutare ubicazione su galleria Ginnetti)
7. Parco Comunale viale Marconi
8. Piazza Donatori di Sangue
9. Piazza San Martino
10. Viale Salvo D'acquisto (scuole)
11. Campo sportivo Giovanni Scavo
12. Piazzale della Stazione
Richieste specifiche
Il Proponente deve presentare:
1. Un Offerta tecnica che descriva:
• La tecnologia utilizzata, le modalità di integrazione con il sistema esistente, le
modalità di installazione per ogni sito e il dimensionamento della rete di trasporto per
la raccolta dei segnali video presso il Comando di Polizia Locale;
•
La descrizione delle funzionalità disponibili nel software di video analisi sia per le
componenti richieste che per quelle opzionali eventualmente suggerite dal fornitore;
•
Referenze sull’efficacia del sistema di video analisi proposto.
2. Piano temporale
• Il piano temporale di realizzazione su cui il Proponente si impegna a realizzare ed a
mettere in esercizio la rete;
•
Come si integra questo progetto, nel piano di roll-out previsto per tutto il progetto
dell’offerta
•
Stima dello sforzo in giorni uomo per figura professionale indicando anche le tariffe
giornaliere applicate
3. Processo di esercizio e manutenzione
• La descrizione del processo di esercizio e manutenzione offerto;
•
La valorizzazione in termini economici e di forza lavoro per il servizio di assistenza e
________________________________________________________________________
Pagina 28 di 58
di manutenzione preventiva e correttiva della rete e lo SLA associato per la
disponibilità del servizio.
• Il servizio di assistenza e manutenzione preventiva e correttiva deve essere garantita e
gratuita per un periodo minimo di almeno 24 (ventiquattro) mesi a partire dal giorno
del collaudo, periodo dopo il quale inizierà il servizio a pagamento previsto almeno
per tre anni. Il servizio deve garantire il funzionamento della rete h 24 con una
disponibilità annua di almeno il 95% del tempo.
4. Formazione
• Quota della formazione di base complessiva assegnata a questo progetto e suoi
obbiettivi.
5. Servizi migliorativi
•
Si intende l’insieme di proposte non contemplate dal capitolato dalle quali la stazione
appaltante può trarre ulteriori vantaggi e/o servizi. (ad esempio un maggior periodo di
garanzia gratuito, maggiore formazione offerta, ecc);
________________________________________________________________________
Pagina 29 di 58
Piattaforma Città di Velletri
Generalità
Con il termine piattaforma s’intende l’insieme di strumenti ed interventi che consentono
l’interazione dell’amministrazione/realtà locali con l’utente finale (cittadini, turista) in modo
attivo (l’utente segnala) e passivo (l’utente riceve una comunicazione) mediate l’utilizzo di:
• Una Piattaforma Smart City
• App mobile;
• LedWall;
• Portale WEB.
Inoltre la piattaforma dovrà consentire la creazione di contenuti fruibili dai cittadini.
Tra i contenuti più importanti da rendere disponibili al cittadino, vi sono le attività politiche
ed amministrative che coinvolgono il consiglio Comunale. Per questo motivo occorre
adeguare ed ’integrare con la piattaforma di servizio, il sistema di WEB conference esistente
presso la Sala del Consiglio Comunale per consentire la visione streaming delle sedute
consiliari.
L’applicazione dovrà essere integrata con il sistema attuale, essere dotata di una webcam
brandeggiabile collegata al sistema audio già presente e guidata automaticamente verso
l’oratore al quale viene autorizzato l’intervento. I contenuti della ripresa video dovranno
essere disponibili presso archivio cloud e pubblicati su portale del Comune di Velletri.
L’utente potrà decidere se rivedere in streaming il video oppure se scaricarlo in formato web
visibile da qualsiasi piattaforma, anche in mobilità.
L’applicazione in mobilità (di seguito App) deve essere disponibile almeno per le piattaforme:
• IOS
• Android
• Windowsphone
L’App dovrà essere facilmente reperibile nei rispettivi store e avere due livelli di fruibilità:
• Libero: per utenti estemporanei (turisti), una volta scaricata l’App possono subito
accedere alle informazioni di servizio e turistiche disponibili sulla piattaforma. Non
debbono eseguire alcuna autenticazione e l’uso deve essere immediato, stabile e
funzionale.
• Con accesso: per gli utenti, in particolare cittadini, che vengono profilati sul sistema e
riconosciuti mediante autenticazione con credenziali standard (user e passowrd). Tali
utenti avranno la possibilità di accedere a tutte le funzione dell’App, comunicare la
loro posizione, condividere contenuti multimediali.
Le funzioni della piattaforma dovranno essere integrate con l’ambiente già in esercizio presso
il Comune di Velletri e sviluppate integrando le interfacce utente con le nuove funzioni per
l’integrazione dei nuovi canali informativi.
________________________________________________________________________
Pagina 30 di 58
App specifiche della Piattaforma
App in Ambito informativo turistico
•
Sistema di messaggistica passivo che consente all’utente che ha l’App attiva sul
proprio smartphone, la possibilità di ricevere i messaggi inviati dalla piattaforma che
perlopiù saranno di servizio o turistiche.
•
Visuliazzazione di tutte le notizie per le quali è stata decisa anche la pubblicazione
sull’App e dotazione di un sistema di ricerca per singola parola chiave o per categoria.
•
Visualizzazione di tutte le informazioni turistiche.
•
Visualizzazione della mappa della città con l’indicazione della disponibilità delle
biciclette nelle bici stazioni (integrazione con il sistema di gestione delle bici stazioni,
vedi allegato XX). Prevedere anche la possibilità di visualizzare l’ubicazione delle
biciclette non presenti nelle bici stazioni.
•
Visualizzare il posizionamento delle navette per il Tpl tramite georeferenziazione.
Questa funzione prevede anche l’installazione del sensore gps sulle navette Tpl.
App in ambito interattivo cittadino - amministrazione
Questo ambito consente all’utente di procedere con delle segnalazioni attive sul territorio di
disservizi tramite invio di file multimediale direttamente dalla posizione dell’evento. Il
modello di riferimento per questa funzione è quello già consentito con la famosa App gratuita
Decoro Urbano. Nello specifico i devono prevedere le seguenti categorie:
• Rifiuti
•
Dissesto stradale
•
Atti vandalici
•
Decoro cittadino
•
Parchi pubblici
Una volta che la segnalazione del cittadino viene raccolta dalla piattaforma di Smart City si
deve prevedere un sistema di gestione con la presa in carico del problema e l’attivazione della
procedura di risoluzione adeguata.
Pertanto il Proponente deve provvedere a fornire anche un’applicazione per la gestione delle
richieste in grado di realizzare dei report statistici in formato Open data per consentire una
valutazione direzionale delle informazioni ricevute.
Potrebbe visualizzare su una mappa dell’area comunale gli allerta fino alla chiusura positiva
dell’evento. Si vuole inoltre dare all’operatore la possibilità di inserire manualmente le
segnalazioni giunte telefonicamente o quelle pervenute attraverso altri canali.
App in ambito multimediale
Quest’ambito deve consentire all’utente la possibilità di accedere a tutti i contenuti
multimediali compresi quelli di tipo turistico collegati con i sistemi di interazione con le aree
monumentali (Qrcode) per i quali l’amministrazione sta procedendo all’implementazione.
Inoltre l’App dovrà consentire la visione in streaming delle sedute del Consiglio comunale sul
modello delle App utilizzate per la visione dei canali televisivi come Rai.Tv e SkyGo.
________________________________________________________________________
Pagina 31 di 58
App in ambito ambientale
La piattaforma deve fornire agli utenti tutte le informazioni provenienti dai sensori di
monitoraggio ambientale. Già disponibili dati provenienti dalle sonde per i monitoraggio delle
onde elettromagnetiche provenienti dalle antenne per la telefonia mobile.
L’App deve essere predisposta per la gestione anche di altre informazioni ambientali non
ancora predisposte ma sulle quali l’amministrazione intende investire nei prossimi anni
(monitoraggio polveri sottili, inquinamento acustico, inquinamento atmosferico, inquinamento
del suolo, ecc).
Comunicazione con i Led Wall
Una parte della comunicazione verso il cittadino, che possono interessare le APP
precedentemente descritte, devono essere pubblicate anche su almeno 4 Led Wall dislocati sul
territorio Comunale che saranno forniti dal Proponente.
Le informazioni che interessano questi oggetti fanno riferimento a comunicazioni che
permettono ai cittadini di avere, in tempo reale, almeno le informazioni su:
•
Eventi di interesse
•
Comunicazioni Pubbliche e di allerta
•
Sedute consiliari e tutto quello che già è presente sulle news del sito istituzionale.
I quattro Led-Wall si intendono posizionati nelle aree più importanti per il comune quali:
1.
Piazza Garibaldi;
2.
Piazza Cairoli;
3.
Piazza Martiri d’Ugheria (Stazione Ferroviaria);
4.
Viale Salvo D’Acquisto;
Caratteristiche
I Led Wall dovrebbero avere almeno le seguenti caratteristiche tecniche minime:
•
Dimensioni: 2240 X 1920 mm realizzata con mattonelle di superfice 160 X 160 mm
•
Passo: 5 mm
•
Tipologia Led: SMD 3528
•
Angolo Visione (H/V): 140°/140°
•
Luminanza (cd/m2): > 5000
•
Densità (p/m2): 40000pixel
•
Pixel Pannello: 448 X 380 (172032)
•
Frequenza di refresh:> 1200Hz
•
Modalità di Controllo: real pixel
•
Modalità di pilotaggio :1/8 scan
•
Ciclo di vita (ore): 100000
• Potenza nominale assorbita – consumo massimo (p/m2): 1250 W
________________________________________________________________________
Pagina 32 di 58
•
Potenza nominale assorbita – consumo medio (p/m2): 550 W
•
Grado di Protezione (fronte/retro): IP65/IP65)
•
Temperatura esercizio: -20° <> 50°
Installazione e Collegamenti dei Led Wall
I Led Wall dovranno essere installati su una struttura portante in alluminio alta 3 mt da terra o
comunque compatibile con le prescrizioni del Codice della Strada ed i Regolamenti Comunali.
Gli oneri e i permessi amministrativi per l’installazione degli stessi saranno a carico del
Proponente.
La connessione deve essere fornita tramite la rete Wireless
I Led Wall devono essere anche sede anche di Hot Spot per l’accesso alla rete Wireless.
Adeguamento multimediale della Sala Consiliare
Nella visione che il cittadino sia partecipe della vita dell’Ente, è opportuno che il Offerente
preveda l’aggiornamento del sistema informatico gestionale e multimediale della Sala
Consiliare, migliorando le potenzialità già implementate nella stessa.
La Sala è dotata di un software di gestione che consente l’immagazzinamento delle
registrazioni audio delle sedute, con il monitoraggio delle presenze e di tutte le votazioni.
L’interazione tra il software e i membri del Consiglio Comunale avviene tramite un terminale
contenuto in ogni postazione in cui sono inserite le tessere di riconoscimento, dove si vota
elettronicamente e dove sono presenti i microfoni per la registrazione.
Il sistema è gestito da una postazione di Regia che ridonda una parte del controllo al
Presidente del Consiglio.
Il sistema lavora su una piattaforma Windows XP Pro ed è collegato ad un impianto di
amplificazione che distribuisce il segnale audio nella Sala del Consiglio ed in quella delle
Lapidi.
Tutti i processi del consiglio sono pubblicati su due grandi schermi all’interno delle sale
menzionate in precedenza.
Adeguamento
Il Fornitore Aggiudicatario deve implementare il software gestionale della Sala tenendo conto
della normativa vigente (Testo Unico Enti Locali e sue modificazione L. 191/2009 e Dl.
2/2010) e del regolamento di consiglio e delle commissioni consiliari del Comune di Velletri.
La Sala dovrà essere corredata da un sistema di registrazione video che possa essere trasmesso
in streaming sui LedWall, sull’app, sul sito istituzionale e sul monitor presente nella sala delle
Lapidi.
Per ciò che riguarda l’audio deve essere registrato su di un file unico ed in un formato che
abbia delle dimensioni nell’ordine dei MB e non dei GB.
L’amplificazione della sala deve essere possibile sia se l’impianto di gestione è acceso sia se è
spento questo consentirà l’utilizzo dell’impianto anche per altri eventi come Matrimoni o
Convegni.
________________________________________________________________________
Pagina 33 di 58
Ulteriori considerazioni
La piattaforma deve essere in grado di gestire almeno un numero minimo di 4 Led Wall nella
fase iniziale, ma deve essere scalabile per ulteriori Led Wall
I flussi informativi da presentare sui led wall e sui terminali mobili (smartphone) devono
essere compatibili con l’interfaccia web del sito istituzionale essendo lo stesso già esistente.
Requisiti di base della Piattaforma Smart City
Requisiti Architetturali:
•
La soluzione dovrebbe essere basata sull’uso di almeno uno o più framework software
open source;
•
Il sistema deve essere in grado di supportare tutte le applicazioni comprese quelle in
mobilità;
•
Il sistema dovrebbe supportare almeno le principali tecnologie standard di mercato
come ad esempio java e PHP (LAMP);
•
Il sistema dovrebbe essere conforme ai principali standard di mercato come ad
esempio AJAX e JSR286 (ove applicabile);
Supporto Multilingua e visibilità
La Comunità Europea indica tra le caratteristiche auspicabili della cittadinanza Europea la
conoscenza e l’utilizzo per tutti i cittadini di almeno tre lingue della comunità; di conseguenza
il sistema deve essere fruibile in almeno tre lingue, inizialmente almeno italiano e inglese. E’
auspicabile l’aggiunta immediata di francese e/o spagnolo. Il numero delle lingue supportate
deve essere comunque aperto.
Il Proponente deve indicare in un’apposita sezione del documento tecnico quale è l’approccio
proposto per rendere il sistema altamente visibile rispetto ai principali motori di ricerca.
Il fornitore deve indicare inoltre:
•
Come l’architettura della piattaforma fornirà un supporto multilingua;
•
Quali lingue saranno supportate inizialmente;
•
Quali aree funzionali o temi della piattaforma, eventualmente non saranno compatibili
con l’impostazione multilingua;
•
Quali contenuti saranno effettivamente tradotti;
•
L’interfaccia utente, incluse le strutture di navigazione, i menù, la messaggistica
informativa e di errore, deve essere multilingua;
•
Requisiti per la gestione dei contenuti
Il Fornitore Aggiudicatario dovrà reperire i contenuti inseriti sul sito istituzionale e tramite un
apposito modulo trasformarli per la visualizzazione sui dispositivi portatili e sui led wall.
Requisiti di interconnessione
Deve essere possibile l’importazione e l’esportazione dei dati in formato XML;
________________________________________________________________________
Pagina 34 di 58
•
La piattaforma deve essere in grado di generare un resoconto dettagliato del numero di
entità e della relativa tipologia che la utilizzano;
•
La piattaforma deve essere utilizzata solo da utenti registrati dotati delle credenziali di
accesso fornite dall’amministratore del sistema e degli opportuni diritti per l’accesso;
•
La piattaforma deve essere dotata di un sistema di tracciamento degli accessi in modo
tale da generare dei resoconti sul loro numero, eventuali errori, indirizzo IP dei sistemi
di harvesting che hanno compiuto richieste.
•
Il servizio deve essere sotto il controllo dell’amministratore che in qualsiasi momento
può decidere di sospenderlo o avviarlo;
Caratteristiche qualificanti dell’infrastruttura proposta
Nella proposta l’Offerente deve garantire:
• La presenza di un’infrastruttura tecnologica in grado di eseguire. in tempo reale,
operazioni complesse e l’accesso trasparente ai servizi dei sottoprogetti garantendo al
contempo un’adeguata infrastruttura di rete.
•
Una comprovata esperienza nella gestione delle infrastrutture per il trattamento e la
condivisione di risorse informatiche mediante l’impego dei principali standard per la
gestione.
•
L’aderenza agli standard indicati.
•
La conformità ai requisiti tecnici di accessibilità usabilità indicati nel decreto
Ministeriale di attuazione della Legge Stanca (legge 4/2004 “ Disposizioni per favorire
l’accesso dei soggetti disabili agli strumenti informatici”) e alle linee guida WCAG 1.0
previste dallo standard WAI Web Accessibility Initiative, un’iniziativa del consorzio
mondiale W3C che si occupa di standardizzare la progettazione dei siti web.
Requisiti Hardware e Software
Il Fornitore Offerente dovrà selezionare l’hardware più adatto al progetto di integrazione ed
sotto progetti integrati, indicare nell’offerta il numero e le caratteristiche dei dispositivi
selezionati, la possibilità e la disponibilità a rivendere tali dispositivi alla Stazione Appaltante
tramite Consip.
Requisiti riguardanti l’Hardware da utilizzare.
•
L’hardware necessario alla soluzione deve essere della più recente tecnologia
disponibile; tutte le sue componenti devono essere proposte dal fornitore
aggiudicatario nell’offerta tecnica in una lista che dettagli le funzionalità di ciascuna.
•
I server dei database e delle applicazioni dovrebbero preferibilmente essere sistemi
basati su una piattaforma Linux.
•
Il fornitore in gara deve fornire, 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 dal Fornitore aggiudicatario
senza ulteriori costi per la Ente Appaltatore.
•
Il Fornitore deve indicare le caratteristiche e la banda supportata dall’hardware
specificato.
________________________________________________________________________
Pagina 35 di 58
•
Il Fornitore deve fornire una piattaforma in grado di assicurare la continuità, del
servizio in caso di mancanza di alimentazione, per un minimo di 8 ore.
Requisiti relativi alla piattaforma Software di base
•
La soluzione di integrazione proposta deve essere disponibile almeno su una delle
seguenti piattaforme: Linux, Microsoft Windows, Unix;
•
Devono esistere strumenti per la gestione delle prestazioni, a livello 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;
•
Il Fornitore Aggiudicatario deve indicare la strategia di prodotto di ciascun modulo
Software e la “Road Map”;
•
Ciascun modulo della soluzione dovrebbe essere utilizzabile indipendentemente;
•
Gli adattamenti e gli sviluppi software aggiuntivi sulla piattaforma base di riferimento
devono 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 dei server deve poter
essere compiuta 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 compresi almeno
LDAP e DSML;
•
La soluzione dovrebbe utilizzare un server applicativo open;
•
La soluzione deve utilizzare un database relazionale;
•
La soluzione deve 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’aggiornamento software deve avvenire solo sul lato server in modo da non dover
passare lo stesso su tutti i client interessati per quanto possibile;
________________________________________________________________________
Pagina 36 di 58
Requisiti Interfaccia utente
•
Tutte le schermate devono avere un aspetto standard, non dovranno esserci problemi
di accesso nella transizione tra pagine , menù e applicazioni.
•
Una semplice help facility di tipo attivo e contestuale deve essere disponibile nella
lingua del profilo dell’utente e del contenuto della schermata, eventuali errori devono
essere segnalati all’utente.
•
L’introduzione di dati da parte dell’utente deve avvenire in linea col rispetto degli
standard della lingua selezionata nel profilo.
•
L’utilizzo dei software dovrebbe essere registrato giornalmente. Il contenuto dei
record sarà poi determinato congiuntamente con il Fornitore Aggiudicatario durante le
fasi di analisi e disegno (login, generazione dei file di log)
•
Gli utenti in mobilità devono essere organizzati in gruppi, gli utenti avranno la
possibilità di definire e controllare l’accesso.
•
Il controllo relativo alla sicurezza deve essere posizionato concettualmente sulla
componente server, negli aggiornamenti del software, operazioni di backup, controllo
dei diritti di accesso degli utenti.
•
Gli utenti devono poter accedere a tutte le applicazioni cui sono autorizzati attraverso
un unico login.
Requisiti delle applicazioni di mobilità
L'applicazione di mobilità, App, deve funzionare su tutto il territorio del comune di Velletri e
dovrebbe integrare le funzionalità di applicazioni già esistenti.
L'applicazione di mobilità deve essere disponibile per l'accettazione almeno su piattaforma
iPhone 6.3.1 oltre che su device con sistema operativo Android e Windows Phone.
L'applicazione di mobilità deve essere distribuita da uno Store ed essere gratuita.
Il fornitore aggiudicatario deve indicare se la App sviluppata implementa le seguenti
funzionalità: (Fax Simile)
Tipo di App
ilPhone
iPad
Universale
Tipo di Interfaccia
Stock
Custom
Mix
Non so
Sistema di Login
Social & email
Email
NO
Non so
Pagamenti in App
SI
NO
Non so
Dat synch tra device
SI
NO
Non so
Review da utenti
Sí
NO
Non so
Gestione profili utenti
SI
NO
Non so
integrazione con sito
SI
NO
Non so
Icona custom
Si
NO
Non so
Android
W8
Requisiti di Accessibilità
I servizi di Smart City devono essere accessibili in mobilità ed anche via browser (HTML 5).
________________________________________________________________________
Pagina 37 di 58
Requisiti Prestazionali del sistema
•
Il sistema dovrebbe poter sostenere almeno 10 sessioni al secondo.
•
La soluzione proposta dovrebbe essere scalabile fino a supportare almeno 5.000
sessioni giornaliere: il Fornitore Proponente deve fornire il piano di 'Capacity' con una
configurazione finale dettagliata e una stima di costo totale.
•
ll sistema, nella versione mobile: deve essere scalabile fino a supportare 2.500 utenti
giornalieri in mobilità su tutto il territorio comunale.
•
L'hardware deve essere specificato dal Proponente in modo da essere disponibile su
base 24 X 7 (ad esclusione di particolari condizioni come gli aggiornamenti software e
hardware).
•
Il Fornitore 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 una configurazione di High Availability.
Il SIT : Webgis, e cartografia Comunale
l SIT (Sistema Informativo Territoriale)e il Webgis associato è l'architrave e la piattaforma
concettuale di integrazione dei sistemi a supporto dello sviluppo territoriale; le sue
caratteristiche sono:
•
•
•
•
•
La possibilità di visualizzare informazioni cartografiche (mappa, immagine satellitare,
ibrida). Deve essere possibile la gestione in sovrapposizione di altre rappresentazioni
cartografiche ed in ogni caso di tutta la cartografia comunale.
Il sistema dovrebbe prevedere funzionalità come la rappresentazione 3D della Smart
City.
Il sistema di gestione delle mappe deve fornire 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.
Il sistema della mappe deve essere conforme alla direttiva INSPIRE
Il Fornitore Appaltante deve valutare il ruolo del sottosistema delle Mappe e deve
proporre la soluzione più efficace ed efficiente indicando le funzionalità supportate.
La gestione dei dati
Requisiti relativi ai formati dei dati
•
La codifica dei caratteri usata nei documenti di testo deve essere conforme allo
standard 0AI UTF-8
________________________________________________________________________
Pagina 38 di 58
•
La codifica dei caratteri usata nei documenti XML dovrebbe essere registrata nella
dichiarazione di codifica della dichiarazione XML
•
Tutti i documenti dovrebbero essere memorizzati in un formato base SGML o XML
che si uniforma a una DTD o uno schema XML.
•
Il contenuto testuale può essere memorizzato in formato PDF.
•
Per la digitalizzazione di fotografie dovrebbe essere prevista una risoluzione spaziale
di 600 ppi (esclusa interpolazione)
•
Per la digitalizzazione di fotografie dovrebbe essere prevista una risoluzione di colore
di 8 bpp per ciascuna componente RGB
•
Per la digitalizzazione di diapositive dovrebbe essere prevista una risoluzione spaziale
di 2400 ppi
•
Le immagini raster destinate al master digitale dovrebbero essere memorizzate nella
forma non compressa generata dalla digitalizzazione formati TIFF e PNG
•
Le immagini vettoriali dovrebbero essere create e memorizzate in un formato aperto
come SVG
•
I documenti video dovrebbero essere memorizzati in un formato non compresso come
RAVV AVI, senza uso di codec con dimensioni di quadro pari a x X y pixels
•
I documenti video dovrebbero essere memorizzati con una frequenza di quadro di 25
al secondo a 24 bpp
•
I documenti video dovrebbero essere creati e memorizzati usando un formato MPEG
o Microsoft WMF, ASF o QuickTirne
•
i documenti audio dovrebbero essere prodotti e memorizzati in un formato non
compresso come Microsoft WAV o Apple AIFF
•
I documenti audio possono essere prodotti e memorizzati in un formato compresso
MP3, WMA.
•
Tutti i trasferimenti di dati verso dispositivi portatili dovrebbero essere registratiI
documenti audio possono essere prodotti e memorizzati in un formato compresso
MP3, WMA.
•
Tutti i trasferimenti di dati verso dispositivi portatili dovrebbero essere registrati.
Standard di pubblicazione
•
Il contenuto a base testuale dovrebbe essere distribuito come HTML 5.
•
La distribuzione in formati proprietari come PDF, RTF, o Microsoft Word può essere
opportuna come formato aggiuntivo rispetto a HTML
•
Dovrebbe essere presa in considerazione la possibilità di offrire fa stessa immagine
(ove applicabile) in diversi formati, dimensioni, qualità. Le tipologie dimensionali per
una trasmissione via Web sono le seguenti: immagini francobollo, immagini cartolina,
immagini full-screen.
•
Le immagini grafiche non vettoriali dovrebbero essere distribuite sul Web usando il
GIF o il formato PNG.
________________________________________________________________________
Pagina 39 di 58
•
I video dovrebbero essere distribuiti in rete per il download attraverso il formato
MPEG-1 o MPEG-4
•
Possono essere adottati i formati proprietari Microsoft Audio Video Interleave (AVI).
Windows Media Video (WMV) o Apple Quicktime.
•
I video da trasmettere (streaming) dovrebbero essere distribuiti sul Web nei formati
Microsoft ASF,WMV o Apple Quicktime.
•
I file audio dovrebbero essere distribuiti sul Web in forma compressa, usando il
formato MP3 o RA o WMA.
•
Lo standard per produrre modelli VR deve essere compatibile con le specifiche X3D.
•
Le componenti di che fanno uso di formati proprietari di file e di tecnologie browser
plug-in devono garantire che il loro contenuto sia usabile anche per browser sprovvisti
di plug-in eventualmente creando una copia di testo dell'oggetto
•
L'impiego di tecnologie come Javascript o Macromedia Flash nella navigazione del
sito dovrebbe essere limitato al minimo indispensabile.
Standard sui Diritti di proprietà intellettuale
La proposta del Fornitore 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.
•
•
•
•
•
•
•
•
Il Fornitore Aggiudicatario deve identificare e registrare quali siano i diritti esistenti
sui materiali.
Il Fornitore Aggiudicatario deve negoziare con i detentori dei diritti per ottenere
l'autorizzazione a usare i materiali (liberatoria di digitalizzazione della risorsa)
il Fornitore Aggiudicatario deve nella liberatoria prevedere: la specifica accurata dei
contenuti che intende utilizzare, la specifica di qualsiasi possibile uso di quei
contenuti: ad esempio l'impiego di dettagli di opere, la modifica, la sovrimpressione
(overprinting), il ritaglio (cropping) o altra rielaborazione dell'immagine relativi
all'emissione radiofonica e televisiva, all’edizione critica e scientifica: alle fotografie:
alla corrispondenza epistolare, al ritratto, la pubblicazione su pagine web multiple e
qualsiasi utilizzazione futura, l’indicazione dell'esatto periodo di tempo durante il
quale si ha necessità di usufruire dei diritti liberatoria sui diritti di terzi.
Il Fornitore Aggiudicatario deve registrare le liberatorie, le assegnazioni: le licenze
d'uso, che specificane la natura e l'ambito del contenuto, i modi in cui può essere
utilizzato, l'estensione geografica della licenza, la durata della licenza e, se necessario,
il pagamento dovuto.
Il Fornitore Aggiudicatario deve rispettare i diritti morali degli autori, menzionandone
esplicitamente i nomi.
Il Fornitore Aggiudicatario deve inoltre rispettare l'integrità delle opere, a meno di
accordi espliciti che autorizzino l'elaborazione dei contenuti.
Il Fornitore Aggiudicatario deve presentare un avviso o dichiarazione di copyright
sulle pagine, che chiarisca la titolarità dei diritti e i termini di utilizzazione delle
risorse cui è possibile accedere.
Il Fornitore Aggiudicatario dovrebbe mantenere dati sui diritti che detiene così da
________________________________________________________________________
Pagina 40 di 58
•
poterli condividere con sistemi esterni in un formato standard
Il Fornitore Aggiudicatario deve attribuire a tutte le proprie risorse, non soggette a
copyright, e in ogni caso a tutto il contenuto prodotto originale di questo proggetto,
una delle licenze Open come indicato dalla recente legislazione regionale, ed
ulteriormente illustrato nella sezione (CopyRight e CopyLeft).
Requisiti di Caricamento dei Dati
Il Fornitore Aggiudicatario deve caricare il maggior numero possibile di dati iniziali per il
collaudo di accettazione del Primo Rilascio (vedi paragrafo 'Durata del Servizio").
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.
Il Fornitore 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 i Fornitore 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.
Requisiti organizzativi del Fornitore
In questo capitolo si riportano alcuni requisiti che vengono richiesti al Fornitore
•
La struttura tecnica del Fornitore, responsabile dello sviluppo Software per la
soluzione, dovrebbe essere situata in Lazio.
•
La struttura tecnica del Fornitore, responsabile dell'hosting (ove applicabile) del
sistema, dovrebbe essere situata nel Lazio.
•
Il personale tecnico di riferimento della STAZIONE APPALTANTE incaricato del
servizio deve poter incontrare il team di proggetto del FA: durante l'orario di lavoro
previo accordo.
•
Il sito di sviluppo e di hosting (ove applicabile) del servizio deve essere accessibile al
personale della STAZIONE APPALTANTE preposto.
•
L'accesso al sistema di sviluppo, test e produzione (compreso backoffice) deve essere
possibile via web, tramite autenticazione, indipendentemente dall’IP di provenienza.
•
Il Fornitore deve dare evidenza di aver aver sviluppato almeno un'applicazione su
piattaforma Android o iOS.
L’offerta tecnica per la piattaforma
Il Fornitore deve rendere disponibile l'Oggetto della Fornitura entro i tempi previsti nel Piano
________________________________________________________________________
Pagina 41 di 58
di Progetto Concordato con LA STAZIONE APPALTANTE, a inizio fornitura (di cui al
successivo paragrafo “Pianificazione").
Nell'offerta tecnica il Fornitore deve presentare un servizio definendo in particolare:
•
La soluzione proposta in generale a proposito degli obiettivi del presente documento,
cioè le specifiche riguardanti i requisiti funzionali e prestazionali.
•
La strategia di implementazione, cioè in particolare, il piano di progetto, le fasi, i
rilasci, lo sforzo in giorni uomo per la configurazione e gli adattamenti.
•
L'architettura software funzionale complessiva del sistema e la sua integrazione con
le architetture dei sottoprogetti in 2 versioni e cioè rispettivamente la versione
generale, la versione ottimizzata per l'accesso web utilizzando uno smartphone.
•
La configurazione hardware iniziale dettagliata (topologia di rete, numero di server,
tipo, Ram, Cpu, Storage, ridondanza, ripartizione del carico, gateway, router e banda
supportata, Paline, Totem, Monitor TV, routers ...).
•
Il "Capacity Planning" dettagliato per il raggiungimento della Configurazione
Finale.
•
La configurazione software dettagliata (matrice con indicazione dei moduli,
versione del modulo, tipo di licenza SW proprietario, Licenza d'uso a tempo
indeterminato, Sviluppo custom, OpenSource licensing, Creative common ecc..., la
politica di manutenzione correttiva ed evolutiva).
•
La possibilità di trasferire la proprietà delle licenze software proprietarie (eccetto il
SW proprietario del fornitore aggiudicatario) alla STAZIONE APPALTANTE o ad
altro ente pubblico senza oneri aggiuntivi per la STAZIONE APPALTANTE.
•
•
Il trasferimento a STAZIONE APPALTANTE del diritto di utilizzo della sorgente
del SW proprietario del fornitore aggiudicatario con una modalità di tipo "escrow
agreement" .
L'impostazione complessiva di quanto richiesto per contenuti e servizi informativi.
•
La descrizione dettagliata delle soluzioni proposte per i sottosistemi sopra elencati.
•
Le funzionalità e i servizi di marketing proposti e relativa ipotesi di Modello di
Business.
•
La "Guida del Servizio Clienti" cioè' il manuale standard del fornitore contenente i
SL (Livelli di Servizio ) erogati ai propri Clienti: gestiti in regime di housing e hosting
(se nel caso).
Il Fornitore deve garantire strumenti per il monitoraggio degli utenti e degli accessi, anche in
conformità a quanto sarà richiesto da LA STAZIONE APPALTANTE all'atto della partenza
della fornitura.
Hosting :
Obiettivi del servizio (ove applicabile)
Il servizio di hosting è costituito dall'insieme delle attività riguardanti la messa a disposizione
e gestione delle infrastrutture per l'erogazione dei servizi, attraverso il sistema, alle varie
tipologie di utenti.
________________________________________________________________________
Pagina 42 di 58
L'obiettivo primario del servizio è assicurare il corretto funzionamento e dimensionamento di
tutti i sistemi infrastrutturali e tecnologici, centrali e periferici, tale da garantire la
disponibilità delle funzioni applicative e dei servizi e l'integrità dei dati nel rispetto dei livelli
di servizio e delle politiche di sicurezza.
Il servizio di hosting comprende la messa a disposizione, nei locali del Fornitore, di tutti gli
apparati hardware e software di base e di sistema (ivi inclusi gli apparati di rete) necessari a
garantire il corretto funzionamento del sistema.
Devono essere assicurate a tutti gli utenti dei servizi, la disponibilità, la capacità prestazionale
e l'affidabilità dell'intero sistema.
La sede di erogazione del servizio sarà quella messa a disposizione dal Fornitore.
Nell'offerta tecnica il Fornitore deve illustrare con chiarezza l'architettura dell'intero sistema
offerto per l'housing del sistema, che deve essere tale da garantire lo svolgimento ottimale del
servizio.
In particolare devono essere indicate le caratteristiche di sicurezza applicativa, logica e fisica
garantite e le politiche di sicurezza attuate nel sito proposto.
Sono inclusi nel servizio tutte le attività d'installazione, configurazione, test e collaudo di tutti
i sistemi hardware e software messi a disposizione dal Fornitore per tutta la durata del
contratto.
Gestione delle infrastrutture (anche nel caso in cui non si opti per una
soluzione di Hosting)
Le attività riguardano tutta l'infrastruttura tecnologica:
•
Hardware e software di base dei sistemi e apparati di rete
•
Librerie e ambienti di supporto all’erogazione dei servizi
•
Strutture di supporto alla gestione dei sistemi e dei servizi.
Il Fornitore deve assicurare un presidio con la presenza di personale tecnico, sistemistico e
operativo al fine di assicurare lo svolgimento di tutte le attività necessarie alla conduzione e
gestione operativa dell'infrastruttura tecnologica, nonché di tutti i servizi di assistenza
sistemistica e di supporto operativo che si rendessero necessari.
Attività Richieste al Fornitore.
Formano parte integrante dei compiti del Fornitore, senza oneri aggiuntivi per LA
STAZIONE APPALTANTE:
•
•
Tutte le attività necessarie all'integrazione dei dati provenienti da tutti i sottoprogetti
(in conformità ad una pianificazione che deve essere approvata dalla STAZIONE
APPALTANTE a inizio fornitura).
La fornitura di tutto il materiale necessario alle svolgimento delle prestazioni del
Fornitore.
Il Fornitore deve inoltre indicare le sedi dove intende eseguire lo sviluppo applicativo e
fornire il servizio di hosting sia per il sistema di test che di produzione.
________________________________________________________________________
Pagina 43 di 58
Conduzione e gestione del sistema
Il Fornitore deve assicurare il corretto funzionamento dei servizi e la completezza delle
informazioni offerti dal sistema e accessibili agli utenti.
A tal fine il Fornitore deve illustrare, in fase di offerta, i criteri e le norme tecnicoorganizzative che intende mettere in atto per garantire la corretta gestione della fornitura nel
suo complesso, e per assicurare la più efficace erogazione dei servizi, nel rispetto dei requisiti
di qualità/sicurezza e dei Livelli di servizio previsti.
In particolare si richiede di mostrare le componenti organizzative che si intende porre in
essere e le rispettive competenze nell'ambito dei servizi richiesti, nonché le modalità di
governo del complesso di attività al fine del migliore conseguimento degli obiettivi.
Le attività che il Fornitore deve svolgere sono::
•
•
•
Le attività di conduzione tecnico/funzionale degli applicativi.
La manutenzione correttiva.
La manutenzione evolutiva (aggiornamento alle nuove versioni delle piattaforme).
Conduzione tecnico/funzionale degli applicativi
Il servizio è volto a garantire il funzionamento del parco applicativo che compone il sistema,
l’amministrazione delle Basi Dati e la gestione del sistema di monitoraggio.
Tale servizio comprende anche l'attività di trasferimento a fine fornitura del know how
relativo all'intera fornitura alla STAZIONE APPALTANTE o ad altro ente/azienda da questa
indicata.
La manutenzione correttiva
Il servizio consiste nella manutenzione correttiva del software standard e software realizzato
nell'ambito della presente fornitura. Il servizio deve essere erogato - in regime di garanzia dal primo rilascio in esercizio e per tutta la durata della fornitura.
Il servizio prevede la diagnosi e la rimozione delle cause e degli effetti dei malfunzionamenti
delle procedure e dei programmi.
L'attivazione del servizio di manutenzione correttiva è innescata, di norma, da una richiesta
d'intervento effettuata al servizio di Contact Center, a seguito d'impedimenti all'esecuzione
dell’applicazione o differenze riscontrate fra l'effettivo funzionamento dei software applicativi
rispetto a quello atteso, desunto dalla documentazione disponibile.
Ogni intervento di manutenzione correttiva deve essere registrato dal servizio di Contact
Center.
Il Fornitore deve indicare come intenda effettuare le attività di supporto di primo e secondo
livello a partire da un contact center e come intenda comunque effettuarle.
I Service Level del servizio saranno concordati con la STAZIONE APPALTANTE ad inizio
fornitura .
Durata del Servizio
Il servizio di assistenza e manutenzione preventiva e correttiva deve essere garantito e gratuito
per un periodo minimo di almeno 24 (ventiquattro) mesi a partire dal giorno del collaudo,
periodo dopo il quale inizierà il servizio a pagamento previsto almeno per tre anni.
________________________________________________________________________
Pagina 44 di 58
Il Fornitore, in sede d'offerta tecnica deve presentare una prima bozza di Piano di Progetto che
deve contenere anche l'ipotesi proposta per la tempistica delle attività, con particolare
riferimento ai rilasci successivi al primo.
La soluzione proposta deve almeno contenere le seguenti fasi con relativi rilasci della
documentazione di progetto, le tempistiche auspicate non dovrebbero complessivamente
superare un periodo di 6 mesi.
•
Pianificazione iniziale (rilasci: Piano di progetto concordato).
•
Definizione dei requisiti e delle specifiche di dettaglio (rilasci:
Documentazione con tutti i mockup di tutte le viste, descrizione
complessiva dei sistema, architetture, piano di test di integrazione — di
tutti i sotto progetti. Documenti di accettazione di fase)
•
Definizione del disegno di dettaglio del sistema (rilasci: Documentazione
con la descrizione di tutte le soluzioni adottate in tutti i sottoprogetti - piano
dei test unitari — di tutti i sottoprogetti. Documenti di accettazione di fase)
•
Esecuzione (rilasci: codice eseguibile, documentazione di sviluppo.
Documenti di accettazione di fase)
•
Test (rilasci: rapporto sui test effettuati. Documenti di accettazione di fase)
•
Messa in produzione (Documenti di accettazione di fase)
L'uscita da ogni fase deve prevedere l'accettazione provvisoria della fase stessa (completezza
del rilascio e numero di difetti accettabili, loro "severity" e "priority") e definitiva della fase
precedente: come precisato più avanti.
Project Plan
Il piano di progetto dovrebbe essere organizzato per fasi. Ogni fase deve avere dei rilasci
documentali e realizzativi chiaramente identificabili e misurabili.
Ogni fase deve terminare con un'accettazione formale dei rilasci della fase stessa e deve
essere prodotta documentazione formale a corredo.
Ogni fase è prerequisito della successiva e l'accettazione di fase ne innesca l'inizio.
Oltre alle fasi già indicate dovrebbero essere previste le seguenti fasi:
•
Supporto alla produzione
•
Manutenzione
Rilasci Accettazione
L'Accettazione avverrà nei modo seguente:
I test sono definiti nei Documenti per i collaudi dei diversi rilasci e delle fasi relative. La
STAZIONE APPALTANTE certificherà, nei Documenti di Accettazione associati, l'avvenuta
Accettazione Provvisoria o Definitiva sulla base del numero dei malfunzionamenti trovati e
della loro severity/priority (come indicato nella "Guida del Servizio Clienti" del Fornitore
Aggiudicatario)
L'accettazione finale della Fornitura, più precisamente l'Accettazione Finale dell'ultimo
Rilascio, deve comprendere i seguenti oggetti in formato elettronico:
________________________________________________________________________
Pagina 45 di 58
•
Versione Finale di tutti i sorgenti (Open Standard e Custom Developed) con la
descrizione degli Ambienti di Sviluppo (configurazione HW e SW-Librerie utilizzate).
•
Demo realizzate in formato video delle funzioni principali del Sistema in produzione.
•
Tutte le licenze SW (proprietarie e non).
•
Tutti le eventuali liberatorie/contratti con terze Parti per ''Copyright Policy" dei
Contenuti.
•
Tutti i dataset Open Prodotti.
•
Tutti i contenuti multimediali prodotti.
Il Fornitore s'impegna a fornire le attività d'integrazione necessarie.
________________________________________________________________________
Pagina 46 di 58
Formazione prevista
E’ prevista una formazione al personale tecnico del Comune di Velletri di 20 giornate di otto
ore ciascuna .
________________________________________________________________________
Pagina 47 di 58
Modalità di gestione della fase di offerta.
Informazioni aggiuntive e sopraluoghi
La complessità del progetto e l’elevato numero di informazioni necessarie per realizzare una
corretta proposta tecnico/economica, rendono obbligatorio per il Fornitore Offerente
effettuare il sopraluogo/sites survey presso le sedi e le strutture del Comune di Velletri
interessati dagli interventi.
La STAZIONE APPALTANTE, per consentire la gestione efficace del processo di fornitura
dei dati aggiuntivi necessari e della fase di sopraluogo da parte dell’offerente, metterà a
disposizione un Referente della sua struttura tecnica da contattare.
Le richieste di informazioni e di sopraluogo devono avvenire previa richiesta ufficiale
inoltrata all’ufficio Sistemi Informatici tramite PEC al seguente indirizzo:
[email protected] .
Per ulteriori chiarimenti contattare il seguente numero telefonico: 06 96158282.
Dopo il sopraluogo la Stazione Appaltante rilascerà un certificato di avvenuto sopraluogo, il
quale deve essere allegato alla documentazione amministrativa di gara.
Il Referente della Stazione Appaltante è individuato nella persona del RUP dott.ssa Maria
Nanni Costa.
________________________________________________________________________
Pagina 48 di 58
Criteri di aggiudicazione
Ai fini dell’aggiudicazione del presente appalto a favore dell’offerta economicamente più
vantaggiosa l’Amministrazione Comunale individua i seguenti criteri da applicare:
CRITERIO
PUNTEGGIO MAX
Valutazione tecnica
70
Offerta economica
30
Totali punti
100
Valutazione Tecnica
L’offerta è valutata sulla base dei quattro progetti che la costituiscono e che sono:
1. La rete Wireless
2. Videosorveglianza
3. Piattaforma Città di Velletri: Piattaforma Smart City ed Applicazioni
Le voci oggetto delle valutazioni sono:
•
•
•
•
•
Valutazione tecnica del progetto globale.
Piano Temporale della realizzazione dell’intero progetto.
Processo di esercizio e manutenzione.
Servizi migliorativi offerti rispetto a quelli chiesti da Capitolato Tecnico.
Formazione.
Per valutazione tecnica del progetto s’intende la valutazione della qualità della proposta
tecnica progettuale in funzione sia degli obbiettivi definiti nel capitolato e sia delle richieste
fatte per lo specifico progetto. (aspetti di qualità, estensione, dimensionamento, sviluppi sw di
applicazioni, testing ecc).
Per Piano Temporale s’intende la valutazione dei tempi che il fornitore propone per la
realizzazione del progetto. (la fase progettuale, quella realizzativa, il collaudo e la messa in
servizio) sarà cura del Fornitore descrivere come questo roll’out di rete rientra nel piano
temporale complessivo per tutti i progetti.
Per Servizi migliorativi si intende l’insieme di tutte quelle attività che da capitolato sono a
carico del fornitore man mano che i vari progetti diventano sistemi operativi. La valutazione
verterà su quanto richiesto dal capitolato sia come servizi mandatori che come possibili e su
eventuali proposte non contemplate dal capitolato.
La tabella illustra lo schema generale di valutazione che si adotta.
________________________________________________________________________
Pagina 49 di 58
Progetto in valutazione
Valutazione tecnica del progetto
Piano temporale
Esercizio e manutenzione
Servizi migliorativi offerti attinenti al progetto
Formazione
TOTALE
Punteggio
Massimo
34
10
15
6
5
70
Valutazione tecnica del progetto:
Si adotterà una scala di valutazione con la quale assegnare un coefficiente di rispondenza
dell’offerta esaminata. Il punteggio sarà attribuito secondo le percentuali riportate nella
seguente tabella rispetto al punteggio massimo di 34 punti:
Scala di Valutazione
Valutazione
% Punteggio
Non Valutabile
Parzialmente Adeguato
Quasi sufficiente
Sufficiente
Discreto
Buono
Molto Buono
Ottimo
0%
30%
50%
60%
70%
80%
90%
100%
Piano temporale di realizzazione:
La Commissione di gara nell’esaminare i tempi di realizzazione dell’intero progetto, fermo
restando che il tempo massimo concesso dall’Amministrazione per la realizzazione dell’intero
progetto è di mesi 12 (dodici) dalla sottoscrizione del contratto, applicherà la seguente
formula (Max 10 punti):
Formula per calcolo punteggio relativo ai Tempi d’installazione, realizzazione e messa a
regime dell’intero progetto:
T = 10 x (Tmin /Tx)
Dove:
T è il risultato di punteggio dell’offerta in esame;
10 è il punteggio massimo;
Tmin è il tempo di consegna più breve
Tx è il tempo di consegna dell’offerta in esame
I risultati saranno arrotondati al millesimo di punto.
________________________________________________________________________
Pagina 50 di 58
Offerta di servizi migliorativi:
Fornitura di servizi migliorativi attinenti al progetto
La Commissione di gara nell’esaminare i servizi aggiuntivi terrà conto dei seguenti parametri
(Max 6 punti):
FORNITURA DI SERVIZI MIGLIORATIVI
MAX 6
PUNTI
Ottimo (fornitore con il maggior n. di
servizi)
6 punti
Buono (Fornitore al 2° posto come numero
di servizi)
4 punti
Sufficiente (Fornitore al 3° posto come
numero di servizi
Dal 4° in poi
2 punti
0 Punti
Fornitura di garanzia, assistenza e manutenzione gratuita rispetto al tempo minimo di
24 mesi;
Il punteggio sarà attribuito secondo i seguenti criteri (Max 15 punti):
Assistenza Gratuita.
6 mesi aggiuntivi al tempo minimo di 24
mesi
12 mesi aggiuntivi al tempo minimo di
24 mesi
Oltre 12 mesi aggiuntivi dal tempo
minimo di 24 mesi
MAX 20
PUNTI
5 punti
10 punti
20 punti
Formazione aggiuntiva a quella di base prevista in 10 giornate lavorative;
Con questo parametro si vuole assegnare un punteggio all’Azienda che offre un maggior
periodo di formazione rispetto a quella base prevista in 10 giornate lavorative di almeno 8 ore
giornaliere, sia specialistica per il personale tecnico, sia per il personale utilizzatore delle
applicazioni, secondo i parametri indicati nella tabella seguente (Max 5 punti)
FORMAZIONE
MAX 10
PUNTI
n. 5 giornate di formazione (minimo 8 ore
giornaliere)
3 punti
oltre n. 5 e fino a n.10 giornate di
formazione (minimo 8 ore giornal.)
7 punti
oltre n. 10 giornate di formazione (minimo
8 ore giornaliere)
10 punti
________________________________________________________________________
Pagina 51 di 58
Valutazione Economica
Per l’assegnazione del punteggio, relativo alla valutazione del prezzo, la Commissione terrà
conto dei seguenti parametri (Max 30 punti):
CRITERIO
Costo dei prodotti e dei servizi
Canone annuo di manutenzione
TOTALE
MAX 30
punti
25
5
30
Alle offerte valide sarà assegnato il relativo punteggio di valutazione economica secondo
quanto di seguito esposto:
•
all'offerta economica più bassa, Omin, verrà attribuito il punteggio P1max di 25 punti;
•
alle altre offerte economiche, Ox, sarà attribuito il punteggio P1x calcolato secondo la
formula: P1x = 25 x (Omin / Ox) ;
•
al canone annuo di manutenzione più basso, Cmin, verrà attribuito il punteggio P2max di
5 punti;
•
alle altre offerte di canone annuo di manutenzione, Cx, sarà attribuito il punteggio P2x
calcolato secondo la formula: P2x = 5 x (Cmin / Cx) ;
Il punteggio attribuito all'offerta economica sarà costituito dalla somma dei punteggi P1 e P2.
I risultati saranno arrotondati al millesimo di punto.
Il punteggio valevole per la compilazione della graduatoria sarà costituito dalla somma dei
punteggi attribuiti all'offerta tecnica ed all'offerta economica. In caso di parità tra concorrenti
la graduatoria sarà formata privilegiando la percentuale di ribasso più alta dell'offerta
economica.
Nel caso di ulteriore parità, anche per quanto concerne l'offerta economica, si procederà a
sorteggio.
A corredo dell’offerta tecnica il concorrente , ai sensi dell’art. 13 – comma 5, lett. a) – del D.
Lgs. n.163/2006, dovrà allegare l’eventuale motivata e comprovata dichiarazione che indichi
compiutamente le singole pagine, i paragrafi, i periodi, eccetera delle informazioni, fornite
con l’offerta tecnica stessa, che costituiscono segreti tecnici e/o commerciali. In caso di
presentazione di tale dichiarazione, l’Amministrazione consentirà l’accesso nella forma della
sola VISIONE delle informazioni che costituiscono segreti tecnici e/o commerciali ai
concorrenti che lo richiedono, in presenza dei presupposti indicati nell’art. 13, comma 6, del
D. Lgs. n. 163/2006 e previa comunicazione ai controinteressati della richiesta di accesso agli
atti .
In mancanza di presentazione della suddetta dichiarazione l’Amministrazione consentirà, ai
concorrenti che lo richiedono, il pieno accesso ai documenti costituenti l’offerta tecnica nella
forma di estrazione di copia dell’offerta stessa e senza necessità di preventiva comunicazione
ai controinteressati in quanto già informati della suddetta facoltà di accesso dalle disposizioni
del presente disciplinare . In ogni caso l’accesso sarà consentito solo dopo l’aggiudicazione
________________________________________________________________________
Pagina 52 di 58
definitiva.
Dalla sommatoria dei punteggi tecnici e di quelli economici sarà definita, conseguentemente,
la graduatoria ai fini dell’individuazione dell’offerta economicamente più vantaggiosa .
Nel caso di offerte con uguale punteggio totale, l’aggiudicazione avverrà in favore dell’offerta
che abbia ottenuto il maggior punteggio relativamente alla “Offerta Tecnica”. Qualora anche i
punteggi attribuiti al “valore tecnico” dovessero essere uguali, si procederà all’aggiudicazione
ai sensi dell’art. 77 del R.D. n. 827 del 23 maggio 1924 .
NON si procederà all’apertura dell’offerta economica per quelle offerte tecniche che non
raggiungano il punteggio minimo di 40 punti.
________________________________________________________________________
Pagina 53 di 58
Regola di esecuzione della fornitura
Gestione della fornitura
L'esecuzione e il controllo della fornitura avverranno attraverso un'attività continua di
pianificazione e consuntivazione di cui il Piano di Progetto Concordato tra le parti è lo
strumento di riferimento.
Il piano di progetto concordato tra le parti fa riferimento a tutti gli oggetti della fornitura che
sono riportati in tabella.
Implementazione e gestione di una Piattaforma d’integrazione per il progetto
“Le vie della tecnologia”
Sotto Progetto
Rete Wireless
Videosorveglianza
Piattaforma di
applicazioni e
servizi Città di
Velletri
Servizi di gestione
Contact Center
Oggetto
Scopo della Fornitura
Realizzazione di una rete wireless per i collegamento di
Rete metropolitana di
tutte le sedi periferiche del Comune di Velletri e per
comunicazione per la
l’erogazione di servizi WiFi gratuiti di ultima
a Smart City
generazione
Sistema di
Integrazione, ampliamento e miglioramento del
videosorveglianza
sistema di Sicurezza e Videosorveglianza già attivo
intelligente
denominato Città Sicura
Realizzazione di una piattaforma Smart Cities di
comunicazione attiva e passiva con i cittadini fruibile,
anche in mobilità, su diversi device.
• L’Hw ed il Sw necessario
Piattaforma Smart
• La raccolta e gestione dei dati necessari alle
City
applicazioni e servizi
• L’integrazione con il sistema di monitoraggio
ambientale
• L’integrazione con il sistema informativo del
Comune.
Realizzazioni e la gestione di alcune Apps fruibili in
Apps
mobilità
Interventi di
Interventi sul sistema video installato presso la Sala
miglioramento
Consigliare del Municipio
Messaggistica e
Fornitura ed installazione di almeno 4 Led Wall .
comunicazione
La conduzione e gestione dei sistemi, comprensiva di servizi di conduzione
tecnico/funzionale delle applicazioni offerte in questa fornitura.
La predisposizione e gestione di un contact center, relativi ai servizi erogati
Tabella 2: Elenco sintetico delle forniture richieste
Pianificazione
All’inizio delle attività il Fornitore deve indicare formalmente alla STAZIONE
________________________________________________________________________
Pagina 54 di 58
APPALTANTE il nome del proprio responsabile generale per il servizio, unico punto di
contatto per tutte le comunicazioni con il Fornitore. LA STAZIONE APPALTANTE
indicherà il proprio Responsabile del Servizio.
Il Fornitore deve concordare con la STAZIONE APPALTANTE il Piano di Progetto (Piano di
Progetto Concordato) conformemente alla bozza prodotta in sede di gara (Piano di lavoro con
attività, tempi, stime d’impegno) contenente il dettaglio di tutte le parti della fornitura in
modo tale da consentire il controllo in ogni momento dello stato di esecuzione della fornitura.
La Bozza del Piano di Progetto deve contenere i piani operativi, le attività previste, i tempi
necessari al completamento delle singole attività, le responsabilità e le risorse associate alle
attività, le milestone.
In particolare nel Piano di Progetto dovrebbero essere indicati analiticamente i seguenti
aspetti riguardanti il servizio che il fornitore intende offrire:
•
La descrizione del servizio offerto
•
I modi di progettazione e realizzazione del sistema per l’erogazione dei servizi.
•
Le caratteristiche tecniche (tabella sinottica moduli SW: tabelle sinottiche pezzi HW,
corrispondenze)
•
Le modalità di prestazione del servizio.
•
La struttura dell’analisi.
•
Le scelte metodologiche e tecnologiche di dettaglio.
•
Il cronogramma delle attività, comprendente un’analisi di dettaglio delle attività svolte
in ciascun singolo momento e fase.
•
Periodicità di presentazione alla LA STAZIONE APPALTANTE dei SAL (Sato
Avanzamento Lavori)
•
Gli strumenti tecnici da utilizzare (ambienti di sviluppo e test).
•
L’organizzazione del lavoro.
•
La giustificazione dell’organigramma del gruppo di lavoro e attribuzioni delle funzioni
nelle diverse attività.
Il Piano di Progetto deve essere approvato dalla STAZIONE APPALTANTE.
In seguito, nel corso della fornitura, sarà cura del Fornitore comunicare e concordare con LA
STAZIONE APPALTANTE ogni eventuale ri-pianificazione delle attività, aggiornando il
Piano di Progetto Concordato. Tale ri-pianificazione sarà formalizzata sotto forma di verbale
durante le riunioni tra le Parti.
Le Parti devono riunirsi a cadenza almeno mensile, in una sede indicata da LA STAZIONE
APPALTANTE, per discutere lo stato di avanzamento lavori e segnalare eventuali criticità o
azioni correttive richieste.
E’ compito della STAZIONE APPALTANTE, in accordo con il Fornitore Aggiudicatario, di
indire le riunioni tra le Parti.
E' compito del fornitore aggiudicatario gestire globalmente le riunioni tra le Parti e relativa
pianificazione.
________________________________________________________________________
Pagina 55 di 58
Consuntivi e Stato di Avanzamento Lavori (SAL)
Per gli oggetti di fornitura, il Fornitore deve predisporre, con frequenza appropriata al piano di
progetto, il documento di "Stato Avanzamento Lavori (SAL)".
Tale documento, oltre che i consuntivi delle attività svolte, deve riportare indicazioni sulle
attività concluse e in corso, sulle eventuali criticità e ritardi, sulle relative azioni di recupero e
razionali dello scostamento.
Le eventuali osservazioni sui contenuti di tale documento e le conseguenti modifiche saranno
formalizzate sotto forma di verbale o altra comunicazione scritta durante le riunioni tra le
Parti.
Con i SAL saranno inoltre prodotti da parte del Fornitore i documenti rilevanti necessari alla
verifica dei Livelli di servizio erogati per il progetto.
Prodotti e documentazione di fase
In fase di offerta il Fornitore deve presentare una proposta riguardante le fasi delle singole
attività e ai relativi documenti di output, tale da garantire alla STAZIONE APPALTANTE la
possibilità di un corretto e completo monitoraggio del servizio.
I documenti da rilasciare devono essere almeno quelli previsti nel Project Plan (sezione
"Durata del Servizio").
Tutti i prodotti previsti devono essere consegnati entro le date definite nel Piano di proggetto
Concordato con la relativa documentazione per l'utente e l'amministratore.
Qualità delta Fornitura
La qualità della fornitura deve essere assicurata dal Fornitore, rispettando i criteri di qualità
dei proprio processo, e con l'applicazione del Piano della Qualità.
Il Piano di qualità
Il Piano di Qualità delle attività sarà redatto dal Fornitore sulla base del proprio manuale di
qualità e in conformità:
• a quanto richiesto dalle circolari AIPA/CIR/5 del 5 agosto 1994 e AIPA/CR/38 del 28
dicembre 2001,
• a quanto suggerito dalla Deliberazione AIPA n, 49/2000 del 9 novembre 2000
• con quanto previsto dagli standard internazionali ISO:9000:2000.
________________________________________________________________________
Pagina 56 di 58
Webliografia
[ 1 ] http://wiki.openwrt.org/toh/start.
[ 2 ] https://github.com/openwisp/OpenWISP-Firmware/wiki
________________________________________________________________________
Pagina 57 di 58
ALLEGATO 1: Sedi interessate dal progetto
Di seguito le sedi complessive previste dal progetto con l’intervento previsto in termini di hot
spot, collegamenti wireless con ponti radio, Led Wall.
Sedi interessate dall'intervento
Piazza Garibaldi;
Piazza Cairoli;
Piazza Martiri d’Ungheria (Stazione
Ferroviaria);
Viale Salvo D’Acquisto;
Accesso
HOT SPOT
Wi-Fi
X
Collegamenti
Wireless
Collegmenti con
Banda minima
LED WALL
garantita
X
X
X
X
X
X
X
X
X
X
X
Videosorveglianza
Piazzale cimitero con copertura
anche di via San Biagio
X
X
Zona 167
X
X
X
X
X
X
X
X
X
X
X
X
Piazza Donatori di Sangue
X
X
Piazza San Martino
X
X
Viale Salvo D'acquisto (scuole)
X
X
Campo sportivo Giovanni Scavo
X
X
Piazzale della Stazione
X
X
Incrocio tra via Appia e via dei Laghi
(triangolo)
Zona di Porta Napoletana con
copertura anche della scuola
Marcelli
Piazzale Ospedale
Parco Comunale Villa Ginnetti
(valutare ubicazione su galleria
Ginnetti)
Parco Comunale viale Marconi
Via della Neve 3 - Servizi Sociali
(Sede comunale);
Sede della Polizia Locale (Sede
comunale);
Biblioteca Comunale Tersenghi (Sede
comunale);
Cimitero Comunale (Sede
comunale);
Biblioteca Comunale Fondo Antico
(Sede comunale);
Pala Bandinelli (Pala Bandinelli);
Sede della Protezione Civile;
X
X
Villa Bernabei;
X
X
Convento del Carmine;
X
X
Piazza Mazzini;
X
X
TOTALI SITI
14
16
X
X
X
X
X
X
X
X
X
X
X
X
10
4
12
________________________________________________________________________
Pagina 58 di 58

Capitolato Tecnico ICT PLUS Velletri smart city

Transcript

Documenti analoghi

Gruppi territoriali dei Castelli romani (Ama

BANDO PER L`AVVIAMENTO art.16 LANUVIO 2017

Donnardea toasts with Marta Czok

Dettaglio offerta ID 3335 - VELLETRI Pagina 1 di 2 Roma L@bor

Notizie in tempo reale dai Tribunali di Roma, Velletri e Tivoli

Avviso pubblico x sponsor

incarico on line Avv Pasquale Cristiano

nulla osta - Giustizia Lazio

AIFM-MO-023 Elenco fornitori (1)