A,.

á|,'sk * Qh**lTr
Je qr# ? ttYas :1,* &
-1
L
4
c-l 4t" -^'fr
El Ílu;o de trabajo se cer'lra en tres asistc.las:
RUP UNIDAD 4
' ?lanifica.r un ?roye,;to iter¿t:vo y catla iI:'¿r;¿tiÓ* partrct"¡lar.
üe{i*r';iva e1. RUP es una metc¡4ogsrSia tie desarrollo <le so?lv¡are qite intenta inc:egra¡'tcrios k¡s
v.::i
' Aüntiitistrar el ¡'i€s'üc.
as¡:*r:to: ateíle.:' e* lirenta durante toclo el ciclo de v¡cla cle! s+ttware, coit el objetivo 4ehac.er
' f"lonitorizal'el grogresí' C,el prayecla a iraves'4e mi:.iritas.
altar*bles ta¡'rto peque,ios corrlo granCes proyectos s*?tware. Además R¿tiona! pragorúoria La plarúficación de u* groyecho <Jet¡e acr;t*elerge e.fi clos iriveles 4e al)st.raccii>rt: un i>ian óe
*;crramtet'ités póft t.aür:s los pasos del óesarrclla agi cün1o ciocumentación en brtea ?aftt stts "grairo crueso" ?ara las i¿ises y un pldn tle "t¿rano firiü" gara ileraczi¡n.
czz<)a
cltentes.
Él plan úe desarrcllo io plan tl* fases) tie?ae co*ten*r las fechas {ts?e?acas piri.} lt;s l¡itos
?.:.1
{.:r <ic*.*e lt:¿:nt. .i estru ct t r a s (ázrne;r si o : r es) :
pri*t.iS>aies, *tind<t se tendrÉ la arqt:rte(ttira, cs'Arid<t *st:ará le prilnera vtttsiól1l¡eta, etcél.era.

* í:stris{t.ura riinátnica. l-a tSiniension lwrizonlal reilresenta la estructui^a din;ázt'úca r> la

úrrni¡¡1li¡¡t tntnpo üei prateso. í:'st.a ¡tti¡estia como el procesrt, es ex{}{esatlo en téw'ninas
rle c.iclog,iates, iie¡acioi'¡es y rnile*tenes, de:;arr*llaiJcs e¡r el ciclo devida C* urr
?ro'igct-o.
esias íechas coi¡rcidirán, generalrnerrte, c,*n e.l fi¡'ral cle las íases. Tambien óels'¿riis tener u¡:a
previeirs* cte las nece*idades cle per.'sanal y mecios, así com,¡ fechas 4e htir:s filer,orel. :óir: si se
tonocen. fiste illan clebe gbtenerse Lemprano en la i¿se cte rnicic y rto dea* ir ¡:rás allá de. ví1a $
dcs ttáein¿s. {}ebe a&ualizarse sierrr¡:te qi}e sea necesaris.

' *structura est:áttca. La úrnengian vsllica! rtpresenta la estructu¡'a eslática de los D**e realiz¿trge un plan <Je iteracicn par cacla itara ciiut, coml cabritz sL,liüner. iste plan :;e
*rer:esas. Ésta descril>e C{J14Q los ele¡neni:cs 4e procegos iactiviciacles, dtsciplin¿tE, elabara hac.i¿ la seguriila ¡nitad cle la ¡¡¿¡¿¡ióil, lc que slgrrlfica que e¡i Ltn m$trtente da;lo ltabrit
arteíacios, Y r'.tlesj safi ¿grvpadas lagican¡e;lte en el ¡rúcleo de las disciiilirres de dos pianeg activas: el de la ileracian er1 c{,r'go y el de la ,:rÚxinta, que es csnstru¡ato en ásta. ín
Qitt(.esr.>s a vtorkfra,¡ts. f ¡t esta estrt¡ctr¡l'a se ?aseen 4 eierirentcs chve para ltli?. [sit¡s este plan ge detailarii¡r fecha s imparl:antes y:ara la ileracian: cortr¡:ilacionee imparta*tes,
sci'¡ il,oies {i'fi*w?*;, AtIivítlades iTl,e hor'r.¡, Artefact.*s (The r;hati y Flulo'x rle Írabaja
rev i gi o¡tcs a lle.giz da d e co¡t'¡ po ¡¡ er¡'r^e g.
{'i'he uthen).
La ¿rdrnirristraciói1 úel riesgo consiste efi er.rtí)at'Ee ¡ie las irrcÓgnitas cle un ?tav*(to, las
cuestior¡es üt,e pueüen lle.",arlo a pique. f n co¡lcreto liay que identificar los riesgos, líaican¡enfe
enia fase de iriicio. y hacerles f¡er¡te. Para e.iict tr¿:tarernos cte evitarlos. t¡'ansíerirlos o asumirlcs.
4. Los fluios de trabaio [r¡ este úlilrr¡o caso lrab¡-á qr.re tr¿]tar tle rrtiligzv el rielgo y riefinir un pl*n cie conting€nr:ia ?*r si
ln R¡"lP se defineil nueve tltsjas d*,lrabtzla (tist:.intos, separaclos e¡r cíos gntpos. el riesga se convierle en un probler¡la re¿¡1, Err rlefulitival¿t adrr;inist¡'ac.i<sn clel riesgo consisti¡'á en
gestionar una lista de riesgos.
i.a:: flt4*s de trabajc de.'ingenieríiz' son ios siguientels:
. t4ati<:lar:* <J*.! negocic. f4*nitariz.ar vn proyecto Bs irnparcarte ?arc rria¡rtanerlc ha¡o ci:¡¡t:'<ll. Tenei'ncs qr:it "t?t.dir" ?áta
. f¿,eque:ritrtientas. vet'rtorlo de f:ien nas a justanlos a los platt<ts, ia c.altdatl requerida y ios r*et2s1¡v,1i.*ntos.
. Análisis Crseiia.
-v
, inrplernentac¡ón, Tamirié¡r es necesario para planiiicar de forma precisa !, ver cuál es el ccmoortantiant* óel
. P:'ueba. proyecl:o frente a ca¡nbios.'fomar ¡nét¡'¡c¿s no es cratis, así que hay quejustificar par qul:se
. DeisplieEue. micie.

t.$s flujas de trcbajo de apoyo son: En este flujr: de tmbajo ta¡'nb!é¡r se obtiene el caso rte negccio {business casei. Cortsiste en ei
contexto del rregocio, critericis de éxiia riel proyeclo icomo por elemple, ser ¡sagatias) y utia
. Aclminisiración d*.1 proyecta. previsión cie fir'¡anciera {gast.og, sale¡'ios, a37;¿7*ra}, 5i esperary}ús venúer el sislerna, tarnbiért
. {.,;ntíguracióri y .ontrsl de ca:r.lstos. tentlrá r¿ue halse¡- u¡la eproxinración a ias L:eneticios <¡ue cbtendrelrios: el ROI íReturn Af
-Lr*.ar*a, invesirnent).

Áuirqua los ¡tombres de lcs flujos de trabajo rle ingenie¡'ía recueróett a las ela¡:as cle una Producto: Plan de desarrollo.
v¿e',adal*gía encasc.atTa, en RUP las f;lses san disiintas, y estos flujos <Ie trabajo serán visilados tste product* se irrtegra pcr secciones. Una secció¡t pretenile ¡>rog<trtionár una iireve
una V atra vez a lo larga cle todo e! firoc*sri. visió¡r dec*n3unto del ¡iroytzc.l<i, sus ab;etir;os, restricciones, los entregables {¡ue $e van a
proóucir ilos prorlirctos) y que evoluciÓ¡r se espera.
/rlgurros flujos pCIseerl prod uctos imgartar,íes.
Otra sección trata óe 1¿ arqanizac¡ón de ta qe*te eue óesarr¿Jllará ¿! pra'Stlcto y sus inieracciones
ccn el exterior. Se pueclerr conslclerar c.u¿tro roles: gegtor del prc;yecto, analistas,
,Jesar rallado¡-e g'f lsr obaíore.g,
4.7 Administración del Proyecto
i:l cbietivo cle la acim¡nistracJon ce. un prayecto et ccnsegurl ec¡uilibrar el campteta¡'los oi:jetivos,
aclmirtist¡'Ar el liesíjO y Superar laS restricciones para riesarrcliar un prarJuctl q',te sea ¿COrcle a
los requerimielltos de los uguai'ios.
Ctra seccia* es la más importarrte, trata de la q*sttÓn üei ;x'oye.cts úrú?iarnente, corne se ira
cbteitido r:ri plan de fases en ei que se indica el núme¡'o rJe iteracio¡1es previstas. Desprjós se
detalia que se va a hacer en, cada f ase y lcs lrilos que se egpet'a cb,'¿e*er.
Producto: Plan de iteración.
Ís+"e praúrJcto trata la plani?icac.ión cle grcno fino. tJna secciÓn ccntien* ei plart, es Áec.ir
diagramas, estos ótagrarnas cian una Vrevisión ietailada Cel tienrpc asignatl* a cada ta¡'ea. iJn;¡
ítir*td ment>s farmai úe ?ianilr.car seria $o*er sóia la fecfra óe fin.
'r.n atra secc!Ón se reselian torlos log l'eci¡rsos humanas, ftnar,cit?.ros g Ce
cira índcie ¡tecegarios
eara completar la iteración,
Ctr¿ seccicn es uria lista rte k:s casos tie. uga irrqlicadt>g err
egt¿: iteración. 5i se clesea ¡>uet1e
jr.t,;'t t{it.ar se su eieccicn.
¡--a últi;rra s*ccidrn contielie k;s ciiterias ée evalt¡acrcn tle.la itere*itn.
Producto: Lista de Riesgos.
íste grctdi¡cto sÓlo tie;le u¡la secciÓn: la lista de riesgas arapieniente {iicha. Pa¡a cada ',rno lray
c¡ue inrli;at". !;u *tagt',i':.Lrr), una riescripciórl, su irnpa$.a idonde aleúa), inúlc.adores St¿l¡'rl
manitarizallo, una estrat'egia paia filiaitlarlcy e! plan de coniir:qenc.iepar si el ligsl¡g se hace
real.
Fcrnras de e.x,,sresar cade riesgo: en f*rrna detabias o cotl texto prtio.
4.2 Modelado del negocio
este flujo de trabajo se pretenrJellegar a un rtrejor entendimrento de
Crr¡'r 1a organización cloncle
se va a implantar el prodL¡cto.
Los principales ntotivos par¿i egfa sor¡ lcg siguierrteg; ¿segurar que el product'o será ar,ga úttl, no
uir obstác'-tlc; cQnseguir q;-ie encaje rJe rriejol' íautta prrsii:le ei'i la rsrganrzzttian; y tener ur¡
"a ciienies y las l¡sua¡-ios firiales.
r.i\aica c.owaún para ioe desarroliadores,los
tsle íiu1a de trabajo no será siempl'e neces¿rio. 3i sólc se eiiade funcicnalidail clue rio verán
r¡sual'ios directar¡rente, lrcl har'á lalta.
?ara m'¿deiar el iiegocio se usan las ¡nismas técnicas que parü naóeiar software, fac.ilitando gue
arnbas paGes entien¡iarr l*s mad*loE. [¡t t:oncret.:t se tencrán casos de uso tle negatio, actor*s
de negocic¡, eifétera. l,as diaqramas tamrtién te*drán su equlvalenle óe negacio.
O'apeitdienóts del ti?* de soft',"¡are que se etié conslrtit¡e:fidú, el rnedeiada éel *egocie cambiará.
se trata de modelar la organizaciÓn 8e arriba abala, sólo ia ?arte interese. fn co¡rcreto se
í"¡,J
pirede* enco¡rtral' Eeis escenarios para escege, el r¡lás aprooiaclo.
ínla fase cie inicio habrá que hacer Ltnavaloracion del rregocia.Tr¿ts liacerJa. se decide córno se
hace el rnorJeladc tle.l negocic: por ejernpla,ver en qi:e es{:er}eri{i cle las seig se encr¡errtra,
Se puecfe hacer i¡so de u¡ra extensión de Ulvl!.. para mo(,elzr el netSacic. *n cancreto habrá
msdelos de casas d* i.rso de negacio y nradelcs tte objetes de negocic. Con l*s ,Jrirnero:; se
captura [L QUÉ se hace y FL QUIÉN lo hace.
Con los geür¡ncles s<¿,¿¡:rá t:l-CÓl'í.{t se hace. Una qrrr'r veniaja de esta a;,roximación ai rlrodelado
clel net;crcic es qr.,e e9 *o.{arma clara y cenctsa de mcstrar l¿s depenientias ent're el ntgocicr y el
sisten¡a qu* se est¿ const;ruyenda.
4.3 Requerimientos
Ésie es r¡no Ce los flu¡cE óe lraba3o ¡nás itnpor+,ant:es, porql¡e en el se eslar.)iede f:t. QUÍ1 es lo
que tierre Qi¡e hacer exactanlerite el sistema que se corrst'ruye. [n est'a li¡tea los requerimie*tog
son el cont¡'ato qtle Ee delre cumglir, cle mcdo que l,.rs usL¡a¡'iog finales tienelt que comprender y
acepier los requerim)<xtlt>s c¡ue Ee ei;*eciiu¿uen,
Los requrerirriie¡rtog se rJivicÍen en dos grupos. Los requerinrientos funcionaleg son ias cosas c¡ue
el sister¡ta pirede hat.er, su ii¡r¡cionalidarl, 5e rnodelan ¡'nediante diagr¿irnas cle cascs de uso. Los
rer4tzerimie¡rtos *a furc.ion¿ies re¡;resenta¡'r aquelios *tributos que del:e exhibir el sislerna, perQ
que rlo son L,na 'i'ttnl.ianalii.l;rrl especi.íica. ?ar ejenrplo :"equerinlientos de usabiliúari, fiat'tlit]¿t4,
eficiencia, po¡'ta bii i t1ar3, eY.éiera.
?ara capt.urar los requerinzientcs es preciso enirevistar a todss los *fteresarjos en el proyecio,
no sólo a los r¡suarios iinal*.s, i¡ anotar tocfas sus pefici{tfies. A partii'rje ellas hay que descui:rir
lo que necesitan y expresaiio en fo¡'ma de requet'intieni.crs.
É¡reste flu;o de trabajo, y comc parte de iss rec¡ueriniientos de usatsilióad, se'Jile¿\a la interfaz
grafeca d€ r¡guario. ?ara elk: halr¡tual¡rrente se fcrlstrule:'j pratolipos de I¿ GIJI qrre se contragtan
ccn el usr¡ariofinal. Además ésta es urra buena fontra cle explicitat; requerimientos iusuario:
"iDóndee$tá el botór¡ t.le cak:r-rl¿lr l¿r sobl'ecarga rleTLA?" Analista: "ila qué?"1.
En <Jefinitiva, en esie flr.rjo de.l.rzttsztl<.r !'lav qr"re arializar el problema, t.einprender ias necesidades
cle los i¡rie¡egados y e.rpresarlas en ícrnna cle requerin¡¡entos; constru¡r diaqramas de caEos de
rrso para los rec¡uerirrrielli-os íuncionales, k:s nc' ft¡ncionales clescribr¡'los textualmente en
especificaciones supl':merrt'ai'ras. /idemás ltay qile l;estiorlar los cambios er1 I'rs requeri¡"nie¡rics ¿
lo largc rje todc ei prcce:,o.
Dentro cie éste flujo, en la fase de li'ricio lray que cre.ffi la Visiór¡. 5e iral"a de un clocur¡tento r¡ue
los <Jeuna ,,,iSta gerreral ilei ¡i¡Clecl de lcE requel'irlrieritos {el prcrleCt.e, <aracteriStiC¿:S Clave y
restricr:iones ilr¡ nci 1:a les.
Algunos d{:nlinios rJe negocio pueden ser' ;llgo eveve:sadas al principtt. par eien\}lo si hay que
crear una aplicaciÓrt para una i¡ase aerea.
Por esie rnotivo pue<le ser de grarz aytrda construir un Glasa''¡o que recoja lz Lerrrü*alogía usada
a lo largo clel proyecla a la arganización.
Producto: Modelo de Casos de Uso.
Éste producto se cbtiene co¡r la plan'r.ilia de IspecificaciÓn cle Casos de Uso. fn tes¡'ía haf:ría que
hacer un docr:trrerltr¡ t)or c¿jso de tiso, y asi guerJe hacelrse. Sin *ltt*arg$ se pueúe *,tar ')ór
ft¡sionar todos los casos de rrscl en un dcici.,¡tnento.
?or ca(,a caEo cie uso ha'l que clar una p'¿ílueña cjescripción. A conttnt:acicn hay que óescribir el
flujo cle ever¡tos dei casc, Prirriera se rlestaca el fiu)a principal V despuég vienert las allerrtativos.
Si una alternativer es sinrpie, pueCe ponerse con el flirjo principal, Si un caso es complejcl, puede
ponerse figuras ex:licativas, diagramas UML. r> lo cJte se ¡rec*site.
t.o s,guie'lt'e es púner que requer¡mientos egpeciales hay, si los hay. l..uego vieneri las
¡lrecondicicnes y ias pos canói*ones.
Firralmente lt>e puntos cle ext.erisién. Si se opta par juntar lodas las especi{icacianes de casos cie
L¡so convenü¡'á describlr ios ¿ctores? ias relaciones cle los casos <Je i¡so y ntostrar los <liagrantüs,
Producto : Especifi cación Adicional.
En este graducj'.a se es¡seaficantoíos los requerimientos no func¡onales Cel sistema. Se trata rlt:
at:ributos Que r1c dar'¡ I'u¡tcio*altó&t7, ?or ejemplo lo fácii que es de usar o si cumple cen una
normativa roncreta"
La plantilla ?ara e:;t.e S:ri>ducic está tliviúi¡Ja en secclotles que in¿lic¿¡n <Jistinlcrs lipas de
ire'qt:erintientos) na funcianaies. 5e ¡:iene que ir sirnpiernente coloc;ln<Jo los
reqirerir,ni*.t¡tt-t>s
rer¿uerizúerittg en la sección aóetueda y bor¡'ar- ias c¡ue no se vixi e uaat.
Las secctones a*atle.n cl¿ridaci y sirvezt de recordatcrio para na olviclar rt&()il, fiet'o s' hay poccrs
r'*quel'inri*nlos. prsed*n ser Lri estol'bc.
Producto: Visión.
tl propi>sit<: de la vis:ón es reu:'lir-. ana*zar y detinir nec*sirlades 'y c¿rácterísticas del srgterr':a a
alto nivel.
Se pretencte posicionar ei plol¡lerrra que da lugar al sistema . l:ara elio se describe el ¡:r'oblema,
que oportuniclacl ?ar¿ hacel neqocio hay y qué lugar en el mercada *c.upará e! sistema como
proclucta, 5i no se pr€tende vender nada,l¡astará con desc¡'ibir el problema.
Otra sección preterxle dar a car\ocet' to<lt>s k:s interesaclos en el sistema y los r.¡suarios finales.
Hay que indicar lcs prablerltas qr¡e cada uno ve qiJe deben ser resueltos, No hay, que poner las
peticiones cortcreias sino el trasfo¡rclo tse cada rnteresacJo, Si el prodrrcic ge va a verrcler, hay que
poner Lrn est'uciio cle la pablaciari obietivo,
Otras sei:cicnes da¡r una vis rón cle corr¡unto del praCucta y sr,s t.a¡>ac3daáes. Algu;ros pt.rntas de
la plantilla sólo son aprúp¡ados si se pl'etende vender el prodr¡cto.
Las seccioñes restantes ctalr un mayor detalle sobre e! prcducto. Í:lr principio, para uti proyecto
peqrrerio, i:oclrían no ser neces¿rics tantos apartadas si se puecie escribir un texto breve y claro
quedescriba io lrrismo. Sin errrbarg+es br¡ena idea lrrirarsetodas las secciorles para noolvidar'
¡rada.
Producto: Glosario.
[n el glosario 5e recoge e! vocabulario proplo clel clo¡rrinio del sistema, y que clepenctiende ciel
proyecto pueden sel térmi¡los mu!, especializ:ados. ACenrás pveúe usars€ para deflnir url
diccianario ¡nformal de tipos de datos. Fl núcleo de este proclucto es Ia sección ctoncle se va
i¡ttrodt¡ciendo a mado úe diccia¡taria, ,¡ normalmente por srden alfat¡ético, la defi¡rición de los
diferentes conceptos. A$a sección define aguellos estereotipcs iestr¡ecificaciones Ce UML) que ¡rc
so¡r los pleclefinidos !]o¡' RUP o Ut"lL y que pueden o cleben ser usados en el proyecto.
4.4 AnúIÍsÍsy diseño
Ef objetivo cle este fiujo de trabajtr eE tradr¡cir las reql,erirnie¡rtss a urla especificación que
describe cÓnro irnplemer¡tar el siEtema.
[i análisis csnsiste en oi:tenel una visiÓn clel sistenla que se greocup¿ de ver ü1. QUfi lrace, de
rrrodo gue soio se interesa po{ los requerirnie¡rtos fi¡ncion¿les. Por ot¡'o lado el cliseño es un
refina*zento dei anáiis¡s que t¡ene en cuenta ios reguerimiento-c no filncronaies, en defi¡iitiva ñL
CliStlO cumple el sisiema sus objetivos.
El ciiseño detse ser suficiente paía <¡ue el sisterna pueda ser imple¡nentaclo sin ambigrierlaiJes. De
hecho, cuando ia precis:ón Cel diselio es muy grarzrle, la irnplerrlentadón puede ser hecha par ur:,
gerierzttl*r autotvático cle cóclgo.
Al princii:io óe la f¿se tle elabaración lray qu* definir una arcluitectu¡'a candiáaia: cre.ar vn
esc¡)efin iniaal t}e la arc"¿t?,ect.tsra del sisterrta, identificar clases de analiEis y actualizar las
",ealiz.acianes rJe tr"rsc.¿t;üi, de uso con las inte¡-acciorres <ie las clases de análisis. iJt¿rantelai¿se
4e eiel>*raci<>n se r,¿ refinan1a *sta arcjuitec.tu¡'a hasta llegar a sts fcrrr¡a cJefinitiva.
tn ca'Ja itera<.iÓn ltizy que a*alizar el cemgortanliento para diseíiilr com¡:onentes. Adernás si el
sistema usará urr¿ base iie datos, hat¡¡'á que cliseñarla tarnbién, afsleetie*do un moclelr¡ úe C'atos.
li! ¡'rsr¡itado final rnás irnportante de este flujo cle traba3a será el mocielo de dise¡ia. C.onsiste en
talabaraciones rje clases. '4ue pueden ser ag¡?geclas en pac¡uetes y subsisternas.
Otro pioclucto anllio¡'tante cte este fluja es la documentacÍón <Jeia arrliiitectura soít'¡¡are, que
captura varia:; liisiDrles arqr;itectónicas del sisterna.
Producto: Modelo de Diseño.
f.{i¡ se drspoire de una plant¡lla par¿ este producto. Es sencillarnerrte la estructuración de los
dist'rntos diagramets y rfi$ielcs c¡ue se tengan referentes a la parte cie diseñcl <iel sisterna. La
infonnaciÓn se 1:uec!e egtructurar en cuatro apartados, en el primero se mi¡estran los paquetes
que farman ei $ittema y sus relaciones, en el segundo se muestra l<: cue contiene catla paquele,
y en el tercero y *tart.o se muestra urla vlsta li:,gica del sisterna, gerleral en el tercer apartado y
detallada en el cvarto, mediante cliagramas cle clases cle dise¡io.
Producto: Documentación de la Arquitectura Software.
[n este dccr¡rnerrto se da una ct*sc¡'ipc.ió¡r cle la arquitectura del sisterne. fn ot¡'a sección del
cloct¡mento se anliciparr las vistas que van a ser ¡recegarias para la ctescripción, agí cama la
representación e$cogirla pzrrzi las ¡nisi'nas. Otra secciÓ¡r describe ios requerirnientos y objetivos
del sisteina que infiuyan en la arquitectl¡ra <Jel misr¡ro.
A pa;"tir de aquí viene u¡'r átlai'tatlo S>ar cada vista iCasos de ugc, lógic.a, g{ocese, despliegue, *
implemar¡tación) qu* se incluya e¡r el clocu¡rrento. Así comc r¡na vista optativa adicional del
almacenamiento cJe los datas persistentes. Se ter¡nina con una sec.ciÓ¡r para describir los
reqverimterrtos eri tiempo y espacio, y i:tra cCIn una explicación de có¡n<l corttribuye la
arguitectura a garantiza¡- la calidad del software.
4.5 Implementación
E;r este flujo de trabajo se implernent'an las clases y objetos en ficl':ercs fuente, binarios,
ejecutables y ciemás. Además se deben hacer i-as pruebas de uniiiatJ: cada im¡:lemelrtaclor es
responsabr,e Ce ,;¡'alsar l¿s unidades que ¡:roduzca. ñl result¿da finai de este fiu)o ée tlabajo es
u¡r sistema ejecutable,
Fn cacta iteracio¡r habrá r¡ue hacer le siguiente:
'Plarteai'ct¡e subEistemas aeben ser implementacJos y en qué orden deben ser integr aóas,
fsrman{¡o el Pian rJe ktteerac¡ón.
' tada rnrpiementador rlec¡cÍe en qué orden irnplementa lcs elementos del sul¡sistema. Si
encuentra er¡'o,'/ds rle drserio, log ¡rotifica.
' 5e prueban lcs subsisiemas indiv¡rlualmente.
. 5e integra el sistema siguie¡rdo el plan.
La estructu¡-a de t*¿ics los eiernerrtos in:plenrenta¡Jos fonlia el r;¡ocielc¡ de impler¡ellt¿lció;r.
La integract*n debe ser incr¿:tneettal, es óec.ir, en caóa n¡on:er¡tti sólc se aíLaóe uzt e;lctmento, Dr:
est* rnodc eg ¡nús {ácil iacalizar falias ¡, los componer}tes se pruebarr rnás a forzdo. Er: fases
tere,'pranas óei praces$ te puedtn irnpiemerrtar prctotipos para redvcir el rir:sgo.
5u utilidad ?ueÓe ir tlestle vet $r el sistei"na es viable cJesde ei princii:io, p¡ot;a¡ lecnalogias g
diseíiar la inte*az de usuarso. Los prototipos pu€,dei'l ser expltiraicrios iclesecíraliles) o
evolucio¡rarios, Éstos úliimÜs llegarr a transformarse en el g¡stefia final.
Producto: Modelo de implementación.
Co¡rsiste e'-¡ llllá vis¡Ón gerleral delo c¡ue iie;re qiie $er implementado, y un apartaiJo para <-.ar)a
iie¡ació¡r {qite c.oir'zcide con la plantilla de fil}P dt:l plan de i:itegració1 Ce ccnstri¡cr.ió¡t'i cott la,.;
cor'¡rponentes )i si¡bsistemas a ifirpierne¡":tar dr-¡rar¡te i:sa it*¡'ar:iórr, asi cCI¡l1ú aelcs resr¡liarjc
softt';are (buiids) qiJe se han de obtener y las pruebas que se ha rJ¿ reali.zar soil'e ellos {¡lara lo
gue se pirede hac.er r.eferencia al ¡rlan de prueba).
4,6 Prueba
f;ste flulo de ilabajo es el encargada de evaiuar la caiirlacj ciel producto que se esté
deSar|ollanda, perrs no pA|a aceptar o l'eCha;ar el prOclr¡Cio ¿l final dei ?ra}eilo de Ciesail.alla,
sino que debe tt ntegrado err tcdo el c¡clo de vida. "ñl papel de las pruebas no es asegurar la
calidad, pero sí evalttarla, y proporcionar una reaiiure¡ltació¡r a tiempc.¡ , de farma que l*s
cuegt'¡ones de calidaí ¡suedalt ¡'esolverse de manera efectiva en tier¡p,c y coste."
Los princiTales aspectos a s€r evaluaclos en un proclufio softivare sanla Fi*biliclacl
{resisi.ente a
faiios). la Funcicinalidad (hace lo que ctebe) y el Rendimientü (lleva a cabo su trabajo de manera
efectiva).
Las pruebas pueclen hacerse a ciiferentes niveles dependiencio cle! objetivo cie los mismos, a
saberl Prtieba rje urlirlacl (se pruefJanias u¡niclacles mír¡irnas por separaclo, y rrornral¡¡lente se
hace duranie la implenrentaciórt rnisrna), d* inteEraciÓn (varies uniclacleg juntas), de sistenra
(sobre la aplicat:ian a sistem¿t completo) y de aceptación irealizarlo sobre ei sisterrra
Elobai por-
los ugirarios o terceros), Dentro de caóa uno de estos iliveles pocteinos rJistirrgr-rir rJistii.rtos tipos
de prueba.
A la representación de lo gue será probaclo y c.ómo debe de hac.erse es a lo que se le llama el
modelo de ¡>rueba. lnciuye ia c¡¡lccció¡r iJe casos cle prueba, prccecJimlentos de prueba, scripts,
resultados esperaCos.
Las activiéades cle este flujo comienzart pronto en el ¡:royecto co¡r el pla¡ cle prueba (ef cual
contiene información sobre los obietivos generales y especil,iccs cle las pru*i:as en el proyecto,
asi conro las estrategias y reculsüs con que se Cotará a esta tarea), o i¡rcluso antes con aiguna
evaluación durante la fase cfe irricic, y corrtinu ará durantte torlo el proyectc.
É! desarrollo del flu¡o de traliajo consistirá en plan¡fidar que es lo gue hay cire probar, cliseñar
Cómo se va a hacer, imple¡tre¡ttar lo neCes¿rio para llevarlOs ¿ tAf;O, ejecutArlos en lOs niveleS
necesarios y obt'ener ias rest¡lt¿dos, ríe I'arma que la infsi'mación obtenida nos sirva par¿ ir
¡'efinando el araCucto a desa rrollar.
Producto: Plan de Prueba.
El RUP diferencia entre un Plan de Prueba glolsal, dcnde se rJescril¡e¡r los cfrjetivos ¡r rnecanismos
qtle s?. van a vtiiizar itera el proyctcta en general, así ccrno un plan rie pnreba es¡lecifico para
c¿rla iteracior; dentle se especifica q::e elemenios se cleben prabar, cu¡ales soll los olijet!'ros qile
se per*'¿uen ,üoíl esag pruebag,'¡ la apraxirnacian a util|zar paía citrtgeguir *sos olljetivos,
Irtcluye*da ten{i:ién una e$tinrü{:ión de les r-ecursoE lrecegarics fiarzi llevari*s a caba.
4.7 Conftguracíón y gestión de cambios
L.a finalid;lri C* este íiujo rletrabalo es ffia¡tter¡*r'la int*grida'ó ae toCos
l<ts ¡z*efactcs que se
crean en el liroceso, asi co¡itr.r de ma¡rtenei'información del process evolut'ivo que han seguido.
L¿s caugas porlas que la evolr¡ciórr 6€, los ¿rtetectos puecle caugar' grobleinas gon:
. Actr¡alización sirttult¿nea: $e cla cuan¿l+ éas pergonas lrabaian por se¡larada sobre el rnismo
at'tefacto a la ve'2, el último en hacer l¿s nrr:diflc¿cio¡res sobresc¡'ibe lc heclrc pcr el prinera.
' I'leiificaciÓ¡t li¡nitada: Cuando t¡n problema ha sic¡o resuelto en un artefactú camgart:,da par
varlc¡s roles y alg*nos cle ellos r1o sofi r,atificaúos d*l carrrbio.
' f'lú¡t¡ples ve¡'sicnes: Cuando seiraíteja *¡n diferentes v*rsiont:s tlel prarsuct* al r¡isrno tierfip{,
en difeientes fltijos de traiiajo, ¡t'tetlett surgir problemas si los canlbios n{i scn
cCInvenientemente ¡'¡ron;torieados y prcpagad*s.
La configtvacian y gestiÓn <Je cambios cul¡re tres funclc¡tes irrterdepencllent*s:
' l.a gestión de la configrrración, que marle ja la estructura del pradtrcto, la identificación cle los
elementos, configuracrories v¿lidas de los lttlsmos vel'siones, vergianes y espacios cle trabalo.
' Gestión de las peticionüs cle cambio. que cool'din¿ el pi'oceso cle mcdifica¡'¿rtefactos de una
nianera co¡rsistente.
' f+létricas y stalus, Que sQ. encarga cie extr¿rer infcr'¡nar:i*n pera la ccr'¡'ecta administracion del
prcvecto cle las herra¡nientas que sapartan las clos fu¡icio¡res a¡ltenores.
4.8 Entorno
La finalidaij de este ilujo de tr;rbajo es dar soport.e ai prayecto c,un las acJect¡aclas herramient'as,
procesüs y rnétocios, Es dec¡r tener a punto las herr¿rnierrt'as que Ee vayan a ¡¡ecesitar en cacla
nromento. así coma defir¡ir la instilrlcia r:ancreta Ce proceso uniiicado que se va a seguir,
In concreto las res¡:onsabili¿lades Ce este íittl<t r1e lrebaja inciuyen:
' $elección y adqtúsición de he¡'ramientas.
' Istablecer y coníigurar las herramierrtas para que se ajusten a la arganízacíín.
. Configuración del proceso.
. Ilejora clel proceso.
. Servicios técnicos.
El principai artefacto que iie lrsa en este flujo de tratiajo es el ceso de iJe:,;arrcllo que especrfica
para el prOyectc actual en concreto, ccnto se aplica¡'á el S>roceso urriflcado, que productcs se varl
a uttliz.ar y comCI van a ser utilizaclos.
Acle¡nás se tenírán que definir las líneas guía (los pasos csncretos y polítrcas a seouir) para los
cllstintos asi:ec.tos clel proceso, como pueclen ser el modelaclo del n¿gs¿io y los casos de uso,
¡tara la irrtelfaz de usuario, el dseño, la programaciÓn, el manual de usuario.

Las activirsades que ee dehen llevar a cabo durante este fluio de traba¡o son:
- Preparar el entorno para el traba)a.
- Treparar el entorno para L¡na iteración.
. Preparar las líne¿¡E cle gr"iia flara urla iteración.
- Dar soporte al entorno dr¡rante la iteración.

4.9 Despliegue
il objetivo de este flujo cf e trabaSa es producir con éxito distribi¡ciones del proclucto y clistribuirlo
a los usuanos. Las activiclades implicadas incluyen:
. Prabar el prcducto en su entorno cle ejecución final.
. Empaquetar el sofi',.rare para sú d;stribución.
. Distribuir el softl'uare.
. Instalar el software.
. Proveer asistencia y ayuda a los usuarios.
- Formar ¿l los usr¡arios y al cuerpo de ventas.
. l"ligrar el software existente o corrvertir bases de clatos.

tste flulo ile trabajo se desarroila con n:láyor intensidad *:r la fase
úe. transición, ya que el
propÓsito tanta del flujc co¡tlo de la fase es asegurar una aceptaciórr y adaptac.ió¡r sin
complicaciones clel softrn¡are por parte de los usuarios.

Arrngiie la ejecución de este flujo de trabajo debe ernpeT-ar en fases a¡rteriores, para prepa¡'al'el
camtno, sot¡re todo con activiiJades de planificación, pero tarnbié¡r con la elaboración del manual
de usu¿rio, tutoriales.

tado el amplio ranga cle aplicac¡ones que se pueden dar y sr¡g cliversas ca¡acterísticas los
proú*ches necesitados psl este fluio rle trabalo pueden variar en cJran meclirla. Aunc¡ue el
artefacto clave es una distlibución (release) clel producto, que en general puede consist¡l'de:
' Software ejecutable {en torios los casos}.
. Productos cle instalación: scripts, herramientas, archivcs, csuias, información sobre lice¡rcia.
, Notás de la rlistribuciÓn, describiéndola al usuario final.
. l4ater'ial de apcyo, comCI pueden ser los rrranuales de usual'io, d€ operaciones y
mantenirniento.
. lrfateriales forrnativos. A dife¡'encia de otros fiujos cle trabajo RUP da r¡n detalle meno¡'al
desphegue. debids a la ya citada cliversidad y especificióacl de cada proyecto.