MODALITÀ DI ACQUISIZIONE DEL
SOFTWARE APPLICATIVO
Paolo Atzeni
Dipartimento di Informatica e Automazione
Università Roma Tre
17/11/2011
(materiale da:
Manuali e lucidi su sito CNIPA, in particolare di M. Gentili)
Acquisizione di sw applicativo
• Forme principali
– Proprietà (del codice sorgente)
– Licenza d'uso
– Software libero/gratuito
– ASP: Application Service Provider
17/11/2011
2
Proprietà (del sorgente)
• Varie possibilità
– Il soggetto interessato realizza in proprio
– (più frequentemente) commissiona ad un fornitore (o più) lo
sviluppo e acquisisce la proprietà
• Il software non si realizza (quasi) mai in una sola volta, ci sono
modifiche, estensioni, …
– realizzate in proprio
– affidate a fornitori
Le scelte per lo sviluppo iniziale e per l'evoluzione possono
essere diverse
– Realizzazione in proprio ed evoluzione affidata a fornitori
– Realizzazione affidata ed evoluzione in proprio
– …
17/11/2011
3
Software in proprietà
•
•
Scelta più idonea se i requisiti e le specifiche
– sono peculiari del singolo soggetto (committente se si rivolge
ad un fornitore)
– non sono condivisi (riusabili)
– è necessaria una forte personalizzazione/integrazione con altri
sottosistemi o funzioni
– è necessario un forte adattamento del sistema informativo al
modello organizzativo del committente
l’analisi dei pro e dei contro va fatta tenendo conto anche della
– dimensione del sistema informativo pre-esistente
– patrimonio informativo storico gestito
– investimenti effettuati negli anni
– architettura
– livello di integrazione/interoperabilità con le nuove funzioni
17/11/2011
4
Licenza d'uso
• Il soggetto interessato (cliente) acquista (da un produttore o
rivenditore) la licenza d'uso
• I contratti sono spesso complessi
– includono la "manutenzione", di solito il diritto a versioni
successive (entro certi limiti) e correzioni
– possono prevedere clausole di garanzia (escrow)
• Casi particolari:
– software "quasi ad-hoc"
– "soluzioni commerciali standard" (ERP)
17/11/2011
5
Software escrow
http://www.coollawyer.com/webfront/internet_law_library/articles/law_library
_software_escrow_article.php
http://www.itespresso.it/internet-law-in-diffusione-il-contratto-di-escrowbrevi-osservazioni-6362.html
• deposito del codice sorgente presso soggetti terzi, per rendere
possibile la manutenzione anche in caso di fallimento o altra
scomparsa del produttore dal mercato
17/11/2011
6
Software "quasi ad-hoc"
• Il cliente acquista licenze d'uso e ottiene anche il codice
sorgente, con la facoltà di modificarlo e ampliarlo, ma non di
rivenderlo
• Tipico utilizzo
– le esigenze sono abbastanza specifiche e il fornitore dispone
di un "semilavorato"
17/11/2011
7
Soluzioni commerciali standard
• L’utilizzo di soluzioni commerciali (ERP) può essere una valida
alternativa per la realizzazione di sw applicativo
• Elementi di valutazione
– grado di copertura delle funzionalità richieste
– flessibilità di parametrizzazione
– scalabilità
– infrastrutture di elaborazione e di rete richieste
– compatibilità con altri sistemi informativi (interni/esterni)
– costi e condizioni di licenza/utilizzo
– competenze interne e dipendenza da personale esterno
– tempi di sviluppo
– stabilità del fornitore sul mercato
17/11/2011
8
Software libero/aperto
• (Wikipedia)
– Free and open source software, also F/OSS, FOSS, or
FLOSS) is software that is liberally licensed to grant the right
of users to study, change, and improve its design through
the availability of its source code.
– Free and open source software is an inclusive term which
covers both free software and open source software which,
despite describing similar development models, have
differing cultures and philosophies. Free software focuses on
the philosophical freedoms it gives to users while open
source focuses on the perceived strengths of its peer-to-peer
development model. FOSS is a term that can be used
without particular bias towards either political approach.
17/11/2011
9
Software libero/aperto
• Il ricorso a soluzioni OSS facilita logiche di riuso e cooperazione
– Ogni scelta riguardante politiche di sviluppo del sw deve
essere basata su uno studio di fattibilità approfondito
• Il modello OSS può essere efficacemente combinato con lo
sviluppo di sw ad hoc
– facendo evolvere il sw Open in termini di personalizzazioni,
integrazioni, adattamenti alla realtà organizzativa e
funzionale del soggetto interessato
• Non può essere fatta una distinzione netta fra OSS e sw
commerciale
– Il modello OSS non è alternativo al sw commerciale
– non preclude la presenza di distributori commerciali e
fornitori di valore aggiunto o di servizi di supporto
17/11/2011
10
Utilizzo di soluzioni libere/aperte
• Casistiche possibili
– sw applicativo commerciale o sviluppato ad hoc, su
piattaforma sw di base e/o di sistema open source
– sw applicativo open source, su piattaforma sw di base e/o di
sistema commerciale
– sw applicativo open source su piattaforma sw di base e/o di
sistema open source
17/11/2011
11
ASP: Application Service Provision
• Il cliente utilizza un sistema (o servizio) completo messo a
disposizione (di solito via Internet) da un fornitore
• In un certo senso, si tratta di una licenza d'uso, limitata nel
tempo, ma rinnovabile.
• Il cliente paga un canone periodico (opportunamente
quantificato sulla base del previsto utilizzo, ad esempio sul
numero degli utenti o sul numero medio/massimo di transazioni)
17/11/2011
12
ASP e gli altri modelli di sourcing
•
Kern, T., Willcocks, L. & Lacity, M. (2002a) Application Service Provision:
Risk Assessment and Mitigation. MIS Quartely Executive 1 (2) 113-126.
17/11/2011
13
Il software per la PA nel D. Lgs 82/2005
“Codice dell'amministrazione digitale”
• Le pubbliche amministrazioni … acquisiscono … programmi
informatici a seguito di una valutazione … tra le seguenti
soluzioni disponibili sul mercato:
a) sviluppo di programmi informatici per conto e a spese
dell'amministrazione sulla scorta dei requisiti indicati dalla
stessa amministrazione committente;
b) riuso di programmi informatici sviluppati per conto e a
spese della medesima o di altre amministrazioni;
c) acquisizione di programmi informatici di tipo proprietario
mediante ricorso a licenza d'uso;
d) acquisizione di programmi informatici a codice sorgente
aperto;
e) acquisizione mediante combinazione delle modalità di cui
alle lettere da a) a d).
17/11/2011
14
Strategie inerenti il sw applicativo
• Esigenze
– nuove esigenze di automazione
• non coperte adeguatamente da sw esistente
– mantenimento di applicazioni esistenti
• manutenzione correttiva, adeguativa, migliorativa
• Modalità
– sviluppo di sw ad hoc
– reingegnerizzazione di sw esistente
– riuso di sw sviluppato ad hoc per altri
– acquisizione di sw di tipo proprietario (ERP) mediante
ricorso a licenza d’uso
– acquisizione di sw a codice sorgente aperto (open source)
– combinazione delle modalità di cui ai punti precedenti
17/11/2011
15
Strategie inerenti il sw applicativo
Reingegnerizzazione di sw esistente
• Due principali forme di reingegnerizzazione
– Reingegnerizzazione tecnologica dell’applicazione
• il sw ha buona copertura funzionale rispetto alle
esigenze
• Il sw deve essere “modernizzato” perché scritto su
piattaforma sw e/o hw obsoleta
– Manutenzione evolutiva
• la copertura funzionale del sw in uso o che si intende
riusare in un nuovo contesto, deve essere rivista e/o
integrata per soddisfare nuove o diverse esigenze
17/11/2011
16
Strategie inerenti il sw applicativo
Riuso di sw esistente
Tre principali tipologie di riuso di sw applicativo nella PA
• cessione del sw semplice
– è il caso più diffuso in cui una PA cedente trasferisce ad
altre PA acquirenti un applicativo sw o una sua componente
e, successivamente, ciascuna PA si fa carico
autonomamente di tutti i successivi interventi evolutivi sul sw
• cessione del sw associata a forme di cooperazione
– per le attività di gestione, manutenzione, evoluzione
dell’applicativo
• cessione del sw e attivazione di un servizio ASP
– a seguito della cessione dell’applicativo, la PA cedente
garantisce alle altre PA un servizio di manutenzione,
gestione ed esercizio dell’applicativo
17/11/2011
17
Strategie inerenti il sw applicativo
progetto vs. specifiche
(vedremo meglio più avanti, ma è utile accennare)
• Soluzione progettuale (Appalto concorso)
– acquisizione in cui i prodotti/servizi sono individuati dal
committente solamente per le linee di indirizzo generale,
lasciando ai concorrenti la definizione dell’intera
articolazione progettuale
• Realizzazione su specifiche (Licitazione privata)
– acquisizione in cui nel capitolato sono già definite le
specifiche della soluzione, in cui il grado di libertà lasciato ai
concorrenti in sede di offerta è basso
17/11/2011
18