INSTITUTO TECNOLÓGICO DE LEÓN

INGENIERÍA EN SISTEMAS COMPUTACIONALES

ARQUITECTURA DE APLICACIONES EMPRESARIALES

ALEH SOTO SALAS LINARES

ING. JOSÉ LUIS FERNANDO SUÁREZ Y GÓMEZ

MAPA CONCEPTUAL DE:

PATRONES ARQUITECTURALES DIVIDIDOS
EN CAPAS

LUNES 19 DE NOVIEMBRE DEL 2018

 Introducción

Con la aparición del J2EE, todo un nuevo catálogo de patrones de diseño apareció. Desde
que J2EE es una arquitectura por si misma que involucra otras arquitecturas, incluyendo
servlets, JavaServer Pages, Enterprise JavaBeans, y más, merece su propio conjunto de
patrones específicos para diferentes aplicaciones empresariales.
De acuerdo al libro "J2EE PATTERNS Best Practices and Design Strategies", existen 5
capas en la arquitectura J2EE:
 Cliente
 Presentación
 Negocios
 Integración
 Recurso
El libro explica 15 patrones J2EE que están divididos en 3 de las capas: presentación,
negocios e integración.
A continuación, se presenta un mapa conceptual de tres patrones arquitecturales con sus
características.

Patrones
Arquitecturales
Presentación Negocios Integración

Intercepter Bussines Data Access

Filter Derelegate Object (DAO)

Service
Context Object Service Locator
Activator

Sesion Facade Domain Store

Front Controller

Aplication Aplication Web Service

Controller Service Broker

View Helper Bussines Object

Composite Composite
View Entity

Dispatcher
Transfer Object
View

Service To
To Asambler
Worker

Value List
Intercepter Handler
Un objeto que está entre el cliente y los componentes Web. Este
Filter procesa las peticiones y las respuestas.
 Context Object Pega datos de objetos específicos del contexto sin pasarlos fuera de
su contexto.

El patrón FC puede dividir la funcionalidad en 2 diferentes

Front objetos: el Front Controller y el Dispatcher. El FC acepta todos los
Controller requerimientos de un cliente y realiza la autenticación, y el
Dispatcher direcciona lso requerimientos a manejadores
apropiados.

Presentación
Aplication Separa la gestión de invocación de acciones y la gestión de
Controller despacho de vistas desde el componente del controlador frontal.

Un objeto helper que encapsula la lógica de acceso a datos en

beneficio de los componentes de la presentación. Ejmplo, los
View Helper JavaBeans pueden ser usados como patrón View Helper para las
páginas JSP.

Composite Un objeto vista que está compuesto de otros objetos vista. Ejemplo,
View una página JSP y HTML usando la directuva include o el action
include es un patrón Composite View.

Es como el patrón de diseño MVC con el controlador actuando como

Dispatcher Front Controller pero con el Dispatcher (que es parte del Front
View Controller) usa View Helpers y realiza muy poco trabajo en el
manejo de la vista.

Es como el patrón de diseño MVC con el controlador actuando como

Service to Front Controller pero con el Dispatcher (que es parte del Front
Worker Controller) usa View Helpers a gran escala y ayuda en el manejo de
la vista.
Un objeto que reside en la capa de presentación y en beneficio de los
Bussiness otros componentes de la capa de presentación llama a métodos
Delegate remotos en los objetos de la capa de negocios.
 Consiste en utilizar un objeto Service Locutor para abstraer toda la
utilización JNDI y para ocultar las complejidades de la creación del
Service contexto inicial, de búsqueda y recreación de objetos EJB. Varios clientes
Locator pueden reutilizar el obj. Ser.Locut para reducir la complejidad del Código,
para obtener un punto de control.

El uso de un bean de sesión como fachada para encapsular la complejidad

de las interacciones entre los objetos de negocio y participantes en un flujo
Session Facade
de trabajo, proporcionando un servicio de acceso uniforme a los clientes.

Aplication
Centraliza la lógica empresarial entre las fachadas de servicio y los
Service
objetos empresariales
Bussiness

Bussiness Separa los datos empresariales de la lógica empresarial y la lógica

Object del flujo de trabajo

Composite Un bean entidad que es construido o es agregado a otros beans de

Entity entidad.

Transfer
Un objeto serializable para la transferencia de datos sobre la red.
Object

To Assembler Un objeto que recide en la capa de negocios y crea Value Objects

cuando es requerido.

Value List Es un objeto que maneja la ejecución de consultas SQL, caché y

Handler procesamiento del resultado. Usualmente implementado como beans
de sesión.
Consiste en utilizar un objeto de acceso a datos para abstraer y
Data Access encapsular todos los accesos a datos a la fuente de datos. El DAO
Object (DAO) maneja la conexión con la fuente de datos para obtener y
almacenar datos.
 Se utiliza para recibir peticiones y mensajes asíncronos de los
Service clientes. Cuando se recibe un mensaje, el Service Activator
Integration Activator localiza e invoca a los métodos de los componentes de negocio
necesarios para cumplir la petición de forma asíncrona.

Crea un robusto mecanismo de persistencia que es transparente para

Domain Store los objetos de negocio sin usar beans de entidad.

Web Service
Pone a disposición servicios de negocio como servicios web.
Broker