Relazione TecnicaWIFIVDS110614

Transcript

PROGETTO PRELIMINARE
RELAZIONE TECNICA
(Art. 17, comma 1, lett. b) D.P.R. 5 ottobre 2010, n. 207 e s.m.i.)
DISCIPLINARE TECNICO
PLUS “POMEZIA CAMBIA”
Interventi 11 e 12
SISTEMA DI VIDEOSORVEGLIANZA AREA “167”
INSTALLAZIONE DI PUNTI DI ACCESSO WIFI GRATUITI
C.U.P.: G51B14000230006
C.I.G: 5812317BB6
Importo del progetto: € 305.848,37 per Lavori, di cui:
€ 4.000,00 Oneri di sicurezza non soggetti a ribasso;
€ 12.677,08 corrispettivo per la progettazione, calcolato ai
sensi del D.M. 31 ottobre 2013 n. 143, suddivisi in:
€ 6.436,06 per la progettazione definitiva;
€ 6.241,03 per la progettazione esecutiva;
+ IVA (22%) e somme a disposizione
Comune di Pomezia – Settore Lavori Pubblici”
Via Cicerone, 5 - 00040 Pomezia (RM)
Tel. 06-91146251 - Fax 06-91146236 - [email protected]
Comune di Pomezia
Implementazione e gestione di una
Piattaforma d’integrazione per il
progetto POMEZIA CAMBIA
Avviso
Le informazioni contenute in questo documento sono proprietà del Comune di
Pomezia (”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 in
accuratezze 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.
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.
Acronimi
Abbreviazione Descrizione
CC
Creative Common Standard License
CMS
Content Management System
CSS
Cascading Style Sheets
FA
Fornitore aggiudicatario
GIS
Geographical Information System
GPS
Global Positioning System
HTML
HyperText Markup Language
HTTP
HyperText Transfer Protocol
IANA
Internet Assigned Numbers Authority
ICT
Information and Communication Technology
IETF
Internet Engineering Task Force
IMAP
Internet Message Access Protocol
JAVA
Linguaggio di programmazione
LDAP
Lightweight Directory Access Protocol
MASHUP
Aggregazione
MIME
Multipurpose Internet Mail Extensions
MPEG
Motion Picture Expert Group
PDF
Portable Document Format
PHP
Hypertext Preprocessor linguaggio di scripting, open source
PMI
Piccole Medie Imprese
PNG
Portable Network Graphics
Python
Linguaggio di programmazione
RTF
Rich Text Format
SIT
Sistema Informativo Territoriale
SOA
Service Oriented Architecture
SOAP
Simple Object Access Protocol
SVG
Scalable Vector Graphics
TIFF
Tagged Image File Format
UAT
(User acceptance test) collaudo di accettazione
UGC
Users Generated Contents
UTF-8
Unicode Transformation Format
AR
Realtà Aumentata
W3C
World Wide Web Consortium
WMV
Windows Media Video
XML
eXtensible Markup Language
Preambolo
Questo documento riporta la descrizione dei requisiti funzionali e tecnologici
del sistema di supporto al PIANO LOCALE E URBANO DI SVILUPPO (PLUS)
POR-FESR 2007-2013 Attività I.7.
Obiettivi della Gara Attuale
Per una descrizione generale e una comprensione complessiva e completa degli
obiettivi della gara attuale si rimanda all’insieme dei documenti allegati e alla
introduzione. In dettaglio, il sistema specificato in questo documento e negli
allegati (parte integrante di questo capitolato), deve essere progettato in
modo tale da integrare, i sistemi risultato dei sottoprogetti riguardanti:
•
Istallazione di punti di accesso wifi gratuiti.
•
Sistema di Sicurezza e Videosorveglianza
oggetto del presente appalto.
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 della Internet Engineering Task
Force (IETF), 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.
L’accettazione del contratto da parte dell’Appaltatore implica da parte sua
l’accettazione dei requisiti tecnici di gara.
Introduzione
Considerazioni Generali
Vogliamo riprendere alcuni estratti dai documenti che aiutano a comprendere
la filosofia generale richiesta per il sistema.
La figura seguente illustra un’ipotetica architettura di smart city così come sta
emergendo dalle esperienze di mercato e dalle attività, anche di tipo
legislativo, connesse alla nuova pianificazione europea (es. H2020).
In essa distinguiamo un primo “strato” fisico HW e SW di sensoristica diffusa
sul territorio.
In esso comprendiamo anche i terminali degli utenti (smartphone, tablet,
notebook…) i totem, le paline intelligenti, il wifi, QR code e generatori di
“beacons” di vario tipo, (webcam, telecamere, sportelli automatici, raccoglitori
intelligenti di rifiuti, sensori per il traffico, strumenti per il monitoraggio iper
locale nei parcheggi, per gli anziani, per la qualità dell’aria, il monitoraggio dei
transiti).
Lo strato fisico colloquia con i due strati immediatamente superiori, generando
big data di vario tipo e allo stesso tempo utilizzando, big data e open data.
Lo strato applicativo (SIT, Gis, …. , web services di vario tipo) smart cities
integra e armonizza gli strati sottostanti e offre contenuto allo strato superiore
(Apps, Digital Signage, Intelligent Bus) dei servizi al cliente, i.e. la cittadinanza
residente e turistica.
L’architettura tecnologica della 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
Dalle righe precedenti deriva che la filosofia generale della fornitura è la
costruzione di un sistema integrato e aperto a evoluzioni future che integri al
suo interno lo strato più basso della sensoristica nel nostro caso rappresentato
dal wifi ed il sistema di videosorveglianza che attraversa verticalmente tutti gli
strati sovrastanti integrandosi in ciascuno di essi.
Detto sistema deve aver caratteristiche di “produzione”; in particolare 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 anche in mobilità
•
Il territorio è l’integratore concettuale prevalente
•
I tempi di rilascio del sistema sono critici.
•
L’impatto di marketing del sistema è critico.
Le conseguenze sono:
Componenti Open source dovrebbero essere utilizzate ove possibile per
garantire la massima integrabilità sia verticale che orizzontale della “pila” di
smartcity.
Componenti leader di mercato, anche se proprietarie, dovrebbero essere
utilizzate sui moduli di mobilità.
In altre parole:
Il
sistema
deve
costituire
l’infrastruttura
applicativa
per
la
gestione,
raggruppamento ed integrazione dei sottoprogetto oggetto di fornitura.
In
dettaglio
il
sistema
deve
essere
articolato
almeno
per
consentire
l’accesso/integrazione alle seguenti sezioni:
• Installazione di punti di accesso wifi Gratuiti - OGGETTO DEL PRESENTE
APPALTO
• Sistema di videosorveglianza - OGGETTO DEL PRESENTE APPALTO
• Portale comunale – NON OGGETTO DEL PRESENTE APPALTO
• SIT – NON OGGETTO DEL PRESENTE APPALTO
Elementi di base della Soluzione Proposta
L’Aggiudicatario deve specificare nella proposta di soluzione, per ciascuno degli
elementi indicati come oggetto di fornitura, le scelte di integrazione con
l’infrastruttura
informativa
comunale
esistente;
Il progetto
oggetto
del
presente appalto dovrà quindi tenere conto della 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.
La piattaforma infine deve consentire l’avvio futuro di una serie di servizi
avanzati
che
direttamente
sono
al
momento
dall'utente
assenti
(attraverso
sull'intero
internet,
territorio
smartphone,
comunale
totem),
sia
attraverso i welcome point.
L’Appaltatore nel documento tecnico, deve indicare la strategia evolutiva
proposta, cioè come l’architettura finale proposta, permetta l’estensione dei
servizi offerti.
Pomezia Cambia
Pomezia Cambia ha come obiettivo la realizzazione di un impianto di
videosorveglianza e di una rete di punti pubblici di accesso alla rete internet
mediante WIFI nel quartiere “Nuova Lavinium” del Comune di Pomezia, previa
acquisizione del progetto definitivo fornito in sede di offerta dalle imprese
concorrenti e redatto sulla base del progetto preliminare posto a base di gara
dell'Amministrazione aggiudicatrice, nonché l'affidamento della redazione del
progetto esecutivo e l'esecuzione dei lavori successivamente descritti al
soggetto aggiudicatario, mediante apposito contratto.
Il progetto riguarda la realizzazione di un sistema di access point internet
pubblici wireless e di un sistema di videosorveglianza delle aree indicate in
planimetria, tutte ricadenti nel quartiere “Nuova Lavinium” o “167” nonché il
loro cablaggio, attraverso una rete in fibra ottica monomodale, con il CED del
Comune di Pomezia in Piazza San Benedetto da Norcia, presso l’edificio
Anagrafe.
Le modalità di esecuzione, le caratteristiche tecniche, gli standards tecnici e
qualitativi, sono dettagliati nel capitolato Speciale Descrittivo e Prestazionale.
In particolare:
1. IMPIANTO ELETTRICO
Gli ambienti d’installazione non sono stati classificati come ambiente a maggior
rischio in caso di incendio e non sono soggetti al controllo dei Vigili del Fuoco ai
sensi della Norma CEI 64-8/7 art. 751.03.3 e D.M. 16-02-1982.
L’impianto elettrico dovrà essere progettato nel rispetto delle norme CEI e UNI.
Analisi dei carichi
I carichi di FM saranno determinati a partire dalle esigenze degli apparati
installati.
Sono stati previsti quadretti IP55 con interruttore magneto termico a
protezione
delle
apparecchiature
che
costituiscono
l’impianto
di
video
sorveglianza (attrezzature quali switch, trasformatori, e quant’altro necessario
al funzionamento dell’impianto nel suo complesso. Tutti gli apparati sono in
classe II di isolamento.
Analisi dell’impianto elettrico
L’impianto elettrico sarà progettato nel rispetto delle Norme CEI ed UNI.
L'alimentazione dell'impianto è in bassa tensione a valle della consegna ENEL.
Il quadro generale è posto in posizione protetta. Il sistema di distribuzione è
TT. La caduta di tensione ammissibile si assume pari al 4% tra il punto di
consegna e le utenze finali. Il cavo utilizzato per la realizzazione di tutte le
linee di distribuzione è FG7OR 0,6/1 kV a Norma CEI 20-22.
Dimensionamento Linee
Tutte le linee si prevedono realizzate entro tubazioni in PVC ed in massima
parte già
realizzate, in canalina metallica o a vista. Tracciato lo schema
elettrico dell’impianto ed individuate le lunghezze elettriche da attribuire ai
carichi si è proceduto al
dimensionamento. Tali calcoli vengono svolti, a
partire dalle correnti di impiego Ib dei carichi (secondo la 64-8 Ib=Pac/E*cosφ
per i circuiti monofase e Ib=Pac/√3E*cosφ per i circuiti trifase dove Pac è la
potenza assorbita convenzionale), prefissando le sezioni (CEI-UNEL 35023)
delle singole tratte e verificando le c.d.t. e quindi fissando le correnti nominali
degli interruttori. Si procede per successivi aggiustamenti fino a che in tutte le
tratte sia:
–
soddisfatta la verifica termica (confrontando la Ib con la portata Iz del cavo
calcolata con la seguente formula secondo le norme CEI-UNEL 35756,CEI-UNEL
357557,CEIUNEL 35382: Iz=K1K2I0 dove - K1 è il fattore di correzione per
temperature ambiente diverse da 30°C, - K2 è il fattore di correzione per più
circuiti installati in fascio o strato, - I0 è la portata del cavo e verificando per
ogni circuito che Ib≤Iz);
–
siano accettabili le massime cadute di tensione nel sistema siano compatibili
con le sezioni dei cavi le energie specifiche passanti;
–
gli interruttori in cascata abbiano comportamento selettivo.
Dagli schemi risulta la composizione del quadro e le caratteristiche di tutti gli
organi di manovra e protezione.
Misure Di Protezione Contro I Rischi Dell’Elettricità
La protezione contro i contatti diretti è realizzata con l’adozione di conduttori
isolati,con la segregazione entro involucri con grado di protezione non inferiore
a IP55 non apribili se non a mezzo di chiave o attrezzi con tutti i vincoli imposti
dalle norme;
La protezione contro i contatti indiretti non è necessaria perche tutti i
componenti sono di classe secondo di Isolamento. Questa scelta e dettata dalla
norma CEI 64-8 che prescrive le caratteristiche dei dispositivi di protezione; La protezione dai sovraccarichi e dai corto circuiti è assicurata, secondo la
Norma CEI 64-8, dagli interruttori magnetotermici se sono verificati i seguenti
criteri:Ib≤In≤Iz e If=1,45*Iz, il potere di interruzione dei dispositivi deve
essere scelto di valore non inferiore alla corrente di corto circuito presunta nel
punto d’istallazione. Per gli interruttori automatici a Norma CEI 23-3 è
sufficiente, per la protezione dai sovraccarichi, che sia verificata la Ib≤In≤Iz.
Prescrizioni Per La Sicurezza
La protezione contro i contatti indiretti non è necessaria perche tutti i
componenti dell’impianto sono realizzati in classe II di isolamento.
Nei quadri della pubblica illuminazione da cui dipartono i cavidotti utilizzati,
dovrà essere installata idonea documentazione informativa che indichi la
presenza di linee elettriche dotate di una doppia alimentazione;
Impianto Di Terra
Essendo l’impianto realizzato interamente con componenti in classe II, non è
necessario.
Saranno comunque installati interruttori differenziali all’interno dei quadri
elettrici quale protezione ridondante.
L’impianto di terra per la sala apparati e sala operatore sarà il preesistente
dell’edificio.
2. Rete Trasmissione Dati
L'installazione
di
un
sistema
con telecamere
di
videosorveglianza
IP necessita di un'infrastruttura di rete adeguata per poter inviare i flussi video
acquisiti dalle telecamere ai sistemi di storage e alla sala controllo.
il cavo
in
fibra
ottica rappresenta
la
scelta
ideale
per
garantire
alte
performance, essendo immune alle interferenze elettromagnetiche, il che
lo rende tra l’altro idoneo alla posa all’interno dei cavidotti della pubblica
illuminazione, ed è indispensabile nelle applicazione esterne e alle lunghe
distanze. La scelta è caduta sul cavo in fibra ottica monomodale, costituito da
24 fibre, con armatura idonea per il tipo di posa, resistenza ai roditori ed
all’acqua, che è può trasmettere i dati su distanze medio/lunghe fino a 40 km.
La rete sarà dotata di switch ottici in numero adeguato, e router per le
connessioni, comprensivi di SFP ottici da 100Mbps/1GMps. Le telecamere IP e
gli hot spot, saranno connessi alla rete mediante adeguati nodi di rete di tipo
industriale e per esterni da ottico a rame ethernet 1G/100Mbps PoE che
consentano l’entra/esci della linea ottica e abbia almeno due connessioni
ethernet dotate di PoE cui collegare la videocamera IP e l’Hot Spot
eventualmente presente, nonché l’alimentazione elettrica che sarà monofase
220 V. Il cavo di rete in rame di collegamento tra il nodo di rete e le
apparecchiature dovrà essere di cat. 6 idoneo all’uso.
In sala ced sarà installato un router ed uno switch ottico adeguatamente
dimensionato. La rete così cablata dovrà essere connessa all’attuale rete
intranet comunale, al fine di veicolare le immagini ed i dati relativi alla sala di
regia posta all’interno del Comando di Polizia Locale di Piazza Indipendenza,
nonché in modo da poter ridistribuire agli utilizzatori la connettività internet
dell’Ente.
La rete così estesa, dovrà essere parte integrante dell’esistente rete comunale
e strutturata in modo da rendere possibile l’implementazione dei futuri servizi
di “Smart city” che l’Ente intenderà fornire ai cittadini.
3. HOT SPOT WIFI
Le aree indicate nella planimetria allegata, saranno coperte con Hot Spot WI-FI
802.11b/g/n da esterno, dotato di antenna omnidirezionale o direzionale, a
seconda del luogo di installazione, con firmware personalizzato per la
successiva connessione ed integrazione con il sistema “Provincia WIFI“ o “Free
Lazio WIFI”, comprensivo di alimentatore PoE. L’apparato sarà, ove possibile,
installato direttamente sui pali dell’illuminazione pubblica presenti nell’area e
qual’ora ciò non fosse possibile, su idonei sostegni metallici infissi al suolo.
Dovranno essere ancorate su supporti (siano essi di nuova realizzazione o già
presenti) con adeguati kit di fissaggio che prevedano materiali plastici e/o
acciaio inox (bulloneria, staffe, etc.).
Il numero minimo di apparecchi da installare è di 23.
4. TELECAMERE
Tutte le telecamere dovranno essere ancorate su supporti (siano essi di nuova
realizzazione o già presenti) con adeguati kit di fissaggio che prevedano
materiali plastico e/o acciaio inox (bulloneria, staffe, etc.). L’ancoraggio dovrà
avvenire ad altezza tale da prevenire atti vandalici.
Il numero minimo di apparecchi da installare è di 45.
Il posizionamento e la relativa inquadratura dovrà essere definita con l’ente
che designerà per tale attività un referente. Tale attività dovrà svolgersi con
idonei mezzi e con adeguata console di monitoring per la definizione
dell’inquadratura.
Nel caso in cui risulti necessario, si dovrà prevedere la fornitura ed
installazione
di
adeguati
l’ancoraggio
della
sbracci/prolunghe
videocamera
con
la
sul
palo
migliore
o
da
parete
inquadratura.
per
Tali
sbracci/prolunghe dovranno garantire la stabilita e la minor oscillazione delle
videocamera.
Postazioni di ripresa
Le postazioni di ripresa saranno in numero minimo di 45, dotate di telecamere
fisse o brandeggiabili, a seconda delle esigenze. Nel computo minimo non sono
comprese le 7 telecamere già installate presso l’area a verde di Via De Gasperi,
che comunque andranno gestite ed integrate nel costruendo sistema mediante
il collegamento al sistema degli apparati installati all’interno del chiosco
presente nell’area verde.
Tutte le telecamere dovranno essere ancorate su supporti (siano essi di nuova
materiali plastico e/o acciaio inox (bulloneria,staffe, etc.). L’altezza di
montaggio dovrà essere tale da renderne difficile il danneggiamento o il
sabotaggio;
installazione
di
adeguati
l’ancoraggio
della
sbracci/prolunghe
videocamera
con
la
sul
palo
migliore
o
da
parete
inquadratura.
per
Tali
sbracci/prolunghe dovranno garantire la stabilita e la minor oscillazione delle
videocamera.
Caratteristiche tecniche minime Telecamere fisse
Telecamera IP FULL HD da 3Megapixel con ottica Varifocale da 3.3-12mm da
esterno IP66 ad alta risoluzione 1080p, compatibile con standard IEEE 802.3af
PoE.
La telecamera dovrà consentire di trasmettere video remoto su rete IP; la
qualità delle immagini video ad alta risoluzione “HD 720p” o "FULL HD 1080p"
dovrà essere trasmessa con velocità di 25/30fps e risoluzione (1024 x 720 1920×1080) sulla LAN / WAN utilizzando compressione hardware con
tecnologia Dual-stream encoding H.264 & MJPEG. Tale tecnologia permette alla
telecamera di registrare 2 Flussi separati, il primo viene utilizzato per la
registrazione ed il secondo per la visione da remoto, in questo modo è possibile
poter vedere quanto accade senza necessariamente utilizzare la massima
risoluzione possibile con i relativi problemi di banda. La telecamera è basata
sullo standard TCP/IP;
Le caratteristiche minime richieste possono riassumersi nella seguente tabella:
Telecamera
Sensore di immagine
1/2.8” 3Megapixel Exmor CMOS
Risoluzione Display
2096(H)x1561(V)
Sistema di scansione
Progressive
Electronic Shutter Speed
Auto/Manual 1/3~1/10000
Illuminazione Min.
Color: 0. 1LUX/F1.4, B/W: 0.005LUX/F1.4,0Lux
(IR on)
S/N Ratio
>50dB
Caratteristiche
Day/Night
Auto(ICR) / Color / B/W
Compensazione Backlight
BLC / HLC /DWDR
White Balance
Auto
Gain Control
Auto/Manual
Noise Reduction
2D
Privacy Masking
Up to 4 areas
Ottica
Distanza Focale
Varifocale da 3.3-12mm
Massima Apertura
F1.4
Controllo Focus
Manuale
Angolo di visuale
H: 79.3°(Wide)~29.8°(Tele)
Video
Compressione
H.264 / MJPEG
Risoluzione
3.0M(2048×1536) / 1080P(1920×1080) /
720P(1280×720) / D1(704×576) / CIF(352×288) /
Frame Rate
Bit Rate
Main Stream 3M(1~20fps)/1080P/720P(1 ~ 25/30fps)
Sub Stream D1/CIF(1 ~ 25/30fps)
H.264: 32K ~ 8192Kbps, MJPEG: 32K ~ 24576Kbps
Audio
Compressione
G.711a / G.711u(64kbps) / PCM(128kbps)
Interfaccia
1/1 channel In/Out
Network
Ethernet
RJ-45 (10/100Base-T)
Protocol
IPv4/IPv6, HTTP, HTTPS, SSL, TCP/IP, UDP, UPnP,
ICMP, IGMP, SNMP, RTSP, RTP, SMTP, NTP, DHCP,
DNS, PPPOE, DDNS, FTP, IP Filter, QoS, Bonjour
ONVIF
ONVIF Ver. 2.0
Accesso utenti Max.
10 utenti
Interfaccia ausiliare
Allarme
2/1 channel In/Out
Generale
Alimentazione
PoE(802.3af)
Temperatura operative
-10°C~+60°C, 10%~90%
Grado protezione
IP66
Caratteristiche tecniche minime eventuale Telecamera Speed Doome
Dome Colore Brandeggiabile Day/Night;
Codec Video JPEG, MPEG-4, H.264;
Zoom ottico 20x (4.7 - 94.0 mm);
Zoom digitale: 12x;
Pan 340°;
Risoluzione: 1080p FULL HD;
Motion Detection;
Illuminazione minima: 0.07 lx
Compatibilità: Onvif, Depa;
Alimentazione: 12Vdc/24Va/POE
Alloggiamento per telecamera fissa per uso esterno qualora necessario
Custodia in allumino tettuccio passaggio cavi termostato. Alimentazione POE,
completa di Dissipatore per telecamere IP da esterno, termoriscaldata e
ventilata. Grado di protezione IP66. Resistente raggi UVA
Alloggiamento a cupola per telecamera speed dome per uso esterno
qualora necessario
Telecamera facile da installare in una cupola IP66
Fabbricazione durevole con coperchio in plastica 94 VO con protezione UV per
la cupola
Supporto per installazione a soffitto in alluminio fuso fornito come standard
Cupola asferica trasparente in policarbonato con spessore .118” (3 mm)
Funzionamento della ventola 24 ore su 24 per un riscaldamento efficiente e
protezione contro la condensa
Unita riscaldante 24 V AC termostaticamente controllata
Ingresso di alimentazione separato per H&B e alimentazione telecamera
Temperatura di funzionamento: -29 ˚C ~ +50 ˚C;
Sistema Video Server Caratteristiche principali
–
Il sistema supporterà l'installazione di driver del dispositivo video, ossia
componenti di programma utilizzati per le comunicazioni con le telecamere e i
dispositivi connessi a un server di registrazione.
–
Il sistema di gestione video deve supportare modelli di telecamere e
codificatori futuri mano a mano che diventeranno disponibili e supportati senza
la necessità di riconfigurare il sistema.
–
Il sistema di gestione video supporterà l’interoperabilità con gli standard delle
telecamere IP, inclusi, come minimo, PSIA (Physical Security Interoperability
Alliance) e ONVIF (Open Network Video Interface Forum).
–
I server di registrazione dovranno supportare le telecamere USB (Universal
Serial Bus)
–
Il sistema includerà un driver universale che supporterà qualsiasi telecamera di
rete standard conforme all’ARP (Address Resolution Protocol). Il driver sarà in
grado di gestire i formati di flusso video standard inclusi MJPEG, MPEG4 e
H.264.
–
Il sistema supporterà periferiche hardware specifiche i cui numeri di modello
dovranno essere elencati distinti per produttore all'interno di pagine Web
aggiornate.
–
Il sistema permetterà l’uso di computer, server, dispositivi di storage e switch
di qualunque produttore.
Server del Sistema di Videosorveglianza
Dovrà essere installato presso il CED comunale, un server dedicato per la
gestione e la registrazione degli stream video, con un software di tipo clientserver. Per sopperire ad eventuali guasti del server di registrazione, sarà
installato presso il CED anche un NVR (videoregistratore di rete) che oltre a
creare
una
doppia
registrazione
permetterà
anche
di gestire
tutte
le
telecamere. Da questo NVR sarà inoltre più agevole esportare le immagini, ci
sarà un controllo costante dei flussi video con relativi report riguardanti guasti
o anomalie.
La capacità di storage del sistema dovrà essere tale da consentire la
conservazione dei flussi di immagini per il tempo previsto dalla normativa
vigente. Gli HDD facenti parte del sistema dovranno essere di tipo adeguato
all’uso intensivo che ne viene fatto ed avere un’architettura tipo RAID.
Applicazione di Gestione
L'applicazione di gestione fornirà un'interfaccia intuitiva e ricca di funzioni per
la configurazione iniziale e l'amministrazione quotidiana del sistema.
L'applicazione di gestione conterrà funzioni di approccio variabile, così da poter
guidare gli utenti inesperti, permettendo allo stesso tempo agli operatori
avanzati di ottimizzare l'uso efficiente dell'applicazione.
L'applicazione di gestione permetterà di configurare il sistema, attraverso
procedure guidate predefinite o direttamente attraverso un metodo di
configurazione avanzata con struttura ad albero. Le procedure guidate
dovranno consentire la configurazione di:
−
Aggiunta di periferiche hardware:
−
Procedura guidata Configura video e registrazione:
−
Procedura guidata Taratura motion detection:
−
Procedura guidata Configura accesso utente Client di Visualizzazione.
Il client di visualizzazione consentirà agli operatori di connettersi al server di
immagini per ottenere l'autorizzazione iniziale. Ottenuta l'autorizzazione, il
client di visualizzazione potrà connettersi ai server di registrazione per
l'accesso alle registrazioni video.
Il client di visualizzazione metterà a disposizione degli operatori, ossia utenti
remoti, un insieme completo di funzionalità tra cui:
−
Sarà possibile visualizzare immagini video live provenienti da telecamere del
sistema di sorveglianza;
−
Sarà possibile riprodurre registrazioni provenienti da telecamere del sistema di
sorveglianza, con una selezione di controlli di navigazione avanzata, incluso un
browser sequenze temporali, estremamente intuitivo;
−
Sarà possibile creare e passare fra un numero illimitato di viste, ciascuna in
grado di visualizzare immagini video provenienti da un numero massimo di 100
telecamere da più server allo stesso tempo. Il sistema prevede la creazione di
viste basate su layout a cui saranno in grado di accedere solo l'operatore e i
gruppi di operatori;
−
Sarà possibile creare viste speciali per monitor widescreen;
−
Sarà possibile utilizzare schermi multipli e finestre separate per visualizzare
contemporaneamente diverse viste;
−
Sarà possibile effettuare rapidamente la sostituzione di una o più telecamere di
una vista;
−
Sarà possibile visualizzare immagini provenienti da più telecamere in sequenza
in una singola posizione in un carosello specificato;
−
Sarà
possibile
visualizzare
immagini
video
provenienti
da
telecamere
selezionate con ingrandimento o qualità maggiori in una posizione speciale
della vista;
−
Sarà possibile ricevere e inviare immagini video tramite la funzionalità di
condivisione video o un’applicazione che includa video live al verificarsi di un
evento;
−
Sarà possibile includere pagine HTML e immagini statiche (ad esempio cartine
o foto) nelle viste:
−
Sarà possibile utilizzare lo zoom digitale su immagini video live e registrate;
−
Sarà possibile attivare manualmente gli eventi generati;
−
Sarà possibile attivare output esterni, ad esempio luci e sirene;
−
Sarà possibile utilizzare notifiche audio per attrarre l'attenzione dell'operatore
in caso di rilevamento di movimento;
−
Sarà possibile ottenere panoramiche rapide di video sequenze con rilevamento
di movimento;
−
Esplorazione sequenze elenca le immagini di anteprima che rappresentano
sequenze registrate da una singola telecamera, da tutte le telecamere o da un
sottoinsieme di telecamere interne a una vista;
−
Sarà possibile ottenere panoramiche rapide degli allarmi o degli eventi;
−
Sarà possibile effettuare ricerche rapide di movimenti in aree selezionate di
una registrazione video;
−
Sarà possibile configurare e utilizzare joystick differenti nel caso si implementi
il sistema con telecamere brandeggiabili;
−
Sarà possibile stampare le immagini con commenti facoltativi;
−
Sarà possibile copiare immagini per incollarle successivamente in elaboratori di
testi, e-mail e altro;
−
Sarà possibile esportare le registrazioni (ad esempio da utilizzare come prova
giuridica) in formati AVI, JPEG e database;
−
Sarà possibile utilizzare tasti di scelta rapida preimpostati o personalizzati per
velocizzare azioni frequenti;
−
Sarà possibile utilizzare tasti di scelta rapida della tastiera assegnati o pulsanti
dell’eventuale joystick per attivare la funzionalità di pulizia delle telecamere;
−
Sarà possibile navigare immagini da telecamere fisheye panoramiche a 360
gradi;
−
Il client di visualizzazione avrà la possibilità di fungere da host per applicazioni
di terze parti attraverso l’uso di componenti plug-in;
−
Il client di visualizzazione sarà installato sui computer degli utenti remoti;
−
Il client di visualizzazione supporterà l’uso di joystick USB a tre assi per il
controllo di pan, tilt e zoom, oltre che delle funzioni ausiliari delle telecamere;
−
Sarà possibile per l'operatore utilizzare lo zoom digitale, qualora lo zoom sia
effettuato sulla sola immagine. Questa funzionalità sarà la modalità predefinita
per le telecamere fisse;
−
Il client di visualizzazione comprenderà un sistema di guida contestuale che
coprirà tutte le funzionalità previste, in modo da supportare in tempo reale gli
operatori;
−
La GUI (interfaccia grafica utente) del client di visualizzazione offrirà le schede
Live, Cerca e Impostazioni, per un comodo accesso alle immagini video live e
registrate, oltre che alle proprietà delle telecamere e alla qualità della
visualizzazione;
Il client di visualizzazione permetterà all’operatore di attivare eventi manuali e
controllare gli output. Il client di visualizzazione supporterà le seguenti opzioni
di visualizzazione multipla:
−
Sarà possibile duplicare la vista attualmente selezionata come nuova finestra
separata, che potrà essere spostata su altri monitor eventualmente collegati
trascinando la finestra;
−
Sarà possibile inviare viste ad un monitor principale (una vista a tutto schermo
sul monitor principale di un PC) o un monitor secondario (una vista a tutto
schermo su un altro monitor);
−
Una funzione carosello permetterà di sequenzializzare le immagini di più
telecamere in una posizione nella vista. Sarà possibile definire più caroselli, per
permettere a tutte le finestre di visualizzazione di mostrare sequenze di
telecamere. Un operatore avrà la possibilità di selezionare il tempo di
visualizzazione
predefinito
o
di
scegliere
un
tempo
di
visualizzazione
personalizzato per ogni telecamera del carosello. L’operatore potrà passare
manualmente alla telecamera precedente o successiva del carosello oppure
sospendere la telecamera attualmente selezionata. La fase di transizione nel
passaggio da una telecamera a quella successiva sarà completamente priva di
discontinuità o ritardi;
−
Sarà supportata una funzione per la visualizzazione ingrandita e/o di alta
qualità in una posizione nella vista. Questa funzione di posizione speciale della
vista consentirà di visualizzare la telecamera nella posizione speciale con una
qualità di immagine o una frequenza di immagine più elevata rispetto a quella
delle altre posizioni nella vista. Questa funzione minimizzerà l’utilizzo della
banda, richiedendo immagini ad alta qualità o con un'elevata frequenza
fotogrammi
solo
per
determinate
immagini
provenienti
dal
server
di
registrazione;
−
La funzionalità di immagine statica permetterà di usare una posizione
all’interno di una vista per visualizzare mappe o altre immagini che possano
essere di interesse per l’operatore;
−
Sarà possibile includere telecamere manualmente o con eventi esterni
all’interno di una vista basata sulle impostazioni relative alla condivisione
video;
Il client di visualizzazione consentirà agli operatori di selezionare eventi e
attivare manualmente l'evento selezionato. La finestra degli eventi elencherà
tutti gli eventi in funzione del server e della telecamera/dispositivo cui essi
sono associati.
Il client di visualizzazione supporterà diverse azioni che sarà possibile attivare
mediante il clic del tasto destro del mouse sul video live della telecamera.
Azioni per una specifica telecamera:
−
Sarà possibile copiare un’immagine live corrente dalla telecamera agli appunti
del PC;
−
Sarà possibile preimpostare un menu delle telecamere disponibili da cui
l’operatore potrà selezionare una diversa telecamera per la posizione vista live;
−
Sarà possibile disattivare e riattivare le notifiche audio al verificarsi di un
evento o al rilevamento di un movimento;
−
Sarà possibile attivare manualmente la condivisione video del flusso video live
in modo da includere un determinato destinatario della condivisione;
−
Sarà possibile inviare il video live di una telecamera ad una specifica posizione;
Il client di visualizzazione consentirà agli operatori di controllare le telecamere
all’interno di ciascuna vista visualizzata, a condizione che agli operatori siano
stati concessi i necessari diritti di accesso dall’amministratore di sistema.
Lo stato della telecamera selezionata verrà visualizzato sulla barra del titolo di
ciascuna posizione della vista, durante la visualizzazione live.
Una scheda impostazioni conterrà una finestra generale che supporterà la
visualizzazione di layout impostati con telecamere, caroselli, posizioni speciali
della vista, pagine HTML, immagini statiche oltre alla funzione di condivisione
video. La scheda impostazioni conterrà inoltre una finestra che permetterà di
definire le proprietà delle telecamere, fra cui la qualità dell’immagine e la
frequenza dei fotogrammi.
La scheda impostazioni permetterà la creazione di gruppi di telecamere e di
viste, utilizzabili nelle schede Live e Riproduzione. Ai gruppi di telecamere e di
viste devono essere assegnati dei nomi, in funzione delle esigenze dell’utente.
Una scheda di riproduzione consentirà agli operatori di selezionare le viste per
la riproduzione di immagini video registrate. Sarà possibile definire le viste
nella scheda delle impostazioni.
Una scheda riproduzione, attraverso il pannello con la funzione di esplorazione
sequenze, potrà elencare le immagini di anteprima che rappresentano
sequenze registrate da una singola telecamera, da tutte le telecamere o da un
sottoinsieme di telecamere interne a una vista. La funzione di esplorazione
sequenze verrà lanciata in una finestra separata.
Una scheda riproduzione conterrà un browser sequenze temporali che
illustrano per ciascuna telecamera le sequenze di immagini video registrate. Le
sequenze saranno dotate di un codice a colori, per indicare quelle attivate da
movimenti. Ad esempio, una banda rossa indicherà che il video è stato
registrato in seguito al rilevamento di un movimento, mentre una banda verde
indicherà che il video è stato registrato senza che venisse rilevato un
movimento, ovvero che si stratta di un video precedente o successivo ad un
allarme.
La fornitura si intende completa di armadi rack server, L800 P 800 H2000
gruppo di continuità switch monitor di servizio e quant’altro necessario per il
corretto funzionamento di tutto il sistema.
Gli apparati saranno installati all’interno del CED comunale di Piazza San
Benedetto da Norcia e degli uffici della Polizia Locale di Piazza Indipendenza.
All’interno del Comando della Polizia Locale in particolare sarà ubicata la
postazione di controllo. Il collegamento tra il CED e la postazione di controllo,
sarà realizzata utilizzando la rete ethernet ottica comunale già presente.
Questa sarà allestita con monitor panoramici attraverso cui sarà possibile la
visualizzazione simultanea delle telecamere su una serie di finestre multiple.
La visualizzazione di video e di immagini archiviate nel computer server
potranno essere richiamate per essere visionate. Il computer server sarà
dimensionato per la conservazione delle riprese di tutte le telecamere fino ad
un massimo di 7 giorni.
Essa conterrà:
Una postazione per il monitoraggio dei flussi video prodotti dalle videocamere
comprensive di: un numero di monitor e computer proporzionato al numero di
canali video da monitorare; tastiera di controllo connessa alle videocamere
dotate del sistema di puntamento; In particolare, dovranno essere installati
almeno 2 monitor di diagonale minima 42” per la visione del mosaico di
immagini scelte ed un monitor di servizio da 21”.
Apparati
Gli armadi di contenimento per gli apparati dovranno essere di tipo stagno, con
segnalatore di allarme in caso di manomissione non autorizzata. Devono quindi
essere realizzati in robusta costruzione, atta a garantire la massima protezione
contro gli agenti atmosferici e gli atti vandalici. I materiali impiegati devono
offrire un'alta protezione anti-corrosione.
Dovranno avere dimensioni adeguate al contenimento degli apparati di campo
e garantirne la funzionalità in qualsiasi condizione climatica e dovranno essere
compatibili con l’architettura della zona e le altre componenti ambientali.
Gli armadi dovranno presentare un grado di protezione almeno IP55.
Ogni armadio dovrà essere adeguatamente areato e collegato tramite impianto
elettrico al contatore di zona.
Tutte le telecamere dovranno essere ancorate sui supporti (siano essi di nuova
materiali plastico e/o acciaio inox (bulloneria,staffe, etc.).
installazione
di
adeguati
l’ancoraggio
della
sbracci/prolunghe
videocamera
con
la
sul
palo
migliore
o
da
parete
inquadratura.
per
Tali
sbracci/prolunghe dovranno garantire la stabilita e la minor oscillazione della
videocamera.
Installazione Apparati
L’installazione seguirà le norme CEI relative alle installazioni elettriche e di
trasmissione dati.
Nel caso ci fosse la necessita di eseguire dei lavori su suolo pubblico o di
utilizzare strutture già esistenti, si dovrà concordare, per singolo caso, con
l’amministrazione pubblica le modalità esecutive relative.
Tutti i dispositivi dovranno essere installati a regola d’arte, da operatori
qualificati ovvero che eseguano la posa d’opera seguendo con precisione e
attenzione le direttive della casa costruttrice ed in possesso delle prescritte
autorizzazioni (abilitazione L37/08 e s.m.i.).
Nel caso di apparati posti ad un’altezza superiore a metri 3 (telecamere e o
dispositivi per rete wireless), essi dovranno avere una struttura di ancoraggio
tale da garantire la piena sicurezza delle infrastrutture. Gli apparati, quindi,
dovranno
essere
installati
a
regola
d’arte,
rispettando
ogni
eventuale
normativa e tenendo in considerazione il fatto che ci sia facilita di accesso e di
smontaggio per interventi manutentivi.
5. NORME TECNICHE
La fornitura e posa in opera degli apparati e degli impianti, dovranno essere
realizzate nel rispetto delle seguenti norme:
−
Norme CEI-64 per gli allacciamenti elettrici
−
Norme e standard ENEL per la connessione alla rete elettrica nazionale
UNI/ISO per le strutture meccaniche di supporto e di ancoraggio;
−
Norme UNI 7722 - 7723 sulla sicurezza costruzioni macchine;
−
Norme CEI 61.1 sulla sicurezza costruzioni macchine;
−
Norme EN 60439-1 e IEC 439 per i quadri elettrici;
−
Norme CEI 110 per la compatibilità elettromagnetica (EMC) e la limitazione
delle emissioni in RF;
−
Norme ETSI per i sistemi Wireless;
−
Codice delle Comunicazioni Elettroniche
−
Norme CEI 303 per gli impianti di Trasmissione dati;
−
Tutte le norme, regolamenti e circolari Statali o Comunali riguardanti il
trattamento, la conservazione e l’uso delle immagini riprese. In particolare Il
regolamento comunale sulla videosorveglianza, adottato con Deliberazione di
Consiglio Comunale n° 26 del 03 marzo 2009;
In merito alla sicurezza e alla prevenzione degli infortuni, dovranno essere
applicate le prescrizioni previste dal D.Lgs. 81/08;
Ulteriori disposizioni di legge, norme e deliberazioni in materia vigenti al
momento della realizzazione delle opere, anche se non espressamente
richiamate, si dovranno considerare vincolanti e dovranno essere attuate.
Tutti i materiali forniti dovranno essere nuovi di fabbrica, conformi alle vigenti
regolamentazioni comunitarie e coperti dalle garanzie previste dalla Legge.
6. MANUTENZIONE E ADDESTRAMENTO PERSONALE
La ditta aggiudicatrice dell’appalto, dovrà predisporre corsi di addestramento
per il personale operante alla postazione di controllo e per quello tecnico
incaricato della gestione del sistema nel suo complesso, per un numero di 6
unità;
Dovrà inoltre curare le procedure per la connessione del sistema WIFI alla rete
di “Provincia WIFI” o “Free Lazio WIFI”.
E’ compresa nell’appalto la manutenzione del sistema per anni 3.
7. VARIE
Si evidenzia che il progetto definitivo, per la parte relativa alla video
dovrà
essere redatto nel rispetto dei requisiti minimi stabiliti dalla Direttiva del
Ministero dell'Interno sulla videosorveglianza n. 558/SICPART/421.2/70 del
02/03/2012, atteso che l'utilizzazione di sistemi di videosorveglianza per i
luoghi pubblici o aperti al pubblico, pur determinando indubbi benefici in
termini di "sicurezza urbana" in particolare per gli aspetti di tutela dell'ordine e
della
sicurezza
pubblica,
può,
al
contempo,
determinare
situazioni
di
affievolimento dei principi di garanzia dell'individuo in materia di protezione dei
dati personali quali, ad esempio, quello dell'informativa di cui all'art. 13 del D.
Lgs. 30 giugno 2003, n. 196 - Codice in materia di protezione dei dati
personali.
Di conseguenza anche in fase di realizzazione dei lavori tutti i soggetti pubblici
e privati interessati nell'intero processo esecutivo dovranno garantire il
soddisfacimento dei requisiti minimi enunciati nella citata Direttiva del
Ministero dell'Interno n. 558/SICPART/421.2/70.
Per quanto riguarda la rete wireless, tanto gli apparati, quanto il software
dovrà essere compatibile con il sistema “Provincia WIFI” della Provincia di
Roma o “Free Lazio WIFI” della Regione Lazio.
E’ compresa nell’appalto la manutenzione del sistema per anni 3.
L’appaltatore deve indicare:
− Quanti saranno i punti d’ingresso sorvegliati.
− Come la soluzione adottata può ridurre i tempi d’intervento da parte
delle istituzioni in occasione di sinistri ed eventi delittuosi;
− Come la soluzione adottata può ridurre il numero dei sinistri sul tratto
oggetto dell’intervento;
− Come la soluzione adottata aumenti la copertura effettiva del territorio;
−
Come la soluzione adottata migliori utilizzo delle risorse della polizia
locale;
− Come la soluzione adottata aumenti la percezione del grado di sicurezza
da parte della cittadinanza.
La soluzione proposta dall’Aggiudicatario deve esporre la seguente interfaccia:
Integrazione nel portale istituzionale, in particolare per quanto riguarda
l’eventuale accessibilità da parte dei cittadini delle immagini del sistema di
videosorveglianza, questa avvenga nel rispetto della normativa che tutela la
privacy dei cittadini
L’Appaltatore nella soluzione proposta deve descrivere la strategia open data
che intende perseguire, alla luce della recente legislazione, nazionale e
regionale, deve cioè indicare:
•
Quali dati, prodotti dai sotto progetti, verrano resi disponibili, in formato open.
•
Come integrare i dataset prodotti con i dataset open già esistenti
•
Il formato finale (CSV, LOD etc.)
•
La licenza Open che si suggerisce alla STAZIONE APPALTANTE
Requisiti di base della infrastruttura SW della Soluzione Proposta
• La soluzione dovrebbe essere basata sull'uso di uno o più "Framework"
Software opensource.
• Il sistema finale deve essere in grado di supportare tutte le applicazioni
comprese la applicazioni in mobilita'.
• Il sistema dovrebbe supportare 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 (ove applicabile).
Supporto multi-lingua
Interfaccia operativa multilingua
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 dovrebbe essere accessibile e fruibile in
almeno tre lingue, inizialmente italiano e inglese. E’ auspicabile l’aggiunta
immediata di francese e spagnolo.
Il numero delle lingue supportate deve essere aperto.
Il fornitore aggiudicatario deve indicare:
•
come l’architettura della piattaforma fornirà un supporto multi-lingua
•
quali lingue saranno supportate inizialmente
•
quali aree funzionali o temi della piattaforma, eventualmente, non saranno
compatibili con l’impostazione multi-lingua
•
quali contenuti saranno effettivamente tradotti
Alcuni requisiti e raccomandazioni
•
L’interfaccia utente, incluse le strutture di navigazione, i menu, la
messaggistica informativa e di errore, deve essere multilingua.
Requisiti per la gestione dei Contenuti
L’Appaltatore
deve
indicare
le
caratteristiche
del
CMS
prescelto
(se
applicabile). Dette caratteristiche devono essere integrate nel sistema o
integrabili attraverso appositi moduli (plug-in) aggiuntivi.
Requisiti di Interconnessione
•
Deve essere possibile l’importazione e l’esportazione di dati in formato
XML
•
Il modulo IE può essere eseguito anche solo in modalità di validazione
per generare un resoconto dettagliato del numero di entità e della
relativa tipologia.
•
Il modulo IE può essere utilizzato solo da utenti registrati, dotati delle
credenziali di accesso fornite dall’amministratore del sistema e degli
opportuni diritti per l'accesso.
•
Il modulo deve essere collegato a un sistema di tracciamento degli
accessi in modo tale da generare dei resoconti sul loro numero, eventuali
errori, indirizzi IP dei sistemi di harvesting che hanno effettuato 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 il Fornitore Aggiudicatario 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’impiego
dei principali standard per la gestione.
•
L’aderenza agli standard indicati (vedere sezione sui dati).
•
La conformità ai requisiti tecnici di accessibilità e 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
internazionale WAI Web Accessibility Initative, un'iniziativa del consorzio
mondiale W3C che si occupa di standardizzare la progettazione dei siti
web.
Hardware e Software
Il L’Appaltatore dovrà selezionare l’HW più adatto al progetto di integrazione
ed ai sottoprogetti integrati, indicare nell’offerta il numero e le caratteristiche
dei dispositivi selezionati.
Requisiti relativi al Hardware di utilizzo
•
L'hardware necessario alla soluzione deve essere della più recente tecnologia
disponibile; tutte le sue componenti devono essere proposte dall’Appaltatore
nella offerta tecnica in una apposita sezione sull'hardware, e valorizzate
separatamente in una lista che dettagli le funzionalità di ciascuna.
•
I server dei database e delle applicazioni dovrebbero essere sistemi basati su
piattaforma LINUX.
•
L’Appaltatore dovrebbe descrivere nella offerta tecnica gli scenari ipotizzati e le
strategie proposte per garantire la continuità del sistema e delle sue
operazioni.
•
L'infrastruttura di comunicazione deve essere fornita dall’Appaltatore.
•
L’ Appaltatore deve indicare le caratteristiche e la banda supportata dall'
hardware specificato
•
L’ Appaltatore dovrebbe fornire un gruppo UPS in grado di sopperire alla
mancanza (temporanea) di corrente, per un minimo di 8 ore.
•
Al superamento delle 8 ore, possono intervenire opportuni meccanismi di
generazione elettrica (gruppi elettrogeni), per una durata illimitata;
Requisiti relativi alla piattaforma Software di base
•
La soluzione di integrazione proposta deve essere disponile almeno su una
delle seguenti piattaforme: Linux, Microsoft Windows, UNIX (HP UX, IBM
AIX….) MAC OSX.
•
Devono esistere strumenti per la gestione delle prestazioni, a livello del
sistema operativo, dell’applicazione, e della base dati.
•
L'architettura del sistema deve essere modulare e basata su di un approccio a
livelli.
•
LA STAZIONE APPALTANTE dovrebbe essere in grado di aggiungere e o
rimuovere moduli.
•
L’APPALTATORE deve indicare la strategia di prodotto di ciascun modulo SW e
la relativa "Road Map".
•
Ciascun
modulo
della
soluzione
dovrebbe
poter
essere
utilizzabile
indipendentemente.
•
Gli adattamenti e gli sviluppi SW aggiuntivi sulla piattaforma base di
riferimento, dovrebbero poter essere migrabili sulle nuove versioni della
piattaforma.
•
Deve essere garantita la compatibilità retroattiva ("backward compatibility").
•
La soluzione proposta (hardware e software) deve essere scalabile sia
verticalmente che orizzontalmente.
•
La scalabilità del sistema per un numero elevato di transazioni dovrebbe essere
realizzata attraverso la riconfigurazione dei server, con una modalità che non
richieda alcuna modifica nel codice della soluzione.
Requisiti generali della piattaforma applicativa di utilizzo
• La soluzione proposta deve supportare gli standard internazionali
compresi LDAP (ove applicabile).
• La soluzione dovrebbe utilizzare un server applicativo open.
• La
soluzione
dovrebbe
(se
applicabile)
utilizzare
un
Data
Base
relazionale.
•
La soluzione dovrebbe permettere:
•
la notifica (automatica) all'amministratore
•
la notifica (automatica) per gli utenti
•
la gestione delle sessioni
• La soluzione dovrebbe contenere strumenti per l'installazione di
estensioni e configurazioni.
• La soluzione dovrebbe supportare FTP
• La soluzione deve consentire il supporto multi-site.
• La soluzione dovrebbe contenere un Front-end per i "web services"
Requisiti interfaccia utente
• Tutte le schermate dovrebbero 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 dovrebbe essere
disponibile nella lingua del profilo dell'utente e del contenuto della
schermata, eventuali errori dovranno essere segnalati all'utente.
• L'introduzione di dati da parte dell'utente dovrebbe avvenire in linea col
rispetto degli standard della lingua selezionata nel profilo.
• L'utilizzo dei software dovrebbe essere registrato giornalmente. Il
contenuto
dei
record
sarà
determinato
congiuntamente
con
L’APPALTATORE durante le fasi di analisi e disegno. (login, generazione
dei file di log).
• Gli utenti in mobilità dovrebbero essere organizzati in gruppi, gli utenti
avranno la possibilità di definire e controllare l' accesso.
• Il
controllo
relativo
alla
sicurezza
di
deve
essere
posizionato
concettualmente sulla componente server, negli aggiornamenti del
software, operazioni di backup, controllo dei diritti di accesso degli
utenti.
• Gli utenti dovrebbero poter accedere a tutte le applicazioni a cui sono
autorizzati attraverso un unico login.
Requisiti di Accessibiltà
• I servizi di smartcities dovrebbe essere accessibili in mobilità anche via
browser (HTML 5).
Requisiti Prestazionali
•
Il sistema deve poter sostenere 20 sessioni al secondo.
•
La soluzione proposta deve essere scalabile fino a supportare almeno 10.000
sessioni giornaliere, l’ Appaltatore deve fornire il piano di "Capacity" con una
configurazione finale dettagliata e una stima di costo totale.
•
Il sistema, nella versione mobile, deve essere scalabile fino a supportare 5000
utenti giornalieri in mobilità su tutta la regione Lazio.
•
L'hardware deve essere specificato dall’Appaltatore in modo da essere
disponibile su base 24 X 7 (ad esclusione di particolari condizioni come gli
aggiornamenti software e hardware).
•
L’ Appaltatore 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
soluzione
dovrebbe
fornire
la
funzionalità
di
replica
dei
Database
(mirroring).
•
Il sistema deve essere fornito in configurazione di High Availability.
I dati
Requisiti relativi ai formati dei dati
•
La codifica dei caratteri usata nei documenti di testo deve essere conforme allo
standard OAI UTF-8
•
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.
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 la 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 formato PNG.
•
Le immagini grafiche vettoriali dovrebbero essere distribuite sul Web tramite
l’uso di formati SVG
•
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 deve rispettare i diritti di proprietà intellettuale e di riproduzione
detenuti sui materiali utilizzati.
•
l’Appaltatore deve identificare e registrare quali siano i diritti esistenti sui
materiali.
•
L’Appaltatore
deve
negoziare
con
i
detentori
dei
diritti
per
ottenere
l’autorizzazione a usare i materiali (liberatoria di digitalizzazione della risorsa)
•
L’Appaltatore 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 ri elaborazione
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.
•
L’Appaltatore deve registrare le liberatorie, le assegnazioni, le licenze d’uso,
che specificano 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
•
L’Appaltatore deve rispettare i diritti morali degli autori, menzionandone
esplicitamente i nomi.
•
L’Appaltatore deve inoltre rispettare l’integrità delle opere, a meno di accordi
espliciti che autorizzino l’elaborazione dei contenuti.
•
L’Appaltatore deve presentare un avviso o dichiarazione di copyright sulle
pagine, che chiarisca la titolarità dei diritti e i termini di utilizzazione delle
risorse a cui è possibile accedere.
•
L’Appaltatore dovrebbe mantenere dati sui diritti che detiene così da poterli
condividere con sistemi esterni in un formato standard
•
L’Appaltatore deve attribuire a tutte le proprie risorse, non soggette a
copyright, e in ogni caso a tutto il contenuto prodotto originale di questo
progetto, una delle licenze Open come indicato dalla recente legislazione
regionale, ed ulteriormente illustrato nella sezione (CopyRight e CopyLeft).
Copyright e Open Data
LA STAZIONE APPALTANTE, a proposito della problematica della tutela del
diritto d’autore per i contenuti digitali di natura artistica, individua nei modelli
di licenze Open DATA la più idonea politica in aderenza alle nuove logiche di
diritti d’autore per il web.
Si rimanda alla legislazione regionale e nazionale relativa.
L’Appaltatore deve, di conseguenza, attenersi al principio che i contenuti, siano
essi testi, suoni, immagini, filmati, grafica e software, siano protetti ai sensi
delle normative sul diritto d'autore, sui brevetti e su quelle relative alla
proprietà intellettuale e che possano essere rilasciati in modalità Copyright,
ovvero con tutti i diritti riservati, o in modalità Open Data, ovvero con alcuni
diritti riservati.
Inoltre il L’Appaltatore 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.
Oggetto dell’Appalto
Gli specifici oggetti dell’appalto sono:
•
La progettazione e la realizzazione del sistema d’integrazione dei
sottoprogetti.
•
La rete wifi (sistema di gestione e HW).
•
Il sistema di Sicurezza e Videosorveglianza.
•
La
conduzione
e
gestione
del sistema, comprensiva
di
servizi di
conduzione tecnico/funzionale delle applicazioni offerte in questa fornitura,
per 3 anni.
•
La predisposizione e gestione di un contact center, relativi ai servizi
erogati tramite sistema.
Progettazione e Realizzazione del sistema
Caratteristiche del sistema
Nell’offerta tecnica il Fornitore deve presentare una proposta 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 dettagliata
•
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
e
evolutiva).
•
La
possibilità
di
trasferire
la
proprietà
delle
licenze
software
proprietarie (eccetto il SW proprietario del fornitore aggiudicatario), a LA
STAZIONE APPALTANTE o ad altro ente pubblico senza oneri aggiuntivi per
LA STAZIONE APPALTANTE.
•
Il trasferimento a LA STAZIONE APPALTANTE del diritto di utilizzo del
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 “Guida del Servizio Clienti” cioè’ il manuale standard del fornitore
aggiudicatario contenente i SL (Livelli di Servizio ) erogati ai propri Clienti,
gestiti in regime di housing e hosting.(se del 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.
Ulteriori compiti del Fornitore
Formano parte integrante dei compiti dell’Appaltatore, 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 allo svolgimento delle
prestazioni.
Conduzione e gestione del sistema
L’Appaltatore deve assicurare il corretto funzionamento dei servizi e la
completezza delle informazioni offerti dal sistema e accessibili agli utenti.
A tal fine L’appaltatore deve illustrare, in fase di offerta, i criteri e le norme
tecnico-organizzative 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.
Nell’ambito dell’attività da svolgere dovranno essere svolte:
•
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 del presente appalto. Il servizio deve essere
erogato - in regime di garanzia - a partire dal primo rilascio in esercizio e per
tutta la durata del periodo di manutenzione.
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.
L’Appaltatore 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.
Regola di esecuzione della fornitura
Pianificazione
All’inizio delle attività il Fornitore deve indicare formalmente alla
STAZIONE 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.
L’offerta tecnica 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
nell’Offerta
tecnica
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.
•
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à.
L’offerta tecnica verrà valutata in sede di Gara d’appalto;
In seguito, nel corso dell’appalto l’appaltatore potrà proporre eventuali ripianificazioni delle attività. Tali ri pianificazioni, laddove accolte dalla
Stazione Appaltante saranno formalizzate sotto forma di verbale tra le
Parti.
Le Parti devono riunirsi a cadenza almeno mensile, in una sede indicata
dalla 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 l’Appaltatore, di
indire le riunioni tra le Parti.
Qualità della Fornitura
La
qualità
della
fornitura
deve
essere
assicurata
dal
Fornitore,
rispettando i criteri di qualità del 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/CR/5 del 5 agosto 1994 e AIPA/CR/38 del 28 dicembre
2001, quanto suggerito dalla Deliberazione AIPA n. 49/2000 del 9
novembre 2000 e con quanto previsto dagli standard internazionali
ISO:9000:2000.
Il Progettista
Ing. Renato CURCI

Relazione TecnicaWIFIVDS110614

Transcript

Documenti analoghi

Leggi l`informativa sulla privacy.

AVVISO - Comune di Pomezia

CURRICULUM VITAE SCOLASTICO

domanda uso stagionale palestre 2016-2017

Continua l`avventura di Giada Agasucci,LA

Natale 08-09 novembre 2015.cdr

Regolamento 2015

Informativa ai sensi dell`art. 13 del D.Lgs. n. 196/03

Comune di Pomezia, l`eccezione conferma la corruzione,Incontro

Postel S.p.A. - Uil Post Verona