MODELOS DEL PROCESO DEL SOFTWARE

Metodologas para desarrollo de software

CPIS UNAJMA

Un proceso de software detallado y completo suele denom narse !Metodolo"#a$% Las metodolo"#as se &asan en una com& nac 'n de los modelos de proceso "en(r cos )cascada* e+olut +o* ncremental* etc%,% Ad c onalmente una metodolo"#a de&er#a def n r con prec s 'n los artefactos* roles y act + dades n+olucrados* -unto con pr.ct cas y t(cn cas recomendadas* "u#as de adaptac 'n de la metodolo"#a al proyecto* "u#as para uso de /erram entas de apoyo* etc% 0a& tualmente se ut l 1a el t(rm no !m(todo$ para refer rse a t(cn cas* notac ones y "u#as asoc adas* 2ue son apl ca&les a una )o al"unas, act + dades del proceso de desarrollo* por e-emplo* suele /a&larse de m(todos de an.l s s y3o d se4o% La comparac 'n y3o clas f cac 'n de metodolo"#as no es una tarea senc lla de& do a la d +ers dad de propuestas y d ferenc as en el "rado de detalle* nformac 'n d spon &le y alcance de cada una de ellas% A "randes ras"os* s tomamos como cr ter o las notac ones ut l 1adas para espec f car artefactos produc dos en act + dades de an.l s s y d se4o* podemos clas f car las metodolo"#as en dos "rupos5 Metodolo"#as Estructuradas y Metodolo"#as Or entadas a O&-etos% Por otra parte* cons derando su f losof#a de desarrollo* a2uellas metodolo"#as con mayor (nfas s en la plan f cac 'n y control del proyecto* en espec f cac 'n prec sa de re2u s tos y modelado* rec &en el apelat +o de Metodolo"#as Trad c onales )o peyorat +amente denom nada Metodolo"#as Pesadas* o Peso Pesado,% Otras metodolo"#as* denom nadas Metodolo"#as 6" les* est.n m.s or entadas a la "enerac 'n de c'd "o con c clos muy cortos de desarrollo* se d r "en a e2u pos de desarrollo pe2ue4os* /acen espec al / ncap ( en aspectos /umanos asoc ados al tra&a-o en e2u po e n+olucran act +amente al cl ente en el proceso% METODOLOGA XP (Programacin E trema! De todas las metodolo"#as ." les* (sta es la 2ue /a rec & do m.s atenc 'n% Esto se de&e en parte a la nota&le /a& l dad de los l#deres 7P* en part cular 8ent 9ec:* para llamar la atenc 'n% Tam& (n se de&e a la /a& l dad de 8ent 9ec: de atraer a las personas a este acercam ento* y tomar un papel pr nc pal en (l% De al"unas maneras* s n em&ar"o* la popular dad de 7P se /a +uelto un pro&lema* pues /a acaparado la atenc 'n fuera de las otras metodolo"#as y sus +al osas deas% La 7P emp e1a con cuatro +alores5 Comun cac 'n* Retroal mentac 'n* S mpl c dad y Cora-e% Construye so&re ellos una docena de pr.ct cas 2ue los proyectos 7P de&en se"u r% Muc/as de estas pr.ct cas son t(cn cas ant "uas* tratadas y pro&adas* aun2ue a menudo ol+ dadas por muc/os* ncluyendo la mayor#a de los procesos planeados% Adem.s de resuc tar estas t(cn cas* la 7P las te-e en un todo s n(r" co d'nde cada una refuer1a a las dem.s%

MODELOS DEL PROCESO DEL SOFTWARE

CPIS UNAJMA

Una de las m.s llamat +as* as# como n c almente atract +a para m#* es su fuerte (nfas s en las prue&as% M entras todos los procesos menc onan la compro&ac 'n* la mayor#a lo /ace con muy poco (nfas s% S n em&ar"o la 7P pone la compro&ac 'n como el fundamento del desarrollo* con cada pro"ramador escr & endo prue&as cuando escr &en su c'd "o de producc 'n% Las prue&as se nte"ran en el proceso de nte"rac 'n cont nua y construcc 'n lo 2ue r nde una plataforma altamente esta&le para el desarrollo futuro% En esta plataforma 7P construye un proceso de d se4o e+olut +o 2ue se &asa en refactorar un s stema s mple en cada terac 'n% Todo el d se4o se centra en la terac 'n actual y no se /ace nada ant c padamente para neces dades futuras% El resultado es un proceso de d se4o d sc pl nado* lo 2ue es m.s* com& na la d sc pl na con la adapta& l dad de una manera 2ue nd scut &lemente la /ace la m.s desarrollada entre todas las metodolo"#as adapta&les% METODOLOGA "#$%M &'e es scr'm

Scrum es una metodolo"#a ." l y fle; &le para "est onar el desarrollo de software* cuyo pr nc pal o&-et +o es ma; m 1ar el retorno de la n+ers 'n para su empresa )RO<,% Se &asa en constru r pr mero la func onal dad de mayor +alor para el cl ente y en los pr nc p os de nspecc 'n cont nua* adaptac 'n* auto= "est 'n e nno+ac 'n%

(#')ndo

se

'tili*a+

Con Scrum el cl ente se entus asma y se compromete con el proyecto dado 2ue lo +e crecer terac 'n a terac 'n% As m smo le perm te en cual2u er momento real near el software con los o&-et +os de ne"oc o de su empresa* ya 2ue puede
2

MODELOS DEL PROCESO DEL SOFTWARE

CPIS UNAJMA

ntroduc r cam& os func onales o de pr or dad en el n c o de cada nue+a terac 'n% Esta met'd ca de tra&a-o promue+e la nno+ac 'n* mot +ac 'n y comprom so del e2u po 2ue forma parte del proyecto* por lo 2ue los profes onales encuentran un .m& to prop c o para desarrollar sus capac dades%

,eneficios #'mplimento de e pectati-as. El cl ente esta&lece sus e;pectat +as nd cando el +alor 2ue le aporta cada re2u s to 3 /istoria del proyecto* el e2u po los est ma y con esta nformac 'n el Prod'ct Owner esta&lece su pr or dad% De manera re"ular* en las demos de Spr nt el Prod'ct Owner comprue&a 2ue efect +amente los re2u s tos se /an cumpl do y transm te se feed&ac: al e2u po% 0le i1ilidad a cam1ios. Alta capac dad de reacc 'n ante los cam& os de re2uer m entos "enerados por neces dades del cl ente o e+oluc ones del mercado% La metodolo"#a est. d se4ada para adaptarse a los cam& os de re2uer m entos 2ue conlle+an los proyectos comple-os% $ed'ccin del Time to Mar2et. El cl ente puede empe1ar a ut l 1ar las func onal dades m.s mportantes del proyecto antes de 2ue est( f nal 1ado por completo% Ma3or calidad del software. La met'd ca de tra&a-o y la neces dad de o&tener una +ers 'n func onal despu(s de cada terac 'n* ayuda a la o&tenc 'n de un software de cal dad super or% Ma3or prod'cti-idad. Se cons "ue entre otras ra1ones* "rac as a la el m nac 'n de la &urocrac a y a la mot +ac 'n del e2u po 2ue proporc ona el /ec/o de 2ue sean aut'nomos para or"an 1arse% Ma imi*a el retorno de la in-ersin ($O4!. Producc 'n de software >n camente con las prestac ones 2ue aportan mayor +alor de ne"oc o "rac as a la pr or 1ac 'n por retorno de n+ers 'n% Predicciones de tiempos. Med ante esta metodolo"#a se conoce la +eloc dad med a del e2u po por spr nt )los llamados puntos / stor a,* con lo 2ue consecuentemente* es pos &le est mar f.c lmente para cuando se d spondr. de una determ nada func onal dad 2ue toda+#a est. en el 9ac:lo"% $ed'ccin de riesgos. El /ec/o de lle+ar a ca&o las func onal dades de m.s +alor en pr mer lu"ar y de conocer la +eloc dad con 2ue el e2u po
3

MODELOS DEL PROCESO DEL SOFTWARE

CPIS UNAJMA

a+an1a en el proyecto* perm te despe-ar r es"os ef ca1mente de manera ant c pada% METODOLOGA $%P

El Proceso Un f cado fue desarrollado por P/ l ppe 8ruc/ten* <+ar ?aco&son y otros de la Rat onal como el proceso complementar o al UML% El RUP es un arma1'n de proceso y como tal puede acomodar una "ran +ar edad de procesos% De /ec/o (sta es m cr#t ca pr nc pal al RUP = como puede ser cual2u er cosa aca&a s endo nada% @o pref ero un proceso 2ue d ce 2u( /acer en lu"ar de dar opc ones nf n tas% Como resultado de esta mental dad de arma1'n de procesos* el RUP puede usarse en un est lo muy trad c onal de cascada o de una manera ." l% Como resultado usted puede usar el RUP como un proceso ." l* o como un proceso pesado = todo depende de c'mo lo adapte a su am& ente% Cra " Larman es un fuerte defensor de usar el RUP de una manera ." l% Su e;celente l &ro ntroductor o so&re desarrollo OO cont ene un proceso 2ue est. muy &asado en su pensam ento l "ero del RUP% Su + s 'n es 2ue muc/o del rec ente empu-'n /ac a los m(todos ." les no es nada m.s 2ue aceptar desarrollo OO de la corr ente pr nc pal 2ue /a s do capturada como RUP% Una de las cosas 2ue /ace Cra " es pasarse los pr meros dos o tres d#as de una terac 'n mensual con todo el e2u po usando el UML para perf lar el d se4o del tra&a-o a /acerse durante la terac 'n% Esto no es un c anot po del 2ue no se pueda des+ arse* s no un &oceto 2ue da una perspect +a so&re c'mo pueden /acerse las cosas en la terac 'n%

MODELOS DEL PROCESO DEL SOFTWARE

CPIS UNAJMA

Otra tac/uela en el RUP ." l es el proceso d7 de Ro&ert Mart n% El proceso d; es una +ers 'n totalmente d'c l del RUP 2ue s mplemente es d(nt co a la 7P )+oltear d7 al re+(s para +er la &roma,% El d7 est. d se4ado para "ente 2ue t ene 2ue usar el RUP pero 2u ere usar 7P% Como tal es a la +e1 7P y RUP y por tanto un &uen e-emplo del uso ." l del RUP% El proceso de c clo de + da de RUP se d + de en cuatro fases & en conoc das llamadas <ncepc 'n* Ela&orac 'n* Construcc 'n y Trans c 'n% Esas fases se d + den en terac ones* cada una de las cuales produce una p e1a de software demostra&le% La durac 'n de cada terac 'n puede e;tenderse desde dos semanas /asta se s meses% Las fases son5 A% 4ncepcin56 S "n f ca !com en1o$* pero la pala&ra or " nal )de or "en lat no y cas en desuso como sustant +o, es su"est +a y por ello la traduc mos as#% Se espec f can los o&-et +os del c clo de + da del proyecto y las neces dades de cada part c pante% Esto entra4a esta&lecer el alcance y las cond c ones de l#m te y los cr ter os de acepta& l dad% Se dent f can los casos de uso 2ue or entar.n la func onal dad% Se d se4an las ar2u tecturas cand datas y se est ma la a"enda y el presupuesto de todo el proyecto* en part cular para la s "u ente fase de ela&orac 'n% T#p camente es una fase &re+e 2ue puede durar unos pocos d#as o unas pocas semanas% B% Ela1oracin56 Se anal 1a el dom n o del pro&lema y se def ne el plan del proyecto% RUP presupone 2ue la fase de ela&orac 'n &r nda una ar2u tectura suf c entemente s'l da -unto con re2uer m entos y planes &astante esta&les% Se descr &en en detalle la nfraestructura y el am& ente de desarrollo* as# como el soporte de /erram entas de automat 1ac 'n% Al ca&o de esta fase* de&e estar dent f cada la mayor#a de los casos de uso y los actores* de&e 2uedar descr pta la ar2u tectura de software y se de&e crear un protot po de ella% Al f nal de la fase se real 1a un an.l s s para determ nar los r es"os y se e+al>an los "astos /ec/os contra los or " nalmente planeados% C% #onstr'ccin56 Se desarrollan* nte"ran y +er f can todos los componentes y ras"os de la apl cac 'n% RUP cons dera 2ue esta fase es un proceso de manufactura* en el 2ue se de&e poner (nfas s en la adm n strac 'n de los recursos y el control de costos* a"enda y cal dad% Los resultados de esta fase )las +ers ones alfa* &eta y otras +ers ones de prue&a, se crean tan r.p do como sea pos &le% Se de&e comp lar tam& (n una +ers 'n de entre"a% Es la fase m.s prolon"ada de todas%
5

MODELOS DEL PROCESO DEL SOFTWARE

CPIS UNAJMA

D% Transicin56 Com en1a cuando el producto est. suf c entemente maduro para ser entre"ado% Se corr "en los >lt mos errores y se a"re"an los ras"os pospuestos% La fase cons ste en prue&a &eta* p loto* entrenam ento a usuar os y despac/o del producto a mercadeo* d str &uc 'n y +entas% Se produce tam& (n la documentac 'n% Se llama trans c 'n por2ue se transf ere a las manos del usuar o* pasando del entorno de desarrollo al de producc 'n% A tra+(s de las fases se desarrollan en paralelo nue+e flu-os de tra&a-o o d sc pl nas5 Modelado de Ee"oc os* Re2uer m entos* An.l s s y D se4o* <mplementac 'n* Prue&a* Fest 'n de Conf "urac 'n y Cam& o* Fest 'n del Proyecto y Entorno% Adem.s de estos flu-os de tra&a-o* RUP def ne al"unas pr.ct cas comunes5 Desarrollo iterati-o de software5 Las terac ones de&en ser &re+es y proceder por ncrementos pe2ue4os% Esto perm te dent f car r es"os y pro&lemas tempranamente y reacc onar frente a ellos en consecuenc a% Administracin de re&'erimientos5 <dent f ca re2uer m entos cam& antes y postula una estrate" a d sc pl nada para adm n strarlos% %so de ar&'itect'ras 1asadas en componentes5 La reut l 1ac 'n de componentes perm te as m smo a/orros sustanc ales en t empo* recursos y esfuer1o% Modelado -is'al del software5 Se de&en constru r modelos + suales* por2ue los s stemas comple-os no podr#an comprenderse de otra manera% Ut l 1ando una /erram enta como UML* la ar2u tectura y el d se4o se pueden espec f car s n am& "Gedad y comun car a todas las partes n+olucradas% Pr'e1a de calidad del software5 RUP pone &astante (nfas s en la cal dad del producto entre"ado% #ontrol de cam1ios 3 tra*a1ilidad5 La madure1 del software se puede med r por la frecuenc a y t pos de cam& os real 1ados%

Aun2ue RUP es e;tremadamente locua1 en muc/os respectos* no proporc ona l neam entos claros de mplementac 'n 2ue puedan compararse* por e-emplo* a los m(todos Crystal* en los 2ue se detalla la documentac 'n re2uer da y los
6

MODELOS DEL PROCESO DEL SOFTWARE

CPIS UNAJMA

roles se">n d +ersas escalas de proyecto% En RUP esas mportantes dec s ones de de-an a cr ter o del usuar o% Se ase"ura 2ue RUP puede mplementarse !sac.ndolo de la ca-a$* pero dado 2ue el n>mero de sus artefactos y /erram entas es nmenso* s empre se d ce 2ue /ay 2ue recortarlo y adaptarlo a cada caso% El proceso de mplementac 'n m smo es comple-o* d + d (ndose en se s fases c#cl cas tam& (n e; ste una +ers 'n recortada de RUP* d7 de Ro&ert Mart n<H%

,4,L4OG$A04A

www%e=mar:et%cl3d r3umayor3 n"sw3IJ=IAK+esp3esp ral%ppt Fecha de visita:07/05/10 www%aulafac l%com3CursoRecursos0umanos3<ntro9lo%/tm Fecha de visita:08/05/10 /ttp533es%w : ped a%or"3w : 3<n"en erLCCLADaKdeKsoftware Fecha de visita:08/05/10