Cátedra: Base de Datos
INTRODUCCION
La programación se consideraba un arte con
gran dificultad pero con el tiempo se han ido
descubriendo y desarrollando formas y guías
generales, con base a las cuales se puedan
resolver los problemas, llamadas Arquitectura
de Software.
Con semejanza en los planos de un edificio o
construcción, estas indican la estructura,
funcionamiento e interacción entre las partes
del software.
"más allá de los algoritmos y estructuras de
datos de la computación; el diseño y
especificación de la estructura global del
sistema es un nuevo tipo de problema".
ANTECEDENTES
Los motivos principales que llevaron al diseño e
implementación de una arquitectura multicapas
son:
 Delimitación entre programas de aplicación
y datos
 Manejo de múltiples vistas por parte de los
usuarios
 Uso de un catálogo para seleccionar el
esquema de base de datos
La arquitectura de software a utilizar para
desarrollar un producto software se define en la
fase de elaboración, para poder comprender
mejor el sistema, organizar el desarrollo del
mismo, fomentar la reutilización, y hacer
evolucionar el sistema.
La búsqueda de la mejor manera de procesar
datos nos coloca en un proceso de evolución
constante, que se prolongara todavía por
algunos años más, cambiando las formas que
conocemos para obtener y utilizar la
información almacenada electrónicamente.
El principal motivo detrás de esta evolución es
la necesidad que tienen las
organizaciones(empresas o instituciones
Año 2012
Arquitectura Multicapas en Base de Datos
públicas o privadas)de realizar sus operaciones
más ágil y eficientemente, debido a la creciente
presión competitiva a la que están sometidas, lo
cual se traduce en la necesidad de que su
personal sea más productivo, que se reduzcan
los costos y gastos de operación, al mismo
tiempo que se generan productos y servicios
más rápidamente y con mejor calidad.
De allí surge la idea de contar con herramientas
diseñadas específicamente para el
procesamiento de estos datos que proporcionen
servicios satisfactorios y que a la vez ofrezcan
la facilidad de poder intercambiar o modificar
porciones de una aplicación sin tener que
cambiar todo el modulo en su totalidad.
Contemplando de este modo el desarrollo a
futuro de la empresa y así poder alcanzar con el
tiempo un sistema estable, sin perder su
escalabilidad. Esto nos llevo al desarrollo en
capas.
En este contexto, es necesario establecer una
infraestructura de procesamiento de
información, que cuente con los elementos
requeridos para proveer información adecuada,
exacta y oportuna en la toma de decisiones y
para proporcionar un mejor servicio a los
clientes.
MARCO TEORICO: ¿Que es Arquitectura?
"La arquitectura es la estructura jerárquica de
los componentes del programa (módulo), la
manera en que los componentes interactúan y
las estructuras de datos que van a utilizar los
componentes“ Pressman:2002
Lo que se conoce como arquitectura en capas
es en realidad un estilo de programación donde
el objetivo principal es separar los diferentes
aspectos del desarrollo, tales como las
cuestiones de presentación, lógica de negocio,
mecanismos de almacenamiento, etc.
Define, de manera abstracta, los componentes
que llevan a cabo alguna tarea de computación,
sus interfaces y la comunicación entre ellos.
Toda arquitectura debe ser implementable en
una arquitectura física, que consiste
simplemente en determinar qué computadora
tendrá asignada cada tarea.
1
Cátedra: Base de Datos
ARQUITECTURA MULTICAPA
Una arquitectura multicapas es un conjunto
ordenado de subsistemas, cada uno de cuales
esta constituido en términos de los que tiene
por debajo y proporciona la base de la
implementación de aquellos que están por
encima de él.
Los objetos de cada capa suelen ser
independientes, aunque suelen haber
dependencias entre objetos de distintas capas.
Existe una relación cliente /servidor entre las
capas inferiores, que son las que proporcionan
los servicios, y las capas superiores, los
usuarios de estos servicios.
En este modelo de bases de datos la aplicación
cliente sólo se dedica a mostrar los datos al
usuario, no sabe nada sobre como los datos
son actualizados y mantenidos.
El servidor de aplicaciones (capa media)
coordina y procesa las peticiones y
actualizaciones de múltiples clientes. El servidor
maneja todos los detalles, define el conjunto de
datos e interactúa con el servidor de bases de
datos.
COMO CREAR APLICACIONES DE BASES
DE DATOS MULTICAPAS
Este tipo de aplicaciones esta dividido en
unidades lógicas, llamadas capas, las cuales se
ejecutan en distintas máquinas. Las
aplicaciones multicapas distribuyen los datos y
se comunican en una red de área local o bien
sobre Internet. Esto proporciona muchas
ventajas tales como centralizar la lógica de
negocio en un sólo servidor y donde varios
clientes van tirando de él. Además podemos
crear aplicaciones que comuniquen varios
centros de trabajo se estén separados
geográficamente a través de Internet.
Una aplicación multicapas queda particionada
de la siguiente manera:
Año 2012
Arquitectura Multicapas en Base de Datos
-Aplicación Cliente: se encarga de mostrar la
interfaz de usuario.
-Servidor de aplicaciones: reside en la red local
central y es accesible por todos los clientes
donde reciben datos directamente de este
servidor.
-Servidor de bases de datos: en este servidor
es donde está instalado el motor de bases de
datos (Interbase, Firebird, Oracle, etc.), aunque
el servidor de aplicaciones y el servidor de
bases de datos pueden ser la misma máquina.
En este modelo a tres capas los clientes sólo
pueden comunicarse con el servidor de
aplicaciones y en ningún caso directamente con
el motor de bases de datos, como ocurre en las
aplicaciones cliente/servidor habitual.
Este tipo de aplicaciones multicapas no tiene
porque estar compuesto sólo de tres capas,
podría constar de varios servidores de bases de
datos y servidores de aplicaciones.
MOTIVOS PARA USAR ARQUITECTURAS
MULTICAPAS
Aislamiento de la lógica de aplicaciones en
componentes independientes susceptibles de
reutilizarse después en otros sistemas.
Distribución de las capas en varios nodos
físicos de cómputo y en varios procesos. Esto
puede mejorar el desempeño, la coordinación y
el compartir la información en un sistema de
cliente-servidor.
Asignación de los diseñadores para que
construyan determinadas capas; por ejemplo,
un equipo que trabaje exclusivamente en la
capa de presentación. Y así se brinda soporte a
los conocimientos especializados en las
habilidades de desarrollo y también a la
capacidad de realizar actividades simultáneas
en equipo.
VENTAJAS Y DESVENTAJAS DE LA
ARQUITECTURA MULTICAPAS
Ventajas
 Encapsulación de lógica de negocio.
Diferentes clientes de la aplicación
2
Cátedra: Base de Datos
pueden acceder al mismo servidor
intermedio. Esto permite evitar la
redundancia (y coste de mantenimiento)
de duplicar las reglas de negocio para
cada aplicación cliente separada.
 Aplicaciones clientes pequeñas. Al
delegar las tareas más pesadas en la
capa media las aplicaciones clientes
ocupan menos y consumen menos
procesador y memoria, permitiendo
instalarse en máquinas de bajo
rendimiento. Esto trae la ventaja de que
por muchos clientes que accedan a la
aplicación, el motor de bases de datos
sólo tiene una conexión, que va
directamente al servidor de aplicaciones,
evitando así problemas de concurrencia o
latencia de datos entre distintas
aplicaciones cliente. Estas aplicaciones
clientes también pueden funcionar a
través de Internet ya que su consumo de
ancho de banda es mínimo, al contrario
de conectar directamente con el motor de
bases de datos.
Desventajas
 Procesar datos distribuidos. Distribuir el
trabajo de una aplicación entre varias
máquinas puede mejorar la ejecución, ya
que el balanceo de carga permite reducir
la carga de las máquinas que funcionan
como servidor de aplicaciones. Por
ejemplo, si vemos que una aplicación de
gestión se relentiza podemos distribuir en
una máquina las compras, en otra las
ventas y la gestión de recibos en otra.
 Incrementar la seguridad. Podemos aislar
la funcionalidad en las capas dando
restricciones de seguridad. Esto
proporciona unos niveles de seguridad
configurables y flexibles. Las capas
intermedias pueden limitar los puntos de
entrada a material protegido, permitiendo
controlar el control de acceso más
fácilmente. Si usamos HTTP o COM+,
podemos utilizar los modelos de
seguridad que soportan.
 Escalabilidad: se puede aumentar la
capacidad de clientes y servidores por
separado. Cualquier elemento puede ser
aumentado (o mejorado) en cualquier
momento, o se pueden añadir nuevos
nodos a la red (clientes y/o servidores).
 Centralización del control: los accesos,
recursos y la integridad de los datos son
Año 2012
Arquitectura Multicapas en Base de Datos
controlados por el servidor de forma que
un programa cliente defectuoso o no
autorizado no pueda dañar el sistema.
Esta centralización también facilita la
tarea de poner al día datos u otros
recursos.
 Fácil mantenimiento: al estar distribuidas
las funciones y responsabilidades entre
varios ordenadores independientes, es
posible reemplazar, reparar, actualizar, o
incluso trasladar un servidor, mientras
que sus clientes no se verán afectados
por ese cambio (o se afectarán
mínimamente). Esta independencia de los
cambios también se conoce
como encapsulación.
 Existen tecnologías, suficientemente
desarrolladas, diseñadas para el
paradigma de C/S que aseguran
la seguridad en las transacciones, la
amigabilidad de la interfaz, y la facilidad
de empleo.
 Pone más carga a la red, debido al tráfico
que genera en la red. La congestión del
tráfico ha sido siempre un problema en el
paradigma de C/S. Cuando una gran
cantidad de clientes envían peticiones
simultaneas al mismo servidor, puede ser
que cause muchos problemas para éste
(a mayor número de clientes, más
problemas para el servidor).
 El software y el hardware de un servidor
son generalmente muy determinantes. Un
hardware regular de un ordenador
personal puede no poder servir a cierta
cantidad de clientes. Normalmente se
necesita software y hardware específico,
sobre todo en el lado del servidor, para
satisfacer el trabajo. Por supuesto, esto
aumentará el coste.
 El cliente no dispone de los recursos que
puedan existir en el servidor. Por ejemplo,
si la aplicación es una Web, no podemos
escribir en el disco duro del cliente o
imprimir directamente sobre las
impresoras sin sacar antes la ventana
previa de impresión de los navegadores.
 Es mucho más difícil programar y probar
el software que en la arquitectura de dos
niveles por que tienen que comunicarse
3
Cátedra: Base de Datos Arquitectura Multicapas en Base de Datos

con más dispositivos para terminar la ejemplo el uso de TCP/IP sobre ethernet, WiFi,
transacción del usuario. ATM, etc.

MODELO OSI

El modelo de referencia OSI -Open System

Interconnection- es la forma en que la ISO -
International Standards Organization- ve las
etapas en que se desarrolla un proceso de
comunicaciones en redes de datos. Fue
desarrollado en 1984 por la (ISO).

OSI es una normativa formada por siete capas

que define las diferentes fases por las que
deben pasar los datos para viajar de un
dispositivo a otro sobre una red de
comunicaciones. Especifica el protocolo que
debe ser usado en cada capa. Todo el mundo
se comunica entre sí, sin importar la
localización geográfica o el lenguaje utilizado,
únicamente con unas normas mínimas: Internet.

Un modelo de comunicación por capas define

las funciones específicas que realiza la
tecnología en particular, las agrupa y usa tales
grupos para encajar sus protocolos dentro de
ellos. Se dice que los modelos son en capas
porque las funciones definidas se
complementan unas a otras y se realizan
operaciones sucesivas sobre la información, de
tal manera que ciertas funciones siempre van a
preceder a otras cuando se envía la información
y se ejecutan en orden inverso cuando se
recibe, lo que evoca una pila (stack), es decir
una acumulación de cosas una encima de la
otra donde para sacar lo que se puso primero
antes hay que quitar lo que está encima.
Los modelos en capas ofrecen algunas ventajas
en el diseño y análisis de procesos de
comunicación, la más evidente es que
modulariza los procesos, es decir los divide en
trozos más digeribles, menos complejos e
independientes entre sí. Lo otro es que el
diseño de protocolos partiendo de funciones
específicas y pasando esas funciones a
interfaces de programación, hace que los
protocolos se puedan acoplar incluso cuando
no pertenecen a la misma tecnología, por
Las capas del modelo OSI se interpretan de
abajo para arriba, es decir, la capa más básica
se llama capa física y se numera como la capa
1.
La capa 1 o capa física define las
características físicas del medio, por ejemplo
cómo representar un bit en éste. Además
normaliza la tecnología, de tal manera que sin
importar el fabricante, el dispositivos de la
misma tecnología deben cumplir con la
especificación de capa física de ésta.
La capa física se ocupa fundamentalmente por
el transporte seguro de los bits por un medio
definido, debe definir cosas como tipo de
señales y valores mínimos que se pueden
permitir en el receptor, valores máximos en el
transmisor y rapidez de las transiciones. as
normas de capa física establecen parámetros
óptimos pero eso no significa que no se puedan
violar esas reglas, sólo que si se violan se corre

Año 2012 4
Cátedra: Base de Datos
el riesgo de que el rendimiento de la red no sea
óptimo.
La capa 2 de Enlace de Datos define la
tecnología de transporte, debe definir una
primera estructura llamada trama que depende
directamente de la tecnología en particular. En
ésta capa se depende directamente del medio
pero se usan controladores para implementar la
transmisión y sus servicios, es decir, en ésta
capa se unen los medios físicos y el software.
Otra responsabilidad de la capa 2 es el
llamado método de acceso al medio, definir los
mecanismos de negociación para acceso al
medio, por ejemplo, cómo evitar que dos
estaciones transmitan al mismo tiempo o cómo
manejarlo una vez que suceda.
Existen unas operaciones que no siempre están
asociadas a ésta capa pero que pueden
aparecer en algunas tecnologías como
autenticación, encriptación y corrección de
errores (ojo, la responsabilidad directa es la
detección, la corrección es opcional).
La capa 3 ó capa de red es la encargada de
permitir que la información fluya por redes
diferentes o, en otras palabras, por redes
separadas entre sí por otras redes
(direccionamiento lógico).
Se aplica lo que se conoce como enrutamiento
o encaminamiento, que consiste en recibir un
paquete y reenviarlo por un puerto por el que se
garantice que estará más cerca a su destino
final.
Otras funciones que cumple usualmente la capa
de red son la fragmentación en un enlace (en
caso de que se pueda), que consiste en permitir
que un paquete grande se divida en varios
paquetes pequeños, siendo responsabilidad del
protocolo de capa 3 en uso, llevar control de
cuántos y cuáles fueron los fragmentos en los
que se dividió un paquete.
Existen algunas funciones adicionales que se
adjuntan en la práctica a ésta capa, por
ejemplo, el mapeado de direcciones lógicas a
direcciones físicas en ethernet se hace con un
Año 2012
Arquitectura Multicapas en Base de Datos
protocolo que se considera de capa 3 (ARP), la
obtención automática de una dirección, una
porción de la calidad de servicio (QoS), etc.
La capa 4 o capa de Transporte tiene como
función identificar flujos o conversaciones
diferentes entre dos nodos de la red. Una
comunicación independiente se divide en partes
con base en su tamaño en la capa 4, por lo
tanto lo que para un usuario es una
transferencia de archivo (una sola cosa) se
convierte en una serie de partes que se
transmiten independientemente una de otra, por
lo tanto surge la necesidad de marcar cada
segmento con el identificador de quién originó
la comunicación o a qué servicio pertenece
cada uno y a cuál va dirigido en el otro nodo.
Una conversación tiene como identificador
general las direcciones origen y destino (p. ej.:
la IP u otra dirección de capa 3), pero para
poder diferenciar dos flujos de datos diferentes
que ocurren simultáneamente entre dos PCs
(mismo origen y destino) se usan otros dos
identificadores, uno para la conversación
saliente y otro para la entrante.
La capa 5 o capa de sesión se encarga
entonces de decidir si la transmisión de una
entidad de presentación a otra va a ser
alternada, lo que en programación se suele
llamar sincronizada o bloqueante, es decir, que
mientras una entidad transmite la otra escucha
y no hace otra cosa hasta que la transmisión
termine y sólo en ese momento podría
transmitir si fuera necesario. La otra modalidad
de sesión es no bloqueante o asíncrona, que
obviamente consiste en que las entidades
transmiten sin esperar a que el otro lado reciba
la información.
A la capa de sesión usualmente se le
responsabiliza de iniciar y gestionar la conexión
de alto nivel, es decir, entre entidades de
presentación dentro de un servicio particular.
Allí se decide cuándo y cómo iniciar una
conexión, qué requisitos debe cumplir y en qué
modalidad se llevará a cabo.Otra
responsabilidad de la capa de sesión del
modelo de referencia OSI es establecer puntos
de chequeo, de tal manera que si la operación
5
Cátedra: Base de Datos
es interrumpida, la transacción pueda mantener
su integridad, es decir, deshacer todo o
recuperar lo que se había hecho.
Finalmente, la capa de sesión también se
ocupa del control de la concurrencia. Cuando
un servicio está en escucha y varias
comunicaciones intentan abrir una sesión con
éste, la capa de sesión administra cuándo y
cómo se van a establecer las comunicaciones
concurrentes con el servidor en cuestión.
La capa 6 o capa de Presentación se ocupa de
garantizar la fiabilidad del servicio, describe la
calidad y naturaleza del envío de datos. Esta
capa se ocupa de los aspectos semánticos de
la comunicación, estableciendo los arreglos
necesarios para que puedan comunicar
máquinas que utilicen diversa representación
interna para los datos. Describe como pueden
transferirse números de coma flotante entre
equipos que utilizan distintos formatos
matemáticos.
En teoría esta capa presenta los datos a la
capa de aplicación tomando los datos recibidos
y transformándolos en formatos como texto
imágenes y sonido. En realidad esta capa
puede estar ausente, ya que son pocas las
aplicaciones que hacen uso de ella.
La capa 7 o capa de Aplicación ofrece a las
aplicaciones la posibilidad de acceder a los
servicios de las demás capas y define los
protocolos que utilizan las aplicaciones para
intercambiar datos, como correo electrónico
(Post Office Protocol y SMTP), gestores de
bases de datos y servidor de ficheros (FTP), por
UDP pueden viajar (DNS y Routing Information
Protocol). Hay tantos protocolos como
aplicaciones distintas y puesto que
continuamente se desarrollan nuevas
aplicaciones el número de protocolos crece sin
parar.
Cabe aclarar que el usuario normalmente no
interactúa directamente con el nivel de
aplicación. Suele interactuar con programas
que a su vez interactúan con el nivel de
Año 2012
Arquitectura Multicapas en Base de Datos
aplicación pero ocultando la complejidad
subyacente.
El modelo de referencia OSI nos hace la vida
más fácil cuando entramos al mundo de las
telecomunicaciones, dado que nos da un
lenguaje común para referirnos a los procesos
requeridos para establecer una comunicación,
si no lo tuviéramos tendríamos que aprender el
modelo y terminología de cada tecnología que
estudiemos. Éste es la base para cualquier
estudio más avanzado de telecomunicaciones y
redes de datos
ARQUITECTURAS MÁS COMUNES
Generalmente, se adopta una arquitectura para
cada sistema de información, en función de sus
ventajas e inconvenientes. Las arquitecturas
más universales son:
 Monolítica
 Cliente-servidor
 Arquitectura de tres niveles
MONOLÍTICA
 El software se estructura en grupos
funcionales muy acoplados.
 No hay distribución, tanto a nivel físico
como a nivel lógico.
 Está formado por la presentación, los
datos y el procesamiento.
 Es una arquitectura rígida de
programación en un solo computador.
Es la arquitectura de los primeros S.O., un solo
programa compuesto de un conjunto de rutinas
entrelazadas.
Las características fundamentales son:
 Construcción del programa final a base
de módulos compilados separadamente
que se unen a través del ligador.
6
Cátedra: Base de Datos Arquitectura Multicapas en Base de Datos

 Buena definición de parámetros de permite incrementar la flexibilidad, la

enlace entre las distintas rutinas escalabilidad y la inter operación de los
existentes, que puede provocar mucho sistemas.
acoplamiento.
El cliente se define como el PROCESO que
 Carecen de protecciones y privilegios al requiere un servicio en particular.
entrar a rutinas que manejan diferentes
aspectos de los recursos de la El servidor se define como el PROCESO que
computadora, como memoria, disco, provee dicho servicio. Una misma máquina
etc. puede actuar como cliente y servidor al mismo
tiempo.
 Generalmente están hechos a medida,
por lo que son eficientes y rápidos en
su ejecución y gestión, pero por lo
mismo carecen de flexibilidad para
soportar diferentes ambientes de
trabajo o tipos de aplicaciones.

Ventajas:

 Aprovecha mejor el ancho de banda

 Aprovecha en mayor medida el

Ventajas: hardware

 Muy eficiente ya que se producen  Mayor seguridad y autonomía

pocos cambios de contexto.
 Mejor manejo de la concurrencia
Desventajas:
 Permite que los clientes trabajen GUI
 Difícil de depurar, un error en una (Interfaz Gráfica de Usuario) mientras el
función se puede manifestar en otra servidor se centra en los procesos
distinta. centrales

 Difícil de ampliar.  Ejemplo

CLIENTE-SERVIDOR 

Donde el software reparte su carga de cómputo ARQUITECTURA DE TRES NIVELES O

en dos partes independientes pero sin reparto
claro de funciones.
Surge con las redes, planteando un modelo
versátil, modular basado en mensajes que
CAPAS
Especialización de la arquitectura cliente-
servidor donde la carga se divide en tres partes
(o capas) con un reparto claro de funciones:

Año 2012 7
Cátedra: Base de Datos Arquitectura Multicapas en Base de Datos

 Para la presentación (interfaz de usuario),

 Para el cálculo (donde se encuentra

modelado el negocio)

 Para el almacenamiento (persistencia).

Una capa (conjunto de componentes de un

aplicativo que se dedican a una labor en
particular) solamente tiene relación con la
siguiente.

1. Capa de presentación: es la que ve el

usuario (también se la denomina "capa de
usuario"), presenta el sistema al usuario, le
comunica la información y captura la
información del usuario en un mínimo de
proceso (realiza un filtrado previo para
comprobar que no hay errores de formato).
También es conocida como interfaz gráfica y
debe tener la característica de ser "amigable"
(entendible y fácil de usar) para el usuario. Esta
capa se comunica únicamente con la capa de
negocio.
2.Capa de negocio: es donde residen los
programas que se ejecutan, se reciben las
peticiones del usuario y se envían las
respuestas tras el proceso. Se denomina capa
de negocio (e incluso de lógica del negocio)
porque es aquí donde se establecen todas las
reglas que deben cumplirse. Esta capa se
comunica con la capa de presentación, para
recibir las solicitudes y presentar los resultados,
y con la capa de datos, para solicitar al gestor
de base de datos almacenar o recuperar datos
de él. También se consideran aquí los
programas de aplicación.
3. Capa de datos: es donde residen los datos y
es la encargada de acceder a los mismos. Está
formada por uno o más gestores de bases de
datos que realizan todo el almacenamiento de
datos, reciben solicitudes de almacenamiento o
recuperación de información desde la capa de
negocio.
Un ejemplo simple es la transacción del cajero
de un banco
1. Al cliente se le muestra la información y la
interfaz grafica para hacer operaciones.
2. Una vez enviada la información al servidor la
capa de negocios hace las operaciones
necesarias, como transformar claves y hacer
llamadas a la capa de datos (Esta es la lógica
de negocios).
3. Luego se hace una llamada a la función del
gestor de base de datos para devolver un valor
a la capa de negocios y este procesara la
información para mostrarla en la interfaz
grafica.
LA ARQUITECTURA DEL SOFTWARE Y LA
LÓGICA
Define, de manera abstracta, los componentes
que llevan a cabo alguna tarea de computación,
sus interfaces y la comunicación entre ellos.
Toda arquitectura debe ser implementable en
una arquitectura física, que consiste
simplemente en determinar qué computadora
tendrá asignada cada tarea.
PROGRAMACIÓN POR CAPAS

La programación por capas es una arquitectura

cliente-servidor cuyo objetivo primordial es la
separación de la lógica de negocios de la lógica

Año 2012 8
Cátedra: Base de Datos Arquitectura Multicapas en Base de Datos

de diseño, es decir separar la capa de datos de

Estas vistas se presenta tradicionalmente en
la capa de presentación al usuario.
una figura de cuatro cajas con un ovalo central
La ventaja principal es que el desarrollo se
que representa al modelo de casos de uso.
puede llevar a cabo en varios niveles, en caso
de cambios, sólo se afecta al nivel requerido,
sin tener que revisar todo el código. Ejemplo el
modelo de interconexión de sistemas abiertos.

Permite distribuir el trabajo de creación de una

aplicación por niveles, cada grupo de trabajo
está totalmente abstraído del resto de niveles,
de forma que basta con conocer la API
(Interfaz de programación de aplicaciones) que
existe entre niveles.

HERRAMIENTAS Y TECNOLOGIA

Las 4+1 Vistas

Un enfoque en la presentación de un sistema Es así que la vista de desarrollo le dice al

en UML es conocida como 4+1 vistas, fue programador como iniciar y organizar su código;
desarrollado originalmente por Philippe la vista física ayuda a los administradores de
Kruchten en 1995. Las distintas vistas del sistemas a decidir la infraestructura que se ha
enfoque responden a las necesidades de las de dedicar al sistema; la vista de procesos es
distintas partes interesadas: clientes, útil para realizar análisis de integridad y tomar
programadores, administradores, etc. Esta decisiones de integración con otros sistemas;
forma de documentar nuestros modelos divide finalmente, siempre de acuerdo con el Sr.
lo que sabemos de él en cinco áreas: Kruchten, la vista lógica le sirve a los usuarios y
clientes a visualizar la funcionalidad que el
 Vista de Casos de Uso: que contiene
requisitos desarrollados en las restantes sistema les provee.
vistas.
 Vista Lógica: Muestra la estructura estática Este enfoque es uno de los más extendidos en
del sistema.
la literatura, sin embargo su aplicación es de
 Vista Física: Muestra el despliegue de la
aplicación en la red de computadoras. alcance limitado en los tiempos modernos,
 Vista de Procesos: Muestra los hilos y donde las aplicaciones tradicionales han dejado
procesos de ejecución así como la
su lugar a sistemas basados en Web. Es
comunicación entre estos.
 Vista de Desarrollo: Muestra la estructura entonces un enfoque digno de estudio aunque
en modelos del código del sistema. es probable que en nuestros proyectos sigamos
otras aproximaciones para la organización y
presentación de nuestros modelos.

Año 2012 9
 Cátedra: Base de Datos
ARQUITECTURA
MODELO/VISTA/CONTROLADOR
EL Modelo Vista Controlador (MVC) es un
patrón de arquitectura de software que separa
los datos de una aplicación, la interfaz de
usuario, y la lógica de control en tres
componentes distintos. Fue descrito por primera
vez en 1979 por Trygve Reenskaug, trabajador
de Smalltalk, en unos laboratorios de gran
investigación de Xerox.
El patrón MVC se ve frecuentemente en
aplicaciones web, donde la vista es la página
HTML, el modelo es el Sistema de Gestión
de Base de Datos y la Lógica de negocio y el
controlador es el responsable de recibir los
eventos de entrada desde la vista
Se busca mejorar la reusabilidad por medio del
desacople entre la vista y el modelo.Los
elementos del patrón son los siguientes:
El modelo es el responsable de:
1. Acceder a la capa de almacenamiento de
datos. Lo ideal es que el modelo sea
independiente del sistema de
almacenamiento.
2. Define las reglas de negocio (la funcionalidad
del sistema).
3. Lleva un registro de las vistas y controladores
del sistema.
4. Si estamos ante un modelo activo, notificará a
las vistas los cambios que en los
El controlador es el responsable de:
Año 2012
Arquitectura Multicapas en Base de Datos
1. Recibe los eventos de entrada (un clic, un
cambio en un campo de texto, etc.).
2. Contiene reglas de gestión de eventos, del
tipo. Estas acciones pueden ser peticiones a
las vistas (una llamada al método “Actualizar)
o una petición al modelo que puede ser
“Obtener_tiempo_de_entrega”.
Las vistas son responsables de:
1. Recibir datos del modelo y los muestra al
usuario.
2. Tienen un registro de su controlador asociado
(normalmente porque además lo instancia).
3. Pueden dar el servicio de “Actualización()”,
para que sea invocado por el controlador o
por el modelo (cuando es un modelo activo
que informa de los cambios en los datos
producidos por otros agentes).
Ventajas
1. Es posible tener diferentes vistas para un
mismo modelo (ej. representación de un
conjunto de datos como una tabla o como un
diagrama de barras).
2. Es posible construir nuevas vistas sin
necesidad de modificar el modelo subyacente.
Flujo que sigue el control en una
implementación general de un MVC
1. El usuario interactúa con la interfaz de usuario
(por ejemplo, pulsar un botón, enlace)
2. El controlador recibe (por parte de los objetos
de la interfaz-vista) la notificación de la acción
solicitada por el usuario. El controlador
gestiona el evento que llega, frecuentemente
a través de un gestor de eventos (handler) o
callback.
3. El controlador accede al modelo,
actualizándolo o modificándolo de acuerdo a
la acción solicitada por el usuario. Los
controladores usan un patrón de comando
que encapsula las acciones y simplifica su
extensión.
4. El controlador delega a los objetos de la vista
la tarea de desplegar la interfaz de usuario. La
10
 Cátedra: Base de Datos Arquitectura Multicapas en Base de Datos

vista obtiene sus datos del modelo para Los servicios de Internet son tipo de cliente-
generar la interfaz apropiada para el usuario servidor. La acción de visitar un sitio
donde se refleja los cambios en el modelo web requiere una arquitectura cliente-servidor,
(por ejemplo, produce un listado del contenido ya que el servidor web sirve las páginas web al
del carro de la compra navegador (al cliente).
5. La interfaz de usuario espera nuevas
Al leer este artículo en Wikipedia ,
interacciones del usuario, comenzando el
la computadora y el navegador web del usuario
ciclo nuevamente.
serían considerados un cliente; y las
TENDENCIAS / INVESTIGACIÓN computadoras, las bases de datos, y los usos
Comercio electrónico: Con el avance de las que componen Wikipedia serían considerados
tecnologías de información, las posibilidades de el servidor. Cuando el navegador web del
negocios se han ampliado. Las empresas en su usuario solicita un artículo particular de
mayoría poseen un portal o por lo menos una Wikipedia, el servidor de Wikipedia recopila
página Web. Algunas empresas como toda la información a mostrar en la base de
Microsoft, IBM, Oracle, Sun Microsystem, etc, datos de Wikipedia, la articula en una página
ofrecen plataformas sobre las cuales se soporta web, y la envía de nuevo al navegador web del
un sistema de comercio electrónico. El punto a cliente.
tener presente en este componente es que
debe ser una arquitectura multicapas, siendo la Juego online.
más usada, la de tres capas donde esta Si existen dos servidores de juego, cuando un
involucrado un componente intermedio
usuario lo descarga y lo instala en su
denominado middleware, que sirve de
computadora pasa a ser un cliente. Si tres
intermediario entre los requerimientos
personas juegan en un solo computador
solicitados desde el cliente a una base de
datos. existirían dos servidores, un cliente y tres
usuarios. Si cada usuario instala el juego en su
SIG móvil (sistema de información geográfica) propio ordenador existirían dos servidores, tres
los SIG son herramientas que permiten a los clientes y tres usuarios.
usuarios crear consultas interactivas, analizar
la información espacial, editar datos, mapas y
presentar los resultados de todas estas
operaciones. Un SIG Móvil generalmente está
constituido por una arquitectura multicapas
cliente/servidor. Típicamente constan de 3
capas: el cliente, el servidor y la base de
datos. Es posible la agregación de capas de
acuerdo a las necesidades propias o
requerimientos del sistema.

Año 2012 11
Cátedra: Base de Datos Arquitectura Multicapas en Base de Datos

CONCLUSION REFERENCIAS Y BIBLIOGRAFIA

Una arquitectura multicapas más que todas la http://es.wikipedia.org/wiki/Cliente-servidor

de 3 capas es una solución apropiada para
cualquier proyecto de software, ya que permite
implementar buenas prácticas de la ingeniería
de software.
Permite procesar datos distribuidos..
Incrementar la seguridad. Podemos aislar la
funcionalidad en las capas dando restricciones
de seguridad.
http://www.selper-
mexico.org.mx/XT%20PDF/WEB/WEB-05.pdf
http://www.practicasdesoftware.com.ar/tag/capa
s-fisicas/
http://www.slideshare.net/Decimo/arquitectura-
3-capas

Centralización del control: los accesos, recursos

y la integridad de los datos son controlados por
el servidor.

Gracias a la arquitectura multicapas, del

sistema y a la interfaz web, el desarrollo de
software no estará frustrado por limitaciones
técnicas, ni ahora ni en el futuro.

Año 2012 12