Relazione tecnica per il Portale Web degli IFO (con componente internet e intranet)

Transcript

1 Relazione tecnica per il Portale Web degli IFO (con componente internet e intranet)

2 INDICE 1 Premessa Il progetto Obiettivo Lo Stato attuale e le esigenze emerse OGGETTO DELLA FORNITURA Il Content Management System (CMS) Caratteristiche generali Caratteristiche specifiche: moduli Gestione dei contenuti statici Gestione documenti Argomenti correlati Gestione news Eventi e calendari Gestione links Sondaggi Forum Newsletter Area riservata Motore di ricerca sui contenuti Motore di ricerca sui documenti Motore di ricerca trova persone Integrazione con sistema di posta elettronica Widget (opzionale) Database Software Gestione del flusso e schedulazione dei contenuti Gestione dei template Autenticazione LDAP Statistiche accessi Analisi dell architettura dei contenuti Analisi dell architettura tecnica Sistema di accounting strutturato - componente internet ed intranet Componente internet

3 3.6.2 Componente intranet Mantenimento e aggiornamento software PROGETTO TECNICO Descrizione delle funzionalità applicative e della documentazione a corredo dello stesso Verifica di medio termine Collaudo Assistenza Manutenzione software Tempi di consegna, installazione e attivazione Referenze Formazione Data entry contenuti iniziali Requisiti hardware Eventuali applicazioni extra Metodologia

4 1 PREMESSA Il sito web degli IFO attualmente in linea, deve essere completamente aggiornato, sia dal punto di vista delle funzionalità applicative, sia dei contenuti. Gli Istituti Regina Elena e San Gallicano, punti di riferimento in campo biomedico per le cure oncologiche e dermatologiche, sono stati elevati a IRCCS per alcune linee di attività e necessitano dunque di strumenti adeguati per migliorare la qualità dell informazione e il livello dell offerta resa ai cittadini-utenti. Si ritiene pertanto necessario costruire un vero e proprio portale web ex novo, prendendo come riferimento alcuni aspetti e contenuti dell attuale sito ma sostanzialmente rinnovando completamente l infrastruttura, realizzando un prodotto integrato per le due componenti internet e intranet. Il nuovo portale offrirà contenuti relativi alla struttura organizzativa e all organigramma degli Istituti (in modo tale da consentirne un immediata e facile comprensione), ma dovrà essere in grado anche di sviluppare un approccio e un architettura informativa in grado di favorire la navigazione delle pagine per temi. Inoltre, sarà possibile usufruire all interno del portale di una serie di applicazioni dinamiche e interattive. Attraverso il portale sarà anche possibile accedere, utilizzando username e password, ad uno spazio intranet riservato finalizzato alla condivisione di informazioni e documenti ad uso esclusivamente interno. È necessario, quindi, che sia garantita la massima affidabilità della nuova infrastruttura a livello di sicurezza e protezione dei dati. Infine, all interno del nuovo portale potranno essere costruiti/integrati alcuni siti specializzati che potrebbero avere una componente ad accesso pubblico e una ad accesso riservato. In questo secondo caso si potrebbe verificare la necessità di ricorrere ugualmente all utilizzo di username e password anche in ambito extranet. Il documento tratta le funzionalità minime che il software oggetto della fornitura dovrà soddisfare, per poi focalizzarsi sul progetto tecnico da presentare e le modalità di aggiudicazione. Nel documento sono indicati, all interno dei paragrafi di riferimento, gli elementi dell offerta che saranno considerati come valore positivo aggiuntivo. Inoltre, saranno specificati anche alcuni aspetti legati alla gestione del portale e al posizionamento all interno dei motori di ricerca. 3

5 2 IL PROGETTO 2.1 Obiettivo L obiettivo di questo progetto è fornire agli IFO un portale web che soddisfi alcune esigenze prioritarie: Porre in risalto e sviluppare le fondamentali componenti di cura e ricerca scientifica, con particolare attenzione alla centralità del paziente in ambito sanitario (gli IFO sono un Istituto di ricovero e cura a carattere scientifico - IRCCS) Riposizionare il portale IFO ai massimi livelli nei principali motori di ricerca e farne un prodotto di eccellenza in campo sanitario Offrire l accesso alle informazioni in maniera semplice e intuitiva, agevolando l interazione con gli utenti Dotare gli IFO di una intranet aziendale Sviluppare il portale con una piattaforma tecnologica adeguata e offrire agli IFO uno strumento di gestione, modifica cancellazione e inserimento dei contenuti accessibile, semplice e intuitivo, che permetta a diversi utenti di gestire la sezioni del portale di loro competenza (CMS: Content Management System) 2.2 Lo Stato attuale e le esigenze emerse Il sito web degli IFO presenta alcune criticità/bisogni che la nuova implementazione dovrà soddisfare: Creazione di una struttura di navigazione complessa sia per internet, sia per intranet Ideazione di un immagine unitaria e coordinata, sia per internet che per intranet, che prenda come riferimento il nuovo logo degli Istituti, ufficializzato nel mese di ottobre 2009, in modo da integrare stile grafico e colori Alimentazione/modifica/aggiunta di contenuti e siti (con sottodomini), in maniera autonoma da parte degli IFO (Content Management System) sia in internet che in intranet. Tale strumento potrà essere utilizzato da diversi attori per l eventuale realizzazione di sottodomini classificabili come siti specializzati Realizzazione del portale prioritariamente anche in versione inglese; inoltre, per alcune sezioni sarà resa disponibile una versione multilingue (sezioni e pagine saranno definite in collaborazione con gli IFO) Progettazione di alcune applicazioni di ausilio sia per utenti esterni che per quelli interni da definire con i responsabili IFO (ad esempio, un applicazione per individuare edifici ed uffici di interesse sul modello di alcune già esistenti e che saranno indicate dai responsabili IFO; applicazioni che sviluppino la possibilità di effettuare attività di teleconsulto e telemedicina; applicazioni che consentano di effettuare autocandidature da parte di utenti esperti che vogliono essere inseriti in protocolli di cura sperimentali; costruzione di organigrammi anche in formato immagine e parlanti ; ecc.). 4

6 Sarà considerato un valore positivo aggiuntivo, ai fini dell offerta, la proposta di soluzioni orientate all utente, intuitive e di carattere innovativo, che evidenzino gli elementi distintivi rispetto a strutture analoghe in uso in generale nella Sanità ed, in particolare, negli Istituti di ricerca a carattere scientifico. 5

7 3 OGGETTO DELLA FORNITURA 3.1 Il Content Management System (CMS) Al fine di soddisfare le esigenze illustrate si è pensato di adottare un Content Management System, ossia un'applicazione che permetta di gestire in autonomia - e senza che sia sempre necessario l'ausilio di personale tecnico, i contenuti e la condivisione delle informazioni per portali informativi e siti aziendali. L alimentazione del portale in questo caso potrà avvenire anche da parte dell'utenza grazie a un'interfaccia intuitiva e a un procedimento di identificazione (userid e password). Il CMS prescelto dovrà essere accessibile, in base alle prescrizioni della c.d. Legge Stanca n. 4/2004 e alle linee guida della Web Accessibility Initiative del Consorzio W3C. Si ricorda che in ambito sanitario devono essere rispettati anche i codici di qualità per i siti biomedici e che a tale scopo il portale degli IFO dovrà aderire ai Principi HONcode. L accesso alla intranet dall esterno dovrà avvenire dall area operatore del sito; tuttavia dall interno della rete aziendale non necessiterà di userid e login. Distinguiamo le caratteristiche generali del software da quelle funzionali più specifiche ossia i moduli/funzionalità di base che devono essere inclusi nell offerta. Data la tipologia di Software ci si focalizza sulle sue funzionalità, per poi adattarle alla tipologia di contenuti che dovranno supportare e servire. Nella fornitura dovrà essere specificata anche la modalità con cui la Società incaricata pianificherà e realizzerà le attività formative per il personale IFO che, utilizzando il CMS fornito, svolgerà attività di pubblicazione sul portale (parag. 4.8). La Società fornirà ovviamente tutti i manuali e i documenti utili per l utilizzo del predetto CMS (parag. 4.1). 3.2 Caratteristiche generali Il Content Management System dovrà essere: Scalabile: permettere l aggiunta di contenuti, applicazioni e moduli in forma progressiva. Modulare: essere composto da moduli specifici per esigenza e permettere l aggiunta di nuovi moduli applicativi successivamente Flessibile: essere compatibile con la maggior parte delle tipologie di S.O., RDBMS esistenti. 6

8 User friendly: l interfaccia d inserimento/modifica/aggiunta contenuti dovrà essere semplice e usabile. Opensource: senza licenze, al fine di impegnare le risorse sulla customizzazione e messa a punto del CMS. Validazioni/conformità delle indicazioni del W3C: sono richieste le validazioni secondo il World Wide Web Consortium HTML 4.01; CSS; conformità WAI per l accessibilità: WAI AA, rispetto del secondo livello in conformità alle Web Content Accessibility Guidelines 1.0 W3C, così come richiesto dalla Legislazione corrente per i siti della Pubblica Amministrazione (Legge n. 4 del 9 gennaio 2004 "Disposizioni per favorire l'accesso dei soggetti disabili agli strumenti informatici"). Compatibilità con browser: E richiesta la compatibilità del codice HTML con i browser IE 5.0 (e superiori), Mozilla, per i sistemi operativi WinXP, Win2000, Win98, Mac 9.2 (e superiori). Accessibilità: A conclusione del lavoro, l impresa aggiudicataria dovrà prendersi carico di tutte le attività connesse all assegnazione del logo di accessibilità, così come riportate nel sito Cnipa In particolare l impresa dovrà presentare agli IFO un autocertificazione di accessibilità di primo livello. Tale dichiarazione dovrà essere resa ai sensi dell art.47 del DPR 28 dicembre 2000 n.445 e comprovare la conformità di tutte le pagine del sito internet implementato ai requisiti previsti per la verifica tecnica, ai sensi del Decreto del Ministero per l Innovazione e le Tecnologie dell 8 luglio Tutte le azioni relative all ottenimento dell accessibilità, nonché i costi per eventuali non conformità e successive operazioni di adeguamento sono a carico della ditta aggiudicataria. Accesso al sistema con protocollo HTTPS: l accesso dall esterno deve essere gestito dal protocollo HTTPS sfruttando un SSL (Security Soket Layer). 7

9 3.3 Caratteristiche specifiche: moduli I moduli applicativi del Content Management System prescelto dovranno soddisfare le esigenze descritte nei paragrafi che seguono. L architettura dei contenuti sarà definita in fase di analisi (vedi parag. 3.4) quindi l assegnazione dei moduli alle sezioni del portale, internet e intranet, sarà stabilita in base alle tipologia di contenuto e alle esigenze/funzionalità che tali contenuti richiederanno. I moduli qui richiesti rappresentano una base iniziale che potrà essere utilizzata sia per la componente internet che per quella intranet; sarà elemento di valore l offerta proattiva di ulteriori funzionalità/moduli del software che possano migliorare l applicazione. Per quanto riguarda la definizione dei template, che saranno pensati e progettati già in fase di analisi (vedi parag. 3.4), si farà riferimento ad uno stile semplice e intuitivo, non viziato da applicazioni che possono rallentare l apertura del portale in fase di avvio. Quanto appena riferito sarà da tenere in riferimento in particolare per la homepage Gestione dei contenuti statici Possibilità di modifica/aggiunta/formattazione dei contenuti/immagini, attraverso una facile e intuitiva interfaccia web. Possibilità di utilizzare formati per la distribuzione di contenuti web tipici del web 2.0 (ad esempio i feed RSS e applicazioni quali social network, blog, podcasting, ecc.). Possibilità di realizzazione di sistemi per l alimentazione di mailing list specifiche con gestione dei dati, nel rispetto delle norme sulla privacy, e produzione di statistiche Gestione documenti Possibilità d inserimento di documenti in modo strutturato per sezioni e sottosezioni Argomenti correlati Il sistema dovrà poter offrire i contenuti correlati al contenuto di una pagina visualizzata. Dovrà basarsi su metadata keywords e dovrà essere sviluppato in modo tale da consentire ad un eventuale motore di ricerca interno di fornire risultati validi. Esempio: se una pagina illustra il tema albero dovrà essere offerto in automatico il link a contenuti simili presenti anche in altre sezioni:foglia, ramo, seminatura ecc... 8

10 3.3.4 Gestione news Modifica aggiunta di notizie e gestione della scadenza delle stesse. L inserimento delle news dovrà prevedere due distinte modalità: a) titolo della news con link a sito esterno o ad un documento; b) titolo della news con link ad un testo in formato comunicato stampa. Costruzione di un sistema di archiviazione delle news per mese e per argomento Eventi e calendari Possibilità di calendarizzazioni di eventi Gestione links Gestione link interni (vedi parag Argomenti correlati) ed esterni al portale Sondaggi Possibilità di effettuare dei semplici sondaggi on line e gestirne le statistiche dei risultati Forum Strumento di forum, con le caratteristiche che permettano l integrazione al resto del sito Newsletter Strumento per la creazione/recapito di Newsletter con gestione dei sottoscrittori, editing in HTML/immagini con invio a liste semplici o multiple Area riservata Tutte le sottosezioni e pagine del sito potranno essere rese disponibili a tutti gli utenti, oppure ai soli utenti autenticati secondo i loro privilegi di accesso. La distinzione tra aree pubbliche e riservate e i privilegi di accesso verrà realizzata nella fase di inserimento dei contenuti (vedi parag. 3.5 e/o 3.6) Motore di ricerca sui contenuti La ricerca potrà essere compiuta sia in: Modalità semplice: avverrà in modalità AND (verranno trovate tutte e solo le pagine che contengono tutti i termini specificati, e sarà possibile ricercare interi termini così come termini parziali). 9

11 Modalità avanzata: la ricerca potrà essere strutturata per aree tematiche, argomenti, data di editing, ecc, basandosi su metadati assegnati ai documenti precedentemente Motore di ricerca sui documenti La ricerca dovrà avvenire per metadati e testo Motore di ricerca trova persone Sarà fondamentale avere una rubrica del personale con possibilità di ricercare i dati per: nome cognome n. telefono interno mail struttura complessa/semplice dipartimento altro E combinazioni di questi campi. Inoltre, dovrà essere possibile per ciascun utente interno aggiornare autonomamente nella rubrica i dati personali che lo riguardano Integrazione con sistema di posta elettronica Il sistema dovrà prevedere un integrazione con il sistema di posta elettronica attualmente utilizzato in IFO; in particolare dovrà essere possibile accedere, con i meccanismi di autenticazione già definiti, all area intranet del sito e da lì dovrà essere possibile accedere alla web Mail attualmente esistente Widget (opzionale) Finora sono stati trattati e definiti strumenti di tipo pull ossia servizi a disposizione dell utente. Per poter avviare una azione di coinvolgimento dei dipendenti si pensa anche ad uno strumento che possa portare sul desktop dell utente una serie di informazioni utili senza che acceda alla intranet e che sia costantemente aggiornato. Il widget è uno strumento di communication desktop, una sorta di agenda personalizzata presente sul desktop dell utente che lo scarica direttamente dalla intranet aziendale, una tantum. Tale strumento porta sul desktop dell utente alcune tipologie di informazioni che gli IFO intendono veicolare sistematicamente ai suoi target audience e la possibilità di interrogare un database delle informazioni disponibili. 10

12 Esempi di informazioni da gestire potrebbero essere: motore ricerca cerca persone news e informazioni utili interne convegni ed eventi scientifici altro L impiego di tale strumento internamente può anche essere utile per comprenderne l utilità per l esterno Database Costruzione di database dedicati. I database disponibili su intranet dovranno poter essere condivisi fra le varie strutture (ovvero dovrà essere possibile interrogare il db e effettuare statistiche sui dati autonomamente) Software Possibilità di condividere software dedicati Gestione del flusso e schedulazione dei contenuti Il sistema dovrà offrire la possibilità di una gestione del flusso dei contenuti (gestione gerarchica) e l evidenza di data e ora di pubblicazione/revisione/aggiornamento degli stessi, nonché dell autore delle modifiche Gestione dei template Possibilità di creare template anche diversi da quelli definiti in sede progettuale e possibilità di assegnarli a sezioni e/o sottositi Autenticazione LDAP Si richiede come requisito la disponibilità dello standard LDAP (Lightweight Directory Access Protocol), standard aperto per accedere ai servizi su una rete Intranet o Internet Statistiche accessi Possibilità di visualizzare le statistiche basilari di accesso da parte degli utenti, sia per la componente internet che per quella intranet. Nel caso si ritenesse opportuno potrà essere offerto un software esterno al CMS con la quotazione a parte alla voce Altre applicazioni accessorie della tabella del paragrafo 5. 11

13 3.4 Analisi dell architettura dei contenuti Avviata la fornitura dovrà essere svolta in collaborazione con gli IFO lo studio/analisi che definirà l architettura dei contenuti che alimenteranno lo strumento di Content Management System. Le tipologie dei contenuti saranno soltanto in parte ripresi dal sito attuale (fra queste, in particolare: le news e i convegni, i bandi e concorsi, l accesso alle pubblicazioni scientifiche, i contenuti delle attività clinica e di ricerca opportunamente aggiornati) e l analisi si focalizzerà sulla definizione di nuovi testi e sulla riorganizzazione delle parti informative vecchie e di quelle nuove, sempre in collaborazione con gli IFO. I contenuti della intranet dovranno invece essere definiti ex novo (le tipologie di contenuti da pubblicare riguarderanno, almeno, il calendario delle riunioni, le delibere, i regolamenti, la modulistica, le procedure, i protocolli, le disposizioni, i verbali, i risultati nell ambito della ricerca scientifica degli Istituti, il prontuario terapeutico, i dispositivi e le terapie sperimentali, le cartelle cliniche). Inoltre, sarà necessario definire la modalità con cui saranno integrati nel nuovo portale alcuni sottodomini/siti specializzati, realizzati da alcune strutture interne agli IFO, che non possono essere revisionati in funzione delle caratteristiche che avrà il nuovo portale (attivazione di link diretti dalla homepage del portale e/o da pagine interne che trattano argomenti correlati). L accesso di alcuni di questi siti specializzati potrebbe avvenire in modalità extranet. Nel documento saranno definite puntualmente voci e sezioni del portale, con particolare riguardo alla homepage, e illustrate le attività da compiere per sviluppare back end e front end di ciascuna. Inoltre, saranno specificate tutte le azioni consentite da parte degli utenti responsabili dell alimentazione del portale. Ai fini della valutazione verranno prese in considerazione le attività svolte nella realizzazione di applicazioni WEB in ambito sanitario. 3.5 Analisi dell architettura tecnica L architettura software del Sistema dovrà prevedere un web server che gestisce il colloquio con i client, un application server nel quale risiede la business logic e un sistema di storage che contiene i dati. Web server ed application server possono risiedere nello stesso server fisico. Il database server sarà ospitato su di un cluster di due server che accedono ad un unico storage. 12

14 Il diagramma che segue riassume l architettura richiesta: Device di rete quali router, switch e firewall sono già presenti nella location prevista per il sistema, pertanto non sono richiesti in questa fornitura. Il sistema dovrà avere una architettura scalabile, aperta ed estensibile. Dovranno essere utilizzati standard e protocolli di comunicazione in grado di far condividere le informazioni presenti e, eventualmente, accedere a informazioni presenti in altre basi dati. La progettazione e realizzazione dei componenti del sistema dovranno tener conto delle logiche di riuso. Dovranno essere altresì evidenziate le modalità di licensing nell eventualità di riuso di componenti, anche minime, del sistema. Il personal computer e l accesso tramite browser costituiranno il client primario, sebbene non esclusivo, di accesso al sistema. Le soluzioni tecnologiche presentate dovranno consentire la massima compatibilità nei confronti di una ampia gamma di combinazioni di sistemi operativi, browser e loro versioni specifiche. Fatti salvi i requisiti minimi di sicurezza, questa ampia compatibilità dovrà essere garantita sia per i servizi informativi che per i servizi interattivi. Particolare attenzione verrà prestata all utilizzo di soluzioni tecnologiche basate sulla virtualizzazione, al fine di ottimizzare l impiego di risorse HW e SW e massimizzare le performance generali del sistema 13

15 Il Fornitore dovrà specificare con quali sistemi operativi, browser e loro versioni la soluzione offerta sarà compatibile. Dovrà in tal senso essere garantita al minimo la compatibilità con: sistema operativo: Microsoft Windows 98; Microsoft WindowsXP; Mac OS 10.1; Red Hat Linux 9 browser Microsoft Internet Explorer 5.5; Mozilla 1.2; Firefox 1.0; Netscape 6.0; Opera 7; La ditta Aggiudicataria dovrà fornire i codici sorgenti di tutta la business logic, del presentation layer (HTML, CSS ed eventuale Javascript), tracciati record delle basi dati e le password di amministratore del database. Come indicato nella direttiva Stanca pubblicata sulla G.U. nr. 31 del 7 febbraio 2004, nel caso di prodotti sviluppati ad hoc, l amministrazione committente acquisisce la proprietà del prodotto finito. sistema. 14

16 3.6 Sistema di accounting strutturato - componente internet ed intranet Componente internet Il sistema dovrà permettere la gestione degli utenti in maniera strutturata. Dovranno poter essere attribuibili diversi livelli di accesso in base al profilo dell utente. Di seguito uno schema esemplificativo dei permessi che si dovranno poter attribuire agli utenti n Sezione pubblica 1 Sezione pubblica 2 Sezione pubblic a n Sezione riservata 1 Sezione riservata 1.1* Sezione riservata 2 Sezione riservata 3 Sezione riservata n Legenda** Modifica: inserimento/modifica/aggiunta dei contenuti e inserimento dei documenti. Visualizzazione: visualizzazione contenuti e download documenti Amministrazione utenti: creazione/modifica degli utenti. *Nel caso ci fossero sotto sezioni, i permessi devono essere a cascata dalla sezione madre e quelle figlio. **Il permesso modifica include la visualizzazione ma non l amministrazione utenti. Il permesso amministrazione utenti include la visualizzazione ma non la modifica. Uno stesso utente può avere tutte le tipologie di permessi. 15

17 Dovrà essere previsto un utente amministratore con tutti i privilegi. Per quanto riguarda la pubblicazione on line dei contenuti della componente internet, dovrà essere definito in collaborazione con gli IFO un efficace sistema di validazione dei contenuti attraverso la collaborazione referenti di struttura/comitato di redazione Componente intranet Gli utenti della intranet dovranno potervi accedere anche dall esterno e non solo dall interno degli IFO. Per questo motivo l accesso alla intranet dovrà poter avvenire profilato in base agli utenti e alle loro necessità, quindi dovrà offrire sezioni dedicate. Il sistema dovrà permettere la gestione degli utenti in maniera strutturata a matrice. Dovranno poter essere attribuibili diversi livelli di accesso in base al profilo dell utente. Di seguito uno schema esemplificativo dei permessi che si dovranno poter attribuire agli utenti n Sezione intranet 1.1* Sezione intranet 2 Sezione intranet 3 Sezione intranet n \\\\\\\\\\ \ \\\\\\\\\ \\ \\\\\\ \\ \\\\\\\\\\ \\\\\\\\\ \\ \\\\\\ \\ Legenda** --- \\\ Amministrazione Utenti:creazione/modifica degli utenti Modifica: inserimento/modifica/aggiunta dei contenuti e inserimento dei documenti Visualizzazione: visualizzazione contenuti e download documenti 16

18 *Nel caso ci fossero sotto sezioni, i permessi devono essere a cascata dalla sezione madre e quelle figlio. **Il permesso modifica include la visualizzazione ma non l amministrazione utenti. Il permesso amministrazione utenti include la visualizzazione ma non la modifica. Uno stesso utente può avere tutte le tipologie di permessi. Diversamente dalla componente internet, per quanto riguarda la parte intranet dovrà essere possibile, per ciascuna struttura interna a sé stante (Dipartimenti e Direzioni), la pubblicazione dei contenuti relativamente alla sezione di competenza. 3.7 Mantenimento e aggiornamento software Data la natura del software richiesto, opensource, deve essere definita la manutenzione e l aggiornamento dello stesso (con update/upgrade), al fine di garantirne la sicurezza e la stabilità. La Società si impegna a fornire assistenza tecnica agli IFO per il mantenimento e aggiornamento del software utilizzato. 17

19 4 PROGETTO TECNICO Nel progetto presentato dalla Ditta dovranno essere chiaramente evidenziate le modalità per il raggiungimento degli obiettivi minimi descritti. Il progetto dovrà inoltre riportare quanto indicato nei paragrafi che seguono. 4.1 Descrizione delle funzionalità applicative e della documentazione a corredo dello stesso Il sistema offerto dovrà essere descritto in tutte le sue funzionalità/moduli. Il sistema dovrà prevedere manuali tecnici e quant altro previsto dal produttore per un corretto ed efficace uso del prodotto. 4.2 Verifica di medio termine Dovrà essere effettuata una verifica di metà periodo sul progetto con presentazione del portale, anche in via dimostrativa, alla presenza di personale della Ditta e degli IFO. 4.3 Collaudo Il prodotto dovrà essere collaudato prima della fase di avvio alla presenza di personale della Ditta e degli IFO. 4.4 Assistenza Assistenza all avvio: la Ditta dovrà pianificare un programma di intervento per l attivazione del sistema, impiegando personale proprio in loco. Assistenza a regime: anche in questo caso vanno precisate le modalità che la Ditta intende utilizzare: con personale proprio in loco, mediante assistenza telefonica generica, mediante teleassistenza. 4.5 Manutenzione software Il Fornitore dovrà garantire un completo servizio di supporto per tutte le attività di implementazione hardware e software, d avvio e di esercizio. Tale servizio dovrà essere erogato dal momento del rilascio in esercizio delle singole componenti del sistema per un periodo proposto dalla ditta aggiudicataria e compreso nel prezzo a base d asta. I servizi di supporto per l hardware sono specificati nel seguito: Rilevazione e statistiche dei volumi di lavoro richiesto al sistema HW, SW di base e SW applicativo; 18

20 Rilevazione e statistiche delle prestazioni del sistema; Rilevazione e statistiche delle registrazioni di anomalie del sistema; Analisi delle cause ed effetti delle anomalie con le adeguate e conseguenti azioni di registrazione e segnalazione degli stessi; Individuazione e formulazione delle possibili soluzioni con evidenza degli impatti sul sistema. Risoluzione delle anomalie sugli ambienti hardware e software del nuovo sistema. Individuazione e realizzazione delle possibili evoluzioni del sistema. Controllo della stabilità del sistema, dei servizi attivi e delle funzionalità dei componenti del portale (application server, web server, db server, applicazioni, ecc.). Manutenzione dei software di sistema operativo, d ambiente e di tool applicativi con particolare rilievo per il controllo, la segnalazione e l installazione di nuove release, di patch ed il loro test ed ottimizzazione. Amministrazione dei data base con particolare rilievo per la gestione dello spazio fisico delle tabelle sui dischi, gestione dei parametri del sistema al fine di garantire la corretta funzionalità del data base nonché l ottimizzazione delle relative performance. I servizi di supporto al software sono specificati nel seguito: Manutenzione Correttiva: Il servizio di manutenzione correttiva ha per finalità la garanzia del mantenimento della operatività e delle funzionalità di un applicazione software e si attua attraverso la rimozione di errori residui, non identificati nella fase di produzione, che si manifestano nel corso del periodo di assistenza proposto dalla ditta Aggiudicataria (minimo 180 giorni dal collaudo). Manutenzione Adattativa: Il servizio di manutenzione adattativa ha lo scopo di assicurare il costante, efficace e tempestivo aggiornamento ed evoluzione delle funzionalità del software applicativo rispetto a: variazioni organizzative dei processi di lavoro cui le funzioni applicative si riferiscono che comportino interventi di modifica del software; variazioni normative che comportino interventi di modifica del software; evoluzione delle versioni dei sistemi software di base (sistemi operativi, data base, software di rete, linguaggi di programmazione, ecc.) o all adozione di nuovi sistemi e/o aggiornamenti software di base o di utilità che intervengano nel corso del periodo di manutenzione. esigenze di miglioramento di prestazioni, facilità d uso, robustezza e sicurezza di un applicazione software, che ne lascino tuttavia sostanzialmente inalterate le funzionalità Il servizio di ripristino delle funzionalità in caso di malfunzionamento bloccato è identico sia per l hardware che per il software. In caso di malfunzionamento bloccante l intervento deve essere assicurato entro un termine minimo di 4 ore tra le 08:00 alle 19:00 7 giorni su 7 festivi compresi 365 giorni l anno, mentre deve essere garantito entro le ore 8.00 del giorno successivo al guasto se lo stesso avviene fuori orario. L intervento deve essere risolutivo entro 4 ore dal suo inizio. Per malfunzionamento bloccante si intendono quei malfunzionamenti che impediscono l accesso ai servizi ritenuti essenziali dall Ente appaltante. 19