Modelo cascada

Comenzaremos con uno de los modelos más antiguos en el desarrollo de software, el cual ha servido como base para el nacimiento de otros modelos. Este modelo propone la construcción de software a través de cinco faces secuenciales de manera simple, cada una de sus fases contiene una serie de actividades para el logro de sus objetivos. Su representación es de manera escalonada y cada fase depende de la meta lograda en la fase anterior, las flechas de regreso representan la retroalimentación a cada fase.

Dentro de cada etapa se considera lo siguiente:

1. Análisis: en esta fase los analistas y el cliente definen de manera detallada y por escrito, todos los requerimientos del sistema tanto funcionales como no funcionales.
2. Diseño: a partir del análisis echo anteriormente se diseña la estructura de datos, la base o bases de datos en caso de requerir, las interfaces con las que se va a interactuar y los procedimientos que darán solución a los requerimientos del cliente.
3. Codificación: Una vez que se completaron las fases anteriores se procede a la codificación para la generación del software.
4. Pruebas: en esta etapa se realza la revisión del código para comprobar su funcionamiento, verificar que no tenga errores y que este realice lo esperado, considerando los requerimientos y diseño de etapas anteriores.
5. Mantenimiento: esta etapa se realiza una vez se haya entregado el software al cliente, ya que la función de esta etapa es asegurar que el sistema siga funcionando, además de dar seguimiento a mejoras y nuevos requerimientos del software.

Como todo software tiene ventajas y desventajas

Ventajas:

• Es uno de los modelos mas conocidos ya que fue unos de los primeros.
• Es fácil de aprender, lo que permite que se pueda trabajar con personal inexperto en el en el modelo.
• La calidad con la que se entrega el software es alta.
• Gracias a su sencillez del modelo se pueden planear las actividades del ciclo completo.

Desventajas:

• Cuando se trabajan con proyectos reales desafortunadamente no siempre se sigue el orden que propone este modelo, ya que al existir cambios estos llegan a producir confusiones entre el equipo del proyecto, esto derivado de la poca interacción que propone el modelo.
• El modelo pide que se expongan todos los requerimientos al inicio del proyecto, lo cual para el cliente es algo difícil ya que en muchas ocasiones no se exponen todos los requerimientos o surgen nuevos.
• El realizar cambios al proyecto una vez avanzado es más costoso y difícil.
• En este modelo no se puede pasar de una etapa a otra sin antes haber concluido la anterior de manera correcta. Lo que puede ocasionar retrasos en las etapas siguientes.