El modelo en cascada sugiere un enfoque sistemático y secuencial para el desarrollo de software que comienza con la especificación de requisitos y culmina con el soporte del software terminado. El modelo divide el proceso en seis etapas: 1) análisis y definición de requisitos, 2) diseño del sistema y software, 3) implementación y prueba de unidades, 4) integración y prueba del sistema, 5) funcionamiento y mantenimiento. El modelo es más efectivo cuando los requisitos están bien definidos y el trabajo fluye de forma
1. República Bolivariana de Venezuela
Instituto Universitario Politécnico Santiago Mariño
Ministerio del Poder Popular Para La Educación Universitaria
Escuela: Ing. De Sistema
Modelo Cascada
Prof.: Yasmin Marcano Realizado por:
Br. Acosta G, Jesús R
C.I:21.324.378
Porlamar, marzo del 201
2. MODELO CASCADA
Este Modelo se derivó de Procesos de Ingeniería de Sistemas más generales
por Royce en 1970.
El modelo en cascada, algunas veces llamado el ciclo de vida clásico, sugiere
un enfoque sistemático, secuencial hacia el desarrollo del software, que se inicia
con la especificación de requerimientos del cliente y que continúa con la
planeación, el modelado, la construcción y el despliegue para culminar en el
soporte del software terminado. Este modelo es aplicable en donde existen
ocasiones en que los requisitos de un problema se entienden de una manera
razonable y deben estar bien definidos, también cuando el trabajo fluye desde la
comunicación a través del despliegue de una manera casi lineal, esta situación
se encuentra a veces cuando es necesario hacer adaptaciones o mejorías bien
definidas a un sistema existente. En este modelo es el paradigma más antiguo
para la ingeniería del software. Sin embargo, en las décadas pasadas, las críticas
a este modelo de proceso han ocasionado que aun sus más fervientes
practicantes hayan cuestionado su eficacia. Entre los problemas que algunas
veces se encuentran al aplicar el modelo en cascada están:
1. Es muy raro que los proyectos reales sigan el flujo secuencial que propone el
modelo. A pesar de que el modelo lineal incluye iteraciones, lo hace de manera
indirecta. Como resultado, los cambios confunden mientras el equipo de
proyecto actúa.
2. Con frecuencia es difícil para el cliente establecer todos los requisitos de
manera explícita. El modelo en cascada lo requiere y se enfrentan dificultades al
incorporar la incertidumbre natural presente en el inicio de muchos proyectos.
3. El cliente debe tener paciencia. Una versión que funcione de los programas
estará disponible cuando el proyecto esté muy avanzado. Un error grave será
desastroso si no se detecta antes de la revisión del programa.
3. Sin embargo, varias modificaciones fueron traídas a este modelo de cascada,
como de necesidad. Aquí, en este ensayo, vamos a tratar de entender un modelo
de cascada simple, dividido en seis etapas. Hay una séptima etapa, que es igual
a la de la primera etapa, los requisitos, pero se sigue la última etapa y se refiere
al mantenimiento como actualizado. Vamos a nombrarle cada una de estas
etapas.
Análisis y definición de requerimientos.
Diseño del sistema y del software.
Implementación y prueba de unidades.
Integración y prueba del sistema.
Funcionamiento y mantenimiento.
Este modelo es más eficiente y creativo, ya que es entendible y cuenta con un
proceso de mejoras hacia el proyecto. Es el método más fácil de realizar ya que
cuenta con fases que siguen un orden en específico, ya que si no se cumple con
el orden que lleva el proyecto puede llegar a tener algunos problemas durante
su ejecución y puede no ser exitoso. Pará que este método sea exitoso en el
proyecto requerido se deben conocer las herramientas a utilizar y saber cuál es
el tiempo que nos vamos a llevar durante el proceso, así como saber organizarlo
tal y como nos pide cada una de sus fases y poder llevar la planeación en un
orden y poder terminar con la construcción del proyecto, Este modelo es el más
usado en la actualidad. Es exitoso cuando se tienen bien específicos los
requerimientos del software. En conclusión el modelo de cascada nos permite
realizar una organización más fácil de comprender tratando de no mezclar las
diferentes fases del modelo y así nos permite organizar el tipo de proyecto que
pretende solucionar es decir donde se conozcan todos los requisitos
especificados, esto quiere decir que es necesario que se especifiquen muy bien
los requerimiento