1

Ciclo de Vida del Software

 2

Concepto
 El software nace, crece y muere
– Es su ciclo de vida
– Nace con sus requerimientos y diseño
– Crece con su desarrollo y mantenimiento
– Muere cuando se reemplaza por otro
 Software obsoleto
 3

Software Obsoleto
 Razones
– Crecimiento de la empresa
» Cambio de los requerimientos originales
 Número de usuarios
 Número de transacciones

» Distribución del software

– Cambio de operaciones
» Ampliación
» Integración con otros sistemas
 4

Definición Formal
 ISO/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
 Modelo en cascada

Análisis

Diseño

Codificación

Integración

Mantenimiento
 6

Modelo en Cascada
 Inconveniencias
– Rígido, difícil de rectificar
– Documentación inicial se vuelve obsoleta
 Desarrollo evolutivo
– Ciclo de vida en espiral
– Uso de prototipos (de diversa fidelidad)
– Extreme Programming
– RAD (Rappid Application Development)
 Cambia el proceso pero no las actividades
 7

Modelo en Espiral

Solución
Construcción E C
A D
E C
A D
E C
Evaluación Diseño A D
E C
A D

Análisi Prototipado Iterativo

o Diseño Espiral
s
 8
Diseño Centrado en el Usuario
 9

Análisis
 Entrada
– Conocimiento del dominio de la aplicación, actividades
de los usuarios, mercado, etc.
 Actividades
– Identificar las necesidades del usuario
– Análisis de viabilidad
– Determinar los requerimientos de la aplicación
 Salida
– Documento de requerimientos del software
 10

Diseño
 Entrada
– Documento de requerimientos del software
 Actividades
– 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
 Salida
– Documento de diseño del software
– UML (Universal Modeling Language)
 11

Codificación
 Entrada
– Documento de diseño del software
 Actividades
– Creación del código fuente
– Pruebas de unidades
 Salida
– Código de módulos, probado
 12

Integración. Validación
 Entrada
– Código de módulos, probado
– Documento de requerimientos del software
(validación)
 Actividades
– Pruebas de integración
– Pruebas de validación
 Salida
– Aplicación completa, lista para usar
 13

Mantenimiento
 Entrada
– Software listo para usar
 Actividades
– Instalación
– Uso en paralelo
– Implementación
– Nuevos requerimientos, correcciones y modificaciones
– Soporte de usuarios
 Salida
– Aplicación respondiendo a las necesidades actuales
 14

CICLO DE VIDA
 15
CICLO DE VIDA DE
Los Sistemas de Información

• “Es un proceso por el cual los analistas de sistemas,

los ingenieros de software, los programadores y los
usuarios finales elaboran sistemas de información y
aplicaciones informáticas”.
(Whitten J., Bentley L., Barlow V. 1996)

Sistemas II.
 16
EL DESARROLLO DE
SISTEMAS DE INFORMACION

Ciclo de Vida = Ciclo de Desarrollo + Mantenimiento

Metodologías

1. ESTRUCTURADA.
2. ORIENTADO A OBJETO
Sistemas II.
 17

EL CICLO TRADICIONAL DE LOS S.I.

FASES
QUE VARIAN
DE
FASE N + 1 AUTOR
FASE N EN
AUTOR
FASE 3
FASE 2

FASE 1
 18
MODELOS PARA EL CICLO DE VIDA DE
DESARROLLO DE SOFTWARE
MODELOS

CASCADA ESTRUCTURADO ESPIRAL PROPTOTIPO

•Análisis de •Encuesta •Requerimientos.
requerimientos •Análisis. •Análisis de riesgo. • Requerim. Básicos
•Especificaciones. •Prototipo 1, 2. •Desarr. Prot. oper.
•Diseño.
•Diseño. •Req. software •Uso prot.
•Implantación..
•Implementación. •Pruebas •Validación de Req. •Usuario satisfecho?.
•Prueba Si. Aceptar.
•Control de calidad. •Análisis de riesgo.
•Mantenimiento. No. Revisar y
•Procedimientos. •Prototipo 3.
mejorar.
•Conversión B.D. •Diseño software.
•Instalación. •Validación diseño.
• Integración y prueba.

Sistemas II.
 CICLO DE VIDA TRADICIONAL 19

Los Sistemas de Información

Definición PRODUCTOS.
del
Propuesta.
Proyecto
Estudio
de
Propuesta sistema.
Sistemas

Diseño
Especificaciones.
Programación Código.
Instalación Pruebas
Posimplantación Auditoría.
Laudon y Laudon. 1996
Sistemas II.
 20

EL CICLO DE VIDA SEGÚN BIBLIOGRAFÍA

SENN:
FABREGAS:
1- Investigación Preliminar
1- Requerimientos
2- Determ. de Requerimientos.
2- Análisis/Diseño 3- Diseño del Sistema
3- Construcción 4- Desarrollo del Software
4- Pruebas 5- Prueba del Sistema
5- Producción/Mantenimiento 6- Implantación y Evaluación
PRESSMAN: EN GENERAL
1- Análisis USAREMOS:
2- Diseño 1- Análisis
3- Codificación 2- Diseño
4- Prueba 3- Implementación
5- Mantenimiento 4- Mantenimiento
 21
CARACTERISTICAS DEL CICLO DE VIDA
CLASICO

• Implantación Ascendente
• Las fases deben sucederse de manera Secuencial
• El usuario no ve resultados, sino hasta el final
• El usuario o el ambiente pueden cambiar las
especificaciones originales del sistema.
• Presenta numerosos problemas Analista-Usuario
• Manejable como proyecto
 22

EL CICLO TRADICIONAL DE LOS S.I.

FASE N + 1 EL USUARIO:
FASE N

FASE 3

FASE 2

FASE 1
 23
Y al final del ciclo de Desarrollo del
sistema.....

El usuario
y
?
su
Sistema
Definitivo.

Sistemas II.
 24
Y al final del ciclo de Desarrollo del
sistema.....

Esto no es lo
que yo
esperaba...

Sistemas II.
 25
Y al final del ciclo de Desarrollo del
sistema.....

¿ Será que no supe

explicarles mis
requerimientos ?

Sistemas II.
 Y al final del ciclo de Desarrollo del 26

sistema.....

Tal vez ellos

no me
entendieron...

Sistemas II.
 27
Y al final del ciclo de Desarrollo del
sistema.....

Sistemas II.
 28

LA EXPERIENCIA DEMUESTRA QUE

No siempre se definen los requerimientos

en forma:
Completa
Correcta y
Consistente

Sistemas II.
 29
El modelaje de requerimientos

A veces resulta difícil para

el usuario, revisar todas las Sr. Usuario:
especificaciones Tiene que leerse
esto, esto, esto...

Analista

Sistemas II.
 CICLO DE VIDA TRADICIONAL 30

Los Sistemas de Información

ANALISIS DISEÑO

MANTENIMIENTO IMPLEMENTACION

Sistemas II.
 31

CICLO DE VIDA

1. ANALISIS:
1.1. Estudio Preliminar
1.2. Levantamiento de Información
1.3. Definición del Problema
1.4. Elaboración del Modelo Funcional del Sistema actual
1.5. Determinación de Requerimientos
1.6. Descripción y Evaluación de Alternativas
1.7. Aprobación de alternativas

Sistemas II.
 32
CICLO DE VIDA

2.DISEÑO
2.1. Elaborar Modelo Funcional del Sistema
Propuesto
2.2. Diseño Lógico
2.3. Elaboración y Presentación del prototipo
del Sistema
2.4. Aprobación del Sistema Propuesto

Sistemas II.
 33

CICLO DE VIDA:

3. IMPLEMENTACION
3.1. Desarrollo del Software
3.2. Prueba del Sistema
3.3. Puesta en Marcha

¿ Qué significa poner en

Marcha un Sistema ?

Sistemas II.
 34

CICLO DE VIDA:
PUESTA EN MARCHA:
Actividad de traslado de una aplicación probada a un
ambiente de producción
- Acondicionamiento de locales
- Organización del Cliente
- Entregar aplicación probada
- Elaborar datos en Vivo
- Adiestramiento
- Carga de datos en vivo
- Entrega de documentación
- Asignar Responsabilidades
- Determinar FIN de la instalación
Sistemas II.
 35

MANTENIMIENTO DE SISTEMAS

• Es la última fase del Ciclo de Vida de Desarrollo de

Sistemas, en donde los SI son sistemáticamente
reparados y mejorados.
• Por definición, el proceso de mantenimiento de un SI es
un proceso de devolución al principio del Ciclo de Vida y
de repetición de los pasos de desarrollo para la
implementación de cambios.
• Las 4 actividades más importantes que ocurren dentro
del mantenimiento son:
–Obtención de los requerimientos de mantenimiento.
– Transformación de los requerimientos en cambios.
–Diseño de los cambios.
– Implementación de los cambios.
Sistemas II.
 36

TIPOS DE MANTENIMIENTO

• CORRECTIVO. Para reparar fallas en el diseño,

codificación o implementación, del sistema.

• ADAPTATIVO. Para que las funcionalidades del sistema

evolucionen a la par de los cambios del negocio o de las
tecnologías.

• PERFECTIVO. Para agregar nuevas funciones al sistema o

para mejorar su desempeño.

• PREVENTIVO. Para evitar posibles problemas del sistema

a Futuro.

Sistemas II.
 37

¿QUE HACER PARA

IMPLEMENTAR
UN EXITOSO
SISTEMA DE INFORMACION?

Sistemas II.