Osservatorio Open Source del CNIPA: attività e prospettive Vittorio Pagani (resp. Osservatorio Open Source)

Transcript

1 Osservatorio Open Source del CNIPA: attività e prospettive Vittorio Pagani ( Source (resp. Osservatorio Open

2 Sommario Finanziaria 2007 e Commissione OS Uso dell Open Source per la PA L Osservatorio Open Source del CNIPA Conclusioni

3 Finanziaria 2007 Nella Finanziaria 2007 il Governo ha stanziato 10 milioni di euro per tre anni al fine di sostenere progetti per la Società dell Informazione, dando priorità a quelli che utilizzano/rilasciano software OS sviluppati in maniera cooperativa tra più PA: promozione dello sviluppo cooperativo incentivazione delle PA ad esser maggiormente coinvolte nello sviluppo del proprio software e delle proprie soluzioni ICT (definizione, controllo e validazione dei requisiti, non ( codice necessariamente scrittura di OS come chiave di innovazione incentivazione delle competenze ICT locali

4 Commissione Open Source Una nuova Commissione Open Source è stata istituita dal Ministro per le Innovazioni e le Riforme nella PA Luigi Nicolais. I lavori della commissione riguarderanno gli aspetti tecnici, economici ed organizzativi relativi all uso del software a codice sorgente aperto nella PA. La commissione definirà delle linee guida operative per l approvvigionamento delle soluzioni open source nella PA. Il CNIPA (attraverso il proprio Osservatorio Open Source) ed il Dipartimento per l'innovazione e le Tecnologie forniscono il supporto tecnico necessario ai lavori della commissione.

5 Commissione Open Source La precedente Commissione OS, istituita nel 2002 e presieduta dallo stesso prof. Meo, aveva avuto come oggetto di studio che cosa fosse l open source, quali i vantaggi ed i rischi della sua adozione da parte della PA. Con la nuova commissione, invece, si vogliono percorrere un ulteriore passi in avanti: OS nel modello organizzativo della PA garanzie da richiedere ai fornitori potenziali problemi da evitare

6 Open Source e responsabilità L adozione di software OS comporta rischi per la PA in caso di malfunzionamenti o inidoneità rispetti ai risultati attesi. Come può la PA avere una maggiore tutela? avvalendosi di competenze interne, oppure rivolgendosi ad operatori di mercato che offrano appositi servizi di garanzia e manutenzione sulle componenti OS utilizzate. Questo si ottiene con opportune norme contrattuali che puntano all acquisizione di servizi piuttosto che di prodotti. Inoltre viene elevata la qualità dell offerta da parte del mercato, che assume anche l onore di mantenere tecnologicamente aggiornato il sistema predisposto.

7 Open Source e capitolati di gara Secondo il Decreto Legislativo , n. 82 ( Codice dell Amministrazione digitale, art. 68) l Open Source deve essere valutato in modo comparativo rispetto alle altre tipologie di software. L onere di tale valutazione può essere demandato al fornitore, che deve motivare le scelte effettuate Alcuni suggerimenti che orientino le offerte in modo più favorevole alla PA: uso di standard aperti motivazione nelle scelte del software valutazione della capacità tecnica del fornitore che tenga conto del suo coinvolgimento nelle community di sviluppo dei prodotti OS in offerta

8 Approvvigionamento del software Tradizionale Pubblica Amministrazione Impresa di Mercato responsabilità dell erogazione del servizio analisi formazione gestione hardware gestione software ( CRM ) gestione utenti tempo sviluppo del prodotto garanzia primo anno manutenzione correttiva (?) manut. evolutiva successiva evoluzione (?) architetturale

9 Approvvigionamento del software Approccio partner Pubblica Amministrazione Impresa di Mercato analisi congiunta definizione SLA sviluppo e testing verifica degli SLA offerta di servizi proposte evolutive (sulle (! funzionalità/servizi scelta componenti più (? source idonee (open tempo

10 Approvvigionamento del software Tradizionale Approccio partner la PA acquisisce software e servizi di manutenzione possibile vendor lock-in manutenzione evolutiva, di fatto, incerta la PA acquisisce, e costantemente valuta, un offerta di servizi assenza di lock-in effettiva disponibilità del codice sorgente maggiore qualità maggiore competenza

11 Business e OS: un esempio ( Nyse RedHat (RHT presso il nata nel dipendenti in 22 paesi 400 milioni di $ il fatturato ,2 miliardi di $ disponibili per investimenti

12 ( 1/4 ) l OS? Come utilizzare Esistono approcci differenti all uso di OS per la PA: 1) Nel vasto insieme di prodotti/componenti open source presenti nel mercato solamente una (piccola) parte può esser considerata una valida alternativa ai prodotti proprietari (relativamente alle specifiche esigenze della PA): ( nulli vantaggi economici (costi di licenza elevata qualità affidabilità

13 ( 2/4 ) l OS? Come utilizzare 2) Le PA possono sviluppare nuovi prodotti/applicazioni usando stack di componenti/strumenti OS ben testati (middleware, framework, etc.) e contattare gli attori di mercato che offrono questi servizi. In tal modo è una naturale conseguenza ottenere una soluzione open ed interoperabile.

14 ( 3/4 ) l OS? Come utilizzare 3) Trarre ispirazione dalle aggregazioni spontanee (che originariamente diedero vita al modello di sviluppo e gestione tipico dell open source) composte da PA, università e attori del mercato: le PA possono prendere parte al processo di sviluppo principalmente indicando le proprie esigenze e funzionalità, offrendo feedback nelle fasi di test; le università danno indicazioni sui modelli emergenti e/o innovativi; gli attori del mercato possono lavorare allo sviluppo (coding, packaging, etc) e, in seguito, offrire servizi sui prodotti ottenuti (... training, (customizzazioni,

15 ( 4/4 ) l OS? Come utilizzare Il poter adottare un modello di sviluppo e gestione tipico dell OS risolve il problema che si presenta in caso di riuso di un applicazione, sviluppata da una PA, da parte di altre PA: dopo ciascun adattamento, miglioria, correzione di errori si arriva ad avere versioni differenti della stessa applicazione. PA #4 PA #2 PA #1 PA #3 anno 1 anno 2 anno 3 tempo = riuso dell applicativo

16 ( 1/2 ) Osservatorio Open Source del CNIPA Principali obiettivi dell Osservatorio Open Source: La diffusione della conoscenza sul fenomeno OS, anche attraverso la raccolta e successiva pubblicazione on line delle esperienze avute in materia dalle PA locali e centrali. Fornire adeguato supporto tecnico e amministrativo alle PA per la scelta del software OS più adeguato alle proprie esigenze, in particolare nella fase di valutazione comparativa nelle fasi di acquisizione del software. Promuovere i processi di valutazione e comparazione dei prodotti OS da parte delle PA.

17 ( 2/2 ) Osservatorio Open Source del CNIPA Tra i primi servizi disponibili: il sistema di Rilevazione Continua sulle soluzioni OS adottate presso le PA italiane con lo scopo di raccogliere e diffondere le best practice in materia di OS nel settore pubblico la Vetrina dei prodotti OS in uso nelle PA italiane, che offre la possibilità di ricercare il software OS più adatto alle specifiche esigenze delle PA l ambiente di sviluppo cooperativo (ASC), che permette lo sviluppo collaborativo di prodotti OS per le PA Inoltre: studio delle politiche di licensing, definizione di contrattualistica-tipo, accordi con Università per diffondere la conoscenza di progetti di ricerca afferenti all OS, sviluppo di software, etc. Un importante ruolo rivestono le attività di coordinamento con l'ue ed i Centri europei per l OS, nonché la partecipazione a progetti ed attività di ricerca inerenti all OS (Qualipso, IDABC OSOR, etc).

18 ( 1/3 ) virtuale Vetrina Il CNIPA, attraverso il proprio Osservatorio sull Open Source, mette a disposizione questo strumento per raccogliere e diffondere le best practice nell uso di software OS presso le PA. Attraverso un sistema di Rilevazione Continua vengono raccolte le esperienze avute dalle PA in materia di OS, evidenziando: le esigenze che hanno avuto gli eventuali problemi che hanno incontrato quali prodotti OS sono stati utilizzati con quali eventuali partner hanno collaborato (un partner può essere un altra PA, una università o - più spesso - un attore del mercato).

19 ( 2/3 ) virtuale Vetrina Quindi le PA possono utilizzare la Vetrina per ricercare cosa è stato già fatto dalle altre PA in termini di: ( categorizzate esigenze (vengono locazione geografica della PA e/o del partner (. etc tipologia di PA (Ministero, comune, ente, servizi offerti dagli eventuali partner i prodotti OS utilizzati

20 ( 3/3 ) virtuale Vetrina

21 Ambiente di Sviluppo Cooperativo ( 1/2 ) L Ambiente di Sviluppo Collaborativo (ASC) è lo strumento per le PA che vogliono collaborare attivamente alla realizzazione/gestione di componenti e prodotti OS pensati per le proprie esigenze. Le principali funzionalità offerte per la gestione dei progetti ivi ospitati sono: forum mailing list repository/versioning/browsing del codice sorgente gestione della documentazione survey bug/issue tracing task management

22 Ambiente di Sviluppo Cooperativo ( 2/2 )

23 Alcuni dati La distribuzione dei dati raccolti dalla Vetrina rispecchia l utilizzo internazionale dei principali strumenti open source: Principali prodotti utilizzati percentuale sul numero di esigenze 45,00 40,00 35,00 30,00 25,00 20,00 15,00 10,00 5,00 0,00 42,41 35,08 32,46 32,46 26,18 21,99 19,37 18,32 Linux Apache PHP mysql Java JavaScript Firefox OpenOffice

24 Alcuni dati La percentuale di PA (centrali) che dichiara di utilizzare OS è passata dal 54% del 2005 al 67% del Il numero di progetti OS all interno delle singole amministrazioni aumenta. Nei primi 2 mesi di attività il nuovo portale dell Osservatorio ha registrato: più di 600 iscritti a portale più di 130 iscritti all Ambiente di Sviluppo Cooperativo una media giornaliera di 3000 accessi

25 ( 1/2 ) Focus Group Open Source E un iniziativa ForumPA ed IBM che prevede la partecipazione di PA ed operatori di mercato, finalizzata allo sviluppo di software OS su tematiche di interesse per le PA. Tra i principali partecipanti: MiBAC, MLPS, PCMI, MEF (Consip, Agenzia delle Dogane), ISTAT, INPS, AGEA, SOGEI, CNR, ISVAP, CNIPA LAit (Regione Lazio), Regione Lombardia, Provincia di Roma, Comune di Grosseto IBM, RedHat Tematiche discusse: ( generale gestione documentale (di interesse CIE/CNS profiling monitoraggio proattivo reti IP

26 ( 2/2 ) Focus Group Open Source Pubbliche Amministrazioni esigenze componenti, prodotti OS innovazione servizi Università Mercato

27 Conferenza di Servizi La legge 241/1990 ha introdotto nel nostro ordinamento lo strumento della Conferenza di Servizi (CdS): modulo procedimentale con cui si ottiene il coordinamento e la contestuale valutazione di tutti gli interessi pubblici coinvolti in un determinato procedimento, attraverso la trattazione contemporanea, in una apposita riunione, di uno stesso affare da parte di una pluralità di soggetti pubblici il fine è quello di velocizzare quei procedimenti amministrativi che coinvolgono pareri e decisioni di più PA Previo accordo tra le amministrazioni coinvolte, la conferenza di servizi è convocata e svolta avvalendosi degli strumenti informatici disponibili secondo i tempi e le modalità stabiliti dalle medesime amministrazioni (L. 15/2005 ha introdotto, art. 14, comma 5-bis).

28 Conferenza di Servizi Il Cnipa ha già avviato una sperimentazione al fine di verificare la fattibilità di una piattaforma software per la gestione di CdS. L esito di tale sperimentazione è stato pienamente soddisfacente. Le principali caratteristiche richieste da suddetta piattaforma sono: gestione di sessioni multiple (e concorrenti) di CdS possibilità di costruire la procedura nel rispetto delle norme vigenti offrire un sistema di coordinamento per le comunicazioni tra i ( sincrona/asincrona soggetti partecipanti alla conferenza (modalità gestire la documentazione relativa ad ogni istanza, e la modifica e trasmissione dei documenti in sede di CdS integrazione con sistemi di PEC e di Firma Digitale, utilizzo della CNS, di CIE ( etc fruibilità in modalità multi-canale (PC, PDA,

29 Conferenza di Servizi Durante questa, nuova, fase sperimentale la piattaforma verrà fornita a tutte le PA interessate in modalità ASP. Se una PA ha le competenze necessarie per farsi carico della gestione della piattaforma può richiederla e gestirla così nella più completa e totale autonomia. Nel lungo periodo si ipotizza la nascita di un mercato di servizi relativo alla CdS (ideale per le PA carenti degli skill necessari ad una gestione autonoma della piattaforma). La scelta della modalità Open Source (OS) tiene conto anche delle possibili differenze tra le normative locali: con un modello open si possono sempre apportare le necessarie modifiche.

30 Migrazione verso Linux ed Open Office In passato hanno effettuato con successo la migrazione a Linux (sia lato server che client) e OpenOffice diverse PA: Ospedali Galliera Infocamere Forlì Provincia Autonoma di Bolzano Ora anche la Camera dei Deputati ha avviato un piano di migrazione graduale verso Linux (Suse per la precisione), su 3500 desktop e 200 server circa. Tra i principali obiettivi: riduzione dei costi indipendenza dal fornitore maggiore protezione dal malware

31 Conclusioni Approfondire e diffondere la conoscenza dell OS come fenomeno complesso Le PA debbono raggiungere una visione unitaria ed omogenea delle caratteristiche e possibilità del software OS, anche con riferimento all architettura di sistema a cui tendere Diffusione delle best practices Essenziale la partecipazione attiva al cambiamento da parte delle imprese del mercato (applicazione del Codeice dell Amministrazione Digitale, offerte di servizi accessori), da interessare con capitolati di gara attentamente predisposti. Supporto dai Centri di Competenza

32 Per maggiori informazioni