Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

prevedibile, l'attenzione debba essere concentrata sul controllo dei costi e schedulazione.
Altresì, laddove la spinta principale è data dalla soddisfazione dell'utente, un approccio del
genere pone alcune limitazioni al successo del prodotto.
È bene notare, infatti, che esistono punti di vista contrastanti rispetto all'adozione dei metodi
agili come soluzione a qualsiasi tipo di problema di sviluppo. Infatti, pur presentando indubbi
vantaggi se applicati in contesti specifici, in altri la loro applicazione risulta inefficace e/o difficile,
se non impossibile.
Si ritiene che i Metodi Agili non siano applicabili in contesti quali[34]:
• Ambienti distribuiti 118 ;
• Produzione di componenti riusabili;
• Sviluppo eseguito da gruppi numerosi di persone;
• Software Safety-Critical;
• Sviluppo di sistemi grandi e complessi
Tipicamente, tale approccio viene adoperato nella produzione di software volto alla
risoluzione di una specifica esigenza. Infatti, è bene notare che i contenuti tempi di sviluppo possono
rappresentare un ostacolo per l'implementazione di soluzioni generiche, quindi riusabili.
Del resto, uno dei capisaldi dello sviluppo Agile è:
“there is no need to design for change because any change can be effectively handled by refactoring
the code” [35].
Gli approcci agili sono focalizzati sullo sviluppo a breve termine, che rappresenta l'attuale
commessa, piuttosto che sui benefici che si potrebbero ottenere nei progetti futuri, che rappresentano
le commesse di clienti con i quali si dovrà cooperare. Dunque, l'obiettivo della loro applicazione
concerne l'ottimizzazione del progetto corrente, quindi concreto, piuttosto che quella di un eventuale
progetto futuro.
Inoltre, nei sistemi di grandi dimensioni e complessi, gli aspetti legati all'architettura sono di
fondamentale importanza, pertanto, il costo di un eventuale cambiamento può essere anche molto
alto. In questi casi, prevenire alcune modifiche nel progetto potrebbe costituire un notevole
vantaggio in termini economici.
Si pensi, ad esempio, ai sistemi legacy, le cui funzionalità risultano fortemente accoppiate e,
per i quali, un approccio incrementale potrebbe non risultare idoneo. Infatti, a causa delle
dimensioni e della complessità di tali sistemi, il refactoring del codice potrebbe divenire
particolarmente costoso e soggetto ad errori.
118Sono in atto alcuni studi che vanno verso questa direzione.
88