Modelos Agiles

Ingeniería de Software

Integrantes: Héctor Iván Argueta Pamela Almendares Pablo Carlos Mondragón Mario Douglas 10711008 10711043 10711296

ING. FANNY MA TAY January 24, 2011

INTRODUCCION: Los modelos ágiles se pueden describir como aquellos modelos que son lo suficientemente buenos. . Para poder tener más clara las ideas un modelo ágil es más eficiente que los modelos tradicionales. donde modelos que son lo suficientemente buenos. o herramienta con la que se creó en realidad no importa. lo importante es que el modelo sólo sea lo suficientemente bueno para su máximo provecho. son lo suficientemente detallado. un prototipo de papel podría ser un modelo ágil. aportan valor positivo y son lo más simple posible. son lo suficientemente preciso. un dibujo de pizarra podría ser un modelo ágil. son inteligentes. un diagrama de Visio puede ser un modelo ágil o un modelo de datos físicos podría ser un modelo ágil. donde cumplen con las siguientes características las cuales son: Satisfacen un propósito. El tipo de modelo.

Kanban. codificación. pero la meta es tener un demo (sin errores) al final de cada iteración. Cada iteración del ciclo de vida incluye: planificación.DESCRIPCION GENERAL DE MODELOS AGILES El desarrollo ágil de software es un marco de trabajo conceptual de la ingeniería de software que promueve iteraciones en el desarrollo a lo largo de todo el ciclo de vida del proyecto. la cual debe durar de una a cuatro semanas. análisis de requerimientos. Essential Unified Process (EssUP). escritores de documentación y ayuda. Open Unified Process (OpenUP). Existen muchos métodos de desarrollo ágil. Una iteración no debe agregar demasiada funcionalidad para justificar el lanzamiento del producto al mercado. revisión y documentación. Algunas metodologías ágiles de desarrollo de software:           Adaptive Software Development (ASD). Programación Extrema (XP). La oficina debe incluir revisores. Los métodos ágiles también enfatizan que el software funcional es la primera medida del progreso. Agile Unified Process (AUP). diseño. La mayoría de los equipos ágiles están localizados en una simple oficina abierta. El software desarrollado en una unidad de tiempo es llamado una iteración. diseñadores de iteración y directores de proyecto. Lean Software Development (LSD). a veces llamadas "plataformas de lanzamiento" (bullpen en inglés). Crystal Clear. la mayoría minimiza riesgos desarrollando software en cortos lapsos de tiempo. Al final de cada iteración el equipo vuelve a evaluar las prioridades del proyecto. Scrum . Feature Driven Development (FDD).

ya que proporciona documentación. El resultado final es un software de alta calidad en el menor tiempo posible y un cliente satisfecho. Los modelos ágiles son una manera efectiva de trabajar en conjunto para alcanzar las necesidades de las partes interesadas en el proyecto. ya que proporciona información de cómo poder realizarlos de una manera ágil. y . El modelo ágil se puede decir que es una metodología muy práctica a la hora de tener que diseñar modelados y documentación.FORTALEZAS DE MODELOS AGILES Algunas fortalezas de este modelo son: y y y Los modelos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. logrando entregar modelos y documentos que realmente sean de importancia para el usuario y eliminando los datos que sean innecesarios.

no es una metodología completa.DEBILIDADES DE MODELOS AGILES Algunas debilidades de este modelo son: y Combinado con la preferencia por las comunicaciones cara a cara. El problema con los modelos ágiles adaptables es que requieren un equipo eficaz de desarrollo tanto a nivel individual como de equipo. donde no incluye las actividades de programación. las operaciones del sistema. las actividades de prueba. y y y y y . implementación del sistema. Los modelos ágiles no son un proceso de desarrollo de software completo. no cubre la gestión de proyectos. soporte del sistema u otros elementos relacionados con la realización de proyectos que no sean la documentación y el modelado. generalmente los métodos ágiles son criticados y tratados como "indisciplinados" por la falta de documentación técnica. Hay una falta de énfasis en el diseño y documentación necesarios. Solo los programadores experimentados pueden tomar las decisiones necesarias durante el proceso de desarrollo. Es un complemento a los métodos existentes.

Esto choca frontalmente con los modelos de procesos tradicionales que son monolíticos y lentos. principalmente debido a la incapacidad de representar el contexto del proyecto como un sistema y un sistema con interacciones complejas.DEBILIDADES DE MODELOS PRESCRIPTIVOS Algunas debilidades de estos modelos son: y Estos modelos no son suficientes para garantizar un correcto diseño. El cliente debe tener paciencia. centrados en una única iteración o ciclo de larga duración. y y y y y . No todos los modelos prescriptivos son flexibles. Se consideran excesivamente pesados y rígidos por su carácter normativo y fuerte dependencia de planificaciones detalladas previas al desarrollo. Es muy raro que los proyectos sigan un flujo secuencial que propone los modelos.

Respuesta ante el cambio sobre seguir un plan. logrando entregar modelos y documentos que realmente sean de importancia para el usuario y eliminando los datos que sean innecesarios. . Software funcionando sobre documentación extensiva.CONCLUSIONES Agile Modeling se puede decir que es una metodología muy practica a la hora de tener que diseñar modelados y documentación. ya que proporciona información de cómo poder realizarlos de una manera ágil. Colaboración con el cliente sobre negociación contractual. Los modelos ágiles valoran:     Individuos e interacciones sobre procesos y herramientas.

A1giles http://www.org/wiki/Desarrollo_%C3%A1gil_de_software#Metodolog.C 3.ADas_.wikipedia.es/1192580880/ .scribd.C3.BIBLIOGRAFIA y y y http://es.com/doc/21616829/Agile-Modeling-AM http://mguano334.blogspot.

Sign up to vote on this title
UsefulNot useful