Introducción:
Se le suele llamar modelo convencional, y nace desde el comienzo del desarrollo del software.
Ejemplo de modelo en cascada:

Lo más característicos de esta forma es que cualquier error en una fase hace volver al inicio obligando al rediseño.
Esto produce un esfuerzo adicional y además un coste mas elevado.
Las fases mas importantes y que siempre aparecen en este modelo son:
Análisis de requisitos:
Se analizan las necesidades del usuario para determinar los objetivos y requisitos.
Diseño del Sistema y del Programa:
Se realizan los algoritmos necesarios para obtener los objetivos del "análisis de requisitos"
Codificación:
Se empieza el trabajo para conseguir un código fuente, dónde se pueden usar prototipos y ensallos.
Pruebas:
Comprobación de que todo funcione correctamente.
Verificación:
El usuario ejecuta y verifica el correcto funcionamiento.
Mantenimiento:
Mantenimiento del sistema (requiere muchos recursos)
Problemas comunes:
· La continuidad del proyecto es costoso e implica rehacer trabajo anterior para actualizar los documentos y partos del proyecto.
· Es normal congelar parte del desarrollo y continuar con las siguientes fases.
· Los problemas se dejan para el final, lo que lleva a que estos sean ignorados o corregidos de una forma poco eficaz.
· Existe una alta probabilidad de que el software no cumpla con los requisitos del usuario por el largo tiempo de entrega del producto.
· Es inflexible a la hora de evolucionar para incorporar nuevos requisitos. Es difícil responder a cambios en los requisitos.
Es actualmente el modelo más común y cerca del 90% de los proyectos se hacen en este modelo.
Es más beneficioso para proyectos grandes ya que es más fácil realizar cada parte del proceso.
No hay comentarios:
Publicar un comentario