Este documento describe y compara varios modelos de desarrollo de software, incluyendo el modelo en cascada, incremental, evolucionario e incremental evolucionario. El modelo incremental se caracteriza por entregas parciales pero funcionales del software en cada incremento, permitiendo feedback continuo del cliente. El modelo evolucionario extiende el incremental al permitir cambios progresivos en los requisitos a través de iteraciones.

1. Modelos Clásicos

2. MODELO EN CASCADA

4. Se define como una secuencia de actividades, mediante entregas calendarizadas. Toma demasiado tiempo en ver resultados Muchos de los otros modelos son variantes de este

5. MODELO INCREMENTAL

6. Modelo Incremental Utiliza el principio de trabajo en cadena o “Pipeline”, utilizado en muchas otras formas de programación. Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento.

7. Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales. El proceso se repite hasta que se elabore el producto completo. De esta forma el tiempo de entrega se reduce considerablemente. Modelo Incremental

8. Modelo Incremental El Modelo Incremental es de naturaleza interactiva pero se diferencia de aquellos en que al final de cada incremento se entrega un producto completamente operacional. Es particularmente útil cuando no se cuenta con una dotación de personal suficiente.

9. Modelo Incremental En una visión genérica, el proceso se divide en 4 partes: Análisis Diseño Código Prueba.

12. Se evitan proyectos largos y se entrega algo de valor a los usuarios con cierta frecuencia. El usuario se involucra más. Difícil de evaluar el coste total. Difícil de aplicar a los sistemas transaccionales que tienden a ser integrados y a operar como un todo. Requiere gestores experimentados. Los errores en los requisitos se detectan tarde. El resultado puede ser muy positivo . Características

13. Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa la funcionalidad parcial. También provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del Software. El modelo proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento. Permite entregar al cliente un producto más rápido en comparación del modelo de cascada. Ventajas

14. Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos. Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico. Ventajas

15. El modelo Incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, y/o de alto índice de riesgos. Requiere de mucha planeación, tanto administrativa como técnica. Requiere de metas claras para conocer el estado del proyecto. Desventajas

16. Un modelo incremental lleva a pensar en un desarrollo modular, con entregas parciales del producto Software denominados “incrementos” del sistema, que son escogidos en base a prioridades predefinidas de algún modo. El modelo permite una implementación con refinamientos sucesivos (ampliación y/o mejora). Con cada incremento se agrega nueva funcionalidad o se cubren nuevos requisitos o bien se mejora la versión previamente implementada del producto software. Conclusión:

17. INCREMENTAL EVOLUCIONARIO

18. Extensión del modelo incremental Incremento va de manera secuencial

19. Cliente: el sistema evoluciona según se van entregando los incrementos Desarrollador: los requerimientos que son claros al principio del proyecto, dictaran el incremento inicial

20. El desarrollo de sistemas es un proceso de cambios progresivos mediante deltas de especificación de requerimientos.

21. Es también conocido como Desarrollo Rápido de Aplicaciones (RAD, Rapid Aplication Development), que se basa tradicionalmente en el uso de prototipos.

22. Creencias del modelo evolucionario: Se entrega temprano parte del sistema, aunque no estén completos todos los requerimientos. Se permite entregar parte del sistema como herramienta para la generación de requerimientos faltantes. Se obtienen beneficios para el sistema mediante entregas iniciales, mientras las posteriores están en desarrollo.

23. Modelo de Espiral

25. Desarrollado durante la década de los 80’s. Es una extensión del modelo cascada. Se basa en una estrategia para reducir el riesgo del proyecto en áreas de incertidumbre. Enfatiza ciclos de trabajo , de los cuales estudia si hay un riesgo antes de proceder al siguiente ciclo

27. Ventajas El cliente se encuentra involucrado en el proceso del desarrollo del sistema. Agregar un análisis de riesgos para determinar si el proyecto será viable. Toma lo mejor del modelo cascada y el modelo incremental y potencializa. Provee la utilización y creación de prototipos

28. Desventajas Requiere tiempo de parte del cliente al inicio y al final de cada interacción. Requiere mayor tiempo de desarrollo.