ciclo de vida del 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...
Regístrate para leer el documento completo.