Perché un'organizzazione dovrebbe adottare il processo unificato rispetto ad altri? Quali sono i vantaggi relativi? So che è strettamente connesso con UML, ma chiaramente questo non può essere l'unico vantaggio. Perché scegliere questo approccio rispetto agli altri?
RUP era molto in voga circa 10 anni fa, ma - come commentava @Developer Art - di recente non si parla molto di questo, parallelamente all'avvento di Metodi Agili . Francamente, questi ultimi sono molto più semplici, pratici e semplici rispetto a RUP. E puoi usare UML indipendentemente dalla metodologia scelta.
Per me l'unica ragione per usare RUP sarebbe se il cliente / sponsor / management avesse assolutamente insistito per farlo. E anche allora, RUP può - e dovrebbe - essere adattato al progetto / team specifico, quindi ho cercato di mantenerlo il più semplice possibile: -)
Un "vantaggio" (è nelle virgolette per un motivo) di RUP è che se si seguono le convenzioni RUP in modo corretto, due diversi sviluppatori (per lo più) arriveranno allo stesso progetto OO per un sistema.
Questo è un sogno bagnato di Project Managers, prende l'ispirazione / Arte / Flair / Joy di OOD, e lo rende così puoi puntare praticamente qualsiasi sviluppatore in qualsiasi attività e possono riprendere la logica del design e alzarsi e correndo rapidamente. Inoltre rende la stima abbastanza semplice, ad es. Questo caso d'uso suggerisce 6 schermate, ovvero 6 serie di viste del controller del modulo, ognuna delle quali richiede circa 3 giorni di dev etc etc.
Tuttavia può portare a progetti terribili e goffi, proprio perché porta il tuo design su un percorso prevedibile, tutte le regole sono state seguite per tutto. cioè può portare alla progettazione per progetti di tipo di commissione.
Leggi altre domande sui tag development-process rational-unified-process