Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. ALLEGATO 1A CAPITOLATO TECNICO LOTTO 1 Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 1 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Indice Indice .................................................................................................................................................................................... 2 1. Scopo e organizzazione del documento................................................................................................................... 4 2. Generalità della fornitura ........................................................................................................................................... 5 2.1 Oggetto ............................................................................................................................................................... 5 2.2 Perimetro ............................................................................................................................................................ 5 2.2.1 2.3 3. Schede Servizio ........................................................................................................................................... 6 Durata ............................................................................................................................................................... 15 Lombardia Informatica S.p.A ................................................................................................................................... 16 La Direzione Sistemi Regione: ......................................................................................................................................... 17 La Direzione SISS .............................................................................................................................................................. 18 La Direzione Project Management e Tecnologie Applicative: ....................................................................................... 19 3.1.1 4. 5. Certificazione del SGSI ............................................................................................................................. 20 Gestione della Fornitura .......................................................................................................................................... 21 4.1 Interventi .......................................................................................................................................................... 21 4.2 Modalità contrattuali di gestione degli interventi ......................................................................................... 21 4.3 Pianificazione e controllo ............................................................................................................................... 22 4.4 Subentro ........................................................................................................................................................... 23 4.5 Livelli di servizio .............................................................................................................................................. 23 Descrizione delle Macroclassi di Fornitura ............................................................................................................ 24 5.1 Il modello di Governance del SIR ................................................................................................................... 24 5.2 Caratteristiche delle classi ............................................................................................................................. 26 5.2.1 Business analysis ..................................................................................................................................... 27 5.2.2 Definizione dei requisiti ............................................................................................................................ 27 5.2.3 Service Management ................................................................................................................................. 27 5.2.4 Governo del Sistema Informativo ............................................................................................................ 28 5.2.5 Project/Program Management .................................................................................................................. 28 5.3 Modalità di esecuzione.................................................................................................................................... 29 5.3.1 Studio di fattibilità ..................................................................................................................................... 30 5.3.2 Requisiti Utente ......................................................................................................................................... 33 5.3.3 Requisiti di Integrazione nel SIR .............................................................................................................. 36 5.3.4 Assessment ............................................................................................................................................... 39 5.3.5 Modelli di erogazione della fornitura ....................................................................................................... 41 5.3.6 Figure professionali previste ................................................................................................................... 42 5.3.7 Orari di lavoro, reperibilità e luogo di lavoro .......................................................................................... 42 5.3.8 Dotazione dei gruppi di lavoro ................................................................................................................. 42 Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 2 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 6. Strumenti per la Gestione della Fornitura .............................................................................................................. 43 7. Articolazione della Fornitura ................................................................................................................................... 44 7.1 7.1.1 Servizi di supporto al Program Management Office............................................................................... 44 7.1.2 Servizi di supporto al Governo del Sistema Informativo Regionale ..................................................... 48 7.1.3 Servizi di supporto all’area programmazione integrata e fiscalità ........................................................ 65 7.2 8. Servizi con assegnazione immediata ............................................................................................................. 44 Forniture normate da successive richieste di intervento ............................................................................ 71 Proposte progettuali ................................................................................................................................................ 72 8.1 Scopo del capitolo ........................................................................................................................................... 72 8.2 Struttura dei quesiti ......................................................................................................................................... 72 8.3 Evoluzione servizi documentali...................................................................................................................... 72 8.3.1 Contesto ..................................................................................................................................................... 72 8.3.2 Quesito ....................................................................................................................................................... 78 8.3.3 Documentazione a supporto .................................................................................................................... 78 8.4 Modello di offerta per i servizi da erogare al SIREG ..................................................................................... 79 8.4.1 Contesto ..................................................................................................................................................... 79 8.4.2 Quesito ....................................................................................................................................................... 80 8.4.3 Documentazione a supporto .................................................................................................................... 82 8.5 Valorizzazione del patrimonio informativo regionale a supporto delle politiche fiscali e costituzione del fascicolo unico del contribuente ................................................................................................................................. 82 8.5.1 Contesto ..................................................................................................................................................... 82 8.5.2 Quesito ....................................................................................................................................................... 83 8.6 Modalità di standardizzazione e valutazione per la realizzazione di un documento di studio di fattibilità 83 8.6.1 Contesto ..................................................................................................................................................... 83 8.6.2 Quesito ....................................................................................................................................................... 84 8.7 Modalità di standardizzazione e valutazione per la realizzazione di un documento di Requisiti utente . 84 8.7.1 Contesto ..................................................................................................................................................... 84 8.7.2 Quesito ....................................................................................................................................................... 85 8.8 Modalità di standardizzazione e valutazione per la realizzazione di un documento di Assessment ....... 85 8.8.1 Contesto ..................................................................................................................................................... 85 8.8.2 Quesito ....................................................................................................................................................... 86 Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 3 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 1. Scopo e organizzazione del documento Il presente documento ha lo scopo di presentare al Fornitore l’oggetto e l’articolazione della fornitura richiesta da Lombardia Informatica (nel seguito anche indicata con LI) nonché gli elementi per articolare l’offerta tecnica richiesta per l’aggiudicazione della procedura di gara. Nel capitolo 2 sono riportate le generalità della fornitura, specificando oggetto e durata dell’appalto. Nel capitolo 3 sono riportate informazioni riguardanti Lombardia Informatica S.p.A. ed il contesto organizzativo di interesse per l’esecuzione delle attività. Nel capitolo 4 è riportata la descrizione degli aspetti relativi alla gestione contrattuale e degli interventi. Nel capitolo 5 vengono descritte le caratteristiche delle attività della macroclasse di fornitura oggetto di gara e la relativa modalità di esecuzione. Nel capitolo 6 è riportata la descrizione degli strumenti di gestione della fornitura messi a disposizione da LI. Nel capitolo 7 è descritta l’articolazione della fornitura richiesta. In particolare, nel paragrafo 7.1 viene data evidenza della quota parte di fornitura che, per esigenze operative di LI, si riterrà immediatamente assegnata al fornitore dal momento della firma del contratto. Nel capitolo 8 si trova la descrizione delle proposte progettuali e dei relativi quesiti posti al concorrente ai fini della sua valutazione. A conclusione del presente capitolo e a premessa di quanto segue, si precisa che le prescrizioni contenute nel presente Capitolato Tecnico rappresentano i requisiti minimi della fornitura. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 4 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 2. Generalità della fornitura 2.1 Oggetto É oggetto della presente gara la macroclasse di fornitura Supporto al Demand Management, inerente il perimetro definito nel successivo paragrafo, che ricomprende la realizzazione di studi di fattibilità, di analisi dei processi regionali e degli enti del SIREG, di assessment dei processi e dei sistemi ICT che costituiscono il SIR e/o in uso presso degli enti SIREG, di definizione dei requisiti di servizi/sistemi del SIR e/o degli enti del SIREG, il governo dell’evoluzione architetturale dei servizi/sistemi del SIR e/o degli enti del SIREG, il service management, il project e program management. 2.2 Perimetro In generale, rientrano nel dominio entro il quale dovranno essere fornite le attività descritte al paragrafo precedente i seguenti ambiti: i processi ed i servizi afferenti alla programmazione ed alla gestione economico-finanziaria; i processi ed i servizi afferenti ai procedimenti di riscossione delle entrate; i processi ed i servizi afferenti ai procedimenti di erogazione e sostegno a cittadini e imprese; i processi ed i servizi afferenti ai procedimenti di concessione patrocini; i processi ed i servizi afferenti ai procedimenti autorizzativi; i processi ed i servizi afferenti alle competenze regionali in materia di attività produttive, industria e artigianato; i processi ed i servizi afferenti alle competenze regionali in materia di istruzione, formazione e lavoro; i processi ed i servizi afferenti ai procedimenti documentali; i processi ed i servizi afferenti ai procedimenti delle sedute di Giunta e degli affari legali; tutte le attività esplicitamente richieste dal presente capitolato. Ciò premesso, al fine di meglio circostanziare il perimetro attuale dell’Appalto in oggetto, è possibile fare riferimento ad elementi descrittivi di riferimento che vengono forniti da LI ai concorrenti e che consentono di meglio puntualizzarne i confini di competenza. In particolare, oltre quanto detto, si stabilisce che al presente appalto appartengono le Schede Servizio elencate al successivo paragrafo 2.2.1. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 5 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 2.2.1 Schede Servizio Nella tabella seguente vengono elencate le Schede Servizio che rientrano nel perimetro. Tali schede vengono riportate in allegato nell’ultima versione ad oggi disponibile. Le Schede comprendono gli obiettivi, la descrizione del servizio e le informazioni indicative delle evoluzioni previste da Lombardia Informatica S.p.A.. SCHEDA SERVIZIO TITOLO SERVIZIO SCH-005_01 ITER PRATICHE AVVOCATURA SCH-006_01 REGISTRO PERSONE GIURIDICHE PRIVATE SCH-007_01 GESTIONE SCADENZE CONTRATTI E CONVENZIONI (SCACCO) SCH-008_01 SISTEMA INFORMATIVO SOCIETÀ, ENTI E FONDAZIONI DI INTERESSE REGIONALE SCH-010_01 COMUNICAZIONI CITTADINI GOVERNATORE SCH-012_01 PIANO DELLA COMUNICAZIONE SCH-027_02 BANCHE DATI DELLA GAZZETTA UFFICIALE DELLA REPUBBLICA ITALIANA (SERVIZIO ISPOLITELGURITEL) SCH-030_01 CONSERVAZIONE SOSTITUTIVA SCH-030_11 CONSERVAZIONE SOSTITUTIVA PER ARCA SCH-030_21 CONSERVAZIONE SOSTITUTIVA PER ARIFL SCH-030_31 CONSERVAZIONE SOSTITUTIVA PER ARPA SCH-033_01 GESTIONE MANDATI ELETTRONICI SCH-033_02 GESTIONE DEGLI ORDINATIVI INFORMATICI LOCALI (OIL) Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 6 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-034_01 MONITORAGGIO PROCEDIMENTI AMMINISTRATIVI SCH-037_01 CONTABILITÀ ECONOMICO PATRIMONIALE (COEP) SCH-037_11 CONTABILITÀ ECONOMICO PATRIMONIALE PER ARIFL SCH-039_01 MONITORAGGIO FATTURAZIONE (MPS FATTURE) SCH-039_03 RACCOLTA E VALUTAZIONE DELLE PROPOSTE DI PROGETTO (RAP) SCH-039_04 MONITORAGGIO PRODOTTI E SERVIZI (MPS) SCH-040_01 EDMA PROTOCOLLO INFORMATICO SCH-040_02 EDMA W ORKFLOW MANAGEMENT INTEGRATO SCH-040_03 EDMA GESTIONE POSTA ELETTRONICA CERTIFICATA (PEC) SCH-040_04 EDMA GESTIONE FASCICOLO DOCUMENTALE SCH-040_05 EDMA GESTIONE FAX SCH-040_06 EDMA GUI DESKTOP SCH-040_07 EDMA GESTORE DOCUMENTALE SCH-040_08 COMUNICAZIONI ELETTRONICHE SCH-040_11 PROTOCOLLO INFORMATICO PER ARPA SCH-040_12 WORKFLOW MANAGEMENT INTEGRATO PER ARPA SCH-040_14 GESTIONE FASCICOLO DOCUMENTALE PER ARPA Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 7 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-040_15 GESTIONE FAX PER ARPA SCH-040_16 GUI DESKTOP PER ARPA SCH-040_17 GESTORE DOCUMENTALE PER ARPA SCH-040_18 COMUNICAZIONI ELETTRONICHE PER ARPA SCH-040_21 PROTOCOLLO INFORMATICO PER ERSAF SCH-040_22 WORKFLOW MANAGEMENT INTEGRATO PER ERSAF SCH-040_24 GESTIONE FASCICOLO DOCUMENTALE PER ERSAF SCH-040_25 GESTIONE FAX PER ARIFL SCH-040_26 GUI DESKTOP PER ERSAF SCH-040_27 GESTORE DOCUMENTALE PER ERSAF SCH-040_28 COMUNICAZIONI ELETTRONICHE PER ERSAF SCH-040_31 PROTOCOLLO INFORMATICO PER EUPOLIS SCH-040_32 WORKFLOW MANAGEMENT INTEGRATO PER ARCA SCH-040_33 GESTIONE POSTA ELETTRONICA CERTIFICATA PER ARCA SCH-040_34 GESTIONE FASCICOLO DOCUMENTALE PER ARCA SCH-040_36 GUI DESKTOP PER EUPOLIS SCH-040_37 GESTORE DOCUMENTALE PER EUPOLIS Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 8 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-040_38 COMUNICAZIONI ELETTRONICHE PER ARCA SCH-040_41 PROTOCOLLO INFORMATICO PER ARCA SCH-040_42 WORKFLOW MANAGEMENT INTEGRATO PER ARIFL SCH-040_43 GESTIONE POSTA ELETTRONICA CERTIFICATA PER ARIFL SCH-040_44 GESTIONE FASCICOLO DOCUMENTALE PER ARIFL SCH-040_46 GUI DESKTOP PER ARCA SCH-040_47 GESTORE DOCUMENTALE PER ARCA SCH-040_48 COMUNICAZIONI ELETTRONICHE PER ARIFL SCH-040_51 PROTOCOLLO INFORMATICO PER ARIFL SCH-040_56 GUI DESKTOP PER ARIFL SCH-040_57 GESTORE DOCUMENTALE PER ARIFL SCH-041_01 EROGAZIONE E SOSTEGNO (GEFO) SCH-043_01 AMMINISTRAZIONE APERTA SCH-051_01 FONDO PER I PROGETTI INFRASTRUTTURALI (FIP) SCH-052_01 FONDO RICOSTITUZIONE INFRASTRUTTURE SOCIALI LOMBARDIA (FRISL) SCH-054_01 MONITORAGGIO DEGLI INVESTIMENTI PUBBLICI DELLA LOMBARDIA (MIPL) SCH-057_01 GESTIONE INVIO DATI PER IGRUE (SENDER) Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 9 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-058_01 BILANCIO REGIONALE SCH-058_11 BILANCIO DI GESTIONE PER ARIFL SCH-058_21 BILANCIO DI PREVISIONE PER ARIFL SCH-059_01 SERVIZIO CONTABILITÀ REGIONALE SCH-059_11 SERVIZIO DI CONTABILITÀ PER ARIFL SCH-061_01 FINANZIAMENTI ALLE COMUNITÀ MONTANE E COMUNI MONTANI SCH-062_01 SERVIZIO GESTIONE FONDO SOCIO SANITARIO (G3S) SCH-063_01 ATTI FORMALI CON RILEVANZA CONTABILE SCH-065_01 SISTEMA GESTIONE PROGETTI (SGP LOCALE) SCH-066_01 GESTORE CONSULTAZIONE PROGRAMMAZIONE ISTITUZIONALE DELLA VII E VIII LEGISLATURA (SIPEC) SCH-066_02 LABORATORIO DI PROGRAMMAZIONE INTEGRATA SCH-066_03 CRUSCOTTO INDICATORI PER IL MONITORAGGIO DELLA PROGRAMMAZIONE INTEGRATA SCH-067_01 DWH ANAGRAFE TRIBUTARIA SCH-067_02 DWH CARTA SCONTO BENZINA SCH-068_01 PORTALE DEI TRIBUTI E AREA PERSONALE SCH-068_02 GESTIONE SOSPENSIONE CONCESSIONARI TA Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 10 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-068_03 CONTENZIOSO CANONI SCH-069_01 SCONTO BENZINA SCH-071_01 GESTIONE SERVIZIO AFFARI TRIBUTARI (GSAT) SCH-071_03 BOLLO MOBILE SCH-072_01 GESTIONALE TASSA AUTO (GTA) SCH-072_02 SISTEMA DI CALCOLO E RENDICONTAZIONE TASSA AUTO (SDICTA) SCH-075_01 GESTIONE PATRIMONIO INFORMATIVO TRIBUTARIO SCH-077_01 RATEIZZAZIONE ENTRATE REGIONALI SCH-079_02 RATING OPERATORI ACCREDITATI DELLA FORMAZIONE E DEL LAVORO SCH-082_01 GESTORE PATROCINI CULTURA SCH-089_01 SIARL PORTALE GESTIONE FASCICOLO AZIENDALE E DOMANDE SCH-089_02 SIARL GIS SCH-089_03 GESTIONE DEI PAGAMENTI SCH-097_01 GESTORE PATROCINI EVENTI SPORTIVI SCH-107_01 MODELLO UNICO TRASMISSIONE ATTI (MUTA) SCH-107_02 SEGNALAZIONE CERTIFICATA DI INIZIO ATTIVITÀ (SCIA) SCH-107_03 SEGNALAZIONE CERTIFICATA DI INIZIO ATTIVITÀ AGRITURISMO (SCIA AGRITURISMO) Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 11 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-107_04 DIA E AGIBILITÀ SCH-116_01 ALBO COOPERATIVE SOCIALI SCH-194_01 RETE DI AFFIANCAMENTO DELLE IMPRESE IN DIFFICOLTÀ ECONOMICA (RAID) SCH-195_01 BORSA LAVORO LOMBARDIA (BLL) SCH-195_02 COMUNICAZIONI OBBLIGATORIE (COB) SCH-195_03 LIBRETTO FORMATIVO DEL CITTADINO SCH-196_01 GESTIONE ELETTRONICA DELLE FATTURE (GEF) SCH-197_01 SISTEMA UNIFICATO PATROCINI SCH-198_01 GESTIONE MAGAZZINO CANCELLERIA SCH-199_01 FUNZIONARIO DELEGATO (CONTESTO GEF) SCH-200_01 GESTIONE FSE (MONITORWEB) SCH-267_01 STATISTICHE MUTA (MUTASTAT) SCH-277_01 SIARL GPS SCH-280_01 SISTEMA DI ARCHIVIAZIONE SEGRETERIA DI GIUNTA (GESTIONE) SCH-281_01 ATTI FORMALI LEGISLATIVO SCH-282_01 BURL ON-LINE SCH-283_01 REGISTRO ACCESSO ATTI Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 12 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-284_01 DOCUMENTO PROGRAMMATICO DELLA SICUREZZA SCH-286_01 QUADRO REGIONALE STANDARD PROFESSIONALI (QRSP) SCH-707_01 SPESE ELETTORALI SCH-710_01 GESTIONE ITER PRATICHE GENERALIZZATO (PATROCINI LEGGE 50) SCH-711_01 SISTEMA DI RILEVAZIONE REGIONALI DI RACCOLTA INFORMAZIONI DA ENTI LOCALI (EELL) SCH-712_01 PLF (PROTOCOLLO LOCALE FEDERATO) SCH-713_01 GESTIONE SISTEMA INFORMATIVO POSTEL SCH-714_01 FIRMA DIGITALE SU CRS-CNS SCH-715_01 GESTIONALE AVVOCATURA (GESTORE PROCESSI DEGLI UFFICI LEGALI) SCH-716_01 MONITORAGGIO BILANCI CCMM (COMUNITÀ MONTANE) SCH-721_01 GESTIONI ASSOCIATE SCH-721_02 PIATTAFORMA RL2 SCH-721_03 CTS FORUM SCH-721_04 AGENDA DIGITALE SCH-721_05 COMMUNITY NETWORK LOMBARDA SCH-722_01 SERVIZIO PER IL CALCOLO DEL DIVIDENDO DELL'EFFICIENZA SCH-725_01 SISTEMA INFORMATIVO A SUPPORTO DELLE POLITICHE AGRICOLE (SISCO) Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 13 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-731_01 ANAGRAFE REGIONALE STUDENTI SCH-733_01 PIATTAFORMA GARANZIA GIOVANI SCH-734_01 FASCICOLO DIGITALE DEL CITTADINO SCH-735_01 SISTEMA INFORMATIVO TIROCINI SCH-747_01 SISTEMA INFORMATIVO INTEGRATO DELLA POLIZIA IDRAULICA E DELLE UTENZE IDRICHE (SIPIUI) SCH-750_01 STRUMENTI E SERVIZI A SUPPORTO DELLA ARCHITETTURA ENTERPRISE SIR SCH-773_01 APP INLOMBARDIA SCH-778_01 PIATTAFORMA OPENDATA SCH-779_01 CRUSCOTTO CRS SCH-784_01 CONTRIBUTI ESONERATIVI (MAV DISABILI) SCH-788_01 SITI CONVOCA SCH-789_01 FONTI ENERGETICHE RINNOVABILI PROCEDIMENTI AMMINISTRATIVI CEL, PAS E AU SCH-790_01 FIRMA DIGITALE - FIRMA ELETTRONICA SCH-790_02 VERIFICA FIRMA DIGITALE SCH-790_11 FIRMA DIGITALE - FIRMA ELETTRONICA PER ARPA SCH-790_12 VERIFICA FIRMA DIGITALE PER ARPA Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 14 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. SCH-790_21 FIRMA DIGITALE - FIRMA ELETTRONICA PER ERSAF SCH-790_22 VERIFICA FIRMA DIGITALE PER ERSAF SCH-790_31 FIRMA DIGITALE - FIRMA ELETTRONICA PER ARCA SCH-790_32 VERIFICA FIRMA DIGITALE PER EUPOLIS SCH-790_41 FIRMA DIGITALE - FIRMA ELETTRONICA PER ARIFL SCH-790_42 VERIFICA FIRMA DIGITALE PER ARCA SCH-790_52 VERIFICA FIRMA DIGITALE PER ARIFL SCH-791_01 MAIL MERGE SCH-792_01 GESTIONE FILE SCH-793_01 SCANSIONE DOCUMENTI SCH-794_01 REGISTRO FIDEJUSSIONI SCH-795_01 ACCREDITAMENTO OPERATORI SCH-796_01 GESTIONE DELLE COMPETENZE INFORMALI E NON FORMALI DEL CITTADINO SCH-798_01 OFFERTA FORMATIVA SCH-799_01 SISMA DI MANTOVA 2.3 Durata La durata del contratto è fissata in 36 mesi, il tutto come meglio precisato nello Schema di contratto. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 15 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 3. Lombardia Informatica S.p.A Lombardia Informatica S.p.A. (LI) è l’Ente strumentale della Regione Lombardia per l’Information & Communication Technology (ICT). Compito di LI è individuare e realizzare le soluzioni tecnologiche più idonee per realizzare gli obiettivi del Sistema Regionale nel suo complesso, con la massima qualità e le migliori prestazioni, e garantire l’efficacia e l’efficienza del Sistema Informativo Regionale (SIR), fornendo supporto consulenziale per gli indirizzi della strategia ICT della Regione Lombardia e del Sistema Regionale. Al fine di mantenere e sviluppare i modelli di e-government (Sistemi Regione) e di e-health (SocioSanità), LI realizza progetti trasversali a supporto dell’operatività dell’Ente Regione, e progetti di ambito tematico coordinando le esigenze delle diverse Direzioni Generali della Regione. In particolare, per le Direzioni Generali Sanità e Famiglia, Conciliazione, Integrazione e Solidarietà Sociale, LI è responsabile dell’evoluzione del Sistema Informativo Socio-Sanitario (SISS), che rappresenta un grande piano di innovazione nell’ambito della sanità elettronica (e-health) sviluppato negli anni dalla Regione Lombardia. Progetti ed obiettivi rispondono alla mission aziendale: utilizzare le tecnologie informatiche al fine di innovare i servizi ed incrementare la produttività del sistema regionale, per migliorare la qualità della vita dei cittadini, la competitività delle imprese lombarde e l’operatività della Pubblica Amministrazione in Lombardia. Viene nel seguito descritta l’organizzazione di LI. Si sottolinea che l’organizzazione di LI e quindi le Funzioni coinvolte potranno cambiare nel corso della durata della fornitura in seguito a necessità di revisioni dell’operatività di LI, come conseguenza di esigenze di Regione Lombardia o della stessa LI. Riportano al Presidente una struttura per il coordinamento e controllo e una per le operations. In particolare, alla struttura di Coordinamento e Controllo riportano la Funzione di Staff Supplier e Contract Management (SCM), le funzioni che hanno la responsabilità dei sistemi tecnologici di supporto di LI, di gestione della Qualità, della Sicurezza dell’Informazione e della Privacy e di gestione degli impianti e della sicurezza fisica nonché le funzioni di staff quali le risorse umane, l’amministrazione, la comunicazione e gli acquisti. La struttura di operations è composta da direzioni e dipartimenti come di seguito indicato: Strutture Demand: Direzione Sistemi Regione; Direzione SISS (Socio Sanità e CRS-SISS). Strutture Supply: Direzione Project Management e Tecnologie Applicative; Dipartimento Servizi Sire; Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 16 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Dipartimento Servizi Siss e Servizi Trasversali; Dipartimento Esercizio; Direzione Contact Center Regionale. La Direzione Sistemi Regione: fornisce supporto strategico alla Regione nel governo dei sistemi ICT; collabora con Regione nel definire gli indirizzi evolutivi del SIR, garantendo l’architettura complessiva e l’integrità, la consistenza e la coerenza del patrimonio informativo regionale; offre supporto consulenziale alle Direzioni di Regione nell’individuare le soluzioni ICT più innovative e concorrenziali; rappresenta la società nei rapporti con la Regione, verso la quale garantisce l’erogazione dei servizi e la realizzazione dei progetti; nell’ambito di alcuni progetti a valenza strategica e conformemente a quanto previsto dalla L. R. 30/2006, la Direzione è chiamata a svolgere un ruolo analogo nei confronti degli Enti facenti parte del Sistema Regionale. La Direzione si articola nelle seguenti funzioni: Funzione di staff governo SIR, program management e business consulting, che è responsabile del governo del SIR nel suo complesso, ovvero sia delle attività correlate all’organizzazione, programmazione, controllo e coordinamento generale di progetti e servizi, sia dell’indirizzo degli sviluppi evolutivi e dell’architettura logica dei servizi e del patrimonio informativo, e si articola nelle seguenti aree: - Area program management office e controllo economico, che supporta Regione nella definizione e nel controllo di avanzamento del Programma di sviluppo del SIR e, internamente, coordina tutte le attività di budgeting, pianificazione e controllo dei parametri economici della Direzione; - Area monitoraggio SLA ed esercizio, che supporta Regione e la Direzione nel controllo e nell’analisi costante dei livelli di servizio, segnalando eventuali degradi delle performance dei sistemi SIR, e predisponendo la reportistica relativa allo stato dei servizi (SLA, ticket, incidenti, etc.) e agli indicatori richiesti da Regione; - Area business consulting, che centralizza le funzioni business consulting per la Direzione SIRE. In particolare: rileva, in collaborazione con i Service Manager, le esigenze delle Direzioni di Regione e formalizza i requisiti dei sistemi informativi e i relativi impatti organizzativi; - Area governo sistema informativo regionale, cjhe assicura il governo e l’evoluzione del Sistema Informativo Regionale, sia dal punto di vista dei servizi che delle informazioni, definendo l’architettura logica di riferimento e curando la sua costante evoluzione nel tempo sulla base delle esigenze legate ai processi di business sia di Regione Lombardia che del Sistema Regionale; Funzione service management servizi trasversali; Funzione service management programmazione integrata e fiscalità; Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 17 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Funzione service management area economica; Funzione service management area territoriale; Funzione service management SIREG; Funzione service management sviluppo servizi innovativi e CRS. Ciascuna Funzione Service Management: coordina l’intero ciclo di vita dei servizi di competenza dalla rilevazione delle esigenze del cliente fino al rilascio degli stessi e alla loro diffusione; è responsabile della formulazione e dell’approvazione del contratto attivo (aspetti generali, proposta tecnica), come risultato della collaborazione delle varie strutture competenti della Direzione e le strutture delle Direzioni di Supply, e ne garantisce la gestione; gestisce la domanda definendo le esigenze sulla base dei fabbisogni espressi da Regione e dagli enti del SIREG; elabora proposte di soluzione, in collaborazione con l’Area Business Consulting e l’Area Governo SIR fornendo servizi consulenziali a supporto dei clienti per identificare le migliori soluzioni operative (definizione della strategia evolutiva dei servizi); monitora, con il supporto dell’Area Monitoraggio SLA ed Esercizio, i livelli di servizio e garantisce nel tempo l’allineamento fra le esigenze del cliente e l’evoluzione dei servizi stessi. I rapporti contrattuali tra Regione e Lombardia Informatica sono regolati da una Convezione Quadro pluriennale, che ne norma tutti gli aspetti generali. Ogni anno Regione approva con una delibera il documento di programmazione (Programma Operativo annuale – PO) che contiene le attività di evoluzione dei sistemi esistenti e di sviluppo di nuovi sistemi, nonché le attività di gestione dei sistemi del SIR in esercizio e i relativi tetti di spesa. La realizzazione dei singoli progetti viene affidata a LI con lettere di incarico che prevedono il dettaglio degli obiettivi e delle attività, i prodotti (rilasci), le date di rilascio e i relativi importi. Le attività di gestione invece sono contrattualizzate in un incarico unico (IUG Incarico Unico di Gestione) che prevede, oltre alla gestione infrastrutturale, anche tutte le attività di manutenzione e di assistenza ai servizi applicativi in esercizio. Sono presenti anche delle convenzioni specifiche per le attività relative al Sistema dei Tributi (sviluppo e gestione) e al Sistemi della Protezione Civile Tributi (sviluppo e gestione). I rapporti contrattuali con gli Enti sono regolamentati da convenzioni bilaterali analoghe a quella che LI ha con Regione e che vengono poi attuate con l’affidamento di singoli incarichi, con modalità del tutto analoghe a quelle con Regione. La Direzione SISS La Direzione SISS governa la domanda per la socio-sanità definendo che cosa fare e dove investire le risorse per ottenere i risultati migliori in coerenza con le esigenze indicate dalla DG Sanità e dalla DG Famiglia. In particolare: Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 18 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. gestisce il rapporto con le DG Sanità e Famiglia recependo esigenze e vincoli e promuovendo soluzioni innovative, sempre operando in stretta sinergia con i vari responsabili regionali; ha il compito di guidare Lombardia Informatica a supporto della Regione per raggiungere gli obiettivi della Socio-Sanità coordinando i contributi delle varie Direzioni (Direzione Project Management e Tecnologie Applicative, Dipartimento Esercizio, Dipartimento Servizi, ...); coordina l’evoluzione dei servizi per la Socio-Sanità nella visione integrata di un unico Sistema Informativo Socio-Sanitario federato a livello regionale (il SISS), che include tutti i servizi socio-sanitari, i sistemi informativi di Aziende Sanitarie e gli altri operatori sociosanitari; esso è basato sulla piattaforma del Progetto CRS-SISS ed è realizzato tramite un unico programma (il programma SISS). La Direzione si articola nelle seguenti tre linee di attività (strutture): Governo Sistema Informativo Socio Sanitario Regionale: definisce le strategie a governo del sistema informativo socio sanitario regionale e guida l’evoluzione dei servizi regionali. Sistemi Informativi del Territorio Sanità: svolge il ruolo di governo per i Sistemi Informativi interni delle Aziende Sanitarie (SIA) e per i Sistemi Informativi degli altri operatori sociosanitari (medici di base, farmacie, strutture della socio – sanità,..). In particolare, definisce e attua linee guida, servizi condivisi (shared services) e soluzioni speciali; inoltre promuove il riuso di soluzioni. Diffusione Servizi Sul Territorio Sanità: integra e diffonde i servizi regionali, le linee guida e le soluzioni/servizi condivisi e speciali per i sistemi informativi sul territorio. La Direzione Project Management e Tecnologie Applicative: assicura la coerenza dei progetti di sviluppo al modello logico/architetturale dei sistemi informativi di riferimento SIRE e SISS; focalizza le unità organizzative su temi omogenei e coerenti con l’organizzazione e i processi di Regione Lombardia; razionalizza metodi, tecniche e ambienti tecnologici; assicura prestazioni di qualità in linea con il mercato; presta attenzione alle evoluzioni delle tecnologie ICT e alle opportunità di utilizzo per i servizi erogati; valorizza le competenze, anche quelle disciplinari, consolidate nel tempo; prende in carico e garantisce l’evoluzione architetturale ed applicativa del progetto CRSSISS valorizzando al massimo la piattaforma di servizi realizzata; ottimizza tutte le attività di Project Management per poter garantire il massimo risultato in termini produttivi da parte dei fornitori ingaggiati per la realizzazione e manutenzione del software; garantisce la qualità del prodotto ed il suo miglioramento continuo; assicura la piena rispondenza dei sistemi alle esigenze di Sicurezza e Privacy; misura il patrimonio informativo dei servizi gestiti da Lombardia Informatica. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 19 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Il Dipartimento Servizi Sire ed il Dipartimento Servizi Siss e Servizi Trasversali hanno la responsabilità complessiva dei processi di Assistenza e di Gestione dei Servizi e quindi della definizione dei requisiti funzionali, della progettazione della gestione e assistenza, e - nella fase di erogazione - del coordinamento funzionale delle attività svolte dalle strutture aziendali che concorrono attivamente all’erogazione dei Servizi. Hanno in particolare la responsabilità di verificare che l’erogazione dell’assistenza e della gestione avvengano secondo i processi ed i modelli aziendalmente riconosciuti, controllando costantemente il rispetto dei Livelli di Servizio, sia quelli contrattualmente definiti che internamente concordati tra le strutture. Mantengono inoltre la responsabilità di definizione degli adeguamenti funzionali e della supervisione delle evoluzioni relative alle piattaforme a supporto dell’assistenza. Il Dipartimento Esercizio ha la responsabilità del corretto funzionamento delle infrastrutture informatiche per le quali assicura la progettazione, la gestione e l’evoluzione. Presidia le performance dei sistemi e degli apparati provvedendo al mantenimento in efficienza dell’operatività e, in stretta collaborazione il Dipartimento Servizi, garantisce il rispetto dei tempi di attivazione e la qualità dei servizi erogati. La Direzione Contact Center Regionale gestisce il servizio di Contact Center. In particolare, al fine di garantire i LdS contrattuali dei servizi attivati, la Direzione assicura l’organizzazione tecnico produttiva del Contact Center ed inoltre ha la responsabilità di esercire, manutenere ed evolvere l’infrastruttura informatica del Contact Center costituita da Sistemi, Applicativi, Fonia e Reti. La Direzione ha inoltre la responsabilità produttiva delle sedi operative di Paternò, Biancavilla e del nuovo polo lombardo di Milano. 3.1.1 Certificazione del SGSI Lombardia Informatica ha, dal 2006, un Sistema di Gestione per la Sicurezza delle Informazioni (SGSI) certificato secondo lo standard ISO 27001:2005 con il seguente campo d’applicazione: Progettazione, sviluppo ed integrazione di software e sistemi informativi, gestione ed erogazione di servizi informatici con relativi servizi di assistenza e manutenzione per la Pubblica Amministrazione per gli ambiti: socio sanitario, gestione autorizzazione finanziamenti Politica Agricola Comunitaria, esecuzione, controllo e contabilizzazione dei pagamenti, organizzazione e personale di Regione Lombardia, ragioneria e segreteria di giunta, gestione fondi strutturali europei e regionali, gestione documentale, protocollo e atti formali di Regione Lombardia e posta elettronica. Progettazione, gestione ed assistenza del servizio di certificazione e firma digitale e del servizio di posta elettronica certificata. Sono inclusi nel perimetro di applicazione anche i processi di staff a supporto del core business quali ad esempio gli Acquisti, l’Amministrazione, la gestione delle risorse umane, ecc. L’obiettivo di LI è di estendere progressivamente il campo di applicazione della certificazione ISO 27001:2005, in termini di processi/servizi, arrivando a certificare tutta l’organizzazione. Il SGSI di LI è integrato con il Sistema di Gestione della Qualità (ISO 9001:2008). Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 20 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 4. Gestione della Fornitura Le modalità di gestione della fornitura sono dettagliatamente descritte nel Piano di Qualità, allegato alla documentazione di gara. Nei paragrafi successivi vengono descritti in modo sintetico le principali modalità di gestione della fornitura nonché vincoli e requisiti richiesti al fornitore in merito all’oggetto del capitolo. Le attività oggetto del contratto saranno commissionate al Fornitore nel corso della fornitura, attraverso formali “richieste di intervento” (RDI), secondo le modalità indicate nel paragrafo 5 Piano di Qualità, e dovranno rispettare i requisiti previsti per ciascuna macroclasse per la quale si procede. Il contratto indicherà i servizi, le figure professionali, i volumi ed i relativi valori economici distinti per macro classe di fornitura, per la realizzazione del contratto stesso. 4.1 Interventi L’intervento rappresenta un'aggregazione di attività coerenti tra di loro e attinenti a prodotti/servizi, macroclassi di fornitura o raggruppamenti di prodotti/servizi e macroclassi opportunamente individuati. L’erogazione degli interventi potrà avvenire in modalità “a corpo”, “a canone”, “a misura di risorse” o “a misura di prodotto”, secondo le modalità di gestione dettagliate nel successivo paragrafo. Nelle Richieste di intervento di fornitura verranno specificati i dettagli operativi circa l’obiettivo, i requisiti dell’intervento richiesto e gli eventuali vincoli temporali e di altra natura ai quali deve sottostare l’intervento medesimo, i tempi di consegna, le modalità di esecuzione, la metrica di misura dell’intervento, eventuali dettagli sui livelli di servizio applicabili e la modalità contrattuale. Ciò si applica anche alle forniture con assegnazione immediata di cui al successivo paragrafo 7.1. Inoltre, per l’esecuzione degli interventi dovà essere rispettanto anche quanto descritto al successivo Cap. 5 che definisce, per ciascun lotto, i requisiti per ciascuna macroclasse di fornitura applicabile. 4.2 Modalità contrattuali di gestione degli interventi La regolamentazione contrattuale prevede che l’erogazione dei servizi avvenga per interventi realizzati, su richiesta di LI, con modalità “a corpo”, “a canone”, “a misura di prodotto” o “a misura di risorse”. Per interventi “a corpo” si intendono quelli in cui LI, nella richiesta di intervento, descrive il lavoro da svolgere in termini di risultato da raggiungere e indica gli standard da rispettare. Il Fornitore propone un progetto e un piano di lavoro dimensionato in Giorni Persona (GG PP) o in Function Point (FP), il cui corrispettivo è calcolato sulla base di tale dimensionamento e dei corrispettivi giornalieri. Il corrispettivo, determinato come valore complessivo e concordato tra le parti a preventivo, è erogato al raggiungimento di obiettivi (fatturazione per Deliverable), a prescindere dall’intensità di consumo delle risorse. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 21 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Per interventi “a canone” si intendono quelli erogati in modalità continuativa. LI, nella richiesta di intervento, definisce le modalità di esecuzione degli interventi, i risultati da garantire, gli standard da rispettare e il Fornitore propone un’offerta che garantisca i risultati richiesti in linea con le esigenze di LI. Il corrispettivo dell’intervento è calcolato sulla base del dimensionamento previsto. I corrispettivi, determinati come valore complessivo e concordati tra le parti a preventivo, vengono erogati in funzione di un canone periodico fisso, a prescindere dall’intensità di consumo delle risorse. Per interventi “a misura di prodotto” si intendono quelli in cui il Fornitore realizza, sulla base di specifiche indicazioni di LI, quantità di prodotto variabili in un tempo predeterminato. Il corrispettivo finale è funzione della quantità di prodotto lavorato e del prezzo contrattuale fissato per unità di prodotto, a prescindere dall’intensità di consumo delle risorse. Esso è concordato tra le parti a preventivo e verificato a consuntivo. Si prevede la determinazione periodica del corrispettivo basata sulle misure a consuntivo effettuate. Caso tipico per sviluppo e manutenzione è quello relativo alle misure di prodotto legate ai FP. Per interventi “a misura di risorse” si intendono quelli in cui il Fornitore organizza, coordina e mette a disposizione il gruppo di lavoro preposto alla collaborazione nella realizzazione dell’intervento la cui attività sarà consuntivata sulla base delle tariffe giornaliere. Il corrispettivo viene legato alla quantità di impiego lavorativo erogato e concordato tra le parti a preventivo e a consuntivo. Si prevede la determinazione del corrispettivo basato sulle misure a consuntivo effettuate periodicamente. Le suddette modalità sono applicabili ad ognuna delle macro classi di fornitura. 4.3 Pianificazione e controllo Oltre al Piano della Qualità, il documento di riferimento per l’esecuzione ed il controllo della fornitura è il Piano Generale della Fornitura, attraverso il quale il Fornitore potrà prendere visione e valutare la pianificazione esecutiva per quel che riguarda le attività prese in consegna. Secondo quanto declinato in modo più approfondito nel Piano di Qualità, il Piano Generale dovrà essere redatto con cadenza annuale (per anno solare) e prevedere la stima di ripartizione dei tetti di spese previsti per la realizzazione delle attività. E’ utile specificare che il contratto, oltre alla definizione dell’oggetto, contiene il “perimetro” di riferimento entro il quale il Fornitore sarà chiamato ad operare per tutta la durata della fornitura, ovvero l’insieme di servizi e ambiti di attività che inizialmente confluiscono nell’ambito del contratto. Nel corso della fornitura si potranno aggiungere altri servizi che rientrano nel perimetro individuato. Ciò sarà regolato nel Piano Generale della Fornitura. Per un maggior dettaglio sui contenuti di tali documenti si rimanda al capitolo 5 del Piano di Qualità. I momenti di verifica e controllo saranno costanti per tutta la durata della fornitura, e dovranno garantire una visibilità completa e dettagliata dell’avanzamento delle attività in ogni momento. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 22 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Le attività di verifica e controllo della fornitura possono essere così classificate: verifica dell’andamento operativo della fornitura (SAL Operativo); verifica dell’andamento economico e generale della fornitura (SAL Economico-Generale); Il dettaglio è riportato all’interno del paragrafo 5.2.2 del Piano di Qualità. 4.4 Subentro Nel caso in cui per la realizzazione di un intervento, siano previste attività di subentro da parte del Fornitore, lo stesso dovrà predisporre il Piano di Subentro per il singolo intervento, coerentemente con le indicazioni espresse nel Piano di Qualità. Il Piano specifica le attività organizzative e operative richieste e/o messe in atto dal Fornitore per prendere in carico le attività incluse nella richiesta di intervento. Tale piano dovrà essere predisposto dal Fornitore a proprio carico e senza oneri in capo a Lombardia Informatica e con espressa osservanza di quanto previsto dal Capitolo 5 (“Modalità di gestione dell’intervento”). Per queste attività non sarà corrisposto alcun compenso. Si specifica che per le forniture ad assegnazione immediata, di cui al paragrafo 7.1 Capitolato Tecnico, i periodi di subentro stimati sono quelli ivi riportati. 4.5 Livelli di servizio I Livelli di Servizio sono suddivisi in tre categorie: Livelli di Servizio Generali (LSG) della Fornitura, Livelli di Servizio Specifici (LSS) per macro classi di Fornitura, e Livelli di Servizio Specifici (LSS) applicabili alle forniture ad assegnazione immediata. I Livelli di Servizio applicati alla fornitura sono contenuti nell’allegato 1 del Piano di Qualità. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 23 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 5. Descrizione delle Macroclassi di Fornitura 5.1 Il modello di Governance del SIR Con l’obiettivo di rendere a Regione un servizio in continuo miglioramento, in relazione soprattutto alla capacità avere una visione di alto livello che risponda adeguatamente alle effettive esigenze delle Direzioni Generali e degli Enti del SIREG, in un’ottica di competenze e processi trasversali, Lombardia Informatica ha adottato delle logiche di IS Governance (Information System Governance) identificando modelli e strumenti che abilitino la supervisione e il coordinamento delle diverse componenti del Sistema Informativo Regionale (SIR), nonché il loro allineamento, in una prospettiva di evoluzione, agli obiettivi di Regione Lombardia. In particolare, di fondamentale importanza è l’adozione di una visione sistemica del SIR che permette la riconduzione di progetti specifici ad un unico framework logico e architetturale, che guida lo sviluppo del SIR con la conseguente definizione degli obiettivi di breve, medio e lungo periodo. Allo stesso modo le nuove logiche di IS Governance hanno introdotto standard condivisi, principalmente di prassi operativa e metodologica. Nell’ottica di applicare il nuovo modello di Governo del Sistema Informativo Regionale (SIR) e migliorarne il supporto ai processi regionali, è stata avviata da Lombardia informatica, di concerto con la UO SIeICT di Regione Lombardia, una iniziativa per la definizione ed attuazione di una Architettura Enterprise del SIR orientata ai servizi. Tale iniziativa, i cui risvolti sono sia di natura organizzativa, metodologica che operativa, si pone l’obiettivo di assicurare il governo e l’evoluzione del Sistema Informativo Regionale, sia dal punto di vista dei servizi e delle informazioni sia dei prodotti software, definendo l’architettura logica e applicativa di riferimento e curandone la loro costante evoluzione nel tempo sulla base delle esigenze legate ai processi di business di Regione Lombardia e del Sistema Regionale. L’Architettura Enterprise è una disciplina che studia come definire e governare la struttura di un'organizzazione, gli obiettivi, i processi ed i servizi di business, le applicazioni software a supporto, i flussi informativi, e le tecnologie utilizzate. Attraverso la conoscenza architetturale di un'organizzazione complessa, quale un Ente della Pubblica Amministrazione, è dunque possibile regolare i processi di crescita ed efficientamento, controllarne i rischi operativi, garantire la qualità dei processi e verificare la conformità alle normative. Per affrontare una tema di tale complessità si è scelto di utilizzare il framework metodologico TOGAF (The Open Group Architectural Framework) contestualizzato nella realtà Regione Lombardia/LI. Il framework TOGAF è costituito da un insieme di indicazioni metodologiche e best practice per la implementazione di una Architettura Enterprise, attraverso una attivazione di fasi di pianificazione, analisi ed azioni che, iterativamente ed in modo scalabile rispetto alla organizzazione di riferimento, si pongono come obiettivo primario l’avvicinamento tra le soluzioni IT e le esigenze di business. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 24 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Il modello definito consente una visione a più livelli dell’architettura complessiva, in modo compatibile con l’organizzazione di Regione Lombardia e Lombardia Informatica e le competenze ed esperienze delle risorse coinvolte. Come mostrato in figura, il modello di Architettura Enterprise del SIR risulta suddiviso nei seguenti livelli: Architettura dei processi di business Descrive i processi aziendali e funzionali, relazionandoli con gli attori in gioco e posizionandoli nel framework dei processi regionali di riferimento. Architettura logica a servizi (di business) Descrive e modella i servizi di business e le informazioni, fornendo una vista d’insieme dei servizi attualmente in erogazione posizionandoli rispetto ad una architettura logica ed informativa di riferimento; rappresenta un livello di contatto tra il business (processi e attori) e le soluzioni applicative (prodotti SW). Architettura applicativa Descrive e modella i prodotti SW e le banche dati, fornendo un catalogo aggiornato delle soluzioni applicative e dettagliandone l’architettura applicativa (vista interna e relazione con altri moduli SW). Architettura infrastrutturale Descrive l’insieme delle risorse infrastrutturali a supporto della erogazione dei servizi di business, fornendo un inventario delle risorse (CMDB) e modellando la relazione tra prodotti SW e relativo HW. Figura 1. Livelli di Architettura Enterprise del SIR Il modello così strutturato è riportato schematicamente in Fig. 2, dove sono evidenziati gli oggetti di riferimento del modello di Architettura Enterprise del SIR. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 25 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Figura 2. Modello e Strumenti di Architettura Enterprise del SIR In tale modello si sottolinea la centralità del servizio di business, inteso come un insieme di prestazioni a supporto di uno o più processi di business (o parti di essi). Le prestazioni possono essere di natura funzionale, di assistenza e gestione, di comunicazione e formazione e sono oggetto di monitoraggio e controllo dei livelli di servizio definiti contrattualmente. Un servizio di business, ovvero le sue funzionalità disponibili per i processi di business, possono essere supportate da uno o più prodotti software, dispiegati su una corrispondente infrastruttura IT al fine della erogazione del servizio agli utenti finali. Oltre a questi, il modello include anche i seguenti oggetti rappresentativi del Patrimonio Informativo: Informazione: una entità informativa dotata di proprio significato e specificità ai fini del business Concetto: una astrazione e/o generalizzazione di una o più informazioni (ad es. il concetto di azienda generalizza l’informazione associata ad una azienda artigiana che presenta richiesta di partecipazione ad un bando di erogazione e sostegno) Banca dati: lo spazio organizzato e relazionato dove vengono custoditi e gestiti i dati di un prodotto software, unitamente al modello dei dati logico e fisico Tutte le attività ed i prodotti descritti nel seguito rientrano nella cornice metodologica (e strumenti) sopra descritta. 5.2 Caratteristiche delle classi Le classi che afferiscono alla macroclasse Supporto al Demand Management sono: business analysis; Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 26 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. definizione dei requisiti; service management; governo del sistema informativo; project/program management. 5.2.1 Business analysis Le attività si esplicitano in: analizzare i processi di business in essere presso gli utenti e modellarli all’interno della mappa dei processi delle Direzioni regionali e degli enti del SIREG, identificando criticità ed, eventualmente, valutardo le performance; proporre opportunità per il miglioramento o l’aggiornamento (“reengineering”) dei processi analizzati e/o l’adozione di Best Practice consolidate; identificare aree di miglioramento nell’ambito dei sistemi informativi a supporto dei processi stessi; identificare gli impatti organizzativi derivanti dal reengineering dei processi e/o dall’introduzione di nuovi sistemi informativi a supporto (“business impact analisys”); presidiare l’evoluzione normativa: leggi, norme e piani nazionali e regionali. 5.2.2 Definizione dei requisiti Le attività si esplicitano in: tradurre le esigenze del cliente in requisiti del servizio, sulla base dell’analisi dei processi di business, ovvero - raccogliere e definire i requisiti funzionali e non funzionali dei sistemi a supporto dei processi di business analizzati, utilizzando anche linguaggi e strumenti specifici, nonché i requisiti informativi relativi ai dati gestiti all’interno dei processi di business analizzati (Requisiti Utente – vedi par. 5.3.2); - indicare le modalità di interazione tra gli utenti ed il servizio, anche attraverso la realizzazione di anteprime grafiche delle interfacce utente e mockup (Requisiti Utente – vedi par. 5.3.2); - definire i requisiti di gestione del servizio (Requisiti Utente – vedi par. 5.3.2); - definire i requisiti di integrazione dei sistemi a supporto dei servizi di business analizzati, nell’ambito dell’ecosistema SIR (Requisiti di Integrazione – vedi par. 5.2.4); - definire i requisiti di erogazione che dovrà soddisfare il servizio a supporto dei processi di business analizzati (Requisiti di Erogazione – vedi par. 5.2.3). definire gli impatti organizzativi e le necessità di attività di change management; verificare la coerenza complessiva dei requisiti definiti, nonché la coerenza tra requisiti e implementazione del servizio. 5.2.3 Service Management Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 27 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Le attività di supporto al Service Manager e al Responsabile di Funzione Service Management si esplicitano nel: coordinare l’intero ciclo di vita dei servizi di competenza dalla rilevazione delle esigenze del cliente Regione e SIREG fino al rilascio degli stessi e alla fase di diffusione; collaborare nelle attività di gestione del cliente presso le Direzioni Generali/Centrali di Regione e gli enti del SIREG; gestire la domanda definendo le esigenze sulla base dei fabbisogni espressi da Regione e dagli enti del SIREG ed elaborando proposte di soluzione, avvalendosi della Funzione di Staff Governo SIR, Program Management e Business Consulting; monitorare, con il supporto dell’Area Monitoraggio SLA ed Esercizio, l’andamento dei servizi e i livelli di servizio; redigere la documentazione relativa al contratto attivo verso Regione (aspetti generali, proposta tecnica), in collaborazione con le varie strutture competenti della Direzione e le strutture delle Direzioni di Supply, compreso il piano esecutivo, che deve essere basato sui piani di dettaglio delle varie strutture; coordinare le fasi attuative in ottica di una visione integrata dei processi e delle tempistiche, in particolare assicurando la supervisione relativa: - alla definizione dei requisiti (disegno logico ed aspetti architetturali, aspetti funzionali, scenari di integrazione); - alla realizzazione (sviluppo software, infrastruttura, integrazione tecnica, …); - alla validazione finale; - all’esercizio e alla diffusione dei servizi (formazione, comunicazione, …). 5.2.4 Governo del Sistema Informativo Le attività si esplicitano in: fornire linee guida e vincoli sull’architettura logica dei servizi, mantenendo aggiornata la conoscenza dei servizi esistenti nel Portfolio dei Servizi SIR e SIREG; supportare il governo dell’evoluzione del SIR, indirizzando il disegno complessivo e curando il disegno logico dei servizi e delle informazioni. Ciò al fine di identificare e programmare gli interventi di evoluzione su base pluriennale, in modo coordinato, sia per i servizi verticali sia per i servizi/piattaforme a valenza trasversale; supportare l‟attività di governo della realizzazione dei servizi al fine di garantire che la traduzione dei requisiti in soluzioni sia coerente con il disegno architetturale complessivo, attraverso il documento dei Requisiti di Integrazione; supportare l’attività di governo del patrimonio informativo, curando il disegno concettuale complessivo delle informazioni al fine di incrementare l’efficacia e l’efficienza dei servizi che attingono al patrimonio stesso, attraverso il documento dei Requisiti di integrazione; fornire eventuale supporto specialistico per la definizione dei requisiti architetturali della soluzione. 5.2.5 Project/Program Management Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 28 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Nel caso di progetti di particolare complessità e/o di impatto rilevante, è necessario affiancare al Service Manager un Project/Program Manager, al fine di assicurare una adeguata gestione operativa del progetto, collaborando con tutte le strutture coinvolte per il raggiungimento degli obiettivi attraverso attività di coordinamento, monitoraggio e comunicazione e gestendo con il Service Manager ed il team di progetto eventuali criticità sia di tipo tecnologico sia di tipo organizzativo. Le attività si esplicitano in: supportare la gestione dell'intero ciclo di vita dei progetti, dalla pianificazione, alla strutturazione e organizzazione del lavoro, dalla definizione al controllo di task, dalla definizione degli obiettivi al monitoraggio della realizzazione. In particolare si esplicitano nei seguenti punti: - definire il piano di progetto che contiene: 5.3 gli obiettivi di progetto, la descrizione delle attività, le fasi e le milestone, le attività di progetto (Work Breakdown Structure. Diagramma di Pert, Diagramma di Gantt), l’analisi dei rischi (piano gestione rischi, sintesi rischi individuati e strategie di prevenzione), la stima dei costi; - effettuare stati di avanzamento lavori periodici; - monitorare lo stato di raggiungimento degli obiettivi di progetto e milestone e verificare il rispetto delle scadenze temporali determinate in sede di pianificazione; - gestire le eventuali ripianificazioni di tempi e costi e attività di progetto, evidenziando al Service Manager gli impatti sugli obiettivi; - analizzare i risultati, parziali e non, definire e controllare l’attuazione delle azioni correttive necessarie a rimettere il progetto in linea con gli obiettivi; - gestire le varianti al progetto a fronte di richieste di attività non previste o di una rimodulazione degli obiettivi da parte del cliente; - identificare e gestire le criticità e le aree di rischio progettuali nonché gestire la soluzione dei problemi; - controllare la documentazione prodotta (es. manuale utente, documentazione di specifiche tecniche e funzionali) in relazione al rispetto degli standard di qualità; supportare la gestione di una Base Informativa di Progetto che permetta di oggettivare e condividere le informazioni e la documentazione dei progetti gestiti, anche mediante la progettazione e la gestione delle iniziative di comunicazione interna per favorire la condivisione e la conoscenza delle attività e dei risultati progettuali. Modalità di esecuzione Nell’ambito delle attività descritte ai paragrafi precedenti potranno essere richiesti i seguenti deliverable. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 29 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 5.3.1 5.3.1.1 Studio di fattibilità Descrizione del prodotto Lo studio di fattibilità è lo strumento che permette di determinare la convenienza di una soluzione e fornisce ai responsabili le informazioni necessarie alla decisione per l’effettivo avvio della realizzazione di un progetto e per l’attivazione dell’investimento necessario. Nello studio di fattibilità devono essere esplicitate le condizioni che rendono conveniente la soluzione finale scelta, stimandone la sua fattibilità tecnica ed economica, i benefici e i rischi e le scadenze temporali. Lo studio deve contestualmente verificare l’esistenza di un’adeguata soluzione tecnica situata all’interno dei vincoli economici e temporali dati, anche attraverso il confronto tra soluzioni diverse e la scelta tra di esse deve essere indicata sulla base di criteri esplicitati e predefiniti, nonché deve fornire elementi oggettivi per indirizzare l’eventuale make o reuse. Questo documento sarà uno degli input per la redazione dei requisiti. La fattibilità viene indagata rispetto agli aspetti tecnici: si verifica la realizzabilità di strumenti, quantitativamente e qualitativamente adeguati; organizzativi: si verifica se la proposta è realizzabile nell’ambito dell’organizzazione esistente; economici: si verifica se i costi (le risorse necessarie) per la realizzazione sono giustificati dai benefici (ritorni attesi); temporali: si verifica se la realizzabilità si può concretizzare in tempi “accettabili” (rispetto ai quali il sistema continua ad essere utile). Nel seguito vengono illustrate le sezioni del deliverable atteso per questa tipologia di prodotto. Si precisa però, che a seconda degli obiettivi, potranno essere approfonditi solo alcuni degli aspetti elencati. 1. La situazione attuale – AS-IS Lo studio deve essere contestualizzato all’interno dell’organizzazione e degli obiettivi dello studio stesso e deve descrivere la problematica/opportunità e l’esigenza da soddisfare. L’analisi della situazione AS-IS, nella prospettiva della Architettura Enterprise del SIR, deve rilevare, modellare e analizzare il livello dei processi i business, il livello dei servizi di business (architettura logica) e delle informazioni, il livello dei prodotti (architettura applicativa) e dei dati e il livello dell’infrastruttura tecnologica. L’analisi deve portare all’individuazione delle criticità e delle relative cause, nell’ambito di uno qualunque dei livelli descritti. L’analisi dell’AS-IS deve anche rilevare i vincoli esistenti, come il quadro normativo di riferimento, o eventuali vincoli temporali, economici, organizzativi, tecnologici, ecc. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 30 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 2. Macro-requisiti della soluzione A fronte dell’analisi dell’AS-IS, vengono descritti i macro-requisiti che rispondono alle esigenze espresse o risolvono le criticità identificate. 3. Identificazione della/e soluzione/i Il dettaglio della/e soluzione/i deve essere strutturato secondo le logiche della metodologia di Governance del SIR, ovvero riguardare uno o più dei seguenti livelli dell’Architettura Enterprise: - il livello dei processi i business, con le eventuali proposte di cambiamento dei processi; il livello dei servizi di business (architettura logica) e delle informazioni, ovvero modifica di quelli esistenti e/o proposta di nuovi; il livello dei prodotti (architettura applicativa) e dei dati, ovvero modifica di quelli esistenti e/o proposta di nuovi; il livello dell’infrastruttura tecnologica, ovvero modifica di quella esistente e/o proposta di nuova. Nell’analisi della/e soluzione/i proposta/e devono essere specificate anche le modalità di realizzazione e quindi, componente per componente, se si intende realizzarla ex-novo, se si intende riutilizzare componenti già esistenti e, nel caso, se tali componenti sono interne al SIR o esterne oppure se si ipotizza di usare una soluzione di mercato. Le possibili alternative dovranno essere valutate e messe a confronto, specificando pro e contro di ciascuna di esse. Deve altresì esser valutata tutta la fase di avvio (formazione e comunicazione) e l’esercizio del sistema, senza trascurare valutazioni e alternative rispetto alle attività/processi di gestione, assistenza e manutenzione. 4. Analisi dei rischi Lo studio di fattibilità deve individuare e valutare i fattori di rischio come ad esempio la complessità dei processi di business coinvolti, la dimensione del progetto, il grado di innovatività, ecc. i rischi ed i relativi impatti, nonché le strategie e le contromisure per gestire i rischi stessi. 5. Scelta della soluzione Lo studio deve indicare la soluzione “migliore”, specificando chiaramente le motivazioni, oppure un’eventuale griglia di parametri che guidino alla scelta della soluzione che il committente potrà usare nella fase decisionale. 6. Analisi costi/benefici L’analisi costi/benefici permette di valutare la bontà dell’investimento. L’analisi si può limitare a mettere a confronto i costi del progetto con i benefici attesi oppure, per progetti Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 31 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. particolarmente critici e di grandi dimensioni, può essere costruito un vero e proprio “business case”. Per quanto riguarda il business case, si precisa quanto segue. I costi dovranno essere scomposti (es. costi del progetto, costi hw, costi sviluppo sw, costi di avviamento, costi di gestione, …) usando elementi dimensionali e costi unitari il più possibile allineati con gli standard di mercato. I benefici dovranno essere scomposti e monetizzabili, misurabili e intangibili. Si tenga conto che, nell’ambito PA, i benefici intangibili possono assumere particolare rilevanza (es miglioramento del servizio ai cittadini, miglioramento della immagine, riduzione dei supporti cartacei …). L’analisi costi/benefici dovrà tener conto anche della vista “investimenti”, in quanto costi e benefici si possono presentare in momenti diversi. Si potranno inoltre identificare degli indicatori delle prestazioni (key performance indicators), che esprimono (o sono connessi) al raggiungimento degli obiettivi di progetto e che possono considerare ad esempio gli impatti finanziari, gli impatti organizzativi, gli impatti sul livello di servizio verso cittadini e imprese, ecc. … Le attività che devono essere svolte per realizzare lo studio di fattibilità seguono il flusso di redazione del documento stesso. Di seguito si riporta una sequenza indicativa degli step relativi: 1. Definizione, in accordo con il referente LI, di obiettivi, ambito e profondità dello studio. 2. Interviste e reperimento ed esame della documentazione sia internamente a LI sia presso le strutture regionali. 3. Definizione della situazione attuale AS-IS e delle relative criticità. - Verifica con Service Manager e revisione documento. - Verifica con le strutture regionali committenti e revisione documento. 4. Elaborazione della/e soluzioni. - Verifica con Service Manager e revisione documento. 5. Identificazione soluzione “migliore”. - Verifica con Service Manager e revisione documento. 6. Analisi del rischio - Verifica con Service Manager e revisione documento. - Verifica con le strutture regionali committenti e revisione documento. 7. Analisi dei costi e dei benefici. - Verifica con Service Manager e revisione documento. 8. Verifica con le strutture regionali committenti e revisione finale documento. 9. Finalizzazione dello studio e presentazione complessiva e sintesi. 5.3.1.2 Dimensioni di analisi e livello di dettaglio Come spiegato al precedente paragrafo, a seconda degli obiettivi, lo studio di fattibilità approfondirà uno o più ambiti. Di conseguenza potrà variare il livello di complessità sia dell’attività sia del deliverable. A titolo esemplificativo si riportano alcuni dei parametri che possono influire su tale complessità: Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 32 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. complessità dei processi (numero di attori coinvolti e/o numero di organizzazioni coinvolte e/o estensione, …), livello di dettaglio richiesto per la modellizzazione dei processi, numero di soluzioni identificate, livello di dettaglio della soluzione (anche tecnico), definizione e approfondimento dell’analisi costi/benefici , definizione e approfondimento del business case. 5.3.2 5.3.2.1 Requisiti Utente Descrizione del prodotto L’analisi e definizione dei requisiti utente ha l’obiettivo di individuare e formalizzare tutti gli elementi utili alla descrizione dell’esigenza business, con particolare attenzione agli aspetti funzionali e di processo. A questo fine è stata elaborata una metodologia standard di analisi, basata sul modello di Architettura Enterprise SIR, che pone i suoi fondamenti sulla analisi e modellazione dei processi, degli attori coinvolti e correla i requisiti, suddivisi per tipologia, alle varie fasi del processo che devono essere supportate da uno o più servizi di business. L’analisi deve essere condotta secondo linee guida standard definite da LI ed i vari elementi (processi, attori, requisiti) dovranno essere modellati in modo da garantire una piena compatibilità, in forma e contenuto, con lo strumento di Architettura Enterprise adottato da LI. Nel seguito vengono illustrate le sezioni del deliverable standard atteso per questa tipologia di prodotto e la corrispondenza con i passaggi principali della metodologia di analisi. 1. Definizione dei Requisiti Funzionali - Identificazione del processo aziendale principale: in questa fase è necessario innanzitutto fornire un quadro generale del processo, per poi descrivere il o i sottoprocessi aziendali oggetto di indagine con maggiore livello di dettaglio; - Descrizione dei processi funzionali e delle singole attività di cui sono costituiti: mediante l’utilizzo di notazione standard, il processo principale può essere scomposto in più processi funzionali che a loro volta saranno descritti facendo ricorso ad una scomposizione in attività. In particolare le notazioni standard che è necessario utilizzare sono: diagrammi di flusso per la scomposizione del processo aziendale in processi funzionali notazione BPMN per la scomposizione dei processi funzionali in attività atomiche - Identificazione degli attori e delle entità di business: in questa fase vengono rilevati e descritti gli attori coinvolti nelle diverse attività del processo e le entità di business, ossia classi di oggetti che permettono di veicolare informazioni (ad es. messaggi, file di dati, documenti, report). E’ importante tenere presente che l’identificazione degli attori di processo deve Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 33 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. consentire di ottenere una vista generale e una vista dettagliata in merito a ruoli e competenze associate e che la descrizione delle singole entità di business deve essere chiara ed univoca. - Elenco e descrizione dei requisiti funzionali legati ai processi funzionali: sulla base delle attività identificate è necessario individuare i requisiti funzionali che dovrà avere la soluzione che si intende realizzare al fine di permettere il supporto dei processi funzionali precedentemente descritti. In particolare ogni requisito correlato alle specifiche attività dovrà essere descritto nel dettaglio e sarà necessaria l’assegnazione di una priorità. 2. Definizione dei Requisiti Informativi Questa sezione è finalizzata alla presentazione delle componenti informative (dati, documenti, oggetti, ecc.) significative e le relazioni logiche tra le stesse intercorrenti, riguardanti il processo oggetto di analisi. La modellazione deve avvenire facendo ricorso a: - schema logico-concettuale - descrizione dei concetti presenti nello schema - associazione ad ogni concetto di più attributi, che devono essere descritti. 3. Definizione dei Requisiti di Gestione del Servizio Questa sezione è finalizzata a descrivere brevemente i requisiti connessi alla gestione operativa. In particolare è necessario che gli strumenti messi a disposizione permettano un agevole accesso alle funzionalità di gestione, amministrazione e monitoraggio del servizio a supporto del processo aziendale oggetto di analisi. 4. Definizione dei Requisiti di Sicurezza Questa sezione ha come scopo l’identificazione degli aspetti / requisiti di sicurezza in base alla natura dei dati e delle informazioni utilizzate dal processo aziendale oggetto di analisi. In questa fase è quindi fondamentale dettagliare quali siano: - - - - i requisiti generali di sicurezza in termini di natura dei dati, livello di disponibilità da garantire con particolare attenzione alla predisposizione di strumenti di Disaster Recovery e definizione di Recovery Time Objective, Recovery Point objective; le misure minime di sicurezza necessarie in relazione alla natura dei dati; in caso di inapplicabilità di una misura di sicurezza in relazione ad uno specifico dato è necessario specificare le motivazioni alla base della dichiarata inapplicabilità; le misure minime di sicurezza specifiche da implementare nel caso in cui i dati trattati siano giudiziari; queste sono sempre da intendersi come aggiuntive rispetto a quelle indicate in precedenza; ulteriori aspetti legati alla sicurezza, specifici per l’implementazione della soluzione proposta (ad esempio relativamente all’esposizione di nuovi dati, di nuove funzionalità, aumento del carico di elaborazione, etc.), eventuali requisiti di sicurezza perimetrale, la frequenza di esecuzione di verifiche tecniche di sicurezza (ad esempio Vulnerability Assessment, Penetration Test, ecc.), il periodo di archiviazione richiesto per i dati trattati, Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 34 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. la tipologia di sicurezza di canale garantita sia per l’accesso al servizio sia per i flussi dati scambiati dalle componenti applicative. 5. Definizione dei Requisiti di Interazione Utente Questa sezione deve essere dedicata all’identificazione degli aspetti generali di interazione fra utente e sistema, con l’obiettivo di massimizzare l’usabilità del sistema a supporto del processo aziendale principale, agevolando gli utenti nel raggiungimento di specifici obiettivi di efficacia, efficienza e soddisfazione in uno specifico contesto d’uso. In particolare si richiede che durante l’analisi vengano presi in considerazione: - - - - - - - - visibilità dello stato del sistema: il sistema dovrebbe sempre tenere informato l’utente sul proprio stato, attraverso messaggi appropriati comunicati in un tempo ragionevole; corrispondenza tra il sistema e il mondo reale: il sistema dovrebbe utilizzare il linguaggio dell’utente, con parole, frasi e concetti a lui familiari invece che con termini tipici dell’ambiente in cui il sistema è stato progettato e realizzato; libertà e controllo del sistema da parte dell’utente: gli utenti spesso utilizzano erroneamente funzionalità del sistema e avranno quindi bisogno di una chiara “via d’uscita” per abbandonare una situazione non voluta, senza dover passare attraverso procedure complesse; coerenza e standard: gli utenti non dovrebbero avere dubbi sul fatto che differenti parole, situazioni o azioni significhino la stessa cosa. È opportuno attenersi alle convenzioni caratteristiche dell’ambiente; prevenzione degli errori: eliminare le condizioni che possono generare errori o individuarle dando all’utente la possibilità di conoscerle prima di compiere un’azione; alleggerimento del carico mnemonico dell’utente rendendo oggetti, azioni e opzioni riconoscibili. L’utente non dovrebbe avere la necessità di ricordare informazioni passando da una interazione all’altra. Quando fosse necessario, le istruzioni per l’utilizzo del sistema dovrebbero essere facilmente visibili e raggiungibili; flessibilità ed efficienza nell’uso: il sistema dovrebbe proporre tecniche adeguate a velocizzare le operazioni d’uso da parte degli utenti più esperti, tenendo conto anche delle necessità dei meno esperti. Dovrebbe anche consentire all’utente la personalizzazione delle azioni più frequenti; grafica e design: le interfacce del sistema non dovrebbero contenere informazioni irrilevanti o scarsamente necessarie. Ogni informazione di tal genere rende difficile discernere le informazioni e le funzionalità; supporto agli utenti per riconoscere, diagnosticare e risolvere le condizioni di errore: i messaggi di errore dovrebbero essere espressi in linguaggio naturale, non tecnico, indicando in modo preciso il problema e suggerendo possibili soluzioni; assistenza e documentazione: sebbene sia cosa ottimale l’utilizzo del sistema senza la necessità di documentazione, potrebbe essere comunque necessario fornirla insieme a procedure di assistenza. Ogni informazione di questo tipo dovrebbe essere facile da reperire, orientata all’azione che l’utente deve compiere, spiegata passo per passo e non troppo dettagliata. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 35 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Si ritiene necessario anche lo sviluppo di mock-up che forniscano un’idea di massima dell’interfaccia grafica prevista per la specifica applicazione, allo scopo di condividerla con i futuri utenti del sistema, o un sottoinsieme di questi, con finalità di convalida della proposta. Le attività che devono essere svolte per realizzare il documento di analisi dei requisiti seguono il flusso di redazione del documento stesso. Di seguito si riporta una sequenza indicativa degli step relativi: 1. Definizione, in accordo con il referente LI, di obiettivi, ambito e profondità dell’analisi. 2. Interviste e reperimento ed esame documentazione sia internamente a LI sia presso le strutture regionali. 3. Raccolta e formalizzazione dei requisiti funzionali, sulla base della modellazione dei processi di business. - Verifica con referente LI e revisione documento. - Verifica con le strutture regionali committenti e revisione documento. 4. Definizione delle componenti informative (dati, documenti, oggetti, ecc.) significative e le relazioni logiche tra le stesse intercorrenti. - Verifica con referente LI e revisione documento. 5. Definizione dei requisiti connessi alla gestione operativa. - Verifica con referente LI e revisione documento. 6. Identificazione degli aspetti/requisiti di sicurezza. - Verifica con referente LI e revisione documento. 7. Disegno degli aspetti generali di interazione fra utente e sistema. - Verifica con referente LI e revisione documento. - Verifica con le strutture regionali committenti e revisione documento. 8. Finalizzazione del documento, preparazione executive summary e presentazione complessiva. 5.3.2.2 Dimensioni di analisi e livelli di dettaglio Come spiegato al precedente paragrafo, a seconda degli obiettivi, la definizione dei requisiti utente approfondirà una o più dimensioni di analisi e uno o più ambiti critici. Di conseguenza potrà variare il livello di complessità sia dell’attività sia del deliverable. A titolo esemplificativo si riportano alcuni dei parametri che possono influire su tale complessità: Complessità dei processi (numero di attori coinvolti, numero di organizzazioni coinvolte, estensione, …); Livello di modellazione dei processi (processi di business, processi operativi, attività, …); Livello di dettaglio dei requisiti funzionali; Livello di dettaglio dei requisiti informativi; Mock-up. 5.3.3 5.3.3.1 Requisiti di Integrazione nel SIR Descrizione del prodotto Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 36 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. L’analisi e definizione dei requisiti di integrazione ha l’obiettivo di indirizzare la progettazione e lo sviluppo di un nuovo servizio di business in modo coerente con l’Architettura Enterprise del SIR, individuando i legami con altri servizi di business e favorendo il riuso di servizi esistenti, anche attraverso l’individuazione di potenziali servizi trasversali. A questo fine è stata elaborata una metodologia standard di analisi che pone i suoi fondamenti sulla comprensione del contesto e dei processi di business rilevati durante l’analisi dei requisiti utente, inquadrando l’esigenza rispetto al telaio di riferimento costituito dalla Architettura logica di riferimento del SIR e sfruttando la conoscenza garantita dal Portfolio Servizi SIR e SIREG. I requisiti di integrazione, ovvero lo scenario di integrazione del nuovo servizio all'interno dell'Architettura Enterprise del SIR, dovranno essere quindi funzionali alla costruzione dell’architettura logica della soluzione, assicurandosi che questa sia definita coerentemente con il modello architetturale complessivo del SIR e degli standard/politiche di sviluppo definite da LI. Nel seguito vengono illustrate le sezioni del deliverable standard atteso per questa tipologia di prodotto. Si precisa però, che a seconda degli obiettivi, potranno essere approfonditi solo alcuni degli aspetti elencati. 1. Descrizione del contesto Al fine di inquadrare il nuovo servizio rispetto all’architettura logica di riferimento del SIR, è necessario descrivere il contesto dei processi che dovranno essere supportati. In particolare l’analisi deve essere condotta considerando l’attuale stato di conoscenza dei servizi e delle informazioni presenti nel Sistema Informativo Regionale, attraverso l’applicazione del modello di Architettura Enterprise del SIR. La soluzione, in termini di funzionalità di business e di relazioni con gli altri servizi esistenti (o futuri), dovrà essere descritta secondo linee guida standard definite da LI e dovrà essere modellata in modo da garantire una piena compatibilità, in forma e contenuto, con lo strumento di Architettura Enterprise adottato da LI. In particolare l’analisi di contesto dovrà contenere: il posizionamento del nuovo servizio rispetto all’architettura logica di riferimento SIR: individuazione del contesto logico in cui si colloca il servizio e della famiglia di appartenenza e loro modellazione tramite diagramma standard; - il contesto dei processi coinvolti: elenco e descrizione dei principali processi che descrivono lo scenario generico in cui si contestualizza il servizio oggetto di analisi e loro modellazione BPMN (così come rilevato nella fase di analisi dei requisiti); - la copertura attesa dei processi da parte del servizio: dettaglio del perimetro di copertura del servizio in relazione al totale dei processi coinvolti. 2. Definizione dell’architettura logica del servizio - Viene definita l’architettura logica del nuovo servizio al fine di definire una sua vista di riferimento (o “ideale”) da confrontare con quanto presente nel SIR per ricercare eventuali opportunità di riuso ed integrazione rispetto ad altri servizi. L’architettura logica di un servizio Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 37 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. è costituita dall’elenco strutturato e relazionato degli eventuali sotto-servizi e delle funzionalità di business che li compongono. In particolare sarà necessario dettagliare: - - utenti e modalità di accesso al servizio: identificazione e classificazione degli utenti del servizio e delle specifiche modalità di accesso previste, eventualmente differenziate per tipologia di utente; funzionalità di business del servizio: descrizione e modellazione di tutte le funzionalità di business previste per il servizio analizzato. 3. Requisiti di integrazione rispetto all’Architettura SIR In questa sezione si passa dalla descrizione ideale del servizio e delle sue funzionalità di business ad una sua immersione nel contesto reale del SIR, modellando e dettagliando: le relazioni con l’architettura logica di riferimento SIR: modellazione delle relazioni che intercorrono tra il servizio in corso di analisi e i servizi o famiglie di servizi logici (ideali) del SIR; - la struttura del servizio: definizione e modellazione della macro architettura del servizio, a partire dai requisiti e dall’analisi di contesto per poi aumentare il livello di dettaglio dell’analisi fino alla modellazione della copertura funzionale dei servizi esposti; - relazione con il Portfolio Servizi SIR: identificazione dei servizi previsti o già presenti nel Portfolio Servizi SIR, riutilizzabili dal nuovo servizio; - altri servizi potenzialmente riusabili (non riconducibili all'analisi dei requisiti utente): identificazione di ulteriori servizi riutilizzabili già presenti nel SIR, ma non identificati esplicitamente in sede di analisi dei requisiti utente; - considerazioni aggiuntive rispetto ad altre iniziative SIR: considerazioni riguardanti possibili future integrazioni con servizi previsti, ma ancora in fase di sviluppo o ipotesi sul possibile riutilizzo del servizio oggetto di analisi; - possibili impatti del nuovo servizio sull’Architettura Logica e sul Portfolio Servizi in termini di aggiunta, razionalizzazione, consolidamento, miglioramento, integrazione, ecc. 4. Requisiti di integrazione rispetto al patrimonio informativo - In questa sezione vengono rilevate le esigenze informative legate al servizio in corso di analisi; in particolare, è necessario analizzare se, in termini di patrimonio informativo, tutte le informazioni necessarie siano o meno prodotte e gestite dal servizio stesso e se risulti necessaria l’integrazione informativa con altri servizi. In altri termini, vengono individuate e modellate tramite un diagramma standard, le entità informative prodotte dal servizio (output) e quelle utilizzate (input), con una indicazione dei servizi interni o esterni che ne costituiscono la fonte. Le attività che devono essere svolte per realizzare il documento di requisiti di integrazione seguono il flusso di redazione del documento stesso. Di seguito si riporta una sequenza indicativa degli step relativi: 1. Definizione, in accordo con il referente LI, di obiettivi, ambito e profondità dell’analisi. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 38 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 2. Interviste e reperimento ed esame documentazione. 3. Posizionamento del nuovo servizio rispetto all’architettura logica di riferimento SIR. - Verifica con Governo SIR e Service Manager. 4. Copertura dei processi da parte del servizio. - Verifica con Governo SIR e Service Manager. 5. Definizione della architettura logica del servizio. - Verifica con Governo SIR e Service Manager e revisione documento. 6. Stesura dei requisiti di integrazione rispetto all’Architettura SIR. - Verifica con Governo SIR e Service Manager e revisione documento. 7. Condivisione con la Direzione PMTA con le strutture regionali committenti e revisione finale documento. 5.3.3.2 Dimensioni di analisi e livello di dettaglio La dimensione di analisi per la redazione dei requisiti di integrazione dipende in gran parte dalla complessità e dal livello di dettaglio della corrispondente analisi business dei requisiti. A titolo esemplificativo, il livello di complessità sia dell’attività sia del deliverable potrà variare in funzione del dettaglio di analisi dei processi e dei corrispondenti attori, dell’estensione del dominio di business da supportare e della numerosità dei requisiti associati al nuovo servizio, come pure rispetto alla specificità (o verticalità) del servizio e delle funzionalità richieste rispetto agli ambiti di business regionali ed ai corrispondenti servizi di business a supporto. 5.3.4 5.3.4.1 Assessment Descrizione del prodotto Le attività di assessment hanno l’obiettivo di verificare il funzionamento di un sistema informativo in termini di efficacia (rispondenza alle attese dell'organizzazione, degli utilizzatori, ecc. ), efficienza (utilizzo delle risorse disponibili, costi, organizzazione delle attività, ...) al fine di supportare la pianificazione strategica del SIR, la pianificazione di evoluzioni dovute ad esigenze di business e/o necessità di migliorare il portfolio servizi esistente, la eventuale migrazione verso nuove tecnologie. Le esigenze di Regione variano nel tempo e i sistemi del SIR possono risultare inadeguati e quindi devono evolvere. Prima di procedere a nuovi investimenti, può essere necessario effettuare un’attività di assessment, ovvero di valutazione dello stato effettivo dei sistemi. L’assessment deve evidenziare le criticità relative all’adeguatezza dei sistemi, alla qualità dei dati, alla disponibilità dei servizi, all’aggiornamento tecnologico, ecc. L'assessment si articola in due sezioni fondamentali: la situazione AS-IS, l’analisi delle criticità e delle cause di inadeguatezza. A seconda degli obiettivi, potranno essere approfondite una o più dimensioni di analisi e uno o più ambiti critici. In casi particolari, l’assessment può suggerire le indicazioni su come tali criticità Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 39 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. possono essere risolte, ma viene sempre rimandata a fasi successive l'identificazione precisa delle soluzioni. 1. Situazione attuale – AS-IS L’assessment deve essere contestualizzato rispetto all’organizzazione e agli obiettivi dell’attività. L’analisi della situazione AS-IS, nella prospettiva della Architettura Enterprise del SIR, deve rilevare, modellare e analizzare il livello dei processi i business, il livello dei servizi di business (architettura logica) e delle informazioni, il livello dei prodotti (architettura applicativa) e dei dati e il livello dell’infrastruttura tecnologica. In taluni casi può essere opportuno descrivere anche le attività a corredo dell’erogazione di un servizio di business del SIR, come ad esempio l’assistenza e la gestione del servizio, la manutezione applicativa, la formazione, ecc. Anche questi aspetti vanno descritti e modellati in termini di processi e di strumenti. Nel caso di cambiamenti di processo di business, la situazione AS-S deve modellare i processi a valle del cambiamento. La situazione AS-IS dunque fornisce una “mappa” strutturata e abilitante l’analisi che correla il sistema informativo (SIR) alle necessità del “business” che esso supporta. Deve riportare anche i vincoli esistenti, come il quadro normativo di riferimento, o eventuali vincoli economici, organizzativi e tecnologici. 2. Analisi delle criticità A fronte della mappatura dell’AS-IS, l’assessment si sviluppa su diverse dimensioni di analisi, al fine di identificare le criticità e le cause di inadeguatezza: - - - verifica e analisi della “copertura”, riportata sui diversi livelli dell’Architettura Enterprise, del sistema informativo rispetto alle necessità del business (servizi di business e informazioni vs processi di business, prodotti e dati vs servizi di business e informazioni) verifica e analisi della “adeguatezza”, riportata sui diversi livelli dell’Architettura Enterprise, del sistema informativo rispetto alle necessità del business (servizi di business e informazioni vs processi di business, prodotti e dati vs servizi di business e informazioni, infrastruttura tecnologica) analisi dei costi, segmentandoli nelle varie componenti e secondo differenti coordinate (servizi di business, risorse umane e tecnologiche, tipologie di attività, …). Per le criticità identificate, devono essere descritte le cause e devono essere fornite le eventuali indicazioni per le soluzioni. L’assessment rappresenta uno degli input per lo studio di fattibilità per i successivi interventi. Le attività che devono essere svolte per realizzare l’assessment seguono il flusso di redazione del documento stesso. Di seguito si riporta una sequenza indicativa degli step relativi: Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 40 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 1. Definizione, in accordo con il referente LI, di obiettivi, ambito e profondità dell’assessment. 2. Interviste e reperimento ed esame documentazione sia internamente a LI sia presso le strutture regionali. 3. Definizione della situazione attuale AS-IS. - Verifica con referente LI e revisione documento. - Verifica con le strutture regionali committenti e revisione documento. 4. Analisi dell’AS-IS e rilevazione delle criticità. - Verifica con referente LI e revisione documento. 5. Verifica con le strutture regionali committenti e revisione finale documento. 6. Finalizzazione dell’assessment, preparazione executive summary e presentazione complessiva. 5.3.4.2 Dimensioni di analisi e livelli di dettaglio Come spiegato al precedente paragrafo, a seconda degli obiettivi, l’assessment approfondirà una o più dimensioni di analisi e uno o più ambiti critici. Di conseguenza potrà variare il livello di complessità sia dell’attività sia del deliverable. A titolo esemplificativo si riportano alcuni dei parametri che possono influire su tale complessità: focalizzazione su processi e/o servizi di business e/o prodotti e/o infrastruttura; complessità dei processi (numero di attori coinvolti, numero di organizzazioni coinvolte, estensione, …); dimensioni di analisi (numero, dettaglio, …); ambiti di criticità (numero, dettaglio, …); analisi dei costi; indicazioni di soluzioni. 5.3.5 Modelli di erogazione della fornitura Le richieste di intervento saranno fatte da LI al Fornitore come descritto nel paragrafo 4. Relativamente alla macroclasse Supporto all’analisi dei processi/demand management, LI si riserva la possibilità di richiedere al Fornitore tutte le attività descritte al paragrafo precedente come pure quella di assegnare al fornitore una sola fase o singole attività all’interno di una fase. Si possono definire due diversi modelli di erogazione applicabili alle forniture. Modello A In tale modello il fornitore è responsabile dell’attività e il gruppo di lavoro è composto da risorse del Fornitore, coordinate da un proprio Referente che costituisce l’interfaccia di riferimento verso il Referente di LI, per tutti gli aspetti di gestione del servizio, pianificazione, presa in carico ed esecuzione delle attività. Il dimensionamento del gruppo di lavoro è di responsabilità del Fornitore che deve garantire quantità e qualità dell’attività svolta rispettando le pianificazioni ed i livelli di servizio richiesti. Tale modello sarà erogato nelle forniture “a corpo” o “a canone”. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 41 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Modello B Questo modello prevede che siano fornite risorse con le conoscenze e le competenze indicate nei profili tipici delle classi di fornitura (si rimanda all’Allegato 1.5), risorse che andranno a realizzare servizi a integrazione dei gruppi di lavoro di LI. Tale modello sarà erogato nelle forniture “a misura di risorse”. Da notare che i due modelli di fornitura possono coesistere per lo stesso servizio applicativo (Modello misto A/B). Può essere ad esempio richiesta al fornitore l’erogazione della definizione dei requisiti con il modello A e l'attività di service management con il modello B, come pure possono essere individuate all’interno delle classi di fornitura attività o programmi specifici da erogare “a corpo” con un impegno preciso su obiettivi prefissati. Inoltre, sarà possibile a LI richiedere all’interno di un singolo intervento attività afferenti a più linee di attività. 5.3.6 Figure professionali previste Per la descrizione delle figure professionali, si rimanda all’Allegato 1.5. 5.3.7 Orari di lavoro, reperibilità e luogo di lavoro Per una dettagliata descrizione si rimanda al capitolo 6 del Piano di Qualità. 5.3.8 Dotazione dei gruppi di lavoro Per una dettagliata descrizione si rimanda al capitolo 6 del Piano di Qualità. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 42 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 6. Strumenti per la Gestione della Fornitura Gli Strumenti per la Gestione della Fornitura (SGF) hanno lo scopo di supportare il processo di collaborazione tra LI ed il Fornitore per la pianificazione, l’esecuzione, la rilevazione dello stato ed il reporting delle attività dell’Appalto, dal punto di vista amministrativo ed operativo. Gli SGF sono una componente del sistema per la gestione e controllo delle attività di LI, che prevede cruscotti direzionali per il monitoraggio dei servizi erogati da LI per Regione. Tali cruscotti forniscono a vari livelli l’andamento dei servizi, raccogliendo i dati dei Livelli di Servizio, dell’avanzamento degli sviluppi e altri indicatori. Il Fornitore utilizzerà gli SGF e le loro evoluzioni, che gestiscono i diversi aspetti con diversi strumenti informatici a supporto. Di seguito il dettaglio. Gestione Operativa La gestione operativa della fornitura avverrà attraverso l’utilizzo di diversi strumenti per macroclasse di fornitura. Pianificazione La Pianificazione verrà effettuata tramite MS Excel e Polarion (per il ciclo di vita software) o altro strumento indicato da LI. Supporto all’analisi dei processi/demand management È previsto l’utilizzo di Polarion per la gestione dei requisiti. È previsto, inoltre, di dotarsi di strumenti per l’analisi dei processi. Gestione Documentale Il sistema per la conservazione e la gestione dell’iter di approvazione dei documenti aziendali previsti dal PQ è EDMA, di LI. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 43 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 7. Articolazione della Fornitura In questo capitolo è descritta l’articolazione della fornitura distinguendo fra forniture “immediate” che si intendono richieste ed autorizzate all’aggiudicazione dell’Appalto e la restante parte della fornitura che verrà “consumata” tramite richieste di intervento durante lo svolgimento del rapporto contrattuale, denominata “a volume”. Si precisa che le forniture “immediate”, se non diversamente indicato nel seguito, avranno inizio dal momento in cui Lombardia Informatica ne richiederà esplicitamente l’attivazione. Per tali tipologie di forniture nel seguito sono descritti i requisiti dei servizi richiesti. Le restanti forniture da svolgere durante il corso del contratto saranno normate da successive richieste di intervento a consumo del “volume” previsto. L’insieme delle forniture “immediate” e “a volume” costituisce la fornitura complessiva richiesta. 7.1 Servizi con assegnazione immediata Nel seguito vengono descritte le forniture immediate relative ai servizi facendo ricorso alla seguente struttura descrittiva: Descrizione Requisiti e Vincoli Attività Richieste nell’ambito del servizio Modalità di Realizzazione delle attività Input Deliverable Tempi di Esecuzione Profili professionali Dati dimensionali 7.1.1 Servizi di supporto al Program Management Office M ACROCLASSI DI RIFERIMENTO Supporto al Demand Management CLASSI DI RIFERIMENTO Business analysis MODELLO DI EROGAZIONE A MODALITÀ CONTRATTUALI A canone PERIODO STIMATO DI SUBENTRO 2 mesi Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 44 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Descrizione La struttura del PMO Direzione SIRE supporta il Direttore e le Funzioni della Direzione nelle attività correlate all’organizzazione, pianificazione, controllo e coordinamento generale delle attività di evoluzione e di gestione del Sistema Informativo Regionale (SIR). In particolare predispone la pianificazione annuale generale, sulla base delle delibere regionali e dei singoli contributi delle varie Funzioni e ne effettua il monitoraggio di avanzamento complessivo, sintetizzando gli avanzamenti e/o le rimodulazioni dei singoli progetti. Ha le responsabilità di costruire il budget della Direzione e di monitorarne avanzamenti e scostamenti, attraverso la definizione e l’analisi di indicatori di performance e la relativa reportistica. Coordina ed è il punto di riferimento interno per tutte le attività di tipo amministrativo della Direzione. Il servizio richiesto si inserisce in questo contesto e ha l’obiettivo di integrare le attività di supporto che la funzione PMO Direzione SIRE assicura alla Direzione. In particolare deve fornire supporto operativo ai Service Manager per rispondere con puntualità alle richieste ed alle scadenze di tipo amministrativo che l’azienda pone. Come tale deve anche relazionarsi con le altre strutture aziendali che gestiscono i flussi procedurali di gestione interna e con il PMO stesso per quanto riguarda l’estrazione periodica o estemporanea di reportistica e dati gestionali in generale. Requisiti e Vincoli Il servizio supporta la maggior parte delle fasi che riguardano il ciclo attivo e il ciclo passivo di LI, che, in quanto società a capitale pubblico, è sottoposta alle regole tipiche delle Pubbliche Amministrazioni. É necessaria quindi una conoscenza di base delle regole di funzionamento di un organismo di diritto pubblico. Inoltre, è richiesta esperienza nell’uso di sistemi gestionali/erp di un azienda operante in ambito ICT. Attività Richieste nell’ambito del servizio Il servizio richiesto si articola nelle seguenti attività principali. Supporto continuativo ai Service Manager nell’utilizzo del Sistema Informativo Aziendale per le attività di contrattualizzazione, che prevedono la pianificazione dei progetti nel sistema utilizzato da LI, Oracle Applications, la definizione dei costi/ricavi secondo i processi approvativi aziendali, e l’apertura nel sistema Polarion struttura dei template che recepiranno i documenti di analisi dei requisiti. Supporto continuativo ai Service Manager negli adempimenti formali relativi all’ingaggio dei fornitori, che prevede l’uso del sistema Oracle Applications. Supporto continuativo ai Service Manager nell’utilizzo del sistema Oracle Applications per gli adempimenti amministrativi mensili ovvero statini, consuntivo costi, avanzamenti operativi di progetto, ecc. Supporto continuativo al PMO Direzione SIRE e ai Service Manager nelle raccolta dei dati a fronte delle esigenze informative dell’Azienda e della Direzione. Estrazione e fornitura di reportistica periodica standard finalizzata al monitoraggio dell’andamento economico ed operativo della Direzione, attraverso anche l’utilizzo del sistema aziendale SAP BI. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 45 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Estrazione e fornitura di reportistica non standard relativa a richieste non pianificate, finalizzata al monitoraggio dell’andamento economico e operativo della Direzione, attraverso anche l’utilizzo del sistema aziendale SAP BI. Modalità di Realizzazione delle attività Le persone che svolgeranno il servizio dovranno rapportarsi con l’Area Program Management Office e Controllo Economico della Direzione SIRE, che ne farà da costante punto di riferimento. Si dovranno rapportare inoltre con: i Service manager e i responsabili di Funzione, per supportarne le attività relative alla pianificazione, contrattualizzazione e rendicontazione; la Direzione DAFC (Direzione Amministrazione, Finanza e Controllo) per la fornitura di dati di dettaglio e/o di avanzamento delle attività di pianificazione, contrattualizzazione e rendicontazione; la struttura di IT interna a LI (AITI, Area Sistema Informativo Aziendale di Gestione) per la richiesta di estrazioni dati e/o per la segnalazione di problemi nell’utilizzo sistema Oracle Applications; la funzione SCM (Supplier e Contract Management) per la gestione di eventuali situazioni anomale nel processo di sottomissione e gestione delle richieste di fornitura. Le attività periodiche sono schematizzabili come segue: le attività di supporto, monitoraggio e reportistica relative alla contrattualizzazione sono concentrate tra Febbraio e Marzo e tra Giugno e Luglio; in coerenza con l'avvio dei progetti, negli stessi periodi sono concentrate le attività di supporto, monitoraggio e reportistica relative alla formalizzazione dell’ingaggio dei fornitori; a partire da Marzo, la prima e la seconda settimana di ogni mese si svolgono le attività di supporto e monitoraggio relative alla registrazione nei sistemi aziendali di statini, consuntivo costi, avanzamenti operativi di progetto; a partire da Marzo, la seconda e la terza settimana di ogni mese si svolgono le attività di estrazioni dati produzione della reportistica relative agli avanzamenti finanziari, economici e operativi dei progetti/incarichi di sviluppo e di gestione in essere. Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Le esigenze di supporto e di reportistica on demand verranno concordate di volta in volta, verificando la possibilità di realizzarle sulla base delle priorità e con l’obiettivo di impattare il meno possibile sulla normale operatività. Input Di seguito sono riportati gli input per l'esecuzione del presente servizio, con l'indicazione della relativa fonte di provenienza e periodicità: Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 46 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Input Fonte di Provenienza Programmazione annuale e budget ed esigenze non programmate di contrattualizzazione PMO Direzione Amministrazione LI SIRE e Principalmente annuale o comunque quando necessario Esigenze contrattuale PMO Direzione Amministrazione LI SIRE e Principalmente semestrale o comunque quando necessario di variazione Scadenze per la consuntivazione delle risorse, per l’aggiornamento della pianificazione e consuntivazione progetti sul Sistema Informativo Aziendale Amministrazione LI Esigenze di reportistica PMO Direzione Amministrazione LI fornitura dati e Periodicità Mensile SIRE e Principalmente mensile o comunque quando necessario Deliverable Di seguito sono riportati gli output per l'esecuzione del presente servizio, con l'indicazione della relativa destinazione e periodicità: Deliverable Destinazione Reportistica di monitoraggio e controllo periodica per la Direzione PMO Direzione Amministrazione LI Periodicità SIRE e Mensile Reportistica di controllo dell’avanzamento delle attività amministrative della Direzione PMO Direzione SiRe Quotidiana nelle settimane in cui l’Amministrazione LI richiede i consuntivi e gli avanzamenti Reportistica on demand PMO Direzione SIRE Quando necessaria Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 47 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Tempo e luogo di esecuzione Le attività sopra esposte dovranno svolgersi a partire dalla data di attivazione che verrà comunicata successivamente alla stipula del contratto con LI, e per tutta la durata dello stesso, secondo le modalità indicate al paragrafo 5 del CT e nel PQ. Il servizio deve essere reso in maniera continuativa. Verrà fornita una pianificazione di massima annuale che include le scadenze periodiche fisse sia sull’anno sia sul mese. I deliverable e la loro periodicità sono indicate nella tabella precedente. Le attività dovranno essere svolte presso la sede di LI. Profili professionali Si richiedono le competenze delle seguenti figure professionali: Business Consultant senior e Business Consultant junior. Dati dimensionali Il servizio ha l’obiettivo di integrare le attività di supporto che la funzione PMO Direzione SIRE fornisce alla Direzione. Al fine di far comprendere la consistenza delle attività si riporta l’andamento storico delle attività stesse. Il supporto viene fornito a circa trenta Service Manager. Gli incarichi (mediamente quattro per Service Manager vengono formalizzati mediamente due volte all’anno, una volta per la prima sottoscrizione ed una per la loro revisione semestrale. L’impegno medio per ogni incarico è di circa 0,5 giorni/uomo. Ogni incarico prevede la definizione dei costi e dei ricavi e la pianificazione delle risorse allocate. Una volta al mese, ogni Service Manager deve inserire a sistema lo statino e deve imputare i costi sostenuti sulle singole attività di progetto. Una volta al mese è necessario produrre la situazione economica della Direzione con i diversi livelli di dettaglio/aggregazione (singolo progetto, singolo responsabile e direzione). Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Attualmente il servizio è erogato da una risorsa full time. 7.1.2 Servizi di supporto al Governo del Sistema Informativo Regionale M ACROCLASSI DI RIFERIMENTO Supporto al Demand Management CLASSI DI RIFERIMENTO Governo del sistema informativo MODELLO DI EROGAZIONE A Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 48 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. MODALITÀ CONTRATTUALI A canone PERIODO STIMATO DI SUBENTRO 2 mesi Descrizione Come illustrato nel capitolo 5.1, Lombardia Informatica ha adottato delle logiche di IS Governance finalizzate al Governo del Sistema Informativo Regionale (SIR) e basate sui concetti di Architettura Enterprise del SIR orientata ai servizi. Tale iniziativa, i cui risvolti sono sia di natura organizzativa che metodologica ed operativa, si pone l’obiettivo di assicurare il governo e l’evoluzione del Sistema Informativo Regionale1, sia dal punto di vista dei servizi e delle informazioni che dei prodotti software, definendo l’architettura logica e applicativa di riferimento e curandone la loro costante evoluzione nel tempo sulla base delle esigenze legate ai processi di business sia di Regione Lombardia che del Sistema Regionale. Requisiti e Vincoli Un requisito fondamentale, ed al contempo un vincolo per l’erogazione del servizio richiesto è la completa adozione del modello di Governo del Sistema Informativo Regionale adottato da LI (ref. Capitolo 5.1) basato sulla distinzione tra i seguenti livelli di Architettura Enterprise: Architettura dei processi di business Descrive i processi aziendali e funzionali, relazionandoli con gli attori in gioco e posizionandoli nel framework dei processi regionali di riferimento. Architettura logica a servizi (di business) Descrive e modella i servizi di business e le informazioni, fornendo una vista d’insieme dei servizi attualmente in erogazione posizionandoli rispetto ad una architettura logica ed informativa di riferimento; rappresenta un livello di contatto tra il business (processi e attori) e le soluzioni applicative (prodotti SW). Architettura applicativa Descrive e modella i prodotti SW e le banche dati, fornendo un catalogo aggiornato delle soluzioni applicative e dettagliandone l’architettura applicativa (vista interna e relazione con altri moduli SW). Architettura infrastrutturale Descrive l’insieme delle risorse infrastrutturali a supporto della erogazione dei servizi di business, fornendo un inventario delle risorse (CMDB) e modellando la relazione tra prodotti SW e relativo HW. Ad oggi l’implementazione del modello di Architettura Enterprise si riferisce al perimetro del SIR delimitato dagli ambiti di business delle Direzioni Generali e Centrali di Regione Lombardia e degli Enti del Sistema Regionale, ad eccezione della Direzioni Sanità e della Direzione Famiglia, Conciliazione, Integrazione e Solidarietà Sociale 1 Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 49 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Per maggior chiarezza, si riporta nella figura successiva una rappresentazione schematica del modello, dove sono evidenziati gli oggetti di riferimento del modello di Architettura Enterprise del SIR. Figura 3. Modello e Strumenti di Architettura Enterprise del SIR In tale modello si sottolinea la centralità del servizio di business, inteso come un insieme di prestazioni a supporto di uno o più processi di business (o parti di essi). Per dare concreta attuazione alla iniziativa di Architettura Enterprise SIR, oltre al modello sono stati definiti alcuni strumenti operativi, tra cui i seguenti la cui manutenzione ed aggiornamento è oggetto del servizio richiesto: Mappa dei processi: contiene l’elenco complessivo dei processi di business di Regione Lombardia (ed in prospettiva quelli del SIREG), classificati rispetto ad frame work di riferimento e modellati utilizzando lo standard BPMN 2.0 Portfolio Servizi SIR e SIREG: rappresenta una base di conoscenza tangibile ed aggiornata del Sistema Informativo Regionale, nella quale sono presenti, suddivisi in famiglie omogenee e tra loro relazionati, sia i servizi più verticali al business, sia i cosiddetti servizi trasversali, ovvero quei servizi riusabili in differenti processi o richiamabili da altri servizi. Mappa del Patrimonio Informativo: è costituita dall’elenco organizzativo dei concetti e delle entità informative presenti nel SIR, associate ai servizi di business tramite relazione di produzione o di utilizzo. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 50 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Attività Richieste nell’ambito del servizio Le persone che svolgeranno il servizio dovranno rapportarsi con l’Area Governo del Sistema Informativo Regionale della Direzione SIRe, che ne farà da costante punto di riferimento. Si dovranno rapportare inoltre con: l’Area Business Consulting della Direzione SIRe; i Service manager e i responsabili di Funzione, raccogliere e validare le informazioni sui servizi di business in erogazione/in sviluppo; i referenti di prodotto e il referente dell’Area Architettura Applicativa e Basi dati della Direzione Project Management e Tecnologie Applicative per il raccordo dei servizi di business con i prodotti SW e le banche dati per garantire lo svolgimento delle seguenti attività principali: A) B) C) D) Aggiornamento continuativo del Portfolio Servizi SIR e SIREG Produzione delle schede servizio ai fini della contrattualizzazione con il cliente Aggiornamento della Mappa del Patrimonio Informativo Analisi di copertura e/o di impatto rispetto ad uno o più livelli della Architettura Enterprise E) Analisi semplificate di integrazione di nuovi servizi nel SIR Nel seguito vengono descritte le attività con riferimento sia alle modalità di realizzazione sia agli input ed output richiesti ed ai parametri dimensionali su base annua. A) Aggiornamento continuativo del Portfolio Servizi SIR e SIREG Si tratta di una delle attività prevalenti richieste nell’ambito del presente servizio ed è finalizzata a mantenere un costante aggiornamento delle informazioni che rappresentano la base di conoscenza dei servizi SIR e SIREG, organizzate e modellate in un unico repository centralizzato attraverso l’utilizzo della suite MEGA-HOPEX, adottata da Lombardia Informatica come strumento standard di Architettura Enterprise. Modalità di Realizzazione delle attività Per il mantenimento del Portfolio Servizi SIR e SIREG è necessario prevedere una serie di interventi durante il ciclo di vita di ogni servizio di business che sia oggetto di evoluzione o di nuova realizzazione. Nella fase di analisi dei requisiti del servizio vengono strutturate e modellate, attraverso lo strumento di Enterprise Architecture standard, una serie di informazioni che costituiscono i cosiddetti requisiti di integrazione, ovvero l’elenco delle funzionalità di business previste, le relazioni di utilizzo di altri servizi a Portfolio, l’insieme delle entità informative associate al servizio in oggetto. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 51 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Nella fase di sviluppo vengono aggiornate le informazioni inerenti le caratteristiche tecniche del servizio, in primis la relazione con il/i prodotto/i SW a supporto, le banche dati e l’infrastruttura HW prevista. Nella fase di erogazione viene modificato a Portfolio lo stato del servizio ed il testo descrittivo (obiettivi, contesto, descrizione di dettaglio) ed aggiornate le informazioni sui punti di accesso, sulle modalità di assistenza e sull’architettura generale a valle della realizzazione. Analogamente, è necessario un aggiornamento dello stato del servizio anche nel caso di dismissione dello stesso. Tutte le informazioni sono raccolte sulla base di un profilo standard del servizio, ovvero un insieme di attributi descrittivi e di relazioni che sono stati definiti nel modello generale di Architettura Enterprise SIR e che devono essere organizzate nello strumento standard di Architettura Enterprise adottato da LI secondo specifiche linee guida operative. Input Di seguito sono riportati gli input per l'esecuzione del presente servizio, con l'indicazione della relativa fonte di provenienza e periodicità: Input Fonte di Provenienza Periodicità Requisiti utente di dettaglio Area Business Consulting definita dal piano di sviluppo di un servizio di business Requisiti di integrazione Area Governo SIR definita dal piano di sviluppo di un servizio di business Architettura applicativa Aree PMTA coinvolte definita dal piano di sviluppo di un servizio di business Deliverable di progettazione (progettazione SW, progettazione HW, progettazione assistenza e gestione del servizio) Aree Supply coinvolte definita dal piano di sviluppo di un servizio di business Documenti servizio Service Manager di riferimento per il servizio definita dal piano di sviluppo di un servizio di business di erogazione del Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 52 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Deliverable Di seguito sono riportati gli output per l'esecuzione del presente servizio, con l'indicazione della relativa destinazione e periodicità: Deliverable Destinazione Periodicità Portfolio Servizi SIR e SIREG aggiornato nello strumento di Architettura Enterprise LI Area Governo SIR Edizioni trimestrali del Portfolio Servizi SIR e SIREG Tempi e luogo di esecuzione Le attività sopra esposte dovranno svolgersi a partire dalla data di attivazione che verrà comunicata successivamente alla stipula del contratto con LI, e per tutta la durata dello stesso, secondo le modalità indicate al paragrafo 5 del CT e nel PQ. I tempi di esecuzione dipendono dalla complessità del servizio e dal suo piano di evoluzione/sviluppo. Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Per avere evidenza dell’avanzamento dell’attività, si prevede una pianificazione e monitoraggio su base settimanale da concordare con il referente dell’Area Governo SIR della Direzione SIRE . Le attività dovranno essere svolte presso la sede di LI. Profili professionali Si richiedono le competenze delle seguenti figure professionali: Enterprise Architect senior e Enterprise Architect junior. Dati dimensionali Per una valutazione di impegno complessivo si consideri che mediamente, su base annua, è richiesto l’inserimento e/o aggiornamento di circa 40 servizi di business, pari a circa il 10% del volume complessivo di servizi di business erogati in ambito SIR e SIREG. Si consideri inoltre che le attività di rilevazione delle informazioni, di primo inserimento o di aggiornamento di un servizio di business nello strumento di Architettura Enterprise possono comportare un impegno variabile da 1 a 3 giorni uomo, in dipendenza dalla complessità del servizio. B) Produzione delle schede servizio ai fini della contrattualizzazione con il cliente Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 53 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Ad ogni servizio di business in erogazione, presente nel Portfolio dei Servizi SIR e SIREG, è associata una ”scheda servizio” che ne descrive le principali caratteristiche in termini di contesto e funzionalità di business, utenti e modalità di accesso, architettura generale (ovvero la relazione con altri servizi e con i prodotti SW a supporto), risorse infrastrutturali e modalità di assistenza. Le schede sono generate in modo automatico a partire dalle informazioni inserite e modellate nello strumento di Architettura Enterprise adottato da LI e costituiscono, oltre che un asset di conoscenza diffuso all’interno di LI e condiviso con i Sistemi Informativi di Regione Lombardia, anche un documento allegato ai contratti che regolamentano la erogazione dei servizi al cliente finale (Regione Lombardia o Enti SIREG). In funzione della scadenza e della necessità di rinnovo dei contratti di gestione dei servizi (Incarico Unico di Gestione con Regione Lombardia, Convenzioni bilaterali con Enti SIREG), si rende quindi necessaria una attività periodica finalizzata a verificare l’elenco dei servizi di business previsti per il contratto in oggetto e a generare la versione aggiornata delle schede servizio corrispondenti. L’attività, avente cadenza annuale per ogni contratto, costituisce inoltre l’occasione per consolidare il Portfolio Servizi SIR e SIREG rispetto alle variazioni avvenute nell’ultimo anno e per apportare eventuali modifiche, soprattutto in relazione alla associazione dei servizi con l’organizzazione del cliente e di LI (referenti regionali o SIREG, Service Manager, gestori del servizi, responsabili di assistenza, responsabili di manutenzione). Modalità di Realizzazione delle attività Per produrre l’insieme completo delle schede servizio sono necessarie alcune attività preventive, prima di procedere alla generazione automatica del documento ed alla sua archiviazione ai fini contrattuali. In particolare, è necessario: definire l’elenco dei servizi nel perimetro del contratto di riferimento (Incarico Unico di Gestione con Regione Lombardia o Convenzioni specifiche con Enti SIREG), verificare la corretta attribuzione delle responsabilità rispetto alla organizzazione di LI attraverso incontri dedicati con i Service Manager della Direzione Sistemi Regione di LI e i loro responsabili di Funzione; in occasione di tali incontri sottoporre al Service Manager responsabile le schede servizio preventivamente generate sulla base delle informazioni presenti nella versione corrente del Portfolio Servizi, rilevare eventuali aggiornamenti delle informazioni descrittive del servizio o, nel caso di nuovi servizi non ancora a Portfolio, effettuare una rilevazione completa di tutti gli elementi che ne consentano una dettagliata descrizione secondo lo standard architetturale adottato, anche tramite interazione con le strutture Supply di LI coinvolte, aggiornare le informazioni raccolte per ogni servizio nel Portfolio Servizi, utilizzando lo strumento di Architettura Enterprise adottato da LI, generare le schede servizio post aggiornamento ed inviarle ai Service Manager per una definitiva approvazione, Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 54 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. trasmettere al PMO Direzione SIRE l’elenco dei servizi a Portfolio relativi al contratto di riferimento, unitamente a tutte le corrispondenti schede servizio. Input Di seguito sono riportati gli input per l'esecuzione del presente servizio, con l'indicazione della relativa fonte di provenienza e periodicità: Input Fonte di Provenienza Periodicità Elenco servizi di business nel perimetro contrattuale Aree Service Management Annuale Area Governo SIR (nel caso di servizi già esistenti nel Portfolio) Annuale Informazioni su nuovi servizi di business o loro aggiornamento Aree Service Management e Supply Architettura infrastrutturale Dipartimento Esercizio Annuale Deliverable Di seguito sono riportati gli output per l'esecuzione del presente servizio, con l'indicazione della relativa destinazione e periodicità: Deliverable Destinazione Periodicità Area Governo SIR Area PMO e Controllo Economico Elenco organizzato dei servizi di business afferenti al contratto di riferimento Area Monitoraggio SLA ed Esercizio Aree Service Management Annuale (per ogni contratto di riferimento) Sistemi Informativi di Regione Lombardia Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 55 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Deliverable Destinazione Periodicità Area Governo SIR Area PMO e Controllo Economico Scheda Servizio aggiornata e validata dal Service Manager responsabile Area Monitoraggio SLA ed Esercizio Aree Service Management Annuale (per ogni contratto di riferimento) Sistemi Informativi di Regione Lombardia Report di monitoraggio avanzamento delle attività di produzione delle schede servizio Area Governo SIR Area PMO e Controllo Economico Giornaliera lavorazione nella fase di Tempi e luogo di Esecuzione Le attività sopra esposte dovranno svolgersi a partire dalla data di attivazione che verrà comunicata successivamente alla stipula del contratto con LI, e per tutta la durata dello stesso, secondo le modalità indicate al paragrafo 5 del CT e nel PQ. I tempi di esecuzione dipendono dal numero servizi di business presenti nel perimetro del contratto di riferimento. Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Mediamente la fase di produzione delle schede servizio, con riferimento all’Incarico Unico di Gestione con Regione Lombardia, comporta circa 2 mesi di lavorazione antecedenti al rinnovo contrattuale, con un impegno stimabile in 1 mese uomo. Per le rimanenti convenzioni, il tempo di lavorazione è inferiore e, complessivamente, l’effort è stimabile in 0,5 mesi uomo. Per avere evidenza dell’avanzamento dell’attività, si prevede una pianificazione e monitoraggio su base settimanale da concordare con il referente dell’Area Governo SIR della Direzione SIRE. Le attività dovranno essere svolte presso la sede di LI. Profili professionali Si richiedono le competenze delle seguenti figure professionali: Enterprise Architect senior e Enterprise Architect junior. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 56 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Dati dimensionali Per una valutazione di impegno complessivo si consideri che il portfolio Servizi SIR e SIREG contiene ad oggi circa 380 servizi di business, per i quali è richiesta la produzione della scheda servizio aggiornata da allegare al contratto di riferimento. Si consideri inoltre che, nell’ultimo biennio, il tasso di crescita dei servizi a Portfolio è stato intorno al 10% (sommando i nuovi servizi e sottraendo i servizi dismessi) e che, mediamente, circa il 10% dei servizi di business necessitano di un aggiornamento rilevante. C) Aggiornamento della Mappa del Patrimonio Informativo A complemento del Portfolio Servizi SIR e SIREG, che elenca e descrive i servizi di business e le loro relazioni, è stato implementato uno strumento operativo finalizzato alla alimentazione ed aggiornamento della Mappa del Patrimonio Informativo. Questo ulteriore asset di conoscenza, gestito attraverso il medesimo strumento di Architettura Enterprise con cui sono gestite le informazioni dei servizi di business e dei prodotti software, contiene l’insieme delle entità informative e dei concetti relazionati con i servizi di busines, sia in termini di produzione che di utilizzo. Questa vista di alto livello del Patrimonio Informativo consente di individuare rapidamente quali siano i servizi che possono fornire informazioni ad altri, come pure eventuali sovrapposizioni e duplicazioni informative. Per poter gestire ed aggiornare la Mappa del Patrimonio Informativo è necessario considerare in prima istanza le informazioni derivanti dalla fase di analisi dei requisiti utente e dei requisiti di integrazione e, successivamente, all’atto della messa in produzione del servizio di business, verificarne il corredo informativo effettivo a seguito della implementazione e provvedere al suo eventuale aggiornamento. In funzione della scadenza e della necessità di rinnovo dei contratti di gestione dei servizi (Incarico Unico di Gestione con Regione Lombardia, Convenzioni bilaterali con Enti SIREG), si rende comunque necessaria una attività periodica finalizzata a verificare la Mappa del Patrimonio Informativo rispetto ai servizi di business previsti per il contratto in oggetto e a generare la versione aggiornata delle schede servizio corrispondenti, contenente anche una apposita sezione dedicata alla Architettura Informativa. Modalità di Realizzazione delle attività Per gestire ed aggiornare la Mappa del Patrimonio Informativo occorre distinguere le seguenti fasi: Aggiornamento in continuo in funzione del ciclo di vita di un servizio di business: ogni qual volta viene progettato e sviluppato un nuovo servizio di business, è possibile rilevare, fin dalla fase di analisi, l’insieme delle entità informative prodotte e/o utilizzate dal servizio stesso. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 57 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Successivamente, a seguito della messa in produzione del servizio, tali informazioni saranno consolidate e modellate nello strumento di Architettura Enterprise in un apposito diagramma collegato al servizio di business. Consolidamento periodico e produzione di una nuova edizione della mappatura informativa: periodicamente, con una frequenza almeno semestrale, è necessaria una revisione e consolidamento dell’intera Mappa del Patrimonio Informativo per assicurarsi che le entità informative censite siano correttamente attribuite ai corrispondenti servizi di business; terminata questa attività di verifica, sarà necessario procedere alla generazione complessiva di una nuova edizione della Mappa del Patrimonio Informativo che, ad oggi, è fruibile attraverso una tabella strutturata. Input Di seguito sono riportati gli input per l'esecuzione del presente servizio, con l'indicazione della relativa fonte di provenienza e periodicità: Input Fonte di Provenienza Requisiti utente e requisiti di integrazione di un servizio di business Elenco entità informative presenti nella Mappa del Patrimonio Informativo Aree Service (per i requisiti utente) Periodicità Management Area Governo (per i requisiti di integrazione) Area Governo SIR SIR Secondo il ciclo di vita del servizio di business Semestrale Deliverable Di seguito sono riportati gli output per l'esecuzione del presente servizio, con l'indicazione della relativa destinazione e periodicità: Deliverable Diagrammi servizio di informative modellati di relazione tra il business e le entità prodotte e/o utilizzate, nello strumento di Allegato 1A – Capitolato Tecnico – Lotto 1 Destinazione Periodicità Area Governo SIR Secondo il ciclo di vita del servizio di business Pagina 58 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Deliverable Destinazione Periodicità Architettura Enterprise LI Mappa del Patrimonio Informativo organizzato dei servizi di business afferenti al contratto di riferimento Report di monitoraggio avanzamento delle attività di aggiornamento della Mappa del Patrimonio Informativo Area Governo SIR Sistemi Informativi di Regione Lombardia Area Governo SIR Semestrale Giornaliera nella fase di aggiornamento massivo della Mappa del Patrimonio Informativo Tempi e luogo di esecuzione Le attività sopra esposte dovranno svolgersi a partire dalla data di attivazione che verrà comunicata successivamente alla stipula del contratto con LI, e per tutta la durata dello stesso, secondo le modalità indicate al paragrafo 5 del CT e nel PQ. I tempi di esecuzione dipendono dal numero servizi di business presenti nel Portfolio Servizi SIR e SIREG e dalla loro variabilità e complessità in termini di contenuti informativi. Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Mediamente la fase di aggiornamento massivo della Mappa del Patrimonio Informativo comporta circa 2 mesi di lavorazione, con un impegno stimabile in 1 mese uomo. Per avere evidenza dell’avanzamento dell’attività, si prevede una pianificazione e monitoraggio su base settimanale da concordare con il referente dell’Area Governo SIR della Direzione SIRE. Le attività dovranno essere svolte presso la sede di LI. Profili professionali Si richiedono le competenze delle seguenti figure professionali: Enterprise Architect senior e Enterprise Architect junior. Dati dimensionali Per una valutazione di impegno complessivo si consideri che il portfolio Servizi SIR e SIREG contiene ad oggi circa 380 servizi di business, per i quali è richiesta la eventuale Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 59 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. produzione/aggiornamento dei diagrammi di Architettura Informativa nel caso di variazione del servizio o di nuovo servizio. Si consideri inoltre che, nell’ultimo biennio, il tasso di crescita dei servizi a Portfolio è stato intorno al 10% (sommando i nuovi servizi e sottraendo i servizi dismessi) e che, mediamente, circa il 20% dei servizi di business necessitano di un aggiornamento rilevante. D) Analisi di copertura e/o di impatto rispetto ad uno o più livelli della Architettura Enterprise Oltre alle attività di routine relative al Portfolio Servizi ed alla Mappa del Patrimonio Informativo, la struttura di Governo del Sistema Informativo Regionale è chiamata a fornire risposte anche rispetto a domande sullo stato di fatto di specifici ambiti di business, rilevando eventuali scoperture da parte dei servizi di business a supporto oppure indicando gli impatti nel caso di introduzione di nuovi servizi o variazioni/dismissione di servizi esistenti. Tipicamente queste attività di analisi nascono da esigenze puntuali nell’ambito di progetti di sviluppo o durante studi di fattibilità relativi a significativi scenari di cambiamento (ad es.: Cosa succede nel SIR se modifico il servizio di accesso ai dati delle imprese? Quali sono le parti di processo impattate dalla dismissione del servizio di verifica della firma digitale?) L’analisi può essere finalizzata alla identificazione del livello di copertura di uno o più livelli della Architettura Enterprise, quali ad esempio: analisi di copertura dei processi da parte dei servizi di business in erogazione, analisi di copertura delle funzionalità di business riferite ad un servizio da parte dei prodotti software a supporto, entrambe. Nel caso di analisi di impatto, il risultato atteso è costituito dall’insieme degli elementi dell’Architettura Enterprise che dipendono dalla variazione di uno o più elementi presenti o futuri dell’Architettura stessa, quali ad esempio: processi da esaminare nel caso di variazione o dismissione di un servizio esistente, servizi da modificare per adattarsi ad un cambiamento del processo o degli attori in gioco, servizi impattati dalla variazione o dismissione di un servizio trasversale esistente, servizi da modificare a seguito della variazione tecnologica di un prodotto software. Nel caso in cui, a fronte dell’analisi richiesta, siano rilevati ulteriori elementi di conoscenza rispetto alla Architettura Enterprise SIR, questi dovranno essere messi a fattor comune attraverso l’inserimento ed opportuna modellazione nello strumento di Architettura Enterprise SIR. Modalità di Realizzazione delle attività Per poter effettuare le tipologie di analisi richieste è necessaria una ottima padronanza degli strumenti di Architettura Enterprise, in particolare del Portfolio Servizi SIR e SIREG e del Portfolio Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 60 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Prodotti SW, nonché una spiccata capacità di lettura del business e delle analisi dei processi eventualmente disponibili. L’analisi, sia essa di copertura o di impatto, prevede una prima fase di recupero delle informazioni disponibili sull’ambito di analisi, ottenute o attraverso la conoscenza presente negli strumenti di Architettura Enterprise oppure attraverso interviste ed approfondimenti con il Service Manager di riferimento (o con chi da questi indicato come “esperto della materia”). Successivamente le informazioni devono essere organizzate e modellate in modo da porre in risalto le coperture/scoperture e/o gli impatti, producendo in output sia rappresentazioni diagrammatiche sia matriciali e predisponendo i risultati in forma sia di documenti che di presentazioni per una più facile comunicazione verso i destinatari dell’analisi (Service Manager, referenti regionali). Input Di seguito sono riportati gli input per l'esecuzione del presente servizio, con l'indicazione della relativa fonte di provenienza e periodicità: Input Fonte di Provenienza Conoscenza su processi, servizi e prodotti SW disponibili tramite lo strumento di Architettura Enterprise LI Area Governo Periodicità SIR In funzione della analisi richiesta Aree Service Management e Supply Informazioni di dettaglio rilevate attraverso interviste con esperti della materia Referenti regionali In funzione della analisi richiesta Deliverable Di seguito sono riportati gli output per l'esecuzione del presente servizio, con l'indicazione della relativa destinazione e periodicità: Deliverable Diagrammi Architettura e matrici Enterprise di che Allegato 1A – Capitolato Tecnico – Lotto 1 Destinazione Periodicità Area Governo SIR In funzione della analisi richiesta Pagina 61 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Deliverable rappresentino analisi i risultati Destinazione Periodicità Area Governo SIR In funzione della analisi richiesta della Documentazione dell’analisi di copertura e/o impatto e predisposizione di presentazioni dei risultati Tempi e luogo di esecuzione Le attività sopra esposte dovranno svolgersi a partire dalla data di attivazione che verrà comunicata successivamente alla stipula del contratto con LI, e per tutta la durata dello stesso, secondo le modalità indicate al paragrafo 5 del CT e nel PQ. I tempi di esecuzione dipendono dalla complessità e dalla tipologia di analisi richiesta, nonché dal livello di conoscenza dello stato di fatto presente nello strumento di Architettura Enterprise LI. Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Mediamente, nel corso dell’anno, vengono richieste una decina di analisi di copertura e/o impatto, suddivise equamente in funzione della complessità (bassa, media, alta). Per avere evidenza dell’avanzamento dell’attività, si prevede una pianificazione e monitoraggio su base settimanale da concordare con il referente dell’Area Governo SIR della Direzione Sistemi Regione. Le attività dovranno essere svolte presso la sede di LI. Profili professionali Si richiedono le competenze delle seguenti figure professionali: Enterprise Architect senior e Enterprise Architect junior. Dati dimensionali Per una valutazione di impegno complessivo si consideri mediamente il seguente impegno in funzione della complessità dell’analisi: analisi di bassa complessità, da 3 a 5 gg uomo analisi di media complessità, da 5 a 10 gg uomo analisi di alta complessità, da 10 a 20 gg uomo Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 62 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. E) Analisi semplificate di integrazione di nuovi servizi nel SIR Durante le attività di business development, che precedono la proposizione di nuovi servizi in ambito SIR, oppure nei casi in cui per tempi o per modi non sia possibile eseguire una analisi completa dei requisiti di integrazione nel SIR, viene proposta una metodologia semplificata, finalizzata a: indirizzare in modo chiaro l’insieme minimo dei servizi trasversali del SIR che dovranno essere obbligatoriamente utilizzati dal nuovo servizio di business, fornire indicazioni agli analisti di business per eventuali approfondimenti ove l’utilizzo di un servizio trasversale sia auspicabile, ma non sia chiaramente identificabile dai requisiti business o di dettaglio rilevati. L’attività di analisi presuppone una conoscenza approfondita degli attuali servizi trasversali presenti nel SIR e dei casi standard di loro utilizzo (ad es. Autenticazione IdPC, Gestore Documentale, Pubblicazione Mappe 2D) e si concretizza in una matrice organizzata, personalizzata rispetto ad un template standard, che illustra quali servizi trasversali siano da utilizzare ed eventuali note di approfondimento. Nel caso in cui il servizio in oggetto sia esso stesso di natura trasversale, sarà prevista anche l’analisi dei principali servizi che potranno avvantaggiarsi della realizzazione del nuovo building block. Modalità di Realizzazione delle attività Per poter effettuare le tipologie di analisi richieste è necessaria una ottima padronanza degli strumenti di Architettura Enterprise, in particolare del Portfolio Servizi SIR e SIREG e del Portfolio Prodotti SW, nonché una spiccata capacità di lettura del business e delle analisi dei processi eventualmente disponibili, unitamente ad una conoscenza approfondita dei servizi trasversali esistenti e dei loro principali scenari di utilizzo. L’analisi prevede una prima fase di comprensione del perimetro progettuale e di lettura della documentazione esistente, comprensiva di eventuali interviste ed approfondimenti con il Service Manager di riferimento (o con chi da questi indicato come “esperto della materia”). Successivamente saranno fatte delle ipotesi per l’utilizzo dei servizi trasversali basate su scenari standard nel SIR e/o su vincoli noti e, nei casi incerti, saranno richiesti approfondimenti di analisi al Service Manager di riferimento. Input Di seguito sono riportati gli input per l'esecuzione del presente servizio, con l'indicazione della relativa fonte di provenienza e periodicità: Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 63 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Input Conoscenza su servizi di business trasversali del SIR disponibili tramite lo strumento di Architettura Enterprise LI Informazioni di dettaglio sulle esigenze legate al nuovo servizio, rilevate attraverso documentazione o interviste con esperti della materia Fonte di Provenienza Area Governo Periodicità SIR In funzione della analisi richiesta Aree Service Management e Supply Referenti regionali In funzione della analisi richiesta Deliverable Di seguito sono riportati gli output per l'esecuzione del presente servizio, con l'indicazione della relativa destinazione e periodicità: Deliverable Destinazione Periodicità Tabella organizzata delle relazioni con i servizi trasversali del SIR Area Governo SIR In funzione della analisi richiesta Tempi e luogo di esecuzione Le attività sopra esposte dovranno svolgersi a partire dalla data di attivazione che verrà comunicata successivamente alla stipula del contratto con LI, e per tutta la durata dello stesso, secondo le modalità indicate al paragrafo 5 del CT e nel PQ. I tempi di esecuzione dipendono dal livello di dettaglio della documentazione e dai tempi richiesti per l’analisi semplificata di integrazione, considerando che questa tipologia di analisi è applicabile solo in fase di business development oppure in relazione allo sviluppo di un servizio di business di medio-bassa complessità. Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 64 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Mediamente, nel corso dell’anno, vengono richieste una decina di analisi semplificate di integrazione. Per avere evidenza dell’avanzamento dell’attività, si prevede una pianificazione e monitoraggio su base settimanale da concordare con il referente dell’Area Governo SIR della Direzione SIRE. Le attività dovranno essere svolte presso la sede di LI. Profili professionali Si richiedono le competenze delle seguenti figure professionali: Enterprise Architect senior e Enterprise Architect junior. Dati dimensionali Per una valutazione di impegno complessivo si consideri che, mediamente, una analisi semplificata di integrazione nel SIR necessità di un impegno di 1-2 giorni uomo. 7.1.3 Servizi di supporto all’area programmazione integrata e fiscalità M ACROCLASSI DI RIFERIMENTO Supporto al Demand Management CLASSI DI RIFERIMENTO Service Management MODELLO DI EROGAZIONE A MODALITÀ CONTRATTUALI A canone PERIODO STIMATO DI SUBENTRO 2 mesi Descrizione Il servizio richiesto è il supporto al Service Management per garantire il presidio e gestire progetti e servizi afferenti ai seguenti ambiti: Programmazione Integrata, Contabilità, Ragioneria e Bilancio, Entrate, Ciclo Passivo e Fatturazione Elettronica. Requisiti e Vincoli La supervisione del servizio, le linee guida e gli obiettivi sono determinati dal responsabile della Funzione Service Management o dal Service Manager di riferimento. Nel servizio è compreso l’accesso, la compilazione e l’aggiornamento delle informazioni relative ai progetti, ai servizi e agli incarichi attivi sugli strumenti del Sistema Informativo Aziendale di LI. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 65 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Attività Richieste nell’ambito del servizio Segue l’elenco delle attività richieste per lo svolgimento del servizio rispetto agli ambiti sopra elencati: supporto alle Direzioni Generali, formulazione degli incarichi, supervisione dei servizi in gestione, supervisione dei progetti di sviluppo, gestione del cliente. Modalità di Realizzazione delle attività Supporto alle Direzioni Generali: consiste nel: rilevare le esigenze espresse dalle Direzioni regionali di riferimento e formalizzarle, definire i macrorequisiti svolgere il ruolo di consulente e di supporto IT alla Direzione Generale, per il quale si appoggia all’Area Business Consulting, all’Area Governo SIR, ai Service Manager, alle Direzioni Supply e a tutte le strutture competenti necessarie a comprendere il bisogno e ad individuare una soluzione. Formulazione degli incarichi: consiste nel produrre, sulla base delle esigenze rilevate, una proposta di incarico da sottoporre a Regione Lombardia, esplicitando l’oggetto, il contesto, i prodotti e i servizi offerti, e specificando le attività, i tempi e i costi, nell’ambito delle regole e degli strumenti messi a disposizione da LI. Per la formulazione e la formalizzazione della proposta si interfaccia con l’Area Business Consulting, l’Area Governo SIR, i Service Manager, le Direzioni Supply e tutte le strutture competenti necessarie. rilevare le eventuali esigenze di variazione contrattuale e, se necessario, formulare la variazione dell’incarico, nell’ambito delle regole e degli strumenti messi a disposizione da LI. Supervisione dei servizi in gestione: consiste nel monitorare gli SLA e gli indicatori di performance, le chiamate aperte in assistenza, i difetti non risolti e in corso di risoluzione, gestire le riunioni sull’andamento dei servizi, gestire, attraverso gli strumenti aziendali, l’esigenza di manutenzioni straordinarie, coordinare le comunicazioni verso il cliente durante la gestione dei disservizi (segnalazione, aggiornamenti, chiusura, resoconto), comunicare le manutenzioni programmate e le interruzioni straordinarie dei servizi in collaborazione con l’Area Monitoraggio SLA ed esercizio della Direzione SIRE. Supervisione dei progetti di sviluppo o di evoluzione: consiste nel pianificare i progetti di sviluppo o di evoluzione associati agli incarichi e monitorarne l’andamento in termini di tempi, costi e raggiungimento degli obiettivi, Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 66 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. organizzare e gestire la documentazione progettuale, gestire le riunioni di avanzamento progetto, predisponendo la reportistica a supporto, monitorare i rilasci coordinandosi con i referenti di Regione Lombardia, con le risorse interne a LI e con i fornitori di LI (ove previsti), gestire le criticità di progetto, coordinandosi con i referenti di Regione Lombardia, le strutture organizzative di LI e i fornitori di LI coinvolti nel progetto, tenere aggiornati gli strumenti di gestione del progetto e dell’incarico, comunicare il termine delle attività, presentare i prodotti realizzati, accompagnare Regione Lombardia nei test e verbalizzare i rilasci. Gestione del cliente: consiste nel analizzare e finalizzare le richieste di Regione Lombardia in ambito ICT, coinvolgendo il personale competente di LI e supportare il Service Manager nella relativa comunicazione con Regione. Le persone che svolgeranno il servizio dovranno rapportarsi con il responsabile della Funzione Service Management e il Service Manager di riferimento, che ne farà da costante punto di riferimento. Si dovranno rapportare inoltre con: altri Service Manager, nel caso di riutilizzo di servizi o di progetti condivisi tra più Direzioni Generali e/o Enti del SIREG, l’Area PMO e Controllo Economico della Direzione SIRE per tutte le attività relative alla pianificazione, contrattualizzazione, avanzamento e rendicontazione; L’Area Business Consulting della Direzione SIRE per le attività di definizione dei requisiti; L’Area Governo SIR della Direzione SIRE per le attività indirizzo dei progetti e di definizione dei requisiti di integrazione; L’Area Monitoraggio SLA ed Esercizio della Direzione SIRE per le attività di definizione degli SLA del servizio e per il relativo monitoraggio in esercizio; le Aree della Direzione PMTA per la progettazione e la realizzazione del software applicativo; le Aree del Dipartimento servizi per la progettazione e l’erogazione dell’assistenza e della gestione del servizio; il Dipartimento Esercizio per la progettazione e la gestione dell’infrastruttura del servizio. Le attività eseguite dal fornitore devono comunque essere svolte in tempi compatibili con le scadenze indicate al fine di permettere a LI di rispettare gli impegni con il cliente. Il fornitore sarà tenuto a svolgere le attività richieste nel presente servizio condividendo le proposte di incarico e tutti gli altri deliverable con il Responsabile della Funzione Service Management o il Service Manager e sarà tenuto ad accogliere, fino all’approvazione di LI, tutte le modifiche ed integrazioni dalla stessa proposte. Le attività dovranno essere svolte presso la sede di LI. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 67 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Input Di seguito sono riportati gli input per l'esecuzione del presente servizio, con l'indicazione della relativa fonte di provenienza e periodicità: Input Fonte di Provenienza Periodicità Programmazione Annuale delle attività FSM/SM e PMO Direzione SIRE Principalmente Annuale Esigenze progettuali programmate FSM/SM e PMO Direzione SIRE In base agli eventi Richieste di Regione Lombardia FSM/SM o Regione Lombardia In base agli eventi Scadenze per la consuntivazione delle risorse, per l’aggiornamento della pianificazione e consuntivazione progetti su Sistema Informativo Aziendale Amministrazione LI Mensile Segnalazione disservizi, manutenzioni programmate e interruzioni straordinarie sui servizi in erogazione Dipartimento Servizi LI o Area Monitoraggio SLA ed Esercizio Direzione SIRE In base agli eventi non Deliverable Di seguito sono riportati gli output per l'esecuzione del presente servizio, con l'indicazione della relativa destinazione e periodicità: Deliverable Destinazione Periodicità Proposta di incarico (nuovo o revisione) FSM/SM Annuale e su richiesta Regione Lombardia Allegato 1A – Capitolato Tecnico – Lotto 1 di Pagina 68 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Deliverable Destinazione Periodicità Piani di Progetto FSM/SM All’avvio di nuovi Progetti o in presenza di ripianificazioni di progetto FSM/SM Mensile per Generale FSM/SM Mensile per ogni Direzione Generale (o secondo quanto previsto dal piano di lavoro) Avanzamento progetti e consuntivazioni nel Sistema Informativo Aziendale di LI Amministrazione LI Secondo le scadenze inviate da Amministrazione LI (input) Risposte alle richieste di Regione Lombardia FSM/SM In base agli eventi Stato Andamento dei Servizi di una Direzione Generale: ordine del giorno, dati dei servizio (preliminare all’incontro) andamento mensile dei servizi della Direzione Generale (livelli di servizio, assistenza, incident, manutenzioni, criticità) verbale della riunione (successivo all’incontro) Stato Avanzamento progetto di una Generale: ogni Direzione Lavori di Direzione ordine del giorno, dati di servizio (preliminare all’incontro) avanzamento mensile sul progetto (scostamento piano di lavoro, criticità, prossime azioni) verbale del SAL (successivo all’incontro) verbale formale di validazione Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 69 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Deliverable Destinazione Periodicità Materiale di supporto alle riunioni (ordine del giorno, presentazioni PowerPoint, documenti, verbale di riunione, …) FSM/SM In occasione della partecipazione a riunioni Tempi e luogo di esecuzione Le attività sopra esposte dovranno svolgersi a partire dalla data di attivazione che verrà comunicata successivamente alla stipula del contratto con LI, e per tutta la durata dello stesso, secondo le modalità indicate al paragrafo 5 del CT e nel PQ. I deliverable e la loro periodicità sono indicate nella tabella precedente. Al termine della fornitura è necessario il passaggio di consegne, su tutti gli incarichi in corso. Le attività dovranno essere svolte presso la sede di LI. Profili professionali Si richiedono le competenze delle figure professionali: Program Manager, Business Consultant Manager ed Esperto di dominio con competenze sui sistemi SAP. Dati dimensionali Attualmente il team che eroga il servizio è composto da due Program Manager a tempo pieno e uno a tempo parziale. Vengono gestiti circa 20 servizi e 10 progetti di sviluppo all’anno. Sono di prossima attivazione due complessi programmi di cambiamento: l’evoluzione del sistema contabile integrato e l’evoluzione del sistema delle entrate. Altre caratteristiche della fornitura Per quanto riguarda: procedure di coordinamento con i referenti LI; orari di lavoro; dotazioni; livelli di servizio; si rimanda al PQ e a quanto già previsto nel presente CT. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 70 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 7.2 Forniture normate da successive richieste di intervento Nel corso della fornitura le attività saranno commissionate al Fornitore ed erogate attraverso “interventi”. Gli interventi saranno richiesti al fornitore a consumo del valore complessivo della macroclasse, nelle modalità descritte al paragrafo 5 e nel Piano della Qualità. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 71 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 8. Proposte progettuali 8.1 Scopo del capitolo Il presente capitolo riporta gli elementi utili a definire una proposta progettuale la cui elaborazione costituisce solo un elemento per la valutazione dell’offerta tecnica del concorrente. LI si riserva di considerare le proposte per una possibile adozione. Attenzione: le proposte progettuali non devono contenere alcun riferimento ad elementi economici, ma devono contenere solo considerazioni qualitative. 8.2 Struttura dei quesiti Vengono esaminate nel seguito le tematiche da approfondire al fine di contribuire alla definizione delle evoluzioni funzionali ed architetturali del SIR. Il presente paragrafo è suddiviso nelle seguenti sezioni: Evoluzione servizi documentali; Modello di offerta per i servizi da erogare al SIREG; Valorizzazione del patrimonio informativo regionale a supporto delle politiche fiscali e costituzione del fascicolo unico del contribuente; Modalità di standardizzazione e valutazione per la realizzazione di un documento di studio di fattibilità; Modalità di standardizzazione e valutazione per la realizzazione di un documento di requisiti utente; Modalità di standardizzazione e valutazione per la realizzazione di un documento di Assessment. Per ciascuna tematica vengono riportate le seguenti informazioni: 8.3 Contesto; Quesito; Documentazione a supporto. Evoluzione servizi documentali 8.3.1 Contesto I servizi documentali ruotano attorno ad EDMA (Enterprise Document MAnagement), Piattaforma Documentale progettata e realizzata da Lombardia Informatica, che mette a disposizione, in un ambiente integrato e nel rispetto della normativa vigente, i fattori abilitanti la dematerializzazione Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 72 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. quali principalmente il Protocollo Informatico, la PEC, la Firma Digitale e la Conservazione Sostitutiva. EDMA offre in modo integrato una suite di servizi documentali e di dematerializzazione, parametrizzabili secondo le specifiche esigenze procedimentali espresse da ogni settore dell’organizzazione, fornendo anche un sistema di Workflow Management. I Servizi Documentali e di Dematerializzazione attualmente attivi in EDMA sono di seguito elencati e brevemente descritti. Servizi Documentali Client Gestione Documentale: servizio che consente la gestione (ricerca, visualizzazione, condivisione, ecc.) dell’insieme di documenti al quale l’utente ha accesso o di cui è proprietario. Editing Documentale: servizio che consente la creazione e modifica di documenti attraverso l’integrazione di componenti di word-processing. Scansione documenti: servizio finalizzato alla dematerializzazione di documenti cartacei attraverso attività di scansione. Gestione Repository documenti: servizio che consente la memorizzazione e successivo richiamo di documenti, costituendo di fatto un archivio online degli oggetti documentali dematerializzati. Gestione fascicolo: servizio che consente la strutturazione e classificazione di un contenitore “logico” di documenti tra loro omogenei rispetto ad un determinato ambito di utilizzo. Workflow documentale: servizio che consente la condivisione di documenti tra più utenti in una logica di processo, abilitando gli utenti coinvolti ad eseguire determinate azioni rispetto a policy definite. Mail-merge: servizio che consente di effettuare spedizioni massive di comunicazioni su più canali con la possibilità di variare il testo per singolo destinatario. Servizi di Dematerializzazione Protocollo: servizio che consente la protocollazione automatica o semi-automatica dei documenti in ingresso a Regione Lombardia, con smistamento al destinatario e firma digitale. Conservazione sostitutiva: servizio finalizzato alla conservazione di un documento informatico, al fine di garantire che tale documento sia leggibile e accessibile nel tempo, preservandone l’integrità e la conformità all’originale. La Conservazione Sostitutiva è erogata da una specifica Piattaforma, descritta nel Paragrafo, con cui EDMA è integrata per garantire una filiera unica dell’archivio corrente e di deposito digitale. Firma digitale: servizio che consente l’apposizione della firma digitale ad un documento informatico, affinché il destinatario possa verificare l'identità del mittente (autenticità), il mittente non possa disconoscere un documento da lui firmato (non ripudio) e il destinatario non possa sostituire o modificare un documento firmato da qualcun altro (integrità). Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 73 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Marcatura temporale: servizio che garantisce l'indicazione di una data e un orario certi col quale si firma un documento informatico, attraverso l’associazione con un certificato digitale. Gestione PEC: servizio che consente di gestire in modo ordinato e trasparente per l’utente la corrispondenza elettronica associata alle caselle di Posta Elettronica Certificata (PEC), garantendo la tracciabilità delle ricevute di accettazione e di consegna. Gestione FAX: servizio che consente di ricevere ed inviare corrispondenza elettronica in modalità fax, attraverso l’integrazione con un modulo Fax Server. Da un punto di vista applicativo, la Piattaforma Documentale EDMA è sviluppata con logica a servizi, costituita da un ambiente core, su cui insistono differenti servizi verticali e si colloca pertanto come piattaforma trasversale rispetto al portfolio dei sistemi informativi in esercizio. Si vedano i dettagli dell’architettura applicativa nella documentazione a supporto. EDMA interagisce infatti a diversi livelli di integrazione con numerose applicazioni del SIR, mettendo a disposizione di tali applicazioni (che assumono il ruolo di “contesti applicativi” di EDMA) il bundle dei Servizi Documentali e di Dematerializzazione. EDMA oggi è in esercizio per Regione Lombardia, erogando servizi per circa 80 contesti applicativi (es. Atti Formali, GEFO, BURL, MUTA, Registro Debitori SIARL, SCRIBA, ecc.) ed è in uso anche nei seguenti Enti del SIREG con i relativi moduli utilizzati di seguito indicati. Ente Protocollo PEC Integrate ARCA √ √ ARIFL √ √ √ ARPA √ √ √ ERSAF √ √ EUPOLIS √ Fax Integrato Fascicolo Digitale Comunicazioni Elettroniche2 Procedimenti Digitalizzati Conservazione Sostitutiva √ √ √ √ √ √ √ √ √ √ La Piattaforma Documentale EDMA è contraddistinta da una continua crescita in termini di: 2 La Comunicazione Elettronica rappresenta la Comunicazione Istituzionale intra/extra-ente, caratterizzata principalmente da un set di informazioni strutturate, un iter approvativo, la firma digitale, l’integrazione ai servizi di protocollo e l’invio multi-canale. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 74 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 1. Procedimenti di Business supportati: l’inserimento di nuovi contesti applicativi che interagiscono con EDMA porterà a coprire gradualmente nuovi processi sia regionali che del SIREG. 2. Funzionalità «core» erogate legate alla dematerializzazione e alla gestione documentale: il portfolio applicativo del core EDMA è in continua evoluzione. 3. Numero di contesti applicativi/applicazioni integrati a diversi livelli. 4. Estensione di utilizzo anche agli altri Enti Regionali. 5. Numero di utenti, sia regionali che esterni: l’introduzione di nuovi contesti applicativi, molti dei quali si rivolgono direttamente ai cittadini, imprese o enti, comporta necessariamente un forte incremento del numero di utenti che utilizzano, direttamente o indirettamente, i servizi erogati dalla piattaforma. 6. Volumi documentali: analogamente alla considerazione riportata per la crescita del numero degli utenti, anche i volumi documentali sono destinati a crescere con un ritmo sempre più elevato dato il continuo inserimento di nuovi contesti e la maggiore diffusione dei contesti già in uso. Numeri di riferimento I principali numeri di riferimento che possono essere indicati al 31/3/2014 sono i seguenti: Numero di Istanze: 3 (RL, ARPA e LI) Enti gestiti: Regione Lombardia, ARCA, ARIFL , ARPA, ERSAF, EUPOLIS, LI Numero di utenti diretti: ~ 6.000 Numero totale documenti salvati in EDMA: ~ 45 Milioni Numero totale di file salvati in EDMA: ~ 20 Milioni Dimensione totale file salvati in repository EDMA: ~ 5,5TeraByte Numero di Contesti Applicativi dell’Istanza RL: 84 Numero di Contesti Applicativi dell’Istanza RL fruiti dall’interfaccia client: 35 Percorso di evoluzione In relazione a questa crescita, dal 2012 si è avviato un percorso di evoluzione architetturale della Piattaforma Documentale EDMA, finalizzato alla segmentazione dei contesti e alla scalabilità applicativa ed infrastrutturale, attraverso la separazione dei principali componenti funzionali ed il loro innalzamento a servizi di business indipendenti. Tali interventi hanno portato ad oggi a: sostituzione della libreria Open Office con Libre Office: la gestione dei modelli di lettera in EDMA sarà garantita dalla libreria Libre Office, anch’essa di tipo Open Source, che presenta diversi miglioramenti rispetto a quella ad oggi utilizzata. Nascita del servizio di Mail Merge: che consente di effettuare spedizioni massive di comunicazioni esterne (via PEC, fax o destinate all’invio cartaceo) con la possibilità di Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 75 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. variare il testo per singolo destinatario a partire da dati forniti mediante importazione di un file Excel. Acquisizione di uno strumento di Document Capture (ABBY), integrato con EDMA con l’obiettivo primario di “svincolare” le funzionalità di scansione singola e multipla dal modello di scanner installato sulle postazione client e, in previsione futura, di arricchire il set di funzionalità di scansione con feature avanzate di riconoscimento OCR e ICR. Integrazione di EDMA con i servizi offerti da una piattaforma informatica specializzata nei servizi di firma automatica (BBF Actalis), al fine di esporre dei servizi che consentano di automatizzare alcuni processi di firma utilizzati oggi dai contesti interagenti con EDMA (es. Atti formali). Upgrade a Tomcat 7: upgrade del web container Tomcat dalla versione 5.5 alla versione 7 per le migliori prestazioni date dalla nuova architettura e per la maggiore sicurezza in vista della esposizione dei servizi di EDMA su internet. Questo intervento è propedeutico alla suddivisione dei WAR (Web application ARchive) in più pacchetti applicativi in quanto nella nuova versione è stata introdotta la funzionalità di “virtualwebapp”. Suddivisione del WAR EDMA in più pacchetti applicativi. Esternalizzazione ed evoluzione del servizio gestione file oggi integrato nel core di EDMA. L’intervento è finalizzato a consentire la gestione contemporanea di diverse fonti di storage (file system, database, soluzione ECM di IBM), con la possibilità di partizionarne l’uso. Nascita del nuovo servizio centralizzato di verifica firma e marcatura temporale: attraverso l’implementazione di nuovi servizi per la verifica e validazione delle firme e delle marche temporali apposte sui documenti informatici dagli utenti in conformità alla normativa nazionale e comunitaria. Mentre per l’apposizione è possibile adottare uno o al più un numero limitato di formati di firma, in verifica è necessario supportarli tutti. Sono inoltre in corso le seguenti attività: Esternalizzazione del servizio di Protocollo: implementazione di un servizio di Protocollo esterno alla piattaforma documentale per ridurre l’impatto di eventuali incident occorsi a specifici contesti e per incrementare il livello di scalabilità dei servizi erogati. Esposizione EDMA su Internet: ad oggi i servizi della Piattaforma Documentale EDMA sono esposti solo su rete interna; l’esposizione degli stessi su rete internet nasce dalla necessità di svincolare l’utilizzo della Piattaforma Documentale EDMA dalla postazione fisica. Questo in relazione al fatto che in Regione EDMA è utilizzato in maniera significativa da figure dirigenziali che svolgono il proprio servizio spesso su postazioni non Regionali e all’estensione di EDMA al Sistema Regionale (SIREG). Upgrade a EXADATA: migrazione dall’attuale versione del DB Oracle in EXADATA al fine di sfruttarne alcune interessanti migliorie e nuove feature con l’obiettivo di apportare un miglioramento complessivo al sistema su più fronti (prestazioni, tuning, sicurezza, ecc.). Colloquio tra istanze: attualmente la piattaforma EDMA e tutti i contesti applicativi devono essere installati su un’unica infrastruttura. L’intervento evolutivo è mirato a permettere l’implementazione di più infrastrutture per partizionare il sistema secondo i contesti applicativi e secondo gli enti utilizzatori. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 76 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Conservazione Sostitutiva La Piattaforma di Conservazione Sostitutiva è costituita principalmente da e-dk (e-document keeper) e dal sistema Centera (quale supporto di memorizzazione) che sono installati presso la server farm di Lombardia Informatica, su hardware dedicato secondo l’architettura tecnologica rappresentata nella seguente figura. Sistema 1 Sistema 2 E-Document Keeper E-Document Keeper SAN DB Spazio disco temporaneo DB Engine Centera DB files Il Sistema di Conservazione è installato sulle seguenti componenti hardware: Sistema1 e Sistema2: Server su cui è installata la componente applicativa del Sistema di Conservazione. I due Server sono dotati di due Hard Disk da 140 GB in raid 1. Centera: è il device fisico su cui vengono depositati i documenti al termine del processo di conservazione a norma. SAN: è la componente di Storage (EMC VG2 sistema NAS) su cui verrà allocato lo spazio temporaneo necessario al Sistema di Conservazione. DB: è il sistema storage di classe Enterprise (EMC Storage VMAX)su cui è installato il DB Oracle e tutti i Table Space e i file relativi al DataBase. In riferimento alla architettura hardware sopra descritta: e-Document Keeper, la componente applicativa del sistema di conservazione, è installata sui due sistemi, Server1 e Server2. La disponibilità del servizio (Fault Tollerance) viene gestita con back up a freddo in cui solamente una delle due componenti applicative viene Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 77 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. mantenuta attiva. In caso di failure sul nodo attivo, mediante opportune procedure adottate dal gestore del sistema viene attivata la componente applicativa disponibile sul secondo nodo; Componente NAS: si fa uso della NAS disponibile presso l’infrastruttura di Lombardia Informatica. Componente DB: si fa uso della infrastruttura DB di Lombardia Informatica. Centera: per motivi di sicurezza legati alla necessità di Centera di disporre di una connessione modem esterna, Centera è installato in una DMZ dedicata. Dal momento che Centera necessita delle seguenti aperture verso l’esterno: - connessione con modem analogico esterno; possibilità di inviare e-mail, quindi necessità di raggiungere un SMTP server; possibilità di essere chiamato su rete IP dalle componenti applicative del Sistema di Conservazione, la collocazione di Centera in una DMZ separata permette di soddisfare tutti i requisiti espressi nei punti precedenti. Configurazioni di Rete: tutto l’HW si cala nella infrastruttura di erogazione di Lombardia Informatica. Oltre alla descrizione delle componenti di cui sopra, dal momento che il gestore del sistema di conservazione è Lombardia Informatica e l’ambiente di erogazione è la server farm di Lombardia Informatica, vengono adottate per il sistema di conservazione tutte le policy e le regole per la sicurezza degli archivi in vigore presso l’ente erogatore. Si fa quindi riferimento al Documento programmatico sulla sicurezza (DPS) e alle Procedure di Qualità in merito alle attività di erogazione di servizi tecnologici per conto terzi da parte di LI. 8.3.2 Quesito Alla luce del contesto di riferimento, si richiede di identificare un percorso di trasformazione ed innovazione tecnologica della Piattaforma Documentale EDMA, finalizzata all’adeguamento della piattaforma e dei servizi documentali rispetto agli scenari di evoluzione del sistema, dei servizi e delle dimensioni, in relazione agli obiettivi di dematerializzazione della Pubblica Amministrazione e ai trend di mercato. Sarà pertanto necessario definire un Piano di Trasformazione IT valutando il posizionamento dei servizi documentali in essere rispetto alle esigenze espresse dalla Pubblica Amministrazione (attraverso il suo piano di evoluzione dei sistemi informatici), verificando anche la robustezza e la scalabilità della soluzione (attuale e target) in relazione alla crescita del sistema verso nuovi utenti e nuovi volumi di dati nell'ottica di definire un piano di migrazione/trasformazione. 8.3.3 Documentazione a supporto LI-Evoluzione_EDMA-3.1_20120711.pdf Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 78 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. 8.4 LI-Il modello di architettura enterprise nel SIR-1.0_20120711.pdf Modello di offerta per i servizi da erogare al SIREG 8.4.1 Contesto La Legge regionale n. 30/2006 art.1 indica che in attuazione dell’articolo 48 dello Statuto di autonomia, il sistema regionale è costituito dalla Regione e dagli enti di cui agli allegati A1 e A2. La stessa legge, e le DGR successive tra cui la VIII/10867 del 23 dicembre 2009, la DGR n. 7531 del 27 giugno 2008, e la DGR n. IX/1385 del 2 marzo 2011) indicano: che gli enti di cui all’allegato A1 svolgono tra loro e a favore della Regione le prestazioni dirette alla produzione di beni e servizi strumentali alle rispettive attività; che la Giunta adotta le misure volte a razionalizzare e semplificare gli adempimenti, le procedure e i servizi, con lo scopo di evitare duplicazioni, sovrapposizioni e favorire il monitoraggio della spesa, anche mediante l’utilizzo di procedure informatiche centralizzate; che gli enti di cui all’all. A1 della L.R. 30/2006 possono svolgere tra loro le prestazioni dirette alla produzione di beni e servizi strumentali alle rispettive attività mediante sottoscrizione di apposita convenzione; l’obiettivo di omogeneizzare i sistemi informativi degli enti del sistema regionale. Infine le Direttive alle società partecipate in modo totalitario, approvate con DGR n. X/1292 del 30 gennaio 2014, all’Allegato D prevedono che nell’ottica di agevolare il predetto processo di integrazione e di ottimizzazione delle risorse IT, gli enti e le società sono tenuti, prima di ogni scelta riguardante applicazioni ed infrastrutture informatiche, a verificare la disponibilità di soluzioni regionali già in essere ed, in ogni caso, ad individuare, in raccordo con le strutture regionali competenti e con il supporto di LI, la soluzione alternativa più idonea. Questo il perimetro di riferimento delle Direttive: hosting e housing dei server presso il data center di via Taramelli; gestione postazioni di lavoro (pc e informatica individuale); sistemi di sicurezza informatica; posta elettronica; portale internet; nuovo GeFo (gestione fondi di erogazione e sostegno); EDMA e sistema documentale; nuovo sistema contabile armonizzato; SIOP (gestione delle risorse umane); sistemi di comunicazione digitale (portali) e servizi di collaborazione; building e facility manager (SUPER); servizi per l’Infrastruttura dell'Informazione Territoriale (IIT); Modello Unico Trasmissione Atti (MUTA). Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 79 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Infine, gli Enti dipendenti e le Società devono rendere fruibili i propri dati secondo quanto previsto dalla normativa vigente in materia di Open Data (art. 52 del Codice dell'amministrazione digitale) e dalla d.g.r. n. 2904 del 11 gennaio 2012 e successivo Decreto n. 6115 del 10 luglio 2012, al fine di pubblicarli sul sito <http://www.dati.lombardia.it>. In questo contesto si sviluppa l’opportunità di ideare e sviluppare un portfolio di servizi (offerta) di natura infrastrutturale, applicativa e professionale per gli Enti del SIREG e per le piccole amministrazioni locali. Il portfolio di servizi dovrà essere costruito a partire dalle piattaforme, dai servizi di business e dalle competenze professionali con cui LI oggi governa il Sistema Informativo Regionale. Perimetro I servizi di business da considerare per la definizione del modello di offerta sono indicati nella tabella seguente. Di questi saranno oggetto del quesito solo quelli che fanno riferimento al perimetro della gara, ed espressamente indicati in tabella. Servizio di business Nel perimetro della gara Servizi documentali Si Sistema contabile integrato Si Business intelligence Si SUPER Si Portali No Infrastruttura territoriale No SIREAL No SIOP No Il modello dovrà comprendere inoltre i servizi di gestione delle infrastrutture e i servizi professionali (studi di fattibilità, consulenza, project management). 8.4.2 Quesito Si richiede di redigere un modello di definizione delle offerte di servizi riferito al contesto, al perimetro e ai vincoli espressi e che sia articolata dalle seguenti componenti. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 80 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Offerta di servizi Indicare un insieme coerente di offerte alternative composte da: elenco dei servizi di business e delle singole componenti comprese nell’offerta e relative al perimetro (es. per EDMA la gestione documentale è un servizio di business e la gestione del fascicolo è una componente), servizi professionali connessi (es. per EDMA la configurazione di un nuovo modello di documento è un servizio), indicare quale altre componenti di servizio fuori perimetro potrebbero essere associate all’offerta (es. a servizi derivati da EDMA potrebbe essere associata la posta elettronica), indicare quali servizi presenti sul mercato potrebbero essere integrati con i servizi esistenti e offerti da Lombardia Informatica e i benefici attesi (costi, tempi, time to market, …) livelli di servizio previsti, modello di chargeback dei servizi offerti, chiarendo sulla base di quali driver è costruito, progettualità standard necessaria all’avvio del servizio presso un nuovo soggetto utente (es. assessment, studio fattibilità, progetto esecutivo di deploy). Un esempio di offerte alternative potrebbero essere una offerta base sui servizi documentali per piccoli comuni che comprende protocollo, fascicolo e PEC e conservazione sostitutiva con livelli di assistenza minimi e un’offerta media per soggetti di maggiori dimensioni che comprende in aggiunta il workflow management e servizi professionali di configurazione di procedimenti, con livelli di assistenza maggiori. Requisiti e vincoli Individuare i requisiti e vincoli che dovranno rispettare i soggetti aderenti le offerte per poter accedere ai servizi. Specificare, se necessario, le differenze per ciascuna offerta. Ad esempio: requisiti tecnologici e infrastrutturali minimi (connessione internet, router, tecnologie, dispositivi o infrastrutture necessari), requisiti applicativi: quali servizi applicativi locali devono essere presenti nell’architettura dei sistemi informativi dell’utente, requisiti e vincoli di integrazione minimi: con quali sistemi e servizi locali dovrà essere realizzata una integrazione e con quali sistemi e servizi locali potrà essere realizzata una integrazione, vincoli sul livello di personalizzazione e customizzazione dei servizi di business offerti. Dimensionamento A partire dal dimensionamento attuale, documentato dalle schede servizio e da considerare come baseline per i soggetti oggi aderenti, realizzare una proposta di dimensionamento che indichi come scalano i volumi e le attività in funzione delle adesioni alle offerte previste. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 81 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. Il modello di offerta potrà essere segmentato per soggetti appartenenti al SIREG e altri Enti, oppure per fasce dimensionali (es. utenti, volumi input). Il modello dovrà ispirarsi alle esigenze oggi espresse dalla PAL e alle offerte oggi presenti sul mercato dei servizi IT in perimetro verso le PAL. Requisiti e vincoli generali I servizi applicativi dovranno essere erogati come Software as a service. Un vincolo generale di governance e quello per cui l’architettura delle piattaforme e la conseguente articolazione delle offerte dovrà essere centralizzata prevedendo un kernel “centrale” regionale che potrà avere poi delle “personalizzazioni” in risposta alle esigenze del singolo soggetto utente e a carico del singolo soggetto utente, nei limiti previsti per ciascuna offerta. Nelle offerte dovrà essere compresa una offerta base con livelli di servizio minimi che sia paragonabile in termini di impegno e di costi con i servizi base presenti sul mercato. A questa tipologia di offerta ne potranno essere affiancate altre di maggiore completezza, qualità, livelli di servizio e con maggiori costi. 8.4.3 8.5 Documentazione a supporto Schede servizio allegate Valorizzazione del patrimonio informativo regionale a supporto delle politiche fiscali e costituzione del fascicolo unico del contribuente 8.5.1 Contesto Con il Programma Regionale di Sviluppo (PRS), Regione Lombardia ha individuato le priorità di governo della X Legislatura e ha tracciato la visione strategica dell’azione regionale con una visione al 2018. Tra le priorità compare la volontà di rendere la Pubblica Amministrazione più efficiente e meno costosa, in grado di completare la rivoluzione digitale ed erogare servizi più trasparenti, rapidi ed efficaci ai cittadini e alle imprese. I cittadini e le imprese assumono il doppio ruolo di contribuenti e beneficiari di servizi e quindi le iniziative regionali: da un lato, si pongono l’obiettivo di semplificare gli adempimenti amministrativi attraverso: - l’attuazione dell’Agenda di Semplificazione, - l’attuazione dell’Agenda digitale lombarda, - l’individuazione di nuove modalità per il soddisfacimento dei bisogni sociali emergenti (welfare e sanità); dall’altro, si adottano politiche finalizzate alla: Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 82 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. - riduzione della pressione fiscale, lotta all’evasione fiscale, riscossione dei tributi a livello regionale. La valorizzazione del patrimonio informativo regionale diventa fattore abilitante per le politiche e per gli obiettivi dell’amministrazione: l’Ente non deve più richiedere informazioni già note (semplificazione) e, al contempo, acquisisce una migliore conoscenza dei soggetti che vivono e operano nel territorio permettendo una più puntuale finalizzazione delle scarse risorse a disposizione. 8.5.2 Quesito Gli obiettivi del quesito proposto sono riconducibili: alla conoscenza delle posizioni debitorie e creditorie e dei sostegni (erogazioni e contributi) del contribuente per indirizzare le azioni politiche; alla condivisione informativa con le altre PAL. Partendo dalla mappatura dei giacimenti informativi già disponibili (usando come riferimento ad esempio quanto riportato nelle schede servizio allegate al presente capitolato e/o i dati pubblicati sul portale www.dati.lombardia.it), la proposta progettuale dovrà individuare eventuali informazioni mancanti o già presenti, ma utilizzate solo parzialmente, per giungere a definire uno scenario evolutivo che porti alla costruzione del fascicolo del contribuente nell’accezione sopra descritta e che tenga conto dei temi legati all’agenda digitale e delle possibili forme di collaborazione attivabili con le altre pubbliche amministrazione locali e centrale. La proposta dovrà contenere il macropiano di dispiegamento, anche partendo da un prototipo che evidenzi il primo ambito di intervento. 8.6 Modalità di standardizzazione e valutazione per la realizzazione di un documento di studio di fattibilità 8.6.1 Contesto Nel capitolo 5 sono stati descritti la finalità del documento, i contenuti e i parametri dimensionali di analisi dello Studio di fattibilità. LI ha l’obiettivo di standardizzare il processo di realizzazione/ciclo di vita per l’elaborazione del deliverable con la finalità di, oltre che standardizzare le attività, definire un modello di costing del “prodotto-deliverable” che relazioni l’impegno stimato per lo svolgimento delle attività con la valutazione della complessità dell’oggetto dello studio. LI intende mettere a punto un modello che permetta di automatizzare la determinazione del costo di un intervento “a corpo” per la realizzazione del deliverable attraverso la classificazione di criteri Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 83 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. predeterminati che agiscono come fattori correttivi del prezzo al variare del livello di complessità dello studio. È, infatti, evidente che lo stesso deliverable può richiedere un impegno nella realizzazione nettamente diverso se lo studio, per esempio, ha per oggetto diversi processi, un alto numero di attori, analizza i processi/servizi di business, il livello applicativo prodotti SW ed livello infrastrutturale, identifica più soluzioni, ecc. Attraverso un’analisi preliminare dovrà essere possibile definire gli obiettivi dello studio, identificare gli elementi variabili che incidono in modo significativo sulle attività da svolgere e, attraverso un modello di calcolo, stabilire a priori il prezzo per la realizzazione dello studio. 8.6.2 Quesito È richiesto al concorrente di elaborare una proposta di modello per affrontare le problematiche esposte nel contesto, che metta in relazione attività, criteri di complessità, impegno necessario e che permetta in modo automatizzato di determinare a priori il peso economico di uno studio da realizzare in modalità “a corpo”. Pertanto, il concorrente deve: Identificare le attività di realizzazione dello studio; Analizzare le casistiche che fanno variare il livello di complessità dello studio; Valutare l’impegno necessario evidenziando i razionali per la loro quantificazione economica; Identificare i fattori correttivi ed il loro peso nelle diverse casistiche; Le modalità di applicazione del modello. Attenzione: la proposta non deve contenere alcun riferimento ad elementi economici, soltanto considerazioni qualitative. 8.7 Modalità di standardizzazione e valutazione per la realizzazione di un documento di Requisiti utente 8.7.1 Contesto Nel capitolo 5 sono stati descritti la finalità del documento, i contenuti e i parametri dimensionali per la definizione dei Requsiti utente di dettaglio. LI ha l’obiettivo di standardizzare il processo di realizzazione/ciclo di vita per l’elaborazione del deliverable con la finalità di, oltre che standardizzare le attività, definire un modello di costing del “prodotto-deliverable” che relazioni l’impegno stimato per lo svolgimento delle attività rispetto alla complessità dell’oggetto di analisi. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 84 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. LI intende mettere a punto un modello che permetta di automatizzare la determinazione del costo di un intervento “a corpo” per la realizzazione del deliverable attraverso la classificazione di criteri predeterminati che agiscono come fattori correttivi del prezzo al variare del livello di complessità dell’analisi. È, infatti, evidente che lo stesso delivable può richiedere un impegno di realizzazione nettamente diverso se la definizione dei requisiti richiesta comprende o meno la definizione dei requisiti funzionali, informativi, di gestione del servizio, di sicurezza o di interazione. Attraverso un’analisi preliminare dovrà essere possibile definire l’oggetto e la profondità dell’analisi, identificare gli elementi variabili che incidono in modo significativo sulle attività da svolgere e, attraverso un modello di calcolo, stabilire a priori il prezzo per la realizzazione del documento. 8.7.2 Quesito È richiesto al concorrente di elaborare una proposta di modello per affrontare le problematiche esposte nel contesto, che metta in relazione attività, criteri di complessità, impegno necessario e che permetta in modo automatizzato di determinare a priori il peso economico di uno studio da realizzare in modalità “a corpo”. Pertanto, il concorrente deve: Identificare le attività di realizzazione dell’analisi; Analizzare le casistiche che fanno variare il livello di complessità; Valutare l’impegno necessario evidenziando i razionali per la loro quantificazione economica; Identificare i fattori correttivi ed il loro peso nelle diverse casistiche; Le modalità di applicazione del modello. Attenzione: la proposta non deve contenere alcun riferimento ad elementi economici, soltanto considerazioni qualitative. 8.8 Modalità di standardizzazione e valutazione per la realizzazione di un documento di Assessment 8.8.1 Contesto Nel capitolo 5 sono stati descritti la finalità del documento, i contenuti e i parametri dimensionali dell’Assessment. LI ha l’obiettivo di standardizzare il processo di realizzazione/ciclo di vita per l’elaborazione del deliverable con la finalità di, oltre che standardizzare le attività, definire un modello di costing del “prodotto-deliverable” che relazioni l’impegno stimato per lo svolgimento delle attività rispetto alla complessità dell’oggetto di valutazione. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 85 di 86 Gara 3/2014/LI - Procedura aperta ai sensi del D.Lgs. n. 163/2006 per l’affidamento dei servizi di supporto al demand management, sviluppo, manutenzione, assistenza per la realizzazione dei modelli di e-government della Regione Lombardia. LI intende mettere a punto un modello che permetta di automatizzare la determinazione del costo di un intervento “a corpo” per la realizzazione del deliverable attraverso la classificazione di criteri predeterminati che agiscono come fattori correttivi del prezzo al variare del livello di complessità dell’analisi. È, infatti, evidente che lo stesso delivable può richiedere un impegno di realizzazione nettamente diverso se nell’assessment vengono approfondite una o più dimensioni di analisi e uno o più ambiti critici; se il livello di complessità dei processi e di profondità dell’analisi sono alti. Attraverso un’analisi preliminare dovrà essere possibile definire gli obiettivi e l’oggetto dell’assessment, identificare gli elementi variabili che incidono in modo significativo sulle attività da svolgere e, attraverso un modello di calcolo, stabilire a priori il prezzo per la realizzazione del documento. 8.8.2 Quesito È richiesto al concorrente di elaborare una proposta di modello per affrontare le problematiche esposte nel contesto, che metta in relazione attività, criteri di complessità, impegno necessario e che permetta in modo automatizzato di determinare a priori il peso economico di uno studio da realizzare in modalità “a corpo”. Pertanto, il concorrente deve: Identificare le attività di realizzazione dell’assessment; Analizzare le casistiche che fanno variare il livello di complessità; Valutare l’impegno necessario evidenziando i razionali per la loro quantificazione economica; Identificare i fattori correttivi ed il loro peso nelle diverse casistiche; Le modalità di applicazione del modello. Attenzione: la proposta non deve contenere alcun riferimento ad elementi economici, soltanto considerazioni qualitative. Allegato 1A – Capitolato Tecnico – Lotto 1 Pagina 86 di 86
© Copyright 2024 Paperzz