Scheda descrittiva del programma Repertorio Nazionale dei dati Territoriali - RNDT - ceduto in riuso

(1)

Agenzia per l’Italia Digitale

Gestione ex-DigitPA

Scheda descrittiva di programmi informatici o parti di essi

ceduti in riuso

Scheda descrittiva del programma

Repertorio Nazionale dei dati Territoriali - RNDT -

ceduto in riuso

Agenzia per l’Italia Digitale

Gestione ex DigitPA

(2)

Gestione ex-DigitPA

ceduti in riuso

1 SEZIONE 1 – CONTESTO ORGANIZZATIVO 1.1 Generalità

1.1.1 Identificazione e classificazione dell’amministrazione cedente

 Amministrazione cedente

Agenzia per l'Italia digitale - Gestione ex DigitPA

 Tipologia di Amministrazione cedente:

Ente

1.1.2 Identificazione e classificazione dell’Oggetto

 Oggetto offerto in riuso

Repertorio nazionale dei dati territoriali

 Oggetto offerto in riuso - Sigla :

RNDT

 Tipologia di Oggetto offerto in riuso:

Programmazione/Controllo Servizi a terzi

Altro: Repository

 Note

Catalogo di metadati relativi ai dati territoriali - e servizi ad essi relativi - disponibili presso le pubbliche amministrazioni. Svolge due macro-processi fondamentali:

- la raccolta dei metadati predisposti delle amministrazioni pubbliche abilitate;

- la consultazione di tali metadati da parte di tutti i soggetti interessati, sia pubblici che privati.

 Collocazione funzionale dell’Oggetto.

L’Oggetto realizza funzioni a livello di:

Infrastruttura ICT Servizio

 Tipologia di licenza dell’Oggetto offerto:

Open source

 Modalità di implementazione dell’Oggetto ceduto in riuso:

Altro: Realizzazione ex-novo:

(3)

Gestione ex-DigitPA

ceduti in riuso

a) per quanto riguarda l'implementazione e lo sviluppo software, su specifiche dell'amministrazione;

b) per quanto riguarda i dati e relativi formati, su specifiche definite dal Comitato per le regole tecniche sui dati territoriali (art. 59 CAD) e adottate con DM 10 novembre 2011 (G.U. n. 48 del 27 febbraio 2012 - s.o. n. 37).

E' assicurata anche la conformità alle specifiche comunitarie, relativamente ai metadati, di cui alla direttiva 2007/2/CE del 14 marzo 2007 (direttiva INSPIRE).

 Oggetto di cessione in riuso:

Oggetto o parte di esso

1.1.3 Referenti dell’amministrazione cedente

 Responsabile dei sistemi informativi

Nome e cognome:

Indirizzo:

Tel/Cel:

e-mail::

Mario Terranova

Viale Marx, 43 - 00137 Roma 06.85264443

terranova@digitpa.gov.it

 Referente/i di progetto

Nome e cognome:

Indirizzo:

Tel/Cel:

e-mail::

Gabriele Ciasullo

Viale Marx, 43 - 00137 Roma 06.85264285

ciasullo@digitpa.gov.it >

 Referente/i amministrativo

Nome e cognome:

Indirizzo:

Tel/Cel:

e-mail::

Francesco Tortorelli

Viale Marx, 43 - 00137 Roma 06.85264435

tortorelli@digitpa.gov.it

(4)

Gestione ex-DigitPA

ceduti in riuso

1.2 Scenario di riuso

1.2.1 Ambito amministrativo interessato

Governo del territorio Informazione

Open data

Servizi al cittadino Servizi alle Imprese Servizi ai professionisti Sviluppo economico Territorio e ambiente Trasparenza

Altro - Servizi alla PA - Smart Cities

1.2.2 Utenti fruitori dell’Oggetto

Numero totale di Utenti che utilizzano l’Oggetto : Non quantizzabile in quanto Portale fruibile da tutte le PA che gestiscono dati territoriali, nonché professionisti, imprese e cittadini.

 Contesto organizzativo

Come previsto dall'art.59 del CAD, DigitPa ha il compito di implementare e gestire il Repertorio nazionale dei dati territoriali, già individuato come base di dati di interesse nazionale dall'articolo 60 del CAD. Essendo un catalogo, l'oggetto Repertorio si inserisce nel contesto delle infrastrutture nazionali condivise a supporto della interoperabilità nel settore dell'informazione geografica

 Obiettivi perseguiti

L’iniziativa, di rilevanza strategica al fine di razionalizzare gli interventi delle amministrazioni in tema di acquisizione, documentazione, fruibilità e riuso dei dati territoriali, è strettamente connessa alla attuazione di quanto previsto dall’art. 59 del CAD.

Tale norma, infatti, istituisce il Repertorio con l'obiettivo di agevolare la pubblicità dei dati territoriali di interesse generale, disponibili presso le pubbliche amministrazioni a livello nazionale, regionale e locale.

In particolare, attraverso i metadati in esso contenuti, consente di conoscere ufficialmente, per i suddetti dati, l’amministrazione titolare, le caratteristiche tecniche, eventuali vincoli e restrizioni, ecc., ovvero informazioni controllate, di cui è certa la provenienza e l’affidabilità e di cui l’amministrazione titolare è pienamente responsabile.

Nel complesso, possono elencarsi i seguenti obiettivi:

(5)

Gestione ex-DigitPA

ceduti in riuso

- pubblicità e certificazione dei dati territoriali, e dei servizi ad essi relativi, disponibili presso le Pubbliche Amministrazioni;

- maggiore accessibilità e disponibilità generalizzate del patrimonio informativo relativo ai dati e servizi territoriali prodotto e/o gestito dalle Pubbliche Amministrazioni;

- facilitazione nella realizzazione di servizi che richiedono l’integrazione di dati di competenza di più amministrazioni e agevolazione della cooperazione nel programmare l’acquisizione di nuovi dati, razionalizzandone i costi;

- valorizzazione e incentivazione del riuso dei dati pubblici in quanto il RNDT rende ufficialmente noto, a livello nazionale, quali dati territoriali sono disponibili, quale amministrazione li rende disponibili, quali caratteristiche tecniche presentano e quali modalità di accesso sono possibili, compresi eventuali vincoli, restrizioni e costi;

- attivazione di processi di pianificazione e di coordinamento tra le amministrazioni in relazione alla possibilità di verificare attraverso il Repertorio l’eventuale esistenza di esigenze comuni e la conseguente opportunità di attivare specifici accordi di collaborazione, con conseguente riduzione dei costi complessivi e ottimizzazione delle risorse.

Va evidenziato, inoltre, l' ampia condivisione delle amministrazioni interessate. Infatti le regole tecniche per la definizione del contenuto del Repertorio e le relative modalità di costituzione e aggiornamento sono state definite dal Comitato per le regole tecniche sui dati territoriali, istituito anch'esso con l'articolo 59 del CAD, composto da rappresentanti delle principali amministrazioni, a livello centrale, regionale e locale, che gestiscono dati territoriali.

Si sottolinea, infine, che il Repertorio nazionale dei dati territoriali consente il perseguimento degli obiettivi comunitari derivanti dall'attuazione della direttiva 2007/2/CE del 14 marzo 2007 (Direttiva INSPIRE) e dei relativi regolamenti di attuazione, in particolare per quanto concerne la disponibilità dei metadati e ai conseguenti processi finalizzati alla interoperabilità e l'armonizzazione dei dati territoriali. Come indicato nel preambolo della stessa direttiva la disponibilità e la conseguente facilitazione della ricerca dei dati disponibili consente di agevolare lo sfruttamento ottimale dei dati disponibili.

 Aspetti dimensionali

Altro: Oltre 100.000 righe di codice (in parte generate automaticamente) tra Java, SQL, XSD, JSP, CSS, HTML

1.2.3 Descrizione dettagliata delle funzionalità e/o delle classi

Nome Descrizione Dati

Input Output

Ricerca semplice Consente di ricercare nel Catalogo i metadati attraverso l'impostazione di un set minimo di criteri di ricerca (sia alfanumerici che spaziali)

Dati

alfanumerici (parametri di ricerca) o spaziali

Scheda HTML con l'elenco dei set di metadati

(6)

Gestione ex-DigitPA

ceduti in riuso

Ricerca avanzata Consente di ricercare nel Catalogo i metadati attraverso l'impostazione di un set più dettagliato di criteri di ricerca (sia alfanumerici che spaziali)

Dati

alfanumerici (parametri di ricerca) o spaziali

Scheda HTML con l'elenco dei set di metadati Ricerca

accessibile

Consente di ricercare nel Catalogo, in modo accessibile, i metadati attraverso l'impostazione di un set di criteri di ricerca prettamente alfanumerici.

Dati

alfanumerici (parametri di ricerca)

Scheda HTML con l'elenco dei set di metadati Visualizzazione

dettaglio metadati

Consente di visualizzare, in una scheda HTML, i metadati relativi ad un

dataset/servizio di interesse ----

Scheda HTML con l'elenco dei metadati relativi ad un dataset/servizio Navigatore

geografico

Web- GIS che consente di interagire con la mappa e i livelli informativi presenti allo scopo di ricercare, attraverso criteri di ricerca geografici, i metadati di interesse, visualizzarli e localizzarli. Le funzioni presenti sono le seguenti:

funzione di identify (visualizza gli attributi dei layer vettoriali rappresentati nella mappa).

funzione di pan (sposta la porzione della mappa visualizzata)

funzione di zoom out (riduce la mappa visualizzata)

funzione di zoom in (ingrandisce la mappa visualizzata)

funzione di zoom su area selezionata (ingrandisce l'area selezionata)

funzione di zoom full extent (visualizza l'intera mappa)

funzione di map overview (evidenzia sull'Italia, l'area visualizzata)

barra degli zoom a scala predefinita. Il livello di zoom corrente è segnato in rosso

guida on-line

---- Mappa

Download file XML

Consente di scaricare i file XML contenente i metadati relativi a dataset/servizi di interesse in diversi

---- File XML dei metadati

(7)

Gestione ex-DigitPA

ceduti in riuso

profili.

Validazione XML

Consente di validare i file XML contenente i metadati rispetto agli schemi XSD di riferimento.

File XML contenente i metadati

File XML contenente il log di

validazione

Upload file XML

Consente di caricare i file XML nel DB, contestualmente alla validazione degli stessi.

File XML

File XML contenente il log di

caricamento

Editor metadati

Consente di compilare i metadati attraverso form alfanumeriche, salvare e/o cancellare la sessione di lavoro, visualizzare, validare, trasmettere ed esportare il file XML generato.

Dati

alfanumerici

Scheda HTML/File XML

Lista documenti Visualizza l'elenco dei documenti (file

XML) trasmessi ----

Elenco documenti trasmessi Ricerca

documenti

Consente di ricercare i documenti (file XML) trasmessi attraverso

l'impostazione di un set di criteri di ricerca

Dati

alfanumerici (parametri di ricerca)

Elenco

documenti (file XML)

Gestione Enti

Consente di gestire tutta l'anagrafica relativa alle Amministrazioni accreditate che, in un dato contesto, utilizzano l'Oggetto. Funzione riservata all'Amministratore dell'Oggetto.

Dati

alfanumerici

Scheda HTML contenente le informazioni sugli Enti

Gestione Utenti

Consente di gestire tutta l'anagrafica degli utenti appartenenti alle

Amministrazioni accreditate che, in un dato contesto, utilizzano l'Oggetto.

Funzione riservata all'Amministratore dell'Oggetto.

Dati

alfanumerici

Scheda HTML contenente le informazioni sugli utenti

Trasmissione file XML

Consente di inviare al gestore dell'Oggetto i file XML generati e validati dall'editor.

Login Consente di accedere all'area riservata di gestione dei metadati

Credenziali di accesso

Eventuali messaggi di errore Logout

Consente di terminare una sessione di lavoro nell'area riservata di gestione dei metadati.

Sincronizzazione e pubblicazione

Consente di copiare nello schema DB di pubblicazione i dati caricati dalle

singole Amministrazioni nello schema DB di staging (attraverso il file XML) per renderli disponibili in consultazione.

Funzione riservata all'Amministratore

(8)

Gestione ex-DigitPA

ceduti in riuso

dell'Oggetto.

Monitoraggio

Consente di monitorare gli accessi e le operazioni effettuate dagli utenti.

Modifica stato documento

Consente di cambiare lo "stato" del documento trasmesso (file XML) in corrispondenza di parametri predefiniti.

1.2.4 Servizi o procedure implementati/e

Nome servizio Descrizione sintetica Destinatari del servizio

Alimentazione del catalogo - Editor

Strumento per l'acquisizione e l'aggiornamento dei metadati attraverso la compilazione di form alfanumeriche guidate e conformi al modello di metadati del RNDT come definito dal DM 10-11-2011. L'editor crea

automaticamente un file XMl conforme agli schemi XSD di riferimento.

 Personale della PA

 Altre PA

Alimentazione del catalogo - Upload file XML

Servizio che permette di trasmettere, per la successiva pubblicazione, i file XML di metadati, previa verifica di conformità agli schemi XSD e alle indicazioni contenute nel DM.

 Altre PA

Validazione dei dati inseriti nel catalogo

Servizio che verifica la conformità dei file XML agli schemi XSD.

 Altre PA Pubblicazione

on-line dei dati inseriti

Servizio che rende disponibili i dati caricati e validati attraverso il portale web del RNDT.

 Personale della PA

Ricerca nel catalogo

Servizio che permette di ricercare attraverso l'impostazione di criteri i metadati pubblicati nel portale

 Cittadini

 Imprese

 Liberi professionisti

 Personale della PA

 Altre PA Autenticazione Consente l'accreditamento degli Enti e relativi

utenti

 Altre PA

1.2.5 Tipologia di contratto

Interamente realizzato (in house) da DigitPA utilizzando software e tecnologie open-source

(9)

Gestione ex-DigitPA

ceduti in riuso

1.2.6 Tipologia di benefici economici ottenuti dall’amministrazione con l’uso dell’Oggetto

 Diretti :

Riduzione spese di attività sul territorio

 Indiretti :

Riduzione della necessità di richiedere e/o raccogliere più volte gli stessi dati Altro: Razionalizzazione degli acquisti di dati territoriali nell'ambito della PA

1.2.7 Amministrazioni che riutilizzano l’Oggetto

Convenzioni in corso di formalizzazione con Regione Puglia, Regione Umbria, Regione Emilia Romagna (solo alcuni moduli)

1.2.8 Amministrazioni interessate al riuso dell’Oggetto

Regione Veneto, Regione Calabria

1.2.9 Amministrazioni idonee al riuso dell’Oggetto

Comuni piccoli Comuni medi Comuni grandi Province Regioni Enti Istituti

Amministrazioni centrali

1.2.10 Motivazioni che indussero l’amministrazione a implementare l’Oggetto

Norma primaria

1.2.11 Costi sostenuti per l’implementazione e la manutenzione dell’Oggetto

 Costo totale dell’Oggetto, € 230.000 c.a di cui interni, 230.000 €

 Nota: Nei costi indicati rientrano anche quelli di manutenzione

(10)

Gestione ex-DigitPA

ceduti in riuso

1.2.12 Time line del progetto

 Durata dell’intero progetto: 36

 Data di primo rilascio: 04/2012

 Data di rilascio ultima evolutiva: Non applicabile

 Data di rilascio ultima correttiva: 07/2012

1.2.13 Link al sito dove è descritto l’intero progetto che ha prodotto l’Oggetto

http://www.rndt.gov.it

1.2.14 Competenze sistemistiche e applicative richieste per l’installazione dell’Oggetto.

Conoscenza dell'application server Jboss e del RDBMS PostgreSQL.

Il modulo web-GIS di ricerca del Repertorio utilizza lato server PhP e UMN MapServer compilato con php_mapscipt e lato client la libreria javascript Ka-Map.

1.2.15 Vincoli relativi all’installazione ed alla fruizione dell’Oggetto

Per l'installazione e la fruizione dell'oggetto nella sua attuale configurazione è necessario disporre di un ambiente ove siano presenti e correttamente funzionanti l'Application Server Jboss, un web-server che supporti PhP, UMN MapServer compilato con php_mapscript e il RDBMS PostgreSQL con l'estensione spaziale PostGIS (oltre a alcune librerie software open- source).

1.2.16 Elementi di criticità

Scarsa documentazione

1.2.17 Punti di forza

Essendo sviluppato principalmente in Java l'oggetto, a meno di opportune configurazioni, può essere installato su qualsiasi sistema operativo.

Dal punto di vista funzionale, il Repertorio è un'applicazione utile per gestire, pubblicare e ricercare i metadati, relativi a dati e servizi territoriali, secondo quanto definito dal DM 10 novembre 2011 (regole tecniche del RNDT). Peraltro, il profilo definito in tale DM è coerente con la Direttiva 2007/2/CE (Direttiva INSPIRE) e con il Regolamento (CE) n. 1205/2008 (Regolamento attuativo della Direttiva per quanto riguarda i metadati).

L'utilizzo dell'Oggetto, pertanto, consente alle Pubbliche Amministrazioni di adempiere agli obblighi previsti dalle norme nazionali e comunitarie in tema di metadati dell'informazione

(11)

Gestione ex-DigitPA

ceduti in riuso

geografica, garantire la conformità alle regole tecniche ivi definite e favorire altresì l'interoperabilità nell'ambito comunitario.

1.2.18 Livello di conoscenze/competenze ICT del personale dell’amministrazione cedente

Alto

1.2.19 Disponibilità dell’amministrazione cedente

Erogare formazione al personale dell’amministrazione utilizzatrice Eseguire la manutenzione correttiva ed evolutiva

1.2.20 Modalità di riuso consigliate

Riuso fisico, in cui il programma acquisito in riuso, fatte salve piccole personalizzazioni, viene integralmente riutilizzato “as is” su una infrastruttura e, nel caso di un modulo o componente o classe, viene fisicamente inserito in un altro programma dell’amministrazione utilizzatrice;

È possibile definire un accordo che prevede la reciproca possibilità di condividere gli ulteriori sviluppi di manutenzione sia correttiva che evolutiva.

(12)

Gestione ex-DigitPA

ceduti in riuso

2 SEZIONE 2 – CONTESTO APPLICATIVO

2.1 Qualità globale della documentazione di progetto

2.1.1 Documentazione disponibile

- Manuale d'installazione su sistema operativo CentOS -Documento architetturale

2.1.2 Livello di documentazione

-Mancanza di documentazione tecnica di dettaglio

2.2 Requisiti

2.2.1 Specifica dei requisiti funzionali

La specifica dei requisiti funzionali: è disponibile e contiene i capitoli indicati nella tabella seguente anche se ordinati in modo diverso;

Descrizione capitolo %

Glossario delle definizioni e acronimi utilizzati o riferimento al glossario del progetto 100 Attori coinvolti, con la specificazione del numero e della tipologia degli utenti coinvolti 100

Classificazione dei requisiti funzionali 0

Codifica (attributi) dei requisiti funzionali 0

Correlazione alle specifiche dei casi d’uso 0

Eventi coinvolti nel requisito 0

Componenti hardware e Oggetto dell’architettura complessiva del sistema che si intende

realizzare 0

Analisi dei dati - schema concettuale iniziale 100

Analisi dei dati - stima iniziale dei volumi 0

Evidenza e descrizione delle modifiche in corso d’opera 0

Riferimenti a ulteriore documentazione di interesse prodotta o preesistente 0

2.2.2 Specifica dei requisiti non funzionali

La specifica dei requisiti non funzionali: non è disponibile.

2.2.3 Specifica dei requisiti “inversi”

La specifica dei requisiti inversi: non è disponibile.

(13)

Gestione ex-DigitPA

ceduti in riuso

2.2.4 Casi d’uso

La specifica dei casi d’uso correlata ai requisiti funzionali: è disponibile e i casi d’uso sono descritti secondo lo standard di modellazione UML.

(14)

Gestione ex-DigitPA

ceduti in riuso

3 SEZIONE 3 – CONTESTO TECNOLOGICO 3.1 Progettazione

3.1.1 Studio di fattibilità

Lo studio di fattibilità: non è disponibile.

3.1.2 Architettura logico funzionale dell’Oggetto

L’architettura logico funzionale dell’Oggetto: è disponibile, è descritta in modo discorsivo e contiene i capitoli indicati nella tabella seguente anche se ordinati in modo diverso;

Descrizione capitolo ^%

Descrizione dei sottosistemi funzionali 100

Descrizione, per ciascun sottosistema, del modello logico-funzionale del Oggetto:

o Sottosistemi applicativi, 100

o Strutture di dati e relativi attributi 25

Descrizione, per ciascun sottosistema, del modello delle responsabilità funzionali (comportamento statico del sw):

o Classi che lo compongono, con relativi metodi e attributi 0

o Casi d’uso dell’applicazione 0

Descrizione, per ciascun sottosistema, del modello dei processi eseguito dal sistema/Oggetto (comportamento dinamico dell’Oggetto):

o Interfacce verso altri sistemi/programmi 0

o Esposizione di interfacce standard di interoperabilità 0 o Indipendenza delle componenti applicative utilizzate, ovvero presenza di criticità 0 o Impiego di interfacce utente aderenti agli standard di usabilità 0 o Indipendenza delle classi di interfaccia dal browser utilizzato 0 o Indipendenza delle classi di accesso dal RDBMS utilizzato 0 Descrizione, per ciascun sottosistema, del modello comportamentale (diagramma degli

stati) dove sono referenziati gli eventuali riferimenti normativi delle procedure amministrative informatizzate

0

 Descrizione dell’architettura software L'oggetto si compone dei seguenti componenti:

- web-services che permettono di alimentare e interrogare la base dati e di gestire l'autenticazione al sistema;

(15)

Gestione ex-DigitPA

ceduti in riuso

- moduli che implementano l'interfaccia grafica web del sistema necessaria agli utenti del sistema per effettuare le operazioni di autenticazione e di inserimento e consultazione dei dati alfanumerici;

- modulo che permette la consultazione cartografica della base dati;

- modulo per l'archiviazione e la gestione della base dati, sia nella sua componente alfanumerica che cartografica.

3.1.3 Architettura hardware dell’Oggetto

L’architettura hardware dell’Oggetto: è disponibile e fornisce elementi utili per stimare l’effort economico per l’eventuale acquisizione dei diversi componenti hardware.

Parametri dimensionali minimi:

o Potenza di calcolo 100

o RAM 100

Sistema operativo

o Deployment del sistema/Oggetto 100

o Middleware 0

Librerie esterne 100

RDBMS 100

 Descrizione dell’architettura hardware

Attualmente l'oggetto è installato e configurato su una macchina virtuale (VMware Virtual Machine version 7) con le seguenti caratteristiche:

- Sistema operativo: CentOS release 5.8 64bit - Memoria: 8 GB

- Hard disk: 120 GB - CPU: 1

La macchina host è un server Dell PowerEdge 2950 con le seguenti caratteristiche:

(32 GB Ram, 8 Cpu 2 GHz) x2 in cluster + EMC2 CX300 fiber channel (2,5 TB SCSI Raid 5 + spare)

3.1.4 Architettura TLC dell’Oggetto

L’architettura di telecomunicazione dell’Oggetto: non è disponibile.

 Descrizione dell’architettura di telecomunicazioni Non disponibile

3.2 Realizzazione

(16)

Gestione ex-DigitPA

ceduti in riuso

3.2.1 Manualistica disponibile

- Manuale di installazione su sistema operativo linux distribuzione CentOS.

- Manuale d'uso utente - Guide operative

3.2.2 Case – Computer aided software engineering

Nessuno

3.2.3 Ciclo di sviluppo

Analisi/Progettazione - Implementazione - Rilascio - Manutenzione

3.2.4 Standard utilizzati

Nessuno

3.2.5 Linguaggio di programmazione

Java (J2EE), PhP, JavaScript, CSS, XML, XSL, SQL, PL-SQL, HQL (Hibernate Query Language)

3.3 Test e collaudo

3.3.1 Specifiche dei test funzionali e non funzionali

Le specifiche dei test dell’Oggetto: non sono disponibili.

3.3.2 Livello di copertura dei test rispetto ai requisiti da valutare

Al fine di valutare quantitativamente il livello di copertura dei test rispetto ai requisiti da valutare, l’amministrazione cedente fornisce le seguenti coppie di valori in suo possesso:

 Numero totale di requisiti funzionali: 19

 Numero di requisiti funzionali sottoposti a test: 19

 Numero totale di requisiti non funzionali: 0

 Numero di requisiti non funzionali sottoposti a test 0

3.3.3 Piano di test;

Il piano di test dell’Oggetto: non è disponibile.

(17)

Gestione ex-DigitPA

ceduti in riuso

3.3.4 Specifiche di collaudo

Le specifiche di collaudo dell’Oggetto: non sono disponibili.

3.4 Installazione, uso e manutenzione 3.4.1 Procedure di installazione e configurazione

Le procedure di installazione e configurazione dell’Oggetto: sono disponibili, descritte in modo discorsivo e contengono i capitoli indicati nella tabella seguente anche se ordinati in modo diverso;

Verifiche preliminari e ex post 75

Livelli di automazioni necessari 0

Procedure di caricamento o porting della base informativa 100

3.4.2 Manuale di gestione

Il manuale di gestione dell’Oggetto: non è disponibile.

3.4.3 Manuale utente

Il manuale utente fornisce una descrizione generale dell’applicazione e una guida operativa all’utilizzo delle singole funzionalità dell’Oggetto utilizzabili dall’utente.

Il manuale utente dell’Oggetto: è disponibile ed è descritto in modo strutturato;

 Indice del manuale utente 1. Uso della Guida

2. Consultazione

3. Gestione dei Metadati 4. Glossario

(18)

Gestione ex-DigitPA

ceduti in riuso

4 SEZIONE 4 – QUALITÀ DELL’OGGETTO 4.1 Piano di qualità

4.1.1 Contenuti del piano

Il piano di qualità dell’Oggetto: non è disponibile

4.1.2 Descrizione della qualità

Non disponibile

4.2 Profilo di qualità dell’Oggetto

Al fine di valutare quantitativamente gli attributi per la valutazione della qualità dell’Oggetto, l’amministrazione cedente fornisce i seguenti valori in suo possesso:

4.2.1 Modularità

 Numero di componenti auto consistenti dell’Oggetto: 4 (CMS, Editor, Nav. geografico, Web Services)

 Numero totale di componenti dell’Oggetto: 4

4.2.2 Funzionalità

4.2.2.1 Interoperabilità - Protocolli di comunicazione

 Numero dei protocolli di comunicazione dei sistemi/programmi con i quali l’applicazione deve poter colloquiare: 1 (HTTP/SOAP)

 Numero dei protocolli di comunicazione correttamente implementati (ovvero che hanno superato i relativi test) all’interno dell’Oggetto: 1

4.2.3 Maturità

Il valore del requisito è determinato dalla concorrenza dei seguenti attributi elementari.

4.2.3.1 Densità dei guasti durante i test

 Numero di guasti rilevati durante i test: _____

 Numero di casi di test eseguiti: _____

4.2.3.2 Densità dei guasti

 Numero di guasti rilevati durante il primo anno di esercizio dell’Oggetto: _____

(19)

Gestione ex-DigitPA

ceduti in riuso

 Numero totale di FP dell’Oggetto: _____

4.2.4 Usabilità

4.2.4.1 Comprensibilità – Completezza delle descrizioni

 Numero di funzioni descritte nel manuale utente: 14 (tutte tranne quelle riservate all'amministratore)

 Numero totale di funzioni: 19

4.2.4.2 Apprendibilità - Esecuzione delle funzioni

 Numero di funzioni che sono state eseguite correttamente dall’utente consultando la documentazione: 14

 Numero di funzioni provate: 19 4.2.4.3 Apprendibilità- Help on-line

 Numero di funzioni per le quali l’help on-line è correttamente posizionato: 14

 Numero di funzioni provate: 14 4.2.4.4 Configurabilità

 Numero totale di parametri di configurazione:____

 Numero totale di funzioni:____

4.2.5 Manutenibilità

4.2.5.1 Conformità allo standard di Progettazione

 Numero di deviazioni dagli standard di progettazione _____

 Numero dei diagrammi progettuali realizzati _____

4.2.5.2 Conformità agli standard di codifica

 Numero di deviazioni dallo standard di codifica:_____

 Numero di linee di codice esaminate:____

4.2.5.3 Analizzabilità - Generale

 Numero totale di commenti: 50.000

 Numero totale di linee di codice: 100.000

(20)

Gestione ex-DigitPA

ceduti in riuso

4.2.5.4 Testabilità - Generale

 Numero di funzioni con associato almeno un caso di test:____

 Numero totale di funzioni elementari: _____

4.2.5.5 Testabilità - Automatismi

 Numero di casi di test automatizzati con opportune funzioni di test interne:____

 Numero totale di casi di test:____

4.2.6 Portabilità

4.2.6.1 Adattbilità– Strutture dei dati

 Numero di strutture dati trasferibili tra DB commerciali senza modifiche: Non disponibile in assenza di test

 Numero totale strutture dati: 109 tabelle per 2 schemi su DBMS PostgreSQL e 36 tabelle per l'estensione spaziale PostGIS

4.2.6.2 Adattabilità – Funzioni e organizzazione

 Numero di funzioni indipendenti dalla organizzazione dell’amministrazione:19

 Numero totale di funzioni: 19 4.2.6.3 Installabilità - Generale

 Numero di step di installazione descritti nel manuale di installazione:15

 Numero totale di step di installazione:15

4.2.6.4 Installabilità - Automatizione delle procedure

 Numero di step automatizzati descritti nel manuale di installazione:0

 Numero totale di step di installazione:15 4.2.6.5 Installabilità - Multiambiente

 Numero totale degli ambienti operativi nel quale l’Oggetto può essere installato per i quali l’Oggetto dispone di funzioni di installazione: 0

 Numero totale degli ambienti operativi su cui può essere installato: Indeterminato

(21)

Gestione ex-DigitPA

ceduti in riuso

5 SEZIONE 5 – FORMAZIONE

5.1 Costi sostenuti per la formazione Non disponibili

5.2 Dati quantitativi Non disponibili

5.3 Descrizione dell’azione formativa Non disponibile

5.4 Materiale didattico Non disponibile