17- Giugno -1999

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

2. 2000 Le dimensioni del problema • Information Technology (IT) • sistemi centrali • sistemi distribuiti (server, PC, reti locali) • reti geografiche di trasmissione dati • software operativo e applicativo • Sistemi incorporati (embedded) • sistemi di sicurezza • unità di controllo e gestione impianti tecnologici • Flussi informatici da e verso l’esterno • Forniture esterne (energia elettrica, acqua, gas e fonia)

3. Millennium Bug Le implicazioni tecnologiche • Sui sistemi informativi • interruzione del funzionamento • alterazione dei dati negli archivi (errori negli ordinamenti cronologici, errori nei confronti, errori nel calcolo degli interessi ) • effetto domino • Sui 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. Poste Dogane Sistemi distribuiti Entrate Contribuenti RETE UNITARIA Banche Sistemi centrali Intermediari Territorio Applicazioni centrali Applicazioni periferiche Altre Amministrazioni U.E. centrali e locali La complessità del S.I. dell’Amministrazione Finanziaria

5. DI IMMAGINE DI CONFRONTO CON ALTRE LE AMMINISTRAZIONI COMUNITARIE I rischi per l’A.F. ECONOMICO E FINANZIARIO

6. L’approccio utilizzato • La complessità del Sistema Informativo dell’A.F. ha reso necessario definire • staff 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 progettoampio e dettagliato • un approccio di conversione strutturato • l’utilizzo di strumenti di Project Management

7. I contratti stipulati dall’A.F con la Concessionaria • 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 perl’Amministrazione dei Monopoli di Stato • (1 Gen / 31 Dic 1999) per l’adeguamento del sw e l’acquisizione di Beni e Servizi

8. Verifica del Sistema Generale • Verificare la compatibilità: • dei sistemi informativi (hw e sw) • dei sistemi di colloquio con le altre amministrazioni • delle apparecchiature non informatiche del sistema generale • forniture esterne (fonia,energia elettrica,acqua, gas) • l’utilizzo di strumenti di Project Management

9. Modalità operative • Scomposizione 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 adeguamento • Preparazione (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’intervento • Ampliamento fisico del campo anno • Ampliamento virtuale (“windowing”confinestre temporali di 100 anni) • Tecniche miste in funzione della tipologia delle applicazioni da convertire

12. 2000 Giugno 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’esterno • Monitoraggio 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

13. 2000 Giugno …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 sottosistemi • Rilascio 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

14. 50% del patrimonio applicativo da convertire pari a circa 28 mil di LOC IL BIOS di circa 14.000 PC degli uffici periferici LINGUAGGI COBOL 80% CC++ 15% ALTRI 5% BASI DATI 55% degli archivi da esaminare I dati iniziali

15. Compatibili 17 mil. Reingegnerizzate 9,5 mil. 57 mil. di LOC Obsolete prima del ‘99 21 mil. Da adeguare10 mil. 1997 1999 I dati odierni

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 • Inserimentodi 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 fasi • una fase di rilevazione, validazione, generazione rapporti • due fasi di revisione e aggiornamento, generazione rapporti

22. Le fasi del progetto valutazione rischio Prima fase Attività 1- Impostazione raccolta dati 2- Raccolta dati 3- Principali risultanze 4- Produzione rapporti Caratteristica: Impegno rilevazione dati Situazione di rischio Seconda fase Attività 1- Aggiornamento dati raccolti 2- Approfondimenti su aree critiche 3- Produzione rapporti Caratteristica: Revisione dell’andamento Terza fase Attività 1- Aggiornamento dati raccolti 2- Piani operativi Anno 2000 3- Produzione rapporti Caratteristica: Conferma dei risultati

23. 2000 L’organizzazione del progetto • 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

24. Risultati globali dell’Amministrazione prima fase • Livello di conformità (*) confluiti nel Dipartimento Altro/Segretariato.

25. Risultati globali …. • Livello di bussines risk • Livello di rischio organizzativo (*) confluiti nel Dipartimento Altro/Segretariato.

26. Ulteriori benefici ADEGUAMENTO Y2K CONTINUITA’ OPERATIVA • Patrimonializzazione di una esperienza senza • precedenti relativamente a: • conoscenza del patrimonio informativo • integrazionee governo dei flussi informativi • reingegnerizzazione delle applicazioni e tempestiva eliminazione di quelle in fase di obsolescenza