CIG: 48796384A9

ACI Informatica S.p.A.

Capitolato tecnico per la progettazione, realizzazione e manutenzione di componenti software e servizi per Siti e Portali web.

Allegato n. 5

CIG: 48796384A9

Indice

1 Premessa 4

2 Definizioni 5

3 Descrizione del Sistema 6

3.1 Descrizione del contesto 6

3.2 Il quadro dei servizi 6

3.3 Architettura di riferimento 6

3.3.1 Tecnologia 6

3.3.2 Interfacce con gli utenti 6

3.3.3 Interfacce con altre applicazioni 7

3.4 Architettura applicativa dei prodotti web 7

3.4.1 Gli utenti dei prodotti web 8

4 Oggetto della fornitura 8

5 Durata della fornitura e piano di subentro 8

5.1 Durata della fornitura 8

5.2 Subentro finale 9

6 Modalità di dimensionamento delle attività 9

7 Sede e strumenti di lavoro 10

8 Ambienti di sviluppo 10

9 Standard della qualità 11

9.1 Profilo della qualità dei prodotti Web 11

9.2 Standard della qualità per il codice sorgente 16

10 Modalità di affidamento delle attività 17

11 Servizi Informatici 17

11.1 Nuovi sviluppi e Manutenzione Evolutiva 17

11.1.1 Descrizione 17

11.1.2 Modalità di consegna intermedia e finale 17

11.1.2.1 Consegna intermedia 17

11.1.2.2 Consegna finale 18

11.1.3 Collaudo 18

11.1.4 Modalità di determinazione dei corrispettivi 19

11.1.5 Organizzazione del servizio 19

11.2 Manutenzione correttiva/adeguativa/adattativa/migliorativa 20

11.2.1 Descrizione 20

11.2.2 Modalità di consegna intermedia e finale 20

11.2.2.1 Consegna intermedia 20

11.2.2.2 Consegna finale 21

11.2.3 Collaudo 21

11.2.4 Modalità di determinazione dei corrispettivi 22

11.2.5 Organizzazione del servizio 22

11.3 Supporto tecnico nella definizione dei requisiti informatici 23

12 Sostituzione del personale dell’impresa 24

13 Modifiche in corso d’opera 24

14 Risorse professionali 25

15 Stima degli FP e dei giorni persona richiesti 26

15.1 Servizio di Nuovi Sviluppi e Manutenzione Evolutiva 26

15.2 Servizio di manutenzione correttiva / adeguativa / migliorativa /adattiva 27

15.3 Servizio di Supporto tecnico nella definizione requisiti informatici 27

16 Allegati 28

1 Premessa

ACI Informatica gestisce per conto di diversi importanti clienti (ACI, SARA Assicurazioni, Ministero Affari Esteri, Ministro del Turismo, Regione Lazio, ecc.) numerosi siti e portali web.

La gestione di tali siti e portali comprende anche la manutenzione ed evoluzione degli stessi, oltre al mantenimento in produzione e monitoraggio. Le tecnologie, i framework ed i linguaggi di programmazione impiegati variano secondo la natura del prodotto in gestione.

2 Definizioni

ACI Automobile Club Italia

SITO WEB insieme di pagine web che rappresentano una struttura ipertestuale di documenti accessibili attraverso un browser internet

PORTALE sito web che costituisce un collettore, un punto di partenza, o semplicemente una porta di ingresso, ad un gruppo consistente di risorse collegate ad uno specifico tema

APPLICAZIONE WEB applicazione software accessibile per mezzo di un browser internet

3 Descrizione del Sistema

3.1 Descrizione del contesto

ACI Informatica realizza e gestisce sitie portali web (più di seguito riferiti semplicemente come ‘prodotti web’) prevalentemente per ACI, ma anche per altri importanti clienti quali SARA Assicurazioni, Ministero Xxxxxx Xxxxxx, Ministro del Turismo e Regione Lazio.

Tali prodotti web rappresentano spesso l’interfaccia che l’istituzione o l’ente proprietario offre al cittadino/utente e sono quindi di grande valore sia per i clienti di ACI Informatica che per ACI Informatica stessa.

3.2 Il quadro dei servizi

Nell’ambito dei prodotti web gestiti da ACI Informatica, è compresa, oltre al mantenimento in produzione e al monitoraggio, anche la manutenzione ed evoluzione degli stessi, sia nel senso dell’aggiornamento e supporto al contenuto offerto visibile agli utenti (redazione, forum, news, sondaggi, community, ecc.) che in quello della analisi, progettazione e programmazione (design, attività di styling/restyling grafico, sviluppo o manutenzione del software, aggiunta di funzionalità, integrazione di servizi, correzione di anomalie, ecc.).

La caratteristica comune a questi prodotti web è il loro valore per le istituzioni e per il pubblico e, di conseguenza, l’importanza del loro corretto funzionamento, aggiornamento e rispondenza agli standard (accessibilità, usabilità, ecc.).

3.3 Architettura di riferimento

3.3.1 Tecnologia

La tecnologia di riferimento per i prodotti web sviluppati o mantenuti nell’ambito della gestione di siti e portali web è LAMP (linux, apache, mysql, php) con alcuni particolari innesti di framework (zend server, symfony), content management system (Typo3), sistemi di caching (varnish, memcached, eAccelerator...) e accesso a servizi di back-end (servizi REST, Web services), ove necessario. Requisiti fondamentali di aderenza a tale modello sono la realizzazione di interfacce utente web conformi ai requisiti di accessibilità WAI e, ove richiesto, alla legge 9 gennaio 2004 n.4 (legge Stanca) e agli standard XHTML e CSS, l’uso di template per la rappresentazione dei contenuti, la separazione e l’incapsulamento della eventuale logica di business in specifici componenti e l’isolamento del livello d’accesso ai dati secondo le possibilità offerte dal sistema in uso.

3.3.2 Interfacce con gli utenti

I prodotti web gestiti da ACI Informatica offrono verso gli utenti interfacce dinamiche realizzate nei linguaggi xhtml, css, javascript e php con o senza l’ausilio di framework o sistemi di gestione dei contenuti (CMS). Esse possono essere rese disponibili in un contesto intranet, extranet o internet, realizzando all’occorrenza implementazioni specifiche che tengono conto delle particolari esigenze legate al tipo d’utenza o all’ambiente tecnologico. Buona parte dei prodotti web sono integrabili con sistemi di autenticazione centralizzati e quindi consentono una fruibilità indirizzabile attraverso portali d’accesso singoli o comunque l’integrazione nel quadro di altre applicazioni. Il layout grafico è normalmente tenuto separato dai dati e dalle regole proprie della presentazione ed è applicato dinamicamente, a mezzo di fogli di stile specializzati (Cascading Style Sheets - CSS – scritti per il singolo dispositivo in uso all’utente, la configurazione e la tipologia di sistema, ecc.) e applicazione di templates, su un contenuto informativo espresso alla radice in un formato intermedio (xhtml).

Per quel che riguarda le modalità di interfacciamento proprio dell’utente, ovvero della sua interazione con lo specifico prodotto web, accanto ai requisiti classici di usabilità, omogeneità ed accessibilità (specifiche WAI e legge Stanca), alla progettazione di layout e di meccanismi di navigazione il più possibile user-friendly e non dispersivi, in taluni casi è data la possibilità di fruire dei servizi del singolo prodotto anche attraverso canali alternativi (esempio telefono o sms) che si integrano nel prodotto stesso.

3.3.3 Interfacce con altre applicazioni

Alcuni dei prodotti web gestiti da ACI Informatica offrono, accanto alle tradizionali interfacce end-user, alcune specifiche interfacce di collegamento o di programmazione per l’integrazione con sistemi esterni (business to business - b2b) o semplicemente per il riuso dei componenti elementari di business in contesti diversi all’interno degli stessi sistemi aziendali. Tali interfacce sono tutte basate sullo scambio di comandi e dati strutturati, di norma, in XML e sono esportate secondo i sistemi standard delle chiamate ai servizi riusabili (tipicamente secondo i protocolli di RPC per essi più comuni nell’ambito web – REST, SOAP), ai server web (metodi GET e POST) o ai più svariati sistemi di messaging (email, ftp, ecc.).

3.4 Architettura applicativa dei prodotti web

I prodotti web su cui sarà erogato il servizio oggetto di gara sono organizzati in due macrocategorie, ovvero sitie portali web.

Di seguito è riportato l’elenco dei principali prodotti web:

• Siti

▪ Sito Viaggiare Sicuri

▪ Sito AC Roma

▪ Sito AC Napoli

▪ Sito AC Torino

▪ Sito AC Milano

▪ Sito CSAI

▪ Sito Fondazione Xxxxxxxxxx

▪ Sito Rivista Giuridica

• Portali

▪ Portale ACI

▪ Portale SARA Assicurazioni

▪ Portale Luceverde Regione Lazio

▪ Portale LuceVerde Roma

▪ Portale LuceVerde Milano

▪ Portale Turismo Italiano

▪ Community JoinItaly

Alcuni di questi prodotti interagiscono con componenti esterne (software proprietario non oggetto di servizi a bando di gara) che sono così classificabili:

• Applicazioni web

▪ Piattaforma Infomobilità (IMA)

▪ Piattaforma di Single Sign On

▪ Sistemi esterni (es. Google apps., viaMichelin, multi-media providers, info meteo, ecc.)

I siti e i portali presentano una diversa complessità sia dal punto di vista di contenuti gestiti che di servizi offerti. Alcuni sono prettamente informativi e non erogano servizi, mentre altri aggiungono alla presentazione di contenuti e informazioni anche l’erogazione di servizi (forniti dalle Applicazioni web) invocati dal front end tramite protocolli standard.

Inoltre, i siti e portali in alcuni casi interagiscono tra di loro per arricchire le funzionalità erogate dai singoli prodotti web. Ad esempio, tra il Portale Turismo Italiano e la Community JoinItaly c’è un mutuo scambio di contenuti per l’arricchimento e la correlazione tra contenuti istituzionali e “user generated content”; inoltre, la ricerca all’interno del Portale riporta anche informazioni presenti sulla Community e viceversa.

Dal punto di vista tecnologico, i prodotti web sono realizzati utilizzando principalmente le seguenti tecnologie:

• Sistema Operativo linux

• Content Management System typo3

• Linguaggi di programmazione html, javascript, php

• Database Mysql

L’architettura di sistema comprende l’uso di server di caching come memcached e varnish.

3.4.1 Gli utenti dei prodotti web

Gli utenti dei prodotti web sono tipicamente cittadini, società, associazioni, o, per i sistemi di back-end, redazioni o comitati redazionali.

CITTADINI : sono gli utenti finali del prodotto web. Normalmente hanno un interesse specifico verso l’ente o l’istituzione che offre il prodotto (ad esempio, soci ACI, turisti, pendolari, ecc.)

SOCIETA’ : sono gli utenti coinvolti dal prodotto web. Normalmente gestiscono business collegato al prodotto (ad esempio alberghi, ristoranti, compagnie di viaggio, ecc.).

ASSOCIAZIONI : sono gli utenti interessati al prodotto web per propri fini istituzionali. Normalmente rappresentano categorie interessate al prodotto web (ad esempio associazioni sportive, turistiche, ecc.)

REDAZIONI : sono gli utenti gestori dei contenuti del prodotto web. Normalmente sono giornalisti che mantengono aggiornati i contenuti del prodotto e tengono i contatti con gli altri utenti.

Ovviamente, il numero di utenti, indipendentemente dalla loro categoria di appartenenza, è grandemente variabile secondo la natura del prodotto web gestito, anche se tendenzialmente si può affermare che le ‘redazioni’ sono nell’ordine di poche decine di utenti, le ‘associazioni’ e le ‘società’ in centinaia di utenti, i ‘cittadini’ in milioni di utenti.

4 Oggetto della fornitura

Oggetto della gara sono le attività di nuovo sviluppo, manutenzione correttiva, evolutiva, adattativa e adeguativa dei prodotti web gestiti da ACI Informatica, identificati con Servizi Informatici, che sono:

• I nuovi sviluppi e la manutenzione evolutiva

• La manutenzione correttiva/adeguativa/migliorativa/adattativa

• Il supporto tecnico nella definizione dei requisiti informatici

Nei servizi è compresa la manutenzione correttiva dei soli sviluppi in garanzia.

5 Durata della fornitura e piano di subentro

5.1 Durata della fornitura

I servizi oggetto della fornitura dovranno essere erogati per un periodo di 24 mesi a decorrere dalla data di presa in carico delle attività da parte dell’Impresa.

La manutenzione correttiva in garanzia, con decorrenza dall'avvio in esercizio a seguito di verifica di conformità con esito positivo, deve essere assicurata dall'aggiudicatario per tutta la durata contrattuale e, comunque, per un periodo minimo di 12 mesi senza alcun onere aggiuntivo per ACI Informatica e comprende tutti gli interventi volti all’eliminazione dei malfunzionamenti del software applicativo, ovvero al ripristino delle funzionalità previste, a fronte di errori o incongruenze.

5.2 Subentro finale

Nel corso dell’esecuzione del contratto, negli ultimi due mesi di validità del contratto stesso, l’Impresa dovrà, su richiesta di Aci Informatica, trasferire a personale Aci Informatica, o a terzi da essa designati il know-how sulle attività condotte, al fine di rendere l’eventuale prosecuzione delle attività quanto più efficace possibile, secondo un programma formativo che preveda ad esempio docenze, sessioni riassuntive, sessioni di lavoro congiunto, presentazioni su funzioni, disegno, codice e documentazione dei sistemi oggetto di fornitura.

E’ pertanto richiesto all’Impresa di predisporre nel termine ultimo di 60 giorni solari antecedenti la scadenza del contratto un piano di lavoro di dettaglio delle attività di trasferimento di know how e le relative modalità di erogazione. Tale piano di lavoro è soggetto all’approvazione di Aci Informatica, l’onere di predisposizione è a carico dell’Impresa e dovrà essere conforme alle proposte che l’Impresa deve fare in sede di offerta.

Nelle fasi di affiancamento l’Impresa dovrà, se richiesto da ACI Informatica o previsto dal piano predisposto, ospitare il personale del nuovo fornitore in affiancamento nell’operatività quotidiana di manutenzione correttiva e gestione, senza peraltro che il nuovo fornitore abbia la possibilità di eseguire direttamente le attività, ossia di effettuare training on the job.

A parte l’ospitalità in affiancamento che è gratuita, altre eventuali attività concordate e pianificate saranno remunerate, a consumo.

6 Modalità di dimensionamento delle attività

Per tutti i servizi:

• I nuovi sviluppi e la manutenzione evolutiva

• La manutenzione correttiva/adeguativa/migliorativa/adattativa

• Il supporto tecnico nella definizione dei requisiti informatici

gli incarichi all’Impresa verranno articolati in singoli affidamenti. La dimensione di ciascun affidamento verrà espressa in FP (Punti Funzione) ove tale metrica sia applicabile al tipo di attività richiesta (ovvero per il servizio di Nuovi Sviluppi e MEV laddove il contributo di realizzazione individui figure dello specifico ambito della programmazione software) o in GG/P a consumo laddove non sia applicabile una diversa metrica (ovvero per il servizio di manutenzione correttiva/adeguativa/migliorativa/adattativa1, per quello di supporto alla definizione dei requisiti e per le attività che nell’ambito del servizio di Nuovi Sviluppi e MEV coinvolgano figure non afferenti allo specifico ambito della programmazione software). La durata del giorno/persona, si intende standard di 8 ore giornaliere. Tutti gli interventi verranno stimati al termine della fase di analisi preliminare effettuata da ACI INFORMATICA, verranno riportati nei verbali di affidamento e potranno essere rideterminati in occasione di eventuali richieste di modifiche in corso d’opera.

Ai fini della determinazione delle prestazioni professionali richieste, si farà riferimento a quanto previsto al capitolo 14.

1 essendo la manutenzione correttiva,adeguativa/migliorativa/adattativa non misurabile in termini di function points in quanto <<non esiste uno standard generalmente riconosciuto dalle industrie per una classificazione coerente delle attività che rientrino nelle categorie citate [manutenzione adeguativa, correttiva, perfettiva]>> e <<la misurazione della dimensione funzionale è applicabile ad un sottoinsieme della manutenzione adeguativa>> in quanto <<la FPA [Function Point Analysis] non dovrebbe essere usata per dimensionare lavori di manutenzione correttiva e migliorativa>> (Function Point Counting Practice Manual v4.3.1, IFPUG, January 2010)

7 Sede e strumenti di lavoro

Le prestazioni si potranno svolgere completamente o in parte sia presso la sede di ACI INFORMATICA sia presso la sede dell’impresa. La definizione della sede verrà esplicitata da ACI INFORMATICA al momento del conferimento dei singoli affidamenti.

Le stazioni di lavoro per il proprio personale, necessarie per l’espletamento delle attività affidate, comprensive dei necessari strumenti software, dovranno essere messe a disposizione dall’Impresa.

Le stazioni di lavoro dovranno essere dotate dei seguenti tool:

- Microsoft Office (almeno Microsoft Word, Microsoft Excel, Microsoft Power Point, Microsoft Visio), Eclipse, Typo3, php, un client MySql, antivirus, SO Windows XP Pro, Windows Vista o Windows 7.

Le versioni dei tool saranno indicate al momento dell’aggiudicazione della gara.

L’accesso ai locali ACI INFORMATICA, nonché la disponibilità degli ambienti di produzione saranno regolati come segue:

• Orario normale attività lavorativa

Dalle ore 8,00 alle ore 18,00 (con presenza di 8 ore esclusa l’ora del pasto) di tutti i giorni feriali dal lunedì al venerdì con elasticità di 1 ora in entrata.

• Servizio al di fuori dell’orario normale

ACI INFORMATICA può richiedere prestazioni aggiuntive sia al di fuori del normale orario di servizio sia nelle giornate di sabato, domenica e festivi infrasettimanali.

Per le eventuali attività svolte presso la sede dell’Impresa, quando ciò si renderà necessario, ACI INFORMATICA provvederà, ferme restando le responsabilità dell’Impresa, all’invio degli aggiornamenti necessari per mantenere l’allineamento con l’evoluzione dell’ambiente di sviluppo e test.

ACI INFORMATICA fornirà all’Impresa le caratteristiche tecniche e operative necessarie al collegamento telematico, i cui oneri saranno totalmente a carico dell’Impresa.

L’Impresa dovrà mettere a disposizione nei propri locali l’ambiente ove verrà installato l’apparato router, e il suo backup, di accesso ai server di ACI INFORMATICA. Il router, fornito da ACI INFORMATICA, al fine di garantire i livelli di sicurezza degli accessi vigenti in ACI INFORMATICA, sarà configurato e gestito da personale specializzato di ACI INFORMATICA.

La linea di connessione dovrà essere CDN non inferiore ai 2Mbs e dovrà essere predisposto un backup della linea su tecnologia ADSL.

La connessione ai servizi centrali dovrà avvenire esclusivamente tramite protocollo TCP/IP.

Gli orari di collegamento per attività interattive vanno dalle ore 8,00 alle ore 18,00 di tutti i giorni feriali, dal lunedì al venerdì. Il collegamento comunque dovrà essere disponibile h24 su 365 giorni l’anno per far fronte alle richieste di prestazioni aggiuntive sopra esposte.

8 Ambienti di sviluppo

Gli ambienti di sviluppo comprendono:

• Linguaggio PHP ed ambiente di sviluppo Eclipse

• Librerie Open Source di supporto alla realizzazione (varnish, imagelib, ecc.),

• Web Server Apache, database MySql, MongoDB, piattaforma CMS Typo3

Il livello presentation è realizzato sempre in php, di norma interno al CMS, mentre il livello business, ove presente, può comporsi di uno strato php o uno java accessibile tramite servizi REST o Soap Web Services; la base di dati, quando non acceduta dalle funzioni proprietarie dell’eventuale CMS, è raggiunta sempre tramite stored procedures.

9 Standard della qualità

Nei paragrafi successivi sono elencati gli standard di qualità che l’Impresa è tenuta a rispettare. Un eventuale mancato rispetto degli standard da parte dell’Impresa comporterà l’applicazione delle penali previste nel contratto.

9.1 Profilo della qualità dei prodotti Web

Nelle attività riportate nel presente capitolato il fornitore prende atto e si impegna a rendere operative tutte le azioni possibili per garantire il rispetto dei requisiti della qualità sotto riportati validi per i prodotti web gestiti da ACI Informatica. Il profilo della qualità di seguito richiesto si intende valido per tutti i prodotti, poiché questi hanno caratteristiche molto simili tra di loro (linguaggi utilizzati, logica di business, piattaforme ed architettura tecnologica, ecc.).

a) Funzionalità - capacità di fornire servizi tali da soddisfare, in determinate condizioni, requisiti funzionali espliciti o impliciti (il software fa ciò per fare il quale è stato acquistato).

In questa caratteristica della Qualità rientrano le seguenti sottocaratteristiche:

✓ Adeguatezza (la presenza di funzioni appropriate per compiti specifici che supportano gli obiettivi dell’utente);

✓ Funzionalità (la capacità di fornire risultati corretti in accordo con i requisiti dati dall’utente);

✓ Interoperabilità (la capacità di interagire con altri sistemi);

✓ Aderenza agli standard (l’aderenza del software a prescrizioni di legge, convenzioni o regolamenti)

✓ Sicurezza (la capacità di proteggere programmi e dati da accessi non autorizzati e di consentire quelli autorizzati).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto nella fase di analisi e progettazione. Questo perché all’inizio, durante la raccolta ed analisi dei requisiti, la qualità è specificata dai requisiti utente, soprattutto da un punto di vista “esterno” e funzionale. Mentre, nella fase di progettazione, la qualità esterna di traduce in un disegno tecnico, confrontandosi con il punto di vista degli sviluppatori sulla qualità interna del software e completandosi con i requisiti “impliciti” che il software deve rispettare.

Questo significa che tutte le funzionalità descritte nei documenti di Specifica devono essere richiamabili; il software deve funzionare come descritto nella documentazione e le condizioni di attivazione delle funzioni devono corrispondere a quanto descritto nei disegni di progetto.

Gli indicatori della qualità relativi alla Funzionalità che sono stati individuati e ritenuti maggiormente significativi sono riportati nella tabella seguente.

Indicatore

Caratteristica di Qualità (Funzionalità)

Descrizione

Valore soglia

A01

Adeguatezza

Presenza e correttezza del maggior numero possibile di funzioni specifiche per l’uso cui il prodotto è destinato.

Vengono presi in considerazione i documenti che l’Impresa dovrà produrre a corredo degli affidamenti. Saranno sottoposti a verifica tramite la check list riportata in allegato 1.

Il punteggio medio risultante dall’analisi della documentazione non dovrà essere inferiore a:

• 3 nella media generale;

• 2,5 nel punteggio medio dei singoli fattori qualitativi.

A02

Accuratezza dell’output

Percentuale dei risultati errati o degli effetti non corretti delle elaborazioni

Viene calcolata la percentuale di errori rilevati in fase di collaudo in rapporto alle dimensioni delle

≤ 2 errori ogni 100 pagine collaudate.

Indicatore

Caratteristica di Qualità (Funzionalità)

Descrizione

Valore soglia

rispetto al numero totale dei risultati o delle elaborazioni effettuate.

applicazioni.

La metrica utilizzata è indicata in sede di affidamento del lotto.

A03

Interoperabilità

Capacità del software di interagire con altri sistemi specificati

Qualora richiesto dalle Specifiche di prodotto, deve poter essere realizzato ed integrato per il corretto

funzionamento con altre componenti.

In fase di Collaudo verrà verificato il corretto funzionamento ed integrazione con altre

componenti

A04

Aderenza agli standard Aderenza del software a prescrizioni di legge, convenzioni o regolamenti

Il quadro istituzionale specifico e il quadro normativo di riferimento è quello specifico per l’ente o istituzione alla quale il prodotto web

si riferisce.

In fase di Collaudo verrà verificata l’aderenza al quadro normativo di riferimento.

A05

Sicurezza

Capacità di rendere accessibili i dati riservati, personali e/o sensibili solo agli utenti autorizzati

Qualora richiesto dalle Specifiche di prodotto, deve poter essere realizzato ed integrato per il corretto funzionamento con i meccanismi di autenticazione/autorizzazione e tracciamento in uso in ACI

Informatica

In fase di Collaudo verrà verificato il corretto funzionamento ed integrazione tramite i meccanismi in uso in ACI Informatica.

b) Affidabilità - capacità di mantenere le prestazioni stabilite nelle condizioni e nei tempi fissati (il software reagisce bene a variazioni esterne).

In questa caratteristica della Qualità rientrano le seguenti sottocaratteristiche:

✓ Maturità (la capacità di evitare fermi dell’applicazione – failure - a seguito di malfunzionamenti - fault);

✓ Tolleranza ai guasti (la capacità di mantenere determinati livelli di prestazione in caso di malfunzionamenti - non degrado);

✓ Ripristinabilità (la capacità e la velocità, in caso di malfunzionamenti, di ripristinare dei livelli di prestazione predeterminati e di recuperare i dati);

✓ Aderenza agli standard (l’aderenza del software a standard di affidabilità)

Per questa caratteristica si richiede un livello di attenzione alto, sia dal punto di vista della “qualità interna” che dal punto di vista della “qualità in uso” (in altre parole il livello con cui il prodotto si dimostra utile all’utente nel suo effettivo contesto d’utilizzo). L’attenzione è posta nella capacità del prodotto di dare efficacia ed efficienza al lavoro dell’utente, a fronte di una sicurezza di utilizzo e di una soddisfazione nel far uso del prodotto poiché non può esservi qualità percepita positivamente dall’utente senza che vi sia una buona qualità intrinseca al codice e buone prestazioni.

Questo significa che il prodotto non deve consentire l’immissione di input dannosi o incorretti e non deve consentire il danneggiamento o la perdita di dati.

Gli indicatori della qualità relativi all’Affidabilità che sono stati individuati e ritenuti maggiormente significativi sono riportati nella tabella seguente.

Indicatore

Caratteristica di Qualità (Affidabilità)

Descrizione

Valore soglia

A06

Maturità

Frequenza di anomalie dovute ad errori software

Viene calcolata la percentuale di errori rilevati in fase di collaudo (fornendo dati di input validi) in rapporto alle dimensioni delle applicazioni.

La metrica utilizzata è indicata in

sede di affidamento del lotto.

≤ 2 errori ogni 100 Pagine collaudate.

Tolleranza ai guasti Capacità di mantenere uno specificato livello di funzionalità

anche in caso di errori sw o anomalie dei flussi di input

Viene calcolata la percentuale di errori rilevati in fase di collaudo (fornendo casi negativi in input) in rapporto alle dimensioni delle applicazioni.

La metrica utilizzata è indicata in

sede di affidamento del lotto.

A07

Ripristinabilità Ripristinabilità delle informazioni critiche gestite dal software

Viene verificato in fase di collaudo il numero delle volte in cui è necessario ripristinare la base dati a

fronte di una anomalia

≤ 1 ripristino ogni 50 anomalie riscontrate.

Indicatore

Caratteristica di Qualità (Affidabilità)

Descrizione

Valore soglia

A08

Aderenza agli standard Aderenza del software a standard di affidabilità

Devono essere rispettate le Linee Guida del documento “Naming & Coding Conventions” (allegato 2).

E’ previsto l’uso di uno strumento che permette di controllare lo stile di scrittura del codice, al fine di garantire uno standard di leggibilità elevato (quale ad esempio check-

style).

Non è ammesso codice sorgente senza formattazione secondo le linee guida

c) Usabilità – capacità di essere compreso, appreso, usato con soddisfazione dall’utente in determinate condizioni d’uso (il software gestisce bene l’interazione con gli utenti).

In questa caratteristica della Qualità rientrano le seguenti sottocaratteristiche:

✓ Comprensibilità (la capacità di ridurre l’impegno richiesto agli utenti per capirne il funzionamento e le modalità di utilizzo);

✓ Apprendibilità (la capacità di ridurre l’impegno richiesto agli utenti per impararlo ad usare);

✓ Operabilità (la capacità di mettere in condizione gli utenti di farne uso per i propri scopi e controllarne l’uso);

✓ Interfaccia utente (la capacità di essere piacevole per l’utente che ne fa uso);

✓ Aderenza agli standard (l’aderenza del software a standard di usabilità).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista della “qualità in uso”, su come il prodotto si dimostra utilizzabile all’utente nel suo effettivo contesto d’utilizzo.

Questo significa che domande e messaggi del prodotto devono essere facilmente comprensibili dall’utente; messaggi di errore devono aiutare a correggere il problema, con l’ausilio della opportuna documentazione; la tipologia dei messaggi (errori, warnings, domande, risposte, ecc.) deve essere chiaramente individuabile; i formati dei campi di input e dei reports devono essere facilmente comprensibili dall’utente; l’esecuzione di una operazione deve essere annullabile (deve essere reversibile la modifica di dati).

Gli indicatori della qualità relativi all’Usabilità che sono stati individuati e ritenuti maggiormente significativi sono riportati nella tabella seguente.

Indicatore

Caratteristica di Qualità (Usabilità)

Descrizione

Valore soglia

A09

Comprensibilità

Sforzo richiesto agli utenti per comprendere i concetti logici del software e la loro applicabilità

Vale quanto descritto nel paragrafo “3.3.2. Interfacce con gli utenti”.

Sia in fase di verifica della documentazione, sia in fase di Collaudo non sono ammesse modalità diverse da quanto descritto nel paragrafo “3.3.2. Interfacce con gli utenti”.

Apprendibilità

Sforzo richiesto all’utente per imparare ad usare il sistema

Operabilità

Sforzo richiesto all’utente per utilizzare il sistema

Interfaccia utente

Gradevolezza dell’interfaccia utente

Aderenza agli standard

Aderenza del software a standard di usabilità

d) Efficienza – rapporto fra prestazioni e quantità di risorse utilizzate, in condizioni definite di funzionamento (il software usa bene le risorse disponibili);

In questa caratteristica della Qualità rientrano le seguenti sottocaratteristiche:

✓ Tempi di risposta (la capacità di mantenere adeguati tempi di risposta, tempi di elaborazione e throughput rates per eseguire le funzioni richieste, sotto determinate condizioni);

✓ Uso di risorse (l’utilizzo di una quantità e di una tipologia di risorse adeguate per eseguire le funzioni richieste, sotto determinate condizioni);

✓ Aderenza agli standard (l’aderenza del software a standard di efficienza).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista “qualità in uso”, su come il prodotto si dimostra efficiente all’utente nel suo effettivo contesto d’utilizzo.

Questo significa che l’utente deve essere avvisato di possibili tempi di risposta lunghi per operazioni che esegue il prodotto a fronte di sue richieste.

Gli indicatori della qualità relativi all’Efficienza che sono stati individuati e ritenuti maggiormente significativi sono riportati nella tabella seguente.

Indicatore

Caratteristica di Qualità (Efficienza)

Descrizione

Valore soglia

A10

Tempi di risposta

Capacità del software di rispondere, elaborare e fornire dati in output nei tempi previsti

Qualora richiesto verrà definito nelle Specifiche di prodotto.

In fase di Collaudo verrà effettuata opportuna misurazione secondo quanto previsto dalle Specifiche di prodotto.

Nel caso di MEV (manutenzione evolutiva)

e di MAC (manutenzione adeguativa/correttiva) i tempi di risposta non dovranno essere mai

inferiori ai tempi di risposta prima della modifica.

A11

Uso di risorse

Quantità di risorse utilizzate ed al relativo tempo di utilizzo

Viene verificato l’utilizzo della quantità e della tipologia di risorse affinché sia adeguato ad eseguire le funzioni richieste.

In fase di Collaudo viene verificato che l’utilizzo delle risorse sia quello previsto dai documenti di Specifica e

che avvenga nel rispetto dell’Architettura di riferimento descritta nel paragrafo

“3.3.1. Tecnologia”.

Aderenza agli standard

Aderenza del software a standard di efficienza

e) Manutenibilità – capacità di essere modificato con un impegno contenuto (per evoluzioni e/o correzioni o adeguamenti);

In questa caratteristica della Qualità rientrano le seguenti sottocaratteristiche:

✓ Analizzabilità (la capacità di limitare l’impegno richiesto per diagnosticare carenze o cause di malfunzionamenti, o per identificare parti da modificare);

✓ Modificabilità (la capacità di limitare l’impegno richiesto per modificare, rimuovere errori o sostituire componenti);

✓ Stabilità (la capacità di ridurre il rischio di comportamenti inaspettati a seguito della effettuazione di modifiche);

✓ Facilità di testing (la capacità di essere facilmente testato per validare le modifiche apportate);

✓ Aderenza agli standard (l’aderenza del software a standard di manutenibilità).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista della “qualità interna”, e rappresenta la misura in cui il codice software possiede una serie di attributi statici, indipendentemente dall’ambiente di utilizzo e dall’utente.

Questo significa che ciò che deve essere fatto per manutenere il prodotto deve essere conforme alla documentazione allegata e devono essere mantenuti i valori di soglia richiesti.

Gli indicatori della qualità relativi alla Manutenibilità che sono stati individuati e ritenuti maggiormente significativi sono riportati nella tabella seguente.

Indicatore

Caratteristica di Qualità (Manutenibilità)

Descrizione

Valore soglia

A12

Analizzabilità

Sforzo necessario per individuare quali componenti hanno causato un’anomalia

Viene presa in considerazione la percentuale di commenti significativi all’interno del codice sviluppato.

La percentuale di commenti significativi non deve essere inferiore al 10% delle linee di istruzione.

A13

Modificabilità

Sforzo necessario per gli interventi

sui componenti che hanno causato un’anomalia

Vengono presi in considerazione i commenti all’interno del codice

sviluppato, relativamente alle strutture di controllo.

Non sono ammessi componenti che abbiano strutture di controllo senza commenti.

A14

Stabilità

Rischio di effetti inattesi delle modifiche

Viene calcolata la percentuale di errori rilevati in fase di collaudo (test di regressione) in rapporto alle dimensioni delle applicazioni.

La metrica utilizzata è indicata in

≤ 2 errori ogni 100 Pagine collaudate.

Indicatore

Caratteristica di Qualità (Manutenibilità)

Descrizione

Valore soglia

sede di affidamento del lotto.

A15

Facilità di testing

Sforzo necessario per validare il software modificato

Vengono presi in considerazione i documenti che l’Impresa dovrà produrre a corredo degli affidamenti. Saranno sottoposti a verifica tramite la check list riportata in allegato 1.

Il punteggio medio risultante dall’analisi della documentazione non dovrà essere inferiore a:

• 3 nella media generale;

• 2,5 nel punteggio medio dei singoli fattori qualitativi.

A16

Aderenza agli standard Aderenza del software a standard di manutenibilità

Devono essere rispettate le Linee Guida del documento “Naming & Coding Conventions” (allegato 2).

E’ previsto l’uso di uno strumento che permette di controllare lo stile di scrittura del codice, al fine di garantire uno standard di leggibilità elevato (quale ad esempio check-

style).

Non è ammesso codice sorgente senza formattazione come da Naming & Coding Conventions

f) Portabilità – facilità con cui il software può essere trasferito da un ambiente operativo ad un altro. In questa caratteristica della Qualità rientrano le seguenti sottocaratteristiche:

✓ Adattabilità ai cambiamenti (la capacità di adattarsi a nuovi ambienti operativi limitando la necessità di apportare modifiche);

✓ Installabilità (la capacità di ridurre l’impegno richiesto per installarlo in un particolare ambiente operativo);

✓ Coesistenza (la capacità di coesistere con altri software nel medesimo ambiente, condividendo risorse);

✓ Ricollocabilità (la capacità di capacità di essere utilizzato al posto di un altro software per svolgere gli stessi compiti nello stesso ambiente);

✓ Aderenza agli standard (l’aderenza del software a standard di portabilità).

Per questa caratteristica si richiede un livello di attenzione alto, soprattutto dal punto di vista della “qualità interna”, e rappresenta la misura in cui il codice software risulta il più possibile indipendente dalla piattaforma su cui è stato realizzato.

Questo significa che l’utente deve poter effettuare l’installazione seguendo le istruzioni allegate; gli ambienti hardware e software descritti nella documentazione devono essere sufficienti a completare l’installazione; il prodotto deve poter essere rimovibile dal computer in modo automatico.

Gli indicatori della qualità relativi alla Portabilità che sono stati individuati e ritenuti maggiormente significativi sono riportati nella tabella seguente.

Indicatore

Caratteristica di Qualità (Portabilità)

Descrizione

Valore soglia

A17

Adattabilità ai cambiamenti Possibilità di adattare il software ad ambienti diversi senza applicare azioni diverse da quelle previste a tale scopo

Vale quanto descritto nel paragrafo “3.3.1. Tecnologia”.

In fase di Collaudo viene verificato che il requisito sia quello

previsto dai documenti di Specifica e che rispetti l’Architettura di riferimento descritta nel paragrafo

“3.3.1. Tecnologia”.

A18

Installabilità

Sforzo necessario per installare il software in un ambiente specificato

Qualora richiesto dalle Specifiche di prodotto, devono essere realizzate funzioni specifiche di installazione

e/o disinstallazione del prodotto web.

Presenza e corretto funzionamento di funzioni specifiche

di installazione e/o disinstallazione.

A19

Coesistenza

Capacità del software di coesistere con altri prodotti sulla stessa

piattaforma

Vale quanto descritto nel paragrafo “3.3.1. Tecnologia”.

In fase di Collaudo viene verificato che il requisito sia quello

previsto dai documenti di Specifica e che rispetti l’Architettura di riferimento descritta nel paragrafo

“3.3.1. Tecnologia”.

Ricollocabilità

Sforzo necessario a sostituire un altro software diverso da quello che si sta progettando

Aderenza agli standard

Aderenza del software a standard di portabilità

9.2 Standard della qualità per il codice sorgente

Devono essere rispettati i seguenti parametri della qualità per il codice sorgente:

1. Documentazione

La percentuale di commenti significativi non deve essere inferiore al 10% delle linee di istruzione, inoltre tutte le strutture di controllo devono essere commentate.

2. Difettosità

La percentuale di errori rilevati in fase di collaudo in rapporto alle dimensioni delle applicazioni ed alla metrica utilizzata ed indicata in sede di affidamento del lotto non deve superare i 2 errori ogni 100 Pagine collaudate

3. Rispetto degli standard

Devono essere rispettate le Linee Guida del documento Naming & Coding Conventions (allegato 2).

E’ previsto l’uso di uno strumento che permette di controllare lo stile di scrittura del codice, al fine di garantire uno standard di leggibilità elevato (quale ad esempio check-style).

10 Modalità di affidamento delle attività

L’Impresa potrà operare sulle singole attività solo dopo che ACI INFORMATICA ne avrà comunicato il formale affidamento.

L’incarico verrà formalizzato mediante un Verbale di Affidamento nel quale verrà indicato il numero di function point (e la relativa tipologia tra ADD, CHG e DEL, per le opere di manutenzione evolutiva) o di giorni/persona stimato, i tempi di realizzazione richiesti, le modalità di consegna (unica o con rilasci intermedi) ed i risultati attesi.

Nel Verbale di affidamento saranno altresì indicati gli standards della qualità da applicare in base a quanto riportato nel capitolo 9.

Il Verbale di affidamento ed i documenti ad esso allegati riporteranno i prodotti che ACI INFORMATICA consegnerà all’Impresa in fase di conferimento del singolo affidamento e i prodotti che l’Impresa dovrà consegnare ad ACI INFORMATICA al termine della fase di progettazione, quando prevista, e/o al termine delle attività di realizzazione.

11 Servizi Informatici

11.1 Nuovi sviluppi e Manutenzione Evolutiva

11.1.1 Descrizione

Comprende le attività di progettazione, realizzazione, test e rilascio di nuove pagine, funzioni o componenti per i prodotti web.

Inoltre comprende la manutenzione correttiva dei soli sviluppi in garanzia. La manutenzione correttiva in garanzia, con decorrenza dall'avvio in esercizio a seguito di verifica di conformità con esito positivo, deve essere assicurata dall'aggiudicatario per tutta la durata contrattuale e, comunque, per un periodo minimo di 12 mesi senza alcun onere aggiuntivo per ACI Informatica e comprende tutti gli interventi volti all’eliminazione dei malfunzionamenti del software applicativo, ovvero al ripristino delle funzionalità previste, a fronte di errori o incongruenze

Le attività si articoleranno in singoli affidamenti conferiti formalmente di volta in volta da ACI INFORMATICA all’Impresa con le modalità definite al capitolo 11.

11.1.2 Modalità di consegna intermedia e finale

11.1.2.1 Consegna intermedia

ACI INFORMATICA può richiedere la consegna intermedia dei nuovi sviluppi o manutenzione dei prodotti web, al fine di effettuare verifiche in corso d’opera.

Tutte le consegne intermedie saranno riportate nel Verbale di Affidamento e dovranno essere effettuate entro le date stabilite, per ciascun affidamento, nel Verbale stesso.

La consegna di tali prodotti dovrà essere formalizzata tramite l’apposito Verbale di Consegna intermedia.

ACI INFORMATICA effettuerà in proprio la verifica della congruenza dei prodotti consegnati con le specifiche fornite da ACI INFORMATICA e della loro completa corrispondenza con quanto previsto nel Verbale di Affidamento.

L’avvenuta validazione o eventuali incongruenze riscontrate durante la verifica saranno comunicate per consentire la tempestiva prosecuzione delle attività, nel rispetto delle date specificate nel Verbale di Affidamento. In questo caso l’Impresa effettuerà le necessarie modifiche a proprio esclusivo carico senza oneri aggiuntivi per ACI INFORMATICA e senza che questo possa costituire motivo di ritardo nella consegna finale dei prodotti.

I prodotti web oggetto di manutenzione evolutiva o nuovi sviluppi non verranno accettati fino a quando tutte le anomalie non saranno rimosse.

11.1.2.2 Consegna finale

La quantità di lavoro effettivamente realizzata verrà valutata a consuntivo con la misurazione degli FP realizzati e/o dei giorni/persona impiegati secondo la tipologia di lavoro richiesta.

Il software prodotto dovrà essere consegnato ad ACI INFORMATICA secondo le modalità che verranno comunicate all’Impresa all’atto dell’affidamento.

I prodotti web dovranno essere consegnati dall’Impresa entro le date stabilite per ciascun incarico nel Verbale di Affidamento.

Tutta la documentazione dovrà essere redatta in lingua italiana.

La consegna dei prodotti web dovrà essere formalizzata tramite l’apposito Verbale di Consegna finale.

Alle date di consegna dei prodotti web da parte dell’Impresa, ACI INFORMATICA provvederà ad immettere tali prodotti web nell’ambiente di test del sistema informativo e ad effettuare un esame finalizzato a verificare la completa corrispondenza dei prodotti consegnati con quanto previsto; l’esito di tale esame verrà comunicato all’Impresa anche ai fini di una tempestiva rimozione delle eventuali anomalie riscontrate.

Le anomalie riscontrate durante tale fase determineranno la non accettazione di tutti i prodotti web consegnati. L’Impresa effettuerà le modifiche a proprio esclusivo carico. Le consegne effettuate dopo la fase di rimozione degli errori dovranno comunque contenere sempre la totalità dei prodotti web previsti. I prodotti web non verranno accettati fino a quando tutte le anomalie non saranno state rimosse.

11.1.3 Collaudo

Il collaudo dei prodotti realizzati dall’Impresa sarà realizzato da ACI Informatica entro 30 giorni dalla data di consegna del singolo affidamento, e sarà svolto secondo modalità diverse in relazione alla natura e alla tipologia del singolo affidamento. In particolare, per gli affidamenti che non costituiscono prodotti completi o insiemi o sottoinsiemi di funzionalità di prodotto singolarmente collaudabili, ovvero per quegli affidamenti che riguardino la realizzazione di singole porzioni di software che solo nell'integrazione con altre porzioni di software (prodotte internamente da ACI informatica o da aziende terze) costituiscano una unità funzionalmente collaudabile, il collaudo sarà sostituito dall'attività di integrazione di sistema tra tecnici ACI Informatica e i tecnici dell'Impresa e si intenderà positivo ad integrazione riuscita. Negli altri casi, ACI INFORMATICA procederà al collaudo dei prodotti realizzati secondo un piano di collaudo che verrà preventivamente comunicato all’Impresa e che riguarderà, in particolare, la corrispondenza dei prodotti consegnati dall’Impresa con quanto concordato nel Verbale di Affidamento, la loro congruenza con le specifiche fornite e il rispetto degli standard della qualità. In questo senso, il collaudo si svolgerà con le seguenti modalità:

• verifica della rispondenza ai requisiti funzionali;

• verifica della rispondenza ai requisiti non funzionali;

• verifica della corretta applicazione dei parametri della qualità;

• verifica della documentazione consegnata.

Al termine del collaudo, se l’esito risulterà positivo, sarà redatto l’apposito Verbale di Accettazione.

Al Verbale di Accettazione, anche ove non sia riscontrata la necessità di ulteriori interventi correttivi sui prodotti consegnati, si dovranno comunque allegare tutte le segnalazioni di anomalie/malfunzionamenti riscontrate durante il collaudo, anche se già rimossi.

Nel caso, invece, il collaudo si concluda con esito negativo, sarà redatto il Rapporto di Xxxxxxxx che riporterà l’elenco degli errori riscontrati, i corrispondenti interventi correttivi e la data della nuova seduta di collaudo. Gli oneri relativi agli errori imputabili all’opera dell’Impresa saranno a carico dell’Impresa stessa.

Alle nuove sedute di collaudo si procederà secondo le modalità previste dal presente paragrafo.

Al fine di rispettare le date di consegna concordate con l’Impresa, nel caso di collaudo conclusosi con esito negativo, ACI INFORMATICA potrà decidere, a proprio insindacabile giudizio, di portare comunque il software in ambiente di esercizio dopo aver eventualmente applicato in proprio le correzioni ritenute opportune. In questo caso l’Impresa sarà comunque tenuta ad effettuare gli interventi correttivi secondo quanto riportato nel Verbale di Accettazione, e verranno applicate le penali previste nel contratto.

11.1.4 Modalità di determinazione dei corrispettivi

Al fine di introdurre elementi premianti correlati al raggiungimento di risultati di elevata qualità, i corrispettivi relativi alle prestazioni per il servizio Nuovi Sviluppi e Manutenzione Evolutiva si determineranno come segue:

• una parte fissa pari all' 85% erogata all’esito positivo del collaudo, se previsto;

• una parte variabile pari al 15% legata al raggiungimento di specifici indici prestazionali.

Per quanto riguarda la parte variabile, pari al 15%, la stessa sarà corrisposta sulla base del raggiungimento di soglie individuate dai seguenti specifici indici prestazionali:

• Rispetto delle stime indicate: ci si riferirà alle stime contenute nel Verbale di Affidamento e tali stime si considereranno rispettate qualora l’effort effettivamente impiegato risulti inferiore o uguale al totale stimato nel verbale. Il rispetto delle stime inciderà per un terzo della parte variabile del corrispettivo per la prestazione (il 5% del totale).

• Rispetto dei tempi: ci si riferirà ai parametri contenuti nel Verbale di Affidamento relativamente al rispetto delle date di consegna. Il rispetto dei parametri inciderà per un terzo della parte variabile del corrispettivo per la prestazione (il 5% del totale).

• Accuratezza nella realizzazione: ci si riferirà ai parametri contenuti nel Verbale di Affidamento in merito alla difettosità rilevata in fase di Collaudo considerata come rapporto tra il numero di errori riscontrati e le dimensioni del software realizzato (in FP, se l’affidamento era stato effettuato in FP, o in LOC se l’affidamento era stato effettuato in gg/p). Il rispetto dei parametri inciderà per un terzo della parte variabile del corrispettivo per la prestazione (il 5% del totale).

11.1.5 Organizzazione del servizio

Essendo i prodotti web gestiti da ACI Informatica generalmente collegati ad aspetti di comunicazione, immagine e funzioni di importanti enti pubblici o privati, essi sono anche variamente soggetti a necessità di realizzazione di nuove implementazioni e/o evoluzioni e/o adattamenti non procrastinabili. Di conseguenza, assume particolare rilevanza l’affidabilità offerta dall’Impresa in termini di organizzazione del servizio e capacità di rispetto sia dei parametri di qualità al capitolo 9 che dei termini di consegna definiti all’atto dei Verbali di Affidamento.

In questa ottica viene richiesto all’Impresa di corredare l’offerta di una proposta organizzativa capace di soddisfare i requisiti richiesti.

In particolare per il rispetto dei requisiti funzionali richiesti, l’Impresa deve garantire, tra l’altro, che le persone responsabili del system test e dell’integration test non siano le stesse che hanno effettuato l’analisi di dettaglio o la realizzazione del software.

Per il rispetto dei parametri di qualità richiesti per il software prodotto, l’Impresa deve garantire che le persone incaricate dell’effettuazione delle attività di assicurazione della qualità non siano le persone che hanno partecipato alle attività di realizzazione del software direttamente o in veste di responsabili.

Per il rispetto dei termini di consegna definiti nei Verbali di Affidamento, l’Impresa dovrà proporre una organizzazione del servizio flessibile in grado di garantire una rapida sostituzione, nei casi in cui necessiti, delle persone incaricate della realizzazione di un prodotto al fine di non pregiudicare il rispetto dei tempi di consegna previsti.

11.2 Manutenzione correttiva/adeguativa/adattativa/migliorativa

11.2.1 Descrizione

Gli interventi consistono nell’apportare correzioni o modifiche puntuali all’architettura, alle funzioni e alle pagine che costituiscono i prodotti web esistenti anche per migliorarne le prestazioni o la manutenibilità, adeguarle ad un ambiente modificato, adattarle a seguito di cambiamenti normativi. Nell’ambito di tali interventi sono comprese le attività di:

• manutenzione correttiva: modifiche all’architettura, alle funzioni e alle pagine dei prodotti web volti a correggere malfunzionamenti

• manutenzione migliorativa: modifiche all’architettura, alle funzioni e alle pagine dei prodotti web volte a preservare l’efficienza al variare delle condizioni e dei carichi di lavoro del sistema informativo;

• manutenzione adeguativa: modifiche all’architettura, alle funzioni e alle pagine dei prodotti web volte ad assicurare la costante aderenza alla evoluzione dell’ambiente tecnologico del sistema informativo;

• manutenzione adattativa: modifiche all’architettura, alle funzioni e alle pagine dei prodotti web volti a recepire cambiamenti normativi e legislativi

Inoltre il servizio comprende la manutenzione correttiva in garanzia dei prodotti web modificati. La manutenzione correttiva in garanzia, con decorrenza dall'avvio in esercizio a seguito di verifica di conformità con esito positivo, deve essere assicurata dall'aggiudicatario per tutta la durata contrattuale e, comunque, per un periodo minimo di 12 mesi senza alcun onere aggiuntivo per ACI Informatica e comprende tutti gli interventi volti all’eliminazione dei malfunzionamenti del software applicativo, ovvero al ripristino delle funzionalità previste, a fronte di errori o incongruenze

Il servizio si articolerà in affidamenti conferiti formalmente di volta in volta da ACI INFORMATICA all’Impresa, con le modalità definite al capitolo 10.

11.2.2 Modalità di consegna intermedia e finale

11.2.2.1 Consegna intermedia

ACI INFORMATICA può richiedere la consegna intermedia dei prodotti web, al fine di effettuare verifiche in corso d’opera.

Tutte le consegne intermedie saranno riportati nel Verbale di Affidamento e dovranno essere effettuate entro le date stabilite, per ciascun affidamento, nel Verbale stesso.

La consegna di tali prodotti dovrà essere formalizzata tramite l’apposito Verbale di Consegna intermedia.

I prodotti web oggetto di manutenzione adeguativa/adattiva/migliorativa non verranno accettati fino a quando tutte le anomalie non saranno rimosse.

11.2.2.2 Consegna finale

La quantità di lavoro effettivamente realizzata verrà valutata a consuntivo con la misurazione degli FP realizzati e/o dei giorni/persona impiegati secondo la tipologia di lavoro richiesta.

Il software prodotto dovrà essere consegnato ad ACI INFORMATICA secondo le modalità che verranno comunicate all’Impresa all’atto dell’affidamento.

I prodotti web dovranno essere consegnati dall’Impresa entro le date stabilite per ciascun incarico nel Verbale di Affidamento.

Tutta la documentazione dovrà essere redatta in lingua italiana.

La consegna dei prodotti dovrà essere formalizzata tramite l’apposito Verbale di Consegna finale.

11.2.3 Collaudo

• verifica della rispondenza ai requisiti funzionali;

• verifica della rispondenza ai requisiti non funzionali;

• verifica della corretta applicazione dei parametri della qualità;

• verifica della documentazione consegnata.

Al termine del collaudo, se l’esito risulterà positivo, sarà redatto l’apposito Verbale di Accettazione.

Alle nuove sedute di collaudo si procederà secondo le modalità previste dal presente paragrafo.

11.2.4 Modalità di determinazione dei corrispettivi

Al fine di introdurre elementi premianti correlati al raggiungimento di risultati di elevata qualità, i corrispettivi relativi alle prestazioni per il servizio di manutenzione correttiva/adeguativa/adattiva/migliorativa si determineranno come segue:

• una parte fissa pari all' 85%

• una parte variabile pari al 15% legata al raggiungimento di specifici indici prestazionali

In particolare, la quota pari all'85% verrà corrisposta in base al numero di GG-PP effettivamente erogati.

Per quanto riguarda la parte variabile, pari al 15%, la stessa sarà corrisposta sulla base del raggiungimento di soglie individuate dai seguenti specifici indici prestazionali:

11.2.5 Organizzazione del servizio

migliorativa, adeguativa e adattativa, anche in conseguenza di cambiamenti normativi e legislativi, non procrastinabili. Di conseguenza, assume particolare rilevanza l’affidabilità offerta dall’Impresa in termini di organizzazione del servizio e capacità di rispetto sia dei parametri di qualità al capitolo 9 che dei termini di consegna definiti all’atto dei Verbali di Affidamento.

In questa ottica viene richiesto all’Impresa di corredare l’offerta di una proposta organizzativa capace di soddisfare i requisiti richiesti.

Per il rispetto dei parametri di qualità richiesti per il software prodotto, l’impresa deve garantire che le persone incaricate dell’effettuazione delle attività di assicurazione della qualità non siano le persone che hanno partecipato alle attività di realizzazione del software direttamente o in veste di responsabili.

11.3 Supporto tecnico nella definizione dei requisiti informatici

Su richiesta di ACI INFORMATICA esplicitata al momento del singolo affidamento, l’Impresa dovrà inoltre fornire prestazioni professionali di supporto nella definizione dei requisiti informatici che verranno retribuite sulla base delle risorse effettivamente impegnate.

Per tali attività, l’Impresa metterà a disposizione i necessari strumenti di lavoro secondo quanto previsto al capitolo 7.

Questa tipologia di attività di consulenza, non di tipo continuativo, dovrà essere prestata su richiesta esplicitata da ACI INFORMATICA. La rendicontazione sarà effettuata in giorni persona.

Si esplicitano nel dettaglio le attività di supporto attese :

• Raccolta, analisi e definizione dei requisiti utente

• Definizione dei requisiti informatici

• Definizione dei requisiti di qualità (sottocaratteristiche di qualità norma ISO 9126-1)

• Formalizzazione dei requisiti secondo gli standard aziendali preposti

L’attività di definizione dei requisiti informatici, in particolare, è volta a determinare :

• i requisiti delle interfacce e delle funzioni; per ogni interfaccia e funzione occorre descrivere:

o Il contenuto (che cosa mostra) e l’interattività utente (come si usa)

o le regole (che cosa fa), le eventuali dipendenze con altre interfacce e funzioni (sincronismi, parallelismi, sequenze, iterazioni ecc.) e le condizioni di avvio;

o i messaggi in input e la loro origine;

o i messaggi in output e la loro destinazione;

o gli accessi ai dati.

• i requisiti dei dati; per ogni entità deve essere descritto:

o gli attributi dell’entità specificando quali sono gli attributi chiave, i possibili valori che gli attributi possono assumere;

o le relazioni o dipendenze statiche con le altre entità;

o i vincoli di integrità;

o il ciclo di vita dell’entità dalla creazione di un’occorrenza alla sua cancellazione

• le correlazioni; sono qui di seguito riportate le correlazioni richieste:

o “interfacce” e “funzioni” per evidenziare come ogni funzione sia usata da almeno una interfaccia;

o “funzioni” e “entità” per evidenziare come ogni entità sia trattata da almeno una funzione;

o “entità” e “informazioni” per evidenziare come le informazioni definite nei requisiti organizzativi siano “risolte” per mezzo di entità (o oggetti esterni);

o “funzioni” e “unità organizzative” per evidenziare quale unità organizzativa esegue una

determinata funzione;

• l’analisi delle criticità e dei vincoli; la tipologia dei problemi può essere la più varia e può, ad esempio, riguardare:

o relazioni con altri progetti;

o aspetti progettuali legati all’organizzazione non ancora definiti;

o criticità in termini di incapacità di soddisfare un requisito del progetto;

o vincoli tecnologici, organizzativi, normativi che comportano un degrado della soluzione.

12 Sostituzione del personale dell’impresa

Il personale impiegato per i servizi richiesti potrà essere cambiato solamente in casi eccezionali e con adeguata motivazione che preventivamente deve essere comunicata ad ACI INFORMATICA.

Il numero di sostituzioni nell’arco della durata del servizio è regolato dal seguente livello di servizio:

Indicatore

Livello di servizio

Sostituzione delle risorse impiegate per il servizio

E’ consentito un numero di sostituzioni, nell’arco della durata del servizio, non superiore al 10% del numero di persone messe a disposizione complessivamente dall’impresa.

Il personale sostituito deve essere affiancato dal nuovo personale per almeno 15 giorni lavorativi, senza alcun onere per ACI INFORMATICA.

13 Modifiche in corso d’opera

ACI INFORMATICA potrà richiedere all’Impresa di apportare modifiche in corso d’opera ai prodotti previsti in ciascun affidamento.

In tale evenienza, ACI INFORMATICA e l’Impresa definiranno di comune accordo l’impegno necessario per attuare dette variazioni, che potranno anche comportare la variazione del numero di FP da realizzare e/o dei giorni/persona delle risorse umane da impiegare e la ridefinizione delle date di consegna dei prodotti.

14 Risorse professionali

Per le attività previste dal presente Capitolato, l’Impresa dovrà mettere a disposizione le risorse in conformità a quanto previsto nei Verbali di Affidamento, in termini di figure professionali richieste, quantità di risorse per ogni figura professionale, date previste per l’inizio delle singole attività.

Per i Servizi Informatici, in funzione della tipologia di attività da svolgere, le risorse vengono classificate nelle seguenti figure professionali:

• Software Engineer Typo3 senior: fornisce supporto alle attività di analisi, progettazione e implementazione per gli interventi di sviluppo. Ha esperienza e conoscenza tecnica completa dell’ambiente web dal punto di vista applicativo e tecnologico. In particolare è richiesta la conoscenza di almeno 2 anni del CMS Typo3 (incluso linguaggio di scripting typoscript e le tecniche di sviluppo di plug- in ad hoc), del linguaggio PHP 5.2 / 5.3 e del RDBMS MySQL, del linguaggio di interrogazione SQL. E’ richiesta, inoltre, la conoscenza dei linguaggi HTML, XHTML, XML, XSLT, CSS, Javascript, e del framework JQuery.

• Web Developer senior: fornisce supporto alle attività di analisi, progettazione e implementazione per gli interventi di sviluppo su frontend e backend. In particolare è richiesta una conoscenza di almeno 2 anni di HTML, XHTML, CSS e Javascript. E’ richiesta inoltre una buona conoscenza di AJAX, JSON, del linguaggio PHP 5.2 / 5.3 e della normativa vigente in materia di accessibilità (Xxxxx Xxxxxx, L. 04/2004) relativa alla realizzazione di siti web, di Typo3 e del framework di sviluppo Javascript JQuery.

• Software Engineer PHP senior: fornisce supporto alle attività di analisi, progettazione e implementazione per gli interventi di sviluppo su tutti i layer architetturali (tipicamente presentation-frontend, business- backend, data). In particolare è richiesta una conoscenza di almeno 2 anni del linguaggio PHP 5.2 / 5.3. Si richiede inoltre una buona conoscenza dei seguenti ambienti e linguaggi: Database MySQL, MongoDB, Javascript, JQuery, SOAP, XML, XSLT, pattern architetturale Model View Control (MVC).

ACI INFORMATICA ha la facoltà di esaminare le risorse messe a disposizione per verificare la corrispondenza tra le conoscenze e le esperienze maturate e i requisiti richiesti e la generale idoneità a lavorare nell’ambito del progetto.

Qualora, per l’esecuzione di un affidamento, alle risorse messe a disposizione dall’Impresa fosse necessario un addestramento specifico sulle procedure adottate in ACI INFORMATICA, sarà a cura di ACI INFORMATICA provvedere all’addestramento mentre l’Impresa metterà a disposizione le risorse a titolo gratuito per tutta la durata dell’addestramento.

15 Stima degli FP e dei giorni persona richiesti

Nell’ambito degli affidamenti di cui al presente appalto le quantità stimate degli FP da realizzare e/o dei gg/p da impiegare sono le seguenti.

15.1 Servizio di Nuovi Sviluppi e Manutenzione Evolutiva

Parte delle attività di realizzazione legate al servizio di Nuovi Sviluppi e manutenzione evolutiva sono misurate con la metrica dei Punti Funzione (FP) e parte con quella dei Giorni Persona (gg-pp). In particolare, relativamente ai seguenti prodotti web

• Portali

▪ Portale ACI

▪ Portale SARA Assicurazioni

▪ Portale Luceverde Regione Lazio

▪ Portale LuceVerde Roma

▪ Portale LuceVerde Milano

▪ Portale Turismo Italiano

▪ Community JoinItaly

Alcune delle attività richieste si riferiscono a figure di ambito di programmazione software (programmazione php) e, pertanto, saranno dimensionate in FP.

L’incidenza delle attività che verranno affidate in Punti Funzione non è molto elevata nel complesso delle attività richieste per due motivi:

• Per quanto concerne i nuovi sviluppi,si tratta di norma di realizzazioni che coinvolgono più l’aspetto di presentazione (front-end, creazione di pagine, struttura di navigazione, templates, grafica, configurazione di componenti del CMS, ecc) che non quello di codifica, a meno della parte di interfacciamento eventuale con le applicazioni di back-end da realizzarsi in linguaggio php;

• Per quanto riguarda le evoluzioni si tratta principalmente di piccole estensioni che variano in maniera poco significativa funzionalità già esistenti e che, di norma, non realizzano vere e proprie nuove funzionalità.

Peraltro va precisato che all’impresa non verrà affidato l’intero ciclo di sviluppo, ma solo parte della componente realizzativa in maniera confacente alle necessità organizzative interne. Le fasi alte di progetto infatti (studio di fattibilità, progetto di massima, analisi) e parte di quelle di progettazione e realizzazione verranno svolte direttamente da ACI Informatica.

Si riportano il dimensionamento ed i mix richiesti.

Nuovi Sviluppi e MEV	FP	gg-pp
Portale ACI	110	192
Portale SARA Assicurazioni	145	253
Portale Luceverde Regione Lazio	50	87
Portale Luceverde Roma	30	52
Portale Luceverde Milano	30	52
Portale Turismo Italiano	180	315
Community JoinItaly	80	140
Siti Web		728

TOTALE

625

1821

Si precisa che il numero di FP considerati si riferisce ad una tipologia fissa considerata di tipo ADD, ma i singoli affidamenti potranno riferirsi anche ad FP di tipo CHG (valutati equivalenti al 50% di un FP di tipo ADD) o DEL (valutati equivalenti al 10% di un FP di tipo ADD) secondo il tipo di attività richiesta (in particolare per le opere di manutenzione evolutiva).

Per il servizio di Nuovi Sviluppi e Manutenzione Evolutiva l’impresa dovrà impiegare il mix di figure professionali riportato nella tabella seguente:

Nuovi Sviluppi (Fasi alte del ciclo)
Figura Professionale	% Utilizzo
Software Engineer Typo3 senior	60 %
Web Developer senior	13 %
Software Engineer PHP senior	27 %

15.2 Servizio di manutenzione correttiva / adeguativa / migliorativa /adattiva

Il servizio di manutenzione correttiva/ adeguativa / migliorativa / adattativa viene erogato a consumo in giorni persona. Si riportano il dimensionamento ed i mix richiesti.

	gg/pp per i 2 anni
Manutenzione correttiva, adeguativa, migliorativa e adattativa	2.881

Per i servizi di manutenzione correttiva/adeguativa/ migliorativa/adattativa, l’impresa dovrà impiegare il mix di figure professionali riportato nella tabella seguente:

Figura Professionale	% Utilizzo
Software Engineer Typo3 senior	17 %
Web Developer senior	43 %
Software Engineer PHP senior	40 %

15.3 Servizio di Supporto tecnico nella definizione requisiti informatici

Il servizio di supporto tecnico nella definizione dei requisiti informatici viene erogato a consumo in giorni persona. Si riportano il dimensionamento ed i mix richiesti.

Servizio

gg/pp per i 2 anni

Supporto Tecnico nella definizione

dei requisiti informatici

300

Per il servizio di supporto tecnico nella definizione dei requisiti informatici, l’impresa dovrà impiegare il mix di figure professionali riportato nella tabella seguente:

Figura Professionale	% Utilizzo
Software Engineer Typo3 senior	83 %
Web Developer senior	17 %

16 Allegati

Formano parte integrante e sostanziale del presente Capitolato tecnico i seguenti allegati:

Numero	Allegato
1	Check list per la valutazione documentale
2	Linee Guida Naming & Coding Conventions

Document Metadata

Table of Contents

CIG: 48796384A9

Document Metadata