1

Associazione dei Comuni del Comprensorio TRIGNO-SINELLO

PROGETTO: SVILUPPO PIATTAFORME ICT INTERATTIVE

SISTEMA INFORMATIVO TERRITORIALE GESTIONE AMBIENTALE E DEL TERRITORIO

2

Premessa Il progetto che si vuole appaltare è inteso come uno sviluppo e un miglioramento del lavoro svolto dall’Associazione in questi anni. Per questo un elemento non derogabile per l’offerente è partire dalle banche dati in possesso dell’Associazione. Le banche dati attualmente disponibili sono:

Banca dati catastale che gestisce anche lo storico del censuario; Banca dati cartografica intesa come Piano Regolatore, Vincoli, Strumenti Attuativi, Aree

Tutelate, CTR; Banca dati dei civici, stradario comunale, attività produttive,anagrafe comunale.

Il data base attualmente utilizzato dall’Associazione è oracle 11 g Express Edition e per gli strati cartografici si utilizzano file shape . La banca dati deve contenere sia i dati di un singolo comune (nel caso di installazione presso un Ente) che quelli relativi a più comuni (nel caso della banca dati dell’Associazione), per questo l’applicativo che si andrà a realizzare dovrà gestire sia i dati di un singolo comune che quelli di più comuni. Non si prenderanno in considerazione progetti che non utilizzeranno la banca dati esistente per lo sviluppo degli applicativi a bando. Nell’offerta dovrà essere adeguatamente descritta l’architettura proposta comprensiva delle tecnologie impiegate in tutte le sue componenti, con specificazione dei prodotti offerti e allegazione delle schede tecniche. L’offerente dovrà proporre un sistema integrato basato su piattaforma web che includa i moduli descritti nei paragrafi successivi. All’interno dell’offerta tecnica, l’offerente, dovrà descrivere nel dettaglio i moduli di cui si comporrà il sistema, incluse le modalità di funzionamento e i requisiti funzionali e non funzionali. In fase realizzativa a seguito della conclusione dell’attività di analisi, l’aggiudicatario dovrà adeguare le funzionalità proposte al fine di renderle rispondenti alle esigenze emerse. Scalabilità, portabilità e interoperabilità. Il sistema dovrà essere scalabile per consentire un eventuale incremento del numero e delle tipologie di utenza. Anche il numero e la tipologia di servizi potranno in futuro variare; pertanto si dovrà progettare un sistema modulare che faciliti l’implementazione di nuove funzionalità e l’adeguamento del software alle variazioni normative che potrebbero verificarsi. L’aggiudicatario è comunque tenuto ad adeguare il sistema alle modifiche normative o organizzative che dovessero verificarsi nel periodo di vigenza del contratto. Accessibilità, usabilità. La soluzione offerta dovrà rispettare la normativa vigente in materia di accessibilità dei contenuti, con particolare riferimento alla Legge n. 4 del 9 gennaio 2004 (cd. “Legge Stanca”) ed al D.M. 8 luglio 2005. Sicurezza del sistema e accesso alle informazioni. Il sistema dovrà rispettare le pratiche comuni e consolidate in materia di sicurezza delle applicazioni web. In particolare, devono essere rispettati i requisiti di:

Riservatezza: le informazioni gestite dall’applicativo web devono essere accessibili direttamente e indirettamente solo agli utenti che ne hanno diritto e che sono espressamente autorizzati a conoscerle;

3

Integrità: le informazioni gestite dall’applicativo web devono essere protette da alterazioni (modifiche, danneggiamenti o cancellazioni improprie) ad opera di utenti non autorizzati;

Disponibilità: le informazioni gestite dall’applicativo web devono essere sempre accessibili agli utenti che ne hanno diritto, nei tempi e nei modi previsti.

In particolare, per la verifica delle caratteristiche di sicurezza dell’applicazione, dovranno essere concordati con la committenza dei test di “penetrazione” intesi a verificare la solidità e l’assenza di vulnerabilità dell’applicazione. Il Sistema dovrà inoltre consentire la tracciabilità di tutte le operazioni svolte dagli utenti. In particolare dovrà essere previsto un sistema di estrazione dei log che consenta in maniera semplice e intellegibile di attestare le attività svolte per supportare la soluzione di controversie o contenziosi; deve essere inoltre previsto un sistema di conservazione dei log oltre i termini di conclusione delle singole procedure. Per quanto riguarda i dati sensibili eventualmente gestiti dall’applicazione si dovrà fare riferimento alle norme in materia di trattamento dei dati personali, in particolare il D.Lgs. 30 giugno 2003, n. 196. Gli utenti dovranno poter usufruire delle funzionalità del Sistema che si sta realizzando mediante un personal computer standard, dotato di un comune browser e collegato ad internet. Il Sistema in fase di realizzazione dovrà prevedere:

Area Pubblica: pagine pubbliche che riportano informazioni accessibili da chiunque, ad esempio cittadini/professionisti/ditte che non si sono ancora registrati;

Aree Riservate: una o più sezioni, le cui funzionalità e informazioni sono accessibili unicamente agli utenti registrati e che dovranno avere profili differenti. Tali profili vengono definiti dai tecnici dell’Associazione.

Requisiti non funzionali La Piattaforma dovrà consentire la parametrizzazione e la personalizzazione di tutti gli ambienti in riferimento alle esigenze dell’Associazione e degli Enti che utilizzeranno il Sistema. La Piattaforma dovrà permettere inoltre l’utilizzo delle sue funzionalità in modalità completamente integrata, anche con configurazioni complesse (es. per gestire più parametri in diverse combinazioni di funzioni innovative). La Piattaforma dovrà consentire la gestione di eventuali caricamenti massivi di dati (in particolare, anagrafica Comunale), mediante procedure informatiche automatiche. Infine, la Piattaforma dovrà permettere l’interoperabilità con le altre componenti dei sistemi informativi comunali, in particolare mediante servizi già utilizzati per l’integrazione di sistemi informativi comunali, protocollo informatico e sistemi utilizzati per la gestione dei rifiuti comunali. Servizi attesi Di seguito si descrivono i servizi attesi che l’aggiudicatario dovrà erogare nell’ambito del presente appalto. Servizi di analisi, miglioramento dei processi, integrazione con sistemi terzi e sviluppo software

4

L’aggiudicatario dovrà realizzare il sistema richiesto attraverso lo sviluppo di un applicativo software ad-hoc, anche attraverso la personalizzazione di un prodotto esistente. In particolare, l’attività di sviluppo software dovrà comprendere le fasi di:

raccolta dei requisiti, analisi e Business Process Reengineering;

disegno dell’architettura del sistema;

sviluppo del software;

testing e rilascio. Alla fine di ogni fase dovranno essere rilasciati uno o più deliverable la cui pianificazione e descrizione dovrà essere dettagliata nell’offerta tecnica. Per l’attività di sviluppo software i deliverable documentali minimi richiesti sono:

Attività ID Deliverable Installazione e configurazione

della piattaforma INT Manuali tecnici e documenti relativi alla configurazione e installazione della piattaforma

Gestione del progetto

GP1 Piano Operativo GP2 Piano di Qualità

GP3 Piano di verifica di conformità in corso d’opera e finale

Attività di analisi e sviluppo Software

SS1 Raccolta dei requisiti SS2 Architettura del sistema e gestione del software SS3 Testing del software

Formazione e supporto FOR1 Piano integrato per la formazione Di seguito si dettagliano le varie fase progettuali. Raccolta dei requisiti, analisi. In corso di esecuzione, l’aggiudicatario dovrà completare e integrare l’analisi preliminare contenuta nel presente documento, con particolare riferimento alla situazione organizzativa ed ai processi attualmente adottati dall’Associazione dei Comuni. A seguito di questa attività e sulla base delle informazioni raccolte, l’aggiudicatario dovrà definire in dettaglio:

le funzionalità di sistema e relativi workflow;

i ruoli all’interno del sistema;

modalità di integrazione con sistemi terzi;

le azioni previste per ciascun ruolo. I deliverable prodotti in questa fase saranno sottoposti per approvazione, al responsabile tecnico del progetto . Disegno dell’architettura del sistema.

5

Ultimata l’analisi e definiti i processi, l’aggiudicatario dovrà predisporre la documentazione di disegno della soluzione software da realizzare. L’aggiudicatario dovrà produrre una serie di documenti tecnici di dettaglio sull’architettura e sul funzionamento della soluzione software, inclusi diagrammi redatti secondo il linguaggio di modellazione UML, diagrammi E-R, ecc. I deliverable prodotti in questa fase saranno sottoposti alla sola approvazione da parte del responsabile tecnico del progetto nominato dalla Stazione appaltante. Sviluppo del software. Durante questa fase il team di sviluppo dovrà implementare quanto dettagliato nella documentazione di disegno. Il codice sorgente sviluppato dovrà essere adeguatamente commentato e documentato (es. mediante javadoc nel caso di linguaggio Java). Al termine della fase di realizzazione dovranno essere rilasciati:

il codice sorgente;

la documentazione del codice sorgente;

gli script per la configurazione delle basi di dati;

gli script di installazione dell’applicazione software;

i report con gli esiti dei test unitari;

il manuale di installazione e configurazione;

il manuale utente corredato di screenshot illustrativi, per gli utenti interni ed esterni. Allo scopo di ottenere riscontri oggettivi e puntuali sul lavoro svolto attraverso il coinvolgimento dell’Associazione, l’aggiudicatario dovrà effettuare il rilascio periodico di prototipi e/o versioni parziali del sistema in corso di sviluppo. Il codice sorgente di quanto sviluppato dovrà essere ceduto all’Associazione che ne acquisirà tutti i diritti di utilizzo. I file che compongono l’applicazione dovranno essere raccolti in una struttura di facile comprensione. Testing del software. Al fine di garantire un elevato standard qualitativo dovranno essere predisposti da parte dell’aggiudicatario specifici Unit, Acceptance e Integration Test. Oltre ai test “funzionali” dovranno essere eseguiti i test sulla vulnerabilità dell’applicazione e sulle performance del sistema per garantire i requisiti di solidità e sicurezza espressi nei precedenti paragrafi. I test dovranno essere organizzati in maniera da garantire una copertura totale delle funzionalità previste e, per quanto riguarda i Test di Accettazione, dovranno essere preventivamente concordati con il responsabile tecnico del progetto. 1. Realizzare una piattaforma innovativa WEB GIS territoriale e la georeferenzazione e

catalogazione delle imprese .

6

Descrizione L’intervento si articola in due attività: Piattaforma WEB GIS Applicativi per la georeferenziazione

Piattaforma WEB GIS L’ente appaltante desidera realizzare una piattaforma open source di applicativi specifici per permettere un accesso aperto ai prodotti cartografici ed alfanumerici, già a disposizione dell’Associazione e degli Enti aderenti tramite il progetto SIT, al fine di combinare i vari strati informativi la cui visibilità dovrà essere definita dal profilo di ciascun utente. Il servizio viene erogato mediante web service. Il sistema web service pubblica la cartografia utilizzando dati cartografici in formato shape, servizi WFS, WMS o altri formati. Il sistema web service deve permettere la pubblicazione di qualsiasi layer informativo e la tematizzazione del dato La piattaforma che si intende realizzare deve gestire la cartografia in possesso dell’ente in 3 dimensioni (3D) e in 2 dimensioni a seconda della scelta di visualizzazione in quel momento dell’utente. La piattaforma deve essere in grado, in funzione di dati in possesso dell’Ente o inseriti dall’utente stesso, di visualizzare edifici, strade, territorio in 3 dimensioni (3D). Importantissimo poter misurare le distanza tra due punti tenendo conto delle variazioni altimetriche del terreno. Per quanto riguarda la visualizzazione degli edifici si deve poter inserire per ciascun edificio il colore delle facciate o singolarmente oppure tramite una funzione che rende gli edifici colorati in maniera random; definire le caratteristiche dell’edificio come ad esempio le tipologia del tetto, numero di piani o altre informazioni. Inoltre si deve poter distinguere edifici con caratteristiche diverse (ad esempio i capannoni industriali,le chiese, gli immobili di proprietà dell’Ente, edifici di privati) mediante un attributo che può essere preso o dai dati in possesso dell’Ente (come la Carta Tecnica Regionale –CTR-) o inserito dall’utente. Le strade devono poter essere rappresentate in maniera diversa a seconda della tipologia della strada (comunale, autostrada, strada sterrata, grande arteria di collegamento, strada provinciale, strada stradale). Sulla piattaforma in oggetto si deve poter inserire sia la cartografia che le informazioni alfanumeriche di future progettazioni sia di edifici privati che opere pubbliche. In altre parole si deve poter inserire progetti di nuove strade ad esempio con la rappresentazione di eventuali dislivelli, ponti, scarpate stradali, tutte informazioni necessarie per la sua realizzazione. Si dovrà realizzare una progettazione preliminare dell’opera e da questo si dovrà generare in automatico la progettazione definitiva. Si dovrà poter inserire la progettazione di edifici pubblici, ferrovie, aree verdi, rete del metanodotto, rete idrica o edilizia privata; si dovrà prevedere la rappresentazione sulla piattaforma 3D del progetto sia con dati cartografici che alfanumerici. Ad esempio per gli edifici privati anche l’altezza, la disposizione del tetto, ecc cosi da simulare realisticamente la realizzazione dell’edificio e l’inserimento nel contesto esistente. Un altro aspetto importante è la possibilità di realizzare uno storyboard cioè la realizzazione di un filmato 3D del territorio secondo le necessità dell’utente e la possibilità di esportarlo in un formato video conosciuto e diffuso nei normali sistemi operativi in comune commercio. Per la creazione della piattaforma WEB 3D è indispensabile dotare l’ente appaltante di un applicativo che permetta di tassellare la cartografia e le Ortofoto (formato ecw o jpg o altri formati).

7

I servizi di mappa devono utilizzare le capacità di caching del browser e, in generale della rete internet, per ottimizzare le prestazioni dei navigatori cartografici permettendo di realizzare le cosiddette slippy map, o mappe fluide. A completare le funzionalità del GIS Server è necessario un sistema che ha l’obbiettivo di reagire ad eventi (come ad esempio il deposito di un file su una cartella WebDAV o FTP) per scatenare processi di trasformazione ed ingestione di dati geografici all’interno di un repository spaziale. Il processo batch innescato da un evento può contemplare fasi di validazione, trasformazione, inserimento nel DB e pubblicazione dei dati tramite servizi standard OGC, mediante utilizzo dei servizi con interfaccia appropriate e delle funzioni di amministrazione ad hoc. Nel contesto la componente informativa documentale è altrettanto importante e pervasiva di quella geografica. L’introduzione nel sistema di un componente che realizza un DMS (Document Management System) o meglio di un vero e proprio ECM (Enterprise Content Management) consente in primis un’efficace indicizzazione dei contenuti, una catalogazione esauriente attraverso metadati appropriati e l’implementazione di funzionalità di ricerca essenziali per l’utente. Oltre a queste funzionalità principali, un sistema tale offre la possibilità di gestire il versionamento dei documenti (si pensi all’evoluzione delle norme urbanistiche), strumenti per la collaborazione, per la gestione del contenuto web (WCMS) . Inoltre si vuole realizzare una piattaforma di blogging perché il ciclo di vita di uno strumento urbanistico comunale prevede alcune fasi che richiamano fortemente il meccanismo della pubblicazione di contenuti tipico dei Blog. Con alcuni aggiustamenti è possibile infatti accostare la pubblicazione di un “post” alla fase di pubblicazione di una variante in adozione al fine di raccogliere le osservazioni da parte di cittadini e altri portatori di interesse. Quello che si vuole realizzare ha un duplice obiettivo:

implementare il requisito di fornire servizi ai cittadini e di perseguire l’obbiettivo della trasparenza dei processi di pianificazione;

pubblicare la normativa in formato HTML e realizzare così pagine navigabili come ipertesti e bersaglio dei collegamenti in mappa.

L’applicazione deve consentire di visualizzare e interagire con le mappe utilizzando anche servizi WMS, WFS e servizi di mappa tassellati; anche per l’implementazione delle funzioni di aggiornamento devono essere sfruttati servizi standard, in particolare (non unico) il WFS-T. Questa caratteristica architetturale consente di caricare dati pubblicati con i medesimi standard ed in particolare dati provenienti dai geoportali provinciali o regionali. L’aggiudicatario dovrà garantire che il sistema di blogging potrà essere utilizzato anche per altri scopi quali la condivisione di un opera pubblica, oppure un piano di sviluppo locale, ecc. Dare la possibilità a ciascun utente opportunamente profilato di poter esportare dal Web GIS file shape, dwg,dxf della porzione cartografico desiderata comprensivi di tutti i layer richiesti dall’utente e georiferiti. La banca dati del sistema sarà disegnata tenendo in considerazione il modello di riferimento OGC (ORM) ovvero saranno individuati gli oggetti spaziali che modellano gli oggetti del nostro dominio di interesse (ad esempio gli ambiti di conservazione e riqualificazione e i distretti di trasformazione). Un elemento qualificante del modello della banca dati è dato dal supporto temporale attraverso mediante campi che le cosiddette life-cycle information: ogni oggetto territoriale avrà cioè attributi temporali che ne definiscono il periodo di validità e un attributo ausiliario (stadio o versione) che concorrerà a identificare univocamente una data versione temporale di un determinato oggetto. Una zona omogenea avrà quindi un identificativo univoco che però sarà fisicamente univoco solo se affiancato dal numero di versione; una variante che modifica un’area esistente (riducendone o ampliandone l’estensione ad esempio) avrà l’effetto di cessare la versione attiva dell’oggetto territoriale (valorizzando la sua “data fine”) e introdurrà in banca dati la

8

versione successiva dell’oggetto stesso (con “data inizio” che assume il medesimo valore). Tutto questo dovrà essere realizzato applicativamente perché il supporto che il DBMS offre alla dimensione temporale è ancora molto limitato. Tra i vari standard oltre hai servizi come il WMS o il WFS, si desidera una classe di servizi generici, che ha come unica caratteristica comune quella di ricevere in input dei dati geografici e dei parametri opzionali, di eseguire un’elaborazione sul dato stesso e di restituire il risultato dell’operazione in vari possibili formati. Possiamo quindi giustamente pensare una generica interfaccia che può attivare i servizi più disparati; come ad esempio per produrre l’estratto di mappa con cui alimentare il servizio di “CDU on line”. I servizi richiesti dovranno elaborare dati passati direttamente dal client come parametro di input oppure possono prelevarli da un servizio WFS (o WCS, per le elaborazioni raster); alla stessa maniera l’output può essere restituito direttamente dal servizio stesso oppure può essere costituito dall’output di un servizio WMS, cioè una rappresentazione dei dati di output. Allo scopo di aumentare la trasparenza delle fasi di redazione dei PRG e delle successive varianti, la Piattaforma dovrà mettere a disposizione uno strumento orientato alla pianificazione partecipata e alla diffusione delle informazioni di pianificazione. Abbiamo quindi un soggetto che ha la responsabilità del processo di pianificazione, che nel nostro caso è impersonato dal Comune, che pubblica, sottoforma di blog post associato ad una particolare categoria predefinita, un argomento di discussione. La categoria è utilizzata per modellare una fase di pianificazione, ad esempio il ciclo di vita di un PRG potrebbe produrre le seguenti categorie: Orientamento, Proposta di Piano, Adozione preliminare, Adozione definitiva, Revisione (varianti). Le fasi sono temporalmente sequenziali e non si sovrappongono. Ad ogni articolo può essere associata, come widget integrabile direttamente nel testo, una mappa interattiva configurabile nel contenuto e nell’estensione territoriale di default. La mappa può essere utilizzata come complemento al contenuto del testo dell’articolo, per contestualizzare e chiarire tutti gli aspetti fisici/territoriali trattati. Ad esempio, l’articolo può contenere la descrizione della proposta di un percorso ciclabile nuovo o della costruzione di un parcheggio interrato: la mappa in questo caso mostrerà la localizzazione e lo sviluppo geografico della ciclopista o il sito ipotizzato per il parcheggio. Nella mappa saranno presenti tutti gli strati cartografici che aiutano a capire e ad analizzare l’impatto dell’opera sul territorio. Gli utenti potranno interagire postando dei commenti all’articolo; questi commenti possono essere georeferenziati (per indicare il punto a cui si riferisce il testo) oppure possono contenere una mappa anch’essi dove l’utente può anche editare in maniera semplificata degli oggetti geometrici (un percorso alternativo, l’evidenziazione di un elemento territoriale critico …). I commenti possono ovviamente essere riferiti ad altri commenti e può così nascere un confronto di opinioni, sul quale però il Comune ha sempre un ruolo superiore in quanto può decidere quando chiudere un articolo o terminare un’intera fase ed aprirne un’altra. I widget cartografici a disposizione dovranno comprendere anche la “doppia mappa”, che permette di rappresentare in mappe interattive sincronizzate (mantengono visualizzata la medesima estensione territoriale effettuando delle operazioni di pan o zoom in solo una delle due mappe) situazioni del tipo “prima e dopo” permettendo di effettuare confronti visivi che trasmettono più informazioni di qualsiasi descrizione scritta. L’applicazione può essere utilizzata per raccogliere idee ed anche per esperire sondaggi . Inoltre la possibilità di fare delle osservazioni informali per ottenere chiarimenti dall’Amministrazione o partecipare a argomenti di discussione, si dovrà inoltrare una osservazione formale al Comune. Questa funzionalità sarà espressa attraverso un modulo on line attivabile all’interno di una categoria di discussione compatibile (che corrisponde ad una di quelle fasi in cui il cittadino/impresa per legge può inoltrare osservazioni al Piano): il modulo consentirà di esprimere in maniera strutturata l’osservazione e potrà contenere come “allegato” anche una mappa dinamica con eventuale geometria disegnata a supporto dell’argomentazione. Questa attività di discussione e condivisione dovrà essere tecnicamente estesa anche a singole opere pubbliche oppure ad altri temi di interesse del comune.

9

I moduli successivi devono utilizzare la banca dati in possesso dell’Associazione e dovranno essere consultabili tramite Browser da tutti gli utenti sia interni all’Ente che esterni a seconda del proprio profilo . L’applicazione WEB GIS per la consultazione/ editing delle informazioni dovrà mettere a disposizione un navigatore personalizzato come:

A. Modulo Catasto Il modulo catasto, costituito da diversi sottomoduli, permette di gestire ed interrogare i dati geografici e censuari catastali e tutte le informazioni associate. Deve essere messo in relazione la cartografia e i dati alfanumerici. Il modulo catasto permette di effettuare ricerche impostando i riferimenti catastali (foglio e particella) oppure l’intestatario catastale. La ricerca gestisce sia i dati catastali dei terreni, sia per i fabbricati all’interno del NCEU. Per ogni particella relativa al catasto dei terreni sarà possibile consultare i dettagli della stessa (intestatario catastale, qualità, classe, superficie ecc.), individuarla e visualizzarla in mappa o viceversa a partire dalla mappa avere informazioni alfanumeriche. Inoltre, per ogni particella del catasto fabbricati, con eventuali subalterni, sarà possibile conoscere tutti i dettagli relativi all’immobile (intestatario catastale, classe, categoria, consistenza ecc.) e realizzare un pdf riepilogativo. Realizzare una vera visura catastale come da ALL.1 di tutta la storia dell’immobile o del soggetto e arrivare fino al dato iniziale, cioè in un unico documento si deve riportare la storia per soggetto o per oggetto fino ad arrivare al livello iniziale. Potranno anche essere visualizzati il modello DOCFA presentato in catasto (pdf e scheda planimetrica) e i relativi dati metrici dell’immobile. Sarà inoltre possibile realizzare una ricerca sugli intestatari catastali (persona fisica o società) tramite nome, cognome, codice fiscale o Partita IVA. Il risultato mostrerà la lista delle particelle di terreni e fabbricati ricollegabili al soggetto con relative informazioni. Le informazioni base di questa modalità di ricerca o di quella precedentemente descritta dovrà essere:

Foglio; Numero particella; Intestatario (nel caso sia più di uno per una singola particella, ci sarà un tasto sul quale

cliccare per visualizzare gli altri intestatari); Qualità catastale; Classe del terreno.

Nel caso di un fabbricato: Foglio; Numero particella; Sub; Piano; Categoria catastale (ESEMPIO A02, C06, ecc.) Intestatario (nel caso sia più di uno per una singola particella ci sarà un tasto sul quale

cliccare per visualizzare gli altri intestatari); Rendita catastale (Euro); Valore ai fini IMU (ottenuto configurando opportunamente i parametri di base).

Si ha inoltre la possibilità di centrare in mappa l’ente urbano, oggetto della ricerca, selezionandolo dal menù di ricerca del catasto urbano.

10

Le informazioni da ottenere dopo aver selezionato il criterio di ricerca devono essere: per i proprietari: a) la natura giuridica (se persona fisica o persona giuridica); b) titolarità (cognome e nome o, nel caso di società, ragione sociale); c) il luogo di nascita e la data di nascita; d) codice fiscale o partita Iva; e) diritti o oneri reali (proprietario, usufruttuario ecc.);

per le particelle: a) informazioni generali (sezione, foglio, particella, subalterno, note); b) ubicazione (civico, piano, scala); c) categoria catastale; d) classe; e) consistenza; f) partita; g) quota di possesso h) superficie; i) rendita catastale; j) data di ultima variazione; k) data di ultima registrazione.

Inoltre la ricerca prevede il preventivo caricamento della banca dati ICI/IMU e TARSU del Comune, secondo un tracciato ben definito, in modo che le informazioni siano collegate al foglio,particella e subalterno (nel caso di immobili), esponente, interno e scala (se presenti), in modo da individuare per ciascun oggetto (fabbricati o particelle) se c’è il corrispettivo pagamento e di visualizzare sulla maschera dedicata le informazioni presenti nella banca dati TARSU e ICI/IMU ovviamente le due informazioni devono essere separate.

Moduli Dati Metrici Per ogni particella (ed eventuali subalterni) relativa al catasto fabbricati sarà possibile consultare i dati metrici selezionando la particella sulla mappa o effettuando una ricerca alfanumerica. Le informazioni da riportare nel form dovranno essere:

a) foglio, numero e subalterno; b) ambiente; c) significato; d) indirizzo, e) superficie ambientale; f) altezza; g) altezza max; h) superficie; i) scala; j) interno 1; k) piano 1; l) interno 2; m) piano 2; n) piano 3; o) piano 4; p) ……… q) ………

Nel caso di più righe di dati metrici relativo ad uno stesso immobile, bisogna in un apposito campo mettere la somma che è la somma indicata dal catasto non la somma matematica.

11

DOCFA I dati di partenza sono i dati scaricati mensilmente dall’agenzia del territorio nella sezione accatastamenti. Sempre da un data base esterno sono riportati i DOCFA scaricati dal portale dell’Agenzia del territorio, sia i dati alfanumerici che planimetria e file pdf del DOCFA. I dati da visualizzare nella forms dovranno essere:

a) numero protocollo; b) data protocollo; c) sezione, foglio, numero, subalterno; d) rendita; e) categoria; f) classe;

g) indirizzo;

Esempio

Fig. 1

Cliccando sul rigo evidenziato, Fig. 1, devono apparire tutte le informazioni di Fig. 2 con i dati Docfa (pdf e schede planimetriche).

12

Fig. 2

Inoltre, cliccando su "Visualizza DOCFA pdf" si aprirà il pdf scaricato dall’agenzia del territorio, mentre cliccando su "Visualizza scheda planimetrica" si aprirà appunto la scheda planimetrica, che è in scala, nonché salvabile e stampabile. Possibilità di utilizzare, sulle schede planimetriche, di funzioni CAD per la misurazione della lunghezza di linee, calcolo di perimetri e di superfici. La ricerca dei Docfa può avvenire:

1. mediante ricerca autonoma i cui i criteri di ricerca possono essere numero e data di protocollo (Fig.3)

2. mediante riferimenti catastali, quindi sezione, foglio, particella e subalterno (Fig.3) 3. direttamente dalla ricerca catastale del modulo precedente.

L’applicativo deve prevedere strumenti di misura sulle planimetrie DOCFA allegate in modo da misurare la distanza tra due punti, il perimetro o l’area di un poligono

Fig. 3

13

MUI (Modello Unico Informatico) Il database dei MUI è scaricato dal portale dell’Agenzia del Territorio . I dati necessari sono in Fig. 4 e Fig. 5.

Fig. 4

Fig. 5 Va inoltre indicata la data del rogito. La ricerca deve avvenire come in Fig. 4 e Fig. 5:

a) per numero rogito; b) per nome e cognome del soggetto che vende o che acquista; c) per nome e cognome del rogante; d) cliccando in mappa sulla particella o fabbricato; e) direttamente dal modulo catastale come da figura Fig. 8

a. Per terreni

Fig. 6

14

b. Per fabbricati

Fig. 7

Fig. 8

Le informazioni sopra menzionate vengono visualizzate tenendo conto di un attenta profilazione dell’utente. Ogni utente/ditta che si registra può consultare tutte le informazioni riguardante la propria posizione liberamente, ma nn può vedere i dati catastali o docfa o MUI di altre persone. Invece è visibile a tutti gli utenti registrati le informazioni catastali di base come la cartografia e l’intestatario catastale.

B. Strumenti Urbanistici Questo modulo deve utilizzare la banca dati in possesso dell’Associazione. Questo modulo sarà dedicato alla creazione del CDU (Certificato di Destinazione Urbanistica) relativo a una o più particelle catastali, visualizzando per ciascuna particella:

- la destinazione urbanistica da PRG; - i vincoli che la riguardano; - le percentuali della particella interessate da vincoli o diverse destinazioni d'uso; - le Norme Tecniche di Attuazione relative a ciascuna zona.

Il CDU sarà generato con riferimento a foglio e particella ricercate come in Fig. 9. La superficie catastale sarà calcolata basandosi sulla proiezione cartografica (ottenendo il CDU sulla base della superficie geometrica), oppure da quella catastale (ottenendo il CDU sulla base della superficie alfanumerica della visura catastale) Fig. 9.

15

Sarà possibile, inoltre, non considerare nel CDU le porzioni di particella interessate da zonizzazione, vincolo o area tutelata, che hanno un’ area o una percentuale di superficie, inferiore ad un determinato valore stabilito dall'utente (Fig. 9). Il CDU potrà essere generato secondo diverse modalità (Fig. 9):

- tenendo distinte le porzioni delle particelle che hanno la stessa destinazione d'uso; - raggruppando le porzioni delle singole particelle ricadenti nella stessa destinazione; - raggruppando le porzioni di particelle diverse aventi la stessa destinazione.

Fig. 9

Sarà infine possibile associare gli articoli delle Norme Tecniche delle zone di P.R.G. coinvolte o dei vincoli o di altre informazioni, agli elementi risultanti dal CDU creato. Il CDU può essere stampato:

1. elencando per ogni particella la zona di piano, vincoli, aree tutelate o altre informazioni; 2. oppure per ogni zona di piano o vincolo, elencare le particelle ricedenti con la Superficie

Totale, la superficie interessata e la percentuale;

Esempio CDU nel caso del secondo caso: Zona_E_ Agricola

Foglio Particella Sup. Totale Sup. int Percentuale 5 25 9800 9800 100

16

Vincoli Piano di Assetto Idrogeologico_Pericolosità Moderata

Foglio Particella Sup. Totale Sup. int Percentuale 5 25 9800 7814 79,7

PAI_Rischio Moderato

Foglio Particella Sup. Totale Sup. int Percentuale 5 25 9800 7814 79,7

Si deve prevedere la possibilità di inserire nel CDU, lo stralcio di planimetria in scala della porzione di territorio presa in esame. Nella stesura del CDU deve consentire di agganciare altri database o file esterni opportunamente configurati. Un elemento importante è la validazione dei CDU da parte del Sistema con la possibilità di pagamento dei diritti tramite carta di credito, quindi si vuole realizzare un interfaccia di POS Virtuale che gestisca il pagamento e l’aggiornamento del DB con l’importo versato. L’importo da pagare va parametrato a seconda del comune Il forms del CDU deve essere completamente modificabile dall’utente sia il layout che i campi da valorizzare. Il CDU deve essere sviluppato (a seconda della scelta dell’utente) o per riferimento catastale quindi elencare per ogni particella tutte le informazioni cartografiche ricadenti sulla stessa (es. PRG,Vincoli, Piani attuativi, ….) riportando la superficie della particella (superficie della visura catastale), la superficie interessata da ogni singola zona di piano ad esempio e la percentuale oppure per ogni informazione cartografica elencare le particelle interessate con le opportune superfici. Nel CDU a scelta dall’utente si deve prevedere l’inserimento delle NTA che riguardano le zone interessate dal CDU che si vuole realizzare il cui contenuto puo essere parte integrante del CDU o meno mediante il pulsante di scelta (fig.9)

C. Collegamento alla normativa La normativa relativa alle varie zone omogenee di PRG o Vincoli o Altro sarà a disposizione in formato HTML e opportunamente collegata ad esse. La consultazione cartografica quindi consentirà di passare all’ipertesto della normativa con un posizionamento opportuno sulla porzione di documento interessata. Se richiesto dall’utente (fig.9) le NTA devono essere stampati sul CDU. Le NTA possono essere scaricate autonomamente dall’utente.

D. Collegamento ai documenti Possibilità di caricare da parte dell’Ente e quindi di scaricare da parte dell’utente eventuali documenti con opportuna descrizione e link per visibili

E. Civici Questo modulo deve utilizzare la banca dati in possesso dell’Associazione.

17

La gestione dei civici implica per forza un modulo strade che permetta di gestire o variare le strade esistenti, inserimento di nuove strade, aggiunta di alcune caratteristiche della strada come ad esempio la gestione dei sensi unici, del degrado della strada o altri attributi. Il modulo relativo alla gestione dei civici consentirà di effettuare la ricerca geografica dei numeri civici impostando l’indirizzo come criterio di ricerca (via, numero e suffisso se presente). Sarà possibile visualizzare fotografie e/o schede associate ad un numero civico. Inoltre facendo una ricerca per strada e civico, mediante forms, si deve avere la visualizzare in mappa e viceversa si può anche partire dalla mappa e visualizzare il contenuto in una forms Inoltre si prevede l’acquisizione del database dell’anagrafe del Comune, secondo un tracciato ben determinato, in modo da legarlo al codice strada, numero civico, esponente e in modo da localizzare i residenti, permettendo di visualizzare sulla maschera del civico i residenti suddivisi per codice famiglia. La visibilità dei residenti deve essere gestita mediante opportuno profilo utente. Questa funzione deve essere estremamente semplice e qualsiasi utente con capacità informatiche limitate potrà aggiornare i dati anagrafici. La consultazione deve essere presente sulla stessa forms del civico. Il menù di ricerca :

1. codice strada e numero civico visualizzando le attività commerciali presenti o le famiglie. In caso di attività commerciali le informazioni saranno nome della società, codice ateco, ecc fig.10; nel caso di residenti le informazioni richieste saranno codice famiglia, nome, cognome, data di nascita, Comune di nascita, codice fiscale, relazione di parentela, sezione elettorale.

2. ragione sociale nel caso di attività produttiva o partita IVA.

F. Stampa

E’ possibile effettuare stampe in scala della cartografia presente sul sistema WebGis, con possibilità

di gestire i layer informativi, la legenda e la dimensione del layout di stampa in formato A4,A3,A0

e possibilità di personalizzare la testata della stampa.

G. Visualizzazione storica

Un’importantissima funzione è costituita dalla navigazione della dimensione temporale della banca

dati. Quest’ultima infatti deve essere progettata per mantenere la profondità storica, cioè ogni

oggetto sarà memorizzato con le relative informazioni sul ciclo di vita: data inizio e data fine (che

coincideranno con le date di approvazione definitiva del PRG o della variante che ha istituito

l’oggetto o che l’ha cessato). Il back-end GIS infatti supporta la specifica standard WMS circa le

informazioni temporali dei dati e consente di esprimere filtri sul periodo di validità del dato. Il

navigatore interfaccerà questa funzionalità server mostrando nell’interfaccia un cursore temporale

(time slider) che permetterà in maniera intuitiva di spostarsi “indietro nel tempo” e visualizzare

come era il PRG ad una certa data.

I dati potranno essere scaricati dall’utente tramite servizio di download.

18

Si tratta di creare un sistema virtuale dove ottenere informazioni sul sistema produttivo locale (nelle

due funzioni) ponendosi sul territorio come interlocutori unici in grado di supportare le imprese in

maniera coordinata e con maggiore efficacia anche per una efficace attività di marketing territoriale.

La piattaforma supporterà l’informazione sul sistema delle imprese e sulle aree produttive del

territorio.

Settimanalmente il datawarehouse comunale aggiornerà, mediante procedura automatica, il

database centrale collegato al WEB GIS e quindi renderlo fruibile a chiunque ne abbia interesse

oltre che dalle stesse amministrazioni interessate.

Inoltre si deve avere a possibilità di inserire/aggiornare i metadati di ogni tematismo presente in cartografia. La gestione dei moduli B,C,D,E,F può essere indipendente da tutti gli altri. Si deve prevedere un setup di installazione, qual’ora un Ente lo richiedesse, con solo queste funzioni.

H. Gestione dei Loculi Cimiteriali

Sfruttando la parte 3D della piattaforma web si vuole realizzare un applicativo ad hoc per la

gestione dei Loculi Cimiteriali, che rappresenti sempre in 3D la situazione attuale del cimitero

individuando ciascun loculo con le coordinate spaziali (X,Y,Z) e permetta ad un utente esterno di

navigare nell’ opportuna sezione per trovare i loculi liberi oppure la ricerca del defunto.

Da ogni elemento grafico è possibile risalire a tutti i dati riferiti all'elemento stesso (occupazione,

documentazione, contratti, immagini). Oltre alla grafica vettoriale, è possibile associare ad ogni

elemento del cimitero anche immagini raster, desunte da scanner o da foto digitali.

Inoltre di deve prevedere la possibilità di aggiornare i dati cartografici nel caso di ristrutturazione di

parte del cimitero o ampliamenti o semplicemente trasformare un loculo da libero in occupato e

poter inserire il nominativo oltre alla documentazione di documenti o altro

Il modulo gestisce tutti i dati (anagrafici, stato della salma, data e causa morte, cimitero, posizione

sepoltura, dati dei permessi di trasporto e seppellimento, ecc) dell'ultima posizione del defunto. I

dati di occupazione del posto cimiteriale sono collegati alla cartografia dei campi. L'accesso al dato

del posizionamento può avvenire tramite ricerca alfanumerica o individuazione sulla cartografia,

che rimane sempre attiva con il programma di gestione dei dati alfanumerici.

Oltre ai dati del momento il programma permette l'accesso ai dati storici.

19

Il modulo che archivia le concessioni cimiteriali, evidenziando le scadenze e consentendo i rinnovi

delle stesse; archivia anche le movimentazioni dei defunti in seguito ad esumazioni, cremazioni,

tumulazioni e tutte le variazioni delle concessioni in dipendenza di volturazioni o scadenze.

Permette di stampare tutta la documentazione per le normali attività amministrative (modulistica), i

registri previsti dalla normativa vigente e le stampe di utilità per gli utilizzi dell'ufficio.

Inoltre si vuole gestire i punti luce dei cimiteri provvedendo all'emissione della fattura del canone

annuale e degli eventuali nuovi allacciamenti.

I pagamenti sono controllati e si può provvedere all'emissione di lettere di sollecito.

E' prevista anche la stampa dei bollettini con l'applicazione del codice a barre per l'eventuale scarico

tramite penna ottica; i bollettini devono anche essere portati in formato Postel. Inoltre è previsto

anche la possibilità di effettuare dei pagamenti tramite POS Virtuale.

Il programma è dotato di una sezione per le ricerche di: defunti, contratti e tombe per mezzo delle

quali si possono trovare velocemente ad es. defunti per data di morte, ubicazione, ecc; contratti in

scadenza/scaduti, per tipo, per richiedente, ecc. tombe per tipo, occupazione, ubicazione, ecc.

Quindi si vuole realizzare una modellazione 3D dell’area interessata che permetta sia il fron-office

che il back-office. Infatti si deve prevedere l’inserimento e aggiornamento delle informazioni

alfanumeriche ( nel caso di nuovo defunto, spostamenti, …)

Realizzazione di un APP per la ricerca veloce della posizione del defunto. Il criterio di ricerca deve

essere con Cognome, Nome , data di morte, data di nascita e una volta individuato indicare a partire

dall’ingresso del cimitero o mediante le coordinate GPS il punto in cui si trova nel caso in cui la

persona è posizionata dentro il cimitero.

I. Applicativi per la georeferenziazione

L’intervento intende realizzare applicativi finalizzati alla localizzazione, catalogazione e

georeferenziazione, ad esempio non limitativo:

- delle imprese presenti all’interno di tutte le aree produttive del territorio; - delle aree produttive vigenti e relativi vincoli; - degli immobili di proprietà comunale; - dei contenitori per la raccolta rifiuti; - dei pali della pubblica illuminazione;

20

Si tratta di creare un applicativo open source a livello di ogni singolo comune, che si appoggia sul

sistema della banca dati SIT esistente presso l’ente, e permette di georeferire le imprese per

implementare il catalogo informativo del sistema produttivo del territorio contenente tutte le

informazioni riguardanti le aree urbanistiche destinate ad attività produttive, le aziende insediate, la

rete infrastrutturale, ambientale e dei trasporti. L’applicativo dovrà integrare le informazioni

cartografiche (catastale, ortofoto, tematismi, ecc.) con quelle provenienti dai diversi archivi

alfanumerici (Camera di Commercio, SUAP, Enti Locali, ecc.). L’applicativo deve essere sia WEB

che DESKTOP

Per l’inserimento il modulo deve prevedere la possibilità di inserire su mappa un numero civico per

poi associarvi le seguenti informazioni: nome della strada (avendo caricato precedentemente lo

stradario del comune), numero civico, esponente, interno, scala ed eventualmente una o più foto.

Sempre in questa fase deve essere possibile inserire, nel caso si tratti di attività commerciale, i dati

di tale attività come da figura Fig.10. L’informazione dell’attività commerciale deve essere visibile

anche sulla piattaforma Web.

Fig.10

21

Fig.11

Fig.12

22

Fig.13

Fig.14

23

Fig.15

Fig.16

Sovrapponendo le informazioni cartografiche e con quelle inserite si potrà generare mappe a

supporto della conoscenza del territorio combinando i vari strati informativi messi a disposizione

dalla piattaforma.

Altre informazioni da georeferire sono le manutenzione eseguite o da eseguire dall’Ente sui beni di

proprietà pubblica (strade, edifici, ecc.) e sulla gestione dell’ambiente (monitoraggio dei contenitori

di raccolta dei rifiuti e altro). Un esempio non limitativo è la manutenzione della pubblica

illuminazione: indicare i lampioni presenti su una strada, rappresentare la linea di alimentazione e

24

rappresentare il quadro di riferimento dell’ENEL. Riportare la manutenzione eseguita su ogni

singolo lampione o sulla linea o su altro e poi predisporre delle statistiche di riepilogo.

Altro esempio la manutenzione del verde pubblico: indicare le strade interessate con i km di strada,

la programmazione dello sfalcio dell’erba a seconda della ditta che la esegue, ….

Quindi si deve realizzare un data base georeferito open source a partire dai db esistenti presso il SIT

dell’Associazione con delle maschere di data-entri che, una volta individuato graficamente l’area,

permetta l’inserimento dell’oggetto e di inserire una serie di informazioni legate all’oggetto anche

eventuali e elaborati progettuali. Inoltre si deve prevedere delle maschere di ricerca sia per oggetto

o per soggetto.

Le maschere di inserimento dei dati devono essere come esempio non limitativo:

attribuire ad una particella catastale un vincolo ad esempio il vincolo edilizio e questo

vincolo, una volta inserito/modificato dovrà essere visibile tra le informazioni necessari al

rilascio del CDU della particella in esame.

Oppure disegnare su cartografia un vincolo che sarà visibile nel rilascio del CDU.

In altre parole si deve poter inserire su ogni particelle degli attributi cartografici e alfanumerici che

possono o meno essere inseriti nel rilascio del CDU di quella particella.

Inoltre per facilitare la georeferenziazione di alcuni oggetti presenti nel territorio come ad esempio

il contenitore della raccolta dei rifiuti, si deve prevedere l’utilizzo dei palmari. In questi ultimi

verranno riportati, la mappa con la cartografia necessaria, ortofoto, catastale. Il palmare deve

prevedere dei forms di inserimento del dato e di ricerca del dato stesso. I dati raccolti nel palmare

dovranno essere scaricati sulla piattaforma GIS e alimentare automaticamente il data base del GIS.

Questo modulo deve per forza prevedere un lato dektop e un lato web. Nella parte Web deve essere

visibile tutte le informazioni di cui sopra.

Il servizio dovrà essere erogato mediante web service ed utilizza un geodatabase open source. Il

sistema web service pubblica la cartografia come descritto nei punti precedenti, utilizzando dati

cartografici in formato shape o servizi WFS e WMS. Il sistema web service deve permettere la

pubblicazione di qualsiasi layer informativo e deve permettere la tematizzazione del dato.

L’applicativo dovrà essere dotato di potente e flessibile applicazione utente, che mette a

disposizione (oltre le funzioni di aggiornamento), strumenti a supporto delle decisioni, delle

manutenzioni, dell’operatività delle diverse unità organizzative comunali. Permettere la

georeferenziazione di qualsiasi forma di infrastruttura sia puntuale (ad esempio i pali della pubblica

illuminazione) che lineare (ad esempio condotta idrica o metano) o areale (ad esempio strade o

marciapiedi). La possibilità di effettuare mediante un applicativo front-end snello e intuitivo, la

25

visualizzazione delle informazioni inseriti per categoria, per strada, per superficie areale definito

dall’utente e la compilazione di una banca dati che permetta la pianificazione e la predisposizione

di piani di interventi specifici mediante una gestione informatica e su posizione georiferite dei dati.

Il servizio che si implementerà, dovrà permetta all’operatore, la visualizzazione, la modifica,

l’inserimento, di dati inseriti sia alfanumerici che cartografici.

2. Sviluppare piattaforme dedicate all’attuazione di piani urbanistici Descrizione Si vuole realizzare un software procedurale (work-flow- Sportello Unico dell’Edilizia -SUE) che

permetta di avviare sia una efficace gestione dei piani urbanistici che il monitoraggio dell’attività

edilizia sul territorio.

L’applicativo permetterà di alimentare il datawarehouse comunale consentendo a chiunque, in

funzione del proprio profilo utente, di monitorare ed interagire in real time con la banca dati dei

titoli edilizi, potendo georeferenziare tutte le trasformazioni edilizie.

La piattaforma si basa database relazione open-source che dovranno interagire con i dati presenti

nel Database SIT dell’Associazione. I dati inseriti in questo applicativo devono essere visibili

(tramite profilazione utente) sul sistema WEB GIS territoriale.

I servizi di mappa devono utilizzare le capacità di caching del browser e, in generale della rete

internet, per ottimizzare le prestazioni dei navigatori cartografici permettendo di realizzare le

cosiddette slippy map, o mappe fluide. A completare le funzionalità del GIS Server è necessario

un sistema che ha l’obbiettivo di reagire ad eventi (come ad esempio il deposito di un file su una

cartella WebDAV o FTP) per scatenare processi di trasformazione ed ingestione di dati geografici

all’interno di un repository spaziale. Il processo batch innescato da un evento può contemplare fasi

di validazione, trasformazione, inserimento nel DB e pubblicazione dei dati tramite servizi standard

OGC, mediante utilizzo dei servizi con interfaccia appropriate e delle funzioni di amministrazione

ad hoc.

Il servizio permetterà di semplificare le operazioni prevedendo l’utilizzo di un sistema per la firma

digitale dei documenti direttamente su WEB e per l’utente un sistema di pagamento tramite carta di

credito che utilizzerà la stesa logica del punto precedente.

Il work-flow intende supportare l’organizzazione del back-office e front-office degli uffici tecnici

nella:

26

organizzazione della banca dati comunale sui titoli edilizi;

cooperazione dati con altri Enti (ad es. ASL, Provincia, Regione, ecc.);

Il back-office cosi strutturato permette di disporre di dati alfanumerici e cartografici per valutare

l’attuazione degli strumenti urbanistici generali e di attuazione (piani di insediamento produttivi,

comparti edilizi, ecc.). Questo significa supportare le politiche territoriali e di sviluppo.

Dettaglio delle attività richieste Compilazione richiesta

Tale sezione permette di gestire tutto il contenuto informativo facente capo a una richiesta di un

titolo edilizio. La mappa che gestisce tale sezione deve essere costruita dinamicamente in base al

comune che si seleziona. In particolare si devono creare le sezioni inerenti i vincoli e i certificati

associati al comune selezionato. Relativamente ai vincoli l’utente avrà la possibilità di indicare

quali sono quelli necessari e conseguentemente verrà calcolato l’importo totale degli oneri di

segreteria. Il progettista deve essere in grado di firmare digitalmente direttamente sulla piattaforma

il modulo di domanda. Gli eventuali allegati dovranno essere allegati direttamente sulla piattaforma

mediante un sistema FTP che garantisce l’operazione anche in presenza di file molto pesanti

(svariati MB). Il sistema di messaggistica provvederà ad avvisare le figure interessate

dell’avvenuto inserimento della richiesta. Inviato la domanda l’utente potrà stampare la ricevuta. Il

sistema di protocollazione deve essere integrata con il protocollo informatico e la PEC del Comune.

Visualizzazione richiesta In tale sezione riepiloga la lista delle richieste deve essere visibile all’utente. Per ogni richiesta deve

essere possibile visualizzare lo stato di avanzamento, nonché accedere alle informazioni inerenti la

richiesta. In particolare per i vari pareri necessari deve essere possibile visualizzare la data

dell’inizio dell’attività di valutazione e la data massima entro la quale verrà dato un parere, nonché

eventuali sospensioni (dovute all’assenza di certificati necessari per esprimere il

parere).Analogamente si potrà visualizzare il riepilogo di tutti i certificati richiesti in modo da

sapere quali sono quelli consegnati e quali mancano. Inoltre deve essere possibile rilasciare il

permesso oppure annullare e/o archiviare la richiesta.

Richiesta pareri su vincoli

Tale sezione permette di richiedere un parere o comunicazione (SCIA) sul vincolo all’ente di

competenza. Effettuata la richiesta verranno calcolati in automatico i tempi massimi di risposta da

parte dell’ente e quindi i tempi totali per l’evasione della richiesta. Sarà possibile creare e stampare

27

un documento riepilogativo con i dati della richiesta ed archiviare eventuali allegati associati a tale

richiesta. Il sistema di messaggistica provvederà ad avvisare le figure interessate dell’avvenuta

richiesta del parere.

Visualizzazione pareri

Tale sezione riepiloga la lista dei pareri richiesti ai vari enti e lo stato di avanzamento dei vari

pareri, con la stima dei tempi massimi. Da tale mappa sarà possibile effettuare l’inserimento del

parere ovvero la richiesta di ulteriori certificati.

Calcolo degli oneri

Per ogni comune deve essere possibile in automatico calcolare gli oneri di urbanizzazione e

permettere il pagamento direttamente mediante la piattaforma dei pagamenti.

Inserimento parere

Tale sezione permette l’inserimento del parere o la risposta ad una precedente comunicazione

direttamente sull’applicativo da parte dell’Ente di competenza. Sarà possibile creare e stampare il

documento con i dati del parere ed archiviare eventuali allegati associati a tale richiesta. Il sistema

di messaggistica provvederà ad avvisare le figure interessate dell’avvenuto inserimento del parere.

Richiesta certificato

Tale sezione permette di richiedere un certificato mancante. Effettuata la richiesta (che sospende la

fase di valutazione) verranno ricalcolati in automatico i tempi massimi di risposta da parte dell’ente

e quindi i tempi totali per l’evasione della richiesta. Sarà possibile creare e stampare il documento

di richiesta del certificato ed archiviare eventuali allegati associati a tale richiesta. Il sistema di

messaggistica provvederà ad avvisare le figure interessate dell’avvenuta richiesta del certificato.

Visualizzazione certificati

Tale sezione riepiloga la lista dei certificati richiesti. Da tale mappa sarà possibile effettuare

l’inserimento del certificato.

Inserimento certificati

Tale sezione permette l’inserimento del certificato richiesto. Sarà possibile archiviare gli allegati

associati al certificato prodotto. Il sistema di messaggistica provvederà ad avvisare le figure

interessate dell’avvenuto inserimento del certificato.

Rilascio Atto

28

Tale sezione permette di rilasciare l’atto richiesto. Sarà possibile creare e stampare il documento

con i dati dell’atto rilasciato ed archiviare eventuali allegati associati a tale permesso. Il sistema di

messaggistica provvederà ad avvisare le figure interessate dell’avvenuto rilascio del permesso.

Gestione tabelle base Tale sezione permette di gestire i dati presenti nelle tabelle base, ossia le tabelle elementari che

contengono una lista di elementi codificati (es. Settore attività, Tipo intervento, Motivazione

integrazione).

Gestione utenti/profili

Tale sezione permette di creare nuovi utenti, modificare quelli esistenti o eliminarli. Deve essere

gestita inoltre la profilazione dell’utente tramite l’associare ad esso del profilo corretto.

Gestione ditte e progettisti

Tale sezione permette di gestire i dati relativi alle ditte richiedenti ovvero ditte. Deve essere

possibile inserire, modificare o eliminare le ditte di interesse ovvero i progettisti di interesse.

Gestione Enti

Tale sezione permette di gestire i dati relativi agli enti competenti ad esprimere il parere sui vincoli.

Inoltre con tale mappa si associano ai vari enti la lista dei comuni che fanno riferimento all’ente per

l’espressione dei pareri sul vincolo.

Gestione vincoli

Tale sezione permette di gestire i dati relativi ai vincoli. Deve essere possibile inserire, modificare o

eliminare i vincoli di interesse.

Gestione certificati

Tale sezione permette di gestire i dati relativi ai certificati da produrre. Deve essere possibile

inserire, modificare o eliminare i certificati di interesse. Inoltre deve essere possibile associare al

certificato un modello precompilato, utilizzabile nelle altre parti dell’applicativo.

Configurazione sistema messaggistica

Tale sezione permette di configurare il sistema di messaggistica indicando quali sono gli utenti che

devono essere avvisati nelle varie fasi dell’applicativo.

Gestione modelli documenti

29

Tale sezione permette di gestire i modelli dei documenti precompilati che verranno utilizzati

nell’applicativo.

Tutti le integrazioni che si richiede devono essere allegati direttamente dall’utente sulla pratica

mediante l’utilizzo del portale e inviare un messaggio all’ente interessato che al SUE che il file di

integrazione è stato prodotto.

Il servizio consente al cittadino-impresa l’invio in via telematica ai Comuni di S.C.I.A., di domande

per il rilascio di permessi di costruire e di ogni altro atto di assenso comunque denominato in

materia di attività edilizia comprensivi di elaborati grafici e documentazione.

I dati saranno inseriti nel SUE che comprende anche le informazioni necessarie per le dichiarazioni

di variazione catastale e di nuova costruzione che pervengano all'Agenzia del territorio ai fini delle

attività di censimento catastale.

L’applicativo deve interfacciarsi con l’Anagrafe Immobiliare Integrata mediante file shape o

attraverso servizi WFS o WHS.

Il servizio consente di realizzare il Modello Unico in base a quanto previsto dalle normative vigenti

utilizzando banche dati comunali e la banca dati catastale.

L’Anagrafe sarà relazionata alla toponomastica comunale (via, numero civico e numero interno di

ogni oggetto edilizio) , ove possibile.

Si deve prevedere l’utilizzo della cartografia digitale del SIT con la corrispondente banca dati

immobiliare, relazionata al territorio con dati aggiornati a intervallo temporali costante.

Tutti gli edifici sui quali risulta attiva una pratica edilizia con i dati e gli allegati grafici inseriti dai

professionisti devono essere localizzati in cartografia. Questa procedura permette di conoscere tutto

ciò che riguarda un fabbricato (anagrafe immobiliare) e, nel caso, anche dei terreni asserviti.

Saranno catalogate anche le proprietà immobiliari dei Comuni e degli altri Enti locali.

Si riporta, successivamente, il diagramma di flusso che descrive la gestione del procedimento

edilizio. Esso è implementato come un vero e proprio workflow, nel quale, ad ogni step può

corrispondere:

una interazione con l’utente;

una interazione con la banca dati catastale;

una interazione con le banche dati degli Enti aderenti.

Per rendere il servizio più facilmente fruibile, sarà gestita la validazione preventiva e la

compilazione assistita.

L’interfaccia verso le banche dati comunali dovranno essere realizzati attraverso standard XML o

JSON, mentre quella verso la banca dati catastale sarà realizzata mediante file “shape” nella

declinazione completa (.shp, .dbf, .shx).

30

Accesso al portale tramite login

Compilazione del modello di domanda

Stampa del modello di domanda, firma digitale del documento. Upload

modulo di domanda, elaborati grafici e ricevuta di avvenuta operazione

Cittadino Professionista

Pagamento oneri tramite e-pay

Comune

Verifica formale. Se l’esito èpositivo avvio dell’istruttoria. Se l’esito è negativo comunicazione al cittadino con richiesta di integrazione o archiviazione della pratica

Invio richiesta parere, tramite PEC e firma digitale, agli enti coinvolti nel procedimento. Trasmissione

parere enti terzi al Comune

Inserimento in cartografia del PC e generazione del codice

dell’immobile Al fine di rendere possibili tutte le attività di validazione preventiva dei dati inseriti e di

compilazione assistita, dovranno essere sviluppati i seguenti servizi di ricerca e validazione dei dati

inseriti nel SUE (es. CHI, COSA, DOVE e QUANDO):

dati anagrafici relativi agli aventi titolo, dei professionisti e delle imprese costruttrici

31

o tracciato record professionisti: TITOLO,NOME, COGNOME,

SESSO,CODICEFISCALE, DATANASCITA, COMUNENASCITA,

PROVINCIANASCITA, NAZIONENASCITA, TOPONIMO, INDIRIZZO,

NUMEROCIVICO, CAP, COMUNE, PROVINCIA, NAZIONE, TELEFONO, FAX,

EMAIL, CELLULARE, PEC, ORDINE, PROVINCIAISCRIZIONE,

NUMEROISCRIZIONE, DATA_ISCRIZIONE_ALBO;

o tracciato record imprese costruttrici: RAGIONESOCIALE, NATURAGIURIDICA,

PARTITAIVA, CODATECO, TOPONIMO, INDIRIZZOSEDELEGALE,

NUMEROCIVICOSEDELEGALE, CAP, PROVINCIA,COMUNE,NAZIONE,

TELEFONO , FAX, EMAIL, NUMEROADDETTI, PEC, CELLULARE

- SEDE AMMINISTRATIVA: TOPONIMOAMM, INDIRIZZOSEDEAMM,

NUMEROCIVICOSEDEAMM, CAPAMM, COMUNEAMM, PROVINCIAAMM,

NAZIONEAMM, TELEFONOAMM, FAXAMM, EMAILAMM

- RAPPRESENTANTELEGALE: NOME_RL,COGNOME_RL,

DATADINASCITA_RL, COMUNEDINASCITA_RL, SESSO_RL,

CODICEFISCALE_RL,PEC_RL,EMAIL_RL,CELLULARE_RL

identificazione del luogo dell’intervento (es. dati catastali, toponomastici e geocode);

tipologia di intervento e sua descrizione, coerentemente con quanto previsto dalla normativa

vigente oltre che alla regolamentazione comunale;

evento del processo di trasformazione .

Il modello così compilato dovrà essere inviato al dominio comunale per la presa in carico e la

gestione dell’istruttoria anche attraverso un intermediario infrastrutturale (es. casella di posta

elettronica certificata, portale o servizio in cooperazione applicativa erogato da un eventuale ente

terzo o concessionario privato).

I dati sopra riportati costituiscono l’interfaccia del sistema verso l’esterno e sarà realizzata, come

accennato, attraverso standard XML/JSON e shapefile.

Questi dati costituiscono quindi dei “connettori” in ingresso ed in uscita verso la banca dati

catastale e le banche dati dei singoli Enti interessati al progetto.

Affinché il progetto possa essere attivato, ciascun Ente dovrà rendere disponibili i dati di propria

competenza nel formato richiesto, che sarà definito puntualmente nella fase realizzativa.

I dati saranno quindi veicolati attraverso il WFMS (Work Flow Management System), che è il vero

cuore del progetto, un motore in grado di gestire tutta la pratica in tutte e sue fasi con una struttura

snella che attraverso web services garantisce:

32

robustezza;

indipendenza dalla piattaforma;

interfaccia evoluta;

costi minimizzati.

La richiesta di titolo abilitativo (SCIA, Permesso di Costruire, comunicazione di edilizia libera)

viene inviata al Comune on-line (un apposito web service di accettazione). La richiesta da parte del

professionista viene effettuata compilando una maschera con campi editabili e obbligatori in modo

da effettuare il controllo formale della richiesta immediatamente. I campi editabili verranno valutati

al momento della realizzazione tenendo conto della normativa vigente. Sempre in questa fase

devono essere allegati, in corrispondenza di ciascuna voce stabilita dal comune, gli opportuni

documenti che si richiedono in funzione dei campi compilati nella forms.

La forms con i campi compilati generano la richiesta del titolo abilitativo. Tale richiesta deve essere

firmata digitalmente dal professionista direttamente sul portale e inviata all’Ente.

Il Comune prende in carico la richiesta, ed attraverso il sistema di protocollo informatico ne

effettua la protocollazione ed archiviazione digitale ed invia al richiedente, sulla casella di posta

elettronica certificata del mittente, una ricevuta di accettazione con l’indicazione della data di presa

in carico e del numero di protocollo attribuito dall’Ente. Sulla base della normativa vigente i termini

della pratica scatteranno o al momento del ricevimento della richiesta al sistema (ricevuta

automatica) o al momento della presa in carico da parte del sistema di protocollo.

Si deve prevedere l’interfaccia e l’integrazione con il protocollo informatico di ciascun Ente

aderente all’Associazione. Si prevedono al massimo 7 diversi società che gestiscono il protocollo

informatico presso gli Enti.

Il procedimento si concluderà:

in caso di permesso a costruire, con l’autorizzazione o il diniego

in caso di SCIA, al trascorrere dei trenta giorni, tenuto conto di eventuali sospensioni o

interruzioni dei termini e se non ci sono state comunicazioni ostative all’intervento

in caso di comunicazione di opere libere al momento della presa in carico da parte del sistema.

La corretta ed univoca identificazione del bene immobile è prerequisito ad un corretto

funzionamento dell’intero processo edilizio-catastale.

Gli Identificatori dei Beni Immobili sono:

33

Estremi Identificativi Catastali – (Sezione catastale, Foglio, Mappale ed eventuale

Subalterno) sono gestiti dall’Agenzia del Territorio e vengono impiegati per identificare

catastalmente i beni sui quali certificare e sancire i diritti reali. La costituzione o modificazione

di tali diritti avviene per dichiarazione di parte o attraverso la Conservatoria dei registri

immobiliari a seguito di atti notarili.

Dati Toponomastici (Codice Ecografico) – è costituito da via (es. strada, piazza ecc), civico

(esponente ed eventuale numero interno) e viene gestito dai Comuni per l’identificazione

univoca delle unità immobiliari per scopi territoriali, anagrafici e fiscali.

Riferimento Cartografico Univoco (Georeferenziazione) – i dati di georeferenziazione sono gli

elementi spaziali atti alla gestione e rappresentazione geometrica di un oggetto nei Sistemi

Informativi Territoriali.

I dati di georeferenziazione possono riguardare:

elementi puntuali (quali ad esempio la posizione di un “segnale” rappresentato da un numero

civico);

elementi lineari (quali ad esempio un arco stradale)

elementi areali (polilinee chiuse), nel caso di beni immobili (terreni e fabbricati)

Al fine di assicurare l’interoperabilità dei dati è fondamentale che i dati appartengano allo stesso

spazio geometrico definito con le stesse regole, che siano cioè riferiti allo stesso sistema di

riferimento geodetico.

Questi identificatori possono essere associati al Bene Immobile contestualmente o alternativamente

(se il bene è censibile nel sistema catastale l’identificato catastale è obbligatorio).

È da notare che l’individuazione della unità immobiliare tramite l’uso congiunto di chiavi catastali e

chiavi comunali (spinte fino ad interno e subalterno) permette una biunivocità di interfacciamento

tra la rappresentazione comunale e quella catastale degli oggetti edilizi.

3. Pc Configurazione Avanzata N.3 Pezzi

Descrizione: XEON E3-1225v3, RAM 8GB ECC, HD 250GB SSD + 1TB SATA, GRAFICA INTEL P4600, MAST. DVD, WINDOWS 7/8PRO, MONITOR 23' LED) Tipo dispositivo: PC in formato Tower Processore: Intel XEON QUAD CORE E3-1225 V3 Memoria RAM (MB o GB): 24 GB Hard disk (GB): 1250 Dimensione del monitor (pollici): 23 Sistema operativo: Microsoft Windows 7/8 Professional 64Bit

Garanzia on side 3 Anni

34

4. Server Configurazione Avanzata N.1 Pezzi

descrizione: Xeon 6C E5-2640 95W 2.5GHz/1333MHz/15MB,32GB, 6x300GB 2.5in SFF 10K 6Gbps HS SAS HDD SR M5110e, 2xIBM Systemx750W High Effic.Plat.AC Power Supply, Rack,UltraSlim Enhanced SATA Multi-Burner,x3650 M4 ODD Cable,3 Year Onsite Repair 24x7 4 Hour Response,2xLine cord - 2.8m, 220-240V, C13 to CEI 23-16 Garanzia: ,3 Year Onsite Repair 24x7 4 Hour Response Tipo dispositivo: Server per montaggio a rack 19" Processore utilizzato: INTEL Xeon 6C E5-2640 95W 2.5GHz/1333MHz/15MB Numero di processori installati: 4 Altezza (Unità standard da rack, U): 2U Quantità Hard Disk installabili: 16 da 2.5" Quantità Hard Disk installati: 6 o superiori Capacità Hard Disk installati (GB o TB): 500GB o superiore RAID 5 5. Palmari GPS N.3 Pezzi Smart PC 11.6" Intel Pentium 987 1.5MHz RAM 4GB SSD 64GB 3G Windows 8 Professional con tastiera Garanzia ITA Garanzia: 12 mesi Assistenza: on center Collegam. in rete: 3g,bluetooth, wi-fi Sistema Operativo: Microsoft Windows 8 Professional Programmi Applicativi utilizzati : tutti i software compatibili con Windows 8 Connettore Palmare – Personal Computer Nome Commerciale: Connettore Sub-D 9vie M cavo 300mm Tipologia: Seriale Compatibilita': IDC 6. Dispositivo per la lettura dei codici a barre Terminale palmare touch-screen, lettore barcode, laser integrato, WIFI, comprensivo del software per la generazione del barcode e stampante per la stampa del codice a barre.

7. Notebook N.2 Pezzi Intel Core i5-3320M (2.6 GHz, 3MB L3, 35W), 1x4GB, 500GB/7200rpm, Intel Integrated HD Graphics, 12.5" Processore: Intel Core i5-3320M Memoria RAM [MB o GB]: 16GB o superiori Dimensioni dello schermo [pollici]: 12,5 Risoluzione dello schermo (HxV) [pixel]: 1366x768 Hard Disk [GB]: 500 Sistema operativo: Microsoft Windows 7/8 Professional 64bit Peso [kg]: 1,6

Garanzia 36 Mesi on site

35

8. Realizzazione Interfacce di dialogo tra la struttura del Centro servizi e gli applicativi degli

Enti Aderenti Ogni comune dell’Associazione è dotato di un proprio gestionale con un archivio dati diverso da

comune a comune. Per questa ragione si deve realizzare delle interfacce che rendano fruibili i dati

in possesso dagli Enti con la banca dati del Centro Servizi e con quella realizzata nel singolo Ente.

Quindi attivare dei Web Service all’interno di ciascun ente che pubblichino i dati verso il Centro

servizi e verso la banca dati SIT del singolo Ente, secondo dei tracciati standard e soprattutto

conformi tra loro. Si devono realizzare delle procedure che permettano di pubblicare dati nello

stesso tracciato e secondo la giusta sequenza dei campi previo raccordo con le società che

gestiscono i gestionali all’interno dell’Ente. Dalla parte del centro servizi e del singolo Ente bisogna

importare i dati di ogni comune in un data base relazione che si interfacci con il datawarehouse GIS

(toponomastica, numero civico,….) vedere i punti precedenti. I dati da rendere disponibili sono

l’Anagrafe e i dati dei tributi locali ( nel caso dei tributi locali bisogna seguire l’evoluzione

normativa). Si chiede inoltre di interfacciare l’applicativo che si realizza con il protocollo

informatico di ogni singolo Ente sia per il protocollo in ingresso che in uscita. Il numero dei

protocolli e di gestionali presenti sul territorio sono al massimo 8 diversi.

Inoltre si deve prevedere l’interazione con la banca dati dei rifiuti di ciascun Ente.

9. Realizzare applicativi multimediali territoriali per la gestione intelligente della “rete” di

mobilità sostenibile esistente e promuovere l’uso di mezzi ecologici

Descrizione - Applicativi multimediali territoriali Utilizzando le informazioni provenienti dal SIT, l’intervento prevede la creazione di APP per smart phone per consultare:

- Punti di Interesse Elenco Città e Paesi da visitare Elenco dei Punti di Interesse (PdI) - Mappe interattive; - Proposte di percorsi tematici; - Eventi; - Realtà Aumentata; - Segnalazioni di punti “nei paraggi”; - Sotto-guide per luoghi specifici; - Condivisione social; - Percorsi di mobilità lenta.

All'interno della guida sarà possibile trovare descrizioni e foto di tutto il territorio, delle sue

bellezze, e delle strutture ricettive e ristorative. Le strutture potranno essere ricercate in maniera

dinamica, utilizzando diversi filtri, tramite il nome, la tipologia, la località, ecc..

36

Nell’applicazione sarà possibile trovare eventi e manifestazioni, concerti, sagre enogastronomiche e

tutto ciò che è intrattenimento. Una guida consultabile a casa per pianificare le vacanze, ma

soprattutto utile per chi ha scelto di trascorrere le proprie vacanze nel territorio.

Il sistema sarà governato in remoto attraverso un Content management system, in acronimo CMS,

in italiano Sistema di gestione dei contenuti, è uno strumento software, installato su un server web,

il cui compito è facilitare la gestione dei contenuti di siti web, svincolando l'amministratore da

conoscenze tecniche di programmazione Web.

Il valore aggiunto della APP è dato dalla possibilità di avere la georeferenziazione di tutti punti ed i

luoghi di interesse anche a supporto delle attività delle imprese turistiche del territorio.

L’obiettivo è permettere di geo-referenziare i percorsi di mobilità lenta del territorio per elevare

l’offerta turistica del prodotto “vacanza attiva” generando un livello di interattività con gli utenti del

servizio. La segnalazione dei percorsi dovrà generare una rete territoriale di mobilità lenta suddivisa

secondo le seguenti tipologie:

- bici da strada;

- mountain bike;

- trekking;

- trekking urbano.

La soluzione è basata sul sistema per l’inserimento e aggiornamento continuativo della banca dati

dei percorsi derivanti dalla mobilità lenta, dalla rappresentazione + geo-localizzazione in mappa alla

gestione di tutti i relativi attributi informativi.

L’APP, deve permettere a qualsiasi utente registrato di poter inserire un nuovo percorso mediante

l’inserimento di coordinate geografiche e punti altimetrici.

Il DB dovrà essere dotato di potente e flessibile applicazione utente, che mette a disposizione (oltre

le funzioni di aggiornamento), anche strumenti per il calcolo delle distanze. La possibilità di

effettuare mediante un applicativo front-end snello e intuitivo, basato su geo-database, l’inventario

dei percorsi esistenti e la compilazione di una banca dati con tutte le informazioni necessarie

Il servizio permette di generare un livello interattivo tra tutti gli utilizzatori dei percorsi, in

particolare consente all’utente:

- di tracciare nuovi percorsi attraverso il portale territoriale sulla mobilità lenta o palmare gps

capace di trasferire le informazioni su web;

- di segnalare eventuali ostacoli o pericoli che possono intralciare il regolare utilizzo dei

percorsi stessi.

Questo consente di attivare strumenti social sulla mobilità lenta.

37

La realizzazione prevede un sistema web service, che permetta la visualizzazione dei tematismi del

Sistema Informativo Territoriale presenti nei diversi Enti.

10. Realizzare applicativi per monitorare la raccolta differenziata Descrizione

La soluzione è basata sul sistema per l’inventario e aggiornamento continuativo della banca degli

oggetti relativi alle gestioni ecologiche e ambientali, dalla rappresentazione+geolocalizzazione in

mappa alla gestione di tutti i relativi attributi informativi.

L’applicativo dovrà essere dotato di potente e flessibile applicazione utente, che mette a

disposizione (oltre le funzioni di aggiornamento), strumenti a supporto delle decisioni, delle

manutenzioni, operatività delle diverse unità organizzative e della pianificazione aziendale, come ad

es. reportistica, query alfanumeriche e spaziali, export e carte tematiche:

38

Aspetto importante del sistema è l’integrazione e l’interscambio di dati fra l’azienda di multi

utilities e i Comuni serviti, che utilizzano il Sistema Informativo Territoriale (SIT).

Per questo motivo non si tratta di pacchetti/prodotti software bensì di sistema con tutti i reciproci

benefici di interoperabilità fra aziende di Multi-Utilities e Pubblica Amministrazione, dove si

condividono e scambiano dati come ad esempio:

L’azienda di multi utilities tiene aggiornato e fornisce al SIT del Comune i livelli

informativi relativi a verde e raccolta rifiuti

39

Il Comune tiene aggiornato e fornisce alla banca dati della multi utilities tutti i dati a

supporto dei servizi erogati dalla Multi-Utilities: base cartografica di riferimento, indirizzi

aggiornatissimi fino all’interno delle singole unità immobiliari, con correlate le famiglie e

volendo le informazioni catastali e quindi le titolarità … oltre a fornire le dimensioni del

territorio utili all’azienda di multi utilities per query e analisi relative allo sfalcio delle aree

verdi o per lo sgombero neve o per lo spargi sale.

IL SISTEMA dovrà essere altamente configurabile per censire e georeferenziare in mappa

molteplici oggetti e questa configurabilità costituisce un altro dei punti di forza della soluzione che

offre all’azienda l’opportunità di aggiungere nel tempo nuovi tipi di oggetti in gestione e nuove

schede informative, senza dover ricorrere a costose personalizzazioni a livello di codice.

Gli oggetti grafici dovranno essere gestiti contestualmente alle informazioni alfanumeriche ad essi

associate tramite schede personalizzabili sulla base del modello dati. Le forms degli attributi di ogni

oggetto in gestione vengono quindi configurate con elevata flessibilità, con la possibilità di

organizzare i campi su più tab (sottoschede) e di prevedere combo box (campi-lista) a loro volta

configurabili dall’utente (anche con elenchi di valori dinamici che variano a seconda del valore

immesso in altra combo box correlata).

Si possono gestire oggetti puntuali, lineari, poligonali e testuali e il sistema rileva automaticamente

le relazioni con gli altri elementi territoriali in gestione. La relazione ricavata automaticamente (per

inclusione o prossimità geometrica) può ovviamente essere modificata manualmente dall’utente.

Per i suddetti oggetti in gestione vengono anche gestite e conservate le relazioni con i riferimenti

territoriali comunali (vie, civici, edifici, zonizzazioni amministrative).

L’interfaccia e le modalità di interazione con l’utente devono consentire l’uso del prodotto ad un

operatore che non deve possedere particolari competenze su prodotti e ambienti GIS. Infatti, tutte le

operazioni devono essere guidate e dovranno essere inseriti tutti i controlli necessari ad assicurare

l’integrità della banca dati (ad es. controllo per impedire duplicazioni di chiavi e le corrette

cardinalità delle relazioni fra i dati gestiti).

Dovrà essere possibile specificare la posizione e la forma degli oggetti utilizzando semplici

funzionalità direttamente sulla cartografia e visualizzarne o modificarne gli attributi alfanumerici

tramite le apposite finestre.

Il sistema dovrà permette di : Utilizzare varie funzioni grafiche avanzate per navigare all'interno della rappresentazione

cartografica del territorio e gestire gli oggetti.

40

Inserire, spostare, cancellare e visualizzare gli attributi di base degli oggetti, agendo

direttamente sulla rappresentazione cartografica dell'ambiente. Interrogare e modificare gli

attributi alfanumerici di ogni singolo oggetto.

Utilizzare varie funzioni di rappresentazione grafica evoluta.

L’inserimento in mappa sarà supportato da un facile ma potente pannello CAD dotato di

funzionalità per il disegno topologicamente corretto.

Relazionare gli oggetti ai riferimenti territoriali messi a disposizione in cartografia

Ottenere informazioni sugli oggetti della cartografia di sfondo e cambiarne simbologia di

rappresentazione (edifici, confini comunali, strade, ...).

Ricercare gli oggetti per mezzo del codice identificativo e/o dei relativi riferimenti

territoriali associati e/o delle loro caratteristiche.

Associare ad ogni singolo oggetto uno o più documenti (foto, rilievi, elaborati grafici,

multimediali ...).

Query builder per interrogare banche dati esterne che sono state linkate al sistema.

Associare ad ogni singolo oggetto uno o più testi descrittivi sulla mappa.

Stampare la rappresentazione cartografica.

Esportare i dati degli oggetti in gestione in modo da renderli disponibili ad altre applicazioni

cartografiche e soggetti/Enti esterni.

Pannello per la registrare di rilievi: il prodotto sarà dotato di una potente e flessibile

funzionalità per georeferneziare ed inquadrare in mappa di quei rilievi ed elaborati di

progetto esterni privi di coordinate spaziali e che devono essere importati nel sistema e

aggiornare la cartografia degli oggetti in gestione. Riconosce e importa i più diffusi formati

grafici (es. dwg, dxf, dgn, shape, immagini). La funzione realizzerà interattivamente

trasformazioni conformi o affini, visualizzando i parametri di approssimazione risultanti per

i punti omologhi scelti: modificando o aggiungendo punti omologhi è possibile affinare la

trasformazione per ottenere la approssimazione ritenuta sufficiente.

Produzione di report.

Gestire le tabelle dell'applicazione, che contengono i valori assegnabili agli attributi di ogni

oggetto.

L'applicazione dovrà presentare una serie di funzioni grafiche evolute, che consentono di navigare e

posizionarsi sulla rappresentazione grafica del territorio in modo agevole.

La finestra principale dell’applicazione dovrà contenere principalmente :

41

Una serie di menu e barre degli strumenti, dalle quali è possibile attivare tutte le varie

funzionalità dell'applicazione.

Una mappa del territorio, sulla quale vengono visualizzati vari temi cartografici nonché le

forme grafiche che rappresentano gli oggetti dei layer gestiti dal programma.

Un pannello degli strumenti CAD, che consente di effettuare il disegno delle

rappresentazioni grafiche degli oggetti dei layer correnti con avanzate funzioni CAD.

Una legenda dei temi cartografici caricati, con la quale è possibile modificarne la

simbologia, la visibilità e la posizione.

Un'area messaggi, dove il programma comunica all'utente tutte le informazioni relative alle

varie operazioni effettuate nonchè possibili messaggi di avviso.

Un'area di stato, dove sono indicate in ogni momento alcune informazioni fondamentali

quali la scala corrente, le tolleranze e le coordinate correnti sul territorio.

Una mappa di overview, ove è sempre evidenziata la posizione dell'area territoriale

visualizzata sulla mappa principale.

La barra Oggetti contiene l'elenco degli oggetti gestiti dal programma. Cliccando su un

oggetto ne viene attivata dal programma la gestione. Il click su una voce di questo menu,

seleziona in automatico la corrispondente voce sulla menu degli oggetti (e viceversa).

Il servizio viene erogato mediante web service ed utilizza un geodatabase open source. Il sistema

web service pubblica la cartografia di base, necessaria per erogare il servizio sopra descritto,

utilizzando dati cartografici in formato shape o servizi WFS e WMS già in possesso

dell’Associazione e utilizzati per la realizzazione dei punti precedenti.

Il sistema web service deve permettere la pubblicazione di qualsiasi layer informativo e deve

permettere la tematizzazione del dato.

I professionisti/cittadini/imprese per poter accedere al servizio dovranno autenticarsi con username

e password all’uopo fornite.

Tutti i cittadini, previa autenticazione potranno visualizzare tutte le informazioni del loro territorio.

Il Cittadino/impresa può inoltrare una comunicazione al comune per la richiesta di un

nuovo/sostituzione bidoncino; la possibilità, di prenotare il ritiro di una determinata categoria

merceologica di rifiuto, mediante la ricerca di strada e numero civico, anche in giorni non previsti

dal ritiro ed effettuare contestualmente il calcolo per dell’importo aggiuntivo del servizio erogato

dal Comune. Il cittadino/impresa comunicherà, tramite le forms opportunamente realizzate,

eventuali suggerimenti per migliorare il servizio di raccolta. Le segnalazioni saranno registrate sul

42

database e verranno notificate tramite e-mail ovvero sms (degli allert) al referente incaricato

dall’Ente. Ovviamente il sistema deve prevedere la possibilità per l’Ente di rispondere alle

segnalazioni ricevute e inserire lo stato della segnalazione. In altre parole si vuole realizzare un blog

in cui l’utente e l’Ente possono dialogare sul tema in oggetto.

La comunicazione inserita è visibile, mediante opportuna profilazione degli utenti sulla piattaforma,

a cittadini, Amministratori, dipendenti dell’Ente. A seconda del profilo utente sarà possibile solo

leggere oppure leggere e modificare il dato. La banca dati con tutte le segnalazioni sarà utilizzata

per future statistiche in modo, se necessita, da poter intervenire sul sistema di raccolta.

Architettura applicativa

A. Database A livello di database, il sistema si poggerà contemporaneamente su un database relazionale Oracle

11 g Express Edition (con motore transazionale innoDB o NDB) ed un motore per garantire dove

serve una gestione veloce di grandi moli di dati.

B. Requisiti Le attività di installazione saranno effettuate a cura della società aggiudicataria mediante proprio

personale, previa approvazione da parte responsabile tecnico del progetto nominato dalla Stazione

appaltante di un apposito documento tecnico di installazione illustranti i dettagli delle tempistiche,

dei luoghi e delle modalità d’intervento. Le attività di installazione dovrà essere fatta dalla società

aggiudicataria sia sulle macchine dell’Associazione che sulle macchine di tre Enti facenti parte

dell’Associazione scelto dal responsabile tecnico del progetto. La società aggiudicataria dovrà

fornire una documentazione dettagliata dell’installazione mediante documenti pdf comprensibili,

inoltre dovrà fornire documentazione dettagliata e particolareggiata sul corretto utilizzo degli

applicativi forniti e sulle modalità di aggiornamento della banca dati. Il materiale dovrà essere

fornito senza loghi di nessuna società

La società aggiudicataria si obbliga a fornire a codesta Associazione la piena titolarità delle licenze

d’uso dei programmi software forniti garantendone l’assenza di vincoli o diritti a favore di terzi e si

assume la piena responsabilità esclusiva nei confronti dei terzi che dovessero rivendicare diritti

d’autore su parti e/o elementi del software, del materiale prodotto e di tutta la documentazione

fornita.

43

La società aggiudicataria, pertanto, si impegna a consegnare a codesta Associazione, su richiesta di

quest’ultima, i sorgenti decompilati degli applicativi prodotti, gli script di creazione dei database

applicativi corredati dal dettaglio manualistica di installazione sia al termine del progetto, sia nel

caso di successive manutenzioni post collaudo che ne dovessero modificare il contenuto.

I presenti applicativi dovranno avere 2 anni di manutenzione/aggiornamenti. Tali aggiornamenti/manutenzione dovranno essere eseguiti da personale competente della società vincitrice.

Nr. Descrizione dell'ArticoloUnità di misura Nr Prezzo Unitario

Prezzo Complessivo IVA 22% TOTALE

1Realizzare una piattaforma WEB GIS territoriale e applicativi per la georeferenziazione a corpo 140.000,00€ 140.000,00€ 30.800,00€ 170.800,00€

2 Sviluppare software dedicati all’attuazione di piani urbanistici a corpo 37.000,00€ 37.000,00€ 8.140,00€ 45.140,00€ 3 Pc Configurazione Avanzata cadauno 3 1.350,00€ 4.050,00€ 891,00€ 4.941,00€ 4 Sever Configurazione Avanzata cadauno 1 5.300,00€ 5.300,00€ 1.166,00€ 6.466,00€ 5 Palmari GPS cadauno 3 900,00€ 2.700,00€ 594,00€ 3.294,00€ 6 dispositivo per la lettura dei codici a barre cadauno 1 5.107,41€ 5.107,41€ 1.123,63€ 6.231,04€ 7 Notebook cadauno 2 1.400,00€ 2.800,00€ 616,00€ 3.416,00€

8Realizzazione Interfacce di dialogo tra la struttura del Centro servizi e gli applicativi degli Enti Aderenti a corpo 16.000,00€ 16.000,00€ 3.520,00€ 19.520,00€

9 Realizzare applicativi multimediali territoriali a corpo 17.000,00€ 17.000,00€ 3.740,00€ 20.740,00€ 10 Realizzare applicativi per monitorare la raccolta differenziata a corpo 31.500,00€ 31.500,00€ 6.930,00€ 38.430,00€

TOTALE 261.457,41€ 57.520,63€ 318.978,04€