1. Modelo de
cascada
Desarrollo
evolutivo
Desarrollo
formal de
sistemas
Desarrollo
Orientado a
Reutilización
Desarrollo
Incremental
Desarrollo
en Espiral
Definición
Es el enfoque
metodológico que
ordena rigurosamente
las etapas
del proceso para el
desarrollo
de software.
Procesos de cambio a
todos los niveles que
ocurren a lo largo del
ciclo vital y que son
fruto tanto de nuestra
relación con el
ambiente que nos
rodea.
es un camino a la
construcción y
análisis de modelos
matemáticos que
permitan una
automatización del
desarrollo
de sistemas
informáticos.
Es un modelo
fuertemente orientado
a la reutilización. Este
modelo consta de 4
fases : Análisis de
componentes,
Modificación de
requisitos, Diseño del
sistema con
reutilización,
Desarrollo e
integración.
Es un proceso de
desarrollo de software
creado en respuesta a
las debilidades del
modelo tradicional de
cascada.
Es un modelo de ciclo
de vida del software
definido por primera
vez por Barry Boehm
en 1986 utilizado
generalmente en
la Ingeniería del
software.
características
Es el mas
utilizado.
Las fases
continúan hasta
que los
objetivos se
han cumplido.
El desarrollo es
un proceso de
construcción
dinámico.
Es un proceso
adaptativo.
la
especificación
es formal y
ejecutable
constituye el
primer
prototipo del
sistema
Se determina
qué
componentes
pueden ser
utilizados.
El software que
no puede
comprarse
Reduce el
rehacer trabajo
durante el
proceso de
desarrollo.
Se definen los
objetivos.
Pueden
desarrollarse
prototipos.
Aplicación
Es uno de los
puntos fuertes de
este método que,
por otra parte, no
obtiene tan
buenos
resultados.
La
especificación
puede
desarrollarse de
forma creciente
El desarrollo de
modelos
formales
actualmente es
bastante caro y
lleva mucho
tiempo.
Se diseña o
reutiliza el
marco de
trabajo .
tener en cuenta
los
componentes
localizados .
se puede
utilizar el
modelo de
cascada o
evolutivo.
Se realiza un
diseño
detallado del
plan
administrativo
Ventajas
Realiza un buen
funcionamiento
en equipos
débiles y
productos
maduros.
Los usuarios y
desarrolladores
logran un mejor
entendimiento
del sistema.
Se comprende
mejor el
sistema.
El sistema se
describe de
manera más
precisa.
Disminuye el
costo y esfuerzo
de desarrollo.
Reduce el tiempo
de entrega.
En el desarrollo
de este modelo
se da la
retroalimentaci
ón muy
temprano a los
usuarios.
Reduce riesgos
del proyecto.
Incorpora
objetivos de
calidad
Desventajas
En la vida real,
un proyecto rara
vez sigue una
secuencia lineal.
Proceso no
Visible.
Se requieren
técnicas y
herramientas.
Los
investigadores
por lo general no
conocen la
realidad
industrial.
Los
“compromisos”
en los
requisitos son
inevitables.
Cada
incremento
debe ser
pequeño para
limitar el riesgo
Genera mucho
tiempo en el
desarrollo del
sistema
Modelo costoso
