Ingegneria del software e Processo Unificato (UP)

Perché il PROCESSO UNIFICATO?

Il processo unificato abbreviato con UP è un processo iterativo molto diffuso, nell’ambito dell’ingegneria del software, per lo sviluppo del software per la costruzione di sistemi orientati agli oggetti.

Il cambiamento è incessante nei progetti software. Infatti, lo sviluppo iterativo è organizzato in una serie di progetti brevi, di lunghezza fissa, chiamate  iterazioni; il risultato di ciascun’iterazione è un sistema eseguibile, testato e integrato ma parziale. Ciascuna iterazione comprende la propria mole di attività: di analisi dei requisiti, progettazione, implementazione e test. L’idea principale apprezzata  e praticata in UP è lo sviluppo iterativo, evolutivo e adattivo, con timeboxing breve (le iterazioni hanno una lunghezza fissata). L’uso di un processo non adatto può ridurre la qualità o l’utilità del prodotto software che si sta sviluppando, o alzarne i costi.

Vantaggi del PROCESSO UNIFICATO

1. Affrontare le problematiche di rischio maggiore e valore elevato nelle iterazioni iniziali
2. Impegnare gli utenti continuamente sulla valutazione, il feedback e i requisiti
3. Creare un’architettura coesa nelle iterazioni iniziali
4. Verificare continuamente la qualità
5. Fare della modellazione visuale con il linguaggio UML
6. Gestire attentamente i requisiti
7. Gestire le richieste di cambiamento e le configurazioni

Fasi del PROCESSO UNIFICATO

Essendo l’UP un processo di sviluppo interattivo e crescente, questo significa che il progetto viene diviso in fasi molto brevi alla fine di ognuna delle quali viene rilasciata una nuova versione migliorata. Per il processo unificato è possibile dunque individuare quattro fasi componenti, e precisamente:

1. IDEAZIONE: Visione approssimativa, studio economico, portata, stime approssimative dei costi e dei tempi
2. ELABORAZIONE: Visione raffinata, implementazione iterativa del nucleo dell’architettura, risoluzione dei rischi maggiori, identificazione della maggior parte dei requisiti e della portata, stime più realistiche
3. COSTRUZIONE: Implementazione iterativa degli elementi rimanenti più facili e a rischio minore e preparazione al rilascio
4. TRANSIZIONE: Beta test, rilascio agli utenti