CAPITOLATO TECNICO SERVIZI PER LO SVILUPPO E TEST DI APPLICAZIONI IN AMBITO TECNICO-SCIENTIFICO PER IL BIENNIO 2019-2021 - Cineca
←
→
Trascrizione del contenuto della pagina
Se il tuo browser non visualizza correttamente la pagina, ti preghiamo di leggere il contenuto della pagina quaggiù
G00041
CAPITOLATO TECNICO
SERVIZI PER LO SVILUPPO E TEST DI
APPLICAZIONI IN AMBITO TECNICO-
SCIENTIFICO PER IL BIENNIO 2019-2021
CIG 7995099469
Cineca Consorzio Interuniversitario
C.F. 00317740371 - P. IVA 00502591209
Sede legale amministrativa e operativa: Altre sedi operative:
Via Magnanelli, 6/3 - 40033 Casalecchio di Reno (BO) Via R. Sanzio, 4 - 20090 Segrate (MI) Via dei Tizi, 6/B - 00185 Roma Via Medina, 40 - 80133 Napoli
Tel. +39 051.6171411 - Fax +39 051.2130217 Tel. +39 02.269951 Tel. +39 06.444861 Tel. +39 081.5593711G00041
Sommario
Premessa ............................................................................................................................................................3
Contesto .........................................................................................................................................................3
Oggetto del servizio ........................................................................................................................................3
Art 1. Servizi di test factory, sviluppo SW e manutenzione di applicazioni........................................................4
Art. 1.1 - TOW 1 - Test Factory .......................................................................................................................4
Art. 1.2 - TOW 2 - Sviluppo di applicazioni per il calcolo tecnico-scientifico..................................................8
Art. 1.3 - TOW 3 - Manutenzione evolutiva delle applicazioni CINECA preesistenti ................................... 15
Art. 2 - Team di lavoro ..................................................................................................................................... 18
Art. 2.1 - Personale ...................................................................................................................................... 21
Art. 2.2 - Sede di lavoro ............................................................................................................................... 21
Art. 2.3 - Strumenti di lavoro ....................................................................................................................... 21
Art. 3 – Certificazioni del personale ................................................................................................................ 22
Art. 4 - Certificazioni aziendali. ........................................................................................................................ 22
Art. 5 - Governance del contratto ................................................................................................................... 23
Art. 5.1 - Project management .................................................................................................................... 23
Art. 5.2 - Change management ................................................................................................................... 24
Art. 5.3 - SLA e indicatori di monitoraggio .................................................................................................. 24
Livelli di Servizio (SLA) ............................................................................................................................. 25
ART. 5.4 Penali ............................................................................................................................................. 26
Capitolato Tecnico 2/26G00041
Premessa
Contesto
CINECA è un Consorzio Interuniversitario senza scopo di lucro al servizio del sistema accademico
nazionale. Al Consorzio CINECA aderiscono 67 università italiane, il Ministero dell'istruzione,
dell'università e della ricerca e alcuni centri di ricerca italiani.
Fin dalla sua costituzione, tra le finalità principali del Consorzio CINECA c’è quello di costituire il centro di
eccellenza italiano per il "supercalcolo", ovvero il Calcolo scientifico ad alte prestazioni; questo servizio è a
disposizione della ricerca scientifica italiana mediante l'impiego dei più avanzati sistemi di calcolo.
Nel corso degli anni il dipartimento HPC di Cineca ha sviluppato numerose applicazioni per il calcolo
tecnico, l’analisi e la presentazione di dati scientifici che fanno uso di tecnologie HPC.
Si tratta nel complesso di oltre 20 applicazioni e piattaforme applicative, sviluppate nell’ambito di progetti
finanziati o per conto di clienti privati.
Oggetto del servizio
Il presente Capitolato disciplina gli aspetti tecnici ed i requisiti minimi dei servizi per lo sviluppo e test di
applicazioni in ambito tecnico-scientifico per il biennio 2019-2021.
Più specificamente, il servizio in oggetto si articola in tre filoni di attività:
1. Implementazione e gestione di una Test Factory
2. Sviluppo di applicazioni per il calcolo tecnico-scientifico
3. Manutenzione evolutiva di applicazioni CINECA preesistenti
I servizi dovranno essere erogati nei 24 mesi successivi alla data stipula del contratto, con facoltà per
CINECA di proroga di ulteriori 12 mesi.
L’attivazione delle attività avverrà mediante opportuni e specifici Ordini di Lavoro indicati nel proseguo del
presente documento.
Ciascun filone di attività è articolato in TOW (Type Of Work).
L’erogazione dei servizi avverrà secondo la modalità a task: a fronte di un progetto/iniziativa sono attivati i
servizi, configurandoli per Work-Package. Ciascun Work-Package è costituito da un insieme di Type-of-
Work, ciascuno in numero variabile, a seconda delle tipologia/entità dell’intervento richiesto. Ciascun
Ordine di Acquisto descriverà i WP di riferimento.
L’operatore economico sarà vincolato al raggiungimento degli obiettivi del Work-Package, nel rispetto di
quanto definito nell’Ordine di Acquisto emesso contestualmente all’avvio operativo del Work-Package
stesso.
Capitolato Tecnico 3/26G00041
Nella Tabella seguente si riportano i Type-Of-Work previsti e la ripartizione percentuale dell’effort
stimato per l’intera durata del contratto.
Tipo Unità di Peso
TOW Descrizione Quantità
Servizio misura effort
A task 1 Test Factory
1.1 Stato dell’arte della test factory esistente e progetto di evoluzione N° TOW 1 5%
1.2 Formazione del personale Cineca N° TOW 2 2%
1.3
Supporto ai Project Team Cineca per la progettazione e valutazione N° TOW 20 8%
dei test
1.4 Implementazione ed esecuzione test N° TOW 50 20%
A task 2 Sviluppo di applicazioni per il calcolo tecnico-scientifico
2.1
Supporto alla raccolta e alla formalizzazione dei requisiti, analisi, N° TOW 20 10%
disegno e progettazione di dettaglio
2.2 Realizzazione della soluzione N° TOW 50 40%
2.3 Test, collaudo, collaudo funzionale e supporto al collaudo utente N° TOW 50 5%
A task 3 Manutenzione evolutiva delle applicazioni CINECA preesistenti
3.1 Ticket di Manutenzione correttiva N° TOW 100 5%
3.2 Interventi di Manutenzione adeguativa N° TOW 50 5%
Art 1. Servizi di test factory, sviluppo SW e
manutenzione di applicazioni
Art. 1.1 - TOW 1 - Test Factory
La Test Factory è la struttura organizzativa ed operativa del dipartimento HPC di Cineca preposta alla
progettazione ed esecuzione dei test per tutti i progetti di sviluppo.
L’obiettivo primario della Test Factory è raggiungere il massimo livello di qualità del software con il
massimo dell’efficienza nell’utilizzo delle risorse, sfruttando al meglio le tecnologie e le metodologie
previste, il modello organizzativo e l’impiego di adeguate professionalità.
La focalizzazione è sul prevenire la presenza di difetti e non conformità, intervenendo sui processi e su tutte
le attività di controllo della qualità erogata ad ogni stadio produttivo, per garantire e assicurare il rispetto dei
requisiti specificati.
Tra le attività principali della Test Factory citiamo:
Supporto al Project team di sviluppo per:
o Definizione di test strategy e test plan
o Pianificazione attività di test
Revisione dettagliata della documentazione funzionale/tecnica e definizione casi di test e passi
operativi per l'esecuzione;
Capitolato Tecnico 4/26G00041
Esecuzione dei test:
o Predisposizione cicli di test
o Esecuzione cicli di test
o Risoluzione anomalie
Gestione e monitoraggio delle attività di test:
o Verifica tasso di copertura delle funzionalità
o Verifica criteri ingresso/uscita dei vari test
I servizi a task saranno avviati tramite l’attivazione di un Work-Package, che individuerà, in particolare, le
applicazioni oggetto dell’intervento (tra quelle in ambito) e le dimensioni dell’intervento stesso (in termini di
mix e numero di TOW).
L’operatore economico dovrà redigere i documenti richiesti nelle diverse fasi rispettando il layout stabilito
da Cineca per la redazione dei documenti di progetto, ovvero utilizzando gli strumenti indicati.
Ciascun Work-Package sarà realizzato attraverso alcune o tutte le fasi di lavoro indicate nei
seguenti requisiti.
Requisiti minimi per il servizio di “Test Factory”
L’attività deve essere erogata nel rispetto dei seguenti requisiti:
Codice Requisito Descrizione Requisito
Valutazione dello stato dell’arte
L’operatore economico dovrà eseguire un assessment dell’attuale Test Factory del
dipartimento HPC di Cineca per definire il piano di presa in carico delle attività di test e le
REQ_1.1 iniziative di miglioramento da intraprendere. In questa fase sarà molto importante attivare
uno scambio proficuo fra il personale dell’operatore economico ed il personale Cineca che
ha realizzato la test factory in produzione e una comprensione delle problematiche di testing
in ambito HPC. Le tecnologie e gli strumenti proposti dall’operatore economico per
l’evoluzione della test factory dovranno essere preferibilmente Open o custom.
Formazione del personale interno su strumenti e processi
Per consentire una migliore collaborazione tra i team di progetto Cineca ed il personale della
REQ_1.2 Test Factory dell’operatore economico, è richiesta l’erogazione di almeno un corso di
formazione del personale Cineca sulla metodologia e gli strumenti messi a disposizione
dall’operatore economico. I contenuti del corso dovranno essere approvati dai riferimenti
Cineca per lo sviluppo SW e per la Test Factory.
Progetto per l’evoluzione della Test Factory
A fronte dell’assessment eseguito in fase di presa in carico del servizio di Test Factory,
l’operatore economico dovrà presentare al responsabile del Contratto lato Cineca una
proposta di evoluzione dell’attuale Test Factory con l’obiettivo di rendere maggiormente
REQ_1.3 efficienti ed efficaci le attività di test. In particolare, andrà previsto un progressivo
incremento del livello di automazione dei test, un aumento dei test di regressione e una
maggiore integrazione con il processo di sviluppo per le 4applicazioni gestite dalla Test
Factory e l’impiego degli approcci e tecnologie allo stato dell’arte per inserire nella Test
Factory le applicazioni in manutenzione che al momento non hanno alcuna copertura.
Capitolato Tecnico 5/26G00041
Codice Requisito Descrizione Requisito
Supporto ai Project team di sviluppo
Il personale dell’operatore economico dovrà supportare i team di progetto e sviluppo di
Cineca nella realizzazione delle seguenti attività:
Definizione e Stesura del documento di Test Strategy e Test Plan
Impostazione e verifica della Progettazione dei casi di test e degli script di test
Esecuzione delle fasi operative di test e dei ricicli di collaudo e relativa stesura di
documenti di chiusura collaudo
Inoltre, per la corretta predisposizione dei test, l’operatore economico dovrà supportare
operativamente il team di progetto per la realizzazione delle seguenti attività:
REQ_1.4
Per la verifica delle effettive performance del sistema sono previste le seguenti attività:
Progettazione del test per le applicazioni scientifiche
Realizzazione di eventuali "mock" dei sistemi
Adeguamento e/o Realizzazione di script per l'esecuzione automatica dei test di
performance, scalabilità e funzionalità delle applicazioni scientifiche
Progettazione dei test per le applicazioni Web
Definizioni di utenti virtuali e dati di test
Predisposizione dei test di performance per le verifiche di carico
Predisposizione dei test di performance per le verifiche del capacity plannig HW
Analisi degli esiti dei test e individuazione colli di bottiglia
Revisione della documentazione
Obiettivo di questa attività è supportare i team di progetto Cineca nella verifica della
documentazione prodotta, sia di progetto che a supporto del prodotto sviluppato. Inoltre
questa attività è anche funzionale all’acquisizione di informazioni da parte della Test
Factory su quanto sviluppato.
REQ_1.5 Nello specifico, il task prevede l’esecuzione delle seguenti attività:
Acquisizione di tutta la documentazione prodotta dal team di sviluppo
Revisione della documentazione di progetto
Revisione manuale installazione
Revisione manuale utente
Revisione manuale gestione malfunzionamenti ed errori
Esecuzione dei test
L’esecuzione dei test avviene seguendo le procedure di test definite in fase di pianificazione.
Questa fase del servizio comprende la preparazione dei dati di test.
Tra le tecniche di test da utilizzare in questa fase citiamo:
Test Funzionale
Test di integrazione applicativa
REQ_1.6
Performance Test
Usability Test
L’operatore economico è tenuto ad automatizzare quanto più possibile i test ripetibili, sia in
ambito funzionale, che non-funzionale e di integrazione.
Indipendentemente dalla modalità di esecuzione dei test, per tutti i casi di test dovrà esser
curata dall’operatore economico la rilevazione e tracciatura dei risultati delle esecuzioni.
Capitolato Tecnico 6/26G00041
Codice Requisito Descrizione Requisito
Monitoraggio delle attività di test
L’operatore economico dovrà supportare Cineca nel presidio continuo della qualità del
servizio erogato con l’obiettivo del miglioramento continuo, tramite un monitoraggio
costante dei livelli di servizio.
A titolo indicativo, evidenziamo alcuni indicatori che potranno essere adottati per fornire un
quadro completo sull’andamento del servizio:
• TAKE CHARGE: tempestività e puntualità delle attività di test; misura la percentuale
di attività puntuali rispetto dei tempi di presa in carico. Gli SLA possono essere
REQ_1.7 differenziati per priorità.
• DUE DATE: rispetto dei tempi di consegna dei deliverable previsti rispetto a quanto
concordato.
• TEST COVERAGE: efficacia delle attività di test intesa come misura percentuale di
test eseguiti rispetto a quanto pianificato, come rapporto tra test eseguiti e test a piano.
• DEFECT REJECTION RATIO: efficacia delle attività di test intesa come misura dei
falsi positivi segnalati in rapporto al totale dei defect aperti, per le applicazioni per cui
è misurabile
DEFECT DETECTION RATIO: efficienza delle attività di test intesa come misura
dei defect individuati in rapporto al totale dei defect aperti.
Capitolato Tecnico 7/26G00041
Art. 1.2 - TOW 2 - Sviluppo di applicazioni per il calcolo
tecnico-scientifico
Il servizio “Sviluppo di applicazioni per il calcolo tecnico-scientifico” riguarderà lo sviluppo di interfacce
desktop e web per l’interazione con dati scientifici e multimediali.
I linguaggi da utilizzare saranno C, C++ e Python, Javascript. Le applicazioni potranno richiedere lo sviluppo
di funzionalità per la visualizzazione 3D dei dati mediante l’utilizzo di librerie specifiche di cui ci sono
competenze in Cineca. Le applicazioni potranno riguardare lo sviluppo di interfacce avanzate anche di tipo
immersivo e lo sviluppo di interfacce web per la presentazione di dati. I framework utilizzati per lo sviluppo
Web sono Meteor e Angular JS.
I servizi a task saranno avviati tramite l’attivazione di un Work-Package, che individuerà, in particolare, le
applicazioni oggetto dell’intervento (tra quelle in ambito) e le dimensioni dell’intervento stesso (in termini di
mix e numero di TOW).
L’operatore economico dovrà redigere i documenti richiesti nelle diverse fasi rispettando il layout stabilito
da Cineca per la redazione dei documenti di progetto, ovvero utilizzando gli strumenti indicati.
Ciascun Work-Package sarà realizzato attraverso alcune o tutte le fasi di lavoro indicate nei seguenti
requisiti.
Requisiti minimi per il servizio di “Sviluppo di applicazioni per il calcolo tecnico-scientifico”
TOW 2.1 Supporto alla raccolta e alla formalizzazione dei requisiti, analisi, disegno e progettazione di
dettaglio
L’attività deve essere erogata nel rispetto dei seguenti requisiti:
Codice Requisito Descrizione Requisito
Fase operativa 1: Avvio operativo del Work-Package
Cineca formalizzerà all’operatore economico l’avvio operativo del Work-Package,
provvedendo alla contestuale emissione dell’Ordine di Acquisto, nel quale vengono definiti
l’ambito (Type-of-Work), il progetto interessato, le attività, gli obiettivi, le dimensioni e
durata attività.
REQ_2.1.1 Per la quantificazione delle attività da realizzare, Cineca potrà richiedere all’operatore
economico l’utilizzo di uno strumento certificato, possibilmente di mercato, che permetta di
impostare pesi e misure standard da applicare, i cui valori sono condivisi con Cineca ed
approvati da quest’ultima.
L’operatore economico al momento dell’avvio del Work-Package provvede alla
definizione del Master Plan di progetto che formalizza i tempi e le attività previste dal
work-package.
Fase operativa 2: Supporto alla raccolta e alla formalizzazione dei Requisiti, Analisi
A partire dalla prima versione dei requisiti utente, viene effettuata l’analisi dettagliata dei
requisiti funzionali e non funzionali.
REQ_2.1.2
Nello specifico, la fase prevede l’esecuzione delle seguenti attività (se applicabili):
Consolidamento dei Requisiti Utente
Definizione delle specifiche funzionali e non funzionali
Disegno macro della soluzione e mappatura dei requisiti di dettaglio
Progettazione dell’architettura applicativa e definizione dell’ambiente di riferimento
Capitolato Tecnico 8/26G00041
Codice Requisito Descrizione Requisito
Stesura specifiche di sistema, quando richiesto
Definizione Strategie di Test e Collaudo
Definizione dell’organizzazione di progetto, con l’individuazione puntuale di ruoli e
responsabilità
I principali deliverables della fase sono:
Analisi Funzionale
Architettura applicativa e tecnica
Scheda tecnica di progetto
Master Plan di progetto
In funzione della dimensione e delle caratteristiche del progetto verranno richiesti i
documenti appropriati. Cineca potrà richiedere all’operatore economico di produrre
specifici template per i documenti richiesti.
Fase operativa 3: Disegno e progettazione di dettaglio
A partire dalla fase precedente, si procede al Disegno di dettaglio della soluzione.
Le attività previste sono di:
Stesura Disegno di dettaglio del Sistema (comprendente il disegno dei componenti
software)
Progettazione Unit e System Test
Progettazione Test e Collaudi
REQ_2.1.3 Progettazione avvio in produzione
I deliverables previsti per questa fase comprendono:
Disegno logico dei dati
Specifica tecnica di dettaglio
Test Plan Funzionale
Test plan di integrazione
Test plan Performance Test
In funzione della dimensione del work package e delle caratteristiche del progetto
verranno richiesti i documenti appropriati. Cineca potrà richiedere all’operatore
economico di produrre specifici template per i documenti richiesti.
Fase operativa 4: Validazione della soluzione
REQ_2.1.4 Cineca provvede a validare la soluzione individuata, richiedendo eventualmente
all’operatore economico modifiche e aggiustamenti.
TOW 2.2 Realizzazione della soluzione
L’attività deve essere erogata nel rispetto dei seguenti requisiti:
Codice Requisito Descrizione Requisito
Fase operativa 5: Realizzazione della soluzione
Obiettivo di questa fase è l’implementazione di quanto definito nel corso delle analisi
precedenti.
REQ_2.2.1
Nello specifico, è prevista l’esecuzione delle seguenti attività:
Realizzazione dell’applicazione secondo quanto definito durante la fase di
progettazione
Attività di unit test per la verifica del corretto funzionamento in ambiente di sviluppo
Pianificazione del collaudo utente e dei system/integration test
Capitolato Tecnico 9/26G00041
Codice Requisito Descrizione Requisito
La realizzazione viene effettuata in ambiente di Sviluppo.
I principali deliverables della fase sono:
Realizzazione Prodotto
Manuale installazione
Manuale operativo
Report Unit Test
Report Test di sistema
Release Note
Verbale di installazione
Richieste di cambiamento (Change Request) verso altri sistemi/applicazioni
In funzione della dimensione del work package e delle caratteristiche del progetto
verranno richiesti i documenti appropriati. Cineca potrà richiedere all’operatore
economico di produrre specifici template per i documenti richiesti.
Fase operativa 6: Validazione della soluzione
REQ_2.2.2 Cineca provvede a validare la soluzione individuata, richiedendo eventualmente
all’Impresa modifiche e aggiustamenti.
TOW 2.3 Test, collaudo, collaudo funzionale e supporto al collaudo utente
L’attività deve essere erogata nel rispetto dei seguenti requisiti:
Codice Requisito Descrizione Requisito
Fase operativa 7: Test, Collaudo, Collaudo funzionale e Supporto al collaudo utente
Obiettivo di questa fase è la verifica del corretto funzionamento del Software prodotto, delle
effettive performance del sistema in relazione ai requisiti prestazionali espressi dalla
funzione richiedente e il supporto alle attività di collaudo utente.
Nello specifico si prevede l’esecuzione delle seguenti attività per la verifica del corretto
funzionamento del Software prodotto:
Definizione e Stesura del documento di Test Strategy e Test Plan
Attività di impostazione e verifica della Progettazione dei casi di test e degli script di
test
Pianificazione, monitoraggio ed esecuzione delle fasi operative di test e dei ricicli di
collaudo e relativa stesura di documenti di chiusura collaudo
REQ_2.3.1 I principali deliverables sono:
Documenti di Test Strategy e di Test Plan con specifica di tabella dei test e degli script
di test
Test report e Documento di Resoconto Chiusura Collaudo
Per la verifica delle effettive performance del sistema sono previste le seguenti attività:
Progettazione del test per le applicazioni scientifiche efficaci
Realizzazione di eventuali "mock" di componenti applicative fuori dall’ambito
progettuale
Adeguamento e/o Realizzazione di script per l'esecuzione automatica dei test di
performance, scalabilità e funzionalità delle applicazioni scientifiche
Progettazione dei test per le applicazioni Web
Definizioni di utenti virtuali e dati di test
Predisposizione dei test di performance per le verifiche di carico
Predisposizione dei test di perfomance per le verifiche del capacity plannig HW
Analisi degli esiti dei test e individuazione colli di bottiglia
Capitolato Tecnico 10/26G00041
Codice Requisito Descrizione Requisito
Attività di analisi dei monitoraggi sistemistici ed esecuzione attività di tuning dei
sistemi
Rilevazione e tracciatura dei risultati delle esecuzioni
I principali deliverables sono:
Documento di progettazione del test con evidenza del target prestazionale da
raggiungere
Documento dei risultati dei Test di Carico sulla base della definizione dell'obiettivo di
through-put fissato inizialmente
Report dei monitoraggi sistemistici
Documento delle eventuali limitazioni di ambienti, inibitori del raggiungi mento del
target stabilito
Specifica degli eventuali pacchetti di ottimizzazioni individuati
Per il Supporto al Collaudo Utente sono previste le seguenti attività:
Predisposizione della documentazione per l’esecuzione del collaudo utente
Supporto all’esecuzione del collaudo utente da parte di Cineca/cliente finale
Produzione reportistica riepilogativa del collaudo utente
Rilascio in ambiente collaudo
Risoluzione anomalie e piccole richieste migliorative (fine tuning dell’applicazione) a
seguito dei riscontri effettuati da Cineca/cliente finale nel corso del collaudo utente
I principali deliverables sono:
Kit di installazione/template change request (ove necessario)
Documentazione user test e test case
Report collaudo utente
Manuale utente e training kit
Manuale di gestione delle anomalie
Manuale gestione malfunzionamenti e errori (troubleshooting)
Verbale finale di collaudo
I Test ed il Collaudo Utente vengono effettuati in ambiente di Test e Collaudo.
In funzione della dimensione del work package e delle specificità del progetto verranno
richiesti i documenti appropriati. Cineca potrà richiedere all’operatore economico di
produrre specifici template per i documenti richiesti.
Fase operativa 8: Validazione della soluzione
REQ_2.3.2 Cineca verificherà per ogni rilascio considerato come major release (rilevanti modifiche
funzionali al software) le metriche di qualità e sicurezza e si riserva la facoltà di calcolare le
stesse su tutti gli altri casi.
Capitolato Tecnico 11/26G00041
TOW 2.4 Supporto al rilascio in esercizio, post Avvio e Formazione
L’attività deve essere erogata nel rispetto dei seguenti requisiti:
Codice
Descrizione Requisito
Requisito
Fase operativa 9: Supporto al passaggio in produzione
Obiettivo di questa fase è lo svolgimento delle attività di passaggio in produzione
dell’applicazione a valle della formale accettazione da parte di Cineca.
Nello specifico, la fase prevede l’esecuzione delle seguenti attività:
Passaggio in Esercizio
Gestione delle configurazioni del software applicativo
Stesura della documentazione di supporto all’utilizzo delle funzionalità implementate
REQ_2.4.1 Stesura della documentazione di supporto all’Esercizio
I principali deliverables sono:
Documentazione user test
Manuale tecnico-operativo
Manuale di gestione delle anomalie
Lista change request da trasportare
In funzione della dimensione del work package e delle specificità del progetto
verranno richiesti i documenti appropriati. Cineca potrà richiedere all’operatore
economico di produrre specifici template per i documenti richiesti.
Fase operativa 10: Post-avvio e formazione
Include le attività necessarie per identificare e correggere i malfunzionamenti rilevati. In
particolare:
Determinazione della causa del malfunzionamento (anche se non in ambito);
Analisi / realizzazione / test di eventuali azioni correttive provvisorie;
Analisi / realizzazione / test di azioni correttive definitive;
Supporto all’effettuazione dei test di accettazione;
Realizzazione, previa autorizzazione del referente di contratto lato Cineca, di tutte le
attività necessarie al rilascio in produzione dell’azione correttiva;
Gestione di risoluzioni in Workaround;
REQ_2.4.2 Predisposizioni e gestione della documentazione di Trouble Shooting;
Eventuale modifica di documentazione tecnica.
Estrazione, verifica e consegna di tutti gli oggetti software al fine di permettere la
predisposizione di un ambiente operativo parallelo;
Estrazione, verifica e consegna di tutti i documenti previsti dal presente capitolato;
Presentazione degli aspetti di criticità di ogni servizio con l’esposizione chiara delle
soluzioni proposte ed attuate durante la fornitura.
In funzione della dimensione del work package e delle specificità del progetto verranno
richiesti i documenti appropriati. Cineca potrà richiedere all’operatore economico di
produrre specifici template per i documenti richiesti. Formazione:
Include un insieme di servizi finalizzati all’aggiornamento e allo sviluppo delle conoscenze,
delle competenze e delle capacità professionali delle risorse umane, al fine di supportare il
processo d’innovazione organizzativa e tecnologica dell’organizzazione.
Tempestività nel completamento della realizzazione delle soluzioni
REQ_2.4.3 L’Impresa dovrà garantire il completamento della fase di realizzazione della soluzione nei
tempi previsti dal piano di progetto.
Capitolato Tecnico 12/26G00041
Codice
Descrizione Requisito
Requisito
Criteri di accettazione delle attività
Per ogni TOW del Work Package, verranno verificati i criteri di corretta esecuzione dello
stesso. In particolare, l’operatore economico è tenuto a consegnare, in ogni fase di
realizzazione del TOW, i deliverable richiesti nell’ Ordine di acquisto. Tali deliverable
dovranno essere accettati da Cineca
Modalità di
Criterio Metrica Misura Soglia attesa
misurazione
REQ_2.4.4
CA1 Deliverable % di deliverable 100% Dati rilevati
consegnati consegnati e accettati manualmente
da Cineca rispetto a
quelli richiesti nel
Buono di Consegna
Il Verbale di Accettazione sarà emesso da Cineca (Responsabile del contratto lato Cineca)
a valle della consegna di tutti i deliverable richiesti dall’Ordine di Acquisto e della verifica
della corretta conduzione delle attività per ciascun TOW.
Requisiti di consegna e qualità del software
Di seguito i requisiti relativi al rilascio del sw e alle metriche di qualità del SW misurate durante la fase di
collaudo attraverso tool automatici di misura specifici per il linguaggio di programmazione utilizzato.
Codice
Descrizione Requisito
Requisito
REQ_2.5.1 Tutto il codice sorgente e gli artefatti software assimilabili (file di configurazione, descrittori
XML, descrittori di compilazione, ecc.) dovranno essere archiviati ed acceduti esclusivamente
dagli strumenti di gestione della configurazione della piattaforma aziendale di ALM, Application
Lifecycle Management, messa a disposizione da Cineca:
1. GitLab
2. HPC-Forge
REQ_2.5.2 Le modalità di accesso da parte dell’operatore economico alla piattaforma ALM di Cineca e le
relative politiche di sicurezza saranno volte ad individuare la responsabilità di ciascuna utenza
sulle attività di pubblicazione, promozione e modifica del codice sorgente e di definizione delle
baseline candidate al rilascio.
REQ_2.5.3 Sarà possibile distribuire sui sistemi di Collaudo, e poi di Test ed Esercizio, i soli artefatti
eseguibili generati sui sistemi certificati di build automation messi a disposizione dalla piattaforma
di ALM.
La generazione degli artefatti eseguibili e dei pacchetti di installazione avverrà esclusivamente in
corrispondenza del codice sorgente presente sui sistemi di gestione della configurazione di cui al
requisito precedente, individuato da specifica baseline.
REQ_2.5.4 Le librerie necessarie alla compilazione del codice sorgente, dichiarate nei documenti di
progettazione, saranno disponibili sui sistemi di ALM management e librerie pubblicate su questi
sistemi saranno le uniche utilizzabili per lo sviluppo e la generazione del software eseguibile.
REQ_2.5.5 La compilazione e il packaging degli artefatti eseguibili verrà fatta esclusivamente attraverso gli
orchestratori disponibili della piattaforma di ALM:
1. Hudson
Capitolato Tecnico 13/26G00041
Codice
Descrizione Requisito
Requisito
2. Jenkins
A tale fine il codice sorgente corrispondente ad ogni unità minima di distribuzione dovrà essere
completo di un descrittore di compilazione e di risoluzione delle dipendenze. Dovrà essere sempre
possibile eseguire la compilazione del codice sorgente attraverso uno script o un comando
opportuno.
REQ_2.5.6 Il codice sorgente dovrà essere sottoposto al più adeguato piano della configurazione, che dovrà
essere codificato e condiviso all’avvio del progetto, e dovrà essere oggetto di revisione al mutare
delle esigenze del progetto stesso. Il piano della configurazione dovrà prevedere, per ciascuna
versione del software:
1. la dichiarazione delle baseline candidate al collaudo;
2. la gestione isolata dei contributi di sviluppo riferibili a bug fixing;
3. la gestione isolata dei contributi di sviluppo relativi a manutenzioni evolutive;
4. il governo e l’esecuzione delle più opportune operazioni di merge del codice.
REQ_2.5.7 La documentazione di progetto: requisiti utente, requisiti funzionali, documenti di analisi tecnica
e funzionale, documenti di progettazione, piano della configurazione, ecc. dovranno essere
codificati attraverso lo strumento di gestione dei requisiti disponibile all’interno della piattaforma
di ALM. Questo al fine di stabilire e gestire le relazioni tra gli elementi documentali, gli artefatti
software e quelli eseguibili.
REQ_2.5.8 La qualità del codice consegnato sarà valutata mediante peer review.
Il referente tecnico Cineca incaricato potrà richiedere aggiustamenti al fine di agevolare
l’integrazione, il deploy e la manutenzione del SW.
Verranno inoltre monitorate la difettosità al collaudo e la regressione post rilascio.
REQ_2.5.9 Difettosità al collaudo
Misura la difettosità in termini di tasso di fallimento dei casi di test al loro primo
riscontro/risultato/esito registrato, rilevato nel corso della prima esecuzione del collaudo
funzionale. Si ottiene come % di casi di test falliti alla prima esecuzione rispetto al totale dei casi
di test previsti per il collaudo funzionale.
REQ_2.5.10 Regressione post rilascio
La regressione post rilascio viene misurata in termini di numero di funzionalità preesistenti e già
in esercizio per le quali viene introdotto un malfunzionamento a seguito di nuovo rilascio
Capitolato Tecnico 14/26G00041
Art. 1.3 - TOW 3 - Manutenzione evolutiva delle applicazioni
CINECA preesistenti
Il servizio di “Manutenzione evolutiva delle applicazioni CINECA preesistenti” comprende le attività volte a
realizzare quel tipo di interventi di piccolo taglio (ovvero che impegnano poche risorse di lavoro) che sono
richiesti ed erogati su base estemporanea in forma di servizio continuativo e le attività volte a garantire il
corretto funzionamento del parco applicativo nel rispetto dei Livelli di Servizi e dei requisiti richiesti. Esso
comprende:
o la Manutenzione Correttiva intesa come un insieme di attività volto a rimuovere le cause e gli
effetti degli eventuali malfunzionamenti delle procedure informatiche e dei programmi software;
o la Manutenzione Adeguativa intesa come insieme di attività volto ad assicurare la costante
aderenza delle procedure informatiche e dei programmi software alla evoluzione dell'ambiente
tecnologico e alla gestione della sicurezza informatica;
I servizi a task saranno avviati tramite l’attivazione di un Work-Package, che individuerà, in particolare, le
applicazioni oggetto dell’intervento (tra quelle in ambito) e le dimensioni dell’intervento stesso (in termini di
mix e numero di TOW).
L’operatore economico dovrà redigere i documenti richiesti nelle diverse fasi rispettando il layout stabilito
da Cineca per la redazione dei documenti di progetto, ovvero utilizzando gli strumenti indicati.
Ciascun Work-Package sarà realizzato attraverso alcune o tutte le fasi di lavoro indicate nei seguenti
requisiti.
Requisiti del servizio di manutenzione
Codice
Descrizione Requisito
Requisito
Le attività di Manutenzione correttiva consistono in:
presa in carico dell’incidente o problema, qualificazione, classificazione di gravità e priorità,
identificazione della soluzione, implementazione, rilascio in collaudo della modifica,
supporto al collaudo
misurazione e reportistica dei tempi di risposta e rispondenza degli SLA
REQ_3.1 aggiornamento della documentazione e delle Release Notes
I deliverables sono:
Reportistica per il tracciamento delle attività di Manutenzione correttiva
Reportistica di misurazione degli SLA
Release Notes
E’ cura di Cineca richiedere l’intervento, attraverso il sistema di trouble ticketing identificato
all’atto della definizione dell’Accordo Quadro, specificando, per quanto possibile, il tipo di
anomalia.
REQ_3.2 L’intervento manutentivo comprende la diagnosi di tutti i malfunzionamenti segnalati, il
ripristino del servizio, la risoluzione completa delle anomalie e le relative comunicazioni al
responsabile che ha segnalato l’anomalia stessa.
Per ciascun intervento l’operatore economico deve chiudere il ticket riportando tutte le
informazioni sopra menzionate.
Capitolato Tecnico 15/26G00041
Codice
Descrizione Requisito
Requisito
Il ripristino della funzionalità deve essere sottoscritto dall’utilizzatore del componente su cui si è
manifestata l’anomalia o da altro dipendente di Cineca che certifichi la piena funzionalità delle
parti oggetto dell’intervento.
Cineca comunica all’operatore economico il malfunzionamento ed assegna all’anomalia la classe
di gravità, utilizzando la casistica definita nella tabella seguente.
Bloccante Soglia di difettosità
massima relativa ai
Categoria Descrizione Non malfunzionamenti
Bloccante (su base trimestrale)
Very High Si tratta di un difetto o anomalia bloccante
Bloccante 1
(VH) tale da impedire l’uso del sistema
High L’anomalia blocca o invalida almeno una
Bloccante 2
(HG) funzionalità del sistema
Malfunzionamenti per cui non è impedito
REQ_3.3
Medium l’uso delle funzioni. Non
3
(MD) L’operatività utente risulta ridotta su una Bloccante
parte rilevante del sistema.
L’anomalia blocca parti di funzionalità del
sistema non strettamente necessarie, o per
Low le quali esiste una procedura alternativa Non
che consente di superare l’inconveniente. 5
(LW) Bloccante
L’impatto sull’operatività utente è
trascurabile.
Per “impedimento all’uso del sistema o delle sue funzioni” si intende una malfunzione vera e
propria dell’applicazione o gli effetti che tale malfunzione ha causato alla base dati.
In relazione alla tipologia di anomalia rilevata, i tempi di ripristino e risoluzione sono riportati
nel requisito seguente.
I tempi massimi di ripristino del servizio e di risoluzione delle anomalie sono dettagliati nella
Tabella seguente.
Tempi massimi dalla
Tipo Anomalia Intervento segnalazione della
anomalia (ore solari)
Anomalie\malfunzionamenti di categoria “VH” Ripristino 1 ora
Risoluzione 4 ore
Anomalie\malfunzionamenti di categoria “HG” Ripristino 2 ore
REQ_3.4 Risoluzione 8 ore
Anomalie\malfunzionamenti di categoria “MD”
Risoluzione 24 ore
Anomalie\interventi adeguativi di categoria “LW” Risoluzione 72 ore
Per Ripristino si intende la disponibilità alla messa in produzione dei componenti del sistema
interessati dall’ anomalia, tramite una soluzione Quick-Fix.
Per Risoluzione si intende la disponibilità alla messa in produzione dei componenti del sistema
interessati dall’ anomalia con la completa risoluzione dell’anomalia stessa.
Capitolato Tecnico 16/26G00041
Codice
Descrizione Requisito
Requisito
L’intervento deve concludersi con il perfetto funzionamento della soluzione realizzata.
Il ripristino/risoluzione della funzionalità deve essere sottoscritto dall’utilizzatore del
componente su cui si è manifestata l’anomalia o da altro dipendente di Cineca che certifichi la
piena funzionalità delle parti oggetto dell’intervento.
Il tempo di decorrenza è misurato a partire dalla data ed ora di segnalazione, formalizzata per
iscritto all’operatore economico (time-stamp del ticket) alla data e ora di disponibilità alla messa
in produzione dei componenti interessati dall’anomalia, formalizzata per iscritto.
L’attività di Manutenzione Adeguativa deve essere erogata nel rispetto dei seguenti requisiti:
Per Manutenzione Adeguativa si intendono gli interventi di modifica originati da specifiche
richieste di adeguamento per ragioni di sicurezza o per cambi di configurazione del sito Cineca o
altri cambiamenti interni a Cineca da rendere disponibili all’uso entro le scadenze specificate.
REQ_3.5 A questa categoria appartengono gli interventi a supporto dell’installazione di nuove
release/versioni o moduli della piattaforma applicativa e gli interventi volti ad assicurare la
costante aderenza delle procedure informatiche e dei programmi software all’evoluzione
dell’ambiente tecnologico del sistema informativo.
L’installazione di quanto sopra dovrà essere autorizzata da Cineca e pianificata secondo un
calendario concordato, con l’obiettivo di concentrare e ridurre gli impatti sull’Utente Finale.
La Manutenzione Adeguativa viene erogata mediante interventi, ognuno dei quali può essere
REQ_3.6 assimilato, dal punto di vista dell’operatore economico, ad un progetto, la cui esecuzione è
tipicamente concentrata nelle sole fasi di Analisi, Realizzazione e Test.
Capitolato Tecnico 17/26G00041
Art. 2 - Team di lavoro
Le attività previste nei diversi Type-of-Work dovranno essere svolte da un Team, messo a disposizione
dall’operatore economico, rispondente alle caratteristiche sintetizzate nelle seguenti tabelle.
I requisiti professionali riportati in Tabella 1 sono da intendersi come requisiti minimi.
In Tabella 2 vengono riportati i dimensionamenti minimi per figura professionale e per TOW.
Relativamente ai servizi a Task l’effort (N. di giornate /persona) è stato stimato da Cineca sulla base di
un'analisi storica che ha correlato il dimensionamento con i livelli di servizio e la qualità attesa da Cineca.
Tale stima può essere modificata, nel rispetto dello skill mix.
Relativamente ai servizi a canone sia lo skill mix minimo che il dimensionamento indicati in Tabella 2,
rappresentano una caratteristica minima non modificabile.
Tabella 1 – Figure professionali
Figura
Descrizione Requisiti
Professionale
Seniority professionale: deve avere una seniority generale ICT di almeno 15 anni e avere
almeno 8 anni di esperienza specifica, nel ruolo, nella realizzazione di progetti di
dimensioni paragonabili a quelli di Cineca
Definisce la test strategy
(per le change di grandi e Conoscenze e competenze specifiche:
medie dimensioni) ed il • Progettazione ed esecuzione dei test e collaudi funzionali e non funzionali.
test plan, coordina la • Conoscenza delle strategie e delle tematiche relative alla gestione della qualità del SW
progettazione e • Capacità di sviluppo e di implementazione di standard di qualità per la misura dei
Test lead l'esecuzione dei livelli di servizi all'interno dell'organizzazione
• Conoscenza delle tematiche inerenti il controllo di qualità della progettazione SW,
test presidiando le attività
conformità e metriche per la misura del SW
di risoluzione delle • Conoscenza delle metodologie, concetti e terminologia del testing
anomalie e verifica i • Conoscenza degli strumenti per il Test e Collaudo delle applicazioni
criteri di ingresso e uscita • Conoscenza dei prodotti di automazione per il test funzionale e di non regressione
al livello. • Esperienza nella valutazione della qualità della documentazione
• Capacità di progettazione ed esecuzione di scenari di Test ed elaborazione dei risultati
• Capacità di validazione e valutazione dei risultati dei test
• Conoscenza ambienti JAVA, Web, C++
Seniority professionale: deve avere una seniority generale ICT di almeno 5 anni e avere
almeno 3 anni di esperienza specifica, nel ruolo, nella realizzazione di progetti di
dimensioni paragonabili a quelli di Cineca
Esegue i casi di test Conoscenze e competenze specifiche:
progettati tracciando • Conoscenza dell'analisi funzionale dei processi
l'esito delle attività di • Conoscenza delle tecniche di controllo qualità (revisioni, walkthrough, …) e
Tester esecuzione e aprendo le progettazione del testing (whitebox, blackbox)
anomalie in caso • Capacità di esecuzione del test e collaudo della soluzione end to end (integrazione,
comportamenti inattesi funzionale/regressione, performance, utente).
del sistema. • Capacità di produzione relazione e reporting di criticità e defect
• Valutazione sulla qualità della documentazione
• Capacità di garantire la qualità delle soluzioni, dal punto di vista di aderenza agli
standard di qualità definiti
• Conoscenza ambienti Web, Java, C++ e Python
Capitolato Tecnico 18/26G00041
Figura
Descrizione Requisiti
Professionale
Seniority professionale: deve avere una seniority generale ICT di almeno 10 anni e avere
almeno 5 anni di esperienza, nel ruolo di Team Leader, nella conduzione e realizzazione di
progetti ICT portati in produzione, di complessità e dimensioni paragonabili a quelli di
Cineca
Conoscenze e competenze specifiche:
Svolge attività di • Conoscenza di Software Configuration Management (SCM), Application Lifecycle
pianificazione/conduzione Management (ALM) e Software Development Lifecycle (SDLC);
delle attività e di • Metodi/tecniche di gestione di gruppi di lavoro compositi ed eventualmente distribuiti
Team leader geograficamente;
coordinamento/gestione
• Esperienza nella pianificazione, nel coordinamento e nella conduzione di progetti
dei gruppi di lavoro
software;
compositi • Tecniche di programmazione e di distribuzione dei carichi di lavoro sulle risorse;
• Esperienza di coordinamento e motivazione di gruppi di lavoro eterogenei;
• Tecniche e metodologie di produzione del software;
• Tematiche di Project Management a supporto di Progetti complessi e/o in aziende
Clienti di grandi dimensioni;
• Buona conoscenza di applicazioni, sistemi, linguaggi OpenSource, Java, Javascript,
C++, Python
Seniority professionale: deve avere una seniority generale ICT di almeno 7 anni e avere
almeno 4 anni di esperienza specifica, nel ruolo, nella realizzazione di progetti di
dimensioni paragonabili a quelli di Cineca
Svolge attività di analisi e
formalizzazione dei Conoscenze e competenze specifiche:
Analista requisiti funzionali, non • Conoscenze e competenze specifiche:
funzionale funzionali e di processo • Conoscenza delle metodologie e degli strumenti UML
per le iniziative da • Conoscenza approfondita di analisi funzionale dei processi
realizzare • Conoscenza delle principali tecnologie usate in Cineca
• Esperienza nell’analisi dei requisiti utente forniti dal Cliente
• Esperienza nell’analisi degli SLA concordati con il Cliente (ove presenti)
• Esperienza nell’analisi dei requisiti di Sicurezza.
Seniority professionale: deve avere una seniority generale ICT di almeno 7 anni e avere
almeno 4 anni di esperienza specifica continuativa, nel ruolo, nella progettazione e
realizzazione di progetti di sistemi e servizi ICT paragonabili per dimensione e complessità
Svolge attività di a quelli di Cineca
supporto al disegno delle
soluzioni tecnologiche Conoscenze e competenze specifiche:
(software e architetturali), • Comprovata competenza tecnologica
ha una visione end-to-end • Conoscenza di architetture e standard tecnologici
Data architect in grado di definire come • Conoscenza delle architetture: WEB Based, Client Server
• Conoscenza delle principali soluzioni tecniche, architetturali e basi dati
un disegno logico si
• Competenze sulla progettazione di modelli dati e basi dati, sia SQL che NoSQL (Oracle
tradurrà in uno o più e MongoDB)
database, come fluiranno i • Data analysis
dati attraverso le • Data migration tools knowledge
successive fasi coinvolte • Data integration
• Database design
• Capacità di individuare eventuali limiti della soluzione e proporre alternative tecniche
in grado di superarli.
Capitolato Tecnico 19/26G00041
Figura
Descrizione Requisiti
Professionale
Seniority professionale: deve avere una seniority generale ICT di almeno 3 anni e avere
almeno 2 anni di esperienza specifica, nel ruolo, nella realizzazione di progetti di
dimensioni e complessità paragonabili a quelli di Cineca
Conoscenze e competenze specifiche:
• Esperienza consolidata nella programmazione e documentazione dei programmi
Svolge attività di • Esperienza consolidata nell’ esecuzione Test unitario
progettazione e • Esperienza nei test di integrazione e di sistema
realizzazione di progetti • Esperienza consolidata nell’installazione e configurazione di prodotti software
software, definizione • Conoscenza tecniche di programmazione e metodologie object oriented e service
Analista oriented
delle procedure per la
programmatore • Conoscenza tecniche di lavoro agile
gestione/manutenzione
C del software, supporto
• Conoscenza di tecniche e strumenti di documentazione, test e debugging
• Conoscenza di base dell’architettura hardware/software/rete utilizzata
nella definizione delle • Conoscenza di linguaggio e strumenti di sviluppo C++
procedure/test di sistema • Conoscenze di librerie per la visualizzazione 3D
e di integrazione • Conoscenza del prodotto per il versioning del software indicati nel presente capitolato
• Conoscenza approfondita dei prodotti utilizzati per lo sviluppo indicati nel presente
capitolato
• Conoscenza dei prodotti utilizzati per la gestione del ciclo di vita del software indicati
nel presente capitolato
• Conoscenze del linguaggio SQL (MySQL)
• Conoscenza delle problematiche di esercizio delle applicazioni.
Seniority professionale: deve avere una seniority generale ICT di almeno 3 anni e avere
almeno 2 anni di esperienza specifica, nel ruolo, nella realizzazione di progetti di
dimensioni e complessità paragonabili a quelli di Cineca
Conoscenze e competenze specifiche:
• Esperienza consolidata nella programmazione e documentazione dei programmi
Svolge attività di • Esperienza consolidata nell’ esecuzione Test unitario
progettazione e • Esperienza nei test di integrazione e di sistema
realizzazione di progetti • Esperienza consolidata nell’installazione e configurazione di prodotti software
software, definizione • Conoscenza tecniche di programmazione e metodologie object oriented e service
Analista oriented
delle procedure per la
programmatore • Conoscenza tecniche di lavoro agile
gestione/manutenzione
Java del software, supporto
• Conoscenza di tecniche e strumenti di documentazione, test e debugging
• Conoscenza di base dell’architettura hardware/software/rete utilizzata
nella definizione delle • Conoscenza approfondita di XML, HTML, CSS, Javascript, Python;
procedure/test di sistema • Capacità di progettazione e sviluppo di API HTTP/JSON
e di integrazione • Conoscenza del prodotto per il versioning del software indicati nel presente capitolato
• Conoscenza approfondita dei prodotti utilizzati per lo sviluppo indicati nel presente
capitolato
• Conoscenza dei prodotti utilizzati per la gestione del ciclo di vita del software indicati
nel presente capitolato
• Conoscenze del linguaggio SQL e NoSQL (MySQLe MongoDB)
• Conoscenza delle problematiche di esercizio delle applicazioni.
Tabella 2 – Dimensionamento minimo del team
Figura Professionale TOW No. Risorse GG/persona
Test lead 1 1 50
Tester 1 1 250
Team leader 2e3 1 50
Analista funzionale 2 1 80
Data architect 2 1 20
Analista programmatore C 2e3 1 350
Analista programmatore Java 2e3 1 200
Capitolato Tecnico 20/26G00041
Art. 2.1 - Personale
L’operatore economico garantisce del personale qualificato.
Nel corso dell’erogazione dei servizi, Cineca, a suo insindacabile giudizio e per mezzo del responsabile del
contratto lato Cineca, potrà rifiutare una o più risorse presentate dall’operatore economico. A fronte di una
risorsa rifiutata, l’operatore economico dovrà prontamente sostituirla (entro 15 gg solari) con una risorsa
equivalente o in possesso di requisiti più elevati.
Qualora l’operatore economico non presentasse una risorsa idonea nei tempi previsti.
Art. 2.2 - Sede di lavoro
Le risorse costituenti il Team messo a disposizione dall’operatore economico per l’erogazione dei servizi
richiesti presteranno servizio prevalentemente presso le proprie sedi.
Dovrà essere comunque garantito un presidio presso le sedi Cineca (in base alle esigenze di servizio: Bologna,
Roma e Milano) pari almeno allo 25% dell’effort complessivo previsto.
Quando operano presso le proprie sedi, le risorse avranno la possibilità di connettersi ai sistemi di Cineca
tramite apposita VPN (IPSEC o HTTPS) messa a disposizione da Cineca stessa.
La connettività Internet per l’accesso ai sistemi di Cineca è a carico dell’operatore economico.
Il personale di Cineca avrà facoltà di raggiungere le sedi dell’operatore economico qualora si ritenessero
necessari incontri per riunioni di progetto o di verifica sull’effettivo utilizzo delle risorse.
Art. 2.3 - Strumenti di lavoro
Nell’erogazione dei servizi è richiesto che l’operatore economico utilizzi proprie apparecchiature (PC, server
e stampanti), che dovranno essere dotate (o predisposte per l’utilizzo) degli strumenti progettuali indicati più
avanti nel presente paragrafo.
L’accesso ai sistemi di Cineca per svolgere le attività previste nel presente documento sarà regolato dalle
procedure di Sicurezza Informatica che verranno consegnate all’operatore economico al momento della firma
del contratto.
Gli strumenti progettuali che dovranno essere utilizzati dall’Operatore economico sono:
Attività/prodotto Strumento Titolarità
Documenti Microsoft Word 2010 e successive Operatore economico
Tabelle Microsoft Excel 2010 e successive Operatore economico
Microsoft PowerPoint 2010 e successive Operatore economico
Rappresentazioni grafiche
Microsoft Visio 2010 e successive Operatore economico
Pianificazione Microsoft Project 2010 e successive Operatore economico
Hudson Open
Test Automation SW
Jenkins Open
Test Management SW Custom e Open Source Cineca
Suite Atlassian (10 utenti) Operatore economico
Software per ALM
GitLab o HPC-Forge Cineca
Software per VPN Cisco Anyconnect Operatore economico
Capitolato Tecnico 21/26Puoi anche leggere
