Allegato 5 CAPITOLATO TECNICO

Transcript

1 Allegato 5 CAPITOLATO TECNICO Gara relativa all affidamento dei servizi di sviluppo, manutenzione e gestione su aree del Sistema Informativo Gestionale di ENAV

2 INDICE DEI CONTENUTI 1. PREMESSA IL CONTESTO Descrizione delle Caratteristiche Applicative Descrizione tecnica degli Ambienti Tecnologici Compatibilità DEFINIZIONE DELLA FORNITURA Oggetto Durata DESCRIZIONE DEI SERVIZI Sviluppo e Mev di Software Descrizione e requisiti Siti Web Dimensioni del Servizio Composizione dei Gruppi di Lavoro Manutenzione Adeguativa e Correttiva (MAC) Descrizione e Requisiti del servizio di Manutenzione Adeguativa e Correttiva Dimensioni del Servizio di Manutenzione Adeguativa e Correttiva Composizione dei Gruppi di Lavoro Supporto alla gestione dell infrastruttura applicativa e basi dati Dimensioni del supporto all infrastruttura applicativa e basi dati Composizione dei Gruppi di Lavoro Supporto operativo Dimensioni del Servizio di Supporto Operativo Composizione dei Gruppi di Lavoro Supporto per fine fornitura Sistema integrato di supporto al governo della fornitura Requisiti hardware e software Referenti MODALITA DI ESECUZIONE Modalità di Esecuzione dei Servizi e delle Attività Modalità Progettuale Modalità Continuativa Orario di Servizio, Reperibilità, Disponibilità Ambienti di Sviluppo e Luogo di lavoro Supporto Sistemistico Gestione della Fornitura Gestione degli Obiettivi Rilievi Pianificazione e Consuntivazione Addestramento a Inizio Fornitura...33 Capitolato Tecnico Pag. 2 di 46

3 5.2.5 Comunicazione Formale Prodotti della Fornitura Elenco dei Prodotti Modalità di Consegna dei Prodotti Vincoli Temporali sulle Consegne Aggiornamento della documentazione di corredo al sistema applicativo Inventario Applicativo in Punti Funzione Assicurazione Qualità Classe di Rischio Cessazione del Servizio Attività di fine contratto Garanzia DIREZIONE LAVORI Modalità di Esecuzione dei Servizi e delle Attività Piani della Qualità Piani di Lavoro Prodotti di Fase Valutazione risorse Incentivi di prestazione Monitoraggio COLLAUDI Test Automatici e Certificazione Codice di Test e Collaudo INDICATORI DI QUALITÁ...46 Capitolato Tecnico Pag. 3 di 46

4 1. PREMESSA Il presente capitolato ha lo scopo di definire gli obiettivi relativi della fornitura dei servizi di sviluppo, manutenzione e supporto alla gestione dell infrastruttura applicativa e basi dati, in quantità, qualità e livelli di servizio adeguati allo sviluppo, mantenimento ed utilizzo di aree dei Sistemi Informativi Gestionali di ENAV. Si ricorda che le prescrizioni contenute nel presente capitolato tecnico rappresentano requisiti minimi della fornitura. Si precisa che, in assenza di espliciti riferimenti, quanto stabilito nei capitoli con il termine ENAV va intesa la ENAV S.p.A., con il termine Fornitore va intesa l Impresa aggiudicataria della fornitura. Quando non diversamente specificato, con capitolato si intende il presente documento, con gara si intende la gara da effettuare a fronte del capitolato, con contratto si intende il contratto che verrà sottoscritto a seguito dell aggiudicazione della gara, con fornitura si intende il complesso delle attività e dei prodotti che il Fornitore è chiamato a compiere e a produrre per onorare il contratto. In genere, ogni altro termine che potrebbe essere scritto in minuscolo, viene scritto in maiuscolo quando assume un ben preciso significato ai fini della comprensione del testo (es. analisi, per un accezione qualsiasi presente in un dizionario della lingua italiana, Analisi ad indicare una ben precisa fase del ciclo di sviluppo software, specificatamente definita nel documento, ed il cui significato è formalmente collegato alla presente fornitura). L oggetto della fornitura è riportato nel capitolo 3, con lo scopo di definire a grandi linee i servizi richiesti. Nel capitolo 4 è fornita una descrizione dei servizi richiesti, nonché i parametri quantitativi e le figure professionali previste per la fornitura. Le modalità di esecuzione dei servizi e delle attività nonché gli aspetti qualitativi della fornitura sono descritti nel capitolo 5. Nei capitoli 6 e 7 è descritta la direzione lavori, le modalità e gli strumenti per l effettuazione dei collaudi. Gli indicatori di qualità richiesti sono nel capitolo 8. Sono parti integranti del capitolato le seguenti appendici: Appendice 1: Descrizione delle funzionalità applicative, delle caratteristiche tecnologiche e dei principali obiettivi di sviluppo e manutenzione evolutiva dei Sistemi Informativi Gestionali di ENAV; Appendice 2: Requisiti per la realizzazione di un applicativo per la raccolta delle segnalazioni ed il monitoraggio delle attività di gestione; Appendice 3: Requisiti per lo sviluppo di un tool per la gestione dell Inventario Funzionale Applicativo; Appendice 4: Conteggio FP e modalità di calcolo della complessità dell ERP aziendale; Capitolato Tecnico Pag. 4 di 46

5 Appendice 5: Descrizione degli ambienti tecnologici dei Sistemi Informativi Gestionali di ENAV; Appendice 6: Sistema per la gestione delle attività di Change e Configuration Management. Appendice 7: Dettagli profili professionali richiesti. Appendice 8: Indicatori di qualità della fornitura. Appendice 9: Metodologia di gestione del ciclo di sviluppo e contenuti dei prodotti da realizzare Capitolato Tecnico Pag. 5 di 46

6 2. IL CONTESTO 2.1 Descrizione delle Caratteristiche Applicative La descrizione delle aree e delle funzionalità applicative, delle caratteristiche tecnologiche e degli obiettivi di sviluppo e manutenzione evolutiva si trova nell Appendice 1 e riporta le seguenti informazioni: la descrizione generale dell area applicativa; la descrizione delle diverse applicazioni in cui si articola l area in oggetto, con il numero di utenti. Si precisa che tale numero è da considerarsi orientativo e non è sommabile, in quanto le diverse applicazioni possono avere come utenti sottoinsiemi diversamente composti del totale degli utenti dell area; le piattaforme software utilizzate dall area e/o applicazione; una descrizione degli ipotetici obiettivi di sviluppo dell area o delle singole applicazioni che comunque potranno essere variati in corso di esecuzione del contratto a seconda delle esigenze di ENAV 2.2 Descrizione tecnica degli Ambienti Tecnologici Le descrizioni dell architettura, della configurazione degli ambienti, delle infrastrutture e dei prodotti software utilizzati sono contenuti nell Appendice Compatibilità I prodotti che compongono gli ambienti sono elencati nell Appendice 1 e nell Appendice 5. Tali prodotti potranno subire variazioni di release nel corso della fornitura. Il software realizzato dovrà essere compatibile con la release effettiva degli ambienti di collaudo/esercizio attivi al momento in cui il software verrà utilizzato. Ciò comporta la verifica, in fase di Definizione dell Obiettivo, degli effettivi release e dell eventuale piano di evoluzione degli ambienti. Nel caso di modifiche impreviste in corso d opera dei prodotti in uso, si concorderà l eventuale impegno per l adeguamento dei prodotti già realizzati. Capitolato Tecnico Pag. 6 di 46

7 3. DEFINIZIONE DELLA FORNITURA 3.1 Oggetto Sono oggetto della fornitura i seguenti servizi: A. Sviluppo e manutenzione evolutiva del software: a. per un massimale stimato punti funzione per classi di progetto conoscitivo, custom e siti web b. per un massimale stimato di punti complessità per classe di progetto ERP B. Manutenzione Adeguativa e Correttiva (MAC): Manutenzione Adeguativa a) per un massimale di giorni persona per classe di progetto ERP b) per un massimale di giorni persona per classi di progetto conoscitivo, custom e siti web Manutenzione Correttiva a) per un massimale stimato di punti funzione per classi di progetto conoscitivo, custom e siti web b) per un massimale stimato di punti complessità per classe di progetto ERP C. Supporto alla gestione dell infrastruttura applicativa e delle basi dati: a. Per un massimale stimato di giorni persona. D. Supporto operativo: a. Per un massimale stimato di giorni persona. E. Supporto per fine fornitura: a. Per un massimale stimato di giorni persona. su aree funzionali dei Sistemi Informativi Gestionali ENAV. 3.2 Durata La durata delle attività relative alla fornitura è di 36 mesi dalla data di inizio attività (o data di inizio fornitura) per tutte le attività oggetto del presente capitolato. I requisiti e le modalità sono specificati nei successivi paragrafi. Capitolato Tecnico Pag. 7 di 46

8 4. DESCRIZIONE DEI SERVIZI 4.1 Sviluppo e Mev di Software Descrizione e requisiti Per sviluppo software si intende la realizzazione di funzionalità volte a soddisfare esigenze utente. La realizzazione riguarda nuove applicazioni non presenti nelle attuali aree di intervento (di seguito anche Aree): ERP Applicazioni custom Conoscitivo (EDW) Siti Web. Specificatamente per sviluppo in ambito EDW si intende l implementazione di un ambiente centralizzato destinato ad ospitare e rendere disponibili, mediante applicazioni di supporto alle decisioni, informazioni consolidate provenienti da sistemi sorgente eterogenei. E infatti attraverso l Enterprise Data Warehouse che l ENAV può disporre, in maniera rapida e sicura, di una fonte unica e certa del patrimonio informativo dei vari sistemi gestionali a supporto del proprio processo decisionale. L utente di tale sistema è messo in grado di soddisfare le proprie specifiche esigenze di analisi, avvalendosi sia di prospetti predefiniti sia di interrogazioni estemporanee, senza dover necessariamente conoscere l organizzazione logica e fisica della base dati né il suo linguaggio di accesso. Il Data Warehouse si basa su un database centralizzato, l Enterprise Data Warehouse (EDW) e su diversi Data Mart (DM). Le informazioni presenti sia sull EDW che sui vari DM sono sottoposte a processi di controllo in modo da certificare la correttezza del dato presente nel Data Warehouse rispetto al dato originario proveniente dal sistema sorgente. Specificatamente per una fornitura WEB lo sviluppo riguarda la possibilità di creare svariati tipi di siti/portali, ad esempio: siti internet istituzionali: canale di comunicazione sia per veicolare l immagine dell ENAV, sia per fornire informazioni al pubblico. La correttezza, tempestività e tracciabilità delle informazioni pubblicate sul sito sono i requisiti fondamentali; siti temporanei per iniziative e/o esigenze specifiche. La velocità ed il costo di creazione del sito sono i principali requisiti; siti Intranet: facilitano il rapido accesso alle applicazioni, alle informazioni, alla collaborazione e alla condivisione di conoscenze da parte del personale interno. Per manutenzione evolutiva si intende la realizzazione di funzionalità volte a soddisfare esigenze utente che riguardano funzioni aggiuntive, modificate o complementari al sistema esistente. Sono riconducibili a manutenzione evolutiva anche le modifiche urgenti alle Capitolato Tecnico Pag. 8 di 46

9 funzioni, da realizzarsi con risorse e tempi contenuti, quali ad esempio, la modifica di una transazione o di una stampa per una diversa prospettazione dei dati. Lo sviluppo e la manutenzione evolutiva rilasciano prodotti che modificano la consistenza del parco applicativo misurata in Punti Funzione (PF) ove possibile, chiamata anche baseline del sistema, che di norma si incrementa, salvo casi di cancellazione in contemporanea di applicazioni/funzioni obsolete e eventualmente sostituite da quelle nuove sviluppate. Il Fornitore è tenuto a fornire tutti gli elementi di misurazione necessari a mantenere aggiornata la baseline. Mentre per l ambito ERP nuove funzionalità o l inserimento di nuovi moduli andranno a variare il grado di complessità del sistema. Lo sviluppo e la manutenzione evolutiva sono suddivisi in Obiettivi, ognuno dei quali può essere assimilato, dal punto di vista del Fornitore, ad un progetto, la cui esecuzione è suddivisa in fasi, secondo un ciclo di sviluppo dipendente dalle dimensioni, dalla criticità e dalla tipologia di applicazione, come descritto in Appendice 9. L elenco degli Obiettivi individuati alla data è riportato in Appendice 1. Tale elenco non si può considerare esaustivo ed immutabile, ma potrà subire delle revisioni nel periodo di validità contrattuale. La descrizione associata agli Obiettivi, inoltre, non va intesa in termini vincolanti sul modo in cui avverrà la realizzazione Siti Web Requisiti specifici e imprescindibili che devono caratterizzare lo sviluppo di siti WEB sono i seguenti: 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; pubblicazione di siti e pagine web accessibili rispettando i seguenti standard: o raccomandazioni del World Wide Web Consortium (W3C): HTTP 1.1, HTML strict e CSS 2.0; o Compatibilità con i seguenti browser: Internet Explorer 6.x o superiori, Netscape 6.0/7.0 o superiori, e almeno uno tra Mozilla 1.6 o superiori e Firefox 1.5 o superiori (obbligatori); Opera 6.0/7.0 o superiori (raccomandati); o Standard per l accesso sicuro a pagine web: SSL 2.0 (obbligatorio) e SSL 3.0 (opzionale); compatibilità con i seguenti standard di gestione dei contenuti : o JSR 168 (specifica dei portlet ); o JSR 170 (API standard per accedere ai servizi di un sistema di Gestione Contenuti Web); o WSRP 1.0 (Web Services for Remote Portlet); compatibilità con i seguenti standard relativi ai formati di descrizione dei contenuti: o XML (Extensible Markup Language, vedi Capitolato Tecnico Pag. 9 di 46

10 compatibilità con i seguenti standard internazionali: o ISO , ISO : effectiveness, efficiency, (safety), satisfaction; o ISO : Usability of every day products Dimensioni del Servizio Il servizio di Sviluppo e Mev di software è dimensionato in un massimale di Punti Funzione (PF) o di Punti Complessità (PC), quale somma delle dimensioni in punti funzione/complessità dei singoli Obiettivi. La valutazione della dimensione dei servizi per le Aree Applicazioni custom, EDW e Siti Web è stata realizzata attraverso l uso del calcolo dei Punti Funzione. Tale analisi è descritta in Appendice 4. La valutazione del sistema ERP è stata realizzata attraverso una diversa metodica basata su alcuni parametri di complessità dei moduli, numero utenti ed altro. Tali parametri sono stati consuntivati sempre in Appendice 4. Ai fini del dimensionamento dei custom ERP, va tenuto presente che deve essere considerato in modo fisso, il costo del PC (punto di complessità) per custom come il 30% del costo del PC (punto di complessità) per modulo standard, in relazione al differente impatto che lo sviluppo del primo ha sulle fasi per l implementazione secondo la Metodologia AIM (Application Implementation Method). Si precisa I due diversi modi di pesatura saranno utilizzati nella fase di gestione della fornitura, ovvero nel richiedere al fornitore attività manutentiva e di sviluppo relative agli ambiti gestionali di ENAV La tabella che segue riporta il massimale di impegno in PF e PC previsto per lo sviluppo e Mev di software ad hoc suddiviso per Area, di cui: quota parte (prevalente) corrisponde agli Obiettivi elencati in Appendice 1, stimati sulla base dell esperienza, al meglio delle conoscenze disponibili alla data; quota parte (residua) costituisce una disponibilità da gestire in sede di revisione della pianificazione iniziale, come regolato da contratto, in caso di altre esigenze emergenti nel tempo. Area Totale Punti Funzione Totale Punti Complessità Standard Totale Punti Complessità per Custom ERP Applicazioni custom Conoscitivo Siti Web Capitolato Tecnico Pag. 10 di 46

11 La ripartizione dei massimali per Area non è vincolante; è stimata al meglio delle conoscenze attuali e, pertanto, sarà possibile una diversa ripartizione dei massimali, nel corso della durata contrattuale, sempre nel rispetto del massimale globale del servizio Composizione dei Gruppi di Lavoro Per i servizi di sviluppo e manutenzione evolutiva, facendo la media di tutti gli Obiettivi su tutte le aree applicative il fornitore dovrà dichiarare in offerta ed impiegare un mix di figure professionali così come riportato nelle tabelle che seguono. Area ERP Figura Professionale % Utilizzo Capo progetto 12 Analista funzionale 48 Analista programmatore 40 Area Applicazioni custom Figura Professionale % Utilizzo Capo progetto 8 Analista funzionale 35 Analista programmatore 45 Specialista di prodotto/tecnologia 12 Area Conoscitivo Figura Professionale % Utilizzo Capo progetto 7 Analista Funzionale 30 Analista Programmatore 31 Progettista EDW/EDA 20 Business Intelligence Specialist 12 Area Siti Web Figura Professionale % Utilizzo Capo progetto 8 Analista Funzionale 35 Capitolato Tecnico Pag. 11 di 46

12 Analista Programmatore 45 Specialista di Prodotto/tecnologia 12 I dettagli delle figure professionali richieste sono in Appendice Manutenzione Adeguativa e Correttiva (MAC) Descrizione e Requisiti del servizio di Manutenzione Adeguativa e Correttiva Con manutenzione adeguativa si intendono: adeguamenti dovuti a seguito di cambiamenti di condizioni al contorno (ad esempio per variazioni al numero utenti, per migliorie di performance, per aumento delle dimensioni delle basi dati, ecc.); adeguamenti necessari per innalzamento di versioni del software di base; adeguamenti intesi all introduzione di nuovi prodotti o modalità di gestione del sistema; migrazioni di piattaforma; modifiche, anche massive, non a carattere funzionale, alle applicazioni (ad esempio cambiamento di titoli sulle maschere/pagine web, ecc); La manutenzione adeguativa tipicamente non varia la consistenza della baseline; nei casi di eccezione, il Fornitore è tenuto a fornire tutti gli elementi di misurazione necessari a mantenere aggiornata la baseline. 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. La manutenzione correttiva è normalmente innescata da una segnalazione di impedimento all esecuzione dell applicazione/funzione o dal riscontro di differenze fra l effettivo funzionamento del software applicativo e quello atteso, come previsto dalla relativa documentazione o comunque determinato dai controlli che vengono svolti durante l attività dell utente. I malfunzionamenti imputabili a difetti presenti nel codice sorgente, o nelle specifiche di formato o di base dati, non rilevati a suo tempo durante il ciclo di sviluppo o in collaudo, sono risolti dal servizio di manutenzione correttiva con la riparazione del codice sorgente. Nel caso di software in garanzia da parte di un precedente fornitore, il servizio di manutenzione correttiva consiste nell affidare a tale fornitore la riparazione, collaudarla e installarla nel sistema di esercizio. 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.), possono comportare, 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. La manutenzione correttiva, di norma, non comporta la modifica della baseline; nei casi di Capitolato Tecnico Pag. 12 di 46

13 eccezione, il Fornitore è tenuto a fornire tutti gli elementi di misurazione necessari a mantenere aggiornata la baseline. Sono parte integrante.della manutenzione correttiva le seguenti attività: acquisizione da parte di ENAV o dal Fornitore precedente del necessario know how per operare, sia con riguardo alla baseline non in garanzia che a quella in garanzia; partecipazione, durante il periodo di collaudo, alle attività di presa in carico dei prodotti sviluppati e da rilasciare in esercizio, al fine di acquisire il know how necessario al corretto svolgimento del servizio; contributi di competenza sistemistica e specialistica di prodotto necessaria alla corretta soluzione del malfunzionamento; garanzia (paragrafo 5.5.2) sulla rimozione della difettosità residua relativamente al software collaudato il terzo anno contrattuale, per la durata di un anno dopo il terzo anno contrattuale, operando attraverso il fornitore che subentra nel servizio. La tempestività di ripristino delle applicazioni a fronte di malfunzionamento è misurata rispetto a valori articolati in funzione della categoria di malfunzionamento (si rimanda all Appendice 8 par. 3.1) Dimensioni del Servizio di Manutenzione Adeguativa e Correttiva I servizi di manutenzione adeguativa e correttiva sono dimensionati rispettivamente in: 1. un massimale di Giorni Persona (GP) per la manutenzione adeguativa stimato in base alle necessità dei singoli progetti. 2. un massimale di Punti Funzione affidati per anno al servizio di manutenzione correttiva determinato sulla base della dimensione del parco applicativo non soggetto a garanzia. Relativamente al sistema ERP viene indicato un valore di complessità, per ENAV, attribuito ad ogni singolo modulo componente il sistema. Tale valore dovrà essere considerato nella stima del canone proposto Manutenzione Adeguativa Per quanto riguarda le classi di progetto conoscitivo, applicazioni custom e siti web, Il massimale stimato per il servizio di Manutenzione Adeguativa è di 400 GP. Per il sistema ERP il servizio di Manutenzione Adeguativa il massimale stimato è di 300 GP Manutenzione Correttiva Il massimale in punti funzione del servizio dovrà tener conto, stante gli sviluppi ancora in corso, di un possibile incremento di tale previsione. Il massimale stimato per il servizio di manutenzione correttiva è di Punti Funzione anno, per complessivi nel Capitolato Tecnico Pag. 13 di 46

14 triennio. Per il sistema ERP si dovrà tener conto di quanto sopraccitato ed esplicitato nell appendice 4. Il massimale stimato per il servizio di manutenzione correttiva è di Punti complessità anno, per complessivi nel triennio. I Punti complessità anno sono così suddivisi: Area Massimale Punti Complessità Standard Massimale Punti Complessità per Custom ERP Si tratta di valori stimati al meglio delle conoscenze attuali, delle evoluzioni in corso e pianificate sulle applicazioni oggetto del servizio di manutenzione correttiva. Il conteggio dei punti funzione affidati in manutenzione correttiva potrà essere effettuato ad inizio fornitura. Il numero derivante da tale conteggio potrà subire variazioni sia in aumento sia in diminuzione che daranno luogo al conseguente adeguamento del canone mensile. Tale adeguamento avrà efficacia a partire dal mese successivo all avvenuta variazione Composizione dei Gruppi di Lavoro Per i servizi di manutenzione adeguativa e correttiva relativi alle aree tematiche Applicazioni custom, Siti web e Conoscitivo, facendo la media di tutti gli Obiettivi di manutenzione adeguativa e correttiva sulle aree tematiche identificate, il Fornitore dovrà impiegare il mix di figure professionali riportato nella tabella seguente: Manutenzione Adeguativa e Correttiva Applicazioni custom, Siti web e Conoscitivo Figura Professionale % Utilizzo Analista Funzionale applicazioni custom 10% Analista Funzionale Conoscitivo 10% Analista Funzionale Siti web 10% Analista Programmatore 55% Specialista di prodotto/tecnologia 10% Data Base Administrator 3% Specialista architetture 2% Capitolato Tecnico Pag. 14 di 46

15 Per i servizi di manutenzione adeguativa e correttiva relativi all area tematica ERP facendo la media di tutti gli Obiettivi di manutenzione adeguativa e correttiva, il Fornitore dovrà impiegare il mix di figure professionali riportato nella tabella seguente: Manutenzione Adeguativa e Correttiva ERP Figura Professionale % Utilizzo Analista Funzionale ERP 35% Analista Programmatore ERP 50% Specialista di prodotto/tecnologia 10% Data Base Administrator 3% Specialista architetture 2% Per il servizio di manutenzione correttiva, il Fornitore dovrà comunque garantire, per tutta la durata della fornitura, la presenza di almeno 3 risorse a tempo pieno presso ENAV per assicurare il rispetto dei livelli di servizio richiesti (si veda paragrafo e 5.1.3). 4.3 Supporto alla gestione dell infrastruttura applicativa e basi dati Per supporto alla gestione dell infrastruttura applicativa si intende l erogazione dei seguenti servizi/attività: Installazione e configurazione DBMS Oracle e SQLServer Installazione e configurazione Stack Tecnologico Oracle Applications Installazione e configurazione Oracle Fusion Patch Management Gestione Ambienti Alta Complessità (VLDB, RAC, LDAP, HA..) Installazione e configurazione Stack Tecnologici Ambienti Conoscitivi (Data Stage, Quality Stage, Business Objects Installazione e configurazione ambienti Siti WEB (Oracle Portal,...) Implementazione di sistemi di monitoraggio e gestione Ottimizzazione DB ed infrastruttura Applicativa. Dettagli sulle architetture relative alla infrastruttura applicativa sono illustrati in Appendice Dimensioni del supporto all infrastruttura applicativa e basi dati I servizi di supporto alla infrastruttura applicativa e basi di dati sono dimensionati in: un massimale di 110 GP stimato in base alle necessità dei singoli progetti; un presidio continuativo a canone, per il primo anno di servizio. Capitolato Tecnico Pag. 15 di 46

16 Si tratta di valori medi stimati al meglio delle conoscenze attuali, delle esigenze utente e della relativa evoluzione pianificata. Al mutare delle esigenze, e perciò delle risorse impegnate, in quantità e qualità, il piano potrà essere rivisto ed aggiornato, come regolato a contratto, nel limite del massimale di GP prestabilito Composizione dei Gruppi di Lavoro Per i servizi di supporto alla infrastruttura applicativa e basi di dati, il Fornitore dovrà impiegare le seguenti figure professionali: DBA Specialista di prodotto/tecnologia Specialista Infrastrutture Specialista Architetture Il piano di impiego è riportato nella tabella seguente: Supporto Infrastruttura Applicativa e Basi di Dati Figura Professionale giorni persona DBA 130 Specialista di prodotto/tecnologia 80 Specialista Infrastrutture 100 Specialista Architetture Supporto operativo Per il servizio di supporto operativo si intendono le seguenti attività che di norma non modificano la baseline del sistema: supporto tematico alla redazione di studi, analisi di fattibilità, stima dei tempi, costi e benefici, benchmark; supporto all analisi dei processi; creazione o aggiornamento di documentazione non collegata a specifici interventi di sviluppo; esecuzioni di sperimentazioni che non producano software applicativo; supporto sistemistico e specialistico all uso dei prodotti software; supporto informatico alla predisposizione di relazioni tecniche per studi di fattibilità, alla redazione di documenti di architettura, all individuazione dei requisiti di sistema, ; supporto metodologico e di indirizzo per tutti gli sviluppi in ambiente EDW; Capitolato Tecnico Pag. 16 di 46

17 formazione al personale delle strutture ENAV. L elenco non si può considerare esaustivo e immutabile, ma potrà subire delle revisioni nel periodo di validità contrattuale per comprendere attività affini e comunque orientate a supportare lo sviluppo, la manutenzione e la gestione del Sistema Informativo Gestionale Dimensioni del Servizio di Supporto Operativo I servizi di supporto operativo sono dimensionati in un massimale di GP stimato in base alle necessità delle singole applicazioni. Il massimale stimato per questo servizio è di 180 GP. Si tratta di valori medi stimati al meglio delle conoscenze attuali, delle esigenze utente e della relativa evoluzione pianificata. Al mutare delle esigenze, e perciò delle risorse impegnate, in quantità e qualità, il piano potrà essere rivisto ed aggiornato, come regolato a contratto, nel limite del massimale di GP prestabilito Composizione dei Gruppi di Lavoro Per i servizi di supporto operativo, il Fornitore dovrà impiegare le seguenti figure professionali: Specialista di tematica Specialista di prodotto/tecnologia Analista funzionale ERP Analista funzionale applicazioni custom Analista funzionale conoscitivo Analista funzionale siti Web Il piano di impiego è riportato nella tabella seguente: Supporto Operativo Figura Professionale giorni persona Specialista di tematica 70 Specialista di prodotto/tecnologia 30 Analista Funzionale ERP 20 Analista Funzionale applicazioni custom 20 Analista Funzionale Conoscitivo 20 Analista Funzionale Siti web 20 Capitolato Tecnico Pag. 17 di 46

18 4.5 Supporto per fine fornitura Per supporto per fine fornitura si intendono tutte le attività di trasferimento di know-how tra il Fornitore uscente ed il Fornitore entrante ovvero ENAV. Tale servizio è stimato in un massimale di GP in base alle necessità dei singoli progetti. Il massimale stimato per questo servizio è di 100 Giorni Persona. Si tratta di un valore medio stimato al meglio delle conoscenze attuali, delle esigenze utente e della relativa evoluzione pianificata. Al mutare delle esigenze, e perciò delle risorse impegnate, in quantità e qualità, il piano potrà essere rivisto ed aggiornato, come regolato a contratto, nel limite del massimale di GP prestabilito. 4.6 Sistema integrato di supporto al governo della fornitura Il Fornitore renderà disponibile a ENAV entro 75 giorni solari (o entro il termine previsto nell offerta tecnica, se migliorativo) dalla data di inizio attività e per tutta la durata della fornitura, l utilizzo di uno strumento (Portale) per la condivisione di tutta la documentazione di progetto e per il controllo della fornitura nel suo complesso, nei singoli servizi che compongono la fornitura. La soluzione proposta (compresa nel corrispettivo globale della fornitura) dovrà implementare, inoltre, gli strumenti di controllo e verifica dei requisiti di qualità e livelli di servizio, con particolare riferimento a strumenti di cruscottistica, utilizzabili anche da ENAV. Tale implementazione potrà avvenire anche con il supporto di tool e o prodotti hw/sw, compresi nel corrispettivo della fornitura. Esso dovrà permettere a ENAV l accesso via WEB per verificare in un qualsiasi momento lo stato di avanzamento dei lavori. Le informazioni minime che dovranno essere disponibili ed accedibili sono: i documenti ed i prodotti previsti obbligatoriamente dal presente capitolato, senza peraltro che la catalogazione sul portale si sostituisca agli obblighi di comunicazione previsti dal presente capitolato; tutti i dati necessari alla predisposizione degli indicatori di qualità e degli incentivi di prestazione previsti dal presente capitolato nell Appendice 8 integrati dalle eventuali proposte migliorative del fornitore nonché il calcolo degli indicatori di qualità e gli incentivi di prestazione medesimi; tali dati devono essere disponibili on-line per l intera durata della fornitura; rilevazione mensile del mix delle figure professionali per servizio/area; dati riepilogativi per fornitura e scostamenti rispetto ai mix globali di riferimento. In particolare il Portale dovrà tenere in considerazione, per assicurare un sistema coerente di supporto al governo della fornitura: Capitolato Tecnico Pag. 18 di 46

19 Piattaforma di trouble ticketing (si veda Appendice 2); Inventario funzionale degli applicativi (si veda il par e l Appendice 3); Applicativo di change e configuration management (si veda Appendice 6). Si sottolinea la necessità di una gestione flessibile degli accessi per tipologia di utenza (responsabile contratto, responsabile obiettivo, responsabile qualità, ecc ). La soluzione proposta dal fornitore potrà offrire la disponibilità di altre informazioni, ad esempio: esiti delle attività di test, statistiche sull andamento dei risultati delle misurazioni dei livelli di servizio o degli indicatori di qualità, visibilità dei curricula delle risorse da impiegare nei servizi continuativi e/o nel servizio di consulenza, ecc.) tese a facilitare la verifica dell effettivo andamento dei lavori, ad anticipare la gestione dei problemi, ad efficientare le attività gestionali e di monitoraggio. Il fornitore si impegna, inoltre, ad aggiornare gli strumenti a supporto della fornitura, recependo eventuali richieste di miglioramento proposte da ENAV al fine di permettere un efficiente ed efficace controllo della fornitura. Nel corso della fornitura, ENAV potrà richiedere di trasferire la documentazione e i dati presenti sul portale su altri prodotti messi a disposizione da ENAV stessa. Tale migrazione dovrà essere comunque garantita a fine fornitura, senza alcun onere aggiuntivo. Di seguito si riporta uno schema logico di funzionamento del Portale. Modello di funzionamento del sistema integrato di supporto al governo della fornitura Dati per il calcolo degli indicatori di qualità e degli SLA PORTALE PIATTAFORMA DI TROUBLE TICKETING Figure professionali SISTEMA DI GOVERNO INTEGRATO Documentiprodotti INVENTARIO FUNZIONALE DEGLI APPLICATIVI APPLICATIVO DI CHANGE E CONFIGURATION MANAGEMENT Capitolato Tecnico Pag. 19 di 46

20 4.6.1 Requisiti hardware e software Tutte le licenze d uso relative alla Piattaforma devono essere permanenti, irrevocabili e non esclusive; concesse a titolo definitivo e con durata perpetua. Le licenze d uso devono coprire l intera configurazione e dimensionamento proposto. L offerta deve includere anche le licenze d uso per il sito di sviluppo e staging, inclusi gli strumenti di sviluppo. Per quest ultimo sito, è preferibile una licenza complessiva, legata al soggetto giuridico ed al periodo della fornitura e non alle dimensioni fisiche delle installazioni o al numero degli addetti. Deve essere inclusa inoltre la manutenzione delle licenze per l intera durata del contratto. Le licenze d uso dei prodotti software non possono essere legate a parametri dipendenti dalle modalità d uso come numero utenti e/o di connessioni attive. L unico requisito ammesso è il dimensionamento delle infrastrutture hardware e software necessarie al corretto funzionamento della Piattaforma e che dovranno essere specificate nell offerta nel caso in cui non fossero compatibili con quanto descritto nell appendice 5. Nel pieno rispetto della regole sancite dall OpenPa, il progetto potrà essere realizzato con l utilizzo di prodotti Open source. 4.7 Referenti Il Fornitore dovrà indicare il Responsabile unico delle attività contrattuali, per l intera fornitura, cui ENAV farà riferimento per gli aspetti generali, o potrà scalare per ogni problema riguardante la fornitura stessa. E richiesta inoltre l indicazione di un referente, compreso nel corrispettivo della fornitura, sull utilizzo dei Punti Funzione, certificato IFPUG ed esperto in tutti gli ambienti compresi i siti web e conoscitivi. E facoltà del Fornitore prevedere altri referenti, nel qual caso ne dovrà dare disponibilità in sede di offerta. ENAV si riserva di decidere, sulla base delle proposte del Fornitore ma senza vincolo, le aree o servizi più idonei all impiego di tali referenti. Il Responsabile unico delle attività contrattuali coadiuvato dagli eventuali ulteriori referenti di cui sopra dovrà riferire a ENAV sulle tematiche contrattuali, quali ad esempio: predisposizioni e variazioni del piano globale della fornitura; Capitolato Tecnico Pag. 20 di 46