The Rational Unified Process , også kjent som Unified Process , beskriver et rammeverk for styring av store software utviklingsprosjekter . Det ligner på smidig utvikling modellen, men understreker mer analyse og design. Mens smidig fokuserer på programmering og testing, avhengig RUP på modellering ved hjelp av Unified Modeling Language diagram og modell før programmeringen starter. Selv om de to er i slekt , de er to forskjellige teknologier . Unified Modeling Language

På midten av 1990-tallet , som objektorienterte språk som C + + og Java vunnet popularitet , utviklere eksperimentert med en rekke ulike diagrammer for å visualisere relasjoner mellom programmering stedene. Over tid , kalt flere av notasjoner slått sammen til en standard Unified Modeling Language . Denne standarden ble vedtatt av Object Modeling Group og ble popularisert gjennom en dataassistert software engineering program kalt Rational Rose.
Unified Process

På slutten av 1990-tallet, Rational Corporation , samme selskap som utviklet og solgte Rational Rose , som har samlet tre industriledere - Grady Booch , Ivar Jacobson og James Rumbaugh - for å slå sammen og avgrense sitt arbeid med programvare utviklingsmetodikk . Kjent som Three Amigos , utviklet de en tilnærming som ble Rational Unified Process . Metodikken understreket mange små repeterende sykluser av analyse, modellering og programmering, med hver syklus legge noen funksjoner samt raffinering tidligere mangler.
Merker seg forskjellene
< p> De to teknologiene er nært beslektet og kan lett bli forvirret. Begge ble assosiert med Rational produktlinje , og begge bruker ordet " enhetlig" å merke teknologien . Hvor de skiller er i sitt formål . Unified Process er et utviklingsmiljø , som dekker alle aspekter av software engineering. Unified Modeling Language er et sett med merknader som beskriver ulike sider ved utviklingsprosessen. UML kan betraktes som en del av Unified Process , men UML kan også stå på egne ben .
Unified prosess I dag

Som de fleste teknologier , begge fortsatt finne bruksområder innen bransjen, men har tilpasset dagens behov. Stor regjeringen og virksomhetskritiske prosjekter ofte velger Unified Process eller dets derivater for å løse deres tunge analyse og dokumentere behov. De fleste utviklere har flyttet til noen form av Agile modell som bruker mange av konseptene av Unified Process men uten modellering og gjenstander .
UML dag

UML diagrammer har fortsatt en plass i utvikling av programvare , men er først og fremst i tekniske bøker og hvite brett. Klassen og grensesnitt diagrammer kan bli funnet i noen av de high- end utviklingsverktøy men mest hard core utviklere foretrekker å arbeide i koden , ikke i modellering . Som flytskjema , diagrammer fungere godt for å conceptualize ideer , men sluttproduktet av programvareutvikling må være programkode, ikke pene bilder .