Responsabile del procedimento e rup differenze
Che cos’è il software rup?
Oltre all’uso dei casi d’uso per guidare il processo, si presta particolare attenzione alla creazione precoce di una buona architettura che non sia pesantemente influenzata da modifiche successive durante la costruzione e la manutenzione. Propone inoltre che ogni fase venga sviluppata il numero di volte necessario per raggiungere un obiettivo o un risultato desiderato.
Una delle migliori pratiche di RUP è la nozione di sviluppo iterativo, che organizza i progetti in termini di discipline e fasi, ognuna delle quali consiste in una o più iterazioni.
Fornisce inoltre un ambiente di processo di sviluppo configurabile e basato su standard, che consente di essere chiari e accessibili sul processo di sviluppo seguito e di configurarlo in base alle esigenze dell’organizzazione e del progetto.
Un modello: come modello di caso d’uso. Un elemento di un modello: come una singola classe dell’intero diagramma delle classi. Ogni artefatto serve per ciascuna delle fasi di sviluppo del programma; questi artefatti possono essere i seguenti:
Rational Unified Development Process (RUP): è una metodologia di sviluppo del software che si basa su componenti e interfacce ben definite e che, insieme al linguaggio di modellazione unificato (UML), costituisce la metodologia standard più diffusa per l’analisi, l’implementazione e la documentazione di sistemi orientati agli oggetti.
Il Rational Unified Process è il risultato della convergenza del Rational Approach e di Objectory (il processo dell’azienda Objectory AB). Il primo risultato di questa fusione è stato il Rational Objectory Process, la prima versione di RUP, rilasciata nel 1998, il cui architetto principale è Philippe Kruchten.
Lavoratori (“chi”): Definisce il comportamento e le responsabilità (ruolo) di un individuo, di un gruppo di individui, di un sistema automatizzato o di una macchina, che lavorano insieme come una squadra. Eseguono le attività e possiedono gli elementi.
Oltre all’uso di casi d’uso per guidare il processo, si presta particolare attenzione alla creazione precoce di una buona architettura che non sia pesantemente influenzata da modifiche successive durante la costruzione e la manutenzione. Propone inoltre che ogni fase venga sviluppata in iterazioni.
Conosciuto anche con questo nome è un software, anch’esso sviluppato da Rational, che include informazioni interconnesse da vari artefatti e descrizioni delle varie attività. È incluso nel Rational Method Composer (RMC), che consente di personalizzarlo in base alle esigenze.
I requisiti dei vari partecipanti possono essere diversi, in conflitto o in competizione per le risorse limitate. Deve essere possibile trovare un equilibrio che soddisfi i desideri di tutti. Grazie a questo equilibrio, i disaccordi che sorgeranno in futuro potranno essere corretti. Questa metodologia è anche in linea con il linguaggio di modellazione unificato (UML).
I progetti vengono consegnati, anche se internamente, in fasi iterate. In ogni iterazione si analizzano l’opinione degli investitori, la stabilità e la qualità del prodotto e si affina la direzione del progetto e i rischi connessi.
Il controllo di qualità non deve essere effettuato alla fine di ogni iterazione, ma in tutti gli aspetti della produzione. La garanzia di qualità fa parte del processo di sviluppo e non è un gruppo separato, ma è anche una strategia di sviluppo del software.
