CICLOS DE VIDA DEL SOFTWARE

El software se describe como un ser viviente, con vida útil, se compone de distintas etapas,
las cuales pueden ser muy variadas de acuerdo a lo que se quiere construir, de su tamaño,
de su presupuesto, de la capacidad del equipo, de la experiencia de los desarrolladores, etc.

Es un enfoque que sostiene los sistemas que sean desarrollados de mejor manera mediante
el uso de un ciclo específico de actividades del analista, el desarrollador y el usuario.

Sus etapas se describen en el siguiente cuadro:

ETAPAS
Sus etapas pueden variar, de acuerdo al autor que se consulte, sin embargo, se deben tener en cuenta los
siguientes elementos:
Planeación – Especificaciones iniciales
Desarrollo – Construcción de software
Operación - uso del Sistema
Mantenimiento – Corrección y actualización
CICLO DE VIDA VENTAJAS DESVENTAJAS UTILIZACION
El modelo de ciclo de vida
cascada, captura algunos
principios básicos:
Planear un proyecto antes Una de las contribuciones
de embarcarse en él. más importantes del
Definir el comportamiento modelo cascada es para
externo deseado del
MODELO los administradores,
sistema antes de diseñar su
CASCADA posibilitándoles avanzar
arquitectura interna.
Documentar los resultados en el desarrollo, aunque
de cada actividad. en una escala muy bruta.
Diseñar un sistema antes
de codificarlo.
Testear un sistema después
de construirlo.
MODELO DE El modelo de desarrollo Si un error importante es Los riesgos asociados con
DESARROLLO incremental provee realizado, sólo la última el desarrollo de sistemas
INCREMENTAL algunos beneficios iteración necesita ser largos y complejos son
significativos para los descartada. enormes. Una forma de
proyectos: Reduciendo el tiempo de
reducir los riesgos es
Construir un sistema desarrollo de un sistema
construir sólo una parte
 (en este caso en del sistema, reservando
incremento del sistema)
otros aspectos para
decrecen las
pequeño es siempre menos probabilidades que esos
niveles posteriores. El
riesgoso que construir un requerimientos de usuarios desarrollo incremental es
sistema grande. puedan cambiar durante el el proceso de
Al ir desarrollando parte desarrollo. construcción siempre
de las funcionalidades, es Si un error importante es incrementando
más fácil determinar si los realizado, el incremento subconjuntos de
requerimientos planeados previo puede ser usado. requerimientos del
para los niveles Los errores de desarrollo sistema. Típicamente, un
subsiguientes son realizados en un documento de
correctos. incremento, pueden ser requerimientos es escrito
arreglados antes del
al capturar todos los
comienzo del próximo
incremento. requerimientos para el
sistema completo.
En el modelo evolutivo,
los requerimientos son
cuidadosamente El Prototipado ha sido
examinados, y sólo esos usado frecuentemente en
que son bien los 90, porque la
comprendidos son El desarrollo de software especificación de
seleccionados para el en forma evolutiva
requerimientos para
primer incremento. Los requiere un especial
desarrolladores construyen cuidado en la sistemas complejos
una implementación manipulación de tienden a ser
parcial del sistema que documentos, programas, relativamente dificultoso
recibe sólo estos datos de test, etc. de cursar. Muchos
MODELO DE
requerimientos. desarrollados para distintas usuarios y clientes
DESARROLLO
El sistema es entonces versiones del software. encuentran que es mucho
EVOLUTIVO
desarrollado, los usuarios Cada paso debe ser más fácil proveer
lo usan, y proveen registrado, la retroalimentación
retroalimentación a los documentación debe ser convenientemente basado
desarrolladores. Basada en recuperada con facilidad,
en la manipulación, desde
esta retroalimentación, la los cambios deben ser
especificación de efectuados de una manera
un prototipo, en vez de
requerimientos es controlada. leer una especificación de
actualizada, y una segunda requerimientos
versión del producto es potencialmente ambigua y
desarrollada y desplegada. extensa.
El proceso se repite
indefinidamente.
MODELO ESPIRAL es un modelo del ciclo de
meta-vida. En este modelo,
el esfuerzo de desarrollo es
iterativo. Tan pronto como
uno completa un esfuerzo
de desarrollo, otro
comienza. Además, en
cada desarrollo ejecutado,
puedes seguir estos cuatros
pasos:
 Determinar qué quieres
lograr.
Determinar las rutas
alternativas que puedes
tomar para lograr estas
metas. Por cada una,
analizar los riesgos y
resultados finales, y
seleccionar la mejor.
Seguir la alternativa
seleccionada en el paso 2.
Establecer qué tienes
terminado
En algunos proyectos,
múltiples etapas de un
producto se han
desarrollado
concurrentemente.
Por ejemplo, no es inusual
estar haciendo mantención
de la etapa 1 de un
Provee una meta- producto, y al mismo
descripción del proceso tiempo estar haciendo
software. Mientras que la mantención sobre un
contribución primaria del componente 2, mientras
modelo espiral es en que se está haciendo
realidad que esas codificación sobre un
MODELO actividades del software componente 3, mientras se
CONCURRENTE ocurran repetidamente, la realiza diseño sobre una
contribución del modelo etapa 4, y especificación
concurrente es su de requisitos sobre un
capacidad de describir las componente 5.
múltiples actividades del En todos estos casos,
software ocurriendo diversas actividades están
simultáneamente. ocurriendo
simultáneamente.
Eligiendo seguir un
proyecto usando técnicas
de modelación
concurrente, se posibilita
el conocimiento del estado
verdadero en el que se
encuentra el proyecto.