Вы находитесь на странице: 1из 7

ACTIVIDAD 3.

MODELOS DEL CICLO DE


VIDA DEL SOFTWARE VICTOR IVAN SNCHEZ
SILVA
UNADM

Anlisis y diseo orientado a objetos

Desarrollo de la actividad El desarrollo de esta actividad tiene como finalidad que


identifiques las etapas de cada uno de los modelos del ciclo de vida del software, as como las
caractersticas principales de cada etapa. Para ello, realiza los siguientes pasos:
1. Analiza cada uno de los modelos de desarrollo de software: modelo en cascada, modelo en
espiral y el modelo por incrementos.
2. Investiga la relacin de estos modelos con el anlisis y diseo orientado a objetos.
3. Menciona mnimo 5 caractersticas de cada uno de los modelos que representen al modelo
orientado a objetos.
4. Realiza una exposicin de los principales elementos (fases, conceptos, aplicaciones) de los
modelos del ciclo de vida del software, organizando la informacin con la herramienta de tu
eleccin (mapa mental, esquema, cuadro comparativo, etctera).
5. Explica tu exposicin justificando la organizacin de los elementos, en qu
consisten y por qu los relacionaste de esta forma.
6. Guarda tu actividad con la nomenclatura DDOO_U1_A3_XXYZ. Sustituye las XX por las dos
primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu segundo apellido.
7. Lee detenidamente los Criterios de evaluacin de actividades de la unidad 1.
8. Enva tu actividad al Docente mediante la herramienta Tareas; espera y atiende la
retroalimentacin que te haga llegar.

Modelo
CASCADA

Etapas
Anlisis y
definicin de
requerimientos

AOO
Se analizan las
necesidades o
problemas a

POO
Que partes
componen el
software

Aplicacin
En el caso investigado
tenemos varios
objetos definidos

solucionar

Diseo del
sistema y del
software

Teniendo los
objetivos a seguir,
se procede a
disear el sistema
que d solucin a
la necesidad.

Se disea el
algoritmo y
cdigo que de
cada componente
del software

Implementacin
y prueba de
unidades

Se aplica la
solucin para
probar que todos
los objetos
cumplan su funcin
adecuadamente

Funcionamiento
y mantenimiento

Cuando el sistema
que resuelve los
problemas
analizados est en
funcionamiento se
da seguimiento por
si surge un nuevo
componente que
necesite
implementarse.
Esto es, dar
mantenimiento

Se pone en
funcionamiento el
software y se
comprueba que
cada objeto del
software cumpla
su funcin
Cuando el
software
funciona, solo
resta darle
mantenimiento si
se presenta algn
cambio o nueva
necesidad.

como: inventario,
punto de venta,
registros, etc. Que se
analizarn para
cumplir el objetivo de
administrar la
empresa
La empresa del
ejemplo tiene una
necesidad
administrativa, y tanto
el software como el
sistema que se disee
irn orientados a la
optimizacin de los
procesos del negocio.
Se implementa la
solucin para
comprobar que la
solucin diseada y el
software funciones en
todas sus unidades
Cuando la empresa
funciona en su
estructura, y su
componente software
tambin, resta dar
mantenimiento a
estos t si es que hay
modificaciones o
nuevas necesidades
del negocio.

MODELO
INCREMENTAL

En este modelo se
desarrolla el sistema
para satisfacer un
subconjunto de
requisitos
especificados y en
posteriores
versiones se
incrementa el
sistema con nuevas
funcionalidades que
satisfagan ms
requisitos.

( Adems
de basarse
en el modelo
de cascada
puedo acotar
lo siguiente )

CARACTERISTICAS
.

VENTAJAS.

DESVENTAJAS.

Combina elementos
del modelo de
cascada con la
filosofa interactiva de
construccin de
prototipos
Cada secuencia
lineal produce un
producto operacional
con cada incremento
de la misma forma
que progresa el
tiempo en el
calendario
El primer
incremento es a
menudo el ncleo
Como un resultado
de evaluacin y/o
utilizacin se

Construir un
sistema
pequeo es
siempre menos
riesgoso que
construir un
sistema grande.
Al ir
desarrollando
parte de las
funcionalidades,
es ms fcil
determinar si
los
requerimientos
planeados para
los niveles
subsiguientes
son correctos.
Si un error

Se presupone que
todos los requisitos
se han definido al
inicio.
Se requiere de
una experiencia
importante para
definir los
incrementos de
forma de distribuir
en ellos las tareas
en forma
proporcional
Si el sistema a
desarrollar es de
gran magnitud y se
cuenta con un
nico grupo para
construirlo se corre
el riesgo que el

desarrolla un plan
para el incremento
siguiente, este
proceso se repite
hasta llegar al
producto completo
Este modelo es
particularmente til
cuando la dotacin de
personal no es
suficiente para una
implementacin
completa
Los primeros
incrementos se
pueden implementar
con menos recursos
Si es muy riesgoso
desarrollar el sistema
completo de una sola
vez, entonces
debera considerar
este modelo

importante es
realizado, slo
la ltima
iteracin
necesita ser
descartada y
utilizar el
incremento
previo.

desarrollo se
prolongue
demasiado en
tiempo

Modelo
ESPIRAL

Etapas
Planificacin

Anlisis
riesgo

AOO
Se analizan
requerimientos
despus
convertirn
objetos

de

Implementacin

Evaluacin

los
que
se
en

La
complejidad
para analizar el
problema
puede
ser
incosteable
para la empresa
Probar la solucin
que se dio por
medio del anlisis
y ver que todo
funcione
adecuadamente

Ya que la solucin
al problema est
en funcionamiento
se
sigue
evaluando, por si
hay cambios de
polticas
o
de
requerimientos
para as poder dar
mantenimiento a la
solucin.

POO
En esta etapa
puede crearse un
plan
para
elaborar el cdigo
de cada objeto

El
software
puede
ser
incosteable

Probar
el
software para ver
que
toda
la
informacin
se
administre segn
las necesidades
del usuario, y que
todas
las
unidades
funcionen
adecuadamente
Ya
que
el
software cumpla
su funcin puede
ser sometido a
mantenimiento si
se presenta un
nuevo
requerimiento o
necesidad de la
empresa.

Aplicacin
En
el
caso
investigado tenemos
varios
objetos
definidos
como:
inventario, punto de
venta, registros, etc.
Que se analizarn
para
cumplir
el
objetivo
de
administrar
la
empresa
El software puede ser
muy complejo para
ser desarrollado por
un solo programador
Verificar que el punto
de venta y sus
componentes
funcionen segn las
necesidades de la
empresa.

En la empresa puede
ya estar funcionando
el punto de venta y la
administracin, pero
como una empresa es
un organismo que
evoluciona,
se
pueden
presentar
nuevos problemas a
solucionar, por lo cual
se debe evaluar y dar
mantenimiento a la
estructura
de
procesos.

CONCLUSION

He visto en estos casos la metodologa para el desarrollo de software que al seguir los
pasos obtendr el objetivo tener un software que cumpla con los requerimientos del
cliente, si bien a mi punto de ver el mtodo incremental es el mejor y el ms usado en
ocasiones los otros dos mtodos nos brindan herramientas suficientes para tambin
obtener un producto final de calidad sin perder nunca de vista el objetivo final.

Вам также может понравиться