RUP

RUP — Rational Unified Process este o metodă de dezvoltare software iterativă, lansată ca produs comercial de Rational Software în 1998. Bazată pe contribuțiile precedente ale Three Amigos (în particular ale lui Booch și Jacobson), este procesul enterprise heavyweight care a însoțit adopția UML în anii ‘90 și 2000.

Cum funcționează #

RUP organizează un proiect în patru faze secvențiale, fiecare compusă din una sau mai multe iterații interne:

• Inception — viziune, business case, scope general
• Elaboration — arhitectură, cerințe detaliate, mitigarea riscurilor tehnice
• Construction — implementare iterativă a software-ului
• Transition — deploy în producție, beta, rollout, training

Spre deosebire de waterfall-ul clasic, RUP este iterativ (se revine între faze de mai multe ori). Spre deosebire de Scrum, este document-intensive — o Elaboration tipică enterprise durează luni, cu artefacte trasate și milestone documentate.

Când are sens astăzi #

Spațiul RUP în proiectele noi a fost erodat de Agile începând din 2001. Dar supraviețuiește viu și bine în sectoarele unde rigoarea documentară este obligatorie prin lege sau prin audit: aviație (DO-178C), medical (IEC 62304), banking critic, R&D farmaceutic. În aceste contexte un metod agile pur nu trece auditul, iar RUP — sau un descendent al său — este încă standardul.

Ce se schimbă față de Agile #

Agile pune în centru oamenii și iterațiile scurte; RUP pune în centru procesele și artefactele trasabile. Nu sunt superioare unul față de celălalt — sunt potrivite pentru contexte diferite. Multe idei ale Agile (user story, sprint, “Three Amigos meeting” în BDD) au origine conceptuală în lumea UML/RUP — doar despuiate de greutatea procesului.