Capítulo 05, ejercicio 09

No. Metodología Descripción Casos en que se recomienda
su uso
01
Diseño estructurado
Es clasificada y algunas
veces orientada a procesos
y a los datos. En la
orientación de procesos se
eaminan las entradas!
salidas y los procesos de un
sistema para determinar las
necesidades de información
en dic"o sistema
# $l momento de
implementar un sistema o
proceso del cual sea
necesario la
implementación de datos!
como un sistema de
soft%are! en &l se de'e de
esta'lecer el lengua(e de
programación. De esta
podremos o'tener una
clara implementación de
entrada# salidas y
procedimientos que se
de'en de reali)ar
estructuradamente.
# Cuando determinado
grupo de personas
interact*a con el sistema!
estas ser+n la 'ase
fundamental para conocer
los procesos a me(orar por
medio de la o'tención de
datos.
0, -rototipo Es ela'orado para poder
determinar si en verdad los
errores dentro del sistema!
innovarlos y luego poner en
marc"a el sistema ya
finali)ado.
# En generadores de
informes estos de'en de
ser evaluados antes de su
implementación en caso
de que se presente alg*n
error aquí es donde se
necesitara la
implementación de un
prototipo para anali)ar a
fondo los proceso que este
conlleva
# En el caso de un gestor de
ventas es aquí cuando
ser+ necesario conocer
cada uno de los procesos
que el reali)ara con cada
uno de los clientes.
0.
Desarrollo r+pido de
aplicaciones
Es diseñada el modelo
conceptual del sistema para
tra'a(ar en con(unto tanto
usuarios como el diseñador.
-osteriormente! un equipo
de especialistas altamente
calificados y motivados con
la asistencia de C$/E!
diseñan y construyen el
sistema
# Estas son utili)adas
cuando es necesario
cam'iar "acia un nuevo
sistema! ya que se
necesita de que sea r+pido
y con la mayor certe)a
posi'le.
# En recursos "umanos
siempre se necesitan
programas que sean de
f+cil entendimiento pero
que sean ela'orados con
la mayor rapide) ya que
estos son necesarios para
un proceso o gestión
determinada.
00 1rientada a 1'(etos
El o'(etivo principal de esta
metodología es diseñar y
construir sistemas a trav&s
de la construcción de
o'(etivos de soft%are en
lugar de escri'ir módulos de
soft%are desde el inicio.
# Como en una red 'ancaria!
en este caso los ca(eros
autom+ticos! cada 'anco
necesitara su propio
soft%are que reali)ara
autom+ticamente los
procesos en cada una de
las cuentas.
# $l diseñar un sistema
mediante (ava.
Capítulo 05, ejercicio 10
Aspecto Descripción Estrategias de diseño recomendadas
C$-$C2D$D /e refiere tanto a personas! equipo!
espacio y3o procedimientos.
.# $umentar la capacidad del elemento
que lo requiere.
# 4educir las epectativas de usuario del
sistema de manera que coincidan con lo
que el sistema y capacidad actual de
producir.
C1N5416 2mplementadas específicamente
cuando el mecanismo es inadecuado
o ineistente para aumentar la
pro'a'ilidad de que las actividades
se lleven a ca'o o detectar eventos
inesperados o inacepta'les.
# Diseñar mecanismos para evitar fallas
de control! es decir invalidar eventos que
no pueden ocurrir y no permitir el ingreso
al sistema.
# Diseñar mecanismos para detectar y
notificar una falla de control
$CCE/1 $ 6$
2N714M$C21N
/i se requiere de la información en
determinado formato para alcan)ar
un o'(etivo! se de'e de preguntar si
dic"a información eiste! es correcta
y est+ disponi'le.
# Eliminar la necesidad de la información
# 7acilitar el acceso a la información.
C1M-6E82D$D El arma m+s efica) del diseño es la
partición en elementos "asta llegar a
elementos relativamente m+s
simples.
9n compl.e(o puede su'dividirse en otros
pro'lemas de menor comple(idad "asta
reducirlo a pro'lemas sencillos y
transparentes.