Diseño de aplicaciones por capas

Arquitectura de
aplicaciones

Arquitectura en capas

API

API

dic-08

alb@uniovi.es

2

Layers y Tiers
Layer: capa arquitectónica de la
aplicación software
Presentación, lógica, persistencia

Tier: capa física de la arquitectura
de despliege del hardware
Máquinas: Servidor web, servidor de
aplicaciones, servidor de base de datos

Las “layers” se despliegan sobre las“tiers”
dic-08

alb@uniovi.es

3

El código que se
ejecuta en el navegador
(AJAX, javascript) también
pertenece a la capa
de presentación

3 layers, 2 tiers
dic-08

alb@uniovi.es

4

Conexiones remotas
(diversas tecnologías)

3 layers, 4 tiers

dic-08

Conexiones
locales

alb@uniovi.es

5

N tiers
dic-08

alb@uniovi.es

6

Arquitectura en capas
Las capasse comunican a
través de interfaces
Las implementaciones están
ocultas al exterior
Una factoría sirve una
implementación para cada
interfaz
La capa superior se comunica
con la inferior, no al revés
Las capas, hechas así, son
intercambiables
Y según como se hagan
reubicables
dic-08

alb@uniovi.es

7

Capa de presentación
Resuelve la interacción con el
usuario
Mostrar datos,formatearlos, ordenarlos
Solicitar datos, validarlos
Incluye algo de lógica (pero de
presentación)

Internacionalización
Informar de los errores lógicos y de
ejecución (errores internos)

dic-08

alb@uniovi.es

8

Capa de presentación
Controlar la navegación entre
pantallas
Algunas reglas de negocio pueden
ser responsabilidad de esta capa
Presentar estos datos así y los otrosasá…
Ocultar/deshabilitar determinado
dato/control si se da tal circunstancia…

dic-08

alb@uniovi.es

9

Capa de presentación
Puede estar dividida en subcapas
Parte en el servidor (p.e. servidor web)
Parte en el cliente (p.e. navegador,
AJAX)

Patrones habituales:
MVC
Struts Filter
Comando
Struts Actions
(xxx.execute())
ServiceLocator o Factory
desacopla
la implementacióndel servicio
dic-08

alb@uniovi.es

10

Acceso a Lógica:
ejemplo

dic-08

alb@uniovi.es

11

dic-08

alb@uniovi.es

12

Capa de Negocio:
Responsabilidades
Implementa procesos de negocio
identificados durante el análisis
funcional.
Control de acceso a los servicios de
negocio desde otras capas.
Publicación de los servicios de
negocio
Invocación de la capa depersistencia.

Implementación de
Procesos de Negocio
Independientes de los aspectos de
presentación.
Contra ejemplo:
Informe de varias filas donde cada una de ellas
deberá sombrearse de un color dependiendo de un
determinado umbral. 2004
Delegación
2003
Crecimiento
Santander

1.090.004€

1.234.000€

13,21 %

Oviedo

1.245.330€

1.300.320€

4,41 %

Bilbao

1.004.545€975.034€

-2,93 %

Control de Acceso a
Servicios de Negocio
El control de acceso al servicio de negocio debe
hacerse en la capa de negocio, puesto que
podemos tener distintas capas de presentación.
¿Que perfil puede acceder a un determinado
servicio?
Se delega en un componente de infraestructura.

El control se puede hacer a nivel de servicio
vertical (cada Façade) o a nivel demétodo dentro
de cada servicio.

Publicación de
Servicios de Negocio
Hay servicios que se comparten con otros
sistemas: Modelo colaborativo.
La publicación se debe hacer a nivel de la
capa de negocio.
Distintas posibilidades tecnológicas
Web Services, RMI, IIOP, RMI-IIOP (EJB), …

Nivel de seguridad mayor.

Capa lógica de negocio
Ofrece un interfaz de servicios
En JEE es una interfazjava

Cada servicio (método) puede resolver
un caso de uso o parte
Los servicios pueden ser:
Sin estado: cada llamada es independiente
de las demás; el cliente puede invocar en
cualquier orden
Con estado: existe noción de sesión, una
llamada estará condicionada por las
anteriores

dic-08

alb@uniovi.es

17

Lógica de negocio:
implementación
El cliente sólo conoce la...