Capitolato Tecnico di gara

La Direzione Centrale per i Servizi Antidroga (DCSA), si avvale del proprio Sistema Informativo DASIS (Direzione Antidroga Sistema Integrato Statistico), mediante il quale vengono raccolte e gestite informazioni con finalità statistiche. Grazie alla sua architettura è possibile estrapolare i dati necessari a studiare il fenomeno sia a livello statistico che di analisi. In particolare, consente la raccolta e la elaborazione di flussi informativi inerenti alle sostanze stupefacenti, provenienti da fonti nazionali ed estere, nonché i dati relativi a sequestri, arresti e decessi connessi all’abuso di droga..

Il Sistema DASIS, nel corso degli anni, ha già subito modifiche per rispondere alle nuove richieste, italiane ed estere. Oggi è necessario adeguarlo alla continua e rapida evoluzione dei metodi e delle tecniche di trasmissione, ricezione ed elaborazione di dati e informazioni, nonché del settore ICT (Information and Communications Technology ) per intero, che impone anche alle Pubbliche Amministrazioni un elevato standard tecnologico per fornire ai propri operatori soluzioni sempre più efficienti.

2. Oggetto dell’affidamento

Si richiede la fornitura di:

• Servizi per l'aggiornamento tecnologico dell’intero sistema della DCSA e costituito dal Sistema DASIS e dai moduli InfoVision, InfoDesign e InfoReader della suite Analytics- InfoBusiness di Xxxxxxxxx, che integra tutte le funzionalità tipiche di un prodotto di Business Intelligence e consente di effettuare query, analisi e reportistica. Le attività oggetto di affidamento del servizio saranno meglio dettagliate al successivo art. 4 “Descrizione delle caratteristiche tecniche del servizio di aggiornamento tecnologico del Sistema DASIS e dei moduli della suite InfoBusiness”.

• Servizi di Manutenzione Correttiva ed Evolutiva (MAC e MEV) del Sistema DASIS, della durata di 36 mesi (a partire dalla data del collaudo del Sistema DASIS aggiornato). La descrizione dettagliata delle modalità di erogazione dei servizi di Manutenzione Correttiva (MAC) ed Evolutiva (MEV) del Sistema DASIS è riportata nel successivo art.5. “Servizi di Manutenzione Correttiva (MAC) e di Manutenzione Evolutiva (MEV) del Sistema DASIS”.

3. Valore dell’appalto

Il valore complessivo a base di gara per un unico lotto di fornitura risulta pari a € 131.000,00 oltre iva.

Negli importi a base di gara sono da intendersi compresi tutti gli oneri e spese generali che saranno sostenuti dall’Affidatario, per l’organizzazione, gestione ed esecuzione del servizio oggetto di affidamento. Tali servizi si svolgeranno a Roma presso la sede della DCSA, ad eccezione della parte di sviluppo applicativo che potrà essere effettuata anche presso le sedi della ditta Zucchetti .

4. Descrizione delle caratteristiche tecniche del servizio di aggiornamento tecnologico del Sistema DASIS e dei moduli della suite InfoBusiness

L’Affidatario dovrà aggiornare il software del Sistema DASIS secondo quanto specificato nel presente capitolato. Il codice sorgente aggiornato - comprensivo della documentazione di progetto - e la proprietà intellettuale dello stesso saranno di proprietà della DCSA.

L’aggiornamento tecnologico, che consiste nell’adeguamento del software del Sistema DASIS e dei moduli della suite InfoBusiness ad ambienti operativi (sistemi operativi, middleware), architetture e linguaggi di nuova generazione, dovrà essere completato entro max 6 mesi dall’affidamento del servizio, in coerenza con un piano, presentato dall’Affidatario e approvato dalla DCSA. Tale piano dovrà essere finalizzato alla realizzazione di nuovo sistema con standard di qualità che garantiscano la massima sicurezza ed affi dabilità e dovrà vedere soddisfatte alcune esigenze essenziali rappresentate dalla DCSA, alcune delle quali descritte nel successivo art. 4.1.

Il piano di aggiornamento dovrà prevedere le seguenti scadenze a partire dalla data di affidamento del servizio:

• entro 6 mesi l’adeguamento del software del Sistema DASIS;

• entro i successivi 6 mesi l’aggiornamento dei moduli InfoVision, InfoDesign e InfoReader della suite Analytics -InfoBusiness di Xxxxxxxxx alle nuove release degli ambienti operativi ed alle nuove versioni rilasciate dal produttore, assicurando la “compatibilità” con gli strumenti/funzionalità già realizzate ed utilizzate ( query, reportistica, dashboard, cruscotti, etc.).

Il processo di gestione degli interventi di aggiornamento dovrà avvenire attraverso il rapporto diretto e continuo tra il personale dell’affidatario ed il personale della DCSA, appositamente preposto.

Di seguito sono riportati i requisiti tecnici minimi che l’Affidatario deve garantire, suddivisi in:

• requisiti per il piano di aggiornamento tecnologico: da rispettare nella definizione e realizzazione del progetto di sviluppo tecnologico del nuovo sistema;

• requisiti tecnici delle tecnologie: i requisiti minimi che le singole tecnologie di base del nuovo sistema devono obbligatoriamente garantire.

Il mancato rispetto di qualsiasi requisito contenuto nelle specifiche minime comporta l’esclusione automatica del partecipante.

Eventuali miglioramenti offerti saranno oggetto di valutazione secondo i criteri stabiliti nei documenti di gara.

4.1. Requisiti minimi per il piano di aggiornamento tecnologico del Sistema DASIS e dei moduli della suite InfoBusiness

Il Sistema DASIS e i moduli della suite InfoBusiness attualmente utilizzati hanno le seguenti funzionalità prevalenti:

• Data Entry ‐ procedura informatica delicata che assicura al sistema, attraverso le attività di inserimento dei dati, l’acquisizione delle informazioni provenienti da Prefetture e/o dalle Forze di Polizia e polizie locali;

• Archivio delle Informazioni - il sistema contiene una base unificata di informazioni relative alle Operazioni Antidroga. I dati inseriti rappresentano il dettaglio delle singole operazioni;

• Amministrazione dei dati - cura la gestione e il costante aggiornamento delle informazioni presenti nell’archivio;

• Estrapolazione dei dati - il software permette sia la costruzione di interrogazioni più o meno complesse direttamente sul database, tramite la composizion e di query guidate o

scritte in SQL puro, sia l’estrapolazione di modelli preformattati, frutto di “composizioni di lavoro” o di una grafica user-friendly;

• Gestione Archivio unificato - permette, attraverso una maschera simile a quella di inserimento, la ricerca delle operazioni inserite.

La versione aggiornata del Sistema DASIS dovrà prevedere il mantenimento delle attuali funzionalità, l’integrazione con la suite InfoBusiness e lo sviluppo di nuove funzionalità in grado di rispondere alle esigenze essenziali indicate dalla DCSA.

In particolare:

• Il personale che si occuperà dell’inserimento e dell’elaborazione dovrà avere a disposizione funzionalità aggiornate nella GUI ( Graphic User Interface ), con migliorie nella modalità di inserimento, standardizzando al massimo le informazioni inserite, (così da creare un dato più omogeneo) e dando la possibilità a più utenti di intervenire contemporaneamente sulla stessa scheda e salvare l’operato durante l’inserimento. La ricerca di schede già inserite dovrà essere migliorata nella grafica, nelle informazioni da inserire come ricerca e nei risultati, i quali dovranno essere i più completi possibile.

• Il personale che avrà la responsabilità della gestione del Sistema DASIS e dei moduli della suite InfoBusiness in qualità di amministratore del Sistema dovrà avere l’opportunità di gestire, duplicare e archiviare il database o parte di esso; amministrare le utenze nella loro completezza, anche durante la “fase di inserimento”; creare, controllare, e riprodurre procedure complesse legate al linguaggio SQL .

• Il software del Sistema DASIS aggiornato dovrà essere sviluppato utilizzando metodologie di programmazione moderne di nuova generazione che favoriscano la modularità ed il riuso del codice 1. Gli archivi dovranno essere strutturati in modo da garantire l'univocità di qualsiasi informazione all'interno della base dati.

• Il Sistema dovrà consentire l’acquisizione di informazioni/dati da Datasource esterni per finalità statistiche, mantenendo lo stato di sicurezza secondo i criteri previsti.

4.1.1. Aggiornamento funzionale Sistema DASIS

Le attività di aggiornamento delle funzionalità applicative previste, a partire da quanto attualmente presente sul Sistema DASIS, sono:

• Definizione quesiti e regole di compilazione nuove maschere .

• Compilazione multiutente.

• Studio e design della User Experience.

• Salvataggio intermedio con ripresa dall’ultimo punto: l’utente dovrà poter compilare i contenuti richiesti e dovrà avere la possibilità di salvarli in qualsiasi momento e di poterli riprendere successivamente. Per ogni sezione della scheda deve essere previsto un campo note e la possibilità di importare file;

• Durante la compilazione della maschera devono essere effettuati controlli di coerenza tra valori di campi appartenenti anche a maschere/sezioni diverse (es. se si seleziona un determinato valore in una maschera/sezione, non deve essere possibile selezionarne uno

1 Rif. AGID - Piano Triennale per l’Informatica nella Pubblica Amministrazione 2021-2023, pag. 7 “E’ cruciale il rispetto degli obblighi del CAD in materia di open source al fine di massimizzare il riuso del software sviluppato per conto della PA, riducendo i casi di sviluppo di applicativi utilizzati esclusivamente da una singola PA”

in contraddizione in una sezione successiva), il cui dettaglio verrà fornito da DCSA all’Affidatario.

• Ogni volta che la scheda viene salvata, deve essere immediatamente disponibile la versione .doc/.pdf della stessa, affinché sia scaricabile/stampabile.

• Il sistema deve tener traccia della data, dell’ora e dell’utente che compila e salva la sezione/maschera.

• Sezioni condizionate in base a risposte, limitando al massimo i campi liberi.

• Interfaccia amministrativa con indicatori sullo stato delle connessioni .

• Possibilità di accedere alle policy utenti in contemporanea all’attività di inserimento degli operatori.

• Autonomia nella gestione delle utenze del Sistema DASIS con relative autorizzazioni. Dovrà essere definito un profilo di Amministratore del Sistema: gli utenti con questo profilo dovranno avere la possibilità di gestire le utenze (creazione, modifica, cancellazione) e tutte le anagrafiche/tabelle. Avranno inoltre la possibilità di modificare le query e store procedure di sistema, nonché aggiornare tabelle e dati di utilità generale.

• Dovrà essere prevista una funzione di export massivo dei dati con cui esportare in formato standard (txt, excel, csv, html e xml) tutti i dati di tutte le schede.

• Implementazione all’interno del Sistema DASIS aggiornato di un “Query Analyzer”, grazie al quale sarà possibile anche effettuare backup e lanciare “store procedure”.

• Implementazione sul Sistema DASIS aggiornato di funzionalità che consentano la creazione di reportistica tramite un metodo Drag and Drop.

• Migrazione di precedenti lavori e funzionalità.

• Aggancio a data source esterni per Statistiche.

• Supporto all’installazione back-end.

• Predisposizione e rilascio documentazione tecnica/ manuale utente.

• Test/UAT congiunti alla consegna.

La creazione di account locali e/o di dominio con permessi di accesso alla macchina virtuale , dove sono installati il software DASIS e il Database, è condizionata dalle policy dell’Amministrazione, così come la possibilità di accedere con gli strumenti di amministrazione SQL direttamente al Database.

4.1.2. Aggiornamento suite InfoBusiness

Di seguito vengono elencate le attività da eseguire sulla suite InfoBusiness ed in particolare sul modulo Infovision per garantire il mantenimento di quanto già realizzati sulla base dati gestita dal Sistema DASIS (query, reportistica, dashboard, cruscotti, etc.):

• Confronto e Analisi sulle attuali regole d’integrazione ;

• Condivisione nuove modalità di accesso al nuovo Datawarehouse;

• Studio e design della User Experience;

• Modifica degli attuali ETL, spostando gli entry point sulla nuova istanza;

• Implementazione di nuovi strumenti di “ Query Analyzer”;

• Salvataggio dei modelli e algoritmi sviluppati in precedenza;

• Formazione su nuova Interfaccia amministrativa;

• Aggancio ai data source esterni di DASIS;

• Rilascio Nuovi Modelli di Analisi e validazione dei precedenti sulla nuova struttura dati ;

• Implementazione del modulo IBWeb2 della suite InfoBusiness che integra le funzionalità di InfoVision, InfoReader ed InfoDesign ed estende le funzionalità di antologia dei report già presenti in InfoVision.

• Documentazione e manuale utente.

• Test/UAT congiunti alla consegna.

La creazione di account locali e/o di dominio con permessi di accesso alla macchina virtuale , dove è installata la suite InfoBusiness e il Database, è condizionato dalle policy dell’Amministrazione, così come la possibilità di accedere con gli strumenti di amministrazione SQL direttamente al Database.

L’Affidatario dovrà, inoltre, rendere disponibile un servizio di Consulenza Professionale (Software Advisor) in grado di informare tempestivamente la DCSA sul rilascio di nuove versioni software (minor e major release) e sull’eventuale inizio di una procedura di cessazione del supporto di release rilevanti da parte dei Produttori dei sistemi operativi , degli ambienti operativi e di quelli applicativi.

L’Affidatario è tenuto alla presentazione di una nota informativa che indichi i benefici delle nuove versioni e un’analisi dell’impatto della migrazione alle nuove release anche nei casi in cui i benefici riguardino funzionalità non ancora implementate nei sistemi/servizi in uso presso la DCSA. Sarà facoltà della DCSA richiedere l’upgrade se le nuove release dovessero portare un beneficio in termini di funzioni/servizi erogate all’utenza. Se una release del software utilizzato dalla DCSA entra in end-of support nel periodo di durata del Servizio, l’Affidatario dovrà rendere disponibile un servizio di consulenza professionale in grado di fornire indicazioni in merito alla nuova release da utilizzare e sull’impatto della migrazione, oltre a fornire alla DCSA il supporto necessario alla messa in esercizio della nuova release con il minimo impatto sui sistemi/servizi.

Nell’eventualità in cui si decida di non procedere con il suddetto upgrade per la non realizzabilità tecnica o perché l’impatto sui sistemi/servizi sia valutato dalla DCSA non accettabile, l’Affidatario sarà comunque tenuto a garantire il servizio di Consulenza Professionale (Software Advisor) fino alla scadenza contrattuale. Si richiede inoltre che in fase di stipula del Contratto, l’Affidatario produca un report con le roadmap del supporto ( software lifetime cycle) relativo a tutta la consistenza software della DCSA.

La DCSA dovrà infine ricevere Consulenza Professionale (Assistenza Specialistica) per effettuare il download degli ambienti operativi e relative patch. Inoltre, dovrà essere organizzata e resa disponibile attraverso un portale la documentazione relativa ai software utilizzati.

Qualsiasi cambiamento posto in essere dovrà essere preceduto da un periodo di test prima del

2 IBWeb è il modulo della suite InfoBusiness che estende le funzionalità di antologia dei report già presenti in InfoVision. In particolare IBWeb si focalizza sul patrimonio di report gestiti, permettendo di amministrare in modo centralizzato tale risorsa, definendone la struttura, i permessi di accesso alle informazioni da parte dei vari utenti, e consentendone l’accesso anche via web.

rilascio del sistema aggiornato, al fine di correggere eventuali malfunzionamenti presenti . Dovrà inoltre essere prevista la produzione di un manuale utente e la fornitura di un servizio di assistenza/affiancamento al personale operante, per un periodo congruo.

4.2. Requisiti minimi che le singole tecnologie di base del nuovo sistema devono obbligatoriamente garantire

Al fine di garantire la massima efficienza ed efficacia del Sistema DASIS e dei moduli della suite InfoBusiness utilizzati, dovranno essere seguite le indicazioni della “Sezione Informatica” responsabile del sistema informatico DCSA, circa:

• la descrizione generale dell’area applicativa;

• le piattaforme software utilizzate;

• le piattaforme hardware utilizzate;

• i prodotti resi disponibili dall’Amministrazione;

• l’infrastruttura di rete.

La versione aggiornata del Sistema DASIS dovrà tenere conto delle compatibilità e delle possibili variazioni di Release/livello effettivo degli ambienti di sviluppo, collaudo ed esercizio in cui il software verrà utilizzato. Ciò comporta la verifica, in fase di definizione dell’obiettivo, delle effettive Release e dell’eventuale piano di evoluzione degli ambienti.

Attualmente il Sistema DASIS e i moduli della suite InfoBusiness utilizzano il Sistema Operativo “Windows Server 2019”, in ambiente di virtualizzazione “VMware® vSphere”; la base dati utilizza un’istanza “SQL Server 2019” Microsoft in modalità “SQL 2008 R2”.

È richiesta la fornitura di n. 5 licenze concorrenti del modulo InfoVision e del modulo InfoReader e n. 1 licenza concorrente del modulo InfoDesign della versione 5 (o più recente) di InfoBusiness.

4.2.1. Software

La versione attuale del Sistema DASIS è stata realizzata utilizzando il linguaggio di programmazione VisualBasic e consta di circa 1600 linee complessive di codice.

La versione aggiornata del Sistema DASIS dovrà essere realizzata utilizzando ambienti e linguaggi di nuova generazione (es. Python, Java, JavaScript, C#, C/C++, etc) tali da consentire il mantenimento delle attuali funzionalità e da favorire la modularità ed il riuso del codice. Dovranno essere adottate architetture applicative three-tier ("a tre strati") ovvero architetture software di tipo multi-tier per l'esecuzione di applicazioni web che prevedono la suddivisione dell'applicazione in tre diversi moduli o strati dedicati rispettivamente alla interfaccia utente, alla logica funzionale (business logic) e alla gestione dei dati persistenti.

Conseguentemente il Sistema DASIS aggiornato dovrà essere realizzato esclusivamente con architettura software web e quindi funzionare correttamente senza l’utilizzo di alcuna componente software aggiuntiva sul client ma solo con l’ausilio di un browser.

Il software aggiornato dovrà prevedere la compatibilità con i più diffusi browser presenti sul mercato: non deve essere necessaria l'installazione o l'utilizzo di componenti aggiuntivi (come ad esempio plug-in, componenti ActiveX, java applet, dll, ecc). Il software non deve richiedere configurazioni particolari sulle impostazioni dei browser o dei sistemi operativi dei client. Deve essere garantito il suo funzionamento, senza interruzioni, anche in presenza di aggiornamenti a

nuove versioni dei browser.

Le funzionalità applicative devono essere fruibili dai client esclusivamente mediante protocollo https. L’Affidatario dovrà provvedere alla relativa fornitura del necessario certificato per il suo corretto funzionamento. Il certificato fornito dovrà essere emesso da una Certification Authority pubblicamente riconosciuta.

Il/I server su cui sarà installato il Sistema DASIS aggiornato dovrà essere raggiungibile attraverso la propria rete intranet non aperta a collegamenti esterni.

La versione aggiornata del Sistema DASIS dovrà essere corredata da specifiche che definiscono la configurazione ottimale di hardware e software di base necessaria per l'esecuzione dell'applicazione/software stessa.

L’Affidatario dovrà garantire l’adeguamento del sistema aggiornato alle nuove versioni di sistema operativo (sia client che server), browser, versione della Base Dati utilizzata e di qualsiasi altro componente esterno utilizzato (ad es. Acrobat Reader, …ecc). Tali adeguamenti dovranno essere ricompresi nel contratto di manutenzione senza richiedere quindi nessun onere aggiuntivo per DCSA e dovranno essere implementati e concordati nelle tempistiche di rilascio con il personale della “Sezione Informatica” della DCSA.

4.2.2. Sicurezza

L’Affidatario si impegnerà ad erogare i rispettivi servizi nel rispetto delle procedure e delle norme di sicurezza della DCSA che saranno recepite nella definizione dei processi prevista nella fase di affiancamento di inizio attività, in particol are per quanto concerne la protezione e la riservatezza nel trattamento dei dati personali eventualmente gestiti nella Fornitura.

4.3. Titolarità del Software

Tutto il software sviluppato dall'Affidatario nel corso della validità del contratto e quello, eventuale, di terze parti fornito, ivi compreso il codice sorgente dello stesso, il disegno delle basi dati e qualsiasi altro componente necessario al corretto funzionamento del software, rimarrà di esclusiva e piena proprietà della DCSA.

L’Affidatario, al momento del collaudo definitivo ed ogni volta che verranno rilasciate modifiche (siano esse evolutive, correttive o normative) dovrà consegnare tutto il software sviluppato, sotto ogni forma atta a garantire alla DCSA la possibilità di modificare il software del Sistema DASIS ad ogni livello senza limitazioni tecniche, nonché tutta la documentazione tecnica e d’uso.

Pertanto, la DCSA consegue il diritto di modificare ed estendere il software secondo le proprie esigenze; inoltre, la DCSA acquisisce i diritti esclusivi sul software aggiornato di cui al comma 1 lettere a), b), c) dell’art. 64 -bis della Legge 633/1941 e successive modificazioni ed integrazioni.

L’Affidatario si impegna, altresì, a risarcire ed a tenere indenne la DCSA da qualsivoglia azione che dovesse essere intrapresa da terzi in relazione a presunti diritti violati sul software, nonché ad intervenire nei giudizi civili e/o penali eventualmente promossi da terzi, anticipando spese ed oneri che la DCSA si dovesse trovare a dover affrontare in relazione a detti giudizi.

5. Servizi di Manutenzione Correttiva e di Manutenzione Evolutiva (MAC e MEV) del sistema DASIS

I servizi di assistenza e manutenzione, che dovranno essere svolti in presenza (su chiamata) avranno una durata non inferiore a 36 mesi e decorrono dalla data di attivazione del servizio di

manutenzione ed aggiornamento software.

I servizi dovranno essere svolti in modo da garantire una operatività priva di interruzioni e al massimo delle performance.

Di seguito sono approfondite le tematiche inerenti ai servizi di Manutenzione Correttiva (MAC) e di Manutenzione Evolutiva (MEV) del Sistema DASIS.

5.1. Servizio di Manutenzione Correttiva (MAC)

L’Affidatario è tenuto a ripristinare la corretta funzionalità dei sistemi/servizi attraverso interventi on-site in caso di guasto e/o anomalia secondo gli SLA (Service Level Agreement ) dichiarati in fase di offerta. Il servizio di risoluzione dei guasti/malfunzionamenti/disservizi, altrimenti detto servizio di Manutenzione Correttiva, avrà una durata pari a 36 mesi con possibilità di estensione.

L’Affidatario sarà tenuto a riparare eventuali guasti/malfunzionamenti/disservizi di tipo bloccante (vedere la classificazione in 5.1.1) con intervento immediato allo scopo di eliminare il disservizio nel più breve tempo possibile, anche in via provvisoria e in modo da garantire i migliori standard qualitativi e la massima disponibilità dei sistemi/servizi. In caso di ripristino temporaneo, come anche nel caso di guasti/malfunzionamenti/disservizi non bloccanti, l’Affidatario è tenuto ad organizzare interventi di manutenzione programmata correttiva allo scopo di ripristinare la funzionalità originale dei sistemi/servizi . Un guasto/malfunzionamento/disservizio, di tipo bloccante o non, dovrà essere in ogni caso ripristinato secondo gli SLA ( Service Level Agreement) richiesti, la cui violazione comporterà l’applicazione di penali, così come meglio specificato nel Contratto di fornitura .

Nell'Offerta Tecnica l’Affidatario dovrà illustrare le modalità di erogazione dei servizi che hanno per oggetto la manutenzione.

Si specifica che, a pena di esclusione dal procedimento, il servizio di manutenzione correttiva offerto dovrà avere la durata di 36 mesi a partire dalla data di accettazione del Verbale di Collaudo della versione aggiornata del Sistema DASIS e della suite InfoBusiness.

Dovrà essere sempre possibile stipulare contratti aggiuntivi di assistenza o di estensione della garanzia alle stesse condizioni e con le stesse caratteristiche del servizio di manutenzione minimo richiesto.

Si richiede di documentare il servizio di manutenzione offerto. Tale documentazione sarà oggetto di valutazione nell'ambito dell'offerta tecnica. Si richiede in particolare una descrizione accurata della struttura di supporto, che includa:

• Flow Chart del servizio di Assistenza e Manutenzione;

• Service Level Agreement (SLA) offerti per la risoluzione di guasti e problematiche tecniche;

• Descrizione della struttura di Technical Assistance Center (TAC) dell’Affidatario;

• Descrizione del Trouble Ticket System dell’Affidatario.

5.1.1. Classificazione delle anomalie

Le anomalie Software riguardanti il Sistema DASIS e la suite InfoBusiness oggetto dei servizi di aggiornamento e manutenzione della presente fornitura possono essere classificati secondo le definizioni della seguente tabella:

Anomalie Software (Tabella 1)

Tipologia Anomalia	Definizione
Anomalia Bloccante (Critical)	Qualsiasi tipo di anomalia Software, che comporti l'interruzione totale di un servizio, oppure il blocco del Sistema DASIS e/o della suite InfoBusiness, per il quale non sia disponibile una soluzione, anche temporanea.
Anomalia non Bloccante (Major)	Qualsiasi tipo di anomalia Software relativa al funzionamento del Sistema DASIS e/o della suite InfoBusiness che ne degradi le prestazioni e il corretto funzionamento.
Anomalia non Bloccante (Minor)	Qualsiasi tipo di anomalia Software relativa al funzionamento del Sistema DASIS e/o della suite InfoBusiness che non comporti interruzione, neanche temporanea, di servizi e funzionalità.
Richiesta di informazioni (Informational)	In questa categoria rientrano i bug cosmetici e le richieste di chiarimento tecnico relativamente al funzionamento dei sistemi/servizi.

5.1.2. Service Level Agreement

Vengono richieste le tipologie di livelli di servizio o Service Level Agreement (SLA) riportate in tabella: “Livelli richiesti". I valori indicati nella tabella si intendono come livelli di prestazione minimi richiesti dalla Direzione Centrale per i Servizi Antidroga (DCSA). Si ribadisce che il livello di servizio minimo richiesto, pena l'esclusione, è di tipo Next Business Day (NBD) su tutta la fornitura e per i 36 mesi di manutenzione. In tabella: “Definizione NBD” è riportata la definizione dei livelli di servizio di tipo NBD. In sede di Offerta Tecnica l’Affidatario è tenuto a fornire "Indicatori di affidabilità dei servizi" in una specifica tabella, nella quale sono elencati gli indicatori definiti per valutare l'affidabilità dei servizi di Manutenzione Correttiva e i valori minimi (vincolanti) richiesti.

Dovrà essere indicato inoltre il tempo di risposta ad una chiamata della DCSA. Si sottolinea che la misurazione del "Tempo d'intervento e ripristino" o TTR ( Time To Repair) partirà dal momento in cui la DCSA segnalerà l’anomalia all’Affidatario o viceversa (" Start Time" riportato nel Trouble Ticket relativo all’anomalia), una volta completate la diagnosi nonché le azioni di ripristino.

Definizione NBD (Tabella2)

Servizio di assistenza e manutenzione

Descrizione

Copertura del servizio

NBD Next Business Day

Tempo di intervento e ripristino 6 ore

lavorative in continuità con il giorno lavorativo successivo.

8:00-20:00 lun-ven

Nella valutazione dell'Offerta Tecnica sarà considerata premiante una proposta migliorativa rispetto ai valori minimi dei livelli di servizio richiesti.

Livelli richiesti (Tabella 3)

Livello di servizio richiesto	Valori di Affidabilità minimi richiesti
Tempo di intervento per anomalia bloccante	NBD oppure 4/6 ore dalla notifica in continuità con il giorno solare successivo
Tempo di intervento e ripristino anomalia non bloccante	NBD oppure 8/12 ore dalla notifica in continuità con il giorno solare successivo
Tempo di risposta al disservizio in minuti	60

Il tempo di intervento e ripristino è da intendersi come il tempo che intercorre dal momento dell'apertura della segnalazione del guasto da parte della DCSA all’Affidatario.

5.1.3. Trouble Ticket System dell’Affidatario

È richiesto che l’Affidatario sia dotato di un sistema di tipo Trouble Ticket System (TTS) per la gestione e il tracciamento di tutte le attività di manutenzione. Tale sistema dovrà essere consultabile e aggiornabile tramite interfaccia web e dovrà riportare tutte le informazioni relat ive ai vari TT in modo da poterne verificare lo stato di avanzamento.

Oltre al sistema software TTS, dovrà essere possibile per la DCSA aprire segnalazione telefonicamente e xxx x-xxxx.

0.0.0. Servizio di intervento sui componenti/moduli non funzionanti e supporto tecnico in loco

Il servizio di intervento on-site sui componenti/moduli mal funzionanti avrà la durata di 36 mesi con possibilità di estensione. Questo servizio prevede l’intervento on-site presso i locali della DCSA di almeno un tecnico specializzato.

Le operazioni incluse nel servizio prevedono l’intervento su eventuali moduli/funzionalità/servizi, aggiornando quelle/i malfunzionanti.

L’aggiornamento dei moduli/funzionalità/servizi deve avvenire secondo i livelli di servizio (SLA Service Level Agreement ) specificati nella Tabella (Livelli richiesti ) e dovrà essere supervisionata dal personale della DCSA. Una volta verificato l’avvenuto ripristino della funzionalità e solo dopo esplicito assenso del personale della DCSA, si potrà dichiarare concluso l’intervento di ripristino.

Infine, potrà essere richiesta dalla DCSA la presenza on-site di un tecnico specializzato dell’Affidatario in occasione di aggiornamenti programmati, qualora in base alla procedura di upgrade ciò risulti necessario o anche solo consigliabile.

5.1.5. Interventi di manutenzione programmata e ordinaria

Il servizio di manutenzione programmata ordinaria avrà la durata di 36 mesi con possibilità di estensione. Gli interventi di manutenzione programmata dovranno essere pianificati e concordati con il responsabile della struttura tecnica della DCSA previa comunicazione inviata via e-mail con un preavviso di almeno 15 giorni solari. L’Affidatario è tenuto ad illustrarne motivazione, durata temporale, tipo di intervento (non bloccante/bloccante, secondo la classificazione riportata nella Tabella 1 dell’art.5.1.1 precedente) ed estensione (funzionalità coinvolte nell’intervento). L’Affidatario è tenuto, altresì, a presentare sia un report dettagliato preventivo atto a spiegare le motivazioni e la natura dell’intervento che un report conclusivo riportante l’esito d ell’intervento (risolutivo/parzialmente risolutivo/non risolutivo).

Gli interventi di manutenzione programmata ordinaria possono essere effettuati nella fascia

oraria [Lunedì - Venerdì, 08:00; 20:00 GMT+1], secondo pianificazione fatta a discrezione del la DCSA con l’obiettivo di minimizzare i disservizi per gli utilizzatori.

Fanno parte della manutenzione programmata ordinaria le operazioni indicate di seguito:

• Installazione di nuovi moduli software;

• Upgrade di moduli software già installate;

• Upgrade software programmato su richiesta della DCSA.

Nel caso in cui sia necessario un intervento di manutenzione programmata ordinaria di particolare impatto sulla funzionalità di uno o più servizi, con grave disservizio per gli utilizzatori, la DCSA si riserva di richiedere l’esecuzione di tali interventi nella fascia oraria [Lun-Ven 20:00; 06:00 GMT+1; Sab-Dom 00:00 24:00].

5.1.6. Manutenzione straordinaria

È ammessa, infine, la possibilità che vengano effettuati interventi di manutenzione straordinaria, dovuti a cause tecniche non pianificabili, atti a garantire il buon funzionamento dei sistemi/servizi. Come per gli interventi di manutenzione ordinaria, la finestra utile per l’esecuzione della manutenzione sarà [Lunedì - Venerdì, 08:00; 20:00 GMT+1] a meno che l’impatto degli interventi non sia tale da arrecare grave disservizio per gli utilizzatori de i sistemi/servizi, nel qual caso il personale della DCSA si riserva di richiederne l’esecuzione nella fascia oraria [Lun-Ven 20:00; 06:00 GMT+1; Sab-Dom 00:00 24:00].

In caso di interventi di manutenzione straordinaria l’Affidatario è tenuto comunque a presentare un dettagliato report ad intervento concluso, in cui vengano spiegate le ragioni e l’esito dell’intervento.

5.1.7. Reportistica sui Servizi di Manutenzione Correttiva

Il sistema di Trouble Ticket System, messo a disposizione dall’Affidatario (si veda paragrafo 5.1.3), dovrà fornire report periodici, almeno su base trimestrale, relativi alla gestione di tutte le segnalazioni aperte, al fine di contribuire alla stesura, della “Relazione sui Servizi di Supporto”.

In particolare, la DCSA richiede che la soluzione adottata sia in grado di archiviare e gestire almeno le seguenti informazioni:

• Nome del componente (funzione/servizio) in cui si è verificato il malfunzionamento;

• Data del malfunzionamento;

• Data di intervento sul componente da correggere/aggiornare;

• Data di ripristino del nuovo componente;

• Personale tecnico che ha effettuato l’intervento di ripristino.

5.1.8. Servizio di testing e validazione di nuove release software e nuove funzionalità

Qualora venga stabilito il passaggio ad una nuova release o l’introduzione di nuove funzionalità, dovranno essere effettuate tutte le opportune validazioni del caso ( not regression test).

La durata del servizio di testing e validazione di nuove release software dovrà essere pari a 36 mesi con possibilità di estensione.

L’Affidatario, su richiesta specifica, sarà tenuto a consentire al personale della DCSA di poter

prendere parte ai test suddetti.

5.2. Servizio di Manutenzione Evolutiva (MEV)

Nel corso della durata del contratto di fornitura si può manifestare la necessità sia di sviluppare nuove funzionalità che dovranno essere in grado di rispondere alle esigenze della DCSA, sia di adeguare il Sistema Informativo DASIS alla continua e rapida evoluzione dei metodi e delle tecniche di trasmissione, ricezione ed elaborazione di dati e informazioni, nonché del settore ICT (Information and Communications Technology ) per intero, che impone anche alle Pubbliche Amministrazioni un elevato standard tecnologico per fornire ai propri operatori soluzioni sempre più efficienti.

Come già specificato in precedenza, l’Affidatario dovrà fornire Servizi Specialistici per garantire l’evoluzione del Sistema Informativo DASIS mediante l’introduzione di nuove funzionalità/servizi e/o mediante l’introduzione di nuove architetture applicative three-tier ("a tre strati") ovvero architetture software di tipo multi-tier per l'esecuzione di applicazioni web che prevedono la suddivisione dell'applicazione in tre diversi moduli o strati dedicati rispettivamente alla interfaccia utente, alla logica funzionale (business logic) e alla gestione dei dati persistenti.

Non essendo identificabili a priori gli interventi evolutivi determinati da necessità non comprese nelle specifiche iniziali di capitolato, la realizzazione di tali attività presuppone la preventiva analisi dei bisogni, la quotazione delle attività, la pianificazione degli interventi, la re alizzazione e il collaudo.

Tutte le fasi del processo sopra descritto sono da concordarsi con il responsabile di progetto della DCSA. Per lo svolgimento di tali attività, la DCSA richiede all’Affidatario di quotare all’interno dell’offerta un “pacchetto” di giornate-uomo, da utilizzarsi “a consumo” ovvero l’utilizzo di giornate o anche mezze giornate di attività per lo sviluppo dei sopra citati interventi.

Il pacchetto di giornate-uomo richiesto è costituito da un totale di n. 10 giornate lavorative o anche in 20 mezze giornate lavorative nell'arco di 36 mesi. Tali giornate potranno anche essere utilizzate solo in parte dalla DCSA; in questo caso la DCSA corrisponderà all’Affidatario solo il costo delle giornate/mezze giornate effettivament e erogate.

Lo sviluppo delle modifiche dovrà essere eseguito sulla base di specifiche e di criteri di collaudo concordati con la DCSA. Eventuali ulteriori giornate di manutenzione evolutiva dovranno essere erogate ai costi esposti in fase di gara, per tutta la durata del contratto. A seguito del rilascio in produzione, una modifica o nuova funzionalità diventa parte integrante dell'applicazione software e ad essa si applica quanto definito nelle restanti parti del capitolato.

5.3. Punti di contatto e di escalation

In fase di presentazione dell’offerta, l’Affidatario sarà tenuto ad indicare:

• un punto di contatto unico per tutte le questioni amministrative;

• un punto di contatto unico per tutte le problematiche tecniche;

• due liste di escalation di contatti, una per le questioni amministrative e una per le questioni tecniche.

Mentre funzionalmente i punti di contatto devono essere specificati nell’Offerta, i nominativi delle persone di riferimento potranno essere specificati al momento della sot toscrizione del Contratto.

6. Procedura di gara

La fornitura sarà affidata con il criterio dell'offerta economicamente più vantaggiosa, in base ai seguenti parametri e pesi:

• Prezzo: 30%

• Qualità: 70%

6.1. Schema di presentazione delle offerte

L'Offerta Tecnica e l'Offerta Economica dovranno essere strutturate secondo gli schemi forniti rispettivamente negli articoli successivi e illustrati di seguito e saranno valutate complessivamente secondo il criterio dell'Offerta economicamente più vantaggiosa.

Così come previsto dalla Procedura di gara, si sottolinea che i partecipanti potranno rispondere alla gara qualora fossero in grado di offrire tutti i servizi richiesti.

Non saranno, invece, ammesse offerte che si riferiscano solo ad alcune parti de i servizi o che contengano riserve di qualunque tipo sulla corrispondenza ai requisiti tecnici previsti nel presente Capitolato Tecnico.

6.2. Modalità di risposta al capitolato di Gara

L’Affidatario è tenuto a presentare:

• l'Offerta Tecnica;

• l'Offerta Economica.

L'Offerta Tecnica dovrà contenere la descrizione del servizio di Aggiornamento Tecnologico e dei servizi di Manutenzione Correttiva (MAC) e di Manutenzione Evolutiva (MEV) .

Qualora l’Affidatario dovesse giudicare che un servizio non sia specificat o in modo univoco e/o completo, sarà sua cura evidenziare nell'offerta tecnica le modalità che intende adottare per la realizzazione del servizio o di una sua parte.

6.3. Schema di redazione dell’Offerta Tecnica

Nel presentare l’Offerta Tecnica dovrà essere redatto un “Progetto Tecnico”, seguendo il modello indicato nell’art. 6. 3.1 e specificatamente orientato a rispondere alla Gara in oggetto, dove dovranno essere descritti i dettagli dei servizi offerti e le modalità di fornitura.

Il Progetto Tecnico dovrà contenere almeno le seguenti informazioni:

• Descrizione dei servizi offerti: dovranno essere descritte le caratteristiche dei servizi offerti e come essi si conformano con le specifiche minime richieste dal presente Capitolato Tecnico. In particolare, dovrà essere evidenziato ogni elemento migliorativo offerto rispetto ai requisiti tecnici minimi richiesti. Dovrà essere indicata chiaramente, e verrà utilizzata per la fase di collaudo del sistema, la configurazione consigliata del software di base e degli ambienti operativi ed applicativi al fine di ottenere il miglior compromesso fra prestazioni ed affidabilità;

• Descrizione dell'organizzazione preposta alla gestione delle problematiche tecniche.

L'Offerta Tecnica sarà valutata utilizzando i criteri descritt i nel successivo art. 6.6.

6.3.1. Il Progetto Tecnico

Più in dettaglio il Progetto Tecnico dovrà indicare:

• il modello organizzativo proposto per l’erogazione dei servizi richiesti nel Capitolato Tecnico;

• le modalità di interazione ed il livello di coordinamento con il personale della DCSA, per garantire le migliori risposte alle esigenze della DCSA stessa;

• la possibilità di accesso della DCSA alle informazioni e alle attività oggetto dei servizi anche attraverso l’utilizzo di sistemi informativi (es. reportistica online);

• le modalità fornite alla DCSA per la verifica del raggiungimento dei risultati attesi ed indicati nel progetto e modalità di verifica del miglioramento dei servizi ;

• le soluzioni tecnologiche:

o modelli architetturali

o ambienti operativi

o linguaggi

o etc;

• le modalità organizzative ed operative utilizzate per garantire il raggiungimento degli obiettivi e la gestione dei servizi;

• le proposte migliorative rispetto alle richieste contenute nel Capitolato Tecnico.

6.4. Schema di presentazione dell’Offerta Economica

L'Offerta Economica dovrà essere presentata compilando le colonne economiche della Tabella “Modello di offerta Economica”.

Di seguito sono elencate le informazioni richieste:

• Costo dei singoli servizi [€]: dichiarare il costo delle componenti di servizio dell'offerta.

o Aggiornamento tecnologico dell’intero sistema attualmente utilizzato dal II Servizio “Studi, ricerche e informazioni e progetti” della DCSA costituito dal Sistema DASIS e dai moduli InfoVision, InfoDesign e InfoReader della suite Analytics- InfoBusiness di Xxxxxxxxx;

o Servizio di manutenzione correttiva (MAC);

o Servizio di manutenzione evolutiva (MEV).

Modello di Offerta Economica (Tabella 4)

Voce di costo	Costo
Aggiornamento tecnologico Sistema DASIS e dei moduli della suite InfoBusiness	euro
Servizio di Xxxxxxxxxxxx Xxxxxxxxxx ( MAC)	euro
Servizio di Manutenzione Evolutiva ( MEV)	euro
Totale	euro

L'Offerta Economica sarà valutata L'Offerta Economica sarà valutata come segue.

Il punteggio Economico

Il punteggio economico massimo che è possibile ottenere è pari a 30 punti utilizzando una formula con interpolazione lineare

Ci=Ri/Rmax Dove:

Ci = coefficiente attribuito al concorrente i -esimo;

Ri = ribasso percentuale dell’offerta del concorrente i -esimo; Rmax = ribasso percentuale dell’offerta più conveniente.

6.5. Criteri di valutazione delle offerte

L'aggiudicazione sarà effettuata con il criterio dell'offerta economicamente più vantaggiosa, attribuendo a ciascun concorrente un punteggio tecnico fino ad un massi mo di 70 punti ed un punteggio economico fino ad un massimo di 30 punti.

Risulta aggiudicataria l'Impresa che, sommando i punti della Offerta Tecnica all'Offerta Economica, avrà ottenuto il valore massimo.

Eventuali valori decimali del punteggio saranno arrotondati alla terza cifra nel seguente modo:

• se la quarta cifra è uguale o superiore a 5, l'arrotondamento al centesimo va effettuato per eccesso (10,9555 arrotondato diventa 10,956);

• se la quarta cifra è inferiore a 5, l'arrotondamento va effettuato per difetto (10,9552 arrotondato diventa 10,955).

6.6. Il punteggio Tecnico

Il punteggio tecnico verrà attributo maggior valore le soluzioni ad elevato contenuto tecnologico e gestionale.

Nell'assegnazione complessiva del punteggio verranno considerati separatamente i singoli aspetti che contribuiscono al punteggio complessivo.

Il punteggio massimo previsto per l'Offerta Tecnica è di 70 punti divisi nel modo seguente:

Nr.

Caratteristiche tecniche sviluppo di nuove funzionalità rispetto al

Sistema DASIS e i moduli della suite InfoBusiness attualmente utilizzati.

Punteggio

Tipo punteggio

Consente al personale che si occuperà dell’inserimento e dell’elaborazione di avere a disposizione funzionalità aggiornate nella GUI (Graphic User Interface), con migliorie nella modalità di

inserimento, standardizzando al massimo le informazioni inserite

(qualitativo)

Consente al personale che avrà la responsabilità della gestione del Sistema DASIS e dei moduli della suite InfoBusiness in qualità di amministratore del Sistema dovrà avere l’opportunità di gestire, duplicare e archiviare il database o parte di esso; amministrare le utenze nella loro completezza, anche durante la “fase di inserimento”;

creare, controllare, e riprodurre procedure complesse legate al linguaggio SQL.

(qualitativo)

3	Il software del Sistema DASIS aggiornato dovrà essere sviluppato utilizzando metodologie di programmazione moderne di nuova generazione che favoriscano la modularità ed il riuso del codice . Gli archivi dovranno essere strutturati in modo da garantire l'univocità di qualsiasi informazione all'interno della base dati.	9	(qualitativo)
4	Il Sistema dovrà consentire l’acquisizione di informazioni/dati da Datasource esterni per finalità statistiche, mantenendo lo stato di sicurezza secondo i criteri previsti	9	(qualitativo)
6	Servizio di assistenza e manutenzione NBD (Next Business Day):		(quantitativo)
	tempo di intervento per anomalia bloccante 4 ore dalla notifica in continuità con il giorno solare successivo (8:00-20.00 dal LUN al VEN)	3
	tempo di intervento per anomalia bloccante 6 ore dalla notifica in continuità con il giorno solare successivo (8:00-20.00 dal LUN al VEN)	1
	tempo di intervento e ripristino anomalia non bloccante 8 ore dalla notifica in continuità con il giorno solare successivo (8:00-20.00 dal LUN al VEN)	3
	tempo di risposta al disservizio in minuti 30	6
8	Estensione del contratto di garanzia incluso nel prezzo di fornitura, oltre i 36 mesi iniziali e con identiche modalità: per ulteriori 12 mesi.	3	(quantitativo)
8	Estensione del contratto di garanzia incluso nel prezzo di fornitura, oltre i 24 mesi iniziali e con identiche modalità: per ulteriori 24 mesi.	6	(quantitativo)
9	Manutenzione Correttiva (MAC) - Modalità organizzative per garantire i servizi in caso di emergenza
	MINIME	2	(qualitativo)
	MIGLIORATIVE rispetto a ai livelli minimi	4	(qualitativo)
10	Training aggiuntivi rispetto a quanto previsto.	9	(quantitativo)

Punteggio dell'offerta tecnica ed economica.

La valutazione dell'offerta tecnica e dell'offerta economica sarà effettuata in base ai seguenti punteggi:

Offerta	Punteggio Massimo
Tecnica	70 punti
Economica	30 punti
TOTALE	100 PUNTI

Il punteggio dell'offerta tecnica è attribuito sulla base dei criteri di valutazione elencati nella Tabella A con la relativa ripartizione dei punteggi.

Per i criteri di cui ai punti 1,2,3 e 4, la Commissione attribuirà il punteggio pari a zero al concorrente che non presenta il requisito richiesto e il punteggio massimo al concorrente che presenta i requisiti richiesti.

Per le caratteristiche di cui ai punti 5,6,7,8,9 e 10 sarà utilizzato il metodo del confronto a coppie (rife. Linee Guida n. 2 ANAC) . Il confronto avverrà sulla base delle preferenze accordate da ciascun commissario alle relazioni tecniche presentate in confronto con tutti le altre, secondo gli elementi contenuti nei documenti di gara.

Ciascun commissario confronterà l'offerta del concorrente singolarmente rispetto agli elementi qualitativi indicati ai punti 5,6,7,8,9 e 10 esprimendo il grado di preferenza, variabile tra 1 e 9 (eventualmente utilizzando anche valori intermedi) come dalla seguente Tabella:

CRITERI DISCREZIONALI
Nessuna preferenza	0
Preferenza minima	1
Preferenza massima	9

Verrà costruita una matrice con un numero di righe e un numero di colonne pari al numero dei concorrenti meno uno, nel quale le lettere individueranno i singoli concorrenti; in ciascuna casella verrà collocata la lettera corrispondente al concorrente che è stato preferito con il relativo grado di preferenza e, in caso di parità, verranno collocate nella casella le lettere dei due concorrenti in confronto, assegnando un punto ad entrambi. Al termine dei confronti si attribuiscono i punteggi sulla base del seguente criterio: "si trasforma la somma dei coefficienti attribuiti dai singoli commissari mediante il "confronto a coppie" i n coefficienti variabili tra zero ed uno" (vedi Linea Guida ANAC n. 2) Il punteggio complessivo finale sarà espresso dalla seguente formula: P finale = (P qualitativo + P quantitativo) + P economico.

L'aggiudicazione verrà effettuata anche in presenza di una sola offerta purché validamente prodotta e ritenuta conveniente ed idonea in relazione all'oggetto della fornitura, fermo restando che l'offerta economica, essendo al ribasso, deve in ogni caso essere inferiore all'importo posto a base di gara.

Document Metadata

Table of Contents

Capitolato Tecnico di gara

Document Metadata