close

Enter

Log in using OpenID

allegato 1a capitolato tecnico lotto 1

embedDownload
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
Author
Document
Category
Uncategorized
Views
0
File Size
1 273 KB
Tags
1/--pages
Report inappropriate content