MODELO DE CASCADA
11
Page 1 MODELO EN CASCADA MIGUEL LARA JOHN LUIS GONZALEZ
-
Upload
miguel-lara -
Category
Education
-
view
366 -
download
3
Transcript of MODELO DE CASCADA
Page 1
MODELO EN CASCADA
MIGUEL LARA
JOHN LUIS GONZALEZ
Page 2
MODELO EN CASCADA
Es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior.
Page 3
MODELO EN CASCADA
Page 4
FASES DEL MODELO
Análisis: Toma como entrada una descripción en lenguaje natural de lo que quiere el cliente. Produce el S.R.D. (Software Requirements Document).
Diseño: El diseño del software se enfoca en cuatro atributos distintos del programa: la estructura de los datos, la arquitectura del software, el detalle
procedimental y la caracterización de la interfaz. Codificación: Se implementa el código fuente,
haciendo uso de prototipos así como de pruebas y ensayos para corregir errores.
Page 5
FASES DEL MODELO Pruebas: Los elementos, ya programados, se
ensamblan para componer el sistema y se comprueba que funciona correctamente y que cumple con los requisitos, antes de ser entregado al usuario final.
Verificación: Es la fase en donde el usuario final ejecuta el sistema, para ello el o los programadores ya realizaron exhaustivas pruebas para comprobar que el sistema no falle.
Mantenimiento: Una de las etapas mas criticas, es el mantenimiento del Software ya que al utilizarlo como usuario final puede ser que no cumpla con todas nuestras expectativas.
Page 6
VENTAJAS
La planificación es sencilla.
La calidad del producto resultante es alta.
Permite trabajar con personal poco calificado.
Page 7
DESVENTAJAS
Definir todos los requisitos al inicio del proceso no es práctico ya que el cliente añade y modifica según le van surgiendo necesidades durante el proceso de desarrollo.
¡El cliente nunca tiene claro lo que quiere!
Poca o nula flexibilidad a cambios.
Page 8
DESVENTAJAS
El cliente no ve el producto en funcionamiento hasta el final del proceso.
La validación de los requisitos iniciales no se hace hasta el final.
Page 9
CRITICAS No refleja realmente el proceso de
desarrollo del software.
Se tarda mucho tiempo en pasar por todo el ciclo.
Perpetua el fracaso de la industria del software en su comunicación con el usuario final.
Page 10
CRITICAS
El mantenimiento se realiza en el código fuente.
Las revisiones de proyectos de gran complejidad son muy difíciles
Impone una estructura de gestión de
proyectos
Page 11
TIPOS DE PROYECTOS PARA LOS QUE ES ADECUADO
Aquellos para los que se dispone de todas las especificaciones desde el principio, por ejemplo, los de reingeniería.
Se está desarrollando un tipo de producto que no es novedoso.
Proyectos complejos que se entienden bien desde el principio.
