Please enable JavaScript.
Coggle requires JavaScript to display documents.
Ciclo de vida del software - Coggle Diagram
Ciclo de vida del software
MODELOS DE CICLO DE VIDA
Alcance del ciclo de vida
Depende de hasta dónde deseamos llegar con el proyecto
Cualidad y cantidad de las etapas
Estructura y la sucesión de las etapas
Sí hay realimentación entre ellas, y tenemos libertad de repetirlas
Ciclo de vida linea
Caracteriticas
Las etapas mencionadas deben ser independientes entre sí
Cada etapa se realiza una sola vez
Sencillez de su gestión y administración tanto económica como temporal
Es muy costoso retomar una etapa anterior al detectar alguna falla
Ciclo de vida en cascada puro
Caracteristicas
Después de cada etapa se realiza una o varias revisiones para comprobar si se puede pasar a la siguiente.
su planificación sencilla
la necesidad de contar con todos los requerimientos (o la mayoría) al comienzo del proyecto
Es un ciclo adecuado para los proyectos en los que se dispone de todos los requerimientos al comienzo, para el desarrollo de un producto con funcionalidades conocidas o para proyectos, que, aun siendo muy complejos, se entienden perfectamente desde el principio
Ciclo de vida en V
Diseñado por Alan Davis
Caracteriticas
Contiene las mismas etapas que el ciclo de vida en cascada puro
Se le agregaron dos subetapas de retroalimentación entre las etapas de análisis y mantenimiento
agregado de los controles cruzados entre etapas para lograr una mayor corrección.
Ciclo de vida tipo Sashimi
caracteristicas
Este ciclo de vida es parecido al ciclo de vida en cascada puro,
Se hace notar como ventajas la ganancia de calidad en lo que respecta al producto final
Falta de necesidad de una documentación detallada (el ahorro proviene por el solapado de las etapas)
Es muy difícil gestionar el comienzo y fin de cada etapa
Ciclo de vida en cascada con subproyectos
Caracteristicas
Cada una de las cascadas se dividen en subetapas independientes que se pueden desarrollar en paralelo
Puede tener más gente trabajando al mismo tiempo
Pueden surgir dependencias entre las distintas subetapas que detengan el proyecto temporalmente si no es gestionado de manera correcta.
Ciclo de vida iterativo
Caracteriticas
derivado del ciclo de vida en cascada puro
busca reducir el riesgo que surge entre las necesidades del usuario y el producto final
Es la iteración de varios ciclos de vida en cascada
El cliente es quien luego de cada iteración, evalúa el producto y lo corrige o propone me- joras
Ciclo de vida por prototipos
Caracteriticas
El objetivo es lograr un producto intermedio, antes de realizar el producto final
Se utiliza mayoritariamente en desarrollos de productos con innovaciones importantes, o en el uso de tecnologías nuevas o poco probadas
Este ciclo se basa en que es el único apto para desarrollos en los que no se conoce a priori
altamente costoso y difícil para la administración temporal
Ciclo de vida evolutivo
Acepta que los requerimientos del usuario pueden cambiar en cualquier momento.
Luego de cada desarrollo obtenemos una nueva versión del producto
la aplicación evoluciona hasta lograr las satisfacciones de los todos los sectores involucrados
Ciclo de vida incremental
se basa en la filosofía de construir incrementando las funcionalidades del programa
Se realiza construyendo por módulos que cumplen las diferentes funciones del sistema.
Este ciclo de vida nos permite realizar una entrega al cliente antes de terminar el proyecto.
Beneficios
Construir un sistema pequeño siempre es menos riesgoso que construir un siste-ma grande.
Como desarrollamos independientemente las funcionalidades, es más fácil relevarlos requerimientos del usuario
Si se detecta un error grave, sólo desechamos la última iteración
No es necesario disponer de los requerimientos de todas las funcionalidades en elcomienzo del proyecto
Ciclo de vida en espira
diseñado por Boehm en el año 1988
Caracteriticas
Se basa en una serie de ciclos repetitivos para ir ganando madurez en el producto final.
se tiene más en cuenta el concepto de riesgo que aparece debido a las incertidumbres e ignorancias de los requerimientos
Etapas
Planificación:
Análisis de riesgo
Implementación
Evaluación:
Ciclo de vida orientado a objetos
La característica principal de este modelo es la abstracción de los requerimientos de usuario
La abstracción es lo que nos permite analizar y desarrollar las características esenciales de un objeto
Favorece la reducción de la complejidad del problema que deseamos abordar y per-mite el perfeccionamiento del producto.
Es un modelo muy versátil, y por ser uno de los últimos en aparecer, aprendió mucho de los anteriores