Polizia di Stato - Home page | Polizia di Stato - …...Server, Windows 2003/2005/2008/2010 Server...

MINISTERO DELL’INTERNO

CAPITOLATO TECNICO

APPALTO SPECIFICO

Accordo Quadro “Servizi Applicativi”

Migrazione Sistema SIDAF per le esigenze della

Direzione Centrale Anticrimine

UFFICIO TECNICO E ANALISI DI MERCATO- Settore I Informatica

Appalto Specifico su Accordo Quadro “Servizi Applicativi” – Migrazione SIDAF

2/21

Sommario 1 PREMESSA .............................................................................................................................................. 4

2 CONTESTO .............................................................................................................................................. 5

3 DEFINIZIONE DELLA FORNITURA .................................................................................................... 5

3.1 Indicazioni sulla composizione dei servizi ........................................................................................ 5

3.2 Durata ................................................................................................................................................ 5

4 DESCRIZIONE DEI SERVIZI ................................................................................................................. 6

4.1 Servizi Base ....................................................................................................................................... 6

4.1.1 Servizio di manutenzione adeguativa ........................................................................................ 6

4.1.2 Requisiti Generali ...................................................................................................................... 7

4.2 Servizi Complementari .................................................................................................................... 10

4.2.1 Gestione applicativi ................................................................................................................. 10

4.2.2 Servizio Manutenzione Correttiva ........................................................................................... 12

4.3 I Servizi Accessori ........................................................................................................................... 13

4.3.1 Formazione ed Addestramento ................................................................................................ 13

4.4 Garanzia ........................................................................................................................................... 13

4.5 Requisiti Organizzativi .................................................................................................................... 14

4.6 Requisiti di Qualità Della Fornitura ................................................................................................ 14

4.6.1 Piano di Qualità ....................................................................................................................... 14

4.7 Orario di erogazione dei servizi ....................................................................................................... 15

4.8 Luogo di erogazione dei servizi ....................................................................................................... 16

5 METRICHE E DIMENSIONAMENTO STIMATO DELLA FORNITURA ........................................ 16

6 MODALITA’ DI EROGAZIONE ........................................................................................................... 16

6.1 Pianificazione e Consuntivazione .................................................................................................... 16

6.1.1 Pianificazione .......................................................................................................................... 16

6.1.2 Stato Avanzamento Lavori ...................................................................................................... 17

6.1.3 Consuntivazione ...................................................................................................................... 17

6.2 Modalità di Consegna ...................................................................................................................... 17

6.2.1 Oggetti Software ...................................................................................................................... 17

6.2.2 Documentazione ...................................................................................................................... 17

6.2.3 Assenza di Virus ...................................................................................................................... 18

6.3 Vincoli Temporali ........................................................................................................................... 18

6.3.1 Vincoli temporali per la consegna e la messa in esercizio ...................................................... 18

6.3.2 Vincoli temporali sui prodotti della fornitura .......................................................................... 18

7 GOVERNO DELLE FORNITURE ......................................................................................................... 19

7.1 Accettazione/approvazione prodotti della fornitura ........................................................................ 19



3/21

7.2 Verifica di conformità ..................................................................................................................... 20

7.3 Azioni contrattuali ........................................................................................................................... 20

7.4 Indicatori di qualità di governo della fornitura ................................................................................ 21



4/21

1 PREMESSA

Con la fornitura descritta nel presente documento l’Amministrazione intende acquisire tutti i servizi

necessari per l’adeguamento del Sistema Informatico Documenti Falsi ed Autentici (SIDAF), e di

tutte le componenti ad esso correlate, impiegato nell’ambito della rilevazione del falso documentale.

Sono parti integranti del capitolato le seguenti appendici:

Appendice 1 Profili Professionali: contenente i requisiti professionali delle risorse da impiegare

nella fornitura;

Appendice 2 Cicli e Prodotti: contenente la descrizione dei Cicli di vita applicabili agli obiettivi

progettuali, le relative fasi, i requisiti minimi relativi ai prodotti di fase e di fornitura;

Appendice 3 Indicatori di qualità: contenente gli indicatori di qualità;

Nel corpo del presente capitolato tecnico, si intende con il termine:

“AQ”: l’Accordo Quadro;

“AS”: l’Appalto Specifico basato sull’AQ;

“Fornitore/i AQ”: l’Impresa/le Imprese Fornitrice/i aggiudicatarie dell’Accordo Quadro;

“Fornitore AS”: l’Impresa Fornitrice aggiudicataria dell’Appalto Specifico;

“Amministrazioni/Enti” ciascuna singola Amministrazione appaltante, ovvero

l’Amministrazione che utilizza l’AQ, aggiudicando il singolo AS;

“Servizi base”: l’insieme dei servizi, analiticamente descritti nel capitolo 4.1 del presente

Capitolato Tecnico, che l’Amministrazione deve, in tutto o in parte, obbligatoriamente

richiedere in Appalto specifico, per usufruire dell’AQ;

“Servizi complementari”: l’insieme dei servizi, analiticamente descritti nel capitolo 4.2 del

presente Capitolato Tecnico, che l’Amministrazione può, in tutto o in parte, richiedere in

Appalto specifico, in aggiunta ai servizi base;

“Servizi accessori”; l’insieme dei servizi, indicativamente descritti nel capitolo 4.3 del

presente Capitolato Tecnico, che l’Amministrazione può definire e richiedere in Appalto

specifico, in aggiunta ai servizi base e complementari nel limite del 20% del valore dell’AS;

“Fornitura”: il complesso delle attività e dei servizi che l’Amministrazione richiederà in

AS;

“Servizi realizzativi”: si intendono tutti i servizi che producono o modificano software

anche attraverso parametrizzazioni e personalizzazioni;

“Software ad hoc”: l’insieme degli elementi software integrati, con relativi dati e

documentazione sia tecnica sia utente realizzati specificatamente per l’Amministrazione che

ne acquisisce la proprietà. Se richiesto è ricompreso in tale definizione anche il codice di test

automatizzato;

“Applicazione”: una qualsiasi realizzazione software tesa a fornire all’Amministrazione un

insieme di funzionalità strettamente collegate. Solitamente una applicazione è composta da

uno o più moduli software e da un database a cui l’applicazione fa riferimento;

“Obiettivo”: unità organica di lavoro, affidabile al fornitore, in cui si scompongono i servizi

erogati in modalità progettuale. Dal punto di vista del Fornitore l’obiettivo è assimilabile ad

un “progetto”, la cui esecuzione è suddivisa nelle fasi, indicate dal ciclo di vita applicato,

che richiedono la realizzazione di specifici prodotti.

“Baseline del sistema”: versione formalmente approvata degli elementi della configurazione

del sistema, indipendentemente dal supporto di registrazione, formalmente descritta e fissata

in un momento specifico del ciclo di vita del sistema.



5/21

“Richiesta di offerta”: la documentazione predisposta dall’Amministrazione che verrà

inviata ai fornitori nella fase di rilancio del confronto competitivo per l’aggiudicazione di un

Appalto Specifico.

2 CONTESTO

Il SIDAF è un applicativo per la gestione del falso documentale che contiene immagini e

caratteristiche di documenti falsi e autentici. Il SIDAF si appoggia su DBMS Oracle 11g ed è

ospitato su 2 server Primergy Fujitsu Siemens, installati e configurati in cluster a due nodi con

sistema operativo Microsoft Windows 2008 nella versione Enterprise, collocati in un CED presso il

Compendio Tuscolano sito in via Tuscolana 1558, Roma.

Il SIDAF consente l’accesso tramite browser Web, attraverso la rete Multimediale del Ministero

dell’Interno, sia per la consultazione sia per l’inserimento di nuovi record documentali.

Il sistema è fruito da:

gli uffici della Direzione Centrale Anticrimine

14 Gabinetti regionali

172 Uffici di Frontiera

50 Uffici dell’Arma dei Carabinieri

Per far fronte ai nuovi requisiti funzionali emersi e alla esigenza di sottoporre il sistema SIDAF ad

un aggiornamento ed adeguamento tecnologico si richiede la fornitura di un servizio di porting del

SIDAF verso la piattaforma Microsoft .Net.

3 DEFINIZIONE DELLA FORNITURA

3.1 Indicazioni sulla composizione dei servizi

La fornitura è strutturata in:

servizi base ovvero servizi primari che corrispondono ai servizi realizzativi di software. In

particolare è richiesto un servizio di manutenzione adeguativa finalizzato all’attività di

porting della piattaforma SIDAF in possesso dell’Amministrazione sull’ambiente Microsoft

.Net e un servizio di manutenzione evolutiva finalizzato ad arricchire l’applicazione di

nuove funzionalità.

servizi complementari ovvero servizi che possono essere associati ai servizi base. Si

richiede la fornitura dei servizi di gestione applicativa e manutenzione correttiva;

servizi accessori ovvero servizi collegati ai precedenti, funzionali al completamento delle

esigenze applicative dell’Amministrazione. A tal proposito si richiede la fornitura di un

servizio di formazione sul nuovo software oggetto di migrazione.

3.2 Durata

La durata contrattuale prevista per la fornitura dei servizi richiesti è pari a 36 (trentasei) mesi.



6/21

4 DESCRIZIONE DEI SERVIZI

4.1 Servizi Base

I servizi base sono i Servizi Realizzativi di software. In particolare si richiede la fornitura del

servizio di manutenzione adeguativa ed evolutiva di seguito dettagliati.

4.1.1 Servizio di manutenzione adeguativa

Tale manutenzione comprende l’attività volta ad assicurare la costante aderenza delle procedure e

dei programmi all’evoluzione dell’ambiente tecnologico del sistema informativo ed al cambiamento

dei requisiti (organizzativi, normativi, d’ambiente).

Nella fattispecie, è richiesto un servizio di manutenzione adeguativa del software SIDAF finalizzato

alla migrazione della piattaforma. Il numero di giorni uomo richiesti per l’erogazione di tale

servizio è pari a 800 gg/uu da utilizzarsi a consuntivo nell’arco della durata della fornitura.

Il Fornitore è tenuto a produrre tutti gli elementi di misurazione necessari a mantenere aggiornata la

baseline come parte integrante del servizio anche qualora il servizio venisse erogato a giorni

persona.

Per il servizio di Manutenzione Adeguativa si stima il seguente impegno delle figure professionali

riportate in dettaglio nell’Appendice 1:

Capo Progetto 2%

Analista Funzionale 5%

Analista Programmatore 28%

Specialista di Tecnologia/Prodotto 15%

Programmatore 50%

Con tale attività si richiede di trasferire l’attuale applicativo SIDAF (costituito cioè dal software

applicativo SIDAF e da tutte le componenti ad esso correlate, comprese le basi dati) dall’ambiente

attuale al nuovo ambiente (piattaforma operativa MS .NET Framework ultima versione o

soluzione equivalente proposta dal Fornitore), lasciando inalterate tutte le funzionalità

dell’applicazione di partenza, comprese, per quanto possibile, le interfacce utente. La

trasformazione in argomento deve lasciare inalterati i requisiti di carattere funzionale e non

funzionale dell’applicativo SIDAF, con la sola eccezione dei requisiti prestazionali, che, a fronte del

processo di migrazione / conversione, dovrebbero risultare migliorati. L’attività si compone della

conversione applicativa sul nuovo ambiente e della migrazione dei dati, in dettaglio:

- porting del codice dell’applicativo SIDAF (componente server, batch, interfacce di

cooperazione applicativa) dall’attuale piattaforma alla nuova piattaforma prevista in

fornitura, eventualmente anche tramite l’ausilio di strumenti automatici e con conseguente

eliminazione di errori/ridondanze;

- migrazione delle basi di dati dell’attuale applicativo SIDAF al DBMS MySQL;

- produzione della documentazione dell’applicativo SIDAF migrato (codice e dati);

- sperimentazione/pilota dell’Applicativo migrato;

- collaudo dell’applicativo SIDAF migrato;

- conteggio dei Punti Funzione migrati quale riferimento “baseline” del software



7/21

4.1.2 Servizio di manutenzione evolutiva

La manutenzione evolutiva comprende gli interventi volti ad arricchire l’applicazione di nuove

funzionalità, o comunque a modificare e/o integrare le funzionalità già esistenti.

Nella fattispecie, è richiesto un servizio di manutenzione evolutiva del nuovo software SIDAF

finalizzato all’evoluzione della piattaforma. Il numero di punti funzione richiesti per l’erogazione di

tale servizio è pari a 500 PF da utilizzarsi a consuntivo nell’arco della durata della fornitura.

Il Fornitore è tenuto a produrre tutti gli elementi di misurazione necessari a mantenere aggiornata la

baseline come parte integrante del servizio anche qualora il servizio venisse erogato a giorni

persona.

4.1.3 Requisiti Generali

L’erogazione dei servizi realizzativi richiede la conoscenza delle principali piattaforme

tecnologiche e linguaggi di programmazione, nonché competenze di gestione, controllo e

misurazione dei progetti informatici e la conoscenza della normativa di riferimento.

Di seguito si riporta un elenco non esaustivo delle competenze tecniche e le principali competenze

trasversali e normative.

Tale elenco ha carattere meramente generale, basato sulle esigenze percepite e non costituisce un

vincolo o limitazione per eventuali altri prodotti necessari al soddisfacimento delle esigenze per

l’evoluzione tecnologica delle pubbliche amministrazioni.

Prodotti/piattaforme/sistemi non citati possono essere richiesti in ogni caso.

METODOLOGIA E TECNICHE:

o Analisi , Disegno e Programmazione ad Oggetti (OOA)

o Analisi , Disegno e Programmazione per Servizi (SOA)

o Testing del SW prodotto (Test Unitari, Test di Integrazione e Test di Sistema ) per

garantire gli aspetti funzionali, qualitativi del codice, di efficienza (prestazione e

carico), di accessibilità, di usabilità e di sicurezza

TECNICO:

o Piattaforme e strumenti di testing del SW (suite Mercury, CAST, HP LoadRunner,

Jmeter, …) DBMS relazionali (Oracle, DB2, Microsoft SQL, PostGreSQL, MySQL,

FileMaker, Sybase, …)

o Piattaforme Linux (RedHat, OpenSuse, Debian, Ubuntu, …)

o Piattaforme Microsoft (Windows NT, Windows 2000 Pro / Server / Advanced

Server, Windows 2003/2005/2008/2010 Server Standard / Enterprise, Windows

XP/Vista/Seven/8, …) e Mac (Apple)

o Sistemi di Identity and access management system (Oracle, CA, Ibm, Novell,

piattaforme Open, LDAP/SSO, …)

o Protocolli di Comunicazione (http, HTTPS, STP, SSTP, ..) e navigatori Web

(Internet Explorer, Mozilla Firefox, Google Crome, Opera, Lynx ..)

o Sistemi di CMS e ECM (OpenCMS, Liferay, SharePoint, Open Text, Oracle Portal,

Lotus Web Content Management, FlexCmp, …)

o Sistemi Documentali (IBM - FileNet, Documentum, Alfresco, SharePoint, …)



8/21

o Sistemi di Business Intelligence, Olap e Rolap (BO, Microstrategy, Cognos, Oracle,

Jaspersoft, Pentaho …), e processi ETL (Informatica PowerCenter, InforSphere

DataStage, Talend,..)

o Motori di ricerca standard e semantici (Google search, Solr, Humminbird, Indexing

Service, Expert System, Oracle Ultra Search, Vivisimo, Exalead, Lucene, Fast, Bing,

....)

o Prodotti per analisi e statistiche (Webtrends, Awstats, Google analitycs, …)

o Prodotti di Office Automation (Microsoft Office :word, excel, powerpoint, visio,

project; Open Office …)

o Suite Adobe (Dreamweaver, Flash, Fireworks, ColdFusion, Photoshop, Illustrator,

InDesign…)

o Tecnologie di Comunicazione unificata e collaborazione on-premise e in cloud

(Piattaforme Microsoft, Cisco, Avaya, Documentum Center Stage, IBM

(Quickr, QuickPlace, Domino Server, ..)…)

o Tecnologie di virtualizzazione (vmware, virtual PC, Citrix, …)

o Tecnologie e strumentazione multimediali, in particolare volti all’acquisizione ed

elaborazione di video

o Tecnologie Mobile (smartphone, tablet, phablet) e relativi S.O. (Android, iOS,

Linux, Symbian, …)

o Sistemi di Cloud Computing

o Web server (Apache, Microsoft Internet Information Server, ..) e Application server

(Jboss, WebSphere, WebLogic, Oracle, Tomcat, ..)

o Sistemi di CRM (Remedy, SugarCRM, Vtiger, SiebelCRM,..)

o Sistemi e piattaforme di georeferenziazione (GIS ESRI, componenti Google, ….)

o Sistemi di configuration e versioning di programmazione (SourceSafe, CVS,

Subversion, ClearCase, Harvest, ..)

o Strumenti di modellazione dati (es. ERwin, PowerDesigner, ..) Strumenti di data

mining.

LINGUAGGI ED AMBIENTI DI PROGRAMMAZIONE (comprensivi dei relativi

ambienti e strumenti):

o Html, CSS

o XML / WSDL / WSS / XSLT XHtml

o Ajax

o Javascript

o Java (Mvc, JSP, Servlets e EJB, J2EE) ASP

o ASP.Net

o Power Center C#, C++,Business Objects

o Oracle, JDeveloper PHP, Python

o Access, SQL, CGI, PERL, PLSQL

o Visual Basic, VbScript, VB.Net, Asp.NET, .NET

o Cobol e Procobol;

o Linguaggi proprietary come Peoplecode e Siebel code RAD (WebSphere Rational

Application Developer)

o IBM Rational Sofware Architect 7.0 e successive PL/SQL

o Microsoft Visual Studio

COMPETENZE TRASVERSALI:

o Conoscenza della metrica dei Function Point IFPUG 4.3 o successivi. E’

indispensabile la presenza di almeno una risorsa certificata per le attività connesse ai

servizi realizzativi.

o Tecniche e metodi di gestione e controllo dei progetti informatici. In caso di progetti

rilevanti o critici o integrati, è indispensabile la presenza di almeno una risorsa di



9/21

project management con Certificazioni Prince 2 e PMI, per le attività connesse ai

servizi realizzativi Conoscenza della disciplina IT Service Management in generale e

dei framework ITIL o altri(Cobit, Mof, …)

CONOSCENZE NORMATIVE:

o Codice degli appalti e successivi aggiornamenti;

o accessibilità da parte dei soggetti disabili: la legge n. 4 del 9 gennaio 2004

“Disposizioni per favorire l'accesso dei soggetti disabili agli strumenti informatici”,

prevede che le Pubbliche Amministrazioni non possono stipulare, a pena di nullità,

contratti per la realizzazione e la modifica di siti Internet quando non è previsto che

essi siano conformi ai requisiti di accessibilità stabiliti dal decreto del Ministro per

l’Innovazione e le Tecnologie dell’8 luglio 2005, recentemente aggiornati attraverso

il nuovo decreto del 20 marzo 2013 firmato dal ministro per l’istruzione, l’università

e la ricerca Francesco Profumo.

o incentivi all'innovazione della PA: il Decreto legislativo n. 235/2010 introduce il

nuovo Codice dell’Amministrazione Digitale (CAD) che avvia un processo di

modernizzazione, digitalizzazione e sburocratizzazione delle PA. Difatti, attraverso

la razionalizzazione della propria organizzazione e l'informatizzazione dei

procedimenti, le PA ricaveranno dei risparmi che potranno utilizzare per il

finanziamento di progetti di innovazione e per l'incentivazione del personale in essi

coinvolto.

Ulteriori Requisiti

PREDISPOSIZIONE AMBIENTE DI COLLAUDO

Al termine delle attività di realizzazione, e comunque ricomprese nelle attività dell’obiettivo

realizzativo, il Fornitore dovrà supportare le strutture tecniche dell’Amministrazione nella

predisposizione dell’ambiente di collaudo (definizione e caricamento della base dati,

installazione del software applicativo, personalizzazione del software di base, ecc.) e alla

predisposizione degli script per il testing proceduralizzato. La fase di realizzazione (od

equivalente) si intende chiusa solo quando le attività di verifica hanno dato esito positivo dei

suddetti test.

SUPPORTO AL COLLAUDO

L’obiettivo realizzativo comprende il supporto alle attività di collaudo.

In particolare il fornitore dovrà garantire la presenza on site per garantire il passaggio di

conoscenza sulle funzionalità rilasciate, il supporto all’esecuzione dei test proceduralizzati

od automatici ed altre attività in funzione della specificità dell’obiettivo e richieste

dall’Amministrazione per ottimizzare il collaudo ed il successivo rilascio in esercizio.

SUPPORTO ALLA CONSEGNA IN GESTIONE

L’obiettivo realizzativo comprende il supporto alla consegna in gestione del software

realizzato al fine di assicurare un appropriato passaggio di consegne ai Servizi di Gestione.

SUPPORTO PASSAGGIO IN ESERCIZIO

L’obiettivo realizzativo comprende il supporto ai gruppi di gestione ed alle strutture

dell’Amministrazione finalizzato alla predisposizione dell’ambiente di esercizio. Si precisa

che la messa in esercizio potrà avvenire anche in un momento differito rispetto all’avvenuto

collaudo.

SUPPORTO SISTEMISTICO

L’obiettivo realizzativo comprende il supporto sistemistico al fine di assicurare, in

particolare:

l’assistenza ad analisti e programmatori per lo sviluppo e la manutenzione;

l’ottimizzazione delle prestazioni dei programmi; il tuning degli accessi alle

basi dati;



10/21

la predisposizione degli ambienti di test, delle banche dati di prova, del

mascheramento dei dati, ecc..

TEST FACTORY

Al Fornitore viene richiesto di progettare i test, monitorare il grado di copertura degli stessi,

verificare la completezza e la rispondenza dei test ai requisiti, controllare l’esecuzione e

memorizzare i risultati, fornire tutti i report per le necessarie verifiche e consentire il

riutilizzo dei test in successivi contesti.

A tal fine Il Fornitore dovrà disporre di una propria test factory e, nell’ambito di essa, di un

prodotto di test management con cui gestire la fase di test relativa ai servizi oggetto della

presente fornitura (test proceduralizzato).

TEST FUNZIONALI E NON FUNZIONALI

All’interno di ogni fase del ciclo di vita del software, ed in particolare nell’ambito della fase

di “Realizzazione” (o fase che include la realizzazione), devono essere svolte dal Fornitore,

preferibilmente tramite strumenti automatici, tutte le attività di verifica e validazione delle

componenti realizzate (test di modulo, di funzione, di integrazione (o di sistema), di

prestazione, di sicurezza, di compatibilità, di usabilità, di accessibilità, di stress o di carico

del sistema, ecc.). Per ogni Obiettivo realizzativo la predisposizione e l’esecuzione di un

piano di test esaustivo sotto tutti gli aspetti funzionali e non funzionali potrà essere richiesta

come obbligo contrattuale.

4.2 Servizi Complementari

I servizi complementari rappresentano i servizi che si associano ai servizi realizzativi nell’ambito

dello sviluppo software. In particolare si richiedono i seguenti servizi:

Gestione applicativi

Manutenzione Correttiva

4.2.1 Gestione applicativi

Il servizio di Gestione applicativi comprende l’insieme di attività, risorse e strumenti di supporto

per la gestione delle applicazioni e delle loro relative basi dati. Al fine di garantire il contatto diretto

con gli utenti delle applicazioni è richiesta la fornitura di un servizio di Help Desk di I livello

raggiungibile sia telefonicamente attraverso un numero verde che mediante un sistema di TTS

(Trouble Ticketing System).

Le risorse del Fornitore preposte al servizio dovranno acquisire e mantenere un’ottima preparazione

sia funzionale sia tecnica sui sistemi, sulle applicazioni oggetto della fornitura. Tali risorse

dovranno lavorare in sinergia con il team dei servizi realizzativi e con i restanti team sugli altri

servizi al fine di rispondere prontamente ed efficacemente alle diverse attività contenute nel servizio

stesso.

I livelli di servizio minimi sono presenti nell’Appendice 3 - Indicatori di qualità.

I principali gruppi di attività che il Fornitore è chiamato ad eseguire sono:

Gestione delle funzionalità in esercizio:

o servizio di help desk su postazioni attrezzate dall’Amministrazione;

o risoluzione delle richieste di intervento effettuate dall’utente;

o intercettazione e registrazione dei problemi alla fonte, classificazione, eventuale

riproduzione dell’errore e, se necessario, conseguente attivazione del servizio di

garanzia software e/o di Manutenzione Correttiva, laddove previsto, e verifica



11/21

dell’esito dell’intervento effettuato. A tale proposito il Fornitore registrerà le

informazioni utili alla verifica degli indicatori di qualità del servizio e alla

produzione di opportuna reportistica;

o validazione tecnica e controllo dei risultati delle elaborazioni, al fine di assicurare

l’integrità e la correttezza dei dati presenti sulla base informativa, del contenuto dei

flussi informativi provenienti o destinati ad organismi esterni e dei dati esposti negli

elaborati del sistema;

o ripristino base dati;

o modifiche di parametri di esecuzione o di tabelle di riferimento o decodifica;

o verifica ed aggiornamento di eventuale documentazione specifica della gestione

applicativa contenente FAQ, modi d’uso, modalità di esecuzione di particolari

attività del servizio di gestione (ad esempio manutenzione preventiva, ecc.) in

collaborazione con i gruppi di sviluppo che sono responsabili della manualistica

utente e di gestione;

o gestione della configurazione.

Presa in carico di nuove funzionalità in esercizio:

o schedulazione e pianificazione della presa in carico di nuove funzionalità attraverso

apposite sessioni di formazione erogate dal gruppo che ha sviluppato il software;

o schedulazione e pianificazione del rilascio in esercizio di nuove funzionalità;

o verifiche tecniche specifiche su procedure, parametri e tabelle, manuale utente,

manuale di gestione, definizioni relative ai dati, ecc..;

o supporto alla predisposizione dell’ambiente di esercizio, e quanto necessario a

consentire l’inizio delle attività da parte degli utenti;

o gestione della nuova configurazione.

Assistenza tecnico/funzionale agli utenti:

o affiancamento all’utente finale volto ad istruirlo all’uso delle funzionalità sia nuove

che già presenti in esercizio.

Supporto agli utenti, per l’uso appropriato delle funzioni secondo le modalità previste nei

manuali d’uso:

o preparazione di documentazione aggiuntiva rispetto a quella a corredo dei sistemi in

esercizio, (es. documenti di sintesi, demo, presentazioni, ecc.);

o predisposizione dell’ambiente dimostrativo (es. base dati, utenze specifiche, ecc).

Pianificazione funzionale del servizio:

o movimentazione giornaliera dei batch, se applicabile; disponibilità del servizio on

line (funzionalità TP);

o controllo e fasatura dell’introduzione di nuove versioni di software di base (anche in

via estemporanea e/o transitoria) nell’ambiente gestionale;

o pianificazione ed esecuzione di elaborazioni di prova, con relativa ripresa di dati

reali, a scopo di manutenzione preventiva, per anticipare l’esito dell’elaborazione di

procedure critiche per l’Amministrazione.

Prodotti/servizio:

o realizzazione di prodotti informatici o erogazione di servizi “ad hoc”, per soddisfare

particolari e puntuali esigenze dell’utente, non risolvibili con le funzionalità

disponibili nel sistema informativo e che di norma non entrano a far parte stabile del

parco applicativo. Tipico esempio può essere un intervento la realizzazione di un

prospetto informativo “usa e getta”.

Il numero di giorni uomo richiesti per l’erogazione di tale servizio è pari a 200 gg/uu da utilizzarsi

negli orari e negli orari indicati nel paragrafo 4.7.



12/21

Per il servizio di Gestione Applicativi si stima il seguente impegno delle figure professionali

riportate in dettaglio nell’Appendice 1:

Capo progetto 1,00%

Specialista di prodotto/tecnologia 5,00%

Analista Funzionale 10,00%

Analista Programmatore 40,00%

Programmatore 35,00%

Sistemista Junior 5,00%

Data Base Administrator 4,00%

4.2.2 Servizio Manutenzione Correttiva

Per manutenzione correttiva si intende la diagnosi e la rimozione delle cause e degli effetti, sia sulle

interfacce utente che sulle basi dati, dei malfunzionamenti delle procedure e dei programmi in

esercizio ed in genere di tutti i componenti del sistema non in garanzia.

Il servizio di manutenzione correttiva viene innescato da una segnalazione di impedimento all’uso

dell’applicazione di una o più delle sue funzioni. Per impedimento si intende una malfunzione vera

e propria dell’applicazione o gli effetti che tale malfunzione ha causato alla base dati (es. anomalie

in un programma batch che corrompono la base dati).

I malfunzionamenti, le cui cause non sono imputabili a difetti presenti nel software applicativo, ma

ad errori tecnici, operativi o d’integrazione con altri sistemi (ad esempio interruzione del

collegamento TP, uso improprio delle funzioni, ecc.), oppure relativi a software in garanzia (del

fornitore uscente), comportano, da parte del servizio di manutenzione correttiva, il solo supporto

all’attività diagnostica sulla causa del malfunzionamento, a fronte della segnalazione pervenuta, ma

sono poi risolti da altre strutture di competenza. Analogamente per il software realizzato/modificato

nel corso del medesimo Appalto Specifico, i malfunzionamenti dovranno essere risolti nell’ambito

dei servizi realizzativi in quanto coperto dalla garanzia.

Sono parte integrante del servizio di Manutenzione Correttiva le seguenti attività non vincolanti:

contributi di competenza sistemistica e specialistica di prodotto necessari alla corretta

soluzione del malfunzionamento;

attivazione del gruppo di sviluppo per adeguare l’eventuale software in corso di

sviluppo/modifica/collaudo;

test in ambiente assimilabile all’ambiente di esercizio della soluzione realizzata;

gestione della configurazione;

in caso di malfunzioni su programmi di interfaccia verso l’esterno, validazione tecnica e

controllo dei risultati del contenuto dei flussi informativi destinati a strutture esterne o dei

dati esposti negli elaborati del sistema;

allineamento della documentazione.



13/21

Si richiede l’erogazione di un servizio di manutenzione correttiva sull’intero software sviluppato

per tutta la durata contrattuale a partire dalla data di collaudo con esito positivo.

4.3 I Servizi Accessori

I servizi accessori comprendono le attività collegate ai servizi realizzativi e ai servizi

complementari, funzionali al completamento delle esigenze applicative dell’Amministrazione. In

particolare è richiesta la fornitura di un servizio di formazione finalizzato all’addestramento del

personale dell’Amministrazione all’uso del nuovo software oggetto della migrazione.

4.3.1 Formazione ed Addestramento

Si richiede la fornitura di un servizio di formazione e addestramento del tipo training on the job di

durata pari a 5 giorni/uomo finalizzato alla trasmissione delle conoscenze inerenti l’utilizzo del

software al personale dell’Amministrazione che verrà essa individuato ed il cui numero massimo

previsto è pari a 10. La formazione avverrà presso un’apposita aula scelta dall’Amministrazione

all’interno degli uffici della Direzione Centrale di cui al paragrafo 4.8.

4.4 Garanzia

Ogni prodotto software realizzato/modificato deve essere pienamente rispondente ai requisiti

funzionali espressi, alle normative vigenti (vedi accessibilità), ai requisiti non funzionali (sicurezza,

usabilità, prestazionalità, manutenibilità, ecc.) nonché agli standard, linee guida e miglior prassi

disponibile per lo sviluppo software.

Ne discende che eventuali anomalie, difettosità residua non intercettata durante le fasi di test del

fornitore e di collaudo dell’ente, riscontrabili sulle funzionalità realizzate e/o modificate durante

l’intera fornitura devono essere rimosse, come parte integrante dei servizi che li hanno realizzati, a

totale carico del Fornitore. Pertanto, l’impresa dovrà garantire la tempestiva rimozione dei difetti

del software nuovo e/o modificato nonché la correzione e/o il ripristino delle basi dati deteriorate

come ripercussione dei difetti nei tempi indicati in Appalto Specifico.

Si precisa che gli interventi correttivi dovranno riguardare anche la documentazione a corredo.

Per tutto il software rilasciato il Fornitore deve produrre/aggiornare la relativa documentazione. La

documentazione deve rispondere a requisiti di accuratezza, comprensibilità e più in generale

usabilità. Pertanto, deve essere garantita, come parte integrante dei servizi realizzativi, la correzione

gratuita dei difetti riguardanti:

gli oggetti software nuovi e/o modificati;

le basi dati deteriorate come ripercussione dei difetti;

la documentazione a corredo al software.

La garanzia opera:

per tutto il periodo di erogazione relativamente a tutto il sw collaudato (o forma equivalente)

in tale periodo;

per i dodici mesi successivi per tutti i prodotti collaudati (o forma equivalente) nel corso dei

dodici mesi precedenti.

Le suddette garanzie devono essere prestate in proprio dall’Impresa anche per il fatto del terzo,

intendendo l’Amministrazione restare estranea ai rapporti tra l’impresa e le ditte fornitrici.



14/21

In Appalto Specifico l’Amministrazione potrà motivatamente ridurre questi requisiti in funzione

della tipologia, della dimensione e della durata dei servizi da erogare nonché della propria

organizzazione e delle conseguenti modalità di erogazione richieste.

4.5 Requisiti Organizzativi

Il Fornitore dovrà designare il Responsabile unico delle attività contrattuali.

Il Responsabile unico delle attività contrattuali, senza oneri aggiuntivi per l’Amministrazione,

dovrà:

farsi carico della gestione del personale componente i vari gruppi di lavoro (ad esempio

ferie, malattie, indisponibilità in genere) al fine di garantire la regolare disponibilità delle

risorse nell’orario di servizio. L’organizzazione del Fornitore dovrà essere tale da garantire

l’autonomia delle proprie risorse dall’Amministrazione e pertanto, in caso di attivazione di

servizi continuativi o che richiedono un presidio, sarà responsabilità del Fornitore proporre

ed aggiornare i piani di presenza e di eventuale turnazione in funzione dello specifico piano

di lavoro (copertura in caso di picchi di lavoro, ferie, reperibilità, extraorario, ecc..);

riferire all’Amministrazione (in funzione delle specifiche competenze) su tutte le attività

legate alla corretta esecuzione dei servizi quali, ad esempio, la stima, la pianificazione e la

consuntivazione degli Obiettivi, gli adempimenti legati alla qualità, il controllo

dell’avanzamento lavori, la verbalizzazione degli incontri con l’utenza, le attività di

valutazione e contenimento dei rischi, l’efficacia e l’efficienza dell’attività di test, ecc.;

assicurare un alto grado di sinergia tra le risorse impiegate nello sviluppo e quelle impiegate

negli altri servizi quali la gestione per la fase di avviamento in esercizio delle

applicazioni/obiettivi, al fine di garantire un costante e adeguato grado di conoscenza e di

attenzione evitando discontinuità.

4.6 Requisiti di Qualità Della Fornitura

Nell’esecuzione delle attività contrattualmente previste il Fornitore dovrà:

rispettare i principi di assicurazione e di gestione della qualità della norma EN ISO 9001

rispetto alla quale gli è stata richiesta la certificazione;

attenersi ed essere conforme a quanto previsto dal proprio Sistema di Gestione della Qualità

e dal Piano della Qualità dell’AS;

rispettare i livelli di servizio e gli indicatori di qualità riportati nell’Appendice 3 - Indicatori

di qualità AQ, così come integrata ed aggiornata nello specifico documento di AS.

La qualità attesa è riportata nell’Appendice 3 - Indicatori di qualità.

4.6.1 Piano di Qualità

Il Fornitore dovrà produrre il Piano di Qualità proposto e funzionale all’erogazione dei servizi della

fornitura.



15/21

Il Piano di qualità è il documento di riscontro per la valutazione della qualità del servizio erogato,

rispetto al quale si valuta il livello qualitativo dei servizi erogati per l’intera durata contrattuale,

anche in riferimento alle effettive esigenze dell’utenza.

Il Piano di Qualità generale dovrà essere predisposto dal Fornitore e dovrà:

fornire lo strumento per collegare i requisiti specifici dei servizi contrattualmente richiesti

con le procedure generali del sistema qualità del Fornitore già esistenti;

esplicitare le disposizioni organizzative e metodologiche adottate dal fornitore, allo scopo di

raggiungere gli obiettivi tecnici e di qualità contrattualmente definiti;

dettagliare i metodi di lavoro messi in atto dal fornitore, facendo riferimento o a procedure

relative al proprio sistema, e per ciò descritte nel manuale qualità, o a procedure sviluppate

per lo specifico contrattuale, a supporto delle attività in esso descritte (in questo caso da

allegare al piano): in particolare, per i servizi realizzativi, dovranno essere esplicitati, con

riferimento al contesto della fornitura, le modalità di formazione del gruppo di lavoro, i cicli

di vita adottabili, gli effort per fase media stimata, le modalità di avanzamento e di controllo

e di rendicontazione interna ed esterna, le modalità e gli strumenti per il test funzionale e

non, ecc.;

garantire il corretto e razionale evolversi delle attività contrattualmente previste, nonché la

trasparenza e la tracciabilità di tutte le azioni messe in atto dalle parti in causa, il Fornitore e

la Amministrazione contraente;

rispettare quanto previsto dalla norma EN ISO 10005.

Il piano di qualità dell’AS dovrà essere approvato prima dell’avvio delle attività contrattuali e potrà

essere aggiornato su richiesta dell’Amministrazione.

4.7 Orario di erogazione dei servizi

Il Fornitore dovrà garantire la disponibilità dell’applicativo SIDAF esposto sulla Rete Multimediale

del Ministero dell’Interno ai suoi utenti dislocati sul territorio nazionale.

A tal fine dovrà garantire gli orari di servizio riportati nella seguente tabella:

SERVIZIO ORARIO PERIODO

Servizi complementari:

gestione applicativi e

manutenzione correttiva

(relativamente alla segnalazione

dei guasti all’Help Desk)

8:00 – 18:00 Lunedì-Venerdì

Servizi realizzativi

(relativamente alle attività che

richiedono incontri con

l'Amministrazione o attività

presso l’Amministrazione)

8:00 – 18:00 Giorni feriali

Si precisa che per festività devono intendersi solamente le festività a carattere nazionale.

I servizi di gestione applicativi o l’Amministrazione attivano il gruppo di manutenzione correttiva

durante l'orario di servizio che opererà in piena autonomia al fine di garantire il rispetto degli

“Indicatori di qualità”.



16/21

4.8 Luogo di erogazione dei servizi

Le imprese aggiudicatarie dovranno garantire la presenza presso l’Amministrazione, qualora

richiesta per l’erogazione dei servizi e/o per riunioni e/o per qualsiasi esigenza connessa alla

fornitura, senza oneri aggiuntivi rispetto a quanto offerto. Non sono previsti rimborsi per trasferte.

La Sede operativa del servizio è attualmente ubicata nella seguente località:

Compendio Tuscolano, Via Tuscolana, 1558, Roma.

5 METRICHE E DIMENSIONAMENTO STIMATO DELLA FORNITURA

Di seguito si riepiloga, in forma tabellare e per ogni servizio, il dimensionamento stimato e la

relativa metrica. In offerta economica dovranno essere riportati i dimensionamenti stimati, da

intendersi come massimale di Giorni Persona e Canone mensile da erogare.

Nella tabella che segue si definisce il dimensionamento per ogni servizio.

Servizio/Attività Metrica Dimensionamento

Manutenzione adeguativa GGPP a corpo 800

Manutenzione evolutiva PF 500

Servizio di gestione applicativi GGPP a consumo 200

Servizio di manutenzione correttiva

per l’intero applicativo (base line

stimata in 1000 PF)

Canone sul PF affidato al

servizio GGPP a corpo

Per l’intera durata contrattuale

residua a partire dalla data di

collaudo positivo (30 mesi)

6 MODALITA’ DI EROGAZIONE

6.1 Pianificazione e Consuntivazione

Le modalità di pianificazione e di consuntivazione riportate nei paragrafi seguenti si riferiscono a

tutte le attività previste nella Fornitura. I principali documenti sono il piano di lavoro, il rendiconto

risorse e lo stato di avanzamento lavori.

6.1.1 Pianificazione

In fase di esecuzione delle attività sarà necessario predisporre e mantenere aggiornato un Piano di

Lavoro Generale in cui descrivere interventi/obiettivi, tempi e impegno per ciascun servizio,

considerando soprattutto:

un piano di lavoro per tutti i servizi a carattere continuativo;

un piano riepilogativo (per i servizi a carattere progettuale).

Il Fornitore è tenuto a comunicare proattivamente e con la massima tempestività qualsiasi criticità,

ritardo o impedimento che modifichi il piano concordato e ad inviare tempestivamente la

ripianificazione delle attività.



17/21

A fronte di tali ripianificazioni autorizzate dall’Amministrazione, dovrà essere predisposta una

nuova versione del Piano di lavoro generale.

In nessun caso potrà essere rivisto il Piano di Lavoro generale per inadempimenti da parte del

fornitore.

In qualunque momento l’Amministrazione può richiedere la consegna del Piano di Lavoro generale:

questo dovrà contenere tutti gli aggiornamenti concordati.

Per ciascun Intervento e/o Obiettivo di carattere progettuale il Fornitore è tenuto a presentare e

tenere aggiornato un Piano di Lavoro dell’obiettivo.

6.1.2 Stato Avanzamento Lavori

Il Fornitore dovrà mantenere aggiornato la sezione di stato di avanzamento prevista nei singoli Piani

approvati, fornendo tempestivamente indicazioni sulle attività concluse ed in corso, esplicitandone

la percentuale di avanzamento, descrivendo eventuali criticità/ritardi e le relative azioni di recupero.

6.1.3 Consuntivazione

La consuntivazione delle attività dovrà essere predisposta periodicamente per tutti i servizi a

carattere continuativo oppure ad evento e su richiesta dell’Amministrazione per le attività a

carattere progettuale. In questo ultimo caso andranno aggiornati i relativi piani di lavoro con le date

e gli impegni effettivi (giorni persona, punti funzione, o altra metrica dimensionale, ecc.).

Il rendiconto risorse deve essere presentato sempre per i servizi a carattere continuativo e ove

richiesto per i servizi progettuale.

6.2 Modalità di Consegna

Ogni comunicazione formale relativa alla gestione e all’esecuzione del contratto potrà essere inviata

per posta certificata o formalizzata in una comunicazione sottoscritta dal soggetto contrattualmente

responsabile indirizzata all’attenzione del referente dell’Amministrazione.

6.2.1 Oggetti Software

Il Fornitore ha l’obbligo di utilizzare e mantenere un proprio strumento di configuration e

versioning del software, in modo da garantire la gestione della configurazione in tutte le attività che

prevedono oggetti software.

Il Fornitore dovrà accompagnare sempre la consegna di oggetti software con un documento in cui

viene descritta la lista di oggetti software (LOS).

6.2.2 Documentazione

Il Fornitore deve consegnare all’Amministrazione tutti i prodotti della fornitura di natura

documentale. Qualora l’Amministrazione disponga di un Portale o di uno strumento di gestione

documentale, è possibile che venga richiesto al Fornitore, in fase di AS, di procedere alla consegna

dei documenti utilizzando tali strumenti. Inoltre, ove richiesto, il Fornitore deve essere in grado di

inviare documenti e comunicazione formali anche via PEC.



18/21

La documentazione dovrà essere in formato nativo firmata digitalmente (.doc, xls, ppt, mpp, ecc…)

e deve essere accompagnata dalla lettera di consegna in formato cartaceo.

E’ necessario comunque prevedere sempre la consegna su un supporto digitale (cd, dvd, ecc.)

contenente la documentazione in formato nativo, firmata digitalmente accompagnata dalla lettera di

consegna in formato cartaceo, nel caso di temporanea indisponibilità degli strumenti descritti.

6.2.3 Assenza di Virus

Tutti i prodotti consegnati su supporti ottici o in via telematica dovranno essere esenti da virus.

L’Amministrazione si riserva di verificare l’assenza di virus secondo le modalità e gli strumenti che

riterrà più opportuni.

6.3 Vincoli Temporali

6.3.1 Vincoli temporali per la consegna e la messa in esercizio

A partire dalla stipula del contratto la società dovrà rispettare, per ciascuna fase, le tempistiche

riportate nella tabella seguente:

Fase Durata massima

1 Raccolta e analisi dei requisiti 15 giorni

2 Porting/sviluppo del sistema (manutenzione adeguativa) 5 mesi

3 Verifica di conformità (collaudo) 15 giorni

4 Correzione ed evoluzione dell’applicativo (manutenzione

correttiva ed evolutiva)

Restante periodo

contrattuale (30 mesi)

6.3.2 Vincoli temporali sui prodotti della fornitura

La consegna dei prodotti previsti dal contratto deve avvenire entro i seguenti termini:

Prodotto Evento Giorni Note

Piano della qualità generale Stipula contratto 10 giorni Il piano di qualità (deve

contemplare le

soluzioni/sistemi/migliorie

offerte)

Piano di lavoro generale

(prima consegna)

Stipula contratto 10 giorni Il piano dovrà essere

approvato entro e non

oltre la data di inizio delle

attività

Piano di lavoro generale Fine periodo di

riferimento

(trimestrale)

5 giorni

Piano di lavoro dell’obiettivo Richiesta

Amministrazione

5 giorni

Rapporto indicatori di qualità

della fornitura

Fine del periodo di

riferimento

(trimestrale)

5 giorni



19/21

In caso di mancata approvazione o rilievi di qualunque deliverable/documento della fornitura il

Fornitore è tenuto a riconsegnarlo entro il termine definito dall’Amministrazione (entro 5 giorni

lavorativi).

7 GOVERNO DELLE FORNITURE

7.1 Accettazione/approvazione prodotti della fornitura

Le anomalie/malfunzionamenti/disallineamenti dovranno essere tempestivamente risolte dal

Fornitore per permettere la prosecuzione delle attività, entro comunque i tempi definiti dai livelli di

servizio. Eventuali ritardi nella risoluzione delle anomalie riscontrate comporteranno l’applicazione

delle sanzioni contrattualmente previste.

Nel caso si verifichino situazioni “anomale” che, a giudizio dell’Amministrazione, sia per

numerosità sia per gravità, sia per non rispetto dei tempi massimi indicati dall’Amministrazione per

la risoluzione delle anomalie, non consentano lo svolgimento o la prosecuzione delle attività

l’Amministrazione procederà alla sospensione della fase e lo slittamento del termine della fase sarà

a totale carico del Fornitore comportando le azioni contrattuali previste.

I nuovi termini di consegna dei prodotti verranno indicati dall’Amministrazione ed entro tali termini

il Fornitore dovrà procedere alla consegna della versione corretta dei prodotti stessi. In caso di 2

sospensioni sul medesimo obiettivo l’Amministrazione si riserva la facoltà di dichiarare non

approvabile il prodotto oggetto di verifica per inadempimento del Fornitore e gli acconti

eventualmente versati al Fornitore dovranno essere da lui restituiti.

All’atto dell’accettazione dei prodotti dell’obiettivo, in caso in cui sia possibile procedere

all’accettazione/approvazione dei prodotti, verrà redatto e sottoscritto dall’Amministrazione il

verbale di accettazione. Tale documento sarà utilizzato in fase di Verifica di Conformità.

Per i servizi realizzativi, assume particolare rilevanza l’accettazione del prodotto software

realizzato. Le attività di accettazione vengono pianificate nella fase di Collaudo. L’esecuzione dei

test di collaudo avverrà in contraddittorio con il fornitore che è tenuto a dare supporto

all’Amministrazione, senza alcun onere aggiuntivo.

Al termine del collaudo, verrà redatto il verbale di collaudo con allegati i casi di test eseguiti ed il

relativo esito. Tali dati determineranno il valore dell’indicatore di qualità TNCO -“Tasso di Casi di

test eseguiti in collaudo con esito negativo”

Si precisa che qualora il valore rilevato dell’indicatore sia inferiore al 10%, l’Amministrazione darà

un termine di 3 giorni lavorativi per riconsegnare il software corretto e verranno riprese le attività di

collaudo senza alcuna ripianificazione; non avrà luogo una formale sospensione del collaudo.

Diversamente, qualora il valore rilevato dell’indicatore sia superiore al 10%, verrà sospeso il

collaudo. Il tempo di sospensione sarà concordato con il fornitore ed a tale periodo sarà applicato

l’apposito indicatore di qualità.

Come indicato nella trattazione generale, nel caso di 2 sospensioni sulla medesima

attività/fase/prodotto, l’Amministrazione si riserva di risolvere il contratto per inadempimento del

fornitore.



20/21

In caso di obiettivi realizzativi molto piccoli in termini di punti funzione/funzionalità realizzate, per

i quali non si addice la misurazione in termini percentuali della difettosità (casi di test

indicativamente inferiori a 50), sarà l’Amministrazione a stabilire le soglie di difettosità fisiologica

e le modalità di sospensione del collaudo.

7.2 Verifica di conformità

Le operazioni di verifica di conformità saranno eseguite da un’apposita Commissione, nominata

dall’Amministrazione, che dovrà verificare la piena funzionalità di tutti i sistemi e la loro

corrispondenza ai requisiti imposti. L’effettiva esecuzione degli interventi di manutenzione

evolutiva e/o correttiva richiesti in questo documento sarà verificata successivamente dal DEC.

Per dare avvio alle operazioni di collaudo, l’Amministrazione dovrà ricevere da parte del fornitore

una formale comunicazione di approntamento al collaudo, approvata preventivamente dal DEC, che

in tal modo attesterà la fornitura di tutto quanto necessario alla sua corretta esecuzione.

Si precisa che nel corso del collaudo la Commissione avrà la facoltà di eseguire verifiche anche

differenti da quanto indicato nella documentazione fornitagli a supporto. Inoltre, per facilitare le

operazioni di collaudo, la Commissione, potrà richiedere la presenza di personale inviato dal

fornitore.

All’atto dell’accettazione della fornitura, in caso di esito positivo del collaudo, verrà redatto e

sottoscritto dall’Amministrazione il verbale di collaudo ed accettazione, cui sarà allegato il

documento rapporto di collaudo in cui sono tracciate le attività svolte durante il collaudo stesso.

La presenza di anomalie che, a giudizio dell’Amministrazione, per gravità o numerosità, non

consentano lo svolgimento o la prosecuzione delle attività di collaudo provocherà la sospensione

del collaudo stesso. La suddetta sospensione potrebbe comportare il mancato rispetto della data

prevista di fine collaudo, per cause imputabili al fornitore.

La presenza di anomalie riscontrate durante la fase di collaudo viene registrata ai fini della

misurazione degli indicatori di qualità applicabili. In ogni caso le anomalie emerse in fase di

collaudo devono essere rimosse entro il termine massimo di 15 giorni lavorativi.

7.3 Azioni contrattuali

Ogni inadempimento contrattuale darà origine ad un’azione commisurata alla criticità della

violazione. I principali aspetti delle prestazioni contrattuali vengono presidiati da appositi indicatori

di qualità, specialmente laddove vengono definite specifiche misure. Altri aspetti non sono oggetto

di misurazioni strutturate di cui all’appendice “Indicatori di qualità”, ma per disservizi ritenuti gravi

vengono direttamente presidiate nel capitolato tecnico e/o nel contratto.

Pertanto, il mancato rispetto dei requisiti minimi richiesti e/o come migliorati dal fornitore in

Offerta tecnica determina azioni contrattuali conseguenti che possono consistere in una o più delle

seguenti azioni:

coinvolgimento di un livello più elevato di interlocutori, sia del fornitore, che della stazione

appaltante, allo scopo di prendere le decisioni necessarie al ripristino delle situazioni fuori

soglia o fuori controllo (attivazione di una procedura di escalation);



21/21

ripetizione da parte del fornitore dell’erogazione di una prestazione, rifacimento di una

attività, riconsegna di un prodotto (chiusura di una non conformità);

azione di intervento sui processi produttivi del fornitore per evitare il ripetersi di

sistematiche non conformità (esecuzione di una azione correttiva);

applicazione di rilievi;

perdita della quota variabile del corrispettivo legato al raggiungimento di un livello di

qualità minimo;

applicazione di penali;

azioni aggiuntive (richiesta danni, risoluzione anticipata del contratto, ecc.) laddove previsto

contrattualmente.

7.4 Indicatori di qualità di governo della fornitura

Di seguito sono riportati gli indicatori di qualità per misurare aspetti validi per tutti i servizi che

compongono la fornitura. Per un maggior dettaglio sugli aspetti caratteristici e le relative azioni

contrattuali (penali) degli indicatori riportati si rimanda all’Appendice 3.

Indicatori di qualità per i servizi realizzativi

IQ01-RSTO – Rispetto di una scadenza temporale di un obiettivo

IQ02- DAES – Difettosità in avvio in esercizio

Indicatori di qualità per i servizi di manutenzione

IQ03- TROI – Tempestività di Ripristino dell’Operatività in esercizio (per singolo intervento)

IQ04- CSR – Interventi di manutenzione correttiva recidivi

Indicatori di qualità per i servizi di gestione

IQ05 - TRRI – Tempestività di risoluzione delle richieste di assistenza

Polizia di Stato - Home page | Polizia di Stato - …...Server, Windows 2003/2005/2008/2010 Server...

Documents

Transcript of Polizia di Stato - Home page | Polizia di Stato - …...Server, Windows 2003/2005/2008/2010 Server...