La metodología en espiral es un enfoque iterativo para el desarrollo de software que combina elementos de los modelos en cascada y ágil. Se basa en ciclos repetitivos de planificación, riesgo, ingeniería e implementación para entregar software, evaluando los resultados después de cada iteración para guiar las siguientes decisiones del proyecto. Este enfoque flexible permite la gestión de riesgos y la adaptación a cambios de requisitos.
Arquitectura Moderna Le Corbusier- Mies Van Der Rohe
Introducción.pptx
1.
2. La metodología en espiral es un enfoque de
desarrollo de software que combina elementos
de desarrollo iterativo y en cascada.
Se basa en la idea de que el desarrollo de
software es un proceso continuo y cíclico que
avanza a través de una serie de fases en forma
de espiral.
3.
4.
5. Después de cada iteración, se realiza una evaluación
exhaustiva de los resultados y se toman decisiones
sobre si continuar con la siguiente iteración o hacer
cambios en el proyecto.
Evaluación continua
6. La metodología en espiral pone un fuerte
énfasis en la identificación y mitigación de
riesgos en cada fase del proyecto. Se busca
abordar los problemas de manera proactiva.
7. Flexibilidad
La metodología en espiral permite ajustar los requisitos
y el alcance del proyecto a medida que se obtiene una
mejor comprensión de ellos durante el proceso.
8. La metodología en espiral es un enfoque flexible y adaptable para el desarrollo de software que
se centra en la gestión de riesgos y en la mejora continua a través de ciclos iterativos. Esto
ayuda a reducir la probabilidad de fallos importantes en el proyecto y permite adaptarse a
cambios en los requisitos a lo largo del tiempo.
9. • La funcionalidad adicional o los cambios se pueden
hacer en una etapa posterior.
• La estimación del coste se hace fácil, ya que la
construcción del prototipo se hace en pequeños
fragmentos.
• El desarrollo continuo o repetido ayuda en la gestión
de riesgos.
• El desarrollo es rápido y las características se añaden
de forma sistemática.
• Siempre hay espacio para atender los comentarios de
los clientes.
10. • Riesgo de no cumplir con la planificación o el presupuesto.
• Funciona mejor para proyectos grandes, aunque en estos también
requiera de una estricta evaluación de riesgos.
• Para su buen funcionamiento, el protocolo del modelo en espiral
debe ser seguido estrictamente.
• Se genera más documentación al tener fases intermedias.
• No es aconsejable para proyectos pequeños, la ratio coste beneficio
no es rentable.
DESVENTAJAS DEL MODELO EN
ESPIRAL
11. Las regiones de tareas que componen este modelo son
• Comunicación con el cliente: las tareas requeridas para establecer comunicación entre
el desarrollador y el cliente.
• Planificación: las tareas requeridas para definir recursos, el tiempo y otras
informaciones relacionadas con el proyecto. Son todos los requerimientos.
• Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras
informaciones relacionadas con el proyecto.
12. • Ingeniería: las tareas requeridas para construir una o más representaciones de
la aplicación.
• Construcción y adaptación: las tareas requeridas para construir, probar, instalar
y proporcionar soporte al usuario.
• Evaluación del cliente: las tareas requeridas para obtener la reacción del
cliente según la evaluación de las representaciones del software creadas
durante la etapa de ingeniería e implementación durante la etapa de
instalación.