modelos ingenieria de sofware

INGENIERÍA DE SOFTWARE
CICLOS DE VIDA Y METODOLOGIAS
Rubby Casallas, Andrés Yie
Departamento de Sistemas y Computación
Facultad de Ingeniería

Universidad de los Andes

Agenda



Contexto
Ciclos de vida:
Modelo en Cascada
 Modelo en V
 Modelo en Espiral
 Modelo Unified Process




IEEE 1074

Contexto


El desarrollo de un sistema de software está
enmarcadopor los recursos, el tiempo y un conjunto
de requerimientos.
Recursos
Tiempo

Requerimientos

Sistema

Contexto






Para lograrlo debe existir una planeación y un
seguimiento a ésta.
Una planeación está conformada por
actividades, recursos y tiempo
Esas actividades se llevan a cabo
dentro de un proceso definido

Proceso de construcción de software


“El conjuntocompleto de actividades de ingeniería de
software necesarias para transformar los
requerimientos del usuario en software.” [Humphrey]

Problema

Solución

Requisitos
Requerimientos

Análisis

Diseño

Codificación

Pruebas

Liberación
Software

Ciclos de Vida




El proceso que se sigue para construir, entregar
y hacer evolucionar el software, desde la
concepción de unaidea hasta la entrega y el
retiro del sistema.
Representa todas las actividades y artefactos
(productos intermedios) necesarios para
desarrollar una aplicación

Actividades de un Ciclo de Vida
Implícita o Explícitamente todos los modelos de
ciclo de vida cuentan por lo menos con las
siguientes actividades

REQUERIMIENTOS

DISEÑO

IMPLEMENTACIÓN

PRUEBAS

MANTENIMIENTOModelo en Cascada





Modelo orientado en las actividades
Prescribe una ejecución secuencial de un
subconjunto de los procesos de desarrollo y de
administración
Es el modelo mas antiguo, propuesto por Winston
Royce en1970.

Modelo en Cascada
LANZAMIENTO
REQUERIMIENTOS
DISEÑO
IMPLEMENTACION
PRUEBAS
INSTALACION

MANTENIMIENTO

Modelo en Cascada - Fortalezas
Fácilentendimiento e implementación
 Ampliamente utilizado y conocido ( En teoría )
 Refuerza buenos hábitos: definir antes que
diseñar, diseñar antes que codificar
 Identifica entregables e hitos
 Orientado a documentos
 Funciona bien en productos maduros y equipos
débiles


Modelo en Cascada - Debilidades









No aprovecha la iteración, ni el desarrollo
exploratorio
Esperarequerimientos definidos completamente al
inicio del proyecto  IREAL
Dificultar para integrar administración del riesgo
El software es entregado tarde en el proyecto
Esto hace que se detecten errores graves muy
tarde.
Hacer cambios es difícil y costoso

Modelo en V




Busca hacer la actividad de pruebas más
efectiva y productiva
Los planes (y casos de prueba) se vanelaborando a medida que se avanza en el
desarrollo del proyecto

Modelo en V
Definición de requerimientos
Pre. Pruebas
Aceptación

Análisis de requerimientos

Diseño arquitectura

Pre. Pruebas
Sistema
Pre. Pruebas
Integración

Diseño detallado

Programación

Pre. Pruebas
Unitarias

Pruebas
Unitarias

Pruebas
Integración

Pruebas
Sistema

Pruebas
Aceptación

Modelo enEspiral







Modelo centrado en las actividades
Basado en las mismas actividades del modelo de
cascada
Introduce: manejo de riesgos y creación de
prototipos
Las actividades son organizadas en ciclos

Modelo en Espiral




Un ciclo corresponde a la construcción de un producto
intermedio
Las actividades de cada ciclo son:








Determinar objetivosEspecificar las restricciones
Generar alternativas
Identificar riesgos
Resolver riesgos
Desarrollar y verificar próximo nivel del producto
Desarrollar el plan del ciclo

Modelo en Espiral

REQUERIMIENTOS

DISEÑO

LANZAMIENTO

IMPLEMENTACION

Prototipo 1
Prototipo 2

V&V

Prototipo 3

N… Ciclos

Prototipo 4
……..
Prototipo n…

INSTALACION

MANTENIMIENTO

Modelo...