MODELO DE CICLO DE VIDA DE

UN SISTEMA
REALIZADO POR:
MARCO BACULIMA
FAUSTO MALLA
Concepto:

Es una ciencia bien estructurada y bien definida de las etapa en la

ingeniería de un software para desarrollar el producto o software.

Es un preámbulo o bien un conjunto de las actividades que ocurren

durante el desarrollo del sistema propiamente.
Existen varios modelos de ciclo de vida como:
• Modelo de Cascada
• Modelo de cascada (ciclo de vida clásico)
• Ciclo de vida espiral
 METODO DE CASCADA PURA
• En un modelo en cascada, un proyecto progresa a través de una
secuencia ordenada de pasos partiendo de la especificación de
requerimientos hasta el mantenimiento del mismo.
El método realiza una revisión al final de cada etapa para determinar si
está preparado para pasar a la siguiente etapa.
 Ventaja y Desventaja
• Las ventajas del modelo en cascada pura superan los inconvenientes,
los modelos de cascada modificada (con retroceso) pueden funcionar
mejor.
• Las desventajas del modelo se centran en las dificultades para
especificar claramente los requerimientos al comienzo del proyecto,
antes de que se realice ningún trabajo de diseño y antes de escribir
ningún código.
METODOLOGIA
• Como sugiere el esquema del
modelo en cascada, antes de poder
avanzar a la siguiente etapa, es
necesario haber finalizado
completamente la etapa anterior.
 Modelo Cascada (Ciclo de vida clásico)

• Las fases se aplican de manera secuencial donde no se puede avanzar a

la siguiente fase hasta haber terminado la anterior.
 Ventaja y Desventaja
-Ventajas
• Adecuado para sistemas pequeños y de complejidad baja.
-Desventajas
• Si se comete un error en alguna fase repercute en la fase subsecuente,
pero no se descubre sino hasta que se tiene el sistema.
• El sistema solo se ve funcionando hasta el final por lo que el usuario se
desespera por no ver resultados.
• Las personas responsables de las fases subsecuentes no pueden
empezar hasta que terminen las personas de la fase antecedente
Modelo Cascada (Ciclo de vida clásico)
Recolección y
refinamiento
de requisitos

Diseño
Rápido
• Es el mas utilizado
• Se debe completar todas las
Construcción
del Prototipo
faces para el desarrollo del
prototipo

Evaluación

Desarrollo
del Producto
 Modelo en Espiral
• Creado por Bohem en los años 80, integra el modelo de prototipos y el
modelo en cascada. Dirige su aplicación mitigando los riesgos técnicos
con mayor probabilidad e impacto.

• Se aplica una serie de ciclos en cascada en espiral, de ahíviene su

nombre. Al finalizar cada ciclo o un poco antes, se realiza la planeación
del siguiente ciclo.
 Ventaja y Desventaja
-Ventajas
• Se ajusta el plan de trabajo de cada ciclo, por lo que siempre está
actualizado.
• Se afrontan los riesgos más peligrosos desde un principio por lo que si
uno no se puede resolver se minimizan las pérdidas económicas.
-Desventajas
• -Se requiere de personas que puedan detectar los riesgos y generar los
planes de contingencia y/o contención, lo cual implica una gran
experiencia y conocimiento por lo que se ve reflejado en los costos .
Modelo en Espiral
Este modelo considera el riesgo, factor que otros
modelos olvidan o no prestan atención en el
proceso.

1. El modelo empieza determinando los objetivos y

las limitaciones del software al inicio de cada
repetición.

2. En la siguiente etapa se crean los modelos de

prototipo del software. Esto incluye el análisis de
riesgos.

3. La implementación del proyecto: implementación

del desarrollo del software y su pertinente
verificación

4. En la cuarta etapa es donde se prepara el plan de

la siguiente repetición
METODO DE CODIFICAR
Y
CORREGIR
METODO DE CODIFICAR Y CORREGIR
• Este es el modelo básico. Contiene dos pasos:
• – Escribir código.
• – Corregir problemas en el código.
Se trata de primero implementar algo de código y luego pensar acerca de
requisitos, diseño, validación, y mantenimiento.
Metodología
• Diseño
• Código
• Depuración
• Métodos de prueba
Este modelo tiene tres problemas principales :
– Después de un número de correcciones, el código puede tener una muy mala
estructura.
– Frecuentemente, aún el software bien diseñado, no se ajusta a las necesidades del
usuario, por lo que es rechazado o su reconstrucción es muy cara.
– El código es difícil de reparar por su pobre preparación para probar y modificar.

Corregir los errores:

• Codificar
• Analizar
• Corregir
 Ventajas
• No se pierde tiempo en la planificación, en la documentación, en el
control de calidad, en el cumplimiento de los estándares, o en
cualquier otra actividad que no sea codificación pura.
• Como se pasa directamente a codificar, se pueden mostrar
inmediatamente indicios de progreso.
• Requiere poca experiencia: cualquier persona que haya escrito alguna
vez un programa está familiarizada con éste modelo.
 Desventaja
• El modelo resulta peligroso para otro tipo de proyectos que no sean
pequeños. No proporciona medios de evaluación de la calidad o de
identificación de riesgos. Si al llevar tres cuartas partes de la
codificación descubre que el diseño es incorrecto, no hay otra solución
que desechar el trabajo y comenzar de nuevo.
GRACIAS..