AUTOMATIZACIN DE PROCESOS ADMINISTRTIOS 3

OSCAR DANIEL MIZA CHAL

CARNRT: 14003949

No.

Metodologa

EJERCICIO 9
CAPITULO 5
METODOLOGIAS

1.
Diseo estructurado

Descripcin

Esta metodologa
es clasificada y
algunas veces
orientada a
procesos ya los
datos. En la
orientada a
procesos se
examinan las
entradas, las
salidas y los
procesos de un
sistema para
determinar las
necesidades de
informacin de
dicho sistema

Casos en los
que se
recomienda su
uso
En el proceso de
aplicar distintas
tcnicas y
principios con el
propsito de
definir un
dispositivo, un
proceso o un
sistema con
suficiente detalle
como para
permitir su
Realizacin fsica.
Proceso iterativo
a travs del cual
se
traducen los
requisitos en una
Representacin
del software.

AUTOMATIZACIN DE PROCESOS ADMINISTRTIOS 3

OSCAR DANIEL MIZA CHAL
CARNRT: 14003949
2.
Prototipo

3.
Desarrollo rpido de
aplicaciones

En esta
metodologa se
disea el modelo
conceptual del
sistema para
trabajar en
conjunto, tanto el
usuario como el
diseador.
Posteriormente,
un equipo de
especialistas
altamente
calificados y
motivados con la
asistencia de un
CASE disean y
construyen el
sistema.

En el esquema
cliente-servidor
del prototipo, el
cliente se
encuentra
conformado por
una estacin de
trabajo y un
telfono, que
interactan a
travs de una
conexin de
internet y una
conexin
telefnica, con un
servidor donde se
lleva a cabo el
proceso de
reconocimiento
de las respuestas
enviadas por
telfono.
Se utiliza en el
caso del
Desarrollo Rpido
de Aplicaciones
(DRA) (rapid
application
Development
RAD) es un
modelo de
proceso del
desarrollo del
software lineal
secuencial que
enfatiza un ciclo
de desarrollo
extremadamente
corto. DRA es una
adaptacin a Alta
velocidad en el
que se logra el
desarrollo rpido

AUTOMATIZACIN DE PROCESOS ADMINISTRTIOS 3

OSCAR DANIEL MIZA CHAL
CARNRT: 14003949

4.
Orientada a objetos

El objetivo
principal de esta
metodologa es
disear y
construir sistemas
a travs de la
construccin de
objetivos de
software en lugar
de escribir
mdulos de
software desde el
inicio.

utilizando un
enfoque de
construccin
basado en
componentes.
En el caso donde
el programador
debe pensar
indistintamente
en ambos
conceptos, sin
separar ni darle
mayor
importancia a
alguno de ellos.
Hacerlo podra
producir el hbito
errneo de crear
clases
contenedoras de
informacin por
un lado y clases
con mtodos que
manejen a las
primeras por el
otro. De esta
manera se estara
realizando una
programacin
estructurada
camuflada en un
lenguaje de
programacin
orientado a
objetos.