Modelos de Ingeniería, Ventajas y Desventajas

CARACTERSTICAS
Es
el
enfoque
metodolgico
que
ordena rigurosamente
las etapas del ciclo de
vida del software, de
forma que el inicio de
cada
etapa
debe
esperar
a
la
finalizacin
de
la
inmediatamente
anterior. El modelo en
cascada es un proceso
de
desarrollo
secuencial, en el que el
desarrollo
se
ve
fluyendo hacia abajo
(como una cascada)
sobre las fases que
componen el ciclo de
vida.
VENTAJAS
El modelo en cascada
puede ser apropiado, en
general, para proyectos
estables (especialmente
los
proyectos
con
requisitos no cambiantes)
y donde es posible y
probable
que
los
diseadores
predigan
totalmente
reas
de
problema del sistema y
produzcan
un
diseo
correcto antes de que
empiece
la
implementacin. Funciona
bien
para
proyectos
pequeos
donde
los
requisitos
estn
bien
entendidos. Es un modelo
en el que todo est bien
organizado
y
no
se
mezclan las fases. Es
simple y fcil de usar.
Debido a la rigidez del
modelo
es
fcil
de
gestionar ya que cada
fase tiene entregables
especficos y un proceso
de revisin. Las fases son
procesadas
y
completadas de una vez.
DESVENTAJAS
DIAGRAMA
En la vida real, un proyecto
rara
vez
sigue
una
secuencia lineal, esto crea
una mala implementacin
del modelo, lo cual hace
que lo lleve al fracaso.
Difcilmente un cliente va a
establecer
al
principio
todos
los
requisitos
necesarios, por lo que
provoca un gran atraso
trabajando en este modelo,
ya que este es muy
restrictivo y no permite
movilizarse entre fases.
Los resultados y/o mejoras
no
son
visibles
progresivamente,
el
producto se ve cuando ya
est finalizado, lo cual
provoca
una
gran
inseguridad por parte del
cliente que quiere ir viendo
los avances en el producto.
s
MODELO DE CASCADA
CARASCTERISTICAS
El modelo incremental
combina elementos del
modelo en cascada con la
filosofa interactiva de
construccin de
prototiposEste modelo
aplica secuencias lineales
de forma escalonada
mientras progresa el
tiempo en el calendario.
Cada secuencia lineal
produce un incremento del
software. Cuando se utiliza
un modelo incremental, el
primer incremento es a
menudo un producto
esencial, slo con los
requisitos bsicos. Este
modelo se centra en la
entrega de un producto
operativo con cada
incremento. Los primeros
incrementos son versiones
incompletas del producto
final, pero proporcionan al
usuario la funcionalidad
que precisa y tambin una
plataforma para la
evaluacin
MODELO INCREMENTAL
VENTAJAS
Mediante este modelo se
genera software operativo
de forma rpida y en
etapas tempranas del ciclo
de vida del software.
Es un modelo ms
flexible, por lo que se
reduce el coste en el
cambio de alcance y
requisitos.
Es ms fcil probar y
depurar en una iteracin
ms pequea.
Es ms fcil gestionar
riesgos.
Cada iteracin es un hito
gestionado fcilmente
DESVENTAJAS
Para el uso de este modelo
se requiere una
experiencia importante
para definir los
incrementos y distribuir en
ellos las tareas de forma
proporcionada. Entre los
inconvenientes que
aparecen en el uso de este
modelo podemos destacar
los siguientes: Cada fase
de una iteracin es rgida y
no se superponen con
otras. Pueden surgir
problemas referidos a la
arquitectura del sistema
porque no todos los
requisitos se han reunido,
ya que se supone que
todos ellos se han definido
al inicio.
DIAGRAMA
MODELO EN ESPIRAL
CARACTERISTICAS
VENTAJAS
DESVENTAJAS
Las actividades de este

modelo se conforman
en una espiral, cada
bucle representa un
conjunto de actividades.
Las
actividades
no
estn fijadas a priori,
sino que las siguientes
se eligen en funcin del
anlisis
de
riesgos,
comenzando
por
el
bucle anterior. Para ello,
se comienza mirando
las posibles alternativas
de desarrollo, se opta
por la de riesgos ms
asumibles y se hace un
ciclo de la espiral. Si el
cliente quiere seguir
haciendo mejoras en el
software, se vuelven a
evaluar
las
nuevas
alternativas y riesgos y
se realiza otra vuelta de
la espiral, as hasta que
llegue un momento en
el que el producto
software
desarrollado
sea aceptado y no
necesite
seguir
Reduce riesgos del

proyecto Incorpora
objetivos de calidad
Integra el desarrollo
con el mantenimiento
Adems es posible
tener
en
cuenta
mejoras y nuevos
requerimientos
sin
romper
con
el
modelo, ya que el
ciclo de vida no es
rgido ni esttico.
Mediante este modelo
se produce software
en etapas tempranas
del ciclo de vida y
suele ser adecuado
para proyectos largos
de misin crtica.
Es un modelo que
genera mucho trabajo
adicional. Al ser el
anlisis de riesgos
una de las tareas
principales exige un
alto
nivel
de
experiencia y cierta
habilidad
en
los
analistas de riesgos
(es bastante difcil).
Esto puede llevar a
que sea un modelo
costoso. Adems, no
es un modelo que
funcione bien para
proyectos pequeos.
DIAGRAMA
Las cuatro regiones del grfico son:

La tarea de planificacin: para definir
recursos, responsabilidades, hitos y
planificaciones
La
tarea
de
determinacin de objetivos: para definir
los requisitos y las restricciones para el
producto
y
definir
las
posibles
alternativas
La tarea de anlisis de riesgos:
para evaluar riesgos tanto tcnicos como
de gestin
La tarea de ingeniera: para
mejorndose con otro

nuevo ciclo. El modelo
en espiral est pensado
para proyectos largos,
caros y complicados
disear e implementar uno o ms

prototipos o ejemplos de la aplicacin
MODELO BASADO EN PROTOTIPOS

CARACTERISTICAS
VENTAJAS
DESVENTAJAS
DIAGRAMA
El
paradigma
de
construccin
de
prototipos comienza con
la
recoleccin
de
requisitos.
El
desarrollador y el cliente
encuentran y definen los
objetivos globales para
el software, identifican
los requisitos conocidos
y las reas del esquema
en donde es obligatoria
ms
definicin.
Entonces aparece un
diseo rpido. El diseo
rpido se centra en una
representacin de esos
aspectos del software
que sern visibles para
el usuario/cliente. El
diseo rpido lleva a la
construccin
de
un
prototipo. El prototipo lo
evala el cliente/usuario
y se utiliza para refinar
los
requisitos
del
software a desarrollar.
La
iteracin
ocurre
cuando el prototipo se
pone a punto para
satisfacer
las
necesidades del cliente,
Ofrece visibilidad del

producto desde el inicio
del ciclo de vida con el
primer prototipo. Esto
puede ayudar al cliente
a definir mejor los
requisitos y a ver las
necesidades reales del
producto.
Permite
introducir
cambios
en
las
iteraciones
siguientes
del ciclo.
Permite
la
realimentacin continua
del cliente.
El
prototipo
es
un
documento vivo de buen
funcionamiento
del
producto final.
El cliente reacciona
mucho mejor ante el
prototipo, sobre el que
puede
experimentar,
que
no
sobre
una
especificacin
escrita.
Este modelo reduce el
riesgo
de
construir
productos
que
no
satisfagan
las
necesidades
de
los
usuarios.
Entre
los
inconvenientes
que
se han observado con
este modelo est el
hecho de que puede
ser
un
desarrollo
lento.
Adems
se
hacen
fuertes
inversiones
en
un
producto desechable
ya que los prototipos
se descartan. Esto
puede
hacer
que
aumente el coste de
desarrollo
del
producto. Con este
modelo pueden surgir
problemas
con
el
cliente
que
ve
funcionando
versiones
del
prototipo pero puede
desilusionarse porque
el producto final an
no ha sido construido.
El
desarrollador
puede caer en la
tentacin de ampliar
el
prototipo
para
construir el sistema
final sin tener en
cuenta
los
permitiendo al mismo
tiempo
que
el
desarrollador
comprenda mejor lo que
se necesita hacer.
CARACTERISTICAS
compromisos
de
calidad
y
de
mantenimiento
que
tiene con el cliente
VENTAJAS
DESVENTAJAS
DIAGRAMA
El modelo de desarrollo
basado en componentes
incorpora muchas de las
caractersticas del modelo
espiral. Es evolutivo por
naturaleza y exige un
enfoque interactivo para la
creacin del software. Sin
embargo, el modelo de
desarrollo
basado
en
componentes
configura
aplicaciones
desde
componentes preparados de
software (clases).
El modelo de desarrollo
basado en componentes
conduce a la reutilizacin del
software, y la reutilizacin
proporciona beneficios a los
ingenieros
de
software.
Segn
estudios
de
reutilizacin,
QSM
Associates, Inc. Informa que
el
ensamblaje
de
componentes lleva a una
reduccin del 70 % del ciclo
de desarrollo un 84% del
coste del proyecto y un
ndice de productividad del
26.2. No hay duda que el
ensamblaje de componentes
proporciona
ventajas
significativas
para
los
ingenieros del software.
1. Reutilizacin del software.

Nos lleva a alcanzar un
mayor nivel de reutilizacin
de software.
2. Simplifica las pruebas.
Permite que las pruebas
sean ejecutadas probando
cada
uno
de
los
componentes
antes
de
probar el conjunto completo
de
componentes
ensamblados.
3.
Simplifica
el
mantenimiento del sistema.
Cuando existe un dbil
acoplamiento
entre
componentes,
el
desabollador es libre de
actualizar
y/o
agregar
componentes segn sea
necesario, sin afectar otras
partes del sistema.
4. Mayor calidad. Dado que
un componente puede ser
construido y luego mejorado
continuamente
por
un
experto u organizacin, la
calidad de una aplicacin
basada en componentes
mejorar con el paso del
tiempo
Genera mucho tiempo

en el desarrollo del
sistema - Modelo costoso
Requiere experiencia en
la identificacin de riesgos
Inconvenientes
Genera mucho trabajo
adicional. Cuando un
sistema falla se pierde
tiempo y coste dentro de
la empresa. Exige una
cierta habilidad en los
analistas (es bastante
difcil).

Modelos de Ingeniería, Ventajas y Desventajas

Cargado por

Copyright:

Formatos disponibles

Modelos de Ingeniería, Ventajas y Desventajas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Modelos de Ingeniería, Ventajas y Desventajas

Cargado por

Copyright:

Formatos disponibles

CARACTERSTICAS

Las actividades de este

Reduce riesgos del

Las cuatro regiones del grfico son:

mejorndose con otro

disear e implementar uno o ms

MODELO BASADO EN PROTOTIPOS

Ofrece visibilidad del

1. Reutilizacin del software.

Genera mucho tiempo

También podría gustarte