Modelo de 3 capas

Qu es la arquitectura de una
aplicacin?
La arquitectura se refiere a la forma en la que
es diseada tanto fsica como lgicamente una
aplicacin.
Diseo fsico:Se refiere al lugar donde estarn
las piezas de la aplicacin.
Diseo lgico: Aqu se especifica la estructura
de la aplicacin y sus componentes sin tener en
cuenta donde se localizara el Software ni el
Hardware ni la infraestructura.

Qu es Cliente-Servidor?
Esta definicin se usa para describir una
aplicacin en la cual dos o mas procesos
separados trabajan juntos para completar
una tarea. El proceso Cliente solicita al
proceso Servidor la ejecucin de una
accin en particular esta operacin se
conoce como proceso cooperativo.
Los procesos pueden o no estar en una sola
mquina.
Tipos de arquitectura?
Centralizada: consiste en un conjunto de
terminales brutas que se conectan a un
Mainframe todas la operaciones se realizan en
sta, mientras que las terminales solo se
emplean como interface.

Tipos de arquitectura?
Modelo de 2 capas
Es una arquitectura constituida por 2 capas: Front-
End y Back-End.
Front-End: consiste en la capa donde el usuario
interacta con su PC.
Back-End: es el servidor de bases de datos como
Oracle o SQL-Server.

Dificultades de la arquitectura de 2 capas
Dificultad al realizar cambios en el Front-End
Dificultad al compartir procesos comunes.
Problemas de seguridad, etc.

Arquitectura de 3 capas
Es el sucesor de la arquitectura de dos
capas, sta implementa una n capas
adicionales las cuales se encargan de
encapsular las reglas del negocio asociadas
con el sistema y las separa de la
presentacin y del cdigo de la D.B.

Reglas del negocio
D.B.
Comunicacin entre las capas
El modelo de 3 capas es una forma lgica de
agrupar los componentes que creamos. Est
basado en el concepto de que todos los niveles
de la aplicacin, son una coleccin de
componentes que se proporcionan servicios
entre s o a otros niveles adyacentes. La nica
comunicacin que no est permitida es la de
Frond-End con Back-End.
contrario al modelo de 2 capas donde cada
capa solo se comunica con su capa superior o
inferior siendo estas las capas de Front-End y
Back-End.
Modelo de 3 capas
Los servicios se forman de
componentes
El modelo de 3 capas est destinado a
ayudarnos a construir componentes fsicos a
partir de los niveles lgicos. As que podemos
empezar tomando decisiones sobre qu parte
lgica de la aplicacin vamos a encapsular en
cada uno de nuestros componentes de igual
modo que encapsulamos los componentes en
varios niveles.
Un nivel est conformado por varios
componentes, por tanto puede suplir varios
servicios.

Niveles del modelo
Nivel de Usuario
Los componentes del nivel de usuario,
proporcionan la interfaz visual que los clientes
utilizarn para ver la informacin y los datos. En
este nivel, los componentes son responsables de
solicitar y recibir servicios de otros componentes
del mismo nivel o del nivel de servicios de
negocio.Es muy importante destacar que, a pesar
de que las funciones del negocio residen en otro
nivel, para el usuario es transparente la forma de
operar.
Niveles del modelo
Nivel de Negocios
Como los servicios de usuario no pueden
contactar directamente con el nivel de servicios de
datos, es responsabilidad de los servicios de
negocio hacer de puente entre estos. Los objetos
de negocio proporcionan servicios que completan
las tareas de negocio tales como verificar los
datos enviados por el cliente. Antes de llevar a
cabo una transaccin en la D.B.
Los componentes de los servicios de negocio
tambin nos sirven para evitar que el usuario
tenga acceso directo a la base de datos, lo cual
proporciona mayor seguridad en la integridad de
sta.
Nivel de Datos
El nivel de datos se encarga de las tpicas tareas que
realizamos con los datos: Insercin, modificacin,
consulta y borrado. La clave del nivel de datos es que
los papeles de negocio no son implementados aqu.
Aunque un componente de servicio de datos es
responsable de la gestin de las peticiones realizadas
por un objeto de negocio.
Un nivel de servicios de datos apropiadamente
implementado, debera permitir cambiar su
localizacin sin afectar a los servicios
proporcionados por los componentes de negocio.
Ventajas
Los componentes de la aplicacin pueden ser
desarrollados en cualquier lenguaje.
Los componentes son independientes.
Los componentes pueden estar distribuidos en mltiples
servidores.
La D.B. es solo vista desde la capa intermedia y no
desde todos los clientes.
Los drivers del D.B. No tienen que estar en los clientes.
Mejora la administracin de los recursos cuando existe
mucha concurrencia.
Permite reutilizacin real del software y construir
aplicaciones escalables.