Eduar Farid Vanegas Galvis

Ingeniería en TIC
7ª 2020-1

Ciclo de vida en cascada

Generalidades:
El modelo en cascada es un proceso de desarrollo secuencial, en el que el desarrollo
de software se concibe como un conjunto de etapas que se ejecutan una tras otra. Se
le denomina así por las posiciones que ocupan las diferentes fases que componen el
proyecto, colocadas una encima de otra, y siguiendo un flujo de ejecución de arriba
hacia abajo, como una cascada.
Características:
La característica es que este modelo asume que todo se lleva a cabo y tiene lugar tal
y como se había planeado en la fase anterior, y no es necesario pensar en asuntos
pasados que podrían surgir en la siguiente fase. Este modelo no funcionará
correctamente si se dejan asuntos de lado en la fase previa. La naturaleza secuencial
del modelo no permite volver atrás y deshacer o volver a hacer acciones.
Etapas del modelo:
 Requisitos del software: En esta fase se hace un análisis de las necesidades
del cliente para determinar las características del software a desarrollar, y se
especifica todo lo que debe hacer el sistema sin entrar en detalles técnicos.
Hay que ser especialmente cuidadoso en esta primera fase, ya que en este
modelo no se pueden añadir nuevos requisitos en mitad del proceso de
desarrollo.
 Diseño: En esta etapa se describe la estructura interna del software, y las
relaciones entre las entidades que lo componen.
Descompone y organiza el sistema en elementos que puedan elaborarse por
separado, aprovechando las ventajas del desarrollo en equipo. Como
resultado surge el SDD (Documento de Diseño del Software), que contiene
la descripción de la estructura relacional global del sistema y la
especificación de lo que debe hacer cada una de sus partes, así como la
manera en que se combinan unas con otras.
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1
 Implementación: En esta fase se programan los requisitos especificados
haciendo uso de las estructuras de datos diseñadas en la fase anterior.La
programación es el proceso que lleva de la formulación de un problema de
computación, a un programa que se ejecute produciendo los pasos
necesarios para resolver dicho problema. Al programar, tenemos que realizar
actividades como el análisis de las condiciones, la creación de algoritmos, y
la implementación de éstos en un lenguaje de programación específico.
 Verificación: Como su propio nombre indica, una vez se termina la fase de
implementación se verifica que todos los componentes del sistema
funcionen correctamente y cumplen con los requisitos. El objetivo de las
pruebas es el de obtener información de la calidad del software, y sirven
para: encontrar defectos o bugs, aumentar la calidad del software, refinar el
código previamente escrito sin miedo a romperlo o introducir nuevos bugs,
etc.
 Instalación y mantenimiento: Una vez se han desarrollado todas las
funcionalidades del software y se ha comprobado que funcionan
correctamente, se inicia la fase de instalación y mantenimiento. Se instala la
aplicación en el sistema y se comprueba que funcione correctamente en el
entorno en que se va a utilizar.
A partir de ahora hay que asegurarse de que el software funcione y hay que
destinar recursos a mantenerlo. El mantenimiento del software consiste en la
modificación del producto después de haber sido entregado al cliente, ya sea
para corregir errores o para mejorar el rendimiento o las características.

Ventajas y desventajas:

Ventajas
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1
 El tiempo que se pasa en diseñar el producto en las primeras fases del
proceso puede evitar problemas que serían más costosos cuando el proyecto
ya estuviese en fase de desarrollo.
 La documentación es muy exhaustiva y si se une al equipo un nuevo
desarrollador, podrá comprender el proyecto leyendo la documentación.
 Al ser un proyecto muy estructurado, con fases bien definidas, es fácil
entender el proyecto.
 Ideal para proyectos estables, donde los requisitos son claros y no van a
cambiar a lo largo del proceso de desarrollo.

Desventajas:

 En muchas ocasiones, los clientes no saben bien los requisitos que

necesitarán antes de ver una primera versión del software en
funcionamiento. Entonces, cambiarán muchos requisitos y añadirán otros
nuevos, lo que supondrá volver a realizar fases ya superadas y provocará un
incremento del coste.
 No se va mostrando al cliente el producto a medida que se va desarrollando,
si no que se ve el resultado una vez ha terminado todo el proceso. Esto cual
provoca inseguridad por parte del cliente que quiere ir viendo los avances en
el producto
 Los diseñadores pueden no tener en cuenta todas las dificultades que se
encontrarán cuando estén diseñando un software, lo que conllevará rediseñar
el proyecto para solventar el problema.
 Para proyectos a largo plazo, este modelo puede suponer un problema al
cambiar las necesidades del usuario a lo largo del tiempo. Si por ejemplo,
tenemos un proyecto que va a durar 5 años, es muy probable que los
requisitos necesiten adaptarse a los gustos y novedades del mercado.

Donde se pueden usar:

 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

Este ciclo de vida es indicado para proyectos cortos y de baja complejidad por que en este
ciclo no hay tantas validaciones entre las etapas.

Comparación con el DCU:

Aunque este ciclo de vida esta encaminado a la satisfacción plena de los usuarios finales se
queda corto en cuanto a cumplimiento para proyectos de grandes dimensiones puesto que
los requisitos principales pueden llegar a variar por que el proyecto tomara mas tiempo y
pueden surgir nuevos requisitos o variación el ellos.

Ciclo de vida en V

1.Generalidades:

El modelo de vida en “V” es un modelo hecho para mejorar las deficiencias que se
presentaban en el ciclo de vida en cascada. 
Muestra las relaciones en las fases de desarrollo y pruebas del software.Y está hecho
para sistemas especialmente de desarrollo de tecnologías y donde están claramente
definidos los requerimientos del sistema propuesto

2.Caracteristias:

En cada etapa, se crea la planificación de las pruebas y los casos de pruebas para
verificar y validar el producto según los requisitos de la etapa. Por ejemplo, en la
etapa de recogida de requisitos, el equipo de evaluadores prepara las pruebas de
caso correspondientes a los requisitos. Más tarde, cuando el producto se desarrolla
y está preparado para ser evaluado, las pruebas de caso en esta etapa verifican el
software y su validez según sus requisitos.
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1
Esto hace que tanto la verificación como la validación vayan en paralelo. Este
modelo también se conoce como modelo de validación y verificación.

3.Etapas del modelo:

4.Ventajas y desventajas:

VENTAJAS

 La relación entre las etapas de desarrollo y los distintos tipos de pruebas

facilitan la localización de fallos.
 Es un modelo sencillo y de fácil aprendizaje
 Hace explícito parte de la interacción y trabajo que hay que revisar
 Especifica bien los roles de los distintos tipos de pruebas a realizar
 Involucra al usuario en las pruebas

DESVENTAJAS:
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

 Es difícil que el cliente exponga explícita mente todos los requisitos

 El cliente debe tener paciencia pues obtendrá el producto al final del
ciclo de vida
 Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas
 El producto final obtenido puede que no refleje todos los requisitos del
usuario

Donde se puede usar:

Este ciclo de vida es el indicado para proyectos de baja y mediana envergadura,

aunque también fue pensado para proyectos de gran complejidad dando resultados
aceptables en este tipo de proyectos.

Comparación con el CDU:

Este ciclo de vida a comparación con el anterior esta un poco mas centrado en las
validaciones de las etapas con esto en busca de si hay un error en alguna etapa no se tenga
que esperar hasta el último ítem para la validación, con estas validaciones el ciclo asegura
cumplimiento al 100% de los requerimientos antes de pasar a la siguiente etapa.

Ciclo de vida diente de sierra:

Generalidades:

El modelo de diente de sierra muestra las percepciones del sistema por parte del usuario y
el desarrollador de software en diferentes niveles de abstracción a lo largo del tiempo.
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

Al inicio del proyecto los desarrolladores y los usuarios están en el mismo nivel de
abstracción, es decir, los requerimientos del sistema como se describen en el enunciado del
problema

Características:

 Es como el modelo v modificado que incluye intersecciones para evaluar cada uno
de los prototipos de las etapas
 Se llama modelo de diente de sierra porque cada demostración del prototipo da
como resultado un diente
 La punta de cada diente es una intersección con el nivel de abstracción del diente

Etapas:

 Análisis de requerimientos de sistema

 Análisis de requerimientos del software
 Demostración del prototipo 1
 Diseño preliminar
 Diseño detallado
 Demostración de prototipo 2
 Implementación
 Prueba unitaria
 Integración u prueba de componentes
 Integración y prueba del sistema
 Aceptación del cliente

Ventajas y desventajas:

Ventajas:
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1
 Las pruebas de cada fase ayudaran a corregir posibles errores sin tener que
esperar a que sean rectificados en la etapa final del proceso
 Con las pruebas unitarias y de integración se consigue obtener exactitud en
los programas

Desventajas:

 Al encontrarse errores luego de realizar las pruebas se pierde tiempo y

dinero, ya que cada prueba e realiza luego de haber terminado la
implementación

Donde se puede usar:

Este tipo de ciclo de vida están creados para proyectos de mediana y gran magnitud
y que involucren gran cantidad de colaboradores.

Comparación con el CDU:

Este ciclo de vida esta encaminado a cumplir con el diseño centrado en el usuario ya
que durante todo el desarrollo del software se va a estar en contacto con el cliente
para que revise cada validación o entregable del proyecto y su etapa final es la
aprobación por parte del cliente.

Ciclo de vida diente de tiburón:

Generalidades:

Es un modelo que añade versiones para la dirección y manifestaciones para el modelo

diente de sierra, ya que estos pueden ser vistos para ser en un nivel intermedio de
abstracción.

Características:

Incluye algunas mas actividades que el modelo de sierra, pero el enfoque es el mismo.
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

Etapas:

 Requerimientos del sistema

 Prototipo
 Diseño preliminar
 Prototipo
 Diselo detallado
 Prototipo
 Implementación
 Prueba
 Prueba del sistema
 Aceptación

Ventajas y desventajas:

 Presenta muchos inconvenientes del modelo en cascada y el modelo en v

 No esta centrado en la mitigación de riesgo
 El usuario apare algunas veces mas que solo al inicio y al final, pero no esta
centrada en el usuario
 En principio los prototipos presentan más interés de funcionalidad
 No es una solución iterativa centrada en el usuario

Donde se puede usar:

Cuando es largo el desarrollo de un software.

Comparación con el CDU

En este ciclo se tiene muy en cuenta la opinión del cliente por eso se tiene constante
contacto para la revisión de cada validación.

Modelo en espiral:
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

Descripción:
es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de
construcción de prototipos con los aspectos controlados y sistemáticos del MODELO
LINEAL y SECUENCIAL. Proporciona el potencial para el desarrollo rápido de versiones
incrementales del software que no se basa en fases claramente definidas y separadas para
crear un sistema.

Características
• Es un modelo de proceso evolutivo cuyas actividades se conforman en un espiral.
• Permite la evaluación de riesgos ya que pasa por diferentes fases.
• El proceso de fases se repite ciclo a ciclo hasta que permite su construcción.

Etapas:
 Comunicación con el cliente: Comunicación entre el desarrollador y el cliente.
 Planificación: Las tareas requeridas para definir recursos, el tiempo y otras
informaciones relacionadas con el proyecto.
 Análisis de riesgos: las tareas requeridas para evaluar riesgos técnicos y otras
informaciones relacionadas con el proyecto.
 Ingeniería: las tareas requeridas para construir una o más representaciones de
la aplicación.
 Construcción y entrega: las tareas requeridas para construir, probar, instalar y
proporcionar soporte al usuario.

Ventaja

 Puede adaptarse y aplicarse a lo largo de la vida del software de computadora.

 Es un enfoque realista del desarrollo de sistemas y de software a gran escala.
 Utiliza la construcción de prototipos como mecanismo de reducción de riesgos.
 Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en
cualquier etapa de evolución del producto.
 Mantiene el enfoque sistemático de los pasos sugeridos por el ciclo de vida clásico,
pero lo incorpora al marco de trabajo iterativo que refleja de forma más realista el
mundo real.
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

 Demanda una consideración directa de los riesgos técnicos en todas las etapas del
proyecto, y, si se aplica adecuadamente, debe reducir los riesgos antes de que se
conviertan en problemáticos

Desventajas

 Puede resultar difícil convencer a grandes clientes (particularmente en situaciones

bajo contrato) de que el enfoque evolutivo es controlable.
 Requiere una considerable habilidad para la evaluación del riesgo.
 No se ha utilizado tanto como los paradigmas lineales secuenciales o de
construcción de prototipos.

Donde se puede usar:

Desarrollo de Sistemas Operativos (complejos); también en sistemas de altos riesgos o

críticos (Ej. navegadores y controladores aeronáuticos)

se debe aplicar el modelo para todos aquellos proyectos en que sea necesaria una fuerte
gestión del proyecto y sus riesgos, técnicos o de gestión.

Comparación con el CDU

Este ciclo de vida también esta encaminado al desarrollo centrado en el usuario

puesto que la ultima etapa de este proceso es la evolución del cliente quien dictara si
cumple con los requerimientos pautados por el en el contrato.

Ciclo de Vida RUP

Descripción:
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

La metodología de desarrollo RUP por sus siglas en inglés ó Proceso de Desarrollo

Unificado es un proceso de desarrollo de software y junto con el Lenguaje Unificado de
Modelado UML, constituye la metodología estándar más utilizada para el análisis,
implementación y documentación de sistemas orientados a objetos. El RUP no es un
sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al
contexto y necesidades de cada organización.

Características:

 Desarrollo iterativo.
 Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y
cómo).
 Pretende implementar las mejores prácticas en Ingeniería de Software.
 Administración de requisito.
 Uso de arquitectura basada en componentes.
 Control de cambios.
 Modelado visual del software.
 Verificación de la calidad del software.

Etapas:

 Iniciación o Diseño : énfasis en el alcance del sistema;

 Preparación : énfasis en la arquitectura;
 Construcción : énfasis en el desarrollo;
 Transición : énfasis en la aplicación.
 RUP se basa también en las 4 Ps:
 Personas
 Diseño
 Producto
 Proceso

Cuándo usar RUP:

 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1

RUP puede utilizarse:

–En proyectos de nuevos productos de software.
–En ciclos de desarrollo subsecuentes.

Consideraciones que alteran cuándo y cómo usar partes de RUP:

–El ciclo de vida del proyecto.
–Los objetivos del negocio, la visión, el alcance y los riesgos.
–El tamaño del esfuerzo de desarrollo.

Bibliografía:

https://smartsoftcolombia.com/portal/index.php/blog/49-rup

https://leopa16.wixsite.com/isw-blog-es/single-post/2014/11/26/MODELO-DE-
DESARROLLO-DE-SOFTWARE-RUP

https://prezi.com/p/exp51lcav3yq/modelo-de-ciclo-de-vida-en-el-diseno-ihc/
 Eduar Farid Vanegas Galvis
Ingeniería en TIC
7ª 2020-1