ACI Informatica S.p.A.

Capitolato tecnico per la progettazione, realizzazione e manutenzione di componenti software nell’ambito delle applicazioni per la gestione amministrativa e fiscale degli autoveicoli (2a gara)

Allegato n. 6 al Disciplinare di gara

CIG: 63033801BB

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 applicativa 7

3.3.1 Elenco e consistenza dei Sistemi PRA e Tasse Automobilistiche 8

3.4 Architettura tecnologica 11

3.4.1 Tecnologia dei sistemi PRA e Tasse 11

3.4.2 Tecnologia del sistema Associazioni ACI 14

3.4.3 Tecnologia di applicazioni .Net 16

3.4.4 Tecnologia di Siti e Portali Web 16

3.4.5 Tecnologia delle applicazioni mobile 17

3.5 Gli utenti 18

3.6 Le dimensioni tecniche 18

4 Oggetto della fornitura 20

5 Durata della fornitura e piano di subentro 21

5.1 Durata della fornitura 21

5.2 Piano di subentro 21

5.3 Affiancamento finale 22

6 Modalità di dimensionamento delle attività 23

6.1 Modalità di conteggio dei Function Point 24

6.2 Modalità di dimensionamento dei servizi a giorni/persona 25

7 Sede e strumenti di lavoro 27

8 Postazioni di lavoro 28

9 Vincoli operativi 30

9.1 Ciclo di vita per lo sviluppo e la manutenzione del software 30

9.2 Metodologie di sviluppo e standards 30

9.3 Standard della qualità per il codice sorgente 31

9.4 Livelli di servizio 32

9.4.1 Sviluppo e manutenzione (Evolutiva, PEV, adeguativa, migliorativa) 32

9.4.2 Manutenzione correttiva in garanzia 34

9.4.3 Livelli di servizio relativi alle modalità di erogazione della fornitura 36

10 Modalità di affidamento delle attività 38

10.1 Nuovi sviluppi e Manutenzione (Evolutiva, PEV, adeguativa, migliorativa) 38

10.1.2 Modalità di consegna 38

10.1.2.1 Consegna intermedia 38

10.1.2.2 Consegna finale 38

10.1.3 Collaudo di accettazione 39

10.3 Organizzazione del servizio 40

10.4 Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione progetti 40

10.5 Supporto alle elaborazioni dati e controlli di qualità 41

10.6 Manutenzione correttiva in garanzia 41

L’Impresa, in ordine alla manutenzione correttiva in garanzia atteso che la stessa al termine del periodo di garanzia è posta a carico di ACI INFORMATICA, si obbliga ad un formale passaggio di competenze con le risorse interne di ACI INFORMATICA in modo che queste ultime possano più agevolmente svolgere tale attività 42

11 Sostituzione del personale dell’impresa 43

12 Modifiche in corso d’opera 44

13 Risorse professionali 45

14 Stima dei Function Point e dei giorni/persona richiesti 52

15 Allegati 53

1 Premessa

ACI avvalendosi della propria Impresa tecnico-operativa, denominata ACI Informatica, si occupa della gestione amministrativa e/o fiscale degli autoveicoli per conto dello Stato e per conto di alcune Regioni e delle due Province Autonome di Trento e Bolzano.

Garantisce sia presso gli Uffici Provinciali ACI sia attraverso la rete di Agenzie e Delegazioni, una presenza distribuita su tutto il territorio nazionale per erogare i servizi anzidetti.

Eroga informazioni ad utenti della Pubblica Amministrazione Centrale e Locale. Eroga i servizi informativi direttamente agli utenti attraverso siti Internet e app mobile.

2 Definizioni

ACI Automobile Club Italia

C/C Carta di Circolazione. E’ il documento rilasciato dalla DTT che contiene le caratteristiche tecniche di un veicolo e l’abilitazione alla circolazione.

CdP Certificato di Proprietà. E’ il documento che viene rilasciato dal PRA ed attesta lo stato patrimoniale di un veicolo

COMPETENZA Il Pubblico Registro Automobilistico è organizzato a livello di uffici provinciali. Per ogni veicolo è competente un ufficio e solo in quello possono essere presentate nuove formalità. La competenza è data dalla residenza dell’intestatario del veicolo.

DTT Dipartimento Trasporti Terrestri

Formalità PRA Transazione attraverso la quale viene richiesto la trascrizione al PRA degli atti relativi ai veicoli al fine di darne pubblicità

FP Function Point (Punti funzione secondo lo standard IFPUG 4.3)

IFPUG International Function Point Users Group

PDF Portable Document Format

PdS: Punto di Servizio (Uffici Provinciali del PRA, Delegazioni ACI, Agenzie di pratiche automobilistiche, Consorzi)

PRA Pubblico Registro Automobilistico

RID Rapporto Interbancario Diretto

STA Sportello Telematico dell’Automobilista. Applicazione telematica per la presentazione

di formalità al PRA congiuntamente alle pratiche verso DTT nell’ambito del progetto di cooperazione tra ACI e DTT. Con questa linea di lavoro possono essere trattate solamente alcune tipologie di formalità: prime iscrizioni, passaggi di proprietà, rinnovi di iscrizione e radiazioni.

TT Trouble Ticket: scheda elettronica contenente tutte le informazioni inerenti la richiesta del cliente dei servizi telematici PRA (Punto di Servizio, Ufficio PRA)

UU.PP. Uffici Provinciali PRA

XML eXtensible Markup Language

3 Descrizione del Sistema

3.1 Descrizione del contesto

Il sistema informatico gestito da Aci Informatica è di supporto all’erogazione dei Servizi offerti da ACI per l’espletamento delle pratiche amministrative e/o fiscali inerenti gli autoveicoli.

Per questo ne eredita completamente il quadro istituzionale specifico e il quadro normativo di riferimento. Sempre in questo ambito è da considerare anche il quadro contrattuale di ACI sull’erogazione di Servizi dalle banche dati.

3.2 Il quadro dei servizi

Il regolamento ACI di accesso alla banca dati degli atti amministrativi degli autoveicoli definisce le regole attraverso le quali si consente di accedere alla stessa o di estrarre dati variamente aggregati, in ragione delle specifiche esigenze del richiedente. Per quanto concerne l’accesso alle informazioni fiscali degli autoveicoli, le regole sono definite nell’ambito delle convenzioni stipulate da ACI e le Regioni/Province Autonome.

Riveste un quadro importante il rapporto con le Province per le quali viene riscossa l’Imposta di Trascrizione Provinciale (IPT). In tale ambito i rapporti sono direttamente con le singole province.

L’ambito dei servizi ACI comprende varie modalità tecniche di erogazione ed è rivolto sia direttamente al cittadino, sia alle Pubbliche Amministrazioni Centrali e Locali, sia agli operatori degli Uffici Provinciali ACI, della Federazione ACI (Automobile Club Provinciali e Delegazioni ACI) e delle Agenzie di pratiche automobilistiche.

3.3 Architettura applicativa

Di seguito viene riportato lo schema dell’architettura applicativa del sistema utilizzato per la gestione amministrativa e fiscale degli autoveicoli e per la sua fruizione.

Applicazioni gestionali (back-end)

Applicazioni web e multimediali

Applicazioni Mobile

PRA e TASSE

TASSE automobilistiche

• riscossione

• versamenti

• archivi tributari

• …..

Applicazioni Internet PRA e TASSE

Applicazioni Intranet PRA e TASSE

Pubblico Registro Automobilistico

• servizi per le province

• trattamento formalità punti di servizio

• Uffici Provinciali

• Datamart

• ….

Sistemi PRA e Tasse Automobilistiche

Sistemi correlati

• Sistemi di gestione Pratiche Automobilistiche

• Sistema Associazioni ACI

• Sistema HR

• Sistemi Amministrativo Contabili (ACI e AACC)

Sistema

di autenticazione e profilatura utenti

Sistemi di pagamento

Siti e Portali (Internet e Intranet)

Il perimetro dei servizi compresi nel presente capitolato è costituito sia dalle Applicazioni gestionali e dalle

Applicazioni web e multimediali dei Sistemi PRA e Tasse Automobilistiche, sia dalle Applicazioni

gestionali e dalle Applicazioni web e multimediali dei Sistemi correlati alla gestione amministrativa e fiscale degli autoveicoli.

I servizi richiesti riguarderanno principalmente le Applicazioni gestionali e le Applicazioni web e multimediali dei Sistemi PRA e Tasse, ma potranno riguardare anche le Applicazioni gestionali e le Applicazioni web e multimediali dei Sistemi correlati laddove necessario a garantire la completezza dei servizi resi agli utenti.

3.3.1 Elenco e consistenza dei Sistemi PRA e Tasse Automobilistiche

Il sistema applicativo utilizzato per la gestione amministrativa degli autoveicoli allo stato attuale è costituito da 7 sottosistemi e 66 applicazioni, la cui dimensione complessiva è di 124.200 “Function Point”.

La tabella seguente riporta l’elenco delle applicazioni che costituiscono il Sistema Pra, incluse le funzionalità relative al Data Warehouse.

SISTEMA	SOTTOSISTEMA	APPLICAZIONE	FP	NOTE
PRA	DataMart	Allineamento Datamart	1.160
		DataMart Cassa Certificaz. e Visure	n.d.	Nota (1)
		DataMart Circolante	n.d.	Nota (1)
		Data Mart Monitoraggi	n.d.	Nota (1)
		DM Incidenti Stradali	n.d.	Nota (1)
		Datamart Formalità	n.d.	Nota (1)
	Forniture Dati	DataMart Circolante - Fornitura Dati	n.d.	Nota (1)
		Tracciamenti forniture dati	134
		Forniture dati on-line	547
		Forniture dati batch	6.459
		Fatturazione fornitura dati	209
		Visure NET	231
		Banca Dati Integrata	580
	Prodotti di Uso Generale	Allineamento On-Line	2.016
		Tabelle Soggetti	912
		Valutazione Servizi	1.345
		Gestione Integrata Clienti	6.829
		SCHEDULATORE	1.725
		Tabelle Banche Gestione	613
		Tabelle Banche Servizi	720
		Tabelle Comuni Gestione	1.980
		Tabelle Comuni Localizzatore	212
		Tabelle Comuni Servizi Client	3.584
		Tabelle Comuni Servizi Server	1.498
		Tabelle Poste Gestione	856
		Tabelle Poste Normalizzatore	521
		Parix (controllo agevolazioni IPT)	589
		Consultazione interna web	3.511
		Gestione flussi SAP	558
		Tabelle Utenti	39

		Consultazioni batch	142
	Servizi per le Province	Rimborsi e recuperi importi Pra	2.611
	Servizi per le Province	Gestione 33 Fuori STA	1.463
	Trattamento Formalità da Punti di Servizio	Informazioni e lettere circolari	311
		Verifica presenza gravami	58
		Sportello Telematico Automobilista	25.374
		SISTA	4.294
		PPCB	928
PRA	Ufficio Provinciale	Acquisizione ottica STA	1.012
		Articolo 101	294
		Assistenza UUPP	17.570
		Gestione Chiusure	614
		Gestione Punti di Servizio	2.816
		Gestione Cassa	3.935
		Gestione respinte	345
		Funzioni di utilità	1.043
		Certificazioni	1.961
		Servizi AIT	212
		Consultazioni e rendicontazioni contabili	312
		Consulta archivi PRA	1.770
		Anticipi utente	154
		Calcolo importi web	411
		Stampe	6.143
		Gestione Uffici Provinciali	661
		Ecoincentivi	2.599
		Pista	139
		Repertorio Atto di Vendita	569
		RID	3.432
		Ipt Centralizzata	849
		Tracciamento Attività	898
	Consultazioni e Certificazioni Punti di Servizio	Consultazione e Visura	2.004
		Fatturazione Visure	1.500
		Statistiche Visure	493
		Tracciamenti Visure	21
		Servizi di Consultazione	248
		Assistenza Visure	189
TOTALE			124.200

NOTA 1 – Applicazione non misurabile in function point

Il Sistema per la gestione fiscale degli autoveicoli allo stato attuale è costituito da 8 sottosistemi e 20 applicazioni, la cui dimensione complessiva è di 45.500 function point:

SISTEMA	SOTTOSISTEMA	APPLICAZIONE	FP	NOTE
TASSE REGIONALI	Riscossione	ATM	384
		Bollonet	626
		Calcolo Bollo Internet	1.454
		Centrale Operativa	631
		Servizi Base	1.192
		SINTA - Riscossione	5.509
	Versamenti	SINTA - Versamenti	13.841
	Archivio Tributario	SINTA - Archivi Tributari	9.535
		Ricorda Scadenza	543
		Verifica Codice Euro	139
	Regimi Speciali	SINTA - Regimi Speciali	2.823
	Gestione Rimborsi	Rimborsi	645
	Statistiche	Erogazione Statistiche	n.d.	Nota (1)
	Contenzioso	Contenzioso	n.d.	Nota (1)
		SINTA-Contenzioso	2.308
		Postalizzatore WEB	2.191
		Archivio Elettronico Documenti	n.d.	Nota (1)
	Supporto Contabile	Fatturazione	n.d.	Nota (1)
		SINTA – Supporti Contabili	1.930
		SINTA – Tasse Comuni	1.749
TOTALE			45.500

NOTA 1 – Applicazione non misurabile in function point

3.4 Architettura tecnologica

Standard per la produzione del software aziendale è una progettazione articolata sul modello delle applicazioni web a più livelli (n-tiers). Requisiti fondamentali di aderenza a tale modello sono la realizzazione di interfacce utente web-based, la separazione e l’incapsulamento della logica di business in specifici tier (middleware) con compiti general purpose e/o specifici e l’isolamento del livello d’accesso ai dati.

Le tecnologie e i framework variano da sistema a sistema a seconda delle specifiche esigenze e caratteristiche. A titolo esemplificativo vengono nel seguito descritte alcune delle principali soluzioni adottate per i sistemi compresi nel perimetro del presente capitolato.

3.4.1 Tecnologia dei sistemi PRA e Tasse

La tecnologia di riferimento per le applicazioni sviluppate nell’ambito della gestione amministrativa e/o fiscale degli autoveicoli è J2EE.

L’attuale architettura tecnologica vede l’adozione di frame work standard basati su pattern MCV, struts 1.x/2.x, l’uso di linguaggi di presentazione DHTML con l’uso di jsp e servlet. I livelli di middleware sono fondati su architettura JEE il sistema transazionale fa ampio uso di EJB (Eterprise Java Bean) e JMS(Java Message Serices) per rendere asincroni i processi. L’interoperabilità tra i vari sistemi sia interni che esterni fa uso di WS (Web Services)

Il livello dati costruito interfacciando funzioni custom (stored procedures) del RDBMS (oracle) con ejb (stateless session bean).

E’ previsto un upgrade di tutti i sistemi che eleva la versione del attuale JEE 1.4 alla versione al 1.6 o successive. La nuova architettura di riferimento è sintetizzata dal quadro tecnologico riportato nella figura sottostante:

Le interfacce che le applicazioni per la gestione amministrativa e/o fiscale degli autoveicoli offrono verso gli utenti sono, come già detto, sempre interfacce web based. 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. Tutte le applicazioni sono integrate o integrabili con sistemi di autenticazione centralizzati e quindi consentono una fruibilità indirizzata attraverso un portale d’accesso singolo o la loro integrazione nel quadro di altre applicazioni anche esterne (tipicamente di clienti ACI che fungono da concentratori d’accesso).

Per quel che riguarda le modalità di interfacciamento proprio dell’utente, ovvero della sua interazione con la specifica applicazione, accanto ai requisiti classici di usabilità, omogeneità ed accessibilità (specifiche WAI), alla progettazione di layout e di meccanismi di navigazione il più possibile user-friendly e non dispersivi, particolare enfasi viene data alla possibilità, per le applicazioni gestionali, di fruire sempre di una doppia modalità di acquisizione dei dati, una sviluppata attraverso delle convenzionali applicazioni web based ed una seconda attraverso acquisizione di file strutturati o meno fino alle disponibilità di porte di dominio.

La prima modalità di interazione non presuppone conoscenze tecniche di alcun tipo (se non quelle eventualmente legate al contesto della particolare applicazione ed alle interfacce web in generale), la seconda, invece, assume la disponibilità di file costruiti ad hoc secondo gli schemi di volta in volta pubblicati e, quindi, la capacità di creare tali file. Il vantaggio della prima modalità è un certo tipo di compilazione assistita (vincolata, cioè, dalle regole imposte sulle maschere), quello della seconda è una maggiore velocità di comunicazione di dati evidentemente già disponibili (ad esempio ad altre applicazioni che l’utente potrebbe avere in dotazione e dalle quali dovrebbe essere possibile implementare procedure di esportazione direttamente nel formato richiesto). Più in generale, essendo lo scopo di tutte le applicazioni gestionali per la gestione amministrativa e/o fiscale degli autoveicoli quello di risolvere, da un lato, l’accesso al proprio business e, dall’altro, quello di garantire l’integrazione con gli strumenti del business dell’utente, le modalità di interazione utente prevedono sempre estensioni nel senso dell’interoperabilità.

Tutte le applicazioni per la gestione amministrativa e/o fiscale degli autoveicoli 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 inerenti l’auto o degli altri 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 java – RMI, SOAP, REST), ai server web (metodi GET e POST) o ai più svariati sistemi di

messaging (stream dati su code, ftp, ecc.). Particolare enfasi è posta comunque sull’integrazione delle specifiche parti funzionali delle singole applicazioni all’interno del più ampio contesto dell’architettura orientata ai servizi (Service Oriented Architecture – SOA) che l’azienda sta realizzando, in special modo per quel che riguarda le possibilità di coordinamento ed orchestrazione delle singole componenti del business da parte degli idonei strumenti previsti (Enterprise Service Bus – ESB).

3.4.2 Tecnologia del sistema Associazioni ACI

Per quanto riguarda le Applicazioni Web del sistema Associazioni ACI, la tecnologia di riferimento è J2EE.

Lo strato di Presentation è sviluppato utilizzando il framework Ext JS. Le comunicazioni con lo strato di Business avvengono attraverso messaggi JSON. La parte di Business si compone di servizi distribuiti in varie applicazioni interoperanti tramite EJB. L' accesso ai dati viene effettuato attraverso piattaforma middleware Hibernate.

Numerose sono le applicazioni in uso implementate su piattaforma LAMP e che quindi sono ospitate su server con S.O. linux, sono fornite tramite il Web Server Apache, fanno uso del DBMS Oracle MySQL e sono implementate in linguaggio PHP.

Per tutte queste, per garantire adeguati standard prestazionali, di sicurezza e di manutenibilità del codice, si è optato per l'adozione del Framework di sviluppo Symfony, attualmente in uso nelle versioni 1.4, per gli ambienti che richiedono compatibilità con PHP 5.2, e 2.x, per gli ambienti che richiedono compatibilità con PHP 5.3 e superiori.

Per il presentation level si fa inoltre uso del framework javascript Jquery, per l'implementazione della logica di presentazione e l'accesso a servizi su protocollo JSON REST, e del framework CSS Bootstrap.

Symfony è rilasciato con la licenza open source MIT ed è basato su una architettura MVC che fornisce ausili allo sviluppo di applicazioni web che coprono tutti i livelli di una architettura three-tier. Il framework symfony supporta inoltre l'esportazione di funzionalità sotto forma di servizi JSON REST.

Lo schema seguente riassume il disegno architetturale del sistema:

3.4.3 Tecnologia di applicazioni .Net

PRESENTATION (interfaccia utente)

Le applicazioni utilizzano il browser I.E. vers. 7.0 o superiore come ambiente di gestione.

L’interfaccia utente è scritta in .Net. Le pagine .NET contengono e attivano i controlli formali (residenti in file Javascript inclusi nelle pagine) e richiamano le DLL (residenti sull’application server ) che gestiscono i processi di business.

L’applicazione sfrutta i meccanismi di cache del browser per velocizzare l’accesso ai dati: sul client vengono scaricati, dal web server file in formato XML, contenenti repliche dei dati relativi a tabelle del Data Base (tipologiche e tabelle con bassa frequenza di aggiornamento ma di largo utilizzo in consultazione).

BUSINESS LOGIC

Sull’application server risiede parte della logica di business (regole) dell’applicazione. Il linguaggio utilizzato per la scrittura dei componenti di business è Visual Basic 6.

DATA BASE

I dati vengono memorizzati in appositi database dipartimentali SQL Server 2008. L’accesso ai dati avviene attraverso stored-procedures

3.4.4 Tecnologia di Siti e Portali Web

Per i Siti e i Portali Web vengono utilizzati prodotti di Content Management System (CMS) per gestire la presentazione dei contenuti .

Per la realizzazione di siti poco complessi in termini di contenuti e informazioni, che non erogano servizi e che non necessitano di funzionalità di gestione dei contenuti avanzate, viene adottato il CMS SPIP.

Per la realizzazione di siti o portali complessi sia dal punto di vista della gestione dei contenuti che della fornitura di servizi viene utilizzato il CMS Typo3, quando si opta per una architettura LAMP, oppure il CMS OpenCMS, quando si opta per una architettura J2EE.

Entrambe le soluzioni, oltre a fornire funzionalità avanzate nella gestione dei contenuti quali versioning dei dati, profilatura degli utenti e workflow redazionale, mettono a disposizione Framework Applicativi che forniscono strumenti utili all'implementazione di componenti software per la fornitura di servizi. Tali componenti possono essere limitate al livello di presentation, operando quindi come ulteriore interfaccia per l'erogazione di servizi realizzati in ottica SOA, oppure andare a coprire tutti i livelli di una architettura three-tier, configurandosi quindi come applicazioni complete, ciascuna dotata di logica di business, modello dei dati e interfacce di presentazione proprie.

Le interfacce utente dei siti e delle applicazioni Internet rispondono ai requisiti delle normative su accessibilità e usabilità dei siti web della Pubblica Amministrazione in tutti i casi in cui queste risultino applicabili.

I siti web del network aci sono sviluppati in conformità alla web identity definita per l’ente.

3.4.5 Tecnologia delle applicazioni mobile

Le Applicazioni Mobile sono realizzate utilizzando Appcelerator Titanium, un framework open source che consente lo sviluppo di applicazioni mobile per piattaforme iOS, Android, Windows Phone, BlackBerry OS e Tizen.

Le applicazioni Titanium sono implementate in linguaggio Javascript e il codice risultante viene interpretato da uno specifico engine su ciascuna piattaforma di destinazione (Apple Javascriptcore su iOs, Mozilla Rhino per gli altri), garantendo in questo modo un altro grado di omogeneità. Titanium mette inoltre a disposizione dello sviluppatore oggetti javascript che forniscono un livello di astrazione per l'accesso alle funzionalità specifiche dei dispositivi mobili (GPS e altri sensori, fotocamera, telefono).

I servizi consumati dalle applicazioni mobile e dai siti web sono implementati secondo il protocollo JSON REST. La logica di business è implementata su piattaforma node.js e il livello dati è fornito tramite il database MongoDB.

Le App mobile sono sviluppate in conformità alla mobile identity definita per l’Ente.

3.5 Gli utenti

Sono utenti del Sistema per la gestione amministrativa e fiscale degli autoveicoli:

• Ministero dell’Interno

• Ministero delle Finanze

• Ministero dei Trasporti

• Direzione Nazionale Antimafia

• Concessionari Riscossione Tributi

• Prefetture

• Ancitel

• Comuni

• Consorzi: Sermetra, Avangard, Isaco

• Agenzia delle Entrate

• Le Regioni/Province Autonome

• La Direzione Centrale Servizi Delegati dell’ACI

• gli Uffici Provinciali dell’ACI: sono suddivisi in sedi periferiche provinciali , con circa 3000 persone coinvolte

• le Delegazioni ACI (circa 1.500 PdS): sono punti territoriali associati agli AC Provinciali di competenza territoriale

• le Agenzie di pratiche automobilistiche ( circa 3.500 PdS): agenzie private di servizi per il cittadino.

• gli Istituti di credito abilitati alla riscossione delle T.A. (anche tramite terminali ATM o sistemi di home banking)

• il Centro di Assistenza Tasse Automobilistiche

• la Centrale Operativa

• i cittadini abbonati al servizio “Ricorda scadenza”

• i cittadini che accedono ai servizi on-line via Internet o tramite App mobile: calcolo e pagamento bollo auto, visure Pra.

3.6 Le dimensioni tecniche

La seguente tabella riporta le informazioni che caratterizzano le dimensioni e gli accessi alle basi dati del sistema PRA:

Descrizione	Valore
Grandezza Basi dati (giga byte)	> 2.500
Numero di record in linea per le basi dati operazionali	> 500.000.000
Profondità storica delle informazioni	> 25 anni
Utenti connessi sulle basi dati operazionali con servizi on- line	> 15.000
Visure erogate annualmente	> 6.000.000
Formalità gestite annualmente	> 15.500.000
Fornitura dati record annuali	> 1.000.000.000
Consultazioni annuali per le Forze dell'Ordine	> 10.000.000

Per quanto riguarda il Sistema Tasse, ci sono due principali basi dati con le seguenti caratteristiche:

Archivi Tributari - Ha una dimensione di circa 27 milioni di veicoli con un incremento annuo di 1 milione di veicoli. L’archivio, in linea 24 ore tutti i giorni, viene quotidianamente aggiornato con 50.000 movimenti e acceduto per il calcolo della tassa automobilistica (nei giorni di maggior carico a.e. 31 Gennaio sull’archivio possono essere effettuati 500.000 accessi).

Versamenti - Ha una dimensione di 30 milioni di pagamenti con un incremento annuo di 30 milioni di pagamenti. L’archivio, in linea 24 ore tutti i giorni, viene aggiornato dal servizio di riscossione on line e dai pagamenti provenienti dagli intermediari della riscossione. Nei giorni di maggior carico si prevede un aggiornamento di

500.000 pagamenti. I pagamenti registrati in archivio vengono immediatamente sottoposti a controllo di merito.

4 Oggetto della fornitura

Oggetto della gara sono le attività di progettazione, realizzazione e manutenzione di componenti software riguardanti le applicazioni per la gestione amministrativa e fiscale degli autoveicoli.

In particolare:

• Nuovi sviluppi e manutenzione evolutiva dei sistemi

Sviluppi di interi nuovi sistemi informativi o di applicazioni o di consistenti parti autonome degli stessi per risolvere esigenze specifiche a fronte di funzionalità non informatizzate.

• Manutenzione adeguativa/migliorativa/piccola evolutiva (PEV)

Interventi volti a:

o ottimizzare le funzionalità esistenti ad esempio dal punto di vista delle prestazioni o dell’usabilità (migliorativa)

o oppure volti ad adattare il software all’evoluzione normativa o dell’ambiente tecnologico (adeguativa)

o o comunque volti a modificare o integrare le funzionalità del prodotto in un quadro di invarianza dei sistemi / applicazioni esistenti (PEV). Dal punto di vista dimensionale, la PEV (piccola evolutiva) richiede un impegno di massimo 30 giorni/persona per la sua realizzazione.

Tale tipologia di manutenzione può implicare sia la variazione di codice esistente sia la scrittura di nuovo codice per sistemi informativi o applicazioni esistenti o parti di funzioni.

• Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione dei progetti Interventi volti a fornire supporto al Program/Project Manager ACI Informatica nella definizione delle soluzioni tecniche per progetti di particolare impatto o rilevanza, e nella conduzione di progetti o parti di essi.

• Supporto per le elaborazione dati e controlli qualità

Interventi volti all’estrazione di informazioni dalle banche dati attraverso la realizzazione di software ad hoc o l’attivazione di procedure esistenti con verifica e quadratura dei risultati ottenuti dalle elaborazioni.

Nel contratto non è prevista la manutenzione correttiva del codice attualmente in esercizio; è compresa invece la manutenzione correttiva in garanzia del codice rilasciato per effetto di nuovi sviluppi o di modifica del software esistente.

La manutenzione correttiva in garanzia avrà validità 12 mesi dalla data di consegna dei prodotti se ricadenti all’interno del periodo contrattuale ovvero avrà validità fino alla scadenza del contratto per prodotti rilasciati nei dodici mesi precedenti la scadenza dello stesso; non comporta oneri aggiuntivi 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 Durata della fornitura e piano di subentro

5.1 Durata della fornitura

I servizi oggetto della fornitura dovranno essere erogati per un periodo di 36 mesi a far data dalla presa in carico delle attività da parte dell’Impresa. ACI Informatica, alla scadenza del contratto, si riserva la facoltà di azionare l’opzione di cui all’art. 57, comma 5, lett. b), del D.lgs. 163/2006 con l’affidamento all’Impresa aggiudicataria, alle medesime o migliorative condizioni economiche, gli stessi servizi oggetto del contratto fino ad un massimo di ulteriori 36 mesi, così come precisato nel bando di gara.

5.2 Piano di subentro

Di seguito sono riportate le modalità di subentro da parte dell’Impresa aggiudicataria con l’obiettivo di garantire ad ACI INFORMATICA la continuità di erogazione dei servizi oggetto del presente capitolato.

La durata massima entro cui dovrà essere completato il piano di subentro è di tre mesi dalla data di inizio attività.

Durante questi tre mesi il personale dell’Impresa aggiudicataria, per acquisire le competenze necessarie all’erogazione dei servizi contrattualmente previsti e raggiungere il necessario livello di autonomia operativa, si affiancherà al personale di ACI INFORMATICA o al personale dell’Impresa che attualmente fornisce i servizi oggetto del presente capitolato, sulla quale ricade la responsabilità dei servizi affidati in quanto a lei spetta assicurare la manutenzione del software e le attività necessarie all’operatività dei sistemi.

Inoltre nei primi 3 mesi della fornitura l’aggiudicatario dovrà effettuare, senza ulteriori oneri per il cliente, un’attività di assessment funzionale del parco applicativo preso in carico. Questa attività di assessment dovrà fornire come risultato almeno:

- l’inventario aggiornato del parco applicativo con evidenza degli eventuali scostamenti rispetto alla situazione rappresentata nella documentazione di ACI Informatica e riportata nelle tabelle 1 e 2 del Premesso;

- il quadro dei periodi di garanzia degli interventi di sviluppo o MEV completati precedentemente all’avvio del servizio o eventualmente in corso di completamento perché assicurate nell’ambito di altre forniture.

Sono a carico dell’Impresa e non devono comportare nessun onere per ACI INFORMATICA i costi del personale impiegato durante il periodo di subentro.

Sarà compito dell’Impresa aggiudicataria redigere il piano di subentro, da presentare nell’ambito dell’Offerta Tecnica, in cui devono essere definiti:

(punto c2)

- l’organizzazione per la gestione della fase di affiancamento fino alla presa in carico;

- la descrizione dei tempi e delle modalità di attuazione della fase suddetta;

- il dimensionamento delle risorse per lo svolgimento delle attività di affiancamento per ogni specifico servizio richiesto da ACI Informatica (Nuovi sviluppi, Manutenzione Evolutiva/Migliorativa/Adeguativa/Piccola Evolutiva, Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione dei progetti, Supporto nelle elaborazione dati e controlli qualità), in termini di competenze del personale impiegato e giorni lavorativi complessivamente dedicati;

- tempificazione degli incontri per la verifica dello stato di avanzamento delle attività.

5.3 Affiancamento finale

Nel corso dell’esecuzione del contratto, anche per fine attività, in maggior misura negli ultimi tre mesi di validità del contratto stesso, l’Impresa dovrà, su richiesta 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 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à tenere conto delle eventuali proposte che l’Impresa potrà fare in sede di offerta.

Se richiesto, nelle fasi di affiancamento finale l’Impresa dovrà ospitare gratuitamente il personale del nuovo fornitore in affiancamento nell’operatività quotidiana di manutenzione e gestione, senza peraltro che il nuovo fornitore abbia la possibilità di eseguire direttamente le attività, ossia di effettuare training on the job.

Pertanto in tale periodo la responsabilità dei servizi affidati rimane in capo all’Impresa.

6 Modalità di dimensionamento delle attività

Gli incarichi all’Impresa verranno articolati in singoli affidamenti. La dimensione di ciascun affidamento verrà espressa in Function Point o in giorni/persona, in funzione della tipologia di servizio richiesto, come di seguito indicato.

Con riferimento all’architettura applicativa dei sistemi oggetto del presente capitolato (descritta al paragrafo 3.3), al solo fine di semplificare le regole da applicare per l’affidamento delle Applicazioni web e multimediali, questo tipo di applicazioni saranno suddivise logicamente in due componenti, quasi sempre integrate nell’uso corrente: le Applicazioni web navigazionali e le Applicazioni web transazionali.

• Applicazioni web navigazionali

Software in cui l’utente è autonomo nella scelta dei percorsi e delle attività e non viene guidato in modo procedurale. Non è possibile, quindi, individuare vere e proprie transazioni in senso classico. Le pagine mostrate sono nella maggior parte dei casi statiche, anche se a volte vengono composte in modo dinamico in base a scelte utente o ad informazioni raccolte in modo autonomo dal server (log di navigazione, cookies).

• Applicazioni web transazionali

Applicazioni di tipo strutturato il cui modello di riferimento è costituito dal sistema informativo transazionale classico.

A. Riguardo ai servizi per Nuovi Sviluppi e Manutenzione Evolutiva, per tutti i sistemi oggetto del presente capitolato descritti al paragrafo 3.3, ivi comprese le Applicazioni web transazionali ed escluse solamente le Applicazioni web navigazionali, la fase realizzativa verrà affidata in Function Point.

Il numero dei Function Point di ogni singolo affidamento, stimato al termine della fase di analisi effettuata da ACI INFORMATICA, verrà riportato nei verbali di affidamento e potrà essere rideterminato in occasione di eventuali richieste di modifiche in corso d’opera.

Il calcolo dei Function Point verrà effettuato secondo le modalità riportate nel paragrafo 6.1.

Sarà facoltà di ACI INFORMATICA ricorrere alla misurazione in giorni/persona in luogo di quella in “Function Point”. Il ricorso a tale misurazione verrà esplicitato in fase di conferimento dell’affidamento. In tal caso, ai fini della determinazione delle prestazioni professionali richieste, si farà riferimento a quanto previsto al capitolo 10.

B. Relativamente ai servizi:

• Manutenzione adeguativa/migliorativa/piccola evolutiva (PEV) di tutti i sistemi

• Nuovi Sviluppi e Manutenzione Evolutiva delle Applicazioni web navigazionali (fase realizzativa)

• Nuovi Sviluppi e Manutenzione Evolutiva - Fase alta del ciclo di sviluppo

• Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione dei progetti

• Supporto nelle elaborazione dati e controlli qualità

gli interventi verranno misurati in giorni/persona, della durata standard di 8 ore giornaliere ovvero a corpo nel caso di attività pianificabili; questi 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 come illustrato nel capitolo 12. Il loro dimensionamento verrà effettuato secondo le modalità riportate nel paragrafo 6.2.

6.1 Modalità di conteggio dei Function Point

Per la produzione software, il numero di Function Point di ogni intervento verrà riportato nei verbali di affidamento e potrà essere rideterminato in occasione di eventuali richieste di modifiche in corso d’opera che raggiungano una differenza maggiore del 10%, in più o in meno, rispetto a quanto indicato nei verbali (vedere capitolo 12).

La stima dei Function Point non riguarda l’intero ciclo di vita del software ma solo le fasi che vanno dalla progettazione tecnica fino al system test.

Il numero di Function Point da realizzare nell’ambito di ogni specifico intervento, di sviluppo o di manutenzione evolutiva verrà calcolato con le seguenti modalità:

(Numero FP) = (FP) * (Fr)

dove :

(FP) è il numero dei “Function Point” valutato applicando il metodo degli Early & Quick Function Point (DPO,

Early & Quick Function Point 3.1- Manuale di Riferimento v.1.1 Gennaio 2012)

Sul metodo, di pubblico dominio, è disponibile un manuale di riferimento standard all’indirizzo: xxxx://xxx.xxx.xx/xxxx/Xxxxxxxxx/X&XXX-XXXXX-00-XX-00-XX-X.xxx

(Fr) è il fattore di riuso, calcolato da Aci Informatica, che sarà applicato per tener conto del riuso funzionale e tecnico (es. riutilizzo di strutture dati e parti di codice allo scopo di realizzare nuovi componenti tecnici da utilizzare per la costruzione di nuove funzionalità logiche) secondo la tabella riportata.

Livello di riuso	% di codice uguale	Fattore di riuso
Nullo	0	1
Basso	10	0,85
Medio	10 – 20	0,70
Alto	30	0,50
Molto Alto	> 50	0,30

Esempio

FP a consuntivo = 1000 FR = 0,70

FP riconosciuti = 1000 x 0,70 = 700

Per la determinazione del corrispettivo dovuto a fronte di ogni intervento, il conteggio dei Function Point sarà effettuato a consuntivo, sul software realizzato, applicando la formula sopra descritta.

Per la stima/misurazione in FP delle parti Web Transazionali dovrà essere applicata la “Guida metodologica FP GUI e Web” realizzata da Aci Informatica, allegato 3 del presente Capitolato tecnico.

6.2 Modalità di dimensionamento dei servizi a giorni/persona

Ai fini degli affidamenti delle attività, si riporta il mix di figure professionali stimate per i servizi da erogare in giorni persona, che sono:

• Nuovi Sviluppi e Manutenzione Evolutiva - Fasi alte del ciclo

• Manutenzione adeguativa/migliorativa/piccola evolutiva (PEV)

• Nuovi Sviluppi e Manutenzione Evolutiva delle Applicazioni web navigazionali (fase realizzativa)

• Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione dei progetti

• Supporto alle elaborazioni dati e controlli qualità

I profili professionali cui si fa riferimento nelle tabelle seguenti sono definite al capitolo 13.

A. Nuovi Sviluppi e Manutenzione Evolutiva (J2EE e .Net) – Fasi alte del ciclo

Nuovi Sviluppi e MEV (J2EE e .Net) - Fasi alte del ciclo
Figura professionale	% utilizzo
Project Manager	4,0%
Business Analyst	6,0%
Systems Analyst J2EE e .Net	90,0%

B. Nuovi Sviluppi e Manutenzione Evolutiva (Web e multimediale) – Fasi alte del ciclo

Nuovi Sviluppi e MEV (Web e multimediali) - Fasi alte del ciclo
Figura professionale	% utilizzo
Project Manager	4,0%
Business Analyst	6,0%
Systems Analyst WEB e Multimediale	90,0%

C. Piccola evolutiva / adeguativa / migliorativa (J2EE e .Net)

PEV/Miglior./Adeguat. (J2EE e .Net)
Figura professionale	% utilizzo
Project Manager	3,0%
Systems Analyst J2EE e .Net	22,0%
Developer J2EE e .Net	75,0%

D. Piccola evolutiva / adeguativa / migliorativa (Web e multimediale)

PEV/Miglior./Adeguat. (Web e multimediale)
Figura professionale	% utilizzo
Project Manager	3,0%
Systems Analyst WEB e Multimediale	22,0%
Developer WEB e Multimediale	75,0%

E. Nuovi Sviluppi e Manutenzione Evolutiva delle Applicazioni web navigazionali - Fase realizzativa

PEV / Migliorativa / Adeguativa (Web e Multimediale)
Figura professionale	% utilizzo
Project Manager	3,0%
Systems Analyst web e multimediale	22,0%
Developer Web e multimediale	75,0%

F. Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione dei progetti

Supporto tecnico specialistico
Figura professionale	% utilizzo
Project Manager	22,0%
Business Analyst	78,0%

G. Supporto alle elaborazioni dati e controlli qualità

Elaborazione dati e controlli qualità
Figura professionale	% utilizzo
Project Manager	1,0%
Technical Specialist Senior	30,0%
Technical Specialist	69,0%

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:

- Strumenti di gestione ufficio (es. video scrittura, foglio elettronico, presentazione, ecc.)

- Strumenti di sviluppo (es. ide java)

- Strumenti di comunicazione (es. mail)

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.

Le festività riconosciute sono solamente quelle a livello nazionale.

• 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 Postazioni di lavoro

Le postazioni di lavoro per le applicazioni J2EE dovranno essere predisposte secondo due diverse configurazioni, la prima da utilizzare per i progetti in manutenzione, la seconda in fase di migrazione tecnologica, che devono soddisfare i seguenti requisiti minimi di dotazione software al fine di consentire una corretta integrazione negli ambienti di lavoro:

Postazione 1

• SO: WIndows 7 pro (o superiori)

• IDE : Rational Application Developer 6

• Application Server : Websphere 6.x

• MS Office Word 2003 o superiore

• MS Office Excel 2003 o superiore

• MS Office PowerPoint 2003 o superiore

• Oracle plsql developer

• Antivirus (costantemente aggiornato)

Postazione 2

• SO: WIndows 7 pro (o superiori)

• IDE : Rational Application Developer 9 su approvazione di Aci Informatica si potrà utilizzare in alternativa una opportuna versione di Eclipse

• Application Server : Websphere 8.5.5

• Plugin in ambiente Eclipse per Webpshere 8.5.5

• MS Office Word 2003 o superiore

• MS Office Excel 2003 o superiore

• MS Office PowerPoint 2003 o superiore

• Oracle plsql developer

• Antivirus (costantemente aggiornato)

La postazione di lavoro richiesta per le risorse impiegate nello sviluppo di siti e applicazioni web su piattaforme LAMP o node.js è la seguente:

Postazione 3

• Fedora Linux 20 o superiore

• IDE: Titanium Studio con supporto PHP

• Apache Web Server

• MySQL

• MongoDB

• node.js

La postazione di lavoro richiesta per le risorse impiegate nello sviluppo di applicazioni mobile su piattaforma Titanium è la seguente:

Postazione 4

• Mac OS X

• IDE: Titanium Studio

• Apache Web Server

• MySQL

• MongoDB

• node.js

La postazione di lavoro richiesta per le risorse impiegate nello sviluppo di applicazioni .Net è la seguente: Postazione 5

• Microsoft Office

• Oracle Client

• Allround Automations PL/SQL Developer

• Microsoft Visual Source Safe

• Microsoft Visual Studio 6 sp5

• Microsoft Visual Studio .Net 2002

• Microsoft SQL Server 2000

• Crystal Reports

• Antivirus

• SO: WIndows 7 pro (o superiori).

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

L’hardware minimo richiesto prevede l’uso di una workstation con qualsiasi tipo di architettura ma che garantisca prestazioni superiori all’INTEL i7 4770 con almeno 8Gb di memoria RAM e 500Gb di spazio su disco fisso.

Per poter operare con i repository di ACI Informatica saranno fornite delle apposite chiavi di accesso (Login e Password).

ACI Informatica, al fine di garantire il rispetto dei livelli di sicurezza, si riserva di effettuare qualsiasi controllo sia sistematico sia estemporaneo, anche presso i posti di lavoro dell’impresa, sul corretto uso delle Password assegnate, riservandosi altresì di revocarle a suo insindacabile giudizio.

9 Vincoli operativi

9.1 Ciclo di vita per lo sviluppo e la manutenzione del software

Il ciclo di Sviluppo di norma applicato per tutti gli interventi relativi allo “Sviluppo” è “a spirale”

In determinate situazioni progettuali Aci Informatica, in accordo con il Fornitore, potrà richiedere l'impiego di un modello di ciclo di vita differente.

Il ciclo di vita potrà riferirsi a diversi modelli di produzione quali ad esempio:

• a cascata;

• metodologie agili.

Relativamente al modello del ciclo di vita “agile”, fermo restando il framework di riferimento adottato (SCRUM, XP, ecc) il fornitore dovrà attenersi alle seguenti disposizioni:

• Aci informatica individuerà le componenti software, il più possibile auto consistenti, da far realizzare; i cui requisiti potranno evolvere in corso d’opera;

• per la fase di analisi e progettazione è raccomandato l’uso di “Mock-ups” per permettere, in tempi brevi e con effort contenuto, la visualizzazione del risultato finale;

• il software dovrà essere testabile e facilmente riconoscibile;

• dovranno essere effettuati brevi chek settimanali al fine di verificare:

o l’avanzamento dello sviluppo

o la rispondenza ai requisiti

o i tempi di realizzazione

• lo sviluppo delle componenti dovrà essere finalizzato alla manutenibilità e a tal fine dovranno essere soddisfatti i requisiti di qualità descritti nel paragrafo 9.3

9.2 Metodologie di sviluppo e standards

Gli interventi sul software dovranno essere effettuati nel rispetto delle guide metodologiche e delle norme di naming e coding conventions definite da ACI Informatica, per le quali si rimanda ai documenti allegati nelle versioni attuali (Java Best Practices, Pattern Architetturali Java, Accesso ai Dati Oracle da Java, Linee Guida per Interfacce Utente, Naming & Coding Conventions).

Il codice realizzato per l’ implementazione del componente dovrà essere commentato al fine di descrivere i vari aspetti del suo funzionamento.

Per quanto riguarda i siti e portali Internet, dovranno essere applicati, laddove possibile, i requisiti di accessibilità e usabilità dettati dalle normative internazionali e da quelle specifiche per la Pubblica Amministrazione: le linee guida e raccomandazioni del progetto WAI (Web Accessibility Initiative) del W3C; legge 04/2004 (Legge Stanca

- “Disposizioni per favorire l'accesso dei soggetti disabili agli strumenti informatici”) indirizzata esclusivamente alle Pubbliche Amministrazioni centrali;. D.M. 8 Luglio 2005 che definisce 22 requisiti derivati dalle WCAG 1.0 a cui devono adeguarsi i siti web delle amministrazioni pubbliche centrali.

9.3 Standard della qualità per il codice sorgente

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

• Complessità ciclomatica

E’ la misura della complessità logica di un modulo software. Questa misura dà indicazioni sulla complessità logica dei moduli e sullo sforzo richiesto per testarli adeguatamente.

Il valore di soglia V(g) accettabile è V(g) <=10

• Complessità Essenziale

Quantifica il grado di destrutturazione di un modulo ed aiuta a valutare lo sforzo necessario per la sua manutenzione.

Il valore di soglia Ev(g) accettabile è Ev(g) <=7.

• Package Tangle Index

Indica il livello di “tangling” (in italiano: “groviglio”) del codice. Più precisamente è un valore percentuale che indica quanto i vari packages sono connessi tra di loro a seguito di presenza di dipendenze circolari. Il valore ottimale è 0% quello peggiore 100%.

• RFC

Misura la complessità della classe relativamente al numero di metodi chiamati. Valori tra 0 e 50 sono normalmente considerati accettabili.

Valori accettabili ≥0 ≤50

• Documentazione

La percentuale della documentazione tecnica relativa agli oggetti documentati ed implementati (moduli, classi, oggetti del modello dati, funzioni, interfacce, servizi, ecc) non deve essere inferiore al 100%.

• Difettosità

Tutti gli errori che potranno manifestarsi nella fase di test e collaudo dovranno essere risolti nel rispetto delle date previste (vedere paragrafo 10.1.2)

Al termine del periodo di garanzia verrà verificato il numero delle anomalie per FP dell’applicazione (NDIF), dove NDIF = num. totale difetti / num. FP.

Valore accettabile: NDIF <=0,009

• Rispetto degli standard

Devono essere rispettate le Linee Guida descritte al paragrafo 9.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).

Il Fornitore è tenuto a fornire tutti gli elementi di misurazione richiesti da determinare anche attraverso l’uso di strumenti automatici. Tali strumenti potranno essere messi a disposizione di Aci Informatica per le opportune attività di verifica e congruenza.

Laddove necessario e su volontà espressamente indicata da Aci Informatica nei Verbali di Affidamento (VA) potranno essere richiesti ulteriori indicatori di qualità.

9.4 Livelli di servizio

9.4.1 Sviluppo e manutenzione (Evolutiva, PEV, adeguativa, migliorativa)

La seguente tabella riassume gli indicatori di qualità e i valori di soglia previsti nelle varie fasi del ciclo di vita per lo sviluppo e manutenzione del software.

Le modalità di applicazione e verifica dei livelli di servizio in relazione agli affidamenti sono illustrate nel capitolo 10.

Indicatori di qualità per sviluppo e manutenzione (Evolutiva, PEV, adeguativa, migliorativa)

Fase

Prodotto

Caratteristica di qualità

Indicatore

Valori di soglia

Gestione degli interventi

Rapporto degli interventi affidati

Tempestività

Grado di puntualità

Rispetto tempi definiti nel VA

Analisi esigenza Individuazione soluzione Progettazione soluzione

- Specifiche dei requisiti e/o gestione della modifica

- Documentaz. di prodotto modificata

Adeguatezza

Rispondenza della soluzione ai requisiti posti nel VA (funzionali,

normativi, prestazionali, di sicurezza)

Rispetto requisiti definiti nel VA

Accuratezza

Rispetto degli standard

Rispetto degli std aziendali definiti nei doc allegati: Specifiche dei Requisiti Informatici, Gestione della modifica, Specifiche tecniche di

sistema

Progettazione test

Piano di test

Accuratezza

Rispetto degli standard (*)

Rispetto degli std aziendali definiti nel doc allegato: Piano dei Test e Collaudo del Software

Attuazione delle modifiche

Applicazione software modificata

Adeguatezza

Aderenza ai target funzionali e non funzionali (sicurezza, interoperabilità,

…) stabiliti nelle specifiche

Rispetto requisiti definiti nel VA

Accuratezza

Difettosità - Errori riscontrati in collaudo

Vedere paragrafo 9.3

Efficienza

Rispetto delle prestazioni (**)

Rispetto requisiti definiti nel VA

Manutenibilità

Rispetto degli standards per il codice sorgente (***)

Vedere paragrafo 9.3

Efficacia

Difettosità - Errori riscontrati nel periodo di garanzia (***)

Vedere paragrafo 9.3

NOTA (*)

applicabile se la progettazione del piano di test è attività compresa nel verbale di affidamento

NOTA (**)

applicabile se i test prestazionali sono previsti nel verbale di affidamento

NOTA (***)

Per gli interventi di manutenzione su software già esistente, il rispetto degli indicatori sarà verificato attraverso:

• esecuzione di una misurazione iniziale per ognuno degli indicatori (baseline iniziale)

• verifica che il valore degli indicatori non indichi una qualità inferiore alla baseline iniziale

9.4.2 Manutenzione correttiva in garanzia

Dovranno essere rispettati i livelli di servizio per gli indicatori “Tasso di backlog” e “Tempo medio di risoluzione degli interventi correttivi”, come nel seguito descritto:

Indicatore/Misura	Tasso di backlog – TB
Descrizione Indicatore	L’indicatore misura il numero di interventi di manutenzione correttiva non evasi rispetto al totale degli interventi segnalati.
Caratteristica misurata	Accuratezza
Formula di calcolo	TB = NRi ×100 i n dove: • i = classe di gravità • NRi = numero degli interventi inevasi relativi alla classe di gravità • N = numero totale interventi correttivi
Unità di misura	Percentuale
Frequenza esecuzione misure	Trimestrale
Valore soglia	TB1 ≤ 4% per classe di gravità 1 TB2 ≤ 6% per classe di gravità 2 TB3 ≤ 15% per classe di gravità 3 TB4 ≤ 20% per classe di gravità 4 dove i livelli di gravità sono così classificati: • Classe 1: l’intera applicazione è indisponibile agli utenti • Classe 2: le funzionalità critiche dell’applicazione sono indisponibili agli utenti • Classe 3: le funzionalità non critiche dell’applicazione sono indisponibili agli utenti • Classe 4: le funzionalità non critiche dell’applicazione sono indisponibili, senza impatto sulla operatività degli utenti

Indicatore/Misura	Tempo medio di risoluzione degli interventi correttivi – DT
Descrizione Indicatore	L’indicatore misura il tempo medio di risoluzione degli interventi di manutenzioni correttiva suddiviso per classe di gravità.
Caratteristica misurata	Efficacia
Formula di calcolo	DT = ∑i (tci − tai ) n dove: • tci è la data di chiusura della i-esima richiesta di intervento • tai è la data di apertura della i-esima richiesta di intervento • n è il totale delle richieste di intervento di manutenzione correttiva
Unità di misura	Giorni
Frequenza esecuzione misure	Trimestrale
Valore soglia	DT1 ≤ 1 giorni per classe di gravità 1 DT2 ≤ 3 giorni per classe di gravità 2 DT3 ≤ 6 giorni per classe di gravità 3 DT4 ≤ 9 giorni per classe di gravità 4 dove i livelli di gravità sono così classificati: • Classe 1: l’intera applicazione è indisponibile agli utenti • Classe 2: le funzionalità critiche dell’applicazione sono indisponibili agli utenti • Classe 3: le funzionalità non critiche dell’applicazione sono indisponibili agli utenti • Classe 4: le funzionalità non critiche dell’applicazione sono indisponibili, senza impatto sulla operatività degli utenti

9.4.3 Livelli di servizio relativi alle modalità di erogazione della fornitura

Dovranno essere rispettati i livelli di servizio per gli indicatori SUT e RLFN come nel seguito descritto:

Indicatore/Misura	Soddisfazione degli utenti - SUT
Descrizione	Soddisfazione degli utenti misurata rilevando dai questionari delle interviste le risposte fornite alle specifiche domande sulla soddisfazione dell’intervistato rispetto alla rilevazione. Per le risposte vanno utilizzati numeri positivi su scala crescente dove: • Risposte con punteggio maggiore o uguale a 7corrisponde a“soddisfatto”; • Risposte con punteggio minore di 7 corrisponde a“non soddisfatto”.
Caratteristica	Soddisfazione	Sottocaratteristica	Soddisfazione dell’utente
Unità di misura	Punto percentuale	Fonte dati	Questionari
Periodo di riferimento	Semestre precedente la rilevazione	Frequenza di misurazione	Semestrale
Dati da rilevare		• Numero risposte positive (risposte con valore ≥ 7) (Nrisposte_pos) • Numero di domande del questionario (Ndomande) • Numero totale di questionari compilati con tutte le risposte (Nquestionari)
Regole di campionamento		Sarà scelto un campione significativo degli utenti dei servizi della fornitura da intervistare
Formula
Regole di arrotondamento		Il risultato della misura va arrotondato al decimo di punto: -per difetto se la prima cifra decimale è □5-per eccesso se la prima cifra decimale è > 5
Valore di soglia		SUT>=75%
Azioni contrattuali		Il mancato rispetto del valore di soglia comporterà un rilievo sulla fornitura.

Indicatore/Misura	Rilievi sulla fornitura - RLFN
Descrizione	Numero di rilievi emessi per inadempimenti della fornitura: • di carattere generale; • afferenti obbligazioni contrattuali non adempiute nei tempi e/o nei modi rappresentati nel Contratto di Fornitura e relativi allegati e/o tracciati sui Piani di lavoro
Caratteristica	Efficacia	Sottocaratteristica	Efficacia
Unità di misura	Rilievo sulla fornitura	Fonte dati	Nota/e di rilievo
Periodo di riferimento	Trimestre precedente la rilevazione	Frequenza di misurazione	Trimestrale
Dati da rilevare		Numero Rilievi emessi sulla fornitura (Nrilievi_forn)
Regole di campionamento		Si considerano tutti i rilievi comunicati tramite nota/e di rilievo nel periodo di riferimento
Formula		RLFN = Nrilievi_forn
Regole di arrotondamento		Nessuna
Valore di soglia		RLFN <= 2
Azioni contrattuali		Applicazione della penale “Eccesso di rilievi sulla fornitura”nel caso di non rispetto del valore di soglia.

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 verranno indicati: il numero dei Function Point (e la relativa tipologia tra ADD, CHG e DEL, per le opere di manutenzione evolutiva) o dei giorni/persona stimati, i prodotti in input all’attività in termini di requisiti richiesti (funzionali, normativi, prestazionali, di sicurezza, …) ed i risultati attesi.

Il Verbale di affidamento ed i documenti ad esso allegati riporteranno pertanto 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.

10.1 Nuovi sviluppi e Manutenzione (Evolutiva, PEV, adeguativa, migliorativa)

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

10.1.2 Modalità di consegna

10.1.2.1 Consegna intermedia

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

Tutti i prodotti intermedi saranno riportati nel Verbale di Affidamento e dovranno essere consegnati dall’Impresa 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 dall’Impresa con le specifiche fornite da ACI INFORMATICA e della completa corrispondenza dei prodotti di progettazione con i prodotti previsti nel Verbale di Affidamento.

L’avvenuta validazione o eventuali incongruenze riscontrate durante la verifica saranno comunicate all’Impresa 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 non verranno accettati fino a quando tutte le anomalie non saranno rimosse.

10.1.2.2 Consegna finale

La quantità di funzionalità effettivamente realizzate verrà misurata a consuntivo con la misurazione dei Function Point effettuata secondo quanto riportato nel capitolo 6; oppure con la misurazione dei giorni/persona erogati.

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

I prodotti 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.

10.1.3 Collaudo di accettazione

Entro 30 giorni dalla data di consegna del singolo affidamento, ACI INFORMATICA procederà al collaudo dei prodotti realizzati. La data del collaudo verrà tempestivamente comunicata all’Impresa.

Il collaudo di ciascun affidamento 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 fase di collaudo sarà verificato il rispetto degli indicatori di qualità rilevabili in questa fase secondo quanto riportato al paragrafo 9.4 e tenendo conto dei requisiti specifici (funzionali, normativi, prestazionali, di sicurezza,

…) indicati nel verbale di affidamento

In particolare il collaudo si svolgerà con le seguenti modalità:

• esecuzione dei test funzionali, di integrazione e prestazionali (questi ultimi se previsti);

• esame della documentazione consegnata, prevista nel verbale di affidamento

• analisi del rispetto degli standard previsti per il codice sorgente

L’esito di tale esame verrà comunicato all’Impresa anche ai fini di una tempestiva rimozione delle eventuali anomalie riscontrate.

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. Le anomalie riscontrate durante tale fase determineranno la non accettazione di tutti i prodotti software consegnati. 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.

Le consegne effettuate dopo la fase di rimozione degli errori dovranno comunque contenere sempre la totalità dei prodotti software previsti. I prodotti software non verranno accettati fino a quando tutte le anomalie non saranno state rimosse.

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 prodotto 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.

Al termine del periodo di garanzia verranno rilevati gli indicatori previsti al paragrafo 9.4 per la misurazione della difettosità del software. I valori rilevati dovranno essere conformi ai valori di soglia indicati nel paragrafo 9.4.

In caso contrario saranno applicate le penali previste nel contratto.

10.3 Organizzazione del servizio

Essendo il sistema per la gestione amministrativa e fiscale dei veicoli soggetto a necessità di realizzazione di nuovi prodotti a seguito di modifiche legislative e normative da parte dei Concessionari (lo Stato per la gestione amministrativa dei veicoli, le Regioni e le Province Autonome per la gestione fiscale dei veicoli, le Province per l’IPT) non procrastinabili, 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 termini di consegna definiti nei Verbali di Affidamento, l’Impresa dovrà proporre una organizzazione del servizio flessibile, in grado di garantire una rapida sostituzione delle persone incaricate della erogazione di un servizio nei casi in cui questo si renda necessario.

10.4 Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione progetti

Su richiesta di ACI INFORMATICA dovranno essere fornite prestazioni professionali di supporto nella definizione delle soluzioni e nella conduzione di progetti.

Tali attività, di tipo non continuativo, verranno retribuite in giorni persona sulla base delle risorse effettivamente impegnate.

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

Il servizio verrà di norma prestato presso le sedi di ACI INFORMATICA, salvo diversa richiesta esplicitata da ACI INFORMATICA nel verbale di affidamento.

Le attività riguarderanno il supporto al Project/Program Manager ACI Informatica nel caso di progetti di particolare complessità e/o di impatto rilevante.

La collaborazione sarà volta a collaborare nell’individuazione delle soluzioni tecniche e organizzative ed a gestire uno o più dei task in cui sarà articolato il progetto.

Le attività pertanto si esplicheranno in:

• Supporto nella definizione della soluzione tecnica di progetto, che comprende: raccolta, analisi e definizione dei requisiti utente; definizione dei requisiti informatici; analisi delle criticità e dei vincoli; definizione dei requisiti di qualità del prodotto (sottocaratteristiche di qualità norma ISO 9126-1); formalizzazione dei requisiti secondo gli standard aziendali preposti.

• Supporto nella gestione del ciclo di vita del progetto, che comprende: pianificazione e monitoraggio dei task di progetto; gestione delle criticità e di eventuali azioni correttive, ripianificazioni; gestione della base informativa di progetto (documentazione e condivisione della conoscenza delle attività e dei risultati progettuali).

10.5 Supporto alle elaborazioni dati e controlli di qualità

Su richiesta di ACI INFORMATICA esplicitata al momento del singolo affidamento, l’Impresa dovrà inoltre fornire prestazioni professionali di supporto alle elaborazioni dati e controlli di qualità che verranno retribuite sulla base dei giorni effettivamente impiegati.

Per tali attività, l’Impresa metterà a disposizione i necessari strumenti di lavoro secondo quanto previsto ai capitoli 7 e 8.

Il servizio di supporto alle elaborazioni dati e controlli di qualità, verrà di norma prestato presso le sedi di ACI INFORMATICA, salvo diversa richiesta esplicitata da ACI INFORMATICA nel verbale di affidamento.

Questa tipologia di attività 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 :

• attivazioni di procedure esistenti di estrazione dati e verifica e quadratura dei risultati (query)

• realizzazione all’occorrenza di software specifico per l’estrazione dalle banche dati di informazioni di tipo amministrativo e/o fiscale degli autoveicoli per clienti esterni ad ACI; attivazione del software realizzato, verifica e quadratura dei risultati

• realizzazione all’occorrenza di software specifico per l’estrazione di informazioni dalle banche dati di informazioni di tipo amministrativo e/o fiscale degli autoveicoli per le Pubbliche Amministrazioni; attivazione del software realizzato, verifica e quadratura dei risultati

• realizzazione di software per verificare coerenza, completezza e qualità delle forniture dati per i clienti esterni ad ACI e le Pubbliche Amministrazioni; attivazione del software realizzato, verifica della correttezza delle forniture dati.

10.6 Manutenzione correttiva in garanzia

I malfunzionamenti del software verranno notificati da ACI INFORMATICA all’Impresa con una comunicazione di rilevazione di errori, contenente:

• la descrizione dettagliata dell’anomalia riscontrata, eventualmente corredata di allegati esplicativi,

• il livello di impatto sull’operatività del sistema distinto tra:

o anomalia bloccante, se impedisce all’utente l’uso dell’applicazione;

o anomalia non bloccante, se comporta malfunzionamenti che non impediscono all’utente l’uso dell’applicazione.

L’Impresa, ricevuta la comunicazione di rilevazione errore, dovrà far pervenire ad ACI INFORMATICA una comunicazione con l’indicazione dei tempi previsti per la risoluzione dell’anomalia (previsione di fine intervento).

Procederà quindi alla rimozione dell’anomalia ed effettuato l’intervento farà pervenire ad ACI INFORMATICA la comunicazione di risoluzione anomalia, in cui dovranno essere indicati la data e l’ora di chiusura dell’intervento, la descrizione degli interventi effettuati sul software e le eventuali modifiche della documentazione.

L’accettazione della soluzione applicata dall’Impresa da parte di ACI INFORMATICA, è subordinata alla verifica da parte di ACI INFORMATICA stessa. Qualora la soluzione non sia ritenuta accettabile, ACI INFORMATICA ne

darà comunicazione e l’Impresa sarà tenuta a rimuoverla sempre e comunque nel rispetto dei tempi previsti e senza ulteriori oneri per ACI INFORMATICA.

L’Impresa potrà comunicare la rimozione dell’anomalia per le vie brevi, ma è comunque tenuta a restituire il modulo comunicazione di rilevazione errori completato nei modi descritti al paragrafo precedente.

Lo scambio di informazioni tra ACI INFORMATICA e l’Impresa (comunicazione di rilevazione errori, previsione di fine intervento, comunicazione di risoluzione anomalia), avverrà tramite un prodotto per la gestione del processo di manutenzione correttiva in uso presso ACI INFORMATICA.

Sia per le anomalie bloccanti sia per quelle non bloccanti, qualora il tempo stimato di risoluzione non rientri nei livelli di servizio previsti, dovrà essere adottata una soluzione temporanea accompagnata dalla pianificazione dell’intervento definitivo. L’eventuale soluzione temporanea deve garantire il ripristino delle funzionalità del servizio e dovrà comunque essere eseguita nel rispetto del livello di servizio previsto per l’anomalia originaria.

Dovranno essere rispettati i livelli di servizio di cui al paragrafo 9.4

Tutti gli oneri connessi con la risoluzione delle anomalie segnalate nel periodo di garanzia, ivi compreso il ripristino delle funzionalità di esercizio, saranno a carico dell’Impresa.

11 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 del numero di persone messe a disposizione complessivamente dall’impresa non superiore al 10% annuo.

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

12 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 Function Point o del numero di giorni/persona delle risorse umane da impiegare e la ridefinizione delle date di consegna dei prodotti.

In questo caso verrà emessa una nuova versione del verbale di affidamento che accoglierà i nuovi requisiti, dimensionamenti e risultati concordati per l’attività.

13 Risorse professionali

Per le attività previste dal presente Capitolato, l’Impresa utilizzerà le risorse con i profili di seguito descritti in relazione alle attività previste nei verbali di affidamento.

I profili professionali sono illustrati nel seguito adottando il seguente modello: descrizione del profilo E-CF richiesto, eventuali conoscenze e competenze specifiche richieste per la specifica fornitura, esperienza richiesta.

Figura professionale	Project Manager
Competenze (profilo E-CF)	Implementa i piani per un programma di cambiamento. Pianifica e dirige un singolo progetto ICT od un portfolio di progetti per assicurare il coordinamento e la gestione delle interdipendenze. Organizza i progetti per sviluppare o implementare nuovi processi, interni o definiti dall’esterno per soddisfare le esigenze di business individuate. Definisce le attività, le responsabilità, le milestones critiche, le risorse, gli skill necessari, le interfacce ed il budget. Sviluppa piani di emergenza per indirizzare potenziali problemi di implementazione. Consegna progetti nei tempi previsti, con il budget previsto e conformi ai requisiti originari. Crea produce e mantiene i documenti per facilitare il monitoraggio dell’avanzamento del progetto.
Conoscenze specifiche	Possiede le conoscenze di base dell’ambiente di produzione e degli strumenti utilizzati per la progettazione e realizzazione.
Esperienza	È richiesta un’esperienza di almeno 10 anni in attività di coordinamento di progetti ICT nonché esperienza di coordinamento di progetti di grandi dimensioni.

Figura professionale	Business Analyst
Competenze (profilo E-CF)	Ascolta attivamente i clienti interni/esterni, articola e chiarisce le loro esigenze. Gestisce i rapporti con tutti gli stakeholder per garantire che la soluzione sia in linea con i requisiti di business. Propone differenti soluzioni (es. make-or-buy), eseguendo un analisi contestuale nella progettazione di un sistema user centered. Consiglia al cliente la scelta appropriata. Agisce attivamente impegnandosi nel processo di implementazione o configurazione della soluzione scelta.
Conoscenze specifiche	n.a.
Esperienza	È richiesta un’esperienza di almeno 8 anni in attività similari.

Figura professionale

Systems Analyst J2EE e .Net

Competenze (profilo E-CF)

Specifica, affina, aggiorna e rende disponibile un approccio formale all‘implementazione delle soluzioni, necessario per sviluppare e gestire un’architettura IS. Identifica le richieste di cambiamento e i relativi componenti: hardware, software, applicazioni, processi, piattaforme. Assicura l’interoperabilità, la scalabilità, l’usabilità e la sicurezza. Mantiene l’allineamento tra l’evoluzione del business e gli sviluppi tecnologici.

Conoscenze specifiche

Possiede una conoscenza profonda dell’ambiente di produzione (inteso nel suo complesso tecnologico) e degli strumenti indicati per la progettazione e realizzazione. Ha perfetta conoscenza dei principali linguaggi di modellazione (UML, notazioni ER), sicurezza nell’uso delle basi di dati, ottima conoscenza dei linguaggi di programmazione richiesti, dei linguaggi OO di maggior diffusione e delle tecnologie correlate.

Conoscenze specifiche in ambiente J2EE:

- Conoscenza avanzata del linguaggio JAVA, in particolare nella versione 6

- Conoscenze generali sulla architettura java enterprise dalla versione 4 (EJB, JSM, Web Serivce, JPA, JDBC, JAX-WS. JAX-RS)

- Conoscenza con esperienza provata nello sviluppo di enterprise java bean, in particolare 3.x

- Conoscenze con esperienza provata di sviluppo in ambiente web based in tecnologia jsf (2.x) e/o con frame work struts

- Conoscenze con esperienza provata di sviluppo nella realizzazione di web services soap e rest

- Conoscenze con esperienza provata di sviluppo nell’uso delle java persistence api

- Conoscenze con esperienza provata di utilizzo di sistemi basati su code (JMS)

- Conoscenze dei concetti teorici di funzionamento delle basi di dati

- Esperienza nell’uso del DBMS ORACLE (10 o successivo)

- Conoscenza ed esperienza nell’utilizzo di sistemi di build automatizzati ed analisi del codice

- Conoscenze con esperienza provata nell’utilizzo di processi asincroni

- Esperienza provata nell’utilizzo di transazioni distribuite)

Conoscenze spsecifiche in ambiente .Net

- Ottima conoscenza dei linguaggi di programmazione VB, ASP, XX.Xxx, C#, XXX.Xxx (vers. 2008; 2013), T-SQL, PL-SQL.

- Conoscenze linguaggio XML

- Conoscenze HTML 4 e 5; CSS3.

- Conoscenze linguaggi di scripting Ajax, JQuery, Javascript, VBScript.

- Conoscenze Reporting Services 2008, 2012.

- Conoscenze con esperienza provata di sviluppo nella realizzazione di web services.

- Conoscenze delle metodologie di progettazione a analisi basi di dati.

- Esperienza nell’uso del DBMS SQL Server (2008; 2012), ORACLE 10 e successive versioni.

- Esperienze nell’uso di IIS vers. 6, 7.5 e successive versioni.

Esperienza

Ha un’esperienza di almeno 5 anni in attività di analisi, progettazione e implementazione di sistemi software.

Figura professionale	Systems Analyst Web e Multimediale
Competenze (profilo E-CF)	Specifica, affina, aggiorna e rende disponibile un approccio formale all‘implementazione delle soluzioni, necessario per sviluppare e gestire un’architettura IS. Identifica le richieste di cambiamento e i relativi componenti: hardware, software, applicazioni, processi, piattaforme. Assicura l’interoperabilità, la scalabilità, l’usabilità e la sicurezza. Mantiene l’allineamento tra l’evoluzione del business e gli sviluppi tecnologici.
Conoscenze specifiche	Ha esperienza e conoscenza tecnica completa dell’ambiente web dal punto di vista applicativo e tecnologico. In particolare ha le seguenti conoscenze tecniche: - ottima conoscenza del linguaggio PHP 5.2 / 5.3, del CMS Typo3 (incluso linguaggio di scripting typoscript e le tecniche di sviluppo di plugin ad hoc) e del framework Symfony nelle versione 1.4 e 2.x; del linguaggio javascript, delle librerie JQuery e ExtJS; dei linguaggi HTML, XHTML, XML, XSLT, CSS e del framework CSS Bootstrap. Sono considerati titoli preferenziali l’esperienza nello sviluppo su piattaforma node.js e la conoscenza del frame work javascript AngularJS. - una buona conoscenza del linguaggio di interrogazione SQL,del RDBMS MySQL e del DB non relazionale MongoDB oltre a buone capacità si progettazione di basi di dati. - una buona conoscenza di tutti i pattern architetturali con particolare riferimento a quelli più utilizzati in ambiente web (MVC, MVP, MVVP, SOA). o Una buona conoscenza degli ambienti di sviluppo per il web basati su Eclipse
Esperienza	Ha un’esperienza di almeno 5 anni nell’utilizzo delle tecnologie richieste, in particolare del linguaggio PHP 5.2 / 5.3, del CMS Typo3 e del framework Symfony nelle versione 1.4 e 2.x; del linguaggio javascript, delle librerie JQuery e ExtJS; dei linguaggi HTML, XHTML, XML, XSLT, CSS e del framework CSS Bootstrap.

Figura professionale	Developer J2EE e .Net
Competenze (profilo E-CF) Conoscenze specifiche	Adatta il processo di progettazione delle applicazioni per sviluppare un'applicazione personalizzata e conforme alle esigenze del cliente. Adatta le soluzioni esistenti, per es. porting di un'applicazione da un altro sistema operativo. Codifica, esegue il debug e il test, documenta e comunica le fasi di sviluppo del prodotto. Sceglie le opzioni tecniche appropriate per lo sviluppo, quali il riutilizzo, il miglioramento o la riconfigurazione di componenti esistenti. Ottimizza efficienza, costi e qualità. Convalida i risultati con gli utenti rappresentativi, integra e realizza la soluzione complessiva.
	E’ in grado di produrre, a partire dalle specifiche dei requisiti informatici, le specifiche tecniche di sistema e di realizzare software. Le competenze tecniche richieste sono: progettazione O.O. mediante l'utilizzo del linguaggio UML (e.g., Sequence Diagram, Collaboration Diagram, Class Diagram), conoscenza di Rational XDE, progettazione base dati, conoscenza del linguaggio PLSQL, progettazione di applicazioni (J2EE e/o .Net).
	Conoscenze specifiche in ambiente J2EE - Conoscenza avanzata del linguaggio JAVA, in particolare nella versione 6 - Conoscenze generali sulla architettura java enterprise dalla versione 4 (EJB, JSM, Web Service, JPA, JDBC, JAX-WS. JAX-RS) - Conoscenza con esperienza provata nello sviluppo di enterprise java bean, in particolare 3.x - Conoscenze con esperienza provata di sviluppo in ambiente web based in tecnologia jsf (2.x) e/o con frame work struts - Conoscenze con esperienza provata di sviluppo nella realizzazione di web services soap e rest - Conoscenze con esperienza provata di sviluppo nell’uso delle java persistence api - Conoscenze con esperienza provata di utilizzo di sistemi basati su code (JMS) - Conoscenza ed esperienza nell’utilizzo del framework Hibernate e/o JPA - Conoscenza ed esperienza nell’utilizzo di repository come Rational ClearCase - Conoscenze dei concetti teorici di funzionamento delle basi di dati - Esperienza nell’uso del DBMS ORACLE (10 o successivo) - Conoscenza ed esperienza nell’utilizzo di sistemi di build automatizzati ed analisi del codice - Conoscenze con esperienza provata nell’utilizzo di processi asincroni - Esperienza provata nell’utilizzo di transazioni distribuite

Conoscenze specifiche in ambiente .Net

- Buona conoscenza dei linguaggi di programmazione VB, ASP, XX.Xxx, C#, XXX.Xxx (vers. 2008; 2013), T-SQL, PL-SQL.

- Conoscenze linguaggio XML

- Conoscenze HTML 4 e 5; CSS3.

- Conoscenze linguaggi di scripting Ajax, JQuery, Javascript, VBScript.

- Conoscenze Reporting Services 2008, 2012.

- Conoscenze con esperienza provata di sviluppo nella realizzazione di web services.

- Conoscenze delle metodologie di progettazione a analisi basi di dati.

- Esperienza nell’uso del DBMS SQL Server (2008; 2012), ORACLE 10 e successive versioni.

Esperienza

È richiesta un’esperienza di almeno 3 anni in attività di analisi e progettazione negli specifici ambiti indicati.

Figura

professionale

Developer Web e Multimediale

Competenze (profilo E-CF)

Adatta il processo di progettazione delle applicazioni per sviluppare un'applicazione personalizzata e conforme alle esigenze del cliente. Adatta le soluzioni esistenti, per es. porting di un'applicazione da un altro sistema operativo. Codifica, esegue il debug e il test, documenta e comunica le fasi di sviluppo del prodotto. Sceglie le opzioni tecniche appropriate per lo sviluppo, quali il riutilizzo, il miglioramento o la riconfigurazione di componenti esistenti. Ottimizza efficienza, costi e qualità. Convalida i risultati con gli utenti

rappresentativi, integra e realizza la soluzione complessiva.

Conoscenze specifiche

Fornisce supporto alle attività di analisi, progettazione e implementazione per gli interventi di sviluppo su frontend e backend.

Riguardo alle conoscenze tecniche, queste dovranno riferirsi in particolare a: Applicazioni Web

- buona conoscenza del linguaggio PHP 5.2 / 5.3, del CMS Typo3 (incluso linguaggio di scripting typoscript e le tecniche di sviluppo di plugin ad hoc) e del framework Symfony nelle versione 1.4 e 2.x; del linguaggio javascript, delle librerie JQuery e ExtJS; dei linguaggi HTML, XHTML, XML, XSLT, CSS e del framework CSS Bootstrap. Sono considerati titoli preferenziali l’esperienza nello sviluppo su piattaforma node.js e la conoscenza del frame work javascript AngularJS

- buona conoscenza del linguaggio di interrogazione SQL,del RDBMS MySQL e del DB non relazionale MongoDB

- buona conoscenza degli ambienti di sviluppo per il web basati su Eclipse Applicazioni Mobile

- buona conoscenza della piattaforma di sviluppo mobile Titanium

- buona conoscenza del linguaggio javascript, delle librerie JQuery, dei linguaggi HTML, XHTML, XML, XSLT, CSS

- buona conoscenza dell’ambiente di sviluppo Titanium Studio

- è considerato titolo preferenziale l’esperienza nello sviluppo di applicazioni

native su piattaforme mobile IOS e Android

Esperienza

È richiesta un’esperienza di:

Applicazione Web

- almeno 3 anni nell’utilizzo del linguaggio PHP 5.2 / 5.3, del CMS Typo3 e del framework Symfony nelle versione 1.4 e 2.x; del linguaggio javascript, delle librerie JQuery e ExtJS; dei linguaggi HTML, XHTML, XML, XSLT, CSS e del framework CSS Bootstrap

Applicazioni Mobile

- almeno 2 anni di esperienze nell’utilizzo della piattaforma di sviluppo mobile Titanium

- almeno 3 anni di esperienza nello sviluppo in linguaggio javascript, delle

librerie JQuery, dei linguaggi HTML, XHTML, XML, XSLT, CSS

Figura professionale	Technical Specialist Senior
Competenze (profilo E-CF)	Garantisce l'erogazione dei servizi in conformità con i livelli di servizio stabiliti (SLA). Opera in modo proattivo per garantire un’infrastruttura applicativa e ICT stabile e sicura curando il capacity planning e la sicurezza delle informazioni. Aggiorna la libreria dei documenti di esercizio e registra tutti gli incidenti di esercizio. Cura la manutenzione degli strumenti di monitoraggio e di gestione (es. Script, Procedure...). Mantiene i servizi dei sistemi informativi. Prende misure proattive.
Conoscenze specifiche	Fornisce supporto alle attività di elaborazione dati e dei controlli di qualità delle informazioni estratte dalle banche dati. Realizza il software necessario alla estrazione delle informazioni.
Esperienza	E’ richiesta esperienza similare di almeno 5 anni in ambiente applicativo complesso operando su DB Oracle e con il linguaggio PLSQL.

Figura professionale	Technical Specialist
Competenze (profilo E-CF)	Garantisce l'erogazione dei servizi in conformità con i livelli di servizio stabiliti (SLA). Opera in modo proattivo per garantire un’infrastruttura applicativa e ICT stabile e sicura curando il capacity planning e la sicurezza delle informazioni. Aggiorna la libreria dei documenti di esercizio e registra tutti gli incidenti di esercizio. Cura la manutenzione degli strumenti di monitoraggio e di gestione (es. Script, Procedure...). Mantiene i servizi dei sistemi informativi. Prende misure proattive.
Conoscenze specifiche	Svolge attività di esecuzione di processi elaborativi finalizzati alla fornitura di dati di tipo amministrativo e/o fiscale degli autoveicoli. Verifica i risultati e attiva i controlli sulla qualità delle informazioni estratte.
Esperienza	Le risorse devono avere una buona conoscenza degli ambienti descritti nel capitolo 3 e conoscenza dei tool di gestione del DB Oracle.

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.

14 Stima dei Function Point e dei giorni/persona richiesti

Nell’ambito degli affidamenti complessivi di cui al presente appalto, le quantità stimate dei Function Point e dei giorni persona dei livelli convenzionali di cui al precedente capitolo 13 sono i seguenti:

		Quantità per i tre anni
a	Function point J2EE e .Net	3.150
b	Function point WEB e Multimediali	580
c	Giorni/persona Project Manager	284
x	Xxxxxx/persona Business Analyst	229
e	Giorni/persona Systems Analyst J2EE e .Net	1.342
f	Giorni/persona Systems Analyst web e multimediale	367
x	Xxxxxx/persona Developer J2EE e .Net	3.900
h	Giorni/persona Developer web e multimediale	975
i	Giorni persona Technical Specialist Senior	510
l	Giorni persona Technical Specialist	1.173

TOTALE Function Point 3.730

TOTALE Giorni/persona 8.780

Con riferimento al numero sopra stimato di interventi in GG/PP delle figure professionali di cui alle precedenti lett. c), d), e), f), g), h), i), l) il dimensionamento stimato per le singole attività è il seguente:

Attività

Quantità gg/p per i tre anni

Nuovi Sviluppi e Manutenzione Evolutiva (J2EE e .Net) - Fase alta

220

Nuovi Sviluppi e Manutenzione Evolutiva (Web e multimediale) - Fase alta

Piccola evolutiva / adeguativa / migliorativa (J2EE e .Net)

5.200

Piccola evolutiva / adeguativa / migliorativa (Web e multimediale)

1.300

Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione dei progetti

270

Supporto alle elaborazioni dati e controlli qualità

1.700

TOTALE Giorni/persona

8.780

15 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 per Java
3	Guida metodologica FP GUI e WEB
4	Java Best Practices
5	Pattern Architetturali Java
6	Accesso ai Dati Oracle da Java
7	Specifiche dei Requisiti Informatici
8	Gestione della modifica
9	Specifiche tecniche di sistema
10	Piano dei Test e Collaudo del Software

Document Metadata

Table of Contents

ACI Informatica S.p.A.

Document Metadata