Please enable JavaScript.
Coggle requires JavaScript to display documents.
Modelos de desarrollo iterativos - Coggle Diagram
Modelos de desarrollo iterativos
Causas de una tasa de éxito baja en el desarrollo de software
Sistemas informáticos complejos y abstractos
Proyectos informáticos sin metodología de análisis, diseño y programación
Carencia de un modelo de desarrollo para la gestión de proyectos
Causas
Se piensa que son una pérdida de tiempo
Impera la importancia de comenzar a programar primero
No hay autoconciencia de la calidad del producto entregado
Consecuencias
El producto final dista del producto esperado en términos de calidad
El producto final no tiene mucho tiempo de vida y se desecha rápidamente
Aumento de los tiempos de desarrollo
Aumento en los costos de desarrollo
Inestabilidad
Dificultad en escalabilidad
Sistema lleno de errores
Dificultad de mantención
Soluciones para la baja tasa de éxito
Bajo impacto
Desarrollo en Cascada
Modelo destacado por tener etapas que se deben realizar antes para continuar.
Análisis
Diseño
Programación
Pruebas
Principales defectos
Rigidez y poca adaptabilidad
En este modelo los requisitos son fijos y no se pueden cambiar
Baja mitigación de riesgos
Las pruebas se realizan al final del todo
La viabilidad o eficiencia de la arquitectura es probada al final
Falta de retroalimentación
La visibilidad del producto terminado solo se ve en la última etapa
El cliente integra más requisitos al ver el sistema terminado
Algunos de estos requisitos son muy caros para ser implementados
La estructura del programa ya está establecida, por lo tanto, es dificil realizar cambios
Alto impacto
Desarrollo iterativo
Ídoneo para el desarrollo de software ya que es mas flexible
Variaciones
Unified Process
Rational Unified Process
Extreme Programming (XP)
Feature Driven Development
Se basa en dividir el proyecto en varias etapas llamadas 'Iteraciones'
Ventajas
Flexibilidad
En este modelo los requisitos no son fijados al principio
Las iteraciones proporcionan mas información de requisitos que no se tomaron en cuenta
Los documentos (Requisitos, diseño y código) no son rigidos
Mitigación de riesgos
Las etapas de pruebas estan presentes en cada iteración
Cada iteración propone una instancia para mejorar o mitigar los riesgos detectados
Retroalimentación
El cliente puede ver el progreso del producto en cualquier etapa
