Está en la página 1de 29

TEMA 2: CICLO DE VIDA DELSOFTWARE

UNIDAD DIDACTICA: ANALISIS Y DISEÑO DE SISTEMAS


DOCENTE: ING. ALBERTO A. BENITES PACHERRES
CICLO DE VIDA DEL SOFTWARE
• “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”.

Sistemas II.
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
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
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.
CICLO DE VIDA TRADICIONAL
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
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
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
EL CICLO TRADICIONAL DE LOS S.I.

FASE N + 1 EL USUARIO:
FASE N

FASE 3

FASE 2

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

El usuario
y
?
su
Sistema
Definitivo.
Y al final del ciclo de Desarrollo del
sistema.....

Esto no es lo
que yo
esperaba...
Y al final del ciclo de Desarrollo del
sistema.....
¿ Será que no supe
explicarles mis
requerimientos ?
Y al final del ciclo de Desarrollo del
sistema.....

Tal vez ellos


no me
entendieron...
Y al final del ciclo de Desarrollo del
sistema.....
?
LA EXPERIENCIA DEMUESTRA QUE

No siempre se definen los requerimientos


en forma:
Completa
Correcta y
Consistente

Sistemas II.
El modelaje de requerimientos

A veces resulta difícil para


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

Analista
CICLO DE VIDA TRADICIONAL
Los Sistemas de Información
ANALISIS DISEÑO

MANTENIMIENTO IMPLEMENTACION
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
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
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 ?
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
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.
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.
¿Qué es una Metodología ...

Las metodologías imponen un


proceso disciplinado sobre el
desarrollo de software con el fin
de hacerlo más predecible y
eficiente.
Metodologías ...

Metodología Monumental
Existen hace mucho tiempo, no han sido exitosas porque
son muy burócratas, se han orientado al documento más
que a los resultados.
Metodologías ...

Metodología Ágil

Son la justa medida entre “ningún proceso” y “demasiado


proceso”, proporcionando simplemente “suficiente
proceso” para que el esfuerzo valga la pena !!!
Las ágiles más conocidas ...

• XP (Programación Extrema)
• La familia Cristal de Cockburn
• Código Abierto
• ASD (Desarrollo de Software Adaptable)
• SCRUM
• FFD (Desarrollo Manejado por Rasgos)
• DSDM (Método de desarrollo de sistema dinámico)
• RUP (Rational Unified Process)
BIBLIOGRAFÍA.

•Laudon K. Y Laudon J. 1996. Administración de los Sistemas de


Información. 3era. Edición. Pág: 426.
•Senn J. 1992. Análisis y Diseño de Sistemas de Información.
2da. Edición. Pág: 33 .
•Sage A. Y Palmer. J. 199_. Software Systems Engineering.
Pág: 48 
•Whitten J., Bentley L., Barlow V. 1996. Análisis y Diseño de
Sistemas de Información. 3era. Edición. Pág: 95 
• Yourdon E. 1993. Análisis Estructurado Moderno. Pág: 86
Caso Practico:

La empresa de transporte ABS requiere


elaborar un software que permita llevar un
control de la venta de pasajes. Ya que su
principal problema es que los vendedores
como se encuentran en diferentes puntos
tienen que comunicarse telefónicamente
para no vender boletos con el mismo numero
de asiento a un mismo destino. Se debe tener
en cuenta que actual mente la empresa tiene
un solo bus con destino Tumbes – Trujillo –
Tumbes

También podría gustarte