Modelo en cascada

Ivan Israel Almaguer Rosas

Fundamentos de investigación
22-9-2020
Índice

Contenido
INTRODUCCIÓN:................................................................................................................................2
Modelo en Cascada...........................................................................................................................3
Fases..................................................................................................................................................3
Ventajas y desventajas:.....................................................................................................................4
Importancia para la programación....................................................................................................5
Bibliografía.........................................................................................................................................6
INTRODUCCIÓN:
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
según 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.
El modelo en cascada solo se debe utilizar cuando los requerimientos se
comprendan bien y sea improbable que cambien radicalmente durante el
desarrollo del sistema. Sin embargo, el modelo refleja el tipo de modelo de
proceso usado en otros proyectos de la ingeniería. Por consiguiente, los procesos
del software que se basan en este enfoque se siguen utilizando para el desarrollo
de software, particularmente cuando este es parte de proyectos grandes de
ingeniería de sistemas.
Modelo en Cascada.
también llamado Lineal secuencial, 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.
El modelo de desarrollo en cascada se originó en la industria y la construcción,
donde los cambios a posteriori son caros y difíciles de implementar. Cuando estás
creando un producto material, realizar cambios en lo ya construido es mucho más
difícil que en un programa informático. En el mundo del software, todavía no se
habían implantado otras metodologías de desarrollo por lo que se adaptó el
modelo en cascada que se utilizaba en otros sectores.

Fases
El modelo original en cascada consta de siete fases sucesivas:
 Requisitos del sistema: La primera fase se ocupa de los requisitos que no
están relacionados con el producto digital en sí, sino más bien con aspectos
relevantes para la empresa como el precio y la disponibilidad. Aquí también
se especifican los aspectos de documentación y seguridad. En general,
aquí se mencionan los requisitos no funcionales.
 Requisitos de software: Los requisitos funcionales del software se definen
en la segunda fase. La pregunta sobre lo que el software debe ser capaz de
hacer se responde aquí y se aclara en "especificaciones", que también
incluye los resultados de la primera fase.
 Análisis de requerimientos: En la fase de análisis de requisitos, las
funciones del software se diseccionan y estructuran de modo que los
elementos funcionales individuales y las unidades funcionales puedan
separarse entre sí. El análisis de necesidades tiene por objeto examinar la
viabilidad e importancia de las funciones. Los resultados de esta fase son
las especificaciones que contienen los requisitos que hay que desarrollar.
 Diseño de programas: El diseño técnico se implementa ahora con la
ayuda de estas especificaciones de requisitos. Los componentes de esta
fase también incluyen decisiones sobre la arquitectura de la información y
las tecnologías aplicadas, tales como lenguajes de programación,
bibliotecas de clases y secuencias de programas. El resultado del diseño
del programa se registra generalmente en diagramas que describen el
comportamiento teórico del software.
 Implementación: Durante la implementación, las estructuras y los flujos de
trabajo se implementan teniendo en cuenta las condiciones marco y los
objetivos sistémicos. El diseño de software se convierte en un programa
 directamente relacionado con un sistema operativo, uno o más lenguajes de
programación y la infraestructura. El resultado suele ser un software
operativo, a menudo en versión beta.
 Probando: La fase de implementación es seguida por la prueba de todos
los componentes de software, módulos y todo el sistema. También se
comprueba la integración en sistemas operativos específicos. Si se
producen errores y conflictos, deben repararse inmediatamente. Esto podría
dar lugar a un aumento de los costes globales, ya que los posibles errores
pueden atribuirse a diferentes fases y no siempre se producen en la fase
anterior.
 Lanzamiento: El software se implementa después de la aceptación por
parte del cliente. Las actualizaciones y el mantenimiento pueden ser
necesarios antes de que el producto entre en una tienda o se entregue al
cliente.

Ventajas y desventajas:
Ventajas:
 Debido a la estructura lógica del modelo, a menudo se pueden evitar
errores conceptuales.
  El modelo conduce a una extensa documentación técnica, que es un alivio
para los nuevos programadores y desarrolladores y también es útil en la
fase de prueba.
 El progreso del proyecto puede ser monitoreado usando metas.
 El coste total puede estimarse con relativa precisión si no hay conflictos.
Desventajas:
 Los conflictos, bugs y errores de programación a veces conducen a un
aumento de los costes y a una cantidad considerable de tiempo. Lo mismo
se aplica si los clientes no están satisfechos.
 Las especificaciones que se hacen inicialmente son a menudo difíciles de
entender para los clientes porque son más abstractas de lo que se supone
que el software debe hacer. Especialmente en proyectos subcontratados,
esto puede ser una desventaja decisiva, ya que la fecha de lanzamiento
debe posponerse y el mercado puede haber cambiado durante este tiempo.
 La entrega del software lleva más tiempo porque los departamentos no
trabajan simultáneamente y cada fase sólo puede comenzar cuando se ha
completado la fase anterior.

Importancia para la programación

El modelo en cascada es uno de los modelos de proceso más conocidos en el
desarrollo de software. Se ha utilizado con éxito durante décadas, pero ahora sólo
se utiliza para proyectos más pequeños en los que las especificaciones son claras.
Los inconvenientes antes mencionados, sin embargo, también llevaron a los
analistas y desarrolladores a diseñar modelos alternativos llamados desarrollo ágil
de software. El principal problema del modelo en cascada es que los cambios y
revisiones no están necesariamente previstos por las secuencias lógicas. La
retroalimentación de los clientes, testers o probadores e ingenieros durante el
desarrollo, está en parte ausente, y la integración del software en un sistema
existente tiene lugar en un big bang.
Bibliografía
Requerimientos de Software: ¿Son realmente un problema? static.aminer.org. Visitado el
28/07/2016

Gestión del Desarrollo de grandes sistemas de software softwarelifecyclepros.com Visitado el

28/07/2016

¿Qué es el Modelo en Casacada SDLC? softwaretestinghelp.com. Visitado el 28/07/2016