Allegato n. 6 al Disciplinare di gara CIG: 6201870905 · 2018-10-24 · PRA Pubblico Registro...

ACI INFORMATICA S.p.A.

Gara per l’affidamento del servizio di progettazione, realizzazione e manutenzione di componenti software nell’ambito delle applicazioni per la gestione amministrativa e fiscale degli autoveicoli

Pagina 1 di 52

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.

Allegato n. 6 al Disciplinare di gara

CIG: 6201870905



Pagina 2 di 52

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 ........................................................................ 13 3.4.3 Tecnologia di applicazioni .Net ........................................................................................ 15 3.4.4 Tecnologia di Siti e Portali Web ....................................................................................... 15 3.4.5 Tecnologia delle applicazioni mobile ............................................................................... 15

3.5 Gli utenti ................................................................................................................................... 17 3.6 Le dimensioni tecniche ............................................................................................................. 17

4 Oggetto della fornitura .................................................................................................... 19 5 Durata della fornitura e piano di subentro .................................................................... 20

5.1 Durata della fornitura ............................................................................................................... 20 5.2 Piano di subentro ...................................................................................................................... 20 5.3 Affiancamento finale ................................................................................................................ 21

6 Modalità di dimensionamento delle attività .................................................................. 22 6.1 Modalità di conteggio dei Function Point .................................................................................... 23 6.2 Modalità di dimensionamento dei servizi a giorni/persona ......................................................... 24

7 Sede e strumenti di lavoro .............................................................................................. 26 8 Postazioni di lavoro ......................................................................................................... 27 9 Vincoli operativi ............................................................................................................... 29

9.1 Ciclo di vita per lo sviluppo e la manutenzione del software .................................................. 29 9.2 Metodologie di sviluppo e standards ........................................................................................ 29 9.3 Standard della qualità per il codice sorgente ............................................................................ 30 9.4 Livelli di servizio...................................................................................................................... 31

9.4.1 Sviluppo e manutenzione (Evolutiva, PEV, adeguativa, migliorativa) ............................. 31 9.4.2 Manutenzione correttiva in garanzia .................................................................................. 33 9.4.3 Livelli di servizio relativi alle modalità di erogazione della fornitura ............................... 35

10 Modalità di affidamento delle attività ............................................................................. 37 10.1 Nuovi sviluppi e Manutenzione (Evolutiva, PEV, adeguativa, migliorativa) ...................... 37

10.1.2 Modalità di consegna..................................................................................................... 37 10.1.2.1 Consegna intermedia ................................................................................................. 37 10.1.2.2 Consegna finale ......................................................................................................... 37

10.1.3 Collaudo di accettazione ............................................................................................... 38 10.3 Organizzazione del servizio .................................................................................................. 39 10.4 Supporto tecnico specialistico nella definizione delle soluzioni e nella conduzione progetti .... 39 10.5 Supporto alle elaborazioni dati e controlli di qualità .................................................................. 40



Pagina 3 di 52

10.6 Manutenzione correttiva in garanzia ........................................................................................... 40

11 Sostituzione del personale dell’impresa ....................................................................... 42 12 Modifiche in corso d’opera ............................................................................................. 43 13 Risorse professionali ...................................................................................................... 44 14 Stima dei Function Point e dei giorni/persona richiesti ............................................... 51 15 Allegati ............................................................................................................................. 52



Pagina 4 di 52

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.



Pagina 5 di 52

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



Pagina 6 di 52

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.



Pagina 7 di 52

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.

TASSE automobilistiche

• riscossione• versamenti• archivi tributari• …..

Pubblico Registro Automobilistico

• servizi per le province• trattamento formalità punti di servizio• Uffici Provinciali• Datamart• ….

ApplicazioniMobile

PRA e TASSE

ApplicazioniInternet

PRA e TASSE

Applicazioni gestionali (back-end)

ApplicazioniIntranet

PRA e TASSE

Sistemadi autenticazione

e profilatura utentiSiti e Portali

(Internet e Intranet)

Sistemi di pagamento

• Sistemi di gestione Pratiche Automobilistiche

• Sistema Associazioni ACI• Sistema HR• Sistemi Amministrativo

Contabili (ACI e AACC)

Sistemi correlati

Applicazioni web e multimediali

Sistemi PRA e Tasse Automobilistiche

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.



Pagina 8 di 52

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

Gestione 33 Fuori STA 1.463



Pagina 9 di 52

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



Pagina 10 di 52

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



Pagina 11 di 52

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)



Pagina 12 di 52

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



Pagina 13 di 52

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:



Pagina 14 di 52



Pagina 15 di 52

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.



Pagina 16 di 52

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.



Pagina 17 di 52

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



Pagina 18 di 52

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.



Pagina 19 di 52

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.



Pagina 20 di 52

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: - 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à.



Pagina 21 di 52

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.



Pagina 22 di 52

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



Pagina 23 di 52

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: http://www.dpo.it/eqfp/Downloads/E&QFP-IFPUG-31-RM-11-IT-P.pdf (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.



Pagina 24 di 52

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 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 Multimediale) Fasi alte del ciclo



Business Analyst 6,0%

Systems Analyst web e multimediale 90,0%

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

PEV / Migliorativa / Adeguativa (J2EE e .Net)


ICT Project Manager 3,0%

Systems Analyst J2EE e .Net 22,0%

Developer J2EE e .Net 75,0%



Pagina 25 di 52

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

PEV / Migliorativa / Adeguativa (Web e Multimediale)




Developer Web e multimediale 75,0%

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

PEV / Migliorativa / Adeguativa (Web e Multimediale)




Developer Web e multimediale 75,0%

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

Supporto tecnico specialistico



Software Engineer Consultant 78,0%

G. Supporto alle elaborazioni dati e controlli qualità

Elaborazione dati e controlli qualità



Tecnico di Gestione Senior 30,0%

Tecnico di Gestione 69,0%



Pagina 26 di 52

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.



Pagina 27 di 52

8 Postazioni di lavoro

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



Pagina 28 di 52

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.



Pagina 29 di 52

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



Pagina 30 di 52

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



Pagina 31 di 52

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



Pagina 32 di 52

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



Pagina 33 di 52

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

100×=

n

NRTB

i

i

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




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



Pagina 34 di 52

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

n

tatcDT

i ii∑ −

=

)(

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




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



Pagina 35 di 52

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.



Pagina 36 di 52

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.



Pagina 37 di 52

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.



Pagina 38 di 52

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



Pagina 39 di 52

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



Pagina 40 di 52

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.



Pagina 41 di 52

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.



Pagina 42 di 52

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.



Pagina 43 di 52

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



Pagina 44 di 52

13 Risorse professionali

Per le attività previste dal presente Capitolato, l’Impresa dovrà mettere a disposizione le risorse con i profili di seguito descritti 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à. I profili che l’impresa dovrà mettere a disposizione vengono 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.



Pagina 45 di 52

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, VB.Net, C#, ASP.Net (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.



Pagina 46 di 52

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.



Pagina 47 di 52

Figura professionale Developer J2EE e .Net

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

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



Pagina 48 di 52

Conoscenze specifiche in ambiente .Net - Buona conoscenza dei linguaggi di programmazione VB, ASP, VB.Net, C#, ASP.Net (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.



Pagina 49 di 52

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 o 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: o 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 o almeno 2 anni di esperienze nell’utilizzo della piattaforma di sviluppo mobile Titanium o almeno 3 anni di esperienza nello sviluppo in linguaggio javascript, delle librerie JQuery, dei linguaggi HTML, XHTML, XML, XSLT, CSS



Pagina 50 di 52

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.



Pagina 51 di 52

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 8.000

b Function point WEB e Multimediali 800

c Giorni/persona Project Manager 663

d Giorni/persona Business Analyst 557

e Giorni/persona Systems Analyst J2EE e .Net 3.090

f Giorni/persona Systems Analyst web e multimediale 840

g Giorni/persona Developer J2EE e .Net 9.000

h Giorni/persona Developer web e multimediale 2.250

i Giorni persona Technical Specialist Senior 1.200

l Giorni persona Technical Specialist 2.760

TOTALE Function Point 8.800

TOTALE Giorni/persona 20.360 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 500

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

200

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

Piccola evolutiva / adeguativa / migliorativa (Web e multimediale) 3.000

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

660

Supporto alle elaborazioni dati e controlli qualità 4.000

TOTALE Giorni/persona 20.360



Pagina 52 di 52

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

Allegato n. 6 al Disciplinare di gara CIG: 6201870905 · 2018-10-24 · PRA Pubblico Registro...

Documents

Transcript of Allegato n. 6 al Disciplinare di gara CIG: 6201870905 · 2018-10-24 · PRA Pubblico Registro...