CAPITOLATO TECNICO PER LA FORNITURA DEL SERVIZIO … · 7.2 Metodi, strumenti, ... servizi on line...
Transcript of CAPITOLATO TECNICO PER LA FORNITURA DEL SERVIZIO … · 7.2 Metodi, strumenti, ... servizi on line...
1
PROCEDURA PER LA CONCLUSIONE DI UN ACCORDO QUADRO CON PIU’ OPERATORI
ECONOMICI PER L’AFFIDAMENTO DI SERVIZI DI
“ANALISI, SVILUPPO, MANUTENZIONE ADEGUATIVA, CORRETTIVA ED EVOLUTIVA DI SISTEMI
INFORMATIVI BASATI SU TECNOLOGIE JAVA E PHP”
CIG 66395455DC
CAPITOLATO TECNICO
Indice
1 SCOPO E ORGANIZZAZIONE DEL DOCUMENTO ............................................................ 2 1.1 Allegati ............................................................................................................. 2 1.2 Definizioni e acronimi .......................................................................................... 2
2 GENERALITÀ DELLA FORNITURA ................................................................................ 4 2.1 Oggetto............................................................................................................. 4 2.2 Durata .............................................................................................................. 4
3 CONTESTO OPERATIVO ............................................................................................ 5 3.1 Sistemi sviluppati di norma da Digicamere............................................................. 5 3.2 Metodologia ....................................................................................................... 5 3.3 Tecnologie e ambienti ......................................................................................... 5 3.4 Modalità di sviluppo, procedure di deploy in stage e in produzione ............................ 6
4 DESCRIZIONE DELLA FORNITURA .............................................................................. 7 4.1 Analisi, sviluppo, manutenzione evolutiva .............................................................. 7 4.2 Manutenzione adeguativa e correttiva ................................................................... 8 4.3 Garanzia ........................................................................................................... 8
5 GESTIONE DELLA FORNITURA ................................................................................. 10 5.1 Gestione degli Appalti Specifici ........................................................................... 10 5.2 Procedura di richiesta di offerta per Appalti Specifici ............................................. 10 5.3 Imprevisti, servizi complementari, ripetizioni di servizi analoghi e varianti in corso di
esecuzione degli appalti specifici ................................................................................. 12 5.4 Modalità di esecuzione del servizio...................................................................... 12 5.5 Classificazione e tracciatura degli interventi in garanzia ......................................... 13 5.6 Composizione gruppo di lavoro ........................................................................... 14 5.7 Competenze ulteriori......................................................................................... 15 5.8 Organizzazione e strumenti a supporto ............................................................... 15
6 LIVELLI DI SERVIZIO (SLA) ..................................................................................... 16 6.1 Livelli di servizio nel periodo di garanzia .............................................................. 16
7 CONTENUTO, STRUTTURA DELL’OFFERTA TECNICA .................................................... 17 7.1 Struttura e organizzazione operativa ................................................................... 17 7.2 Metodi, strumenti, organizzazione e infrastruttura per la gestione della fornitura ...... 17 7.3 Soluzioni e metodologie per l’erogazione dei servizi .............................................. 18 7.4 Project portfolio ............................................................................................... 18 7.5 Elementi migliorativi ......................................................................................... 20
2
1 SCOPO E ORGANIZZAZIONE DEL DOCUMENTO Il presente documento ha lo scopo di fornire ai Concorrenti gli elementi necessari allo sviluppo
della propria offerta per la partecipazione alla procedura di affidamento.
Il capitolo 2 presenta le generalità della fornitura, specificando l’oggetto e la durata del
contratto.
Il capitolo 3 descrive il contesto operativo di Digicamere.
Il capitolo 4 descrive i servizi oggetto della fornitura e i requisiti richiesti.
Il capitolo 5 descrive le modalità di esecuzione della fornitura e gli strumenti a supporto.
Il capitolo 6 descrive le modalità con cui verrà misurata la qualità del servizio, tramite
indicatori di prestazione per i vari servizi con i relativi valori di soglia.
Il capitolo 7 descrive le modalità con cui il Fornitore dovrà formulare la propria offerta tecnica.
1.1 Allegati
Costituiscono parte integrante del Capitolato i seguenti allegati:
Allegato CT.1 – Profili Professionali;
Allegato CT.2 – Modalità sviluppo software;
Allegato CT.3 – Modalità di messa in produzione;
Allegato CT.4 – Modulo richiesta messa in produzione.
Allegato CT.5 – Modalità di affidamento Appalti Specifici;
Allegato CT.6 – Template di offerta tecnica.
1.2 Definizioni e acronimi
Termine Descrizione
DigiCamere/Committente DigiCamere S.c.a.r.l.
Fornitore/Affidatario L’impresa o il Raggruppamento di imprese o consorzio
aggiudicataria/o del servizio
Concorrente/Società
concorrente
L’impresa o il Raggruppamento di imprese o consorzio che
partecipa alla procedura di selezione per le attività in oggetto
Clienti/Clientela I clienti di DigiCamere
Accordo Quadro (AQ)
Atto comprensivo dei suoi allegati, nonché dei documenti ivi
richiamati, stipulato, ai sensi dell’art. 59, comma 5, del D.Lgs. n.
163/2006 e s.m.i., tra Digicamere e ciascun Fornitore/Affidatario
contenente le condizioni generali relative agli Appalti Specifici da
aggiudicare per tutta la durata del medesimo Accordo Quadro;
Appalto Specifico (AS)
Ciascuna procedura indetta per la selezione dell’operatore al
quale affidare specifici servizi oggetto dell’Accordo Quadro alle
condizioni in esso prestabilite, mediante rilancio del confronto
competitivo con invio della richiesta di offerta ai Contraenti del
medesimo Accordo Quadro
Contract-Manager
Il soggetto nominato dal Fornitore incaricato della gestione e del
coordinamento dei rapporti con DigiCamere per ogni aspetto e
problematica contrattuale.
Service-Manager
Il soggetto individuato nell’ambito del Gruppo di lavoro del
Fornitore incaricato della gestione e del coordinamento dei
rapporti con DigiCamere per ogni aspetto e problematica relativi
alla prestazione dei servizi.
Delivery-Manager
Il soggetto di DigiCamere preposto alle attività sistemistiche che
deve essere coinvolto quando vi sono modifiche/aggiornamenti
hardware e software agli apparati
Direttore dell’esecuzione Il soggetto nominato da DigiCamere responsabile delle fasi di
3
del Contratto (DEC) direzione e di accertamento dell’esecuzione del contratto e della
gestione e del coordinamento dei rapporti col Fornitore
Referente Tecnico
Il soggetto nominato da DigiCamere e delegato del DEC
incaricato del supporto e della gestione dei rapporti col Fornitore
limitatamente a ciascun singolo Appalto Specifico
Richiesta di offerta
Il documento che riporta tutti gli elementi necessari per poter
produrre l’offerta relativa ad ogni Appalto Specifico. Con l’invio di
tale documento Digicamere indice la procedura di selezione per
l’affidamento di ogni Appalto Specifico;
Piano Tecnico
Il documento prodotto dal Fornitore contenente la descrizione
dettagliata delle attività e dei deliverable, unitamente alla loro
pianificazione, successivo all’affidamento da parte di Digicamere
dell’Appalto Specifico
4
2 GENERALITÀ DELLA FORNITURA
2.1 Oggetto
DigiCamere ha la necessità di individuare i tre migliori fornitori che possano svolgere i seguenti
servizi secondo quanto meglio precisato ai successivi paragrafi 4.1 e 4.2:
Analisi, sviluppo e manutenzione evolutiva di sistemi informativi basati su
tecnologie java e php, consistenti nell’attività di analisi di applicativi software, nella
loro realizzazione, nella redazione di piani di test e nella relativa conduzione, ivi inclusa
la manutenzione evolutiva e cioè l’intervento su prodotti e servizi in esercizio per
l’implementazione o espansione di nuove funzionalità sulla base di richieste provenienti
da clienti;
Manutenzione adeguativa e correttiva di sistemi informativi basati su
tecnologia java e php, consistenti nell’esecuzione di attività di adeguamento e
correzione di applicativi software già in uso.
In particolare, per manutenzione correttiva si intende l’intervento su prodotti e servizi
in esercizio per la correzione di bug applicativi o funzionali; per manutenzione
adeguativa si intende l’intervento su prodotti e servizi per l’adeguamento, senza
implementazione o espansione di nuove funzionalità, conseguente a variazioni di
ambienti tecnologici o della normativa.
2.2 Durata
La durata del servizio di Analisi, sviluppo, manutenzione adeguativa, correttiva ed evolutiva di
sistemi informativi basati su tecnologie java e php è di 30 mesi.
5
3 CONTESTO OPERATIVO
L’ambiente di esercizio di Digicamere si avvale di piattaforme tecnologiche messe a punto al
fine di ridurre al massimo i rischi di interruzione del servizio e nel contempo garantire livelli di
performance elevate: l’orientamento seguito in questi anni si è focalizzato, soprattutto,
sull’individuazione di ambienti open-source su cui basare le piattaforme di produzione.
Tale orientamento è stato seguito anche per l’ambiente di sviluppo dove, prendendo come
riferimento i linguaggi Java e Php, si sono utilizzate principalmente piattaforme, framework e
librerie reperibili sul mercato in modalità open-source. I linguaggi e più in generale i sistemi
adottati sono riportati nell’Allegato CT.1, che contiene i profili professionali che le Società
concorrenti dovranno mettere a disposizione all’interno delle attività previste dal Contratto.
3.1 Sistemi sviluppati di norma da Digicamere
I sistemi informativi sviluppati di norma da Digicamere, utilizzando i linguaggi php e java, sono
sostanzialmente di 3 tipologie:
a) Sistemi orientati al trattamento e all’erogazione di informazioni: Siti, Portali, Sistemi
di Knowledge Management, Sistemi di Case Based Reasoning, Intranet informative
eccetera, talvolta soggetti ad autenticazione utente anche attraverso sistemi di
single sign on;
b) Sistemi orientati all’interazione dispositiva da parte di utenti finali: servizi on line per
l’avvio di pratiche, sistemi di prenotazione di convegni ed eventi, sistemi per la
profilazione degli utenti per successive campagne di direct marketing eccetera. In
questo caso è sempre presente una componente di autenticazione, spesso con CNS;
talvolta sono presenti componenti per il single sign on per la firma digitale, sistemi
per la generazione di pdf, interazione con sottosistemi interni (protocollo, gestione
contabile, banche dati interne eccetera);
c) Sistemi orientati all’automazione di processi interni: gestione del personale, gestione
contabile ed amministrativa (incluso controllo di gestione), gestione automazione di
processi verticali per singoli uffici, etc. In questi casi sono sempre presenti
l’integrazione con il sistema di single sign on e l’integrazione con database interni e
con portali.
3.2 Metodologia
Nello sviluppo delle proprie applicazioni, Digicamere utilizza una metodologia che prevede lo
svolgimento delle attività in stretto contatto con il cliente, andando molto spesso a modellare
le soluzioni software sulle specifiche esigenze, realizzando via via singoli moduli software che
sono presentati ai clienti in modo da essere certi della loro adeguatezza rispetto alle necessità.
Il fornitore dovrà illustrare, nelle opportune parti della propria offerta, come intenda
organizzare le proprie attività per supportare Digicamere con questa metodologia di sviluppo.
3.3 Tecnologie e ambienti
I Servizi di cui al presente Capitolato dovranno essere svolti dal Fornitore utilizzando le
tecnologie negli ambienti di sviluppo ed esercizio indicati nell’Allegato CT.1 – Profili
professionali, che saranno poi meglio specificati all’interno delle singole richieste di
realizzazione. Qualora, nel corso di esecuzione dei servizi, si dovesse presentare la necessità di
operare utilizzando evoluzioni delle tecnologie non attualmente prevedibili, si effettuerà una
valutazione tra Digicamere e i Fornitori dell’AQ su come poter far fronte alla nuova necessità.
Il Fornitore non potrà sottrarsi dall’impegno di collaborare con Digicamere al fine di poter far
fronte a mutate esigenze tecnologiche legate ad esigenze di mercato o a requisiti particolari.
Per quanto riguarda gli ambienti, Digicamere opera tendenzialmente distribuendo le attività su
server differenti, ciascuno specializzato per le seguenti attività:
6
Sviluppo: attività per la quale sono previsti server interni solo in caso di applicazioni
complesse o per gruppi di lavoro numerosi. Il processo di deploy del codice prevede
ampie possibilità di accesso alle macchine da parte degli sviluppatori. Nei casi in cui non
siano previsti server di sviluppo dedicati, gli sviluppatori utilizzano direttamente i loro
Personal Computer;
Staging (o pre-produzione): attività per la quale sono sempre previsti server dedicati e
il deploy del codice prevede qualche possibilità di accesso da parte degli sviluppatori, in
funzione del tipo di progetto e di tecnologia;
Produzione: attività per la quale sono previsti server inaccessibili agli sviluppatori, sui
quali le applicazioni e i database sono installati/modificati da sistemisti con opportuni
privilegi.
Rispetto alle attività oggetto di offerta, è richiesto che i fornitori si attrezzino - in funzione delle
necessità del progetto e della sede in cui avrà luogo lo sviluppo - con propri ambienti di
sviluppo conformi a quelli in esercizio presso Digicamere.
3.4 Modalità di sviluppo, procedure di deploy in stage e in produzione
Digicamere ha adottato le modalità di sviluppo software riportate nell’Allegato CT.2 e le
modalità di messa in produzione illustrate negli Allegati CT.3 e CT.4.
Il fornitore dovrà operare adattando le proprie modalità di lavoro al contesto operativo e
metodologico di Digicamere descritto in questo capitolo e negli allegati di riferimento.
7
4 DESCRIZIONE DELLA FORNITURA
4.1 Analisi, sviluppo, manutenzione evolutiva
Le attività sono finalizzate a progettare, analizzare e sviluppare applicativi software nuovi o ad
effettuare studi per la rielaborazione di applicativi in esercizio; tali attività sono connesse alle
attività di sviluppo del software. L’attività di manutenzione evolutiva, in particolare, consiste
nell’intervento su prodotti e servizi in esercizio per l’implementazione o espansione di nuove
funzionalità sulla base di richieste provenienti da clienti o da specifiche normative, partendo da
documenti di analisi concettuali, che recepiscono modifiche e/o implementazioni normative o
organizzative rispetto ad applicazioni software già esistenti.
Le attività verranno svolte utilizzando, di norma, le piattaforme e gli ambienti standard di
Digicamere e dovranno sottostare alle regole e all’utilizzo degli strumenti allo scopo predisposti
per la messa in linea a disposizione della Clientela. E’ possibile che in ambiti specifici sia
richiesta, o accettata, l’individuazione anche di piattaforme non attualmente previste che
possano essere considerate, in fase di analisi, adatte a soddisfare le esigenze dei requisiti di
base. All’atto della realizzazione dei servizi dovrà essere prodotta la documentazione così come
previsto dagli standard in uso presso Digicamere.
Nello svolgimento delle attività di sviluppo e manutenzione evolutiva, il Fornitore dovrà
provvedere, nel rispetto delle piattaforme e delle architetture indicate da Digicamere (riportate
negli Allegati CT.1 e CT.2, per quest’ultimo si consideri esclusa la parte .Net), alla realizzazione
del software e alla predisposizione ed esecuzione del piano di test dei componenti software,
alla gestione, documentazione ed analisi dei risultati.
In particolare il fornitore dovrà eseguire le seguenti attività principali:
generazione/codifica dei moduli software;
definizione dell’organizzazione del codice in package di implementazione;
realizzazione delle classi in termini di componenti (sorgenti, eseguibili, librerie, etc);
integrazione con software già prodotto e riuso di componenti generalizzate;
creazione delle strutture degli archivi utilizzati dalle funzionalità con validazione
obbligatoria, prima dell’avvio delle fasi realizzative del software, da parte di Digicamere
nella sua struttura sistemistica;
esecuzione e documentazione dei test dei singoli moduli e dell’applicazione nel suo
complesso e delle funzionalità realizzate;
predisposizione della documentazione e degli strumenti per facilitare l’utente nell’utilizzo
delle applicazioni e per garantire una corretta manutenibilità nel tempo (Documenti di
analisi funzionale, Documenti di analisi tecnica, Documentazione tecnica di progetto
legata al codice sviluppato, Manuali utente, guide operative, help in linea, eccetera);
predisposizione di un piano di rilascio e di passaggio di consegne sia per gli ambiti
tecnici che per gli aspetti funzionali verso Digicamere;
esecuzione delle eventuali attività di manutenzione evolutiva del software.
Nel caso in cui, nell’ambito delle attività di sviluppo del software il Fornitore intenda utilizzare
piattaforme o componenti open-source non preventivamente indicati da Digicamere, dovrà
avere preventiva autorizzazione scritta da parte di Digicamere, dovrà in ogni caso allegare
copia della licenza d’uso prevista per la componente. Il Fornitore non potrà fare uso di sistemi
che prevedano costi connessi a licenze d’uso, in esercizio, per Digicamere.
Nel caso in cui la licenza preveda un intervento oneroso per la sua acquisizione e/o utilizzo è
fatto obbligo al Fornitore darne comunicazione preventiva a Digicamere per le autorizzazioni
del caso; l’autorizzazione dovrà essere formalizzata in modalità scritta e diverrà parte
integrante dei documenti di progetto.
Il trasferimento di sorgenti di programmi, compilati, documentazioni e quant’altro sia connesso
con la corretta esecuzione del contratto potranno avvenire tramite consegna al Direttore
8
dell’esecuzione del Contratto via e-mail o altro supporto magnetico ritenuto valido dal Direttore
stesso.
Il Fornitore dovrà essere in grado di lavorare contemporaneamente su almeno 5
progetti/piani tecnici. Si tenga presente, a questo proposito, che i singoli progetti avranno
di norma una dimensione non inferiore ai 20 giorni uomo e che, mediamente, i progetti
saranno dimensionati in circa 60 giorni uomo di attività ciascuno.
Si stima che almeno l’80% delle attività di questo tipo debbano essere svolte presso la sede di
Digicamere.
4.2 Manutenzione adeguativa e correttiva
I servizi di manutenzione adeguativa e correttiva dei sistemi informativi sono finalizzati ad
adeguare, integrare o correggere applicativi software già rilasciati alla Clientela. Ricadono in
questo ambito, quindi, interventi correttivi o micro-evolutivi (al di sotto dei 10 giorni uomo di
sviluppo).
NON ricadono in questo ambito attività di manutenzione corrente con l’obiettivo di
garantire la continuità operativa dei sistemi. Il fornitore quindi NON consideri in
alcun modo questa gara come una richiesta di gestione corrente e continuativa di
applicazioni informatiche delle quali deve essere garantita la business continuity. Si
tratta sempre e solo di attività/progetti puntuali.
Le attività verranno svolte utilizzando le piattaforme e gli ambienti standard Digicamere e
dovranno sottostare alle regole di utilizzo degli strumenti allo scopo predisposti per la messa in
linea a disposizione della Clientela. All’atto della realizzazione degli interventi lì dove ci fosse la
necessità dovrà essere adeguata la documentazione relativa.
Le attività che verranno svolte potranno avere aspetti diversificati:
a) attività di manutenzione correttiva: consistente nell’intervento su prodotti e servizi in
esercizio per la correzione di bug applicativi o funzionali, partendo da esigenze, o
segnalazioni, provenienti dalla Clientela di comportamenti degli applicativi software non
conformi alle loro aspettative e/o alle normative in essere;
b) attività di manutenzione adeguativa: consistente nell’intervento su prodotti e servizi per
l’adeguamento, senza implementazione o espansione di nuove funzionalità,
conseguente a modeste variazioni.
Il Fornitore dovrà essere in grado di attivare, per questo tipo di attività, fino a 3 risorse su
altrettanti progetti. Si tenga presente, a questo proposito, che le singole attività avranno
una dimensione inferiore ai 10 giorno uomo.
Si stima che almeno il 60% delle attività di questo tipo dovranno essere svolte presso la sede
di Digicamere.
4.3 Garanzia
Il software oggetto di sviluppo dovrà essere coperto da apposita garanzia per un periodo di
180 (centoottanta) giorni a decorre dalla data della verifica di perfetta funzionalità dei servizi
realizzati, effettuata da Digicamere.
La prestazione della garanzia non darà diritto al riconoscimento, in favore dell’Affidatario, di
alcun corrispettivo specifico aggiuntivo.
Il Fornitore, nel periodo di copertura della garanzia, dovrà svolgere tutte le attività di diagnosi
e correzione delle anomalie e degli errori riscontrati durante l’esercizio, riconducibili alle attività
svolte sia per la nuova realizzazione che per l’integrazione con applicazioni esistenti. Le attività
9
svolte devono prevedere anche la revisione, lì dove se ne presentasse la necessità, della
documentazione sia in linea che su supporto elettronico/cartaceo.
I malfunzionamenti verranno notificati a mezzo di un opportuno sistema di trouble ticketing da
Digicamere al Fornitore attraverso un’apposita Comunicazione di Rilevazione Errori,
contenente:
la descrizione dettagliata dell’anomalia riscontrata corredata, lì dove siano disponibili, di
allegati esplicativi;
il livello di impatto sull’operatività del sistema, secondo la classificazione descritta nel
paragrafo 5.3.
Salvo diversa esplicita indicazione le attività in garanzia dovranno essere svolte presso la sede
del Fornitore.
Qualora, per cause di forza maggiore, non fosse possibile svolgere l’intervento presso la sede
del Fornitore, lo stesso dovrà provvedere ad effettuare l’intervento presso la sede di
Digicamere
Il fornitore dovrà comunicare la rimozione dell’anomalia attraverso il sistema di trouble
ticketing specificando la data e ora di comunicazione di chiusura dell’intervento con la
descrizione degli interventi effettuati sul software e le eventuali modifiche della
documentazione.
Tale Comunicazione dovrà essere verificata da parte di Digicamere che ne certificherà la
risoluzione effettiva. Tramite opportuni accordi con il Direttore dell’esecuzione del Contratto
l’Affidatario provvederà a fornire tutti i componenti software modificati al fine del
consolidamento in ambiente di produzione secondo gli standard Digicamere.
10
5 GESTIONE DELLA FORNITURA Digicamere attraverso la selezione in oggetto procederà alla conclusione di un accordo quadro
con più Fornitori aggiudicatari ai sensi dell’art. 59 del Codice. I Fornitori aggiudicatari saranno i
primi tre classificati della procedura per l’affidamento dell’Accordo Quadro (AQ).
Per ogni Appalto Specifico (AS), Digicamere richiederà a tutti i Fornitori aggiudicatari un
rilancio competitivo, con le modalità indicate ai seguenti paragrafi 5.1, 5.2 e 5.3, al fine di
selezionare la migliore proposta per l’espletamento delle attività di volta in volta richieste ed
oggetto dell’Appalto Specifico.
Per tutta la durata dell’AQ, i Fornitori aggiudicatari del medesimo saranno obbligati a
presentare una proposta economica e tecnica (se richiesta) per almeno il 75 % degli AS e più
precisamente per almeno 3 AS ogni 4 consecutivi.
Nei paragrafi successivi vengono descritte in modo schematico le modalità di gestione della
fornitura nonché gli strumenti a supporto in merito all’oggetto del capitolato.
5.1 Gestione degli Appalti Specifici
Al fine di procedere all’affidamento degli AS, Digicamere provvederà a trasmettere una
“Richiesta di offerta” ai rispettivi Contract-Manager di ciascun Fornitore aggiudicatario.
Tale richiesta sarà corredata, di volta in volta, da tutta la documentazione necessaria ad
effettuare un’adeguata valutazione dell’AS da parte di ciascun Fornitore.
Digicamere comunicherà fra le altre cose la sede in cui dovranno avere luogo le attività (sede
di Digicamere e/o sede del fornitore) e l’eventuale disponibilità o meno di server di sviluppo
utilizzabili dal fornitore (che, quindi, deve sempre prevedere propri ambienti di sviluppo che
non potranno comportare oneri aggiuntivi per Digicamere).
Nel caso di richieste riguardanti la manutenzione evolutiva, potrà essere allegata la
documentazione relativa alla fase di analisi, contenente il progetto delle interfacce grafiche,
delle funzionalità ed il disegno delle basi, in coerenza con quanto definito dall’analisi
prototipale, sempre se presente.
Digicamere provvederà, inoltre, ad indicare ai Fornitori un Referente Tecnico (delegato del
DEC) in grado di fornire supporto ed eventuali delucidazioni e chiarimenti sui termini operativi
del progetto/processo.
5.2 Procedura di richiesta di offerta per Appalti Specifici
Per ogni AS viene stabilita la seguente procedura operativa:
Digicamere, invierà a tutti i Fornitori contraenti dell’AQ una “Richiesta di offerta”,
contenente i seguenti elementi:
l’obiettivo e le specifiche tecniche dell’AS;
i vincoli temporali e di altra natura, nonché eventuali dettagli sui livelli di servizio
applicabili;
la tipologia delle figure richieste (se tutte quelle previste dall’Accordo o solo alcune);
la percentuale di attività del progetto da svolgere presso la sede di Digicamere;
il valore dei punteggi massimi attribuibili relativamente a ciascuna voce di punteggio
dell’AS: PTER, PEAS e PTAS (come meglio specificato nell’Allegato CT.5 “Modalità
di affidamento Appalti Specifici”);
la base d’asta dell’AS;
gli eventuali criteri tecnici peculiari dell’AS(migliorativi/aggiuntivi rispetto ai criteri
tecnici dell’AQ);
11
l’eventuale documentazione di dettaglio a supporto delle specifiche tecniche;
l’eventuale data e ora in cui avrà luogo un briefing di approfondimento (dopo almeno
48 ore dall’invio della “Richiesta di offerta”) nel quale Digicamere descriverà le
proprie necessità e risponderà a eventuali domande di chiarimento dei Fornitori.
Ciascun fornitore dovrà recarsi presso la sede di Digicamere per presenziare
all’incontro o in alternativa dovrà partecipare al briefing in conference call. Nel caso
in cui il Fornitore non intenda presentare offerta (al massimo una volta su quattro
richieste di preventivo consecutive) potrà non partecipare al briefing. Digicamere si
riserva eventualmente di registrare o verbalizzare gli elementi essenziali emersi nei
briefing.
Ogni Fornitore, dovrà definire e trasmettere, entro il termine di 5 giorni lavorativi dalla
data di “Richiesta di offerta” oppure, se previsto, dalla data del briefing, la propria
migliore offerta contenente:
l’offerta economica con indicati:
Il n. delle giornate/uomo previste dal Fornitore per ogni figura professionale;
I prezzi unitari offerti per ogni figura professionale (non superiori a quelli offerti in
sede di AQ);
Il prezzo complessivo (non superiore al valore massimo stimato dell’AS);
N.B. Per ogni AS, la proposta del n. di giornate/uomo per profilo e dei ribassi sui prezzi
saranno a totale discrezione del Fornitore.
l’offerta tecnica (se prevista) contenente gli elementi necessari a valutare i criteri
tecnici peculiari dell’AS.
Scaduto il termine per la ricezione delle offerte Digicamere individuerà, tra quelle
pervenute, la miglior offerta con le modalità indicate nell’Allegato CT.5 “Modalità di
affidamento Appalti Specifici” e comunicherà la graduatoria ai Fornitori
Una volta individuata la miglior offerta, Digicamere chiederà al Fornitore che l’ha
prodotta, di inviare entro 4 giorni lavorativi un Piano tecnico contenente:
La descrizione generale delle attività;
Piano di progetto e di lavoro;
La tempistica specifica di realizzazione con l’indicazione di milestone delle varie fasi
di rilascio1 e di verifica congiunta;
L’ indicazione del Service-Manager;
Eventualmente a discrezione di Digicamere, i CV delle figure professionali coinvolte
sul progetto;
Una volta ricevuto Piano tecnico, Digicamere ne valuterà l’adeguatezza
tecnico/economica per verificare che sia congrua rispetto alle specifiche fornite in fase
di “Richiesta di offerta”;
Digicamere si riserva di chiedere al Fornitore di chiarire o rivedere il dettaglio di alcuni
punti del Piano tecnico, invitandolo eventualmente a produrre una o più revisioni del
documento entro il termine massimo di 3 giorni lavorativi (per ogni revisione del
documento);
Tale revisione non dovrà comportare variazioni del prezzo offerto per l’AS e degli eventuali
elementi migliorativi/aggiuntivi oggetto di valutazione della specifica “Richiesta di offerta”.
Qualora la seconda revisione del Piano tecnico risultasse ancora non congrua a causa di
rilevanti incongruenze tra quanto richiesto da Digicamere e quanto pianificato dal Fornitore,
Digicamere si riserva di non affidare allo stesso, le attività oggetto dell’AS e di interpellare
il Fornitore che segue nella graduatoria di affidamento dell’AS. A questo punto verrà
effettuata una verifica di adeguatezza-congruità del piano tecnico del nuovo Fornitore e
qualora risultasse anch’esso inadeguato/non congruo in modo rilevante dopo due revisioni,
Digicamere si riserva di interpellare il Fornitore che segue nella graduatoria di affidamento
dell’AS con le stesse modalità dei precedenti.
Una volta verificata l’adeguatezza-congruità tecnico/economica del Piano tecnico
Digicamere procederà all’aggiudicazione dell’AS dando comunicazione dell’esito ai
1 Per “rilascio” si intende sempre la consegna, a seconda dei casi, di un semilavorato o un prodotto finito sul
quale il fornitore abbia già eseguito i suoi test ed abbia già rimosso i bug.
12
partecipanti della procedura. Nello specifico, il Fornitore affidatario dell’AS riceverà una
comunicazione scritta da Digicamere, che lo autorizzerà ad iniziare le attività. Da quel
momento il Fornitore dell’AS dovrà dare avvio alle attività oggetto dell’AS entro 3 giorni
lavorativi da tale comunicazione, rendendosi disponibile a produrre eventuale ulteriore
documentazione tecnica ad integrazione di quella già fornita.
Il Fornitore eseguirà l’AS conformemente a quanto richiesto dal capitolato AQ e nella
Richiesta di offerta dell’AS nonché a quanto offerto in sede di AQ e AS.
Nel caso in cui nessuno dei piani tecnici presentati sia ritenuto congruo/adeguato, Digicamere
si riserva la possibilità di provvedere autonomamente utilizzando proprie risorse o individuando
altri fornitori in grado di eseguire l’attività nel limite del Budget che Digicamere ritiene
impiegabile per l’attività oggetto della singola richiesta nei vincoli di giornate/uomo e di relativi
costi dalla stessa previsti nonché nel rispetto della normativa vigente.
DigiCamere si riserva in ogni caso di non procedere all’affidamento dell’AS laddove non lo
ritenga motivatamente necessario.
Nel caso si presentasse la necessità di interrompere del tutto o in parte le attività oggetto
dell’AS in corso di esecuzione, su indicazione motivata di Digicamere, al Fornitore verrà
riconosciuto solo il lavoro effettivamente svolto, in base alla percentuale di avanzamento lavori
alla data di interruzione definita da Digicamere.
Il mancato affidamento di n. 3 AS per reiterata inadeguatezza/incongruità del Piano tecnico,
costituisce grave inadempimento contrattuale, pertanto DigiCamere si riserva la facoltà di
procedere secondo quanto previsto dall’art. 22 dello Schema di Accordo Quadro dandone
comunicazione al Fornitore.
5.3 Imprevisti, servizi complementari, ripetizioni di servizi analoghi e
varianti in corso di esecuzione degli appalti specifici
Si specifica che a ciascun AS si applica la disciplina di cui all’art. 57 comma 5 lettera a) e b) e
comma 6 del D.lgs. 163 del 2006. E’ applicabile inoltre la disciplina delle varianti in corso di
esecuzione per i contratti di servizi di cui all’art. 311 del d.P.R. n. 207 del 2010. Nell’indizione
di ciascun AS, Digicamere si riserva la facoltà di prevedere nel quadro economico dell’iniziativa,
delle risorse da destinare a varianti per imprevisti in corso di esecuzione o di destinare in tutto
o in parte i ribassi offerti in AS per tali varianti.
5.4 Modalità di esecuzione del servizio
Il Fornitore dovrà svolgere il servizio presso la propria sede e/o presso la sede di Digicamere.
Per le attività di analisi, sviluppo e manutenzione evolutiva potrà assai più facilmente
verificarsi l’ipotesi di attività presso la sede di Digicamere, mentre le attività di manutenzione
correttiva e adeguativa potranno più facilmente essere fatte presso la sede del fornitore.
La sede prevalente in cui l’esecuzione viene richiesta sarà esplicitata chiaramente in fase di
“Richiesta di offerta” per l’AS, così come sarà esplicitata l’eventuale possibilità, per il fornitore,
di utilizzare gli ambienti di sviluppo di Digicamere. Le modalità di sviluppo e gli standard da
adottare sono riportati, oltre che nel presente documento, anche nell’Allegato CT.2.
Al termine del processo di sviluppo il fornitore dovrà collaborare con Digicamere alla
installazione in ambiente di stage e di produzione secondo le modalità descritte negli Allegati
CT.3 e CT.4 (attività che deve essere ricompresa nel prezzo pattuito per l’AS).
13
Le eventuali spese di trasferta si intendono già ricomprese nell’importo offerto dal fornitore per
ogni giornata/uomo. In caso di attività presso la sede di Digicamere le risorse del fornitore
dovranno essere dotate di propria strumentazione (PC Portatile). Nel caso in cui sia richiesto al
fornitore di svolgere l’attività presso la propria sede, lo stesso potrà organizzarsi come ritiene
sia più consono al raggiungimento degli obiettivi indicati in fase di “Richiesta di offerta” per
l’AS. Dovrà comunque garantire che il team impegnato abbia caratteristiche conformi rispetto
ai requisiti indicati in sede di offerta e che sia in grado di raggiungere gli obiettivi indicati in
termini di risultati, tempistica e pro attività. Il Fornitore potrà contare sulla disponibilità
collaborativa di un Direttore dell’esecuzione del Contratto che avrà l’incarico di seguirlo e
supportarlo a fronte di necessità esplicative e di ricezione di quanto prodotto nell’ambito
dell’assegnazione dell’attività.
Nel caso in cui sia richiesto al Fornitore di svolgere l’attività presso la sede di Digicamere, esso
dovrà mettere a disposizione un gruppo di lavoro che andrà ad affiancare il personale di
Digicamere.
Digicamere provvederà a fornire un supporto operativo (eventuali delucidazioni sui termini
operativi del progetto/processo) tramite un proprio Referente Tecnico.
L’attività di manutenzione evolutiva deve essere svolta avendo la massima attenzione alla
usabilità2 dell’applicazione ed alla possibile integrazione con altre applicazioni già esistenti,
svolgendo un’attenta valutazione dei passi da seguire per consentire il rispetto degli importi
stimati e tempi con alti livelli di qualità del software prodotto.
In ogni caso il Fornitore dovrà garantire il rispetto dei tempi previsti nel Piano Tecnico.
Dovrà essere posta particolare attenzione e cura all’interazione con l’organizzazione di
Digicamere rispetto alla metodologia di sviluppo interna descritta al punto 3.2 del presente
documento. A questo proposito è previsto che il fornitore esegua, per ciascuno dei moduli che
via via si andranno a consolidare, adeguate fasi di test in cui sia verificata da un lato la
compliancy con le richieste di Digicamere e gli obiettivi complessivi di progetto, dall’altro la non
regressione del sistema complessivo. Quanto viene rilasciato dal fornitore deve essere dallo
stesso ritenuto in grado di poter essere presentato ai clienti di Digicamere e di essere messo in
produzione.
5.5 Classificazione e tracciatura degli interventi in garanzia
Nel periodo di garanzia del software prodotto, così come definito al punto 4.3 che precede, ai
fini della classificazione delle richieste di intervento e della determinazione dei livelli di servizio,
i malfunzionamenti sono classificati come segue:
a) Grave: malfunzionamento bloccante, non è possibile l'accesso o la navigazione
all'interno del sito o non è possibile l'accesso al singolo applicativo, o l'utilizzo dello
stesso o di una parte dello stesso che possa pregiudicare l’immagine del cliente (la non
raggiungibilità della home page del sito/servizio o una non corretta visualizzazione della
stessa è classificata come malfunzionamento “Grave”, mentre una non corretta
visualizzazione di una pagina interna può essere media o standard in funzione di fattori
quali la popolarità della pagina, l’eventuale collegamento delle informazioni fornite a
periodi contingenti di scadenza e simili);
b) Medio: malfunzionamento non bloccante, la navigazione è possibile ma limitata ad una
parte del sito o di un applicativo, ovvero alcune funzionalità del sito o di un applicativo
non risultano disponibili;
c) Standard: malfunzionamento non bloccante, la navigazione o l'utilizzo di un applicativo
è possibile ma alcune funzionalità non forniscono il risultato atteso.
Il fornitore dovrà comunicare la rimozione dell’anomalia attraverso il sistema di trouble
ticketing specificando la data e ora di comunicazione di chiusura dell’intervento con la
descrizione degli interventi effettuati sul software e le eventuali modifiche della
documentazione.
2 Per l’esatta definizione di usabilità da applicare in questo contesto si faccia riferimento allo standard ISO
9241, “Ergonomic requirements for office work with visual display, Part 11”.
14
Tale Comunicazione dovrà essere verificata da parte di Digicamere che ne certificherà la
risoluzione effettiva. Tramite opportuni accordi con il Direttore dell’esecuzione del Contratto
l’Affidatario provvederà a fornire tutti i componenti software modificati al fine del
consolidamento in ambiente di produzione secondo gli standard Digicamere.
5.6 Composizione gruppo di lavoro
Il fornitore si impegna a mettere a disposizione personale con idonee competenze per
l’espletamento delle attività previste dal presente Capitolato Tecnico.
Per raggiungere gli obiettivi di sviluppo richiesti nei singoli contratti attuativi, il Fornitore dovrà
garantire a DigiCamere le figure professionali in grado di ricoprire i seguenti ruoli:
Analista Programmatore Senior;
Capo Progetto/Analista Senior;
Software Architect Senior.
A titolo puramente indicativo, si fornisce nel seguito una tabella contenente il numero delle
giornate/uomo che si ipotizza di utilizzare nel periodo di validità del contratto in relazione alle
singole figure professionali componenti il gruppo di lavoro.
Figura Professionale GG/U
Analista Programmatore Senior 1460
Capo Progetto/Analista Senior 323
Software Architect Senior 82
Si precisa che i volumi sopra riportati sono del tutto indicativi e non vincolanti per Digicamere,
non sussistendo alcun minimo garantito nei confronti dell’Affidatario.
Tutte le figure professionali utilizzate, ciascuna per il suo profilo di appartenenza, devono
possedere conoscenze relativamente alle tecnologie/metodologie e rispettare i requisiti minimi
di cui all’Allegato CT.1 “Profili professionali”.
Il Team di lavoro da dedicare a ciascun singolo progetto dovrà necessariamente prevedere la
partecipazione di un Project Manager tecnico che si interfaccerà con Digicamere per tutti gli
aspetti di gestione tecnica/operativa del progetto.
Nell’ambito della gestione della fornitura nel suo complesso, inoltre, il fornitore dovrà
individuare un Service-Manager, quale soggetto di riferimento nei rapporti con Digicamere per
ogni aspetto e problematica relativi alla prestazione del Servizio, con esperienza di almeno due
anni in ruoli analoghi. In capo a tale soggetto ricade la responsabilità di coordinare l'attività
operativa al fine di garantirne i risultati quantitativi e qualitativi previsti.
Il Service-Manager del fornitore parteciperà alla definizione del Progetto con il Direttore
dell’esecuzione del Contratto del Committente e favorirà l'integrazione e lo scambio di
informazioni tra le funzioni aziendali coinvolte. Avrà un ruolo propositivo ed indicherà sia le
soluzioni tecniche che organizzative per rispettare i tempi e le giornate/uomo concordate.
Il Team di Lavoro che sarà dedicato ad un singolo progetto dovrà rimanere quantitativamente
e qualitativamente immutato nel corso della prestazione del singolo servizio. Eventuali
avvicendamenti e sostituzioni dei relativi componenti dovranno comunque avvenire nel rispetto
della consistenza qualitativa e quantitativa originaria e dovranno essere preventivamente
autorizzati da Digicamere. Il Fornitore dovrà garantire che il sostituto abbia equivalenti
competenze tecniche ed esperienza tali da garantire la continuità del Servizio e dovrà farsi
carico del periodo di affiancamento/istruzione necessario per rendere la nuova risorsa
autonoma sul progetto.
15
Digicamere avrà la facoltà, previa comunicazione scritta, di chiedere al Fornitore la sostituzione
di uno o più componenti del team ove questi non rispettino i requisiti di conoscenze e capacità
esplicitati in fase di definizione delle attività o nel caso in cui siano non funzionali alla corretta
organizzazione del team nell’ottica della realizzazione del servizio richiesto. Il Fornitore avrà 2
giorni lavorativi per produrre eventuali controdeduzioni.
La sostituzione di eventuali figure riscontrate come inadeguate dovrà avvenire entro il termine
massimo di 4 giorni lavorativi dalla richiesta di sostituzione, con personale dotato delle
medesime capacità, competenze e, se presenti, certificazioni di quello proposto in fase di gara.
Qualora la sostituzione fosse fatta in ritardo o il componente del team sostituito fosse ancora
inadeguato e si dovesse ricorrere ad un’ulteriore sostituzione, verranno applicate le penali del
caso secondo le modalità previste dall’art. 12 dello Schema di Contratto.
In caso di sostituzione per inidoneità o di sostituzione da parte del fornitore per sopraggiunte
cause di forza maggiore, le attività di introduzione nel progetto della nuova risorsa sono
interamente a carico del fornitore.
5.7 Competenze ulteriori
Il fornitore potrà indicare la presenza, quale condizione migliorativa, fra le sue risorse umane
assunte a tempo indeterminato, di competenze ulteriori rispetto a quelle richieste in Allegato
CT.1 “Profili professionali”. Tale competenza deve essere approfondita, esaustiva e completa.
5.8 Organizzazione e strumenti a supporto
Digicamere metterà a disposizione del Fornitore le seguenti figure e strumenti tecnologici per
l’erogazione del servizio e la gestione del rapporto contrattuale:
Digicamere: E’ il referente principale per lo startup delle attività di sviluppo ed
istruisce il fornitore riguardo i business requirement funzionali;
Delivery Manager: E’ l’unità di DigiCamere preposta alle attività sistemistiche, deve
essere coinvolta quando vi sono modifiche/aggiornamenti hardware e software agli
apparati che coinvolgono i portali inseriti nel perimetro oggetto di fornitura;
Direttore Esecuzione del Contratto (DEC): Il soggetto nominato da DigiCamere
incaricato della gestione e del coordinamento dei rapporti con il fornitore;
Referente Tecnico: E’ il referente di DigiCamere, delegato del DEC, che si interfaccia
con il Project Manager del fornitore per tutte le questioni operative di gestione del
progetto;
Plan.io: E’ il sistema di gestione dei progetti in uso presso Digicamere. E’ il sistema con
il quale saranno tracciate tutte le attività e le richieste (correttive e simili) sui progetti
in corso. Il sistema Plan.io sarà utilizzato anche come repository SVN.
16
6 LIVELLI DI SERVIZIO (SLA)
Il servizio di analisi, sviluppo, manutenzione adeguativa, correttiva ed evolutiva di sistemi
informativi basati su tecnologie java e php dovrà rispettare i livelli di servizio (SLA) riportati
nella seguente tabella:
Tabella SLA (Service Level Agreement)
Tempo di invio dell’offerta per AS
a partire dalla ricezione della “Richiesta di offerta”
di Digicamere oppure se previsto, dalla data del
briefing
Entro 5 giorni lavorativi
Tempo di invio del piano tecnico
a partire dalla richiesta scritta di Digicamere a
seguito della graduatoria delle offerte pervenute
per l’AS
Entro 4 giorni lavorativi
Tempo di invio della revisione del piano
tecnico
a partire dalla richiesta scritta di Digicamere a
seguito di verifica dell’adeguatezza
tecnico/economica della precedente versione di
Piano tecnico
Entro 3 giorni lavorativi
Tempo avvio alle attività oggetto dell’AS
a partire dall’affidamento di Digicamere a seguito
di verifica dell’adeguatezza tecnico/economica del
Piano tecnico
Entro 3 giorni lavorativi
Tempo di sostituzione di un membro del
team di lavoro
a partire dalla richiesta scritta di Digicamere
Entro 4 giorni lavorativi
6.1 Livelli di servizio nel periodo di garanzia
Nel periodo di garanzia, per la rimozione dei malfunzionamenti segnalati il Fornitore dovrà
rispettare i seguenti Livelli di Servizio:
entro 8 ore lavorative dalla notifica per gli errori gravi e medi;
entro 3 giorni lavorativi dalla notifica per gli errori standard.
Le ore lavorative vengono calcolate prendendo in considerazione l’intervallo orario di tempo tra
le 9.00 e le 18.00 dei giorni feriali dal lunedì al venerdì.
17
7 CONTENUTO, STRUTTURA DELL’OFFERTA TECNICA
L’offerta tecnica del Fornitore dovrà sviluppare tutte le argomentazioni utili a definire
compiutamente l’offerta stessa e dare riscontro alle specifiche richieste nel presente Capitolato
Tecnico. In specifico, l'offerta tecnica dovrà essere costituita da apposita relazione nella quale il
Fornitore dovrà:
illustrare il rispetto delle caratteristiche minime richieste nel presente Capitolato Tecnico
necessarie ai fini della valutazione della idoneità dell'offerta, allegando la necessaria
documentazione illustrativa;
descrivere in maniera chiara ed esaustiva gli aspetti richiesti al fine di consentire
l'attribuzione del punteggio secondo i criteri di valutazione enunciati nel Disciplinare di
gara;
indicare gli elementi migliorativi della soluzione proposta e evidenziare eventuali
ulteriori proposte migliorative per l’esecuzione dei Servizi allegando la necessaria
documentazione illustrativa.
Nello specifico, l'offerta tecnica dovrà avere un n. massimo di 30 facciate A4 e dovrà essere
organizzata nei capitoli elencati nella seguente tabella; per ciascun capitolo viene riportato il
numero massimo di facciate A4:
Capitolo Istruzioni
1. Struttura e organizzazione operativa Massimo 4 facciate A4
2. Metodi, strumenti, organizzazione e
infrastruttura per la gestione della
fornitura
Massimo 7 facciate A4
3. Soluzioni e metodologie per
l’erogazione dei servizi
Massimo 15 facciate A4
4. Project Portfolio Compilazione della “Scheda Progetto”
5. Elementi migliorativi Compilazione della “Tabella Competenze”
Si richiede cortesemente al concorrente di non copiare il testo del capitolato tecnico nella
propria proposta di offerta tecnica.
7.1 Struttura e organizzazione operativa
Descrivere l’organizzazione nei processi interni e nell’interazione con l’esterno. Descrivere
l’articolazione e la dimensione della struttura tecnica che il proponente, nelle sue varie sedi
operative, mette a disposizione dell’appalto.
In caso di RTI si richiede di fornire una descrizione per ciascun componente del
raggruppamento.
7.2 Metodi, strumenti, organizzazione e infrastruttura per la gestione della fornitura
Gestione della fornitura nel suo complesso. Descrivere il modello organizzativo della
società, i processi interni e le modalità di svolgimento del servizio nel suo complesso e
all’interazione con i propri gruppi di lavoro e con Digicamere. Descrivere le modalità con cui si
intende erogare il servizio nel rispetto delle tempistiche indicate come da SLA richiesti.
Staffing e gestione dei team di lavoro. Descrivere le modalità di organizzazione dei gruppi
di lavoro, le modalità di interazione tra i referenti della società e i referenti di Digicamere, i
criteri di scelta delle figure professionali adatte agli interventi richiesti. Descrivere le modalità
18
con cui si intende garantire la stabilità del gruppo di lavoro per limitare rotazione e sostituzione
di figure professionali sullo stesso progetto ed evitare rallentamenti o interruzioni delle attività.
Descrivere le modalità di eventuale avvicendamento di risorse in corso d’opera.
7.3 Soluzioni e metodologie per l’erogazione dei servizi
Metodi e strumenti di analisi e sviluppo. Descrivere modalità e soluzioni per i processi di
analisi e progettazione, le relative modalità di interazione con i propri gruppi di lavoro e con
Digicamere. Descrivere le modalità di analisi, pianificazione e gestione degli interventi in
conformità con l’approccio descritto nel Capitolato tecnico al punto 3.2.
Metodi e strumenti per la gestione dei deliverable tecnici. Descrivere modalità e
soluzioni per la gestione del ciclo di vita dei deliverable tecnici (documentazione tecnica,
documentazione utente, componenti software, utility, ecc.) garantendone la diponibilità,
l’integrità e l’aggiornamento.
Metodi e strumenti per la stima e la pianificazione delle attività operative. Descrivere
metodologie e soluzioni per la stima del volume delle attività richieste e per la pianificazione e
nel monitoraggio dello stato di avanzamento delle attività operative in funzione della natura e
della complessità dei progetti da attivare.
Metodi e strumenti per il testing e la messa in produzione. Descrivere modalità e
soluzioni per di svolgimento della fase di testing funzionale e prestazionale rispetto alla natura
e alla complessità dei progetti. Descrivere le modalità di supporto alle attività di messa in
produzione delle componenti software sviluppate.
Gestione della garanzia. Descrivere le modalità di gestione degli interventi su
malfunzionamenti ed errori. Descrivere il phase out del servizio a termine contratto.
7.4 Project portfolio
Descrivere al massimo 3 progetti tra i più significativi:
che sono stati completati con successo negli anni 2014, 2015 o tutt’ora in corso nel
2016;
che presentano caratteristiche tecniche, applicative e dimensionali similari all’oggetto di
fornitura, realizzati in contesti organizzativi e di mercato assimilabili a quelli di
Digicamere;
nei quali il fornitore era contraente, subappaltatore o in RTI con altri partner (non
inserire progetti in cui il fornitore si sia limitato alla messa a disposizione di personale).
Per ciascun progetto si richiede al concorrente di compilare una scheda utilizzando il seguente
form (ulteriori descrizioni/specificazioni non verranno prese in considerazione):
Scheda progetto
Nome e Descrizione del progetto
………………………………………………………………………………………………………….
………………………………………………………………………………………………………….
………………………………………………………………………………………………………….
Specifiche tecniche
………………………………………………………………………………………………………….
………………………………………………………………………………………………………….
………………………………………………………………………………………………………….
Principali deliverable previsti dal progetto
………………………………………………………………………………………………………….
………………………………………………………………………………………………………….
………………………………………………………………………………………………………….
19
Effort totale del progetto (gg/u) ……………………………………………………………………..
Elapsed (gg/u) ………………………………………………………………………………………..
Effort erogato dal fornitore (gg/u…………………………………………………………………….
Cliente ………………………………………………………………………………………………….
Valore economico (in Euro) ………………………………………………………………………….
Data di inizio delle attività (mese/anno) …………………………………………………………….
Data di completamento effettiva o prevista (mese/anno) …………………………………………
Ruolo e Attività del Fornitore Analisi Sviluppo Prime Contractor Subappaltatore Account presso il cliente Altro (specificare) ___________________________________ Tecnologie utilizzate (barrare con una X i casi che ricorrono) Linguaggi X HTML 4.x, 5.x, CSS 2.x, 3.x
Java Enterprise Edition 5, 6, 7 Gestione Code
Grails 2.x, 3.x
Tools e Progettazione test di carico
specificare quali _____________________
Spring 3.x, core, multicontex, mvc, orm, security
Tools per continous integration specificare
quali ______________________________
Jstl, JSP, Custom EL functions, Custom Tag Lib
Twitter Bootstrap (opzionale)
Hibernate 4 IText (opzionale)
View Freemaker 2.3 – Template Engine
Velocity
SQL
SiteMesh 2.3 Webservice soap/rest (jaxws, jaxrs, jersey, cxf, axis, spring ws)
Groovy Redmine (o altro issue tracker, specificare quale) _____________________________
SOLR / Elastic Search Middleware
CVS/SVN Tomcat 7.x
Maven 3.x JBoss 5.x
Javascript/JQuery Mysql 5.x
JQuery Mobile, Kendo Apache WebServer 2.2.x
Framework per lo sviluppo mobile Ambienti di sviluppo
Framework per lo sviluppo web user interface Idea 11.x
Gestione Cache (ehcache, spring cache) Netbeans 7.x
DB Design & SQL Analysis Eclipse
Gestione Scheduler e Batch Programming
Php (sia come linguaggio procedurale sia a classi, con utilizzo di librerie di terze parti)
Laravel
Drupal 7
20
7.5 Elementi migliorativi
Indicare eventuali elementi/proposte migliorativi/e di carattere aggiuntivo rispetto ai requisiti
minimi ed obbligatori esplicitati nel presente Capitolato Tecnico.
In particolare dovrà mettere in evidenza gli eventuali elementi migliorativi:
Competenze ulteriori: indicazione delle competenze ulteriori del personale proposto
rispetto a quanto richiesto dai singoli profili professionali previsti nell’Allegato CT.1
“Profili Professionali”. Si richiede di indicare il prodotto/sistema/piattaforma su cui si
propone la competenza ulteriore, il numero di risorse su tale competenza e gli anni
medi di esperienza compilando la seguente tabella:
Tabella competenze
Competenza
Prodotto/sistema/piattaforma
Numero di risorse Anni medi di
esperienza
Possesso certificazione di qualità: indicare, selezionando una delle opzioni della
piattaforma Sintel, il possesso o meno della certificazione del sistema di qualità UNI
EN ISO 9001, in corso di validità o di rinnovo, o certificazione equivalente rilasciata
dagli organismi stabiliti in altri Stati membri in conformità all’art. 43 del D.lgs n. 163/06
e s.m.i. alla data di presentazione dell’offerta;
Numero di piani tecnici aggiuntivi: indicare, selezionando una delle opzioni
della piattaforma Sintel, il numero di piani tecnici (attivabili contemporaneamente)
aggiuntivi rispetto ai 5 minimi già richiesti come paragrafo 4.1 del presente capitolato;