CENTRO TECNOLOGICO INDUSTRIAL YDE SERVICIOS
CBTIS206
TRABAJO:
MODELO DE CASCADA
EQUIPO:
8
NOMBRES:
LUIS ANGEL VALENZUELA SANTAMARIA
DIANA CRISTINA PALMA MENDEZ
NOHEMA ESMERALDA MARTIONEZ ZUBIA
ESTRELLA JOSELINE PADILLA ONTIVEROS
ADRIAN ROBERTO DANZOS GOMEZ
GRUPO Y GRADO:
5-A
ESPECIALIDAD:
PROGRAMACION
MAESTRA:
KARLA JHANET SERRNA
SUB:
2
FECHA:
11/11/2022
INTRODUCCION
El modelo en waterfall es una metodología para gestión de proyectos que se divide en
distintas fases. Cada fase comienza recién cuando ha terminado la anterior.
Este enfoque para la gestión de proyectos surgió a partir de los sectores de fabricación y
construcción, en los que cada hito debe estar finalizado para poder avanzar con el proceso
de producción. Por ejemplo, no puedes construir las paredes de una casa sin los cimientos.
A pesar de que se inició en la fabricación, la gestión de proyectos waterfall se ha adaptado
a las necesidades de muchos otros sectores diferentes, incluso al del desarrollo de
software. Por ejemplo, un proyecto en cascada podría verse así:
La metodología waterfall, por lo general se visualiza en forma de diagrama de flujo o
de Gantt. Se la llama waterfall o cascada porque cada tarea cae en cascada sobre el paso
siguiente. En un diagrama de Gantt se puede ver cómo la fase anterior cae en cascada
sobre la siguiente.
Principios básicas:
Recopilación de requisitos al inicio:
Los desarrolladores y los clientes están de acuerdo en lo que se entregará al
principio del ciclo de vida del desarrollo. Esto puede hacer que la
planificación y el diseño sean más sencillos. El progreso se mide más
fácilmente, ya que el alcance completo del trabajo se conoce de antemano.
Una buena documentación técnica es parte de los resultados y es más fácil
para los nuevos programadores ponerse al día durante la fase de
mantenimiento.
Trabajo completado secuencialmente en fases:
Cada fase generalmente comienza a medida que termina la anterior. A lo
largo del desarrollo, varios miembros del equipo pueden participar o
continuar con otros trabajos. Por ejemplo, los evaluadores pueden preparar
scripts de prueba a partir de la documentación de requisitos mientras la
codificación está en curso.
El enfoque es muy estructurado y puede ser más fácil medir el progreso con
hitos claramente definidos, y más fácil de planificar al principio.
Las pruebas se producen al final del desarrollo:
Las pruebas son más sencillas de planificar y ejecutar, ya que se puede hacer
por referencia a los escenarios definidos en la especificación funcional, al
final de la fase de desarrollo.
Los clientes o partes interesadas no necesitan involucrarse mucho:
A excepción de las revisiones, aprobaciones y reuniones de estado, la
presencia del cliente no es estrictamente necesaria después de la fase
de requisitos.
Define en que consiste en cada etapa
Análisis de Requisitos:
Análisis: planificación, análisis y especificación de los requisitos. Diseño: diseño y
especificación del sistema. Implementación: programación y pruebas unitarias.
Verificación: integración de sistemas, pruebas de sistema y de integración.
Diseño
En un proceso de desarrollo de software, la fase de diseño implica que el equipo que
trabajará en el proyecto especifique qué hardware usará, además de cualquier otro
detalle, como los lenguajes de programación y la interfaz de usuario.
Hay dos pasos fundamentales en la fase de diseño del sistema: la fase de diseño de
alto nivel y la de diseño detallado. En la fase de diseño de alto nivel, el equipo
elabora un esqueleto de cómo funcionará el software y cómo se accederá a la
información. Durante la fase de diseño detallado, el equipo define los detalles
particulares del software. Si la fase de diseño de alto nivel es el esqueleto, la de
diseño detallado se refiere a los órganos del proyecto.
Los miembros de los equipos que hacen sus desarrollos aplicando la metodología
waterfall deben documentar cada paso para que el resto del equipo pueda consultar
qué se ha hecho a medida que el proyecto avanza.
Implementación
Esta es la fase en que todo entra en acción. Según los documentos de requerimientos
del paso uno y del proceso de diseño del sistema del paso dos, el equipo inicia un
proceso de desarrollo pleno para elaborar el software que se ha previsto tanto en la
fase de requerimientos como en la de diseño del sistema.
Verificación
El cliente revisa el producto para asegurarse de que cumpla con cada requisito
establecido al comienzo del proyecto. El objetivo de las pruebas es verificar la
calidad del software o producto. En esta fase, se pueden apreciar posibles defectos.
Mantenimiento
Durante esta fase, el cliente utilizará regularmente el producto, pudiendo descubrir
más fallas o posibles características inadecuadas. El equipo entonces aplicará las
soluciones que sean necesarias para que el cliente esté satisfecho.
Incluir Diagrama del modelo
Ventajas
El modelo de cascada es el modelo más antiguo y más ampliamente utilizado en el campo
de desarrollo de software. Hay ciertas ventajas del modelo de cascada, que hace que sea el
modelo más ampliamente utilizado hasta el momento. Algunos de ellos se pueden enumerar
como bajo.
* No hace falta mencionar, es un modelo lineal y, por supuesto, los modelos lineales son las
más simples a ser implementadas.
* La cantidad de recursos necesarios para implementar este modelo es mínimo.
* Una gran ventaja del modelo de cascada es que la documentación se produce en cada
etapa del desarrollo del modelo de cascada. Esto hace que la comprensión del producto
diseñar procedimiento más sencillo.
* Después de cada etapa importante de la codificación de software, las pruebas se realizan
para comprobar el correcto funcionamiento del código.
Desventajas
La pregunta que hay que te preocupa ahora es que, con tantas ventajas a la mano, lo que
podría ser las posibles desventajas del modelo de cascada. Bueno, hay algunas desventajas
de este modelo ampliamente aceptado también. Echemos un vistazo a algunos de ellos.
* Irónicamente, la mayor desventaja del modelo de cascada es uno de sus mayores ventajas.
No se puede volver atrás, si la fase de diseño ha ido mal, las cosas pueden ser muy
complicado en la fase de ejecución.
* Los Muchas veces, sucede que el cliente no es muy clara de lo que exactamente quiere de
el software. Cualquier cambio que se menciona en el medio puede causar mucha confusión.
* Los pequeños cambios o errores que surgen en el software completo pueden causar
mucho problema.
* La mayor desventaja del modelo de cascada es que hasta la etapa final del ciclo de
desarrollo se ha completado, un modelo de trabajo del software no está en las manos del
cliente. Por lo tanto, es difícil en condiciones de mencionar si lo que se ha diseñado es
exactamente lo que había pedido.
Bibliografias
https://blog.comparasoftware.com/
https://sites.google.com/
