analisi-disegno.com

Homepage  | Blog | Per essere avvisati in caso di nuovi documenti | In English

RUP (Rational Unified Process)

E' un prodotto di IBM-Rational. Ed è uno dei processi iterativi più diffusi nel settore dello sviluppo software.

Le caratteristiche di RUP sono descritte nella introduzione"Rational Unified Process (RUP) - caratteristiche, punti di forza, limiti" (.pdf, 181 K).

Diffusione di RUP

RUP è molto diffuso. Tra i motivi della diffusione, i principali sono:

  • Il fatto di scaturire dalle medesime fonti di UML (Booch, Rumbaugh, Jacobson)
  • La forza commerciale di IBM-Rational
  • Il fatto che, più che un processo vero e proprio, fornisce un framework di processo, cioè un quadro di riferimento generale da cui si può partire per creaare processi specifici adattati alla realtà specifica di un'organizzazione di sviluppo software. Come conseguenza, RUP può essere utilizzato (con gli adattamenti opportuni) in qualunque settore, a prescindere dalla tipologia di sistemi software, dalle tecnologie adottate, dall'impostazione culturale ed organizzativa.

Vantaggi

E' un processo molto ben documentato. Viene fornito sotto forma di sito web, ricco di indicazioni, linee guida, template per la creazione di documenti.

Esistono delle personalizzazioni già realizzate ("plug-in") per l'adattamento di RUP nel contesto di specifiche tecnologie e ambiti di sviluppo.

E' molto utilizzato, sia a livello internazionale che italiano. Ed è popolare anche nel mondo accademico (almeno negli USA) ed in quello degli standard. Lo SPEM (Software Process Engineering Metamodel) dell'OMG (Object Management Group) è, di fatto, derivato da RUP.

Svantaggi

Derivano essenzialmente da due fattori:

1) RUP è un framework di processo da adattare al particolare contesto organizzativo, non un processo da usare "as is". E' interpretabile in modi molto diversi: anche se RUP nasce come processo iterativo, diverse organizzazioni lo interpretano stiracchiandolo in un approccio a cascata.

In alcune realtà, invece, non viene effettuato alcun adattamento (richiede parecchio lavoro, e una buona competenza). L'utilizzo di RUP "as is" (senza adattamenti) è però assolutamente sconsigliabile, in quanto si corre il rischio di utilizzarlo in modo burocratico, inefficace e inefficiente.

2) RUP è notevolmente complesso. Per potersi adattare a qualunque esigenza particolare, definisce decine di ruoli, centinaia di task e di documenti, e li descrive in migliaia di pagine.

Derivazioni

La complessità di RUP, ed il fatto che possa essere interpretato in modo burocratico, ha portato alcuni metodologi a cercare di integrarlo con approcci più agili, in particolare XP e Scrum.

Le derivazioni di RUP più interessanti sono al momento due:

Torna a pagina introduttiva sui processi di sviluppo

analisi-disegno.com, servizi e materiali per lo sviluppo dei sistemi software, a cura di Adriano Comai.