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

22/02/15

Actividad 3
Anlisis y Diseo Orientado a
Objetos

Alberto Garca Rojas

Actividad 3.
Modelo
ESPIRAL

Etapas
Planificacin

Anlisis
riesgo

de

Implementacin

Evaluacin

Modelo
CASCADA

Etapas
Anlisis
y
definicin
de
requerimientos

AOO

POO

Aplicacin

Se
analizan
los
requerimientos
que
despus se convertirn
en objetos

En esta etapa puede


crearse un plan para
elaborar el cdigo de
cada objeto

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

El software puede ser


muy complejo para ser
desarrollado por un solo
programador

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.

Verificar que el punto de


venta
y
sus
componentes funcionen
segn las necesidades
de la empresa.

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.

AOO
Se
analizan
las
necesidades
o
problemas a solucionar

POO
Que
componen
software

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.

Aplicacin
partes
el

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

Diseo
sistema y
software

del
del

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.

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
modificaciones
o
nuevas necesidades del
negocio.

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