Modelos Cascada, Incremental, Prototipo, Agil / Scrum

MODELOS CASCADA, INCREMENTAL, PROTOTIPO, AGIL/SCRUM

1. Modelo Cascada

A) Definición: Es un modelo tradicional en la ingeniería de software con un enfoque secuencial que organiza el proceso de desarrollo en fases claramente definidas. Se caracteriza por su rigidez, estructura lineal, simplicidad, claridad y falta de flexibilidad.

B) Fases

a. Análisis de Requisitos: En esta fase se recopilan y documentan todos los requisitos del cliente. Se elabora un documento de especificación que detalla lo que el software debe hacer sin entrar en detalles técnicos.

b. Diseño del Sistema: Se define la arquitectura del sistema y se crea el diseño lógico (teórico) y diseño físico (especificaciones concretas).

c. Codificación: Los desarrolladores traducen el diseño en código fuente utilizando lenguajes de programación, siguiendo las especificaciones definidas anteriormente.

d. Pruebas: Se realiza un conjunto exhaustivo de pruebas para identificar y corregir errores antes de la entrega al cliente. Es vital para asegurar la calidad del software.

e. Despliegue: El software se entrega al cliente y se implementa en el entorno operativo. Se verifica que cumpla con las expectativas y requisitos definidos inicialmente.

f. Mantenimiento: Se corrigen errores y se realizan mejoras en el software basadas en la retroalimentación del usuario.

C) Ventajas

• Estructura Clara: La naturaleza secuencial permite una planificación clara y un seguimiento fácil del progreso del proyecto.
• Facilidad de Gestión: Cada fase tiene objetivos específicos, lo que facilita la gestión y asignación de recursos.
• Documentación Exhaustiva: Se genera documentación detallada en cada fase, lo que ayuda a futuras referencias y mantenimiento.
• Control de Calidad: Las pruebas sistemáticas aseguran que los errores se identifiquen antes del despliegue final.

D) Desventajas

• Rigidez: La falta de flexibilidad puede ser problemática si surgen nuevas necesidades o requisitos.
• Dificultad para Proyectos Complejos: No es ideal para proyectos con requisitos poco definidos desde el principio o cambiantes.
• Costos Elevados por Cambios Tardíos: Los errores detectados en fases avanzadas requieren volver a etapas anteriores, lo que puede aumentar los costos.

2. Modelo Incremental

A) Definición: Es un enfoque que permite construir un sistema de manera progresiva, descomponiendo el proyecto en módulos o incrementos que se desarrollan y entregan de forma sucesiva. Tiene la flexibilidad y capacidad para adaptarse a cambios en los requisitos del cliente.

B) Fases: Se repiten en cada incremento.

a. Análisis de Requisitos: Se identifican y priorizan los requisitos del sistema. Cada incremento aborda un subconjunto de estos requisitos.

b. Diseño: Se elabora un diseño específico para el incremento actual, asegurando que se integre adecuadamente con los incrementos anteriores.

c. Codificación: En esta fase, se desarrolla el código correspondiente al incremento. El equipo de desarrollo trabaja en la implementación de las funcionalidades definidas.

d. Pruebas: Se realizan pruebas para verificar que el incremento cumple con los requisitos establecidos y funciona correctamente dentro del sistema existente.

e. Entrega: Una vez validado, el incremento se entrega al cliente, quien puede comenzar a utilizarlo y proporcionar retroalimentación.

f. Mantenimiento: Se realizan ajustes y correcciones basadas en la retroalimentación del cliente y en los problemas detectados durante el uso del software.

C) Ventajas

• Flexibilidad: Es útil en entornos dinámicos donde las necesidades (requisitos) pueden evolucionar a medida que avanza el desarrollo.
• Entrega Temprana: Los clientes pueden empezar a utilizar partes funcionales del software antes de que esté completamente terminado.
• Reducción de Riesgos: Al dividir el proyecto en incrementos más pequeños, es más fácil identificar y abordar problemas.
• Mejor Gestión del Proyecto: La planificación incremental permite una mejor asignación de recursos y tiempos.

D) Desventajas

• Requiere Buena Planificación: Para garantizar que cada incremento esté bien definido y alineado con los objetivos generales del proyecto.
• Complejidad en la Integración: Los nuevos incrementos pueden generar problemas si la arquitectura no se gestiona bien la arquitectura del sistema.
• Dependencia de la Retroalimentación: Si no hay una comunicación efectiva con el cliente, pueden surgir malentendidos.

3. Modelos de Prototipos

A) Definición: Es un enfoque que permite crear un modelo preliminar del sistema que se desea desarrollar, facilitando la comprensión de los requisitos y la interacción con el cliente. Es iterativo y se ajusta en función de la retroalimentación del usuario, lo que permite refinar tanto el prototipo como los requisitos del software final.

B) Fases

a. Recopilación y Análisis de Requisitos: Se identifican y documentan los requisitos del sistema. Se realizan entrevistas con los usuarios para entender sus expectativas.

b. Diseño Rápido: Se crea un diseño preliminar que es suficiente para construir un prototipo funcional. Este diseño proporciona una visión general del sistema.

c. Construcción del Prototipo: Se desarrolla un prototipo funcional basado en el diseño preliminar. Este modelo inicial debe permitir a los usuarios interactuar con él.

d. Evaluación Inicial del Usuario: Se presenta a los usuarios para su evaluación. Se recopilan comentarios para mejorar su funcionalidad y usabilidad.

e. Refinamiento del Prototipo: Basándose en la retroalimentación recibida, el prototipo se ajusta y mejora hasta que cumple con las expectativas del usuario.

f. Implementación del Producto Final: Se procede al desarrollo del sistema final basado en el prototipo refinado. Se realiza pruebas exhaustivas para su implementación.

C) Tipos

• Prototipos Rápidos: Se desarrollan rápidamente para obtener retroalimentación inicial.
• Prototipos Evolutivos: Se mejoran gradualmente basándose en la retroalimentación continua.
• Prototipos Incrementales: Se construyen partes del sistema como prototipos independientes que luego se integran en el producto final.

D) Ventajas

• Mejora la Comunicación: Facilita la interacción entre desarrolladores y usuarios, asegurando una comprensión clara de los requisitos.
• Reducción de Riesgos: Permite identificar problemas potenciales en etapas tempranas del desarrollo.
• Flexibilidad: Los cambios pueden implementarse fácilmente en función de la retroalimentación recibida.
• Satisfacción del Cliente: Al involucrar al cliente, se aumenta la probabilidad de que el producto final cumpla con sus expectativas.

E) Desventajas

...