Alumno: Gabriel Prez Guerrero - 214294341

Npoles Lpez Julio Cesar - 304379888

Prez Carpinteyro Edith Guadalupe - 214294643
Nava Casillas Adrian - 214294015

Unidad 2: Mtodos del desarrollo de Software.

Actividad 1: Modelos giles.
Asesor/a: Mara Guadalupe Pichardo Goby.
Coordinador/a de la Lic.: Mtra. Paola Mercado Lozano.
Cuarto Semestre de LTI.
Fecha de elaboracin: 21 de Septiembre, 2015.
Fecha de modificacin: N/A

Guadalajara, Jalisco, Mxico.

Septiembre 21, 2015.

Qu es el desarrollo gil de software?

Es la combinacin de una filosofa con un conjunto de lineamientos de desarrollo, poniendo la
satisfaccin del cliente y la entrega rpida de software incremental, con una comunicacin activa y
continua entre desarrolladores y clientes.

Como se acaba de mencionar, el desarrollo gil es una filosofa que trata ms que nada en actuar,
en lugar de pensar y planificar. Para comprender mejor esto, en el desarrollo de un software, con
algn mtodo tradicional, se planifica su desarrollo y se analizan ciertos aspectos de la
organizacin (o cliente) a quien se va a desarrollar, su entorno, requerimientos, cronogramas, etc.,
lo cual invierte mucho tiempo y esfuerzos, mientras que en el desarrollo gil el equipo de desarrollo
produce un software de forma continua, junto con el cliente, obteniendo cada vez mejores
versiones del software. As como existen mtodos tradicionales, tambin existen las giles, pero,
por qu? por el simple hecho de que permite a la gestin del proyecto, y al desarrollo del mismo,
adaptarse a los cambios del mercado o de la empresa, logrando una evolucin del software. Las
metodologas giles nos sirven para organizar mejor el proyecto y entregar un software que deje
satisfecho al cliente.
Ahora, para diferenciar a las metodologas giles de las tradicionales, hay que tener en cuenta que
estas ltimas se especializan en cumplir tres aspectos predefinidos al comienzo del proyecto, los
cuales son el alcance, costo y tiempo, mientras que las giles se enfocan en la entrega de software
con el mayor valor posible.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

Principales caractersticas

Proceso de desarrollo incremental.

Menos esfuerzos y mayor calidad del producto.
Desarrollo de productos prototipos para la evaluacin del cliente.
Cada prototipo arroja un producto final completo, de calidad y confiable.
Mejoras a las funcionalidades del producto.
Correccin de errores en etapas tempranas del proyecto.

Principios del desarrollo gil

La prioridad de satisfacer al cliente con una entrega temprana y continua de software con valor.
Aceptar que los requisitos cambien, aun en etapas tardas.
La entrega del software funcional frecuentemente en un periodo de tiempo lo ms corto posible
Las personas de negocio y los desarrolladores deben trabajar juntos, a diario y durante todo el
proyecto.
Los proyectos se desarrollan en torno a individuos motivados.
Un mtodo de comunicar informacin cara a cara el equipo de desarrollo y sus miembros, es
ms eficiente.
La medida principal de avance es el software que funcione.
Los procesos giles promueven el desarrollo sostenible.
La atencin continua a la excelencia tcnica y el buen diseo mejora la agilidad.
Es esencial la simplicidad.
Mejores arquitecturas, requisitos y diseo con equipos auto-organizados

Mtodos de desarrollo gil

Programacin extrema (XP)
Esta metodologa es impulsada por Kent Beck, es una de las metodologas que se basa en
historias de usuarios, las cuales van de lo general a lo particular, en donde se deben revisar ms
a fondo con el cliente, estas historias o tareas no deben superar ms de 3 das de desarrollo, de lo
contrario, se tendran que dividir en tareas ms pequeas.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

Al igual que SCRUM, cuenta con roles especficos, como son:

- Programador
- Cliente- Encargado de pruebas- Encargado de seguimiento- Entrenador- Consultor- Gestor.

Scrum
Es la tcnica ms completa, trabaja con iteraciones no mayores a 4 semanas y se debe tener un
producto entregable (y funcional), adems de contar con un equipo auto organizado, en donde los
coordinadores y clientes trabajen conjuntamente con el equipo de desarrollo para resolver las
dudas y facilitar las tareas. Los requisitos deben estar perfectamente priorizados en donde se
refleje el valor del negocio, adems el ritmo de trabajo debe ser constante.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

La principal caracterstica es que los roles estn bien definidos, como son:

Product Owner(Dueo del producto)

Scrum Master(Coordinador de equipo)
Equipo(Desarrolladores del producto)

Cristal
Se caracteriza por centrarse en las personas que componen el equipo (de ellas depende el xito del
proyecto) y la reduccin al mximo del nmero de artefactos producidos. Desarrollada por Alistair
Cockburn. El desarrollo de software se considera un juego cooperativo de invencin y comunicacin,
limitado por los recursos a utilizar. El equipo de desarrollo es un factor clave, por lo que se deben
invertir esfuerzos en mejorar sus habilidades y destrezas, as como tener polticas de trabajo en
equipo definidas. Estas polticas dependern del tamao del equipo, establecindose una
clasificacin por colores, por ejemplo Crystal Clear (3 a 8 miembros) y Crystal Orange (25 a 50
miembros).

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

Cristal da vital importancia a las personas que componen el equipo de un proyecto, y por tanto sus
puntos de estudio son:

Aspecto humano del equipo

Tamao de un equipo (nmero de componentes)
Comunicacin entre los componentes
Distintas polticas a seguir
Espacio fsico de trabajo

Hay ocho roles nominados:

1. Patrocinador. Produce la Declaracin de Misin con Prioridades de Compromiso
2. Usuario Experto. Junto con el Experto en Negocios produce la Lista de Actores Objetivos y el
Archivo de Casos de Uso y Requerimientos.
3. Diseador Principal. Produce la Descripcin Arquitectnica. Se supone que debe ser al menos
un profesional
4. Diseador Programador. Produce, junto con el Diseador Principal, los Borradores de Pantallas
SEPTIEMBRE 21, 2015
GABRIEL PREZ GUERRERO

5. Experto en Negocios. Junto con el Usuario Experto produce la Lista de Actores Objetivos.
6. Coordinador. Con la ayuda del equipo, produce el Mapa de Proyecto, el Plan de Entrega, el
Estado del Proyecto
7. Verificador. Produce los reportes.
8. Escritor. Produce el Manual de Usuario.
Cuantas ms personas estn implicadas, ms grande debe ser la metodologa. El aumento de
tamao o densidad aade un coste considerable al proyecto. Si el proyecto tiene mucha densidad,
un error no detectado puede ser crtico. La forma ms eficaz de comunicacin es la interactiva
(cara a cara).

Desarrollo impulsado por las caractersticas (DIC)

El DIC pone el nfasis en las actividades de aseguramiento de la calidad del software mediante el
estmulo de la estrategia de desarrollo incremental, el uso de inspecciones del diseo y del cdigo,
la aplicacin de auditoras de aseguramiento de la calidad del software, el conjunto de mediciones
y el uso de patrones (para el anlisis, diseo y construccin).
En el contexto del DIC, una caracterstica es una funcin valiosa para el cliente que puede
implementarse en dos semanas o menos.

Desarrollo Esbelto de Software (DES)

El desarrollo esbelto de software (DES) adapta los principios de la manufactura esbelta al mundo
de la ingeniera de software. Los principios de esbeltez que inspiran al proceso DES se resumen
como sigue: eliminar el desperdicio, generar calidad, crear conocimiento, aplazar el compromiso,
entregar rpido, respetar a las personas y optimizar al todo.

Modelado gil (MA)

El modelado gil (MA) es una metodologa basada en la prctica para modelar y documentar con
eficacia los sistemas basados en software. En pocas palabras, es un conjunto de valores,
principios y prcticas para hacer modelos de software aplicables de manera eficaz y ligera a un
proyecto de desarrollo de software. Los modelos giles son ms eficaces que los tradicionales
porque son slo buenos, sin pretender ser perfectos.
El modelado gil adopta todos los valores del manifiesto gil. La filosofa de modelado gil afirma
que un equipo gil debe tener la valenta para tomar decisiones que impliquen rechazar un diseo
y reconstruirlo. El equipo tambin debe tener la humildad de reconocer que los tecnlogos no
tienen todas las respuestas y que los expertos en el negocio y otros participantes deben ser
respetados e incluidos.

Desarrollo adaptativo de software (DAS)

El desarrollo adaptativo de software (DAS) fue propuesto como una tcnica para elaborar software
y sistemas complejos. Los fundamentos filosficos del DAS se centran en la colaboracin humana
SEPTIEMBRE 21, 2015
GABRIEL PREZ GUERRERO

y en la organizacin propia del equipo.

Highsmith argumenta que un enfoque de desarrollo adaptativo basado en la colaboracin es tanto
una fuente de orden en nuestras complejas interacciones, como de disciplina e ingeniera.

Proceso unificado gil (PUA)

El proceso unificado gil (PUA) adopta una filosofa en serie para lo grande e iterativa para lo
pequeo, a fin de construir sistemas basados en computadora. Al adoptar las actividades en fase
clsicas del PU concepcin, elaboracin, construccin y transicin, el PUA brinda un
revestimiento en serie (por ejemplo, una secuencia lineal de actividades de ingeniera de software)
que permite que el equipo visualice el flujo general del proceso de un proyecto de software.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

Mtodo de desarrollo de sistemas dinmicos (MDSD)

El mtodo de desarrollo de sistemas dinmicos (MDSD) es un enfoque de desarrollo gil de
software que proporciona una estructura para construir y dar mantenimiento a sistemas que
cumplan restricciones apretadas de tiempo mediante la realizacin de prototipos incrementales en
un ambiente controlado de proyectos [CCS02]. La filosofa MDSD est tomada de una versin
modificada de la regla de Pareto: 80 por ciento de una aplicacin puede entregarse en 20 por
ciento del tiempo que tomara entregarla completa (100 por ciento).
El MDSD es un proceso iterativo de software en el que cada iteracin sigue la regla de 80 por
ciento. Es decir, se requiere slo suficiente trabajo para cada incremento con objeto de facilitar el
paso al siguiente. Los detalles restantes se terminan ms tarde, cuando se conocen los
requerimientos del negocio y se han pedido y efectuado cambios. El objetivo de este ciclo iterativo
es recabar requerimientos adicionales por medio de la obtencin de retroalimentacin de los
usuarios cuando practican con el prototipo.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

Material didctico.
https://www.youtube.com/watch?v=XpUlGZu6Tzg
Conclusin
Las metodologas giles nos ayudan a llevar un proyecto de principio a fin, buscando la
satisfaccin del cliente, pero sobre todo entregando el proyecto en un tiempo corto. Adems ayuda
para detectar errores desde el inicio del proyecto y el cliente tiene avances de la evolucin al da.

Ventajas

Deteccin temprana de errores.

En ambientes distribuidos garantiza el build con el ltimo cdigo fuente.
Causa mejor regresin
El periodo de Feedback es corto.
El desarrollador no tiene que esperar el final del da o semana como afecta el check-in.
Los problemas de testing de integracin son detectados tempranamente.
Fuerza a un mejor proceso de desarrollo.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

El cliente experimenta el avance y evolucin del software, lo que le da mayor confianza al

mismo.
Poca documentacin.
Simplicidad; eliminacin de trabajo innecesario.
Anlisis como una actividad constante.
Diseo evolutivo.
Testing diarios.

Desventajas

El mantenimiento frecuentemente se incrementa.

Algunos equipos tienen problemas con ese nivel de disciplina y causa "cuellos de botella".
Dependencia de las personas.
Falta de documentacin del diseo.
Falta de reusabilidad por la falta de documentacin.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

10

Referencias bibliogrficas
(2013). Metodologas giles. Recuperado el 21 de Septiembre de 2015,
de https://al095668.wordpress.com/2013/06/01/ventajasdesventajas-de-lasmetodologias-agiles/
Acebey, Veronica; Sanabria, Willian. (2008). Mtodos giles. Recuperado el 221 de
Septiembre de 2015, de http://metodosagiles.blogspot.mx/
Jennifer Lpez lava. (3 de noviembre de 2014). Ingeniera del Software. 2015, de
ingsoftwarejlo Sitio web:http://ingsoftwarejlo.blogspot.mx/2014/11/normal-0-21-falsefalse-false-es-ec-x.html
Manchn, Eduardo. (Octubre 26, 2006). Desarrollo gil. Recuperado el 21 de
Septiembre de 2015, de http://www.desarrolloweb.com/articulos/desarrollo-agil.html
Ophelia Pastrana. (2014). 5 beneficios de aplicar metodologas giles en el desarrollo
de software. 2015, de i2btech Sitio web: http://www.i2btech.com/blog-i2b/techdeployment/5-beneficios-de-aplicar-metodologias-agiles-en-el-desarrollo-de-software/
Pressman, R. 2010. Ingeniera del Software Un Enfoque Prctico. 7ma ed. University
of Connecticut. McGraw-Hill Interamericana Editores, S.A.

SEPTIEMBRE 21, 2015

GABRIEL PREZ GUERRERO

11