METODOLOGIAS AGILES EN EL DESARROLLO DE SOFTWARE (ZAPATA ALBUJAR DAVID ISRAEL - IV A)

METODOLOGIAS AGILES - David Zapata IV A

马上开始. 它是免费的哦
注册 使用您的电邮地址
METODOLOGIAS AGILES EN EL DESARROLLO DE SOFTWARE (ZAPATA ALBUJAR DAVID ISRAEL - IV A) 作者: Mind Map: METODOLOGIAS AGILES EN EL DESARROLLO DE SOFTWARE (ZAPATA ALBUJAR DAVID ISRAEL - IV A)

1. INTRODUCCIÓN

1.1. Ante las dificultades para utilizar metodologías tradicionales con los constantes cambios al sistema y las restricciones de tiempo y flexibilidad,

1.2. Las metodologías ágiles constituyen una solución a medida para ese entorno.

1.3. Que aseguran:

1.3.1. La simplificación

1.3.2. No se renuncia a las practicas esenciales

1.3.3. Calidad del Producto

1.3.3.1. Antecendentes:

1.3.3.1.1. EL término “ágil” se aplico al aplicado al desarrollo de software, tras una reunión en Utah-EEUU.

1.3.3.1.2. Las principal finalidad de la reunión fue:

1.3.3.1.3. Esbozar los valores y principios que permitan a los equipos desarrollar software rápidamente respondiendo a los cambios que puedan surgir a lo largo del proyecto.

2. ¿Qué son las Metodologías Agiles?

2.1. El Manifiesto Ágil

2.1.1. Valora:

2.1.2. • Al individuo y las interacciones del equipo de desarrollo sobre el proceso y las herramientas.

2.1.2.1. Concibe el éxito del proyecto, plantea que lo ideal es crear el equipo y configurarlo al propio entorno de desarrollo en base a sus necesidades.

2.1.2.1.1. • Desarrollar software que funciona más que conseguir una buena documentación.

3. PROGRAMACIÓN EXTREMA (EXTREME PROGRAMMING, XP)

3.1. Metodología ágil centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software.

3.1.1. Esta basada en la constante realimentación entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios.

3.1.1.1. Es ideal para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo técnico.

3.1.2. COMPARACIÓN METODOLOGÍAS:

3.1.2.1. • TRADICIONALES: ✓ Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo ✓ Cierta resistencia a los cambios ✓ Impuestas externamente ✓ Proceso mucho más controlado, con numerosas políticas/normas ✓ Existe un contrato prefijado ✓ El cliente interactúa con el equipo de desarrollo mediante reuniones ✓ Grupos grandes y posiblemente distribuidos ✓ Más artefactos ✓ Más roles ✓ La arquitectura del software es esencial y se expresa mediante modelos

3.1.2.1.1. • AGILES: ✓ Basadas en heurísticas provenientes de prácticas de producción de código ✓ Especialmente preparados para cambios durante el proyecto ✓ Impuestas internamente (por el equipo) ✓ Proceso menos controlado, con pocos principios ✓ No existe contrato tradicional o al menos es bastante flexible ✓ El cliente es parte del equipo de desarrollo ✓ Grupos pequeños (<10 integrantes) y trabajando en el mismo sitio ✓ Pocos artefactos ✓ Pocos roles ✓ Menos énfasis en la arquitectura del software

4. OTRAS METODOLOGIAS AGILES

4.1. SCRUM

4.1.1. Desarrollada por Ken Schwaber, Jeff Sutherland y Mike Beedle. Define un marco para la gestión de proyectos. Está especialmente indicada para proyectos con un rápido cambio de requisitos. Sus principales características se resumen en El desarrollo de software realizado mediante iteraciones, denominadas sprints, con una duración de 30 días. El resultado de cada sprint es un incremento ejecutable que se muestra al cliente. La segunda característica importante son las reuniones a lo largo proyecto, entre ellas destaca la reunión diaria de 15 minutos del equipo de desarrollo para coordinación e integración.

4.1.1.1. Crystal Methodologies

4.1.1.1.1. Se trata de un conjunto de metodologías para el desarrollo de software caracterizadas por estar centradas en las personas que componen el equipo y la reducción al máximo del número de artefactos producidos. Han sido desarrolladas por Alistair Cockburn. El desarrollo de software se considera un juego cooperativo de invención y comunicación, 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 políticas de trabajo en equipo definidas. Estas políticas dependerán del tamaño del equipo, estableciéndose una clasificación por colores, por ejemplo Crystal Clear (3 a 8 miembros) y Crystal Orange (25 a 50 miembros).