ova version 1 metodologia xp edisney garcia - 23 dic-2014

8/19/2019 Ova Version 1 Metodologia Xp Edisney Garcia - 23 Dic-2014

1/36

SERVICIO NACIONAL DE APRENDIZAJESISTEMA INTEGRADO DE GESTIÓN

Procedimiento Creación y Adecación dePro!rama" de #ormación Virta$ y a Di"tancia

Formato Desarrollo de Objeto Virtual deAprendizaje

Versión: %&

Fecha: %'(&%()%&*

Código: #%%)(P%%)(G#PI


2/36




Versión: %&

Fecha: %'(&%()%&*


Programa: Tema: METODOLOG+AS DE CALIDAD PARA ELDESARROLLO DE SO#T,ARE

Duración estimada de estudio(horas):

10

Experto Técnico desarrolladordel Objeto:

Edisney García Perdomo

Fecha de entrega: 23-Diciembre-2014ersión: 1

Título del Objeto: etodolo!ía Pro!ramaci"n E#trema

ETODO$OG%& P'OG'&&(%O) E*T'E& O *P

1+ %)T'OD,((%)

!n proceso de desarrollo de so"t#are completo $ detallado es reconocido como%etodolog&a' el proceso de desarrollo de so"t#are es una tarea compleja' esto lopodemos eidenciar reconociendo ue existe una amplia ariedad de propuestas

metodológicas ue inciden en distintas dimensiones dentro del proceso enmención* +e debe tener mu$ presente ue una metodolog&a debe de"inir con claraprecisión los roles' las actiidades as& como los arte"actos inolucrados junto conlas pr,cticas $ técnicas recomendadas' algunos tipos de gu&as de adaptación de lametodolog&a al pro$ecto' gu&as para el uso de herramientas de apo$o $ dem,spropuestas presentadas* -eneralmente se utili.a el término /método0 paramencionar técnicas' gu&as asociadas $ anotaciones' las cuales son aplicablesdentro de alguna o arias actiidades del proceso de desarrollo*

1a con"rontación o clasi"icación de las metodolog&as existentes nunca ser, unatarea ",cil' por circunstancias de la diersidad de propuestas $ grado de

di"erencia' la in"ormación disponible as& como el alcance de cada una de estas*Por un lado encontramos las propuestas m,s tradicionales las cuales se ubicanespecialmente en el control del proceso' con"ormando rigurosamente lasactiidades integradas' las herramientas' las anotaciones ue se usan as& comolos arte"actos ue se deben producir* +in duda alguna estas propuestas handemostrado su e"ectiidad $ su aplicabilidad en una gran cantidad de pro$ectos'sin olidar ue de igual manera se han presentado inconenientes en otrospro$ectos' basado en esta 2ltima podemos decir ue una mejora para ello' es


3/36




Versión: %&

Fecha: %'(&%()%&*


incluir en estos procesos de desarrollo m,s arte"actos' actiidades as& comorestricciones' basados en los errores $3o debilidades detectadas*

4un as& el resultado "inal ser, un proceso de desarrollo m,s estructurado uelograr&a incluso no permitir una apropiada habilidad por parte del euipo dedesarrollo para generar $ llear a término el pro$ecto !na posibilidad adicional esen"ocarse en otro tipo de dimensiones' como por ejemplo el aspecto humano o elelemento so"t#are* Este en"oue se caracteri.a por su e"ectiidad en pro$ectoscon circunstancias mu$ ariables' reduciendo los tiempos $ garanti.ando lacalidad del mismo* (%artine.' 5667)

El propósito de esta 4ctiidad de 4prendi.aje para la "ormación del 4prendi. es elde comprender e identi"icar de manera clara los conceptos de las %etodolog&asexistentes' como gu&a del proceso de desarrollo de so"t#are $3o pro$ectos*1ogrando as& un adecuado niel de "ormación adecuado para la participacióncomo integrante de un euipo de trabajo o de expertos dentro del desarrollo depro$ectos*

1a orientación del curso busca el auto8aprendi.aje productio de pro"esionales'tecnólogos' técnicos' estudiantes $ personas en general' bas,ndose enconocimiento de la %etodolog&a de Programación Extrema como gu&a dentro deldesarrollo de so"t#are $3o pro$ectos9 lo ue arrojara como resultado una habilidaddentro del proceso de gestión* Por tal motio el presente curso tiene por competencia lo siguiente:

mplementar el +istema de n"ormación ue cumpla con los reuerimientos de lasolución telein"orm,tica


4/36




Versión: %&

Fecha: %'(&%()%&*


2+ E.T',(T,'& DE (O)TE)%DO.

1 etodolo!ías de Desarrollo de .o/tare

;*; esumen de su ?istoria;*@ Alasi"icación de %etodolog&as;*@*; +eg2n el modelo de proceso;*@*5 +eg2n su en"oue

2 etodolo!ía Pro!ramaci"n E#trema *P

5*; Origen de la %etodolog&a Programación Extrema (BP)5*5 De"inición5*@ %ani"iesto Cgil5*@*; alores del %ani"iesto Cgil5*@*5 Principios del %ani"iesto Cgil5* Objetio -eneral5**; Objetios Espec&"icos5*7 Aaracter&sticas

3 uncionamiento de la etodolo!ía Pro!ramaci"n E#trema *P

@*; De"inición@*5 Fases b,sicas generales del "uncionamiento BP@*@ >eglas $ Practicas@*@*; Plani"icación@*@*5 Diseo@*@*@ Aodi"icación@*@* Pruebas

@* >oles grupo de trabajo BP

4+ entajas y Des5entajas de las etodolo!ías 6!iles y Tradicionales

*;entajas $ Desentajas de la %etodolog&a Programación Extrema (BP)7+ (onclusiones8+ Glosario9+ iblio!ra/ía


5/36




Versión: %&

Fecha: %'(&%()%&*


3+ a;a (once;tual

Figura ; Objeto irtual de 4prendi.aje*

Permite

$a (om;etencia

Elemento

& tra5


6/36




Versión: %&

Fecha: %'(&%()%&*


4+ Desarrollo de (ontenidos

1 ETODO$OG%&. DE DE.&''O$$O DE .OT=&'E

1+1 >ue son?

1as metodolog&as de desarrollo de so"t#are se consideran como un conjunto detécnicas' procedimientos $ apo$os al "uncionamiento correcto del desarrollode elementos $ productos so"t#are* Tomando términos colouiales dir&amosue es un libro de recetas de cocina' en el ue se an relacionando paso apaso todas $ cada una de las actiidades para lograr el elemento' sericio oproducto in"orm,tico deseado' mencionando ue personas deben participar en el desarrollo de las mismas as& como su rol o "unción a cumplir* 4dem,sindican la in"ormación ue se debe proporcionar como resultado de unaactiidad $ la in"ormación reuerida para iniciarla* 1as técnicas nos sealancomo deber&a ser reali.ada una actiidad técnica establecida o identi"icadadentro de la metodolog&a' combina el uso de unos modelos orepresentaciones gr,"icas junto con la utili.ación de procedimientosdetallados* (>eba.a' 566G)

Hunca se debe olidar el tener en consideración ue cualuier técnicadeterminada puede ser usada en una o arias actiidades dentro de lametodolog&a de desarrollo de so"t#are o de pro$ecto* 1o consideramos un modosistem,tico de reali.ar' gestionar $ administrar un pro$ecto para buscar llearlo acabo con altas probabilidades de éxito' comprende los procesos a reali.ar demanera continua $ para pro$ectar' implementar $ soportar un producto so"t#aredesde el inicio de la necesidad hasta el cumplimiento del objetio para el cual "uecreado* Entendiendo ue lo mencionado anteriormente se aplica a la ingenier&a delso"t#are' podremos resaltar ue una metodolog&a:

• 1ogra optimi.ar el proceso $ el producto so"t#are*• Propone métodos ue gu&an la plani"icación $ el desarrollo del so"t#are*• Hos permite de"inir' como $ cuando durante todo el desarrollo $

mantenimiento de cualuier pro$ecto*

!na metodolog&a establece como hoja de ruta una estrategia de car,cter globalpara en"rentar $ desarrollar el pro$ecto* Podemos decir ue entre los elementosue "orman parte de una metodolog&a se an a caracteri.ar:


7/36




Versión: %&

Fecha: %'(&%()%&*


• 1as "ases: Tareas a reali.ar en cada "ase• Productos: De cada "ase' registro documental• Procedimientos as& como herramientas: se hacen en apo$o a cada tarea*• Ariterios de ealuación: Tanto del proceso como del producto* +e debe

saber si se han logrado los objetios*

>ecordemos ue una metodolog&a de desarrollo para so"t#are es un marco detrabajo utili.ado para plani"icar' estructurar $ poder controlar cualuiera de losprocesos dentro del desarrollo de sistemas de in"ormación* Encontraremos unaconsiderable ariedad de estos marcos de trabajo los cuales han eolucionado a

traés de los aos' teniendo en cuenta ue estas caracter&sticas no sonnecesariamente alineadas a todos los pro$ectos*

Estas metodolog&as nos a$udan a la construcción de so"t#are manejando unimportante aporte de calidad' indicando los di"erentes pasos $ actiidades adesarrollar hasta obtener el producto reuerido o deseado* Este proceso se originaen la necesidad de los usuarios para poder soportar subprocesos $ pro$ectosimportantes9 seguimiento $ dirección de procesos automati.ados' almacenamientomasio de in"ormación' emisión de reportes históricos $ actuales as& comoalmacenamiento masio de in"ormación' en su ma$or&a estas metodolog&as solomanejan los términos técnicos de la creación de so"t#are' haciendo parte de las

etapas identi"icadas preiamente como an,lisis' diseo' implementación eimplantación' siempre desde arios en"oues* (Iniberg' 566G)

1+2 'esumen de su @istoria

Desde ue se inició el trabajo acerca de desarrollo de programas' se continuaroncon algunos métodos ue posibilitaban generar la producción de un buenpro$ecto' este tipo de metodolog&as se consideraban mucho m,s sencillas' solo sedireccionaban por los procesos $ no por los datos' por tal motio mencionadosmétodos eran desarrollados hacia los procesos* El modelo de ;rocesos ue

predominaba para la década de los J6 se conoc&a por sus siglas en inglés(Aode8and8Fix) ue signi"ica codi"icar $ corregir' si al término del proceso sedescubr&a ue el resultado era incorrecto' la solución era desecharlo $ retomar decero el proceso* En la década de los G6 empe.aron a generar importancia losdatos' esto para generar soluciones en sistemas complejos' se inició el an,lisispor etapas o partes' all& se implementan la planeación $ administración* (Iendall'5667)


8/36




Versión: %&

Fecha: %'(&%()%&*


De all& surge el modelo de cascada como respuesta al modelo de procesos' eneste modelo eidenciamos m,s disciplina $ se basa en el an,lisis' diseo' pruebas$ mantenimientos* En la década de los K6 encontramos la época ue se marca por las metodolog&as dirigidas a datos en donde la importancia de estos toma alor dentro de las organi.aciones* 4ll& se empie.a a estudiar los objetos en si comounidades de in"ormación* Para los aos L6 se desea dar respuesta al entornocambiante as& como a la r,pida eolución en ue se pueden desarrollar losprogramas in"orm,ticos' lo ue genera la posibilidad de trabajar en etapas $ cicloscortos (como mini8pro$ectos) ue integran una parte de las tantas "uncionalidadesexistentes' esto sin perder la ruta general del pro$ecto* De otra parte lasmetodolog&as de desarrollo muestran el interés no solo en conseguir ue elpro$ecto llegue a su "uncionamiento como objetio principal sino en reducir ostensiblemente los costos durante el proceso de desarrollo $ sobre todo durantesu mantenimiento* Aono.camos las metodolog&as m,s utili.adas en el mundo enorden cronológico:

Década G6s Programación Estructurada MacNson desde ;LG7

Década K6s +tructured +$stems 4nal$sis and Design %ethodolog$ (++4D%)+tructured +$stems 4nal$sis and Design Techniue (+4DT)ngenier&a de la in"ormación (E3E%)

Década L6s >apid 4plicatión Deelopment (>4D)Programación Orientada a Objetos (OOP)irtual Finite +tate %achine (F+%)D$namic +$stems Deelopment %ethod desarrollado en !I>ational !ni"ied Process (>!P)

4o 5666 Programación Extrema (BP)Enterprise !ni"ied Process (E!P) extensiones >!PAonstructionist Design %ethodolog$ (AD%)

4gile !ni"ied Process (4!P) (-arcia' 56;5)


9/36




Versión: %&

Fecha: %'(&%()%&*


1+3 (lasi/icaci"n de etodolo!ías

4mpliando este contenido de in"ormación encontramos ue la comparación $3oclasi"icación de metodolog&as no es pr,ctico ni ",cil' esto se debe a la ariedad delas existentes $ sus di"erencias en arios detalles' la in"ormación ue se presenta$ el alcance de cada una de estas' encontraremos dos grandes clasi"icaciones:

1+3+1 $a ;rimera serA se!Bn el modelo de ;roceso

%odelos Aonencionales o Prescriptios como• %odelo en cascada• %odelo de Procesos ncrementales• %odelo de desarrollo r,pido de aplicaciones (D>4)• %odelos Eolutios

%odelos Eolutios• Aonstrucción de Prototipos• %odelo en Espiral• %odelo de desarrollo concurrente

%odelos teratios%odelos de Desarrollo Cgiles

• Programación Extrema (BP)• Desarrollo 4daptatio del +o"t#are (D4+)• %odelo de Desarrollo de +istemas Din,micos (%D+D)• %odelo +crum• Desarrollo conducido por caracter&sticas (DAA)• Proceso !ni"icado >acional (>!P) (Tocas' 56;@)

1+3+2 $a se!unda serA se!Bn su en/oCue

%etodolog&as Estructuradas• %etodolog&as orientadas a procesos• %etodolog&as orientadas a datos

%etodolog&as para sistemas en tiempo real%etodolog&as Orientadas a Objetos


10/36




Versión: %&

Fecha: %'(&%()%&*


2+ ETODO$OG%& P'OG'&&(%O) E*T'E& *P

2+1 Ori!en de la etodolo!ía Pro!ramaci"n E#trema *P

En el ao ;LLJ durante el erano Ient ecN ingreso a laborar en la dependenciade Homina de la Aompa&a Ahr$sler Aorporatión' all& se trataba de sacar adelanteun aplicatio para per"eccionar este proceso sin tener el éxito deseado por elpersonal ue laboraba en él' es por ello ue la compa&a le solicita a Ient uecomo "unción principal de su trabajo sacara adelante esta aplicación* Es all& en eldesarrollo de la aplicación nace la Programación Extrema como tal' Ient aceptoue el proceso (o metodolog&a) all& implementada deb&a adaptarse a arioscambios para ser "lexible dentro de la estructura o "orma de interactuar de losprogramadores' uienes deb&an aceptar estos cambios si uer&an obtener éxito*

Ient ten&a arias ideas importantes para desarrollar metodolog&as ue generaranunos excelentes resultados en cualuier sistema* 1as principales ideas las publicoen una reista llamada A%aga.ine a traés de una entreista ue entrego en elao ;LLL' all& mani"estaba ue la mejor integración para obtener una metodolog&aexitosa era una acertada comunicación dentro del euipo' ue la puesta enmarcha "uera sencilla' tener en cuenta ue el usuario deb&a estar mu$ bienin"ormado $ por 2ltimo ue la toma de decisiones deber&a ser mu$ r,pida $e"ectia* Podemos decir ue junto a Ient ecN existieron otros propulsores ue encuanto pod&an hablar $ promocionar esta programación extrema lo hac&an $ sonellos9 Qard Aunningham $ >on Me""ries entre otros $ en la #eb Portland Pattern'todos ellos generaron una imagen de ue era $ como utili.arla* Esta situación llegoal l&mite de generar incon"ormismo a buena parte de la población ue intentabadiscutir acerca de temas relacionados con la programación $ crear un espaciodenominado en ingles BP Free Rone (.ona libre de BP) en algunas p,ginas comopetición para no tocar estos temas en ellas* (-utierre.' 56;5)

Posteriormente el ;G de "ebrero del ao 566; un grupo de diecisiete expertos $cr&ticos ue buscaban la mejora del desarrollo de so"t#are basados en procesos'"ueron reunidos por Ient ecN uien preiamente hab&a publicado un libroconocido en inglés como Extreme Programming Explained (Explicación de laProgramación Extrema) en el ue se expon&a la nuea metodolog&a* 1a reunión"ue lleada a cabo en la ciudad de +no#bird Estado de !tah (EE*!!)' con el "inde tocar temas sobre técnicas $ procesos para buscar el desarrollo de so"t#are*


11/36




Versión: %&

Fecha: %'(&%()%&*


De all& se promoió el término %étodos 4giles para de"inir a los métodos uenac&an como una alternatia a las metodolog&as tradicionales $ "ormales como loeran (A%% $ +PAE) estas se consideraban extremadamente pesadas $ "ormalespor su condición normatia $ demasiada dependencia de plani"icacionesdetalladas antes del desarrollo* (-on.ale.' 56;6)

2+2 De/inici"n

>econocida por su nombre en inglés Extreme Programming $ sigla (BP)' laProgramación Extrema es una de las m,s signi"icatias %etodolog&as Cgiles dedesarrollo de so"t#are m,s exitosas de los 2ltimos aos' se origina como disciplinade desarrollo de so"t#are "inali.ando la década de los L6 $ ha generado unreolcón dentro del colectio de desarrolladores del mundo* Estas teor&as hanrecibido un amplio respaldo de la industria mundial del so"t#are $ también elrecha.o de otra parte de la misma* Tiene como base la simplicidad' lacomunicación $ el reciclaje permanente de códigos' siendo para la ma$or&a unaaplicación pura de lógica' la programación extrema logra di"erenciarse de lasmetodolog&as tradicionales de manera sustancial en ue aplica mucho m,s laadaptabilidad ue la preisibilidad*


12/36




Versión: %&

Fecha: %'(&%()%&*


Qard Aunningham%art&n Fo#ler Mames -renningMim ?igh smith

4ndre# ?unt>on Me""ries Mon Iernrian %aricN>obert Aecil %art&n+tee %ellor Ien +ch#aber Me"" +utherland $ Dae Thomas* (%*' 566L)

2+3+1 alores del ani/iesto 6!il

+e consideró en el mani"iesto ,gil exponer los mejores métodos para desarrollar so"t#are' creando $ logrando a$udar a los dem,s para ue lo hagan también'entregando estos alores como base de la propuesta: $a (omunicaci"n: 1a ma$or&a de los problemas ue se presentan durante eldesarrollo de pro$ectos de so"t#are se debe a "alta de comunicación entre losintegrantes del grupo de trabajo* $a .im;licidad: 1a metodolog&a BP le apuesta un ;66S a la sencille. dentro desu m,xima expresión' esta se debe aplicar en el diseo' en el código as& como enlos procesos' etc* $a 'etroalimentaci"n: Esta debe "uncionar en "orma permanente' el cliente esuno de los ue debe brindar m,s retroalimentación dentro de las "uncionesdesarrolladas' con el "in de poder tomar sus propias recomendaciones para "uturasiteraciones' comprendiendo cada e. m,s sus necesidades $ reuerimientos* El (oraje: 4l momento de presentar problemas serios en el aspecto de diseo as&como en cualuier otro aspecto' es "undamental tener el coraje su"iciente paraencarar su posible solución' sin pensar ue tan di"&cil pueda ser*

2+3+2 Princi;ios del ani/iesto 6!il

Después de escribir los cuatro alores en mención' los "irmantes del mani"iestoentregaron los principios ue se derian de estos as&:

• 1a prioridad ser, satis"acer al cliente mediante la entrega a tiempo $ demanera continua un so"t#are de alor*


13/36




Versión: %&

Fecha: %'(&%()%&*


• +er,n tenidos en cuenta siempre los reuisitos propuestos para mejorar $cambiar' aun si son entregados a destiempo' estos procesos agiles sesometen al cambio como una entaja competitia para nuestro cliente*

• 1ograr la entrega con "recuencia de un so"t#are ue "uncione' esto enperiodos de semanas has meses' con la intensión permanente de ue seanperiodos cortos*

• 1os integrantes del negocio as& como los desarrolladores tienen uetrabajar de manera conjunta d&a a d&a a traés del pro$ecto*

• 1a construcción de pro$ectos alrededor de personas motiadas' generandola oportunidad as& como el respaldo ue necesitan $ garanti.arles con"ian.apara ue lleen a cabo la tarea*

• 1a manera m,s e"ica. $ e"ectia de lograr comunicar in"ormación de ida $regreso al interior de un euipo de desarrollo es a traés del dialogo cara acara*

• 1legar a identi"icar el so"t#are ue "unciona es la principal "orma de medir el

aance*

• Este tipo de procesos ,giles generan desarrollo sostenido' lospatrocinadores' desarrolladores $ usuarios deber,n permanecer siemprecon un ritmo constante $ de "orma inde"inida*

• 1a atención permanente en"ocada a la excelencia técnica enaltece laagilidad*

• Tener la +implicidad como ejemplo permanente para maximi.ar la cantidad

de trabajo ue no se llea a cabo' es esencial*• +aber ue las mejores aruitecturas' reuisitos $ diseos nacen de euipos

ue se auto8organi.an*


14/36




Versión: %&

Fecha: %'(&%()%&*


•

De manera alternada' el grupo de trabajo re"lexiona sobre la "orma de llegar a ser m,s e"ectio $ corrige $ mejora su accionar para mejorar* (Maier -ar.as' 56;5)

2+4 Objeti5o General

1lear a cabo un an,lisis comparatio entre los contenidos planteados por la %etodolog&a BP as& como el proceso de creación de un sistemain"orm,tico*

2+4+1 Objeti5os Es;ecí/icos

• Proporcionar in"ormación clara' oportuna $ era. acerca de la %etodolog&aBP*

• Entregar conceptos acerca de las entajas $ desentajas de la metodolog&a*

• Explicar el proceso mediante un ejemplo pr,ctico seleccionado con elpropósito de generar un an,lisis ue permita comparar lo hecho en elejemplo pr,ctico $ lo establecido en la %etodolog&a BP*

2+7 (aracterísticasEl talento humano es el principal "actor de éxito de un pro$ecto so"t#are' siempreser, m,s importante crear un buen grupo de trabajo' ue construir el entorno* Enla ma$or&a de ocasiones se comete el error de construir primero el entorno $esperar ue el grupo de trabajo se adapte posteriormente* +iempre ser, la mejor opción con"ormar el grupo de trabajo $ ue ellos con"ormen o con"iguren su propioentorno de desarrollo basados en sus reuerimientos $ necesidades* (ecN' 566K)

Figura Ho*5 Aaracter&sticas %etodolog&a BP


15/36




Versión: %&

Fecha: %'(&%()%&*


uente: Experta ng* Edisne$ -arcia Perdomo• Desarrollo %terati5o e %ncremental: 4u& se eidencian peueas mejoras

unas tras otras*

• Pruebas ,nitarias (ontinuas: Aon clara "recuencia $ de maneraautomati.adas' all& se inclu$en pruebas de regresión* +e recomiendaescribir el código de la prueba antes de llegar a la codi"icación*

• Pro!ramaci"n en Parejas: 4ll& se recomienda ue las actiidades dedesarrollo se realicen entre dos personas en un mismo puesto' para poder eri"icar la "alta de atención*

• mplementar %nte!raci"n del !ru;o de trabajo encar!ado de la;ro!ramaci"n con el cliente o usuario* Pre"eriblemente se recomiendaue un representante del cliente labore junto con el grupo de trabajo de

desarrollo*• $o!rar rescribir ciertas ;artes del c"di!o con el propósito de aumentar

su legibilidad $ mantenibilidad pero siempre $ cuando no se modi"iue sucomportamiento*

• $a ;ro;iedad del c"di!o com;artida: 4 cambio de "raccionar laresponsabilidad en el desarrollo de cada módulo en grupos de trabajo


16/36




Versión: %&

Fecha: %'(&%()%&*


di"erentes' este método permite ue la ma$or&a del personal logre corregir $prolongar cualuier "ase o etapa del pro$ecto* 1as permanentes pruebas deregresión permiten asegurar ue los posibles errores ser,n identi"icados*

• $a .im;licidad del c"di!o: +e considera la mejor "orma para ue elproceso salga adelante* Huestra metodolog&a BP le apuesta a ue ser,m,s sencillo reali.ar algo simple $ tener poca cantidad de errores extrapara corregir si es necesario a reali.ar un trabajo mu$ complejo $ jugar conla posibilidad de nunca utili.arlo* (ecN' 5665)

1+ ,)(%O)&%E)TO ETODO$OG& P'OG'&&(%) E*T'E& *P

3+1 De/inici"n

1a metodolog&a BP maneja en su proceso cuatro ariables para cualuier tipo depro$ecto de so"t#are ellos son9 costo' tiempo' calidad $ alcance' as& mismo seespeci"ica ue' de estas cuatros ariables' 2nicamente tres de ellas podr,n ser establecidas arbitrariamente por personal externo al grupo de trabajo BP (clientes$ je"e de pro$ecto)' el alor de la ariable restante tendr, la posibilidad de ser establecido por el euipo de desarrollo del grupo de trabajo' en correlación de losalores de las otras tres* Este procedimiento nos indica ue' por ejemplo' si elcliente determina el alcance $ la calidad' $ el je"e de pro$ecto determina el precio'el euipo de desarrollo del grupo de trabajo podr, determinar el tiempo ueestimado del pro$ecto a desarrollar*

4hora bien' el ciclo de ida de un pro$ecto BP re"erencia' al igual ue otrasmetodolog&as' comprender lo ue reuiere $ necesita el cliente' pro$ectar eles"uer.o a reali.ar para su cumplimiento' buscar la solución $ hacer entrega delproducto "inal al cliente o usuario* 4un as& BP plantea un ciclo de ida m,sdin,mico' donde se tiene la claridad de manera abierta ue en ocasiones uncliente no es capa. de especi"icar sus necesidades al inicio de un pro$ecto*


17/36




Versión: %&

Fecha: %'(&%()%&*


Por tal motio se trata de reali.ar ciclos de desarrollo cortos (reconocidos comoiteraciones)' entregando resultados "uncionales al término de cada ciclo* En cadaciclo se lleara a cabo un ciclo completo de an,lisis' desarrollo' diseo $ pruebas'siempre $ cuando se utilicen un conjunto de pr,cticas $ reglas ue identi"ican aBP* (Mames He#NirN' 5665)

Figura Ho* @ Esuema Aomparatio Aiclos de desarrollo

uente: Experta ng* Edisne$ -arcia Perdomo

3+2 ases bAsicas !enerales del /uncionamiento *P


18/36




Versión: %&

Fecha: %'(&%()%&*


Tengamos en cuenta ue el ciclo de ida de un pro$ecto BP es mu$ din,mico' seestructura al igual en unas "ases generales $ posteriormente se detallan en reglas$ pr,cticas' se obserara m,s adelante*

3+2+1 ase de e#;loraci"n

Dentro de esa "ase se de"ine el alcance general del pro$ecto' el cliente establecelo ue reuiere a traés de historias sencillas reconocidas como historias deusuarios* En otro aspecto los euipo de programadores del grupo de trabajopro$ecta los tiempos de desarrollo en base a la in"ormación inicial' aclarando uese pueden modi"icar los tiempos en el transcurso del proceso' después de cadaiteración reali.ada' esta puede durar normalmente unas dos semanas' obteniendouna isión general del sistema as& como un pla.o total estimado*

3+2+2 ase de ;lani/icaci"n

Es una "ase relatiamente corta' en la ue el cliente' los gerentes $ el grupo dedesarrolladores coordinan el orden en ue deber,n implementarse las historias deusuario' $ asociadas a ellas las entregas*' normalmente esta "ase consiste en unao arias reuniones grupales de plani"icación' obteniendo como resultado un plande entregas' ue se detallaran en reglas $ pr,cticas*3+2+3 ase de iteraciones

4c, encontramos la "ase principal dentro del ciclo de desarrollo de BP' sedesarrollan las "uncionalidades' creando al "inal de cada una un entregable"uncional ue implementa las historias correspondientes a la iteración* +e puedeconstatar ue las historias de usuario no tienen el detalle necesario para permitir elan,lisis $ desarrollo' este an,lisis se lleara a cabo al inicio de cada iteraciónsiendo mu$ claro $ puntual con el cliente' siendo el cliente "undamental por suactia participación*

3+3+4 ase de ;uesta de ;roducci"n

>ecabamos ue al "inal de cada iteración se hace entrega de módulos "uncionales$ sin "allas' puede presentarse por parte del cliente ue no desee poner enproducción el sistema hasta tanto no se tenga la "uncionalidad completa* 4u& noeidenciamos m,s desarrollos "uncionales' sin olidar ue pueden ser necesariastareas de ajuste* (>on Me""ries' (;@ Octubre 5666))

3+3 'e!las y Practicas


19/36




Versión: %&

Fecha: %'(&%()%&*


1a metodolog&a BP presenta un grupo mu$ alioso de reglas $ pr,cticas' demanera genérica se agrupan en:

• 'e!las y ;rActicas ;ara la Planeaci"n• 'e!las y ;rActicas ;ara el Diseo• 'e!las y ;rActicas ;ara el Desarrollo• 'e!las y ;rActicas ;ara las Pruebas

(ecN' Extreme Programming Explained: Embrace Ahange' (7 Octubre ;LLL))

3+3+1 Planeaci"n

1a primera "ase conocida como planeación (también reconocida como juego deplaneación) inicia escuchando al cliente con el propósito de plasmar losreuerimientos ue permiten a los miembros técnicos del grupo de trabajo BPcomprendan el contexto del pro$ecto o del so"t#are en s&' $ puedan generar lasensibilidad necesaria para identi"icar las caracter&sticas primordiales as& como su"uncionalidad* Este procedimiento permite la posibilidad de crear historias tambiénreconocidas como historias del usuario' all& el cliente describe su necesidad $ susalida como objetio' caracter&sticas $ "uncionalidad del so"t#are ue se a atrabajar* El cliente esta in"ormación la plasma en una tarjeta a la cual le genera unalor de acuerdo a su tiempo de creación pro$ectado' esto uiere decir ue le dauna prioridad o alor a la historia con base en el alor general de la caracter&stica

o "unción dentro del pro$ecto*

+eguidamente los integrantes del grupo de trabajo BP aloran cada historia paraasignarle un costo' el cual ser, medido en semanas de trabajo* +i se llega a laconclusión ue esta historia necesita m,s de tres semanas de desarrollo se lesolicitara al cliente ue la reise en historias m,s peueas para nueamenteasignarle un alor $ costo*

Alientes $ desarrolladores trabajan unidos para buscar la toma de decisiones $ laagrupación de las historias en la próxima entrega ue desarrolle el grupo detrabajo BP* Auando se logre un consenso sobre la entrega ósea acuerdo acerca

de las historias por incluir' las "echas pactadas para la entrega $ otros aspectos delpro$ecto el grupo de trabajo ordenara las historias ue se llearan a caboeligiendo una de @ "ormas9

• Todas las historias se llearan a cabo de inmediato en pocas semanas*• 1as historias ue se determinen con ma$or aloración ingresaran a la

programación de actiidades $ se llearan a cabo en primer lugar*


20/36




Versión: %&

Fecha: %'(&%()%&*


•

1as historias con ma$or riesgo de desarrollo har,n parte de laprogramación de actiidades $ se llearan a cabo en primera instancia*

Posterior a la primera entrega del pro$ecto también conocida como implemento deso"t#are' el grupo de trabajo BP promedia la elocidad de éste* >esumiendo laagilidad o elocidad del pro$ecto es condicionada al n2mero de historias ue losclientes plantearon durante la primera entrega* >ecordemos ue la elocidad delpro$ecto se utili.a para9

• 4po$ar a alorar las "echas de entrega $ hacer un cronograma para lasactiidades para las "uturas entregas*

• Aonsiderar si se ha hecho un gran compromiso para todas las historiasdurante el desarrollo del pro$ecto* +i llega a suceder esto se cambia elcontenido o las "echas de entrega al "inal*

De manera ue aance el proceso' el cliente tiene la posibilidad de agregar historias' as& mismo cambiar el alor de una $a creada' suprimirlas o mejorarlas'es as& como el grupo de trabajo BP replantea todas las entregas ue puedan "altar para su correspondiente modi"icación de planes en consecuencia* (chromatic'(Munio 566@) )

3+3+2 Diseo

Tengamos en cuenta ue el diseo BP sigue de manera puntual el principio %+(%antenlo +encillo)* 1a prioridad ser, un diseo sencillo sobre un diseo m,scomplejo' as& mismo el diseo orienta la implementación de una historia e acuerdoa como se escribe9 recordemos nada m,s $ nada menos*

El grupo de trabajo BP promuee el uso de tarjetas A>A (Alase >esponsabilidad Aolaborador) como mecanismo e"ica. para pensar en el so"t#are dentro de uncontexto orientado a objetos* Estas tarjetas identi"ican $ logran organi.ar las

clases orientadas objetos los cuales son releantes para el incremento actual deso"t#are' las tarjetas A>A son el 2nico producto de trabajo de diseo ue sepueden generar como parte del proceso BP* Auando no existe diseo de unahistoria se presenta un problema complejo de diseo di"&cil' BP plantea la opciónde generar de manera inmediata un prototipo operatio de esa porción del diseo*Esto permite implementar $ ealuar el prototipo de diseo reconocido comosolución en punta* 1a idea ser, bajar el riesgo cuando se inicie la implementación


21/36




Versión: %&

Fecha: %'(&%()%&*


real para alidar las estimaciones originales para la historia ue hace parte delproblema de diseo*

En BP se promuee una técnica reconocida como rediseo la cual es conocidacomo un método para la optimi.ación del diseo' cono.camos su de"inición9 El>ediseo es el proceso a traés del cual se modi"ica un sistema de so"t#are demanera ue no altere el comportamiento externo del código' pero con laposibilidad de mejorar la estructura interna' es considerada una "orma disciplinadade limpiar el código $ ue adem,s permite minimi.ar la probabilidad de ingresar errores* En su esencia cuando se redisea' se aumenta la calidad del códigodespués de haber sido escrito' $a ue el rediseo se hace de manera continuacon"orme se constru$e el sistema*

Tengamos claro el concepto central de BP con el rediseo' este debe ocurrir tantoantes como después del inicio de la codi"icación' en erdad la actiidad deconstrucción en s& misma dar, al grupo de trabajo BP una ruta clara para mejorar el diseo* (%att +tephens' (; Enero ;LG6) )

3+3+3 (odi/icaci"n

4hora en esta "ase' cuando las historias han sido desarrolladas $ ue el trabajo dediseo preliminar se ha terminado' el grupo de trabajo inicia una serie de pruebasunitarias a cada una de las historias ue se incluir,n en la entrega en desarrollo(incremento de so"t#are)* Areada l prueba unitaria' el desarrollador est, en lacapacidad de ubicarse espec&"icamente en lo ue debe implementarse para lograr pasar la prueba' all& no se debe agregar nada di"erente' siempre buscando lasencille.* !na e. se ha$a terminado el código' se le aplica de inmediato otraprueba unitaria a traés de la cual se genera una in"ormación de retroalimentacióninmediata para los desarrolladores*

!n aspecto importante durante la "ase de codi"icación es la programación por parejas' BP estimula $ promuee ue existan dos integrantes del grupo de trabajolaborando juntas con el propósito de crear código para una historia* Esto generaun mecanismo para lograr brindar soluciones de problemas en tiempo real* 1oue permite mantener a los desarrolladores centrados en el problema ue seidenti"ica $ trata' en esencia cada integrante del grupo de trabajo asume un rolalgo di"erente' por ejemplo una de estas posiblemente analice los detalles delcódigo de una parte especial del diseo' en tanto otra se dediue a superisar losest,ndares de codi"icación (parte "undamental de BP) o mejor aun ue el códigode la historia cumplir, $ pasara la prueba unitaria desarrollada con el "in de alidar el código haciendo una con"rontación con la misma historia*


22/36




Versión: %&

Fecha: %'(&%()%&*


Aon el aance en el trabajo de las parejas de programadores' el código uedesarrollan se integrara con el trabajo de los dem,s integrantes' para algunoscasos' esta actiidad la tiene a cargo un euipo del grupo de trabajo reconocidocomo euipo de integración* En otros casos las parejas de programadores tiene laresponsabilidad de la integración' la estrategia es conocida como integracióncontinua' la cual permite a$udar a eitar los problemas de compatibilidad einter"aces' logrando as& brindar un ambiente de prueba de humo' el cual a$uda adescubrir tiempo los posibles errores* (Ient ecN' 5666)

3+3+4 Pruebas

1a "ormulación de pruebas unitarias antes de ue inicie la codi"icación seconsidera un elemento "undamental o clae de la isión de BP* 1as pruebasunitarias ue se "ormulan deben integrarse con el uso de una estructura ue logreautomati.arlas (esto con el propósito de ue puedan ejecutarse en repetidasocasiones $ con gran "acilidad)' lo ue permite promoer una estrategia depruebas de regresión' siempre ue se llee a cabo el cambio del código (estoocurre con "recuencia' de acuerdo a la "iloso"&a del rediseo en BP)*

Aon"orme ue se plantean las pruebas unitarias indiiduales en un grupo deprueba uniersal' las pruebas de la integración $ de alidación del sistema puedene"ectuarse de manera diaria* 1o ue le genera al grupo de trabajo BP una ruta deaance continua as& mismo permite lan.ar seales de alerta en caso de ue lascosas marchen mal*

4hora las pruebas de aceptación BP' también reconocidas como pruebas delcliente son alidadas por el cliente $ se concentran en las caracter&sticas as& comoen la "uncionalidad general del sistema' el cual es isible $ eri"icable por parte delcliente* Estas pruebas de aceptación se obtienen de las historias entregadas por los usuarios las cuales se han integrado como parte de la liberación del so"t#are*

Figura Esuema Ho* Funcionamiento %etodolog&a BP

XPEX!E"E

P!O#!A""$%#

XPEX!E"E

P!O#!A""$%#

COD$F$CAC$O%

COD$F$CAC$O%

D$&E'OD$&E'O

P!(E)A&P!(E)A&

P*A%$F$CAC$O%O%

P*A%$F$CAC$O%O%

+$&O!$A& DE(&(A!$O

+$&O!$A& DE(&(A!$O

!E*EA&EPP*A%%$%#

!E*EA&EP

P*A%%$%#

$E!AC$O%E&$E!AC$O%E&

VE*OC$DAD DE*P!O,ECO

VE*OC$DAD DE*P!O,ECO

P!O#!A"AC$O% E%PA!E-A&

P!O#!A"AC$O% E%PA!E-A&

!E(%$O%E&D$A!$A&

!E(%$O%E&D$A!$A&

D$&E'O& &$"P*E&D$&E'O& &$"P*E&

#*O&A!$O DE E!"$%O&

#*O&A!$O DE E!"$%O&

!$EO&!$EO&

F(%C$O%A*$DADEX!A

F(%C$O%A*$DADEX!A

A!-EA& C. !.C A!-EA& C. !.C

E& DE E& DE


23/36




Versión: %&

Fecha: %'(&%()%&*


uente: Experta ng* Edisne$ -arcia Perdomo

3+4 'olesEn la metodolog&a BP el grupo o euipo de trabajo ue se crea o con"orma parallea a cabo el proceso de desarrollo de so"t#are o de pro$ecto nos da laposibilidad de tener opciones para con"ormarlo a di"erencia de las metodolog&astradicionales es "lexible su selección $ con"ormación' a continuación presentamosun grupo promedio de trabajo para tener re"erencia de sus roles $ principalesactiidades a desempear*

Figura Esuema Ho* 7 >oles de la %etodolog&a BP

JE#E DELPRO;ECTO

ENTRENADOR

PROGRAMADOROR

CLIENTEENCARGADODE PRER


24/36




Versión: %&

Fecha: %'(&%()%&*


uente: Experta ng* Edisne$ -arc&a Perdomo

El Pro!ramador

• Es un rol "undamental dentro del desarrollo BP• -enera m,s responsabilidad a comparación de otros modos de desarrollo*• Tiene la responsabilidad sobre el código*•

Tiene la responsabilidad sobre el diseo (re"actori.ación $ simplicidad)• Tiene la responsabilidad sobre la integridad del sistema (pruebas)• Debe tener capacidad de comunicación*• Debe tener la capacidad de aceptar las criticas (código colectio)*

El (liente

• Es un rol "undamental dentro del desarrollo BP• 4clara $ de"ine las especi"icaciones*• >ecomienda sin determinar $3o controlar*•

Debe tener con"ian.a en el grupo de desarrollo*• 4porta para la de"inición de las pruebas de tipo "uncional*

El Encar!ado de Pruebas Tester

• 4sesora al cliente en la preparación $3o reali.ación de las pruebas"uncionales*

• Tiene la responsabilidad de ejecutar las pruebas "uncionales $ publicarlas*


25/36




Versión: %&

Fecha: %'(&%()%&*


El Encar!ado de .e!uimiento TracFer

• Es el responsable de reunir' anali.ar $ publicar in"ormación en el transcursodel pro$ecto*

• >esponsable de reali.ar superisión de las estimaciones en cada iteración*• >esponde por in"ormar sobre la marcha acerca de la iteración en curso*• Es responsable de controlar la reali.ación de las pruebas "uncionales' as&

mismo de los errores reportados' de las responsabilidades asumidas $"inalmente de las pruebas adicionales por los errores identi"icados*

El Entrenador (oac

• Debe ser experto en BP• 4sume la responsabilidad del proceso de manera integral*• denti"ica las posibles inconsistencias $ promuee la atención sobre ellas*• Orienta al grupo de manera indirecta (sin perjudicar su con"ian.a $

seguridad)*• Tiene la potestad de interenir si es necesario*• 1imita $ controla de "orma ,gil los problemas presentados*

El (onsultor

• Debe apo$ar al grupo de trabajo BP en aspectos mu$ puntuales*

El He/e del Proyecto

• Debe mantener $ generar un excelente ambiente entre usuarios $desarrolladores*

• Debe tener con"ian.a en el grupo de trabajo BP*• 4mpara $ respalda las necesidades del grupo de trabajo BP*• Da muestra de con"ian.a para alcan.ar los objetios*


26/36




Versión: %&

Fecha: %'(&%()%&*


4+ entajas y Des5entajas de las etodolo!ías 6!iles 5s Tradicionales

Figura Esuema Ho* J Aomparación Cgil 3s Tradicional

etodolo!ías &!iles

Pocos arte"actos* El modelo esprescindible' modelos desechables*

Pocos roles' m,s genéricos $ "lexibles*

Ho existe un contrato tradicional' debe serbastante "lexible*

Aliente es parte del euipo de desarrollo

(adem,s in8situ)*

Orienta a pro$ectos peueos* Aortaduración (o entregas "recuentes) $

trabajando en el mismo sitio*

1a aruitectura se a de"iniendo $mejorando a lo largo del pro$ecto*

n"asis en los aspectos humanos: Elindiiduo $ el trabajo en euipo*

+e esperan cambios durante el pro$ecto*

etodolo!ías Tradicionales

%,s arte"actos* El modelo es esencial'mantenimiento de modelos*

%,s roles' m,s espec&"icos*

Existe un control pre"ijado*

El cliente interact2a con el euipo dedesarrollo mediante reuniones*

Existe un contrato pre"ijado*

El cliente interact2a con el euipo dedesarrollo mediante reuniones*

4plicables a pro$ectos de cualuier tamao'pero suelen ser espec&"icamente e"ectias3usadas en pro$ectos grandes $ con euiposposiblemente dispersos*

+e promuee ue la aruitectura se de"inatempranamente en el pro$ecto*

n"asis en la de"inición del proceso' roles'actiidades $ arte"actos*

+e espera ue no ocurra cambios de granimpacto durante el pro$ecto*


27/36




Versión: %&

Fecha: %'(&%()%&*


4+1entajas y Des5entajas de la etodolo!ía Pro!ramaci"n E#trema*P

entajas

• Permite desarrollar programación organi.ada• Presenta una menor ta.a de errores• -enera satis"acción del programador • Permite solucionar errores en los programas• Presenta ersiones nueas• mplementa una estrategia de ",cil adaptación a las circunstancias*


28/36




Versión: %&

Fecha: %'(&%()%&*


Des5entajas

• +e recomienda usarlo en pro$ectos a corto pla.o*• -enera altas comisiones en caso de "allar*• Aomplejo preer todo antes de programar*

7+ (onclusiones

4l "inal de este proceso se podra decir ue no existe una metodologia uniersal

para hacer "rente con éxito a cualuier pro$ecto de so"t#are* +in duda cualuier metodologia dedera ser adaptada a las condiciones del pro$ecto hablamos derecursos humanos' tecnicos ' tipo de sistema $ tiempo de desarrollo' etc* 4 traesde la historia las metodologias tradicionales continuan intentando integrarse a lama$or cantidad posible de condiciones $ situaciones dentro del contexto de unpro$ecto de manera especial con pro$ectos peueos $ caracteristicas ariables*Es as& como las metodologias ,giles o"recen una solución inmediata para lospro$ectos ue plantean este tipo de condiciones' siendo una de las cualidadesmas destacables la sencille.' tanto para su aprendi.aje como para su aplicación'disminu$endo de manera importante los costos de implementación en un grupo detrabajo de desarrollo*

1o ue ha permitido ampliar de manera creciente el interes sobre las metodologias,giles' aun as& siempre habra ue tenerse en cuenta arias restricciones para suaplicación' siendo el tamao del grupo de trabajo' ecN su creador recomiendaue la cantidad de participantes tenga un limite de @ a 56 personas como maximo'ha$ otros expertos ue mani"iestan ue ;6 participantes es su"iciente' as& mismoel entorno "isico tendra condiciones en las ue "lu$a la comunicación $ lacolaboración entre los integrantes del grupo de trabajo durante el tiempo dedesarrollo* Ho se debe olidar ue si el cliente o el grupo de trabajo de desarrollopresenta resistencia hacia las practicas $ principios esto puede generar ue elproceso presente "racasos* +in duda alguna podemos decir ue ho$ en d&a existen

una gran ariedad de libros asociados a cada una de las metodologias ,gilesexistentes as& como abundante in"ormación en internet' la metodologia BP es laue cuenta con ma$or cantidad de in"ormación $ sin dudarlo la mas popular*

7+ aterial ane#o al desarrollo del tema


29/36




Versión: %&

Fecha: %'(&%()%&*


Descri;ci"n del documento )ombre del arci5oEn esta p,gina' hallar,conceptos relacionados con%etodolog&as ,giles*

///.agile0spain.com1http:22es.slideshare.net2*isPater32metodologias0agiles04p5related67

En esta p,gina puedesreconocer la composición delmani"iesto ,gil*

///.agilemani8esto.org 1http:22es.slideshare.net2rtorres97;;;?75related6


30/36




Versión: %&

Fecha: %'(&%()%&*


4ctiidades de contextuali.ación eidenti"icación de conocimientosnecesarios para el aprendi.aje*

4 continuación deber, desarrollar un log' planteando claramente laimportancia de la utili.ación de lametodolog&a BP*

er archioactiidad;*doc

4ctiidades de apropiación delconocimiento (Aonceptuali.ación)*

Desarrolle la actiidad interactia'tipo /monopolio0 preguntas $respuestas (De"inición $ Origen dela %etodolog&a BP)*

er archio actiidad5*doc

4ctiidades de apropiación delconocimiento (Aonceptuali.ación)*

Desarrolle el siguiente cuestionarioue contiene ;6 preguntas' paraesto el estudiante debe haber

estudiado el material del curso*

er archio actiidad@*doc

>eali.ar re"lexión U"oroU acerca de laactiidad unidad ;

Participe en el "oro tem,ticoexponiendo su punto de ista sobre1as entajas $ desentajas deaplicar la %etodolog&a BP*

er archio actiidad*doc

Ordenar de"iniciones $ términos* Aonstru$a la "rase correctamente deacuerdo a los contenidos delmaterial de estudio*

er archio actiidad7*doc

>elación de términos de la%etodolog&a BP*

Después de haber estudiado elmaterial del curso P%OI de $teniendo en cuenta el glosario

relacione la siguiente terminolog&aseg2n corresponda*

er archio actiidadJ*doc

Taller Aon"ormación Auadro >eglas$ Practicas %etodolog&a BP*

ngrese los datos seg2ncorresponda a cada una de las>eglas $ pr,cticas de la%etodolog&a BP*

er archio actiidadG*doc

9+ Glosario

P>!E4: 4ctiidad lleada a cabo con el propósito de ealuar el "uncionamiento oconocimiento "rente a un tema espec&"ico*


31/36




Versión: %&

Fecha: %'(&%()%&*


AODFA4AVH: Areación de códigos ue de manera continua $ conjunta hacenparte del desarrollo pr,ctico o teórico de un pro$ecto o proceso*

+EHA11ER: Forma de hacer actiidades sin excesos' permitiendo ahorrar tiempo*

AO%P1EMD4D: Procedimiento di"&cil para llear a cabo una actiidad o cosa'generando ma$or tiempo para su ejecución*

D%EH+VH: %edida correspondiente a espacios "&sicos o imaginariospro$ectados para establecer hechos u objetos*

AOHF>OHT4AVH: 4ctiidad de obserar $ comparar dos elementos' pararesumir sus caracter&sticas*

C-1: Facilidad de llear a cabo una actiidad' generando din,mica para obtener un objetio*

%ETODO1O-W4: >elación de arios métodos ue se aplican en conjunto comoparte del desarrollo de un proceso de inestigación o dirección de pro$ecto*

%TODO: %anera ordenada o sistem,tica de proceder dentro de un proceso seacual sea*

-E>EHTE: Es la persona ue tiene como o"icio orientar' dirigir' administrar unaentidad' empresa u organi.ación*

E+ecreación simbólica o mental de un proceso el cual es representadopor sus rasgos m,s esenciales*

E+PEA41+T4: Persona ue aduiere conocimientos pro"undos en un ,readeterminada de la ciencia para su aplicación en el desarrollo de actiidades $3otrabajos*


32/36




Versión: %&

Fecha: %'(&%()%&*


AOH+!1TO>: Experto asesor en el manejo de temas particulares de"inidos*

AE>TFA4AOH: Documento mediante el cual se da por terminada una acción$3o proceso en general*

HA4AOH: Punto de partida para comen.ar el desarrollo de un proceso oactiidad espec&"ica*

-E+TVH: Aonjunto de actiidades' directrices ue permiten aan.ar en lab2sueda de un "in o propósito dentro de una organi.ación*

P>OXEATO: Pensamientos' ideas $3o conceptos ue se ubican dentro de unespacio o tiempo' con el propósito de materiali.arlos $ trans"ormarlos en unarealidad*

D+AP1H4: 1a aplicación de reglas de comportamiento ue se establecen en"unción de una actiidad indiidual o colectia*

AEHA4: Crea del saber con"ormada por conocimientos claros demostrablessobre una materia espec&"ica' estos son recopilados a traés de experienciaspr,cticas' obseración $ acciones de"inidas' adem,s se registran' $ sesistemati.an*

4>TE: ?echos con los ue el hombre ambienta de manera estética la realidad $los sentimientos' utili.ando la im,genes la materia o el sonido*

AO%POHEHTE: ?ace parte junto con otros elementos de su misma especie de untodo*

%ETODO1V-AO: -rupo de pautas' conceptos $ actiidades ue se siguendentro del proceso de una inestigación' estudio o pro$ecto*


33/36




Versión: %&

Fecha: %'(&%()%&*


P>OPV+TO: ntensión clara de reali.ar una actiidad como objetio por alcan.ar*

?41D4DE+: Destre.a o capacidad ue tiene una persona para reali.ar conéxito un determinado trabajo' actiidad u o"icio*

E+T>4TE-4: Aonjunto de acciones preiamente meditadas ue "ormulan uncurso de acción a seguir*

-!W4: Formular un paso a paso con el propósito de orientar un proceso o actiidadde inicio a "in*

1%T4AOHE+: Establecer l&mites en el espacio "&sico o en la capacidad moral as&como técnica de desarrollar una acción*

O>-4HR4AVH: Es la integración de bienes' personas $ recursos enrepresentación de una marca' negocio o imagen institucional*

AO%PETEHA4+: Aonocimientos $ habilidades con las ue una persona ejecutaun trabajo o actiidad en particular' demostrando practica $ destre.a en el ,rea enla ue se desenuele*

EBPE>EHA4: Es el resultado obtenido de hacer una o m,s eces una actiidad*

P14HFA4AVH: Arear o mejorar la secuencia lógica as& como ordenada de unproceso de inicio a "in*

AOHT>O1: ?echos ue permiten ealuar el desempeo de un elemento' personao proceso en tiempo real*

>EA!>+O+: Elementos "&sicos' económicos' materiales' humanos ue seintegran para hacer parte de un proceso*


34/36




Versión: %&

Fecha: %'(&%()%&*


E+PEAE: +e considera al grupo de seres o cosas ue comparten una o ariascaracter&sticas en com2n*

?+TO>4: >elato erbal o escrito de un hecho real o "icticio*

E1E%EHTO: +e considera parte ue junto con otras' "orman la base de unconjunto de cosas materiales o inmateriales*

%P1E%EHT4AVH: 1ograr aplicar conocimientos sobre una actiidad para ueesta se desarrolle de acuerdo a la intención de su ejecutante

EMEA!AVH: 1lear a cabo una acción' en cumplimiento de un encargo' orden opro$ecto en desarrollo*

AOHOA%EHTO: +e considera como el saber' el comprender la existencia de lascosas*

P>HAPO+: Hormas ue rigen el comportamiento del ser humano "rente a suconiencia $ entorno*

4P1A41D4D: 1ograr ue los conocimientos o el saber sean incluidos comoparte de una acción ue se desarrolla dentro de un proceso lógico*

E>+VH: ?acer una adaptación de hechos o actiidades de manera particular odesde un punto de ista di"erente al de su creación*

J+ iblio!ra/ía

ecN' I* ((7 Octubre ;LLL))* Extreme Programming Explained: Embrace Change. 4ddison8Qesle$ Pub Ao9 ; edición *

ecN' I* (5665)* Una explicación de la Programación extrema: aceptar el cambio. alencia' Espaa: 4ddison8Qesle$ beroamericana Espan$a' +*4* 8 5665*


35/36




Versión: %&

Fecha: %'(&%()%&*


chromatic* ( (Munio 566@) )* Extreme Programming Pocket Guide. OY>eill$ Z 4ssociates9 ; edición *

e' E* d* (566K)* Revista de Aruitectura e !ngenier"a#. A!4: >eista de 4ruitectura e ngenier&a'*

-arcia' 4* 4* (56;5)* $etodos Agiles % &crum. 4na$a %ultimedia*

-on.ale.' M* F* (56;6)* !ntroduccion a las $etodologias Agiles. Aatalua'Espaa:!niersidad abierta de Aatalua*

-utierre.' D* (56;5)* Programación Extrema. ogota ' Aol: !niersidad de los 4ndes*

Mames He#NirN' >* A* (5665)* 'a Programación Extrema en la pr(ctica. Espaa: 4ddison8Qesle$ beroamericana Espan$a' +*4* 8 5665*

Maier -ar.as' M* E* (56;5)* Gestión Agil de Pro%ectos de &o)t*are. IA*

Iendall' I* E* (5667)* Analisis % dise+os de &istemas &exta Edición. D*F* %exico*

Ient ecN' %* F* (5666)* Planning Extreme Programming. 4ddison8Qesle$ PubAo9*

Iniberg' ?* (566G)* ,P % &crum desde las trincheras. A%edia8n"o


36/36




Versión: %&

Fecha: %'(&%()%&*


>on Me""ries' 4* 4* ((;@ Octubre 5666))* Extreme Programming !nstalled. 4ddison8Qesle$ Pub Ao9 ; edición *

+o"t#are' 1* H* (566L)* !ngenieria del so)t*are : metodologias % ciclos de vida. Espaa: HTEAO*

Tocas' +* Q* (56;@)* $etodologia ,P. -uadalupe' Peru: !niersidad Hacional deTrujillo*

ova version 1 metodologia xp edisney garcia - 23 dic-2014

Documents