Modelo de cascada
Herley Davidson Mendoza Rojas
Andres Felipe Puerta Saavedra
Juan Sebastian Montañez Hernández
Eddy Santiago Obregon Imbachi
Politécnico Grancolombiano.
Ingeniería de software
Ingeniería de software I
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Orientación Universidad
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Busca documentos
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Busca tu universidad
Encuentra los documentos específicos para los exámenes de tu universidad
Video Cursos
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Quiz
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pregúntale a la comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
¡Nuestros e-books salva-estudiantes!
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
modelo cascada seleccion, Ejercicios de Fundaments del diseño Máquina-Herramienta
modelo cascada elegido por el grupo
Tipo: Ejercicios
2022/2023
1 / 13
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!
Documentos relacionados
Vista previa parcial del texto
¡Descarga modelo cascada seleccion y más Ejercicios en PDF de Fundaments del diseño Máquina-Herramienta solo en Docsity!
Modelo de cascada
Herley Davidson Mendoza Rojas
Andres Felipe Puerta Saavedra
Juan Sebastian Montañez Hernández
Eddy Santiago Obregon Imbachi
Politécnico Grancolombiano.
Ingeniería de software
Ingeniería de software I
ii Justificación
Con el pasar de los años, la tecnología ha logrado brindarle al ser humano crecimiento y
progreso, como una herramienta practica que busca en el hombre desarrollar sus ideas
y suplir necesidades agilizando y automatizando grandes cantidades de información con
sus diferentes programas. En este caso haremos mención del Software que tiene una
gran variedad de programas para diseñar y crear múltiples tareas de manera segura,
eficiente, funcional, usable y preciso.
En el presente proyecto seleccionamos el modelo en cascada o waterfall model, porque
es un prototipo que nos da una propuesta orientada metodológicamente a ordenar de
forma lineal diferentes fases que se deben seguir en el mismo instante en que se esta
llevando a cabo el programa. Este modelo de gestión de proyectos es caracterizado por
sus diferentes etapas, donde cada una inicia cuando se da por terminada la antecesora
y surge a partir de sectores de fabricación y construcción, en donde cada indicación debe
estar terminada para lograr avances de manera productiva en el proceso. Históricamente
el modelo ha sido relacionado al éxito de procesos de desarrollo de sistemas de alta
complejidad, pues es conocido por su gran utilidad a la hora de implantar compromisos
de tiempo de entrega de un producto de software y por su alcance funcional del proyecto
diseñado. Además, maneja una metodología ágil, manifiesta mayor valor por los
individuos y la forma como interactúan.
CARATERISTICAS DEL MODELO DE CASCADA O WATERFALL MODEL
Este modelo es caracterizado por:
- Que utiliza un sistema muy claro a diferencia de otros modelos, maneja claridad
con el paso a paso para la recopilación y selección de documentos, la creación
del sistema, la implementación, pruebas, entregas y mantenimiento.
- Define de manera ágil el objetivo final, pues es un método comprometido con
lograr tener un excelente producto final, evitando contratiempos que desvíen el
compromiso inicial.
3.Da a conocer de manera eficaz la información, pues su enfoque es muy
ordenado y cuidadoso, previniendo sorpresas, pues se comunica información en
cada fase.
FASES DE DESARROLLO DEL MODELO DE LA CASCADA
- Fase de análisis y definición: todo proyecto inicia con esta fase porque es una
investigación de viabilidad y definición de lo que se va a necesitar en cuestión
económica, rentabilidad y factibilidad del proyecto, que también puede ser
presentado al cliente si lo desea.
2. Fase de diseño del sistema y del software: que nos ayuda a proponer una
solución clara de acuerdo con los requerimientos, puesto que los desarrolladores
del software se encargan de diseñar y construir el modelo, como planes de prueba
para los diferentes elementos.
- Fase de implementación y prueba de la unidad : aquí la fase de diseño se
aplica en la fase de implementación, en la que se involucra el modelo de
programación para la búsqueda de errores y pruebas individuales y da como
resultado un producto que se comprueba como producto final en la siguiente fase.
4 .Fase de integración y prueba del sistema: que incorpora al software en el
entorno elegido. Estos productos se envían como primera medida a los usuarios
finales seleccionados. En estas pruebas se determina si el software satisface las
exigencias del cliente.
5 .Fase de operación y mantenimiento : Es considerada una de las fases más
largas, donde el sistema es puesto en marcha y se ejecuta la corrección de errores
detectados para mejorar la implementación.
Ya descrito nuestra modelo cascada, podemos reafirmar que es el modelo
indicado para trabajar con nuestro cliente y responder a sus solicitudes, con una
herramienta efectiva donde pueda registrar una seria de profesionales de la salud,
para que brinden diferentes servicios a través de una agenda definida, permitiendo
a los clientes buscar el profesional que más le convenga, para agilizar el proceso
agendamiento de cita.
Esta modelo cascada nos sirve para estructurar los equipos de trabajo que posee
nuestro cliente y además para que pueda tener mayor funcionalidad en su lugar
de trabajo, por medio de un proyecto orientado y bien estructurado siguiendo un
desarrollo lineal y secuencial. El reto es llevar a cabo de manera minuciosa cada
fase cumpliendo a cabalidad con las solicitudes, sin tener demoras o retrocesos
durante del desarrollo del modelo.
MODELOS NO ESCOGIDOS
MODELO EN ESPIRAL
El modelo de desarrollo en espiral es actualmente uno de los más conocidos y fue
propuesto por Barry Boehm en 1986. El ciclo de desarrollo se representa como
una espiral, en lugar de una serie de actividades sucesivas con retrospectiva de
una actividad a otra.
Este modelo no lo escogimos porque es un modelo de software que va dirigido
hacia proyectos que presentan constantes cambios, cambios que no tenemos en
nuestro proyecto ya que nuestro cliente ya tiene los requerimientos claros por otra
parte, este modelo es recomendado para proyectos grandes porque está
Este modelo no es compatible con el proyecto que se nos plantea ya que va
dirigido a proyectos que requieran cambiar los requisitos del sistema resultante,
este modelo está más dirigido hacia proyectos que requieran muestra de avances
ya que una de las ventajas de este modelo es que se pueden ir mostrando
prototipos del resultado final.
Ventajas del modelo prototipo respecto a nuestro proyecto:
- Genera una buena comunicación con los clientes.
- Es muy útil para software que requieran una entrega a corto tiempo.
- Este modelo tiene un diseño flexible.
- Hay margen de mejora, lo que significa que los nuevos requisitos se
pueden adaptar fácilmente.
- Puede involucrar activamente a los usuarios en la fase de desarrollo.
Desventajas del modelo prototipo respecto a nuestro proyecto:
- Puede haber demasiada variación en los requisitos.
- Los clientes pueden no estar satisfechos después de ver el prototipo
inicial.
- Es un modelo que no está en constante revisión de los riesgos.
- Puede haber soluciones en todo momento debido a que los
desarrolladores tienen prisa por construir prototipos.
- Puede haber un análisis de los problemas inadecuado.
MODELO SCRUM
Comparado con otros modelos de desarrollo de software, esta estrategia
beneficiaría a iniciativas más grandes y una de las razones es que los
desarrolladores se sienten dedicados a los objetivos y responsables del éxito de
la iniciativa.
El modelo de SCRUM no es viable para nuestro proyecto ya que es un modelo
con un enfoque de proyectos que requieran resultados inmediatos, para cuando
el cliente requiere un resultado altamente personalizado.
Ventajas del modelo SCRUM para nuestro proyecto:
- La metodología se basa en dividir el trabajo entre el equipo.
- Los miembros del equipo pueden participar durante todas las etapas del
proyecto con ideas para resolver problemas.
- El método SCRUM establece metas cuantificables, lo cual impulsa la
productividad del equipo de trabajo.
- El modelo SCRUM ofrece una visión global del proyecto, lo cual da
confianza al equipo involucrado en él.
Desventajas del modelo SCRUM para nuestro proyecto:
- La mayor desventaja del modelo SCRUM es que hay que conocerlo bien
antes de trabajar con él.
- Las tareas y plazos siempre tienen que estar definidos.
- Todas las tareas tienen que estar terminadas antes de continuar con las
siguientes tareas.
- Con método SCRUM pueda que se requieran cambios dentro de los
requerimientos que nos da el cliente.
Ventajas del modelo programación extrema (XP):
- Los principales criterios de éxito del proyecto son las necesidades del
cliente y los esfuerzos del equipo del proyecto.
- Permite ahorrar mucho tiempo y por ende dinero.
- El ciclo de XP se asegura de resolver los errores las veces que sean
necesarios.
Desventajas del modelo de programación extrema (XP):
- Dificultad para la documentación debido a que es un método para trabajar
de manera rápida y con constantes cambios.
- El modelo (XP) es recomendado para proyectos cortos de muy poca
duración.
- El hecho de involucrar al cliente en decisiones técnicas cuando no es un
experto en el proceso puede ser contraproducente.
Riesgos del modelo en cascada y mitigación de los riesgos
Se realiza una discusión con el equipo de desarrollo para reconocer los riegos
asociados a la metodología escogida para la solución de los requerimientos
anteriormente planeados.
Cambios en los requisitos: Los cambios tardíos en los requisitos son costosos
y difíciles de incorporar en la etapa de diseño o implementación.
Mitigación: Realiza una documentación exhaustiva de los requisitos y establece
un proceso formal para cambios. Educa a los stakeholders sobre las
implicaciones de los cambios tardíos.
Falta de flexibilidad: La metodología en cascada no es adecuada para
proyectos donde los requisitos no están claros o pueden cambiar con frecuencia.
Mitigación: Siempre busca la claridad de los requisitos al comienzo del
proyecto. Si es necesario, considera un enfoque híbrido que permita algunos
cambios controlados.
Largos plazos de entrega: La entrega final del producto puede llevar mucho
tiempo, lo que puede no ser aceptable en entornos de mercado competitivos.
Mitigación: Desglosa el proyecto en fases más pequeñas con entregas
iterativas y prioriza características clave para liberar primero.
Riesgo de sobrecostos: Los cambios significativos en las etapas avanzadas
del proyecto pueden llevar a un aumento en los costos.
Mitigación: Realizar estimaciones de costos y plazos cuidadosas al inicio del
proyecto.
Falta de retroalimentación temprana: Los stakeholders no ven el producto
hasta que está completamente desarrollado, lo que dificulta la identificación
temprana de problemas.
Mitigación: Involucra a los stakeholders en la definición de requisitos y realiza
revisiones intermedias para obtener retroalimentación temprana.
Dificultad en la corrección de errores: Los errores pueden no descubrirse
hasta las etapas finales, lo que puede requerir una revisión completa de todo el
proyecto.
Mitigación: Implementa revisiones y pruebas rigurosas en cada etapa del
proyecto para detectar y corregir errores lo antes posible.
Falta de adaptabilidad: No es eficiente para proyectos donde se requiere
adaptación constante a las necesidades cambiantes del negocio.
Mitigación: Si es posible, combina la metodología en cascada con enfoques
ágiles o híbridos para permitir una mayor adaptabilidad.
Referencias
https://www.redalyc.org/journal/3783/378366538003/html/
https://www2.deloitte.com/es/es/pages/technology/articles/que-es-el-desarrollo-en-
espiral.html
https://barcelonageeks.com/ventajas-y-desventajas-del-modelo-de-prototipo/
https://es.indeed.com/orientacion-laboral/desarrollo-profesional/ventajas-desventajas-
metodologia-scrum
https://www.fhios.es/metodologia-kanban-pros-y-contras/
https://blog.comparasoftware.com/programacion-extrema-ventajas-desventajas/
https://scholar.google.es/scholar?hl=es&as_sdt=0%2C5&q=modelo+de+cascada+softwar
e&oq=modelo+
http://scielo.sld.cu/scielo.php?pid=s2227-18992021000100037&script=sci_arttext