1 17- Giugno -1999 ANNO 2000 Adeguamento del sistema informativo del Ministero delle Finanze.

1 17- Giugno -1999

ANNO 2000

Adeguamento del sistema informativo del Ministero delle

Finanze

MINISTERO DELLE FINANZE

2

Le dimensioni del problemaInformation Technology (IT)

sistemi centralisistemi distribuiti (server, PC, reti locali)reti geografiche di trasmissione datisoftware operativo e applicativo

Sistemi incorporati (embedded)sistemi di sicurezzaunità di controllo e gestione impianti tecnologici

Flussi informatici da e verso l’esternoForniture esterne (energia elettrica,

acqua, gas e fonia)


3

Le implicazioni tecnologicheSui sistemi informativi

interruzione del funzionamentoalterazione dei dati negli archivi (errori negli

ordinamenti cronologici, errori nei confronti, errori nel calcolo degli interessi )

effetto dominoSui sistemi incorporati

interruzione del funzionamento degli impianti (impianti di sicurezza, impianti di gestione dei servizi negli immobili)

Sui flussi informativi blocco delle applicazioni (per il mancato

allineamento)Sulle forniture esterne

blocco totale del sistema


4

La complessità del S.I. dell’Amministrazione Finanziaria

Sistemi distribui

ti

Applicazioni periferiche

Applicazioni

centrali

Territorio

Sistemi centrali

Dogane

Entrate

RETE UNITARIA

RETE UNITARIA


Poste

Altre AmministrazioniU.E. centrali e

locali

Banche

Contribuenti

Intermediari

5

I rischi per l’A.F.MINISTERO DELLE FINANZE

ECONOMICO E FINANZIARIO

DI IMMAGINE

DI CONFRONTO CON ALTRE LE

AMMINISTRAZIONI COMUNITARIE

6

L’approccio utilizzato La complessità del Sistema Informativo

dell’A.F. ha reso necessario definirestaff di indirizzo coordinamento e

controllo (costituito dai rappresentanti di tutti gli ambiti dell’A.F.)

un’organizzazione trasversale a tutte le aree per il coordinamento delle attività informatiche

una fase di sperimentazione per definire le tecnologie di ausilio

un progetto ampio e dettagliatoun approccio di conversione strutturato l’utilizzo di strumenti di Project Management


7

Adeguamento del software (1 Gen ‘98/31 Dic.’99) Anagrafe Tributaria Centri di Servizio Dogane

Acquisizione beni e servizi: necessarie all’adeguamento dell’intero Sistema Informativo del Ministero delle Finanze

Adeguamento all’anno 2000 per

l’Amministrazione dei Monopoli di Stato (1 Gen / 31 Dic 1999) per l’adeguamento del sw e l’acquisizione di Beni e Servizi

I contratti stipulati dall’A.F con la Concessionaria


8

Verificare la compatibilità:

dei sistemi informativi (hw e sw)dei sistemi di colloquio con le altre

amministrazionidelle apparecchiature non informatiche del

sistema generale forniture esterne (fonia,energia elettrica,acqua,

gas) l’utilizzo di strumenti di Project Management

Verifica del Sistema Generale


9


Modalità operativeScomposizione in macro aree,

funzionalmente autoconsistenti, per minimizzare le interazioni tra applicazioni

Lotti di conversione di 1 - 1,5 milioni di LOC

Individuazione dei cosiddetti archivi di frontiera (comuni a più applicazioni)

10

Il processo di adeguamentoPreparazione (inventariazione del software

ed analisi qualitative e quantitative di impatto)Modifica (intervento sul software, migrazione

di base dati, creazione di interfacce per la gestione di archivi condivisi)

Verifica e rilascio (predisposizione ambienti di test, test delle applicazioni, allineamenti con le attività di manutenzione, rilascio delle applicazioni in esercizio)


11

Le tecniche d’interventoAmpliamento fisico del campo

anno Ampliamento virtuale (“windowing”

con finestre temporali di 100 anni)

Tecniche miste in funzione della tipologia delle applicazioni da convertire


12

La situazione attuale…Conversione di tutte le macro-aree, fase di test in

corso di svolgimento e primi rilasci in produzione Censimento delle applicazioni mission critical Censimento dei flussi dati da/verso l’esternoMonitoraggio dell’avanzamento lavori, ad opera

della struttura trasversale dedicata al coordinamento

Censimento puntuale del bios dei PC da sostituire negli uffici periferici in concomitanza con altri interventi già pianificati

Verifica di conformità sul patrimonio software

MINISTERO DELLE FINANZE2000

Giugno

13

…La situazione attuale dei Monopoli

Fase di preparazione completata Adeguamento al 50% dei nuovi sistemi

operativi In corso la fase di Modifica di tutti i sottosistemiRilascio in esercizio previsto nel periodo

compreso tra il 19 luglio e il 29 ottobre p.v. Acquisiti tutti i beni In corso i sopralluoghi per gli attrezzaggi delle

sedi periferiche, l’installazione dei pc prevista entro la fine di settembre

Attività di formazione in corso per i nuovi ambienti operativi

MINISTERO DELLE FINANZE 2000

Giugno

14

50% del patrimonio applicativo da convertire

pari a circa 28 mil di LOC

LINGUAGGI

COBOL 80%

CC++ 15%

ALTRI 5%BASI DATI

55% degli archivi da esaminare

IL BIOS

di circa 14.000 PC

degli uffici periferici

I dati inizialiMINISTERO DELLE FINANZE

15

I dati odierniMINISTERO DELLE FINANZE

Da adeguare10 mil.

1997 1999

Compatibili 17 mil.

Obsolete prima del ‘99 21 mil.

Reingegnerizzate 9,5 mil.

57 mil. di LOC

16

I costi esterni

SW (10 ML di LOC) 8.000.000.000 HW 500.000.000 Coordinamento 1.000.000.000 Formazione 200.000.000

Totale costi 12.200.000.000


17

Altre implicazioni

Adeguamento al 2000 per la gestione dell’approvvigionamento beni e

acquisizione dei servizi (rapporti con fornitori e subfornitori)

modulistica ufficiale e di prassi (modd. F23 e F24)

modalità di erogazione di servizi al cittadino e alle imprese (sportelli self-service, assistenza fiscale, ecc.)


18

Le azioni conseguenti

Verifica della compatibilità dei sistemi incorporati

Inserimento di clausole di compatibilità nei contratti della P.A.

Richieste di certificazione (lettere di “2000-compliance”)

Monitoraggio delle attività


19

The British Standard Institution Committee


Conformità all'anno 2000 (BSI DISC PD 2000-1)Né le prestazioni, né le funzionalità sono influenzate dal cambiamento di data causato dall'avvento dell'Anno 2000, durante e dopo il cambio millennio.In particolare:regola 1 - nessun valore della data corrente sarà causa di alcuna interruzione nel funzionamento (integrità generale)regola 2 - la funzionalità della banca dati deve essere garantita prima, durante e dopo l'anno 2000 (integrità della data)regola 3 - gli elementi data nelle interfacce e nella memorizzazione dei dati consentiranno di specificare il secolo al fine di eliminare eventuali ambiguità di data senza intervento manuale, tenuto conto degli anni bisestili.regola 4 - l'anno 2000 deve essere considerato come un anno bisestile

20

Un esempio di lettera...Spett.le Ditta XYZ

Con la presente nota si comunica che questa Amministrazione è interessata a conoscere il livello di compatibilità con l'Anno 2000 relativamente ai prodotti e servizi distribuiti da codesta Società, con particolare riferimento a quelli attualmente in uso presso l'Amministrazione stessa.

Qualora si verifichi che alcuni di questi prodotti non possiedano i requisiti di conformità Anno 2000, si prega codesta Società di voler fornire per ognuno le seguenti informazioni:

- la versione che assicurerà la compatibilità all'Anno 2000;- la data della disponibilità e gli eventuali requisiti necessari al suo utilizzo;- le modalità di passaggio alla nuova versione.

In attesa di un cortese riscontro……..


21

Il Progetto valutazione rischio Anno 2000

Il progetto AIPA, finalizzato alle valutazioni del rischio Anno 2000 nelle pubbliche Amministrazioni Centrali, è affidato per l’esecuzione alla società Gartner Group Italia, è articolato in tre fasiuna fase di rilevazione, validazione,

generazione rapportidue fasi di revisione e aggiornamento,

generazione rapporti


22

Prima faseAttività1- Impostazione

raccolta dati2- Raccolta dati3- Principali risultanze4- Produzione rapporti

Caratteristica:

Impegno rilevazione dati

Situazione di rischio

Le fasi del progetto valutazione rischio


Seconda faseAttività1- Aggiornamento

dati raccolti2- Approfondimenti

su aree critiche3- Produzione

rapporti

Caratteristica: Revisione

dell’andamento

Terza faseAttività1- Aggiornamento

dati raccolti2- Piani operativi

Anno 20003- Produzione

rapporti

Caratteristica:Conferma dei

risultati

23

In ogni amministrazione sono presenti:

un coordinatore interno che coordina le attività di raccolta e validazione dei dati

un referente AIPA che segue le attività svolte e rappresenta il canale di comunicazione tra l’Amministrazione ed AIPA stessa

un analista Gartner Group che svolge la raccolta e l’analisi dei dati e la produzione dei rapporti

L’organizzazione del progetto


24


Risultati globali dell’Amministrazione prima fase

Livello di conformità

Dip.to Dogane Dip.to Territorio Dip.to Entrate Dip. Altro/Segr. Dip.to Personale

Dominio infrast. Inform. 4,5 4 4,5 4,4 (*)

Dominio Applicazioni 4,1 3,9 3,8 4 4,9

Doninio Servizi 1 3 3 4,4 3

Dominio Forn./PA/E.Col 1,7 2,4 2,4 2,1 2,5

(*) confluiti nel Dipartimento Altro/Segretariato.

25


Risultati globali ….

Livello di bussines risk

(*) confluiti nel Dipartimento Altro/Segretariato.

Livello di rischio organizzativoDip.to Dogane Dip.to Territorio Dip.to Entrate Dip. Altro/Segr. Dip.to Personale

3,2 0,8 0,85 0,6 Non applicabile

Dip.to Dogane Dip.to Territorio Dip.to Entrate Dip. Altro/Segr. Dip.to Personale

Dominio infrast. Inform. 1,8 2 1,8 1,2 (*)

Dominio Applicazioni 0,6 0 1,6 0,2 2

Doninio Servizi 2,7 2,8 2,3 1,2 3

Dominio Forn./PA/E.Col 2,4 2,9 2,8 2,5 2,8

26

ADEGUAMENTO Y2KADEGUAMENTO Y2K

CONTINUITA’ OPERATIVACONTINUITA’ OPERATIVA

Ulteriori benefici


Patrimonializzazione di una esperienza senzaprecedenti relativamente a:

conoscenza del patrimonio informativo

integrazione e governo dei flussi informativi

reingegnerizzazione delle applicazioni e tempestiva eliminazione di quelle in fase di obsolescenza

1 17- Giugno -1999 ANNO 2000 Adeguamento del sistema informativo del Ministero delle Finanze.

Documents

Transcript of 1 17- Giugno -1999 ANNO 2000 Adeguamento del sistema informativo del Ministero delle Finanze.