DESARROLLO AGIL

Solve your problems or get new ideas with basic brainstorming

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
DESARROLLO AGIL por Mind Map: DESARROLLO AGIL

1. Principios de agilidad

1.1. Entregar pronto y continuamente el software al cliente.

1.2. Se pueden indicar nuevos requerimientos aún sí el software está en etapa avanzada.

1.3. Entregar software que funcione de dos semanas a un par de meses.

1.4. Las personas de negocios y desarrolladores tienen que trabajar en conjunto.

1.5. No olvidar la motivación

1.6. Realizar conversaciones cara cara para transmitir información entre integrantes del proyecto.

1.7. La medida principal de avance es el software que funciona.

1.8. Mantener un ritmo constante

1.9. Atención continua

1.10. Maximizar la cantidad de trabajo no realizado

1.11. De los equipos con organización propia surgen las mejores arquitecturas, requerimientos y diseños.

1.12. Saber cómo ser eficaz.

2. Programación Extrema (XP)

2.1. Usa un enfoque orientada a objetos

2.2. actividades estructurales

2.2.1. planeación

2.2.2. diseño

2.2.3. codificación

2.2.4. pruebas

3. Otros modelos ágiles de proceso

3.1. DAS(Desarrollo adaptativo de software)

3.1.1. Para elaborar software y sistemas complejos.

3.1.2. Colaboración humana y organización propia del equipo.

3.2. SCRUM

3.2.1. Para guiar actividades de desarrollo dentro de un proceso de análisis que incorpora:

3.2.1.1. requerimientos

3.2.1.2. análisis

3.2.1.3. diseño

3.2.1.4. evolución

3.2.1.5. entrega

3.3. MDSD (Método de desarrollo de sistemas dinámicos)

3.3.1. Proporciona una estrucura para contruir y dar mantenimiento a sistemas que cumplan restricciones apretadas de tiempo mediante la realización de prototipos incrementales en un ambiente controlado de proyectos

3.4. Cristal

3.4.1. Juego cooperativo con recursos limitados, de invención y comunicación, con el objetivo de entregar software útil que funcione y con la meta secundaria de plantear el siguiente juego.

3.5. DIC (Desarrollo impulsado por las características)

3.5.1. Pone énfasis en la colaboración entre los integrantes de un equipo DIC

3.5.2. Administra la complejidad de los problemas y del proyecto con el uso de descomposición basada en las características, seguida de la integración de incrementos de software

3.5.3. Comunica los detalles técnicos en forma verbal, gráfica y con medios basados en texto.

3.6. DES(Desarrollo esbelto de software)

3.6.1. Eliminar el desperdicio

3.6.2. Generar calidad

3.6.3. Crear conocimiento

3.6.4. Aplazar el compromiso

3.6.5. Entregar rápido

3.6.6. Respetar a las personas

3.6.7. Optimizar al todo

3.7. PUA (Proceso unificado ágil)

3.7.1. Modelado

3.7.1.1. UML

3.7.2. Implementación

3.7.2.1. Código fuente

3.7.3. Pruebas

3.7.3.1. Ejecutar pruebas para detectar errores y garantizar que el código fuente cumpla con sus requerimientos.

3.7.4. Despliegue

3.7.4.1. Entrega de un incremento de software y retroalimentación de los usuarios finales.

3.7.5. Configuración y administración

3.7.5.1. Incluye la administración del cambio y el riesgo.

3.7.6. Administración del ambiente

3.7.6.1. Coordina una infraestructura del proceso que incluye estándares, herramientas y otra tecnología de apoyo de la que dispone el equipo.

4. Agilidad

4.1. Responder de manera apropiada a cambios

5. Agilidad y el costo del cambio

5.1. El costo se incrementa en forma no lineal a medido que el proyecto avanza.

5.2. Se pueden realizar facilmente cambios cuando el equipo de software reúne todos los requerimientos al principio.

5.3. Cuando un proceso ágil está bien diseñado el costo al realizar cambios disminuye significativamente.

6. Proceso ágil

6.1. Dificil predecir que requerimientos cambiarán.

6.2. Difícil predecor cuánto diseño se necesita antes de que se use la construcción para probar el diseño.

6.3. El análisis, diseño, construcción y pruebas no son predecibles.

7. Factores humanos

7.1. Competencia

7.2. Enfoque común

7.3. Colaboración

7.4. Habilidad para tomar decisiones

7.5. Capacidad para resolver problemas difusos

7.6. Confianza y respeto mutuos

7.7. Organización propia

8. Criterio personal

8.1. La metodología que se escoja depende de lo que se quiere crear, depende de lo complejo que sea el sistema a crear, se indicó la importancia que tiene el equipo y la comunicación entre ellos.

8.2. El desarrollo ágil es la mejor opción al realizar sistemas no críticos ya que según su proceso se terminará rápidamente debido a los plazos de entrega que se establecen, otra de sus ventajas es que es desarrollado para que puedan realizarse cambios en cualquier etapa de desarrollo del software.