Lezione 1 Ingegneria dei requisiti Ingegneria del software

Lezione 1 – Ingegneria dei requisiti Ingegneria del software Modulo 1 - Introduzione al processo software Unità didattica 2 - Gestione requisiti Ernesto Damiani Università degli Studi di Milano

Cos’è l’ingegneria dei requisiti? • È il processo sistematico della messa a punto dei requisiti • È un processo fondamentale per il successo dei progetti software • MA è anche un processo critico: – servono metodologie e strumenti adeguati

Perché usarla Il 73% dei progetti software vengono abbandonati o non rispondono alle aspettative a causa di requisiti errati

Fallimento: un classico caso di studio (1) Software su commessa • Il fallimento e la dismissione (con sviluppi giudiziari) del sistema integrato di prenotazione aerea, noleggio automobilistico e prenotazione alberghiera CONFIRM (American Airlines, Budget-rent-a-car, Marriott, Hilton) costato 165 milioni di dollari (1994).

Fallimento: un classico caso di studio (2) Software pacchettizzato • L’abbandono dopo la produzione di una beta release del progetto Corel. Office for Java per la realizzazione di un sistema Java funzionalmente compatibile con Microsoft Office (1998).

Fallimento: un classico caso di studio (3) • In entrambi i casi di studio, le cause del fallimento furono individuate in: – difetti iniziali dei requisiti – mancato coinvolgimento degli utenti – incapacità di gestire le variazioni in corso d’opera dei requisiti stessi

Impatto sul costo Il costo della correzione degli errori nei requisiti aumenta di un ordine di grandezza se fatto dopo la consegna

Esecuzione • L’ingegneria dei requisiti viene eseguita attraverso: – un’analisi iterativa e cooperativa del problema – la documentazione dei risultati in un formato standard di rappresentazione – il controllo della comprensione del problema che si è raggiunta

Rilevazione • Attività di individuazione e raffinamento dei requisiti attraverso il colloquio con chi ha interesse al sistema (stakeholder) • Tecniche: – analisi di mercato – interviste a clienti ed esperti di dominio

Fasi della rilevazione • Identificazione degli stakeholder – Utenti – Clienti – Esperti di dominio • Messa a punto delle domande utili per aumentare la comprensione del problema • Analisi delle informazioni raccolte alla ricerca di conflitti e incongruenze • Controllo della comprensione acquisita con gli stakeholder • Scrittura informale dei requisiti FINE