El documento describe el ciclo de vida del software, incluyendo las etapas de análisis, diseño, codificación, integración, mantenimiento y obsolescencia. Explica que el software nace con sus requerimientos y diseño iniciales, crece a través de su desarrollo y mantenimiento, y eventualmente muere cuando es reemplazado por otro software más actualizado. También compara diferentes modelos de ciclo de vida como el modelo en cascada y el modelo en espiral.

1. CICLO DE VIDA DEL
SOFTWARE
Carlos González
Teoría de información

2. CONCEPTO
l software nace, crece y muere
o Es su ciclo de vida
o Nace con sus requerimientos y diseño
o Crece con su desarrollo y mantenimiento
o Muere cuando se reemplaza por otro
oftware obsoleto

3. SOFTWARE OBSOLETO
azones
o Crecimiento de la empresa
o Cambio de los requerimientos originales
o Número de usuarios
o Número de transacciones
o Distribución del software
 Cambio de operaciones
o Ampliación
o Integración con otros sistemas

4. DEFINICIÓN FORMAL
SO/IEC 12207
 Information Technology / Software Life Cycle Processes
 Estándar para los procesos de ciclo de vida del software
Un marco de referencia que contiene los procesos, las
actividades y las tareas involucradas en el desarrollo, la
explotación y el mantenimiento de un producto de software,
abarcando la vida del sistema desde la definición de los
requisitos hasta la finalización de su uso”.

5. ACTIVIDADES
odelo en cascadaAnálisis
Diseño
Codificación
Integración
Mantenimiento

6. MODELO EN CASCADA
nconveniencias
Rígido, difícil de rectificar
Documentación inicial se vuelve obsoleta
esarrollo evolutivo
Ciclo de vida en espiral
Uso de prototipos (de diversa fidelidad)
Extreme Programming
RAD (Rappid Application Development)
ambia el proceso pero no las actividades

7. MODELO EN ESPIRAL
Análisis
Diseño
Construcción
Evaluación
A
D
CE
A
D
CE
A
D
E
A
D
CE
C
Prototipado Iterativo
o Diseño Espiral
Solución

8. DISEÑO CENTRADO EN EL
USUARIO

9. ANÁLISIS
ntrada
 Conocimiento del dominio de la aplicación, actividades de los
usuarios, mercado, etc.
ctividades
 Identificar las necesidades del usuario
 Análisis de viabilidad
 Determinar los requerimientos de la aplicación
alida
 Documento de requerimientos del software

10. DISEÑO
ntrada
Documento de requerimientos del software
ctividades
Establecer estrategia de solución
Análisis de alternativas. Formalizar la solución
Descomponer y organizar la aplicación
Fijar descripciones de cada módulo
alida
Documento de diseño del software
UML (Universal Modeling Language)

11. CODIFICACIÓN
ntrada
 Documento de diseño del software
ctividades
 Creación del código fuente
 Pruebas de unidades
alida
 Código de módulos, probado

12. INTEGRACIÓN. VALIDACIÓN
ntrada
 Código de módulos, probado
 Documento de requerimientos del software (validación)
ctividades
 Pruebas de integración
 Pruebas de validación
alida
 Aplicación completa, lista para usar

13. MANTENIMIENTO
ntrada
Software listo para usar
ctividades
Instalación
Uso en paralelo
Implementación
Nuevos requerimientos, correcciones y modificaciones
Soporte de usuarios
alida
Aplicación respondiendo a las necesidades actuales