RUP - Rational Unified Process - är en etablerad och välkänd utvecklingsprocess bland dem som arbetar med programvarukonstruktion. Den är heltäckande och utvecklas ständigt.

RUP är kannibalistisk till sin natur. Den inkorporerar kontinuerligt beprövad ”best practices” och tar inte ställning för någon enskild detaljmetod i sig. RUP har blivit relativt komplex under åren. Den hanterar varje fas i en konstruktions-/förändringsprocess – ursprungligen inom programkonstruktion men under senare tid även funnit tillämpning inom organisationsutveckling/-förändring och kombinationer av system-och organisationsutveckling.

RUP definierar ett antal huvudfaser som följer på varandra i tiden med ett antal särskilda fall som skall belysas, analyseras, stämmas av och dokumenteras. Fallen hanteras utifrån olika tänkta roller (systemarkitektens, designerns, affärsanalytikerns, användarnas, kundernas mm) och resulterar i en s.k. artefakt (dokumentation, plan, skiss, programkod) som allteftersom bygger upp hela utfallet inom fasen. RUP arbetar snabbt och cykliskt inom varje fas, där cykeln tas om, om det uppstår ett fel i ett enskilt fall. Avstämningar, tester och utvärderingar byggs in automatiskt och naturligt i varje cykel. Innan man får gå vidare till nästa stora fas måste aktuell fas vara avklarad. Det slutliga resultatet ändar sedan upp i ett färdigt system, applikation, ny organisation eller annan avsedd förändring, vilket sedan läggs som input för den första fasen i en eventuellt ny huvudcykel (tex vid en kontinuerlig utvecklingsprocess).

RUP arbetar iterativt och inkrementellt. D.v.s. utveckling sker snabbt med små steg i taget med konkreta (avgränsade) resultat i varje steg. Den skiljer sig därvid markant mot den traditionella s.k. vattenfallsmodellen, där allt utvecklingsarbete mer eller mindre äger rum i en sluten process i en sekvens, en s.k. ”black-box”.