Corso di Ingegneria del Software. Modelli di produzione del software

Transcript

1 Corso di Ingegneria del Software a.a. 2009/2010 Mario Vacca

2 1. Concetti di base Sommario Modello a cascata 2.2 Modelli incrementali Comparazione dei modelli 2.5 Modelli agili 3. Bibliografia

3 Le assunzioni Il software, al pari di tutti i sistemi complessi, evolve nel tempo. I requisiti possono cambiare durante lo sviluppo (i requisiti fondamentali possono essere ben noti, al contrario dei dettagli) Anche se è impossibile realizzare un prodotto competitivo nei tempi consentiti dal mercato, potrebbe essere possibile realizzare una versione limitata per rispondere alla pressione della concorrenza o del settore.

4 I fondamenti Non sempre è possibie definire un percorso lineare per lo sviluppo del software Lo sviluppo del software è un processo evolutivo: la costruzione non è un atto creativo istantaneo (un big bang ) ma un processo di crescita, tipico di un organismo in evoluzione (incrementale e continuo). Il modello deve esplicitamente considerare il software come un prodotto che evolve nel tempo.

5 Il prototipo - Le assunzioni A volte il cliente riesce a definire solo obiettivi generali per il software, ma non riesce ad identificare requisiti dettagliati in termini di input, elaborazione o output Lo sviluppatore può non essere sicuro della forma della interfaccia uomo-macchina o della efficienza di un algoritmo

6 Il prototipo Un prototipo è una versione approssimata, parziale (funzionante), dell applicazione che deve sviluppata.

7 Il prototipo Il prototipo aiuta l ingegnere del software o il cliente a capire cosa deve essere realizzato quando i requisiti sono troppo vaghi o insufficienti. L approccio prototipale si propone di sviluppare il software attraverso successive versioni del prodotto, più o meno complete, presentate via via all utente, che le deve verificare, correggere o validare.

8 Il prototipo Figura: Il prototipo

9 Il prototipo Il processo di prototyping comprende i seguenti passi: 1. Communication (Identificazione dei requisiti) Determinazione dei requisiti di base (e.g. informazioni desiderate in input e in output) 2. Quick plan/quick design/prototype construction (Sviluppo del prototipo) Il prototipo iniziale include solo le interfacce utente 3. Delivery/Feedback (Revisione) Gli utenti esaminano il prototipo e forniscono feedback su aggiunte o cambiamenti da apportare 4. Negoziazione/Miglioramento del prototipo Usando i feedback, possono essere migliorate sia le specifiche che il prototipo. Using the feedback both the specifications and the prototype can be improved. Si negozia su ciò che è necessario. Se sono introdotti dei cambiamenti allora bisogna ripetere le fasi 2 e 3.

10 Il prototipo Figura: Il prototipo

11 Tipi di prototipo Throw-away prototype (usa e getta, quick&dirty, disposable) Orientato a determinare i requisiti di aspetti meno chiari del software da sviluppare Implementa solo alcune dellefunzionalità poi si getta (Throw Away); il software del prototipo vale circa il 5-10% del volume del prodotto finito. Illustrative Prototype: il prototipo consiste in una rappresentazione delle interfacce utente. Evolutionary prototype (onion-skin) Orientato a realizzare i requisiti più chiari e stabili. È una replica abbastanza completa, ma in piccolo, del prodotto finale, e si getta dopo l uso; il software del prototipo vale circa il 14-15% del prodotto finito; il prototipo viene fatto evolvere nel prodotto finale, senza gettarlo. Functional Prototype: il prototipo viene realizzato a partire dalle funzionalità di base, cui vengono aggiunte via via quelle più di dettaglio o più complesse (approccio incrementale).

12 Criteri di scelta tra tipi di prototipi Disposable prototype: è utile quando è necessario ridurre al minimo i rischi di non completa cattura dei requisiti (per sistemi critici). Evolutionary prototype: da usare quando non è possibile separare chiaramente le fasi di specifica e sviluppo, ad es. nei sistemi di intelligenza artificiale o basati principalmente su interfacce uomo-macchina.

13 Vantaggi dei prototipi Coinvolgono di più il committente/utente, attore fondamentale nel processo di specifica dei requisiti. Facilitano la scoperta per tempo (nelle prime fasi del lavoro) di eventuali fraintendimenti tra cliente e sviluppatore sui requisiti. Fanno emergere funzionalità/servizi non considerati con la prima raccolta dei requisiti effettuata senza prototipi, o aiutano comunque a chiarirli meglio. Permettono di rilasciare presto una versione del presto prodotto, eventualmente anche solo ridotta, che dia fiducia al cliente sulla riuscita finale del progetto. Short time to market

14 Rischi dei prototipi L uso dei prototipi potrebbe allungare i tempi di sviluppo e aumentare la dinamica (volatilità) dei requisiti - l utente è più coinvolto nella specifica e i tempi dell utente non sono sempre rapidi. Disporre di prototipi, specie evoluti, induce nella tentazione di riutilizzare quanto più possibile del lavoro già fatto (rischio di ereditare errori nascosti). Nel caso di prototipi fatti evolvere nei prodotti finali, spesso il codice non più utilizzato non viene cancellato: ciò aumenta il volume e la complessità strutturale del prodotto (sarà più difficile da manutenere e far evolvere). Eredità di errori nascosti

15 Modelli Incrementali vs Modelli Iterativi Similarità Sono accomunati dal prevedere più versioni successive del sistema Ad ogni istante dopo il primo rilascio esiste una versione del sistema in esercizio ed una versione del sistema in sviluppo Differenze Sviluppo incrementale: ogni versione aggiunge nuove funzionalità/sottosistemi Sviluppo iterativo (evolutivo): da subito sono presenti le funzionalità/sottosistemi di base che vengono successivamente raffinate, migliorate. I requisiti possono cambiare.

16 Modelli Incrementali vs Modelli Iterativi Similarità Sono accomunati dal prevedere più versioni successive del sistema Ad ogni istante dopo il primo rilascio esiste una versione del sistema in esercizio ed una versione del sistema in sviluppo Differenze Sviluppo incrementale: ogni versione aggiunge nuove funzionalità/sottosistemi Sviluppo iterativo (evolutivo): da subito sono presenti le funzionalità/sottosistemi di base che vengono successivamente raffinate, migliorate. I requisiti possono cambiare.