CAPITOLATO TECNICO
ACCORDO DI PROGRAMMA QUADRO (APQ) IN MATERIA DI SOCIETÀ DELL’INFORMAZIONE
ATTO INTEGRATIVO II
Procedura aperta sottosoglia comunitaria per l’integrazione del servizio di pagamento e attivazione presso 10 comuni della Sardegna
CAPITOLATO TECNICO
Xxx Xxxxxx, xxx - 00000 XXXXXXXX - XX tel. 000.0000000 - fax 000.0000000
Sommario
1. Premesse 3
2. Descrizione del servizio 3
2.1. Gestione delle transazioni lato utenti Comunas 5
2.2. Gestione delle transazioni lato Enti beneficiari 5
3. Contesto di realizzazione 5
4. Requisiti 8
4.1. Attori 8
4.1.1 Utente 8
4.1.2 Cittadino privato 8
4.1.3 Amministratore impresa 8
4.1.4 Amministratore del portale 8
4.1.5 Ente beneficiario 9
4.2. Requisiti funzionali 9
4.2.1 Casi d'uso utente portale Comunas 9
4.2.2 Casi d'uso Ente beneficiario 14
4.2.3 Xxxx x'xxx xxxxxxxxxxxxxx xxx xxxxxxx 00
0.0. Dati trattati 16
4.3.1 Dati passati da Comunas al sistema di pagamento (carta di credito) 16
4.3.2 Dati passati da Comunas al sistema di pagamento (RID) 16
4.4. Requisiti architetturali 17
4.5. Requisiti di sicurezza 18
4.6. Requisiti di accessibilità ed usabilità 18
4.7. Vincoli tecnologici 18
5. Attività previste 19
5.1. Analisi e progettazione 19
5.1.1 Specifica dei requisiti 19
5.1.2 Specifica funzionale 19
5.1.3 Piano di test 20
5.2. Sviluppo 20
5.3. Installazione ed avviamento 20
5.4. Collaudo 21
5.5. Formazione 21
5.6. Garanzia del software 21
6. Modalità di esecuzione 22
6.1. Luogo e tempi di esecuzione 22
6.2. Piano di Progetto 22
6.3. Piano di Qualità 23
6.4. Documentazione 23
7. Cronoprogramma di attuazione 23
8. Proprietà e garanzia dei prodotti 25
9. Manutenzione evolutiva 25
1. Premesse
Il 15 Dicembre 2005 è stato stipulato il secondo Atto Integrativo dell’Accordo di programma quadro in materia di Società dell’Informazione tra il Ministero dell’Economia e delle finanze, la Presidenza del Consiglio dei Ministri - Ministero per l’innovazione e le tecnologie - Dipartimento per l’innovazione e le tecnologie, il Centro Nazionale per l’Informatica nella Pubblica Amministrazione e la Regione Autonoma della Sardegna.
Obiettivi del suddetto Atto integrativo sono quelli di rendere la Sardegna un modello di eccellenza per l’utilizzo delle nuove tecnologie dell’informazione e delle comunicazioni, di consentire lo sviluppo delle conoscenze in ambito ICT per il trasferimento e il riuso a livello nazionale ed internazionale, l’apporto di competenze e di investimenti per la crescita e l’occupazione e la nascita e valorizzazione delle imprese locali. Gli interventi previsti mirano ad abbattere i confini geografici, superare i vincoli di natura territoriale, cancellare il digital divide.
In particolare l'intervento SIAI202 - Comunas mira a realizzare, all’interno della strategia regionale per gli Enti Locali e delle strutture attualmente in corso di realizzazione, un sistema completo, non più solo prototipale, rivolto a tutti i Comuni della Sardegna con l’obiettivo di estendere orizzontalmente i servizi comunali realizzati; per i Comuni più piccoli, che non dispongono o non intendono dotarsi di strutture adatte all’erogazione dei servizi, è prevista la possibilità di realizzare in via sperimentale anche soluzioni concepite secondo un modello di erogazione dei servizi in modalità ASP .
Il progetto SIAI202 - Comunas si inquadra nell’ambito dell'atto di affidamento per la realizzazione dell’azione di cui all’Accordo di Programma Quadro Società dell’Informazione – Atto Integrativo II sottoscritto tra SardegnaIT e la Regione Autonoma della Sardegna, Direzione Generale degli Affari Generali, Personale e Riforma della Regione in data 13 Dicembre 2007.
Il presente documento fornisce tutte le indicazioni e le specifiche necessarie ai fini della presentazione, da parte delle Imprese concorrenti, della proposta progettuale con riferimento alla realizzazione e attivazione presso 10 Comuni della Sardegna del sistema di pagamento per Comunas.
2. Descrizione del servizio
Il progetto prevede la fornitura di un sistema di pagamento che si interfacci con il portale di servizi Comunas e permetta ai suoi utenti di espletare i propri adempimenti tributari, pagare le contravvenzioni e eventuali oneri per le concessioni edilizie verso gli enti aderenti.
Il sistema dovrà integrare quante più forme di pagamento possibili, purché online, e classificabili secondo le seguenti modalità:
− Sincrona: pagamenti il cui incasso da parte del beneficiario è immediato (Es. carta di credito, Paypal, ecc.);
− Asincrona: pagamenti il cui incasso da parte del beneficiario avviene in tempi successivi rispetto alla richiesta dell'utente Comunas (es. disposizioni RID, disposizione bonifici tramite remote banking, ecc.).
Requisito minimo del sistema sarà l'implementazione dei seguenti sistemi di pagamento:
− Carta di credito;
− Disposizioni RID.
Ogni ulteriore sistema di pagamento fornito oltre ai suddetti costituirà titolo preferenziale nella scelta del fornitore, con particolare riguardo verso quei sistemi con l'impatto minore, in termini di costi, sui cittadini.
Saranno oggetto della fornitura anche i seguenti servizi di supporto:
− Installazione del software applicativo;
− Personalizzazione del software;
− Supporto all’avviamento del software;
− Formazione tecnica ed applicativa;
− Assistenza agli utenti;
− Garanzia del software (minimo 8 mesi).
Il sistema di pagamento dovrà avere un'interfaccia di amministrazione accessibile via web browser che consenta di monitorare le transazioni di pagamento e configurare le impostazioni necessarie all'interfacciamento con il portale Comunas.
Le fasi del processo di pagamento che il sistema fornito deve soddisfare sono le seguenti:
1. gestione delle transazioni di pagamento lato utenti Comunas;
2. gestione delle transazioni di pagamento lato Enti beneficiari.
2.1. Gestione delle transazioni lato utenti Comunas
L'utente Comunas, nel consultare i servizi offerti dagli enti aderenti attraverso il portale, deve poter inoltrare una richiesta di pagamento di eventuali importi dovuti, scegliendo la modalità fra quelle proposte e nell'ambito della medesima sessione web.
L'utente che faccia utilizzo del sistema di pagamento online deve poter consultare in qualsiasi momento lo storico delle proprie richieste/transazioni e tutte le informazioni utili che le riguardano.
2.2. Gestione delle transazioni lato Enti beneficiari
Gli Enti aderenti al progetto Comunas dovranno poter incassare le somme erogate dagli utenti tramite il portale in modo sicuro e con attribuzione certa tra la somma erogata e la pendenza di pagamento intestata all'utente.
A questo fine, ciascun Ente beneficiario:
1) dovrà effettuare una convenzione con la banca presso cui si appoggiano i servizi di pagamento oggetto della presente fornitura;
2) dovrà disporre di strumenti di amministrazione e monitoraggio che gli forniscano le informazioni tali da permettergli di riferire l'incasso alla specifica voce di bilancio.
In riferimento al punto 1, il template di convenzione tra Ente e banca dovrà essere fornito dall'aggiudicatario.
3. Contesto di realizzazione
Sardegna IT intende individuare un fornitore per lo sviluppo del sistema software di gestione pagamenti online per il portale Comunas che soddisfi ai requisiti descritti nel paragrafo precedente.
Il servizio dovrà essere reso disponibile per almeno 10 comuni della Sardegna individuati dall'amministrazione regionale tra i seguenti, che sono quelli per i quali, presso il portale Comunas della Regione Sardegna, è prevista una prima fase di attivazione per i servizi relativi all'area Tributi e all'area Polizia Municipale:
− Ales
− Bonnanaro
− Bonorva
− Calangianus
− Gonnosfanadiga
− Guasila
− Orgosolo
− Ortacesus
− Ossi
− Palau
− Perfugas
− Putifigari
− Sant'Antioco
− Santu Lussurgiu
− Sardara
− Segariu
− Selargius
− Sennori
− Seui
− Tempio Pausania
− Terralba
− Tortolì
− Usini
− Villanova Xxxxxxxxxx
− Villasalto
− Villasor
e dovrà essere configurato affinché sia in grado di gestire i pagamenti, almeno, per i seguenti servizi:
− ICI;
− TARSU;
− TOSAP/COSAP;
− Contravvenzioni;
− Eventuali oneri accessori per le concessioni. Il sistema dovrà, inoltre, soddisfare i seguenti requisiti:
− gestione delle procedure di pagamento provenienti dal portale Comunas dirette a più Enti beneficiari tramite l'utilizzo di diversi metodi e sistemi di pagamento;
− consultazione della configurazione delle suddette procedure da parte di un amministratore del sistema Comunas per ciascun Ente beneficiario e ciascun servizio del portale;
− consultazione da parte degli utenti del portale Comunas dei propri ordini di pagamento;
− consultazione da parte degli Enti beneficiari delle disposizioni a proprio favore.
4. Requisiti
Di seguito verranno forniti i requisiti ad alto livello del sistema oggetto del presente bando.
4.1. Attori
4.1.1 Utente
Soggetto che accede al portale Comunas per usufruire dei servizi offerti.
4.1.2 Cittadino privato
Persona fisica che, dotata di capacità giuridica e titolare di diritti e doveri, tramite il portale consulta i propri rapporti in essere con gli enti aderenti e assolve ai propri doveri tributari nei loro confronti.
4.1.3 Amministratore impresa
Persona fisica operante per conto di una organizzazione collettiva dotata di capacità giuridica e titolare di diritti e doveri che tramite il portale consulta i rapporti in essere tra l'impresa e gli enti aderenti e assolve ai relativi doveri tributari nei loro confronti.
4.1.4 Amministratore del portale
Dipendente di SardegnaIT avente mansioni di configurazione, monitoraggio, aggiornamento e manutenzione del portale.
4.1.5 Ente beneficiario
Ente pubblico che, tramite il sistema di pagamento, incassa da parte degli utenti del portale Comunas i corrispettivi che gli spettano.
4.2. Requisiti funzionali
4.2.1 Casi d'uso utente portale Comunas
Il seguente diagramma, per semplicità di lettura, riporta un caso d'uso rappresentativo di ciascuna modalità di pagamento (v. paragrafo 2).
Di seguito vengono specificati i casi d'uso Paga online con carta di credito e Paga online con disposizione RID tramite diagrammi di sequenza.
Entrambi i diagrammi considerano lo scenario di un utente del portale Comunas che abbia già effettuato l'accesso al portale e esegua i passi seguenti prima di scegliere uno dei 2 metodi di pagamento:
1.0 L'utente del portale Comunas, partendo dalla consultazione di un servizio che preveda il pagamento di tributi all'ente erogante, seleziona la funzione di pagamento online del tributo;
1.1 il portale Comunas gli mostra un modulo di scelta contenente quali metodi e sistemi può utilizzare per pagare il tributo.
1.2 L'utente sceglie il pagamento tramite carta di credito;
1.3 Il sistema Comunas memorizza la richiesta dell'utente e prepara la richiesta da inoltrare al sistema di pagamento;
1.4 il sistema Comunas mostra la sintesi del pagamento all'utente e il link alla procedura relativa del sistema di pagamento;
1.5 selezionando la funzione paga, l'utente conferma i dati del pagamento e viene indirizzato sul sistema di pagamento;
1.6 il sistema di pagamento mostra all'utente il modulo in cui inserire i dati della propria carta di credito;
1.7 l'utente inserisce i dati della carta di credito e lo invia al sistema di pagamento;
1.8 il sistema di pagamento elabora la richiesta e, se i dati sono correttamente inseriti, avvia la transazione di pagamento;
1.9 se la transazione va a buon fine, il sistema di pagamento comunica all'ente beneficiario gli estremi del pagamento, dell'utente e del tributo pagato;
1.10 Il sistema di pagamento restituisce l'esito della transazione al sistema Comunas;
1.11 il sistema Comunas memorizza l'esito associandolo alla richiesta dell'utente precedentemente memorizzata;
1.12 il sistema Comunas mostra all'utente l'esito della sua richiesta di pagamento.
1.2. L'utente sceglie il pagamento tramite disposizione RID a favore dell'ente beneficiario;
1.3. Il sistema Comunas memorizza la richiesta dell'utente e prepara la richiesta da inoltrare al sistema di pagamento;
1.4. il sistema Comunas mostra la sintesi della disposizione all'utente e il link alla procedura relativa del sistema di pagamento;
1.5. selezionando la funzione disponi, l'utente conferma gli estremi della disposizione e viene indirizzato sul sistema di pagamento;
1.6. il sistema di pagamento mostra all'utente il modulo in cui completare la propria disposizione;
1.7. l'utente inserisce i dati e lo invia al sistema di pagamento;
1.8. il sistema di pagamento elabora la richiesta e, se i dati sono correttamente inseriti, avvia la procedura prevista per le disposizioni RID;
1.9. Il sistema di pagamento restituisce l'esito dell'avvio procedura al sistema Comunas;
1.10. il sistema Comunas memorizza l'esito associandolo alla richiesta dell'utente precedentemente memorizzata;
1.11. il sistema Comunas mostra all'utente l'esito della sua richiesta di pagamento.
1.12. Una volta completata la procedura di accettazione e autorizzazione disposizioni RID con successo, il sistema di pagamento invia al sistema Comunas l'avvenuta autorizzazione della disposizione;
1.13. il sistema Comunas aggiorna lo stato della richiesta dell'utente relativa alla disposizione;
1.14. il sistema di pagamento comunica all'ente beneficiario gli estremi del pagamento, dell'utente e del tributo pagato.
4.2.2 Casi d'uso Ente beneficiario
Il sistema di pagamento deve fornire all'ente beneficiario una funzionalità per poter ricercare e consultare i pagamenti ricevuti tramite le diverse modalità. Questa funzionalità dovrà permettere di poter filtrare le informazioni secondo diversi criteri tali da fornire una facile lettura e la possibilità di estrapolare dati statistici sull'utilizzo del servizio.
Gli Enti beneficiari dovranno poter fruire di una funzionalità che consenta di collegare i pagamenti ricevuti tramite il sistema di pagamento di Comunas ai propri servizi, verificarne l’esattezza e modificarne lo stato di conseguenza; come requisito minimo il sistema di pagamento dovrà fornire, con cadenza periodica che sarà definita successivamente, un file, contenente tali dati, in un formato standard (es. CSV).
4.2.3 Casi d'uso amministratore del portale
L'amministratore del portale Comunas deve poter consultare, dalla sua area del portale, per quali servizi un dato ente prevede l'utilizzo del pagamento online e quali sistemi saranno messi a disposizione del cittadino.
Deve, inoltre, poter consultare tutti dei log delle transazioni di pagamento di qualsiasi sistema utilizzato partite dal portale Comunas.
4.3. Dati trattati
Di seguito la descrizione dei dati che il portale Comunas mette a disposizione del sistema di pagamento per l’avvio di una transazione di pagamento.
4.3.1 Dati passati da Comunas al sistema di pagamento (carta di credito)
Tipologia | Campo | Obbligatorio |
Dati pagamento | Codice Comune | si |
Codice tributo | si | |
Importo da pagare | si | |
Dati anagrafici | Codice fiscale | si |
Cognome | no | |
Nome | no |
4.3.2 Dati passati da Comunas al sistema di pagamento (RID)
Tipologia | Campo | Obbligatorio |
Dati pagamento | Codice tributo | si |
Importo da pagare | si | |
Dati anagrafici | Codice fiscale | si |
Cognome | si | |
Nome | si | |
Provincia | si | |
Comune | si | |
CAP | si | |
Indirizzo | si | |
Numero civico | si |
4.4. Requisiti architetturali
Di seguito si riporta il diagramma architetturale di alto livello del sistema di pagamento.
Il sistema di pagamento sopra descritto si compone dei seguenti componenti:
− Pagamenti sincroni: si occupa di gestire le procedure di tutti quei sistemi di pagamento aventi modalità sincrona;
− Pagamenti asincroni: si occupa di gestire le procedure di tutti quei sistemi di pagamento aventi modalità asincrona;
− Configurazione: si occupa di fornire gli strumenti per associare i sistemi di pagamento ai vari enti beneficiari e relativi servizi e configurarne i riferimenti;
− Visualizza configurazione: è il webservice che espone i parametri di configurazione;
− Pagamento con carta: è l'interfaccia web del pagamento tramite carta di credito (rappresentativa di una procedura in modalità sincrona);
− Pagamento RID: è l'interfaccia web del pagamento tramite disposizione RID (rappresentativa di una procedura in modalità asincrona);
− Storico pagamenti: è la procedura web con cui l'ente beneficiario consulta le transazioni di pagamento a proprio favore.
4.5. Requisiti di sicurezza
Considerata la delicatezza e l'importanza del dominio trattato, il sistema dovrà soddisfare i più alti livelli di protezione dei dati che transiteranno dal portale Comunas al sistema di pagamento e tramite accesso diretto al sistema di pagamento.
L'utilizzo di certificati SSL e protocollo HTTPS è considerato requisito fondamentale.
L'accesso diretto al sistema di pagamento (vedasi ente beneficiario e amministratore portale) dovrà avvenire attraverso password per utente e la configurazione di profili di accesso in accordo con la normativa sulla privacy.
4.6. Requisiti di accessibilità ed usabilità
L'interfaccia utente dovrà tener conto di esigenze di portabilità, estensibilità e accessibilità. Dovranno essere seguite le indicazioni pubblicate dal W3G Consortium riguardo ai formati grafici standard, la validazione dei layout XHTML e CSS e i criteri di accessibilità.
Il servizio, deve poter essere fruito, eventualmente grazie al supporto di tecnologie assistive, anche da utenti disabili (quindi con deficit visivi, uditivi, motori, cognitivi) secondo quanto previsto dalla legge n. 4 del 9/1/2004 “Disposizioni per favorire l’accesso dei soggetti disabili agli strumenti informatici”, cosiddetta Legge Stanca. Dovranno quindi essere rispettate le indicazioni contenute nel Regolamento e nel Decreto attuativo.
4.7. Vincoli tecnologici
Di seguito si elenca lo stack tecnologico previsto per il sistema di pagamento: Sistema Operativo: compatibile con Linux o Windows
Web Server: Apache Application Server: Tomcat DBMS: Postgres
CMS: JAVA based.
5. Attività previste
All'aggiudicatario dell'appalto è richiesta la realizzazione delle attività di seguito descritte:
5.1. Analisi e progettazione
In questa fase verranno predisposti i deliverables di Analisi dei requisiti e Progettazione tecnica/ applicativa che dovranno essere redatti utilizzando il linguaggio di modellazione UML 2.0.
L'attività sarà portata avanti a stretto contatto con i referenti di SardegnaIT e il personale tecnico incaricato dalla Direzione Generale dell'Innovazione Tecnologica della RAS.
I deliverables da produrre in tale fase sono i seguenti:
5.1.1 Specifica dei requisiti
E' il deliverable relativo all'attività di analisi che dovrà contenere:
− l’identificazione degli attori e i principali ruoli nel sistema;
− la specifica di tutti i requisiti e dei casi d’uso previsti nel sistema;
− il disegno concettuale dei dati trattati dal sistema;
− indicazioni generali della soluzione da adottare, sia in termini funzionali che architetturali;
− diagrammi delle interazioni con il portale Comunas ed altri eventuali sistemi esterni.
5.1.2 Specifica funzionale
E' il deliverable relativo all'attività di progettazione che espone l’architettura tecnica del sistema in termini di descrizione sintetica dell’ambiente software di base e di sistema necessario, che individua le componenti hardware, software ed infrastrutturali del sistema, le relative configurazioni e le operazioni manuali. Nello specifico, dovrà contenere:
− le componenti software e il dettaglio dei moduli applicativi;
− il disegno delle interfacce e della documentazione utente;
− la rappresentazione dei processi e del flusso di dati che tali processi utilizzano e trasformano;
− le interazioni tra il prodotto da realizzare ed il portale Comunas;
− la descrizione sintetica dell’architettura hardware e software del sistema che realizza gli ambienti logici di sviluppo, collaudo ed esercizio;
− il disegno della base dati in termini di modello logico dei dati.
5.1.3 Piano di test
E' il deliverable che dovrà contenere:
− indicazioni sulla strategia, la metodologia e gli obiettivi dei test;
− la loro pianificazione temporale;
− la pianificazione delle risorse necessarie all'esecuzione dei test (prodotti, ambienti operativi, risorse umane, ecc.);
− l'elencazione dei test non funzionali, tendenti a verificare requisiti qualitativi del prodotto;
− l'elencazione dei test funzionali del prodotto;
− la mappatura dei test pianificati con i requisiti;
− il livello di copertura atteso.
5.2. Sviluppo
Il Fornitore avvia la realizzazione di quanto progettato nella fase precedente procedendo alla codifica del software, sviluppando e modificando e documentando moduli e componenti.
A completamento dell’attività il Fornitore procede alla integrazione dei diversi componenti e all’esecuzione del test di prodotto, volto a verificare che il software realizzato, con relativi dati e documentazione, soddisfi i requisiti specificati nel processo di Progettazione.
Il risultato dell’attività produrrà i seguenti deliverables:
− Prodotto software: ovvero l’insieme degli elementi software integrati, con relativi dati e documentazione nella configurazione finale risultante dal test di prodotto.
− Documentazione del software;
− Specifica di collaudo.
In questa fase verrà quindi effettuato il deploy del sistema informativo adottando una politica di rilasci frequenti e test ripetuti.
5.3. Installazione ed avviamento
L’attività riguarda l’installazione del prodotto software sviluppato negli ambienti predisposti da Sardegna IT e l’esecuzione di compiti volti a supportare il personale sistemistico per rendere operativo il sistema o l’ambiente di erogazione del servizio. Detti compiti possono riguardare, ad esempio, l’attivazione di profili utente o la configurazione di prodotti software.
Il risultato tangibile dell’attività è il sistema che ospita l’ambiente di erogazione del servizio, con il prodotto software sviluppato e le relative basi dati installate e correttamente funzionanti, ovvero con
tutto quanto necessario a garantire l’erogabilità dei servizi oggetto di fornitura, nel rispetto dei requisiti contrattuali e di progettazione.
Si prevedono i seguenti deliverables:
− Sistema installato e pronto al collaudo
− Documentazione utente
− Documentazione di gestione.
5.4. Collaudo
L’attività ha il compito di verificare che quanto realizzato dal Fornitore sia conforme ai requisiti indicati nel contratto. Il Fornitore deve supportare il personale incaricato delle verifiche nella esecuzione delle prove, nel rilevamento dei risultati, nella stesura del rapporto finale. La verifica con esito positivo della fornitura termina con l’emissione di un Verbale di collaudo positivo, che sancisce la conformità ai requisiti contrattuali del prodotto software e/o l’erogabilità del servizio oggetto di fornitura.
5.5. Formazione
Gli enti beneficiari (comuni) dovranno essere formati all'utilizzo del sistema attraverso manuali utente e giornate di formazione per la parte di consultazione dello storico transazioni. Gli amministratori del portale dovranno essere formati attraverso giornate di formazione sulla configurazione del sistema di pagamento.
La formazione avverrà presso la sede di Sardegna IT e sono richieste almeno 3 giornate (2 per il personale dei comuni e 1 per gli amministratori del portale).
5.6. Garanzia del software
Tutte le componenti della fornitura dovranno essere coperte da garanzia per un periodo di almeno 8 mesi dalla data del completamento dell'installazione.
La garanzia dovrà comprendere:
− la manutenzione correttiva, intesa come eliminazione di errori o malfunzionamenti sul software, segnalati da SardegnaIT o individuati dall' Impresa
− la manutenzione adattativa, intesa come adeguamento dei programmi rispetto alle nuove versioni delle componenti di base del sistema fornito (Sistemi operativi, RDBMS, Office Automation, ecc )
− la manutenzione evolutiva, intesa come implementazioni del software dovute a mutate disposizioni normative e/o regolamentari, sia nazionali che regionali.
Nel servizio di garanzia sono compresi anche tutti gli interventi tecnici dell’aggiudicatario, da effettuare presso la sede di SardegnaIT, o dei comuni, che dovessero rendersi necessari.
L'aggiudicatario, a fronte degli interventi di manutenzione effettuati, dovrà anche aggiornare, ove necessario, i manuali tecnici e i manuali utente e, in caso di modifiche sostanziali, dovrà effettuare la necessaria formazione al personale tecnico di SardegnaIT.
6. Modalità di esecuzione
6.1. Luogo e tempi di esecuzione
L’intervento oggetto dell’appalto prevede la fornitura dei servizi in Sardegna. Le attività di installazione e avviamento dovranno avvenire presso i locali indicati da Sardegna IT e presso i 10 comuni individuati dall'amministrazione regionale.
La tempistica prevista per l’intervento è:
1. di 90 giorni solari e consecutivi a partire dalla data di sottoscrizione del contratto per la parte di pianificazione del progetto, analisi, sviluppo ed avviamento, con milestones intermedie di verifica;
2. di 30 giorni solari e consecutivi per l'attività di formazione presso Sardegna IT e l'installazione presso Sardegna IT e i comuni a partire dal completamento della realizzazione;
3. di 8 mesi, a partire dall'installazione, per i servizi di garanzia (ovvero numero di mesi superiore secondo quanto indicato in offerta tecnica).
6.2. Piano di Progetto
Il Piano di Lavoro deve essere suddiviso in attività e accompagnato da un crono-programma (diagramma di Gantt) che illustri le relazioni temporali e di precedenza delle varie attività.
Le attività del Piano di Lavoro dovranno essere congruenti ed integrarsi con quanto descritto nelle attività previste di gestione della fornitura.
Per ogni attività deve essere indicato:
− Nome attività;
− Responsabile attività;
− Inizio e Fine;
− Obiettivi;
− Descrizione del lavoro;
− Eventuali sotto-attività;
− Deliverable;
− Milestones.
Le attività devono essere progettate, realizzate e verificate secondo le procedure e modalità indicate nel Piano di Qualità.
Il Piano di Lavoro, la cui versione iniziale sarà proposta nell’offerta tecnica, dovrà essere concordato con il coordinatore di progetto nominato da SardegnaIT, recependone le eventuali osservazioni.
6.3. Piano di Qualità
Il fornitore dovrà predisporre, anche come sezione specifica del piano di progetto, un piano di qualità nel quale siano definiti:
− le indicazioni riguardanti l'organizzazione del gruppo di lavoro impegnato sul contratto;
− l'insieme della documentazione da produrre nel corso dell'attuazione del contratto. Detta documentazione assume il ruolo di evidenza oggettiva dell'esecuzione delle attività da cui è generata;
− le procedure per la valutazione della qualità di un prodotto/servizio.
− le specifiche procedure previste per la gestione di problemi quali malfunzionamenti e non conformità.
− i criteri, le procedure e gli strumenti adottati per il controllo delle versioni degli elementi software del progetto in sviluppo.
6.4. Documentazione
Tutti i deliverables documentali predisposti dal Fornitore dovranno essere prodotti su un modello di documento (template) fornito da Sardegna IT.
7. Cronoprogramma di attuazione
Le principali milestones individuate sono:
M0: Avvio attività
M1: Completamento pianificazione di progetto (M0+15 gg);
− Deliverables previsti:
− Piano di progetto;
− Piano della qualità.
M2: Completamento analisi e progettazione (M0 + 20 gg)
− Deliverables previsti:
− Specifica dei requisiti;
− Specifica funzionale;
− Piano di test.
M3: Rilascio versione Beta (M0 + 60 gg);
− Deliverables previsti:
− Prodotto software (versione Beta);
− Specifica di collaudo.
A completamento della suddetta attività è previsto il pagamento del primo acconto sullo stato di avanzamento, così come indicato al paragrafo 21 del disciplinare di gara.
M4: Rilascio prodotto software (M0 + 90 gg)
− Deliverables previsti:
− Prodotto software;
− Documentazione software; M5: Installazione presso gli enti (M0+110 gg);
− Deliverables previsti:
− Sistema installato e pronto al collaudo;
− Documentazione utente;
− Documentazione di gestione M6: Formazione (M0+120 gg);
− Deliverables previsti:
− Giornate di formazione per personale enti;
− Giornate di formazione per amministratori del servizio.
M7: Collaudo (M0 + 140 gg).
A completamento della suddetta attività è previsto il pagamento del saldo, così come indicato al paragrafo 21 del disciplinare di gara.
8. Proprietà e garanzia dei prodotti
Tutto il materiale originale sia in forma scritta, sia in forma digitale, in particolare i programmi in formato sorgente e la loro documentazione, predisposti dall’impresa saranno di esclusiva proprietà della Regione Autonoma della Sardegna per il tramite di Sardegna IT.
La Regione Autonoma della Sardegna per il tramite di Sardegna IT si riserva in particolare il diritto di fare copia e di installare le componenti applicative realizzate in esecuzione del contratto presso le altre amministrazioni pubbliche alle condizioni che riterrà più opportune.
Il soggetto affidatario ha l’obbligo di garantire le procedure software realizzate per otto mesi dalla loro installazione (o tempo superiore secondo quanto indicato in offerta tecnica), secondo le modalità definite nel precedente punto 5.6 e senza ulteriori oneri per la Xxxxxxx Xxxxxxxx xxxxx Xxxxxxxx x/x Xxxxxxxx XX. Tutti i vizi che si dovessero riscontrare entro tale periodo, devono essere eliminati ad esclusivo onere dell’affidatario in un tempo massimo di 7 giorni naturali e consecutivi, dalla data di segnalazione.
L’assistenza deve essere effettuata da personale specializzato dell’impresa direttamente su chiamata della Società Sardegna IT o da altro soggetto incaricato dalla società.
9. Manutenzione evolutiva
L’aggiudicatario si impegna inoltre a garantire per almeno tre anni dalla fine del periodo di garanzia, la “manutenzione evolutiva” delle procedure applicative, intendendosi con ciò l’adeguamento delle procedure realizzate a nuove versioni degli ambienti di base del sistema nel suo complesso.
Al termine del periodo di garanzia la Stazione appaltante, si riserva la facoltà di sottoscrivere con l'Aggiudicatario apposito contratto per la manutenzione evolutiva e per il mantenimento della garanzia.
L’onere di tale manutenzione evolutiva, a carico della Stazione appaltante, dovrà essere determinato, con canone annuale di importo entro il 20% dell'importo totale dell'offerta economica e secondo l'importo specificato nell'allegato C come indicato al punto 6.3 del disciplinare di gara.
SardegnaIT S.r.l.
L’Amministratore Unico Xxx. Xxxxx Xxxxxxxxxx