Modalità di esecuzione delle attività
Modalità di esecuzione delle attività
Generalità e modalità di realizzazione
1. L’attività di assistenza applicativa deve essere erogata nel rispetto degli accordi contrattuali e dei livelli di servizio concordati nell'ambito dei Servizi erogati da UNIGE.
2. Con il referente dell’Area Direzione Generale, l’Esecutore dovrà concordare nelle modalità e nei tempi le prestazioni professionali previste. Le richieste di intervento dovranno essere tracciate attraverso il sistema di ticketing di ateneo (OTRS).
Ambienti
Per lo sviluppo dei servizi professionali, l’Esecutore utilizzerà macchine ed attrezzature sia di proprietà di UNIGE che proprie presso la propria sede di lavoro (strumenti software di produttività individuale e strumenti hardware) configurate nel rispetto delle policy di sicurezza dell’Ateneo ed eventualmente accessibili da remoto attraverso strumenti configurati dal Centro Dati, Informatica e Telematica di Atenei (nel seguito CEDIA).
Accettazione del servizio
1. La fase di accettazione avviene con l’accettazione da parte di RUP e/o del Direttore esecuzione del contratto di una comunicazione formale di esecuzione da parte dell’affidatario delle prestazioni, ciò subordina la fatturazione della stessa.
Continuità
1. L’Esecutore dovrà assicurare le professionalità necessarie al carico di lavoro e potrà sostituirlo esclusivamente con l’autorizzazione scritta di UNIGE. In caso di forza maggiore l’Esecutore dovrà fornirne documentazione a UNIGE e provvedere entro 15 giorni dalla comunicazione scritta alla sostituzione con professionalità paragonabili a quella fornita fino al quel momento.
2. UNIGE può richiedere la sostituzione di quel personale che non si dimostrasse all’altezza entro 10 giorni dalla comunicazione scritta. UNIGE certificherà l’idoneità al termine dell’affiancamento entro 30 giorni lavorativi.
Rapporti con UNIGE
1. L’Esecutore dovrà prevedere un Responsabile unico del contratto che seguirà tutte le attività e sarà responsabile dei rapporti con UNIGE. Il Direttore di esecuzione del contratto (DEC) di UNIGE e il Responsabile Unico del contratto dell’Esecutore concorderanno l’organizzazione e la tempistica del servizio di assistenza
Attività previste
Requisiti tecnici architetturali
• Con riferimento all’oggetto del servizio la piattaforma di Ateneo per cui vengono richieste attività di assistenza, manutenzione ed eventuali estensioni, è la piattaforma REFTREE per la gestione del patrimonio immobiliare, sviluppata dalla ditta Ideare, sviluppata secondo la normativa per il riuso nella Pubblica Amministrazione; il codice sorgente è pubblicato sul portale del riuso GitHub al link xxxxx://xxxxxx.xxx/xxxxxxxxx/xxxxxxx
• RefTree è una applicazione web creata con il linguaggio C# e composta da un database SQL Server contenente le configurazioni e i dati applicativi del cliente, dal Layer C# per l’accesso ai dati, dal Front-end javascript per la renderizzazione dei metadati di configurazione in componenti html5. RefTree è anche una web application costruita con tecnologia html5/javascript che necessita di un browser di ultima generazione per essere utilizzata (ad esempio Google chrome
5.0 e successive). L’applicazione prevede la modalità di autenticazione Single Sign On fornito da Unige.
• I requisiti per l’installazione di REFTREE sono presenti sul sito GtHub, nel file Installazione RefTree_UNI.pdf
• RefTree è integrato con la piattaforma Cineca Csa per la gestione del personale e delle strutture di Ateneo, con il portale di Ateneo WebMonitor, sviluppato in PHP internamente a Unige e con il portale EasyAcademy per la gestione delle aule.
Profili professionali ed effort
1. È richiesta la conoscenza della base dati di REFTREE, realizzata su database SqlServer, di tutte le procedure sviluppate sulla piattaforma e delle configurazioni e della logica attualmente in uso. Il codice sorgente è pubblicato sullla piattaforma GitHub.
2. UNIGE si riserva la facoltà di introdurre, in qualsiasi momento, quelle variazioni e/o modifiche e/o integrazioni ai servizi oggetto del presente accordo che, a proprio insindacabile giudizio, ritenesse necessarie od anche solo opportune.
3. Quando, nell’ambito delle attività di manutenzione, si apportano modifiche al codice originale, anche di carattere minore, si configura l’obbligo di rilascio ex art. 69 del Codice dell’Amministrazione Digitale. Il rilascio delle modifiche andrà effettuato mediante aggiornamento della attuale repository su xxxxx://xxxxxx.xxx/xxxxxxxxx/xxxxxxx prima che le stesse vengano immesse in collaudo o in produzione.
4. Le richieste di nuove funzionalità dovranno essere valutate dall’Esecutore, di concerto con l’Amministrazione, in relazione alla loro pertinenza al progetto. Se non ritenute pertinenti dovranno essere chiuse fornendo una motivazione al proponente. Se ritenute pertinenti dovranno essere lasciate aperte fino all’eventuale implementazione, dando tuttavia rapido riscontro al proponente con una valutazione sulla fattibilità tecnica della richiesta e suggerimento su eventuali altri modi per raggiungere l’obiettivo dichiarato.