INVESTIGAR EN INTERNET UN SITIO WEB QUE UTILIZA LA

ARQUITECTURA CLIENTE – SERVIDOR

Algunos ejemplos sitios web que usan el modelo cliente-servidor son el Correo
electrónico, un Servidor de impresión y la WORLD WIDE WEB.
Uno de los ejemplos más antiguos en este contexto es el correo electrónico,
que demuestra a cada segundo de su funcionamiento los principios del modelo
cliente servidor. En este caso, el cliente envía y recibe mensajes que viajan a
través de redes de comunicación, y éstos se alojan en buzones cuyo nombre
técnico es servidores de correo.

REALIZAR UN CUADRO COMPARATIVO ENTRE ARQUITECTURA DE 2 Y

3 CAPAS
Cliente- 2 CAPAS 3 CAPAS
Servidor
La lógica de la aplicación La lógica de la aplicación
Definición está dentro de la interfaz (proceso) reside en la capa
de usuario (cliente) o intermedia y está separada de
dentro de la base de datos la información (base de datos) y
(servidor) o en los dos de la interfaz de usuario.
lugares.
Esquema Servidor de Aplicaciones. Base de datos.
 Mantenimiento  Adaptabilidad en el
mínimo. constante cambio.
 Eficiente cuando se  Utiliza tecnología
Ventajas tiene una base de orientada a objetos.
datos en un solo  Eficiente cuando hay
servidor. mucho procesamiento de
datos.
 Mayor flexibilidad.
Desventajas  No soporta mucho
procesamiento de
datos.
 La seguridad es
baja.
Administración Compleja (más reglas en Menos compleja (la aplicación
del Sistemas el cliente por administrar). puede administrarse de manera
central en el servidor).
Escalabilidad Pobre (administración Excelente (distribuir la carga
limitada de ligas de entre varios servidores).
servicios cliente-servidor).
Reciclado de Pobre (aplicaciones Excelente (puede reciclar
Aplicaciones monolíticas en el cliente). servicios y objetos).
Alta. En mejoras (están surgiendo
Desarrollo nuevas herramientas para
 desarrollar los servidores de
aplicaciones).
Soporte de No. Si (utilizan varias bases de
Base de Datos datos dentro de la misma
transacción de negocios).
Limitada (Se tiene un solo Excelente (Las tres capas se
Flexibilidad de cliente y un solo servidor). pueden residir en computadoras
Arquitectura distintas, o la segunda y la
tercera pueden encontrarse en
la misma maquina en entornos
basados en componentes).
Baja. Excelente (puede volver a
Disponibilidad arrancar los componentes de la
capa en medio entre otros
servidores).
Representació
n

SÍNTESIS DE CAPA DE MODELO:

1. Capa de modelo, objetivos y como se puede construir en PHP y Java
La programación por capas es un modelo de desarrollo software en el que el
objetivo primordial es la separación (desacoplamiento) de las partes que
componen un sistema software o también una arquitectura cliente-servidor:
lógica de negocios, capa de presentación y capa de datos. De esta forma, por
ejemplo, es sencillo y mantenible crear diferentes interfaces sobre un mismo
sistema sin requerirse cambio alguno en la capa de datos o lógica. La ventaja
principal de este estilo es que el desarrollo se puede llevar a cabo en varios
niveles y, en caso de que sobrevenga algún cambio, solo afectará al nivel
requerido sin tener que revisar entre el código fuente de otros módulos, dado
que se habrá reducido el Acoplamiento informático hasta una interfaz de paso
de mensajes. Además, permite distribuir el trabajo de creación de una
aplicación por niveles; de este modo, cada grupo de trabajo está totalmente
abstraído del resto de niveles, de forma que basta con conocer la API que
existe entre niveles. A. Capa de presentación: 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.
b. 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.
c. 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

2. Herramientas que facilitan su desarrollo en PHP y Java

 IDE Netbeans
 Eclipse
 Atom
 Sublime Text

3. Diseño y desarrollo rápido de la capa de datos

La capa de datos permite aprovechar todo lo que GTM tiene para ofrecer,
almacenando toda la información que desea en un sitio para compartir con las
etiquetas. La capa de datos puede contener información estática
(independientes de la arquitectura de la web o de las acciones que suceden en
ella) o dinámica (vinculada a acciones o transacciones).Ejemplos de capa de
datos: Se pueden guardar en la capa de datos información relativa a la página,
como categoría, o tipo de visitante:dataLayer = [{'categoria': 'login','tipoUsuario':
'top'}];También se pueden guardar la interacciones que suceden en dicha
página, a través del comando dataLayer.push. Por ejemplo, supongamos que
un usuario introduce cierta información en un formulario, como la ciudad donde
reside, algo de lo que se desea realizar un seguimiento con una etiqueta en el
contenedor. Se puede añadir estos datos a la capa de datos de forma
instantánea utilizando un comando simple.dataLayer.push({'ciudadResidencia':
'Madrid',});

4. Diseño y desarrollo rápido de la capa del modelo a partir de la capa

de datos (PHP Active Record y JPA para Java) JPA
Es la propuesta estándar que ofrece Java para implementar un Framework
OBJECT RELATIONAL MAPPING (ORM), que permite interactuar con la base
de datos por medio de objetos, de esta forma, JPA es el encargado de convertir
los objetos Java en instrucciones para el Manejador de Base de Datos
(MDB).Cuando empezamos a trabajamos con bases de datos en Java lo
primero que nos enseñan es a utiliza el API de JDBC el cual nos permite
realizar consultas directas a la base de datos a través de consultas SQL
nativas. JDBC por mucho tiempo fue la única forma de interactuar con las
bases de datos, pero representaba un gran problema y es que Java es un
lenguaje orientado a objetos y se tenía que convertir los atributos de las clases
en una consulta SQL como SELECT, INSERT, UPDATE, DELTE, etc. lo que
ocasionaba un gran esfuerzo de trabajo y un provocaba muchos errores en
tiempo de ejecución, debido principalmente a que las consultas SQL se tenían
que generar frecuentemente al vuelo. Una de las cosas más importantes para
comprender que es JPA es entender que JPA es una especificación y no un
Framework como tal, ¿pero quiere decir esto exactamente?, pues bien, una
especificación no es más que un documento en el cual se plasman las reglas
que debe de cumplir cualquier proveedor que dese desarrollar una
implementación de JPA, de tal forma que cualquier persona puede tomar la
especificación y desarrollar su propia implementación de JPA, ¿Esto quiere
decir que pueden existir muchas implementaciones de JPA? la respuesta es sí,
de echo en la actualidad existen varios proveedor como lo son los siguientes:
HIBERNATE, OBJECTDB, TOPLINK, ECLIPSELINK, OPENJPA El patrón
active record, conocido sobre todo por su uso en RUBY ON RAILS es un
patrón de diseño que define una forma de acceder a los datos de una base de
datos relacional y convertir las filas de una tabla en objetos. Su objetivo es
simplificar enormemente la interacción con la base de datos y eliminar la tarea
de escribir SQL a mano para operaciones comunes. Está basado en
convenciones en lugar de configuraciones

5. Diseño y construcción de los DAO (Php y Java)

El patrón DAO propone separar por completo la lógica de negocio de la lógica
para acceder a los datos, de esta forma, el DAO proporcionará los métodos
necesarios para insertar, actualizar, borrar y consultar la información; por otra
parte, la capa de negocio solo se preocupa por lógica de negocio y utiliza el
DAO para interactuar con la fuente de datos. Los compones que conforman el
patrón son:• BusinessObject: representa un objeto con la lógica de
negocio.• DataAccessObject: representa una capa de acceso a datos que
oculta la fuente y los detalles técnicos para recuperar los datos.•
TransferObject: este es un objeto plano que implementa el patrón Data
Transfer Object (DTO), el cual sirve para transmitir la información entre el DAO
y el Business Service.• DataSource: representa de forma abstracta la
fuente de datos, la cual puede ser una base de datos, Webservices, LDAP,
archivos de texto, etc.