Professional Documents
Culture Documents
SOFTWARE
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Modelo en CASCADA
Modelo en Cascada
Figura Ilustrativa
Modelo
en CASCADA
Modelo
en Cascada
Etapas
Modelo en CASCADA
Modelo en CASCADA
MODELO EN CASCADA
CRITICAS:
del
ciclo
3. Perpetua el fracaso de la industria del software en su
comunicacin con el usuario final
4. Es difcil lograr que el cliente exponga todos los
requerimientos
5. El mantenimiento se realiza en el cdigo fuente
6. Las revisiones de proyectos de gran complejidad son muy
MODELO INCREMENTAL
...
MODELO
INCREMENTAL
Ventajas
Desventajas
El
Requiere
Requiere
MODELO ESPIRAL
CONCEPTO
El modelo en espiral es una de las mas recomendables para
el
desarrollo y creacin de un programa, ya que consta de
pocas etapas o fases, las
cuales se van realizando en manera
continua y cclica.
REPRESENTACION GRAFICA
MODELO ESPIRAL
Cada ciclo espiral se divide en 4 etapas:
DEFINICION DE OBJETIVOS: Para esta fase del proyecto se definen los objetivos
especficos. Se identifican las restricciones del proceso y el producto, y es estipula un
plan detallado de administracin. Se identifican los riesgos, se planean estrategias
alternativas.
EVALUACION Y REDUCCION DE RIESGOS: Se lleva acabo un anlisis detallado para
cada uno de los riesgos del proyecto. Se definen los paso para reducir dichos riesgos, Por
ejemplo si existe el riesgo de tener requerimientos inapropiados, se desarrolla un
prototipo del sistema.
DESARROLLO Y VALIDACION: Despus de la evaluacin de riesgos en la interfaz de
usuario son dominantes, un modelo de desarrollo apropiado podra ser la construccin de
prototipos evolutivos. Si los riesgos de proteccin son la principal consideracin, un
desarrollo basado en transformaciones formales podra ser el mas apropiado, y as
sucesivamente. El modelo de cascada es el mas apropiado para el desarrollo si el mayor
riesgo identificado es la integracin de los subsistemas.
PLANEACION: El proyecto se revisa y se toma la decisin si se debe continuar con un
ciclo posterior de la espiral. Si se decide continuar, se desarrollan los planes para la
siguiente fase del proyecto. Con cada iteracin alrededor de la espiral (comenzando en el
centro y siguiendo hacia el exterior), se construyen sucesivas versiones del software,
cada vez ms completa y, al final, el propio sistema software totalmente funcional.
CARACTERISTICAS
Trata
VENTAJAS
DESVENTAJAS
CICLO DE VIDA
DEL
SOFTWARE
MODELO
3.230
Determinar
objetivos,
alternativas,
restricciones
EN ESPIRAL
Evaluar alternativas,
identificar y resolver
Decidir si
los riesgos
se sigue o
no
Anlisis
de Riesgos
Anlisis
de Riesgos
Anlisis
de Riesgos
Prototipo 3
Anlisis de
Riesgos
Prototipo 2
Prototipo 1
Plan de Requisitos
Plan del Ciclo de Vida
Plan de
Desarrollo
Validacin de
Requisitos
Plan de
Integracin
y Pruebas
V & V del
diseo
Planificar las
fases siguientes
Prototipo
Operativo
Requisitos
Sw
Diseo
Producto
Sw
Diseo
detallado
Cdigo
Implementacin
Prueba de
aceptacin
Pruebas
unitarias
Integracin
y prueba
Desarrollar, Verificar el
producto del siguiente nivel
EJERCICIOS
Ejercicio 1
Qu factores influyen a la hora de elegir un ciclo de vida para
resolver un problema dado?
Qu
ciclo de vida
un problema
se
comprende
bienelegira
desdeparaelresolver
principio
y est quemuy
estructurado? Una vez
el
de vida, qu
elegido
ciclo
procesos escogera para dicho ciclo de vida, teniendo en
cuenta que el desarrollo informtico para resolver
el problema anterior lo realiza una nica persona?
EJERCICIOS
Ejercicio 2
Se supone que se va desarrollar una aplicacin relativa a la
gestin de pedidos de una empresa. En este caso el cliente
no tiene todava muy claro qu es lo que quiere. Adems,
el personal informtico va a utilizar un tecnologa que le
resulta completamente nueva. Disctase qu tipo de ciclo
de vida es ms apropiado y qu procesos se deberan
utilizar para desarrollar esta aplicacin.
Ejercicio 3
Indique si es verdadero o falso cada una de las opciones y
explique el porque.
El ciclo de vida:
a)Comienza con una idea o necesidad que satisfacer y acaba con las
pruebas satisfactorias del producto.
b)No existe ningn estndar que describa sus procesos y
actividades.
c)No se trata slo de realizar el anlisis, diseo, codificacin y pruebas;
tambin incluye, entre otros, procesos de soporte.
d)El mantenimiento lo constituyen las actividades para mantener sin
cambios el sistema.
e)En la actividad de anlisis de los requisitos software los desarrolladores
obtienen de los futuros usuarios los requisitos que piden al sistema.