Ingeniera en desarrollo de software

Unidad

Anlisis y diseo Orientado a objetos

Actividad 3
Modelos del ciclo de vida del software
Nombre del docente:
ROSA TERESA URVICIO RAMREZ
Alumno:
Julio Cesar Guevara Figueroa
ES14210097

Actividad 3. Modelos del ciclo de vida del software

INTRODUCCIN
Para desarrollar un software se debe seguir una serie de pasos, partiendo de una necesidad
hasta llegar a la puesta en marcha del sistema; por lo que se deben considerar algunos modelos del ciclo de vida del
software como: el ciclo de vida clsico o en cascada, el modelo en espiral y el modelo por incrementos entre otros.
Planteamientos detonadores del aprendizaje Las siguientes preguntas son una gua para desarrollar esta actividad. No son
ponderables y no debes de entregarlas a tu Docente en lnea, nicamente tienen el objetivo de orientar el desarrollo de la misma:
Qu es el ciclo de vida del software?
Cules son las etapas del modelo en cascada
Cules son las etapas del modelo incremental?
Cules son las etapas del modelo en espiral?
Cmo se relacionan con el diseo y anlisis 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
7. Lee detenidamente los Criterios de evaluacin de actividades de la unidad 1.
8. Enva tu actividad a tu Docente en lnea 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 solucionar

POO
Que partes componen
el software

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

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.

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
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
si es que hay

implementarse. Esto es,

dar mantenimiento

Requisitos

modificaciones o
nuevas necesidades del
negocio.

Anlisis

Diseo

Codificacin

Prueba

MODELO
INCREMENTAL

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

CARACTERSTICAS.

VENTAJAS.

DESVENTAJAS.

Combina elementos
del modelo de cascada
con la filosofa

Construir un sistema
pequeo es siempre
menos riesgoso que

Se presupone que
todos los requisitos se
han definido al inicio.

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.

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 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

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 importante
es realizado, slo la
ltima iteracin necesita
ser descartada y utilizar
el incremento previo.

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 desarrollo
se prolongue demasiado
en tiempo

 Si es muy riesgoso
desarrollar el sistema
completo de una sola
vez, entonces debera
considerar este modelo

MODELO

ETAPAS
Planificacin

Se

AOO
analizan

los

POO
En esta etapa puede

APLICACIN
En el caso investigado

requerimientos
que
despus se convertirn
en objetos

crearse un plan para

elaborar el cdigo de
cada objeto

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

El software puede ser

incosteable

ESPIRAL
Anlisis de riesgos

Implementacin

Evaluacin

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.

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.

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.

Conclusin:
El desarrollo del software y la programacin es uno de los pilares fundamentales de la informtica y al cual se
dedican muchas horas de esfuerzos, conforme a la tecnologa va avanzando, van apareciendo nuevas soluciones,
nuevas formas de programacin, nuevos lenguajes y un sin fin de herramientas que intentan realizar el trabajo del
desarrollador un poco ms fcil. En la actualidad la sociedad se encuentra en una poca de transicin, que se
encamina hacia un nuevo estilo de programacin basada en estndares. 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.