ciclo de vida del software

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á
enmarcado por los recursos, el tiempo yun 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 conjunto completo de actividades de ingeniería de
softwarenecesarias 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 una idea hasta la entrega y el
retiro del sistema.
Representa todas las actividades yartefactos
(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 unsubconjunto 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ácil entendimiento 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
Espera requerimientos definidos completamente al
inicio del proyecto  IREAL
Dificultar para integrar administración del riesgo
El software es entregadotarde 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 van
elaborando 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ñoarquitectura

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 en Espiral







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 enciclos

Modelo en Espiral




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

Determinar objetivos
Especificar 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

LANZAMIENTOIMPLEMENTACION

Prototipo 1
Prototipo 2

V&V

Prototipo 3

N… Ciclos

Prototipo 4
……..
Prototipo n…

INSTALACION

MANTENIMIENTO

Modelo Unified Process





Consiste en varios ciclos
Al final de cada uno, un producto es entregado al
cliente
Cada ciclo consiste de cuatro fases:








Inception
Elaboration
Construction
Transition

Cada fase puede tener varias iteraciones
Una iteración construye...