UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA

E.F.P. DE INGENIERÍA DE SISTEMAS

ARQUITECTURA DE PROGRAMACIÓN EN JAVA

El modelo de 3 capas que nos ofrece la especificación Java J2EE, nos permite desarrollar un
proyecto dando una clara separación al modelo de datos, del modelo de negocios y del modelo
interfaz.

J2EE es una plataforma para el cómputo empresarial a partir de la cual es posible el desarrollo
profesional de aplicaciones empresariales distribuidas sobre una arquitectura multicapa, que son
escritas con el lenguaje de programación Java y son ejecutadas desde un servidor de aplicaciones.

A continuación un esquema de dicho modelo:

Arquitectura de tres capas

 UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS

ARQUITECTURA DE UN SISTEMA DE INFORMACIÓN (SI) EN TRES CAPAS

FUNCIONALIDAD
 UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS

CAPA DE PRESENTACIÓN
Es la capa es la que se muestra en el usuario, presenta el sistema al usuario, le comunica la infor-
mación y captura la información del usuario en un mínimo de proceso.

Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz
gráfica y debe tener la característica del ser “amigable” para el usuario generalmente se presentan
como formularios.

CAPA DE NEGOCIO
Aquí es donde, 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 de 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 la base de datos para almacenar o
recuperar datos desde la bd.

 Toda la aplicación tiene código para implementar reglas de negocio.

 Se puede seleccionar almacenar la lógica de negocios sobre cada estación de cliente, u optar
por ejecutar la lógica de negocios sobre un servidor de aplicaciones.
 No toda la lógica de negocio es la misma algunas no requieren un frecuente acceso a los
datos, pero una interfaz de usuario robusto necesitar de la lógica de negocios para la valida-
ción en la entrada de campos, cálculos en tiempo real u otras interacciones de usuarios.
 UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS

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.

PRACTICA
Tenemos la siguiente arquitectura de lógica de negocio

Ahora en cada una de estos paquetes tenemos que crear una clase por cada tabla de la siguiente
manera:

En el paquete org.unsch.dominio, en este paquete crearemos una clase categoría.java de la si-

guiente manera:
 UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS

PROBLEMA
¿Cómo sepamos la lógica de negocio del acceso a los datos?

SOLUCIÓN
Utilizaremos el patrón DAO (“Core J2EE Patterns” ) para desacoplar el acceso a datos de la lógica
de negocio.
Usaremos JDBC para acceder al SGBD

CAPA DE ACCESO A DATOS

 UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS

JDBC es un API (java.sql.*) para lanzar sentencias SQL a bases de datos relacionales.
Los desarrolladores de SGBD proporcionan la implementación de esa interfaz (Drivers).

ARQUITECTURA

Tipo 1: (JDBC-ODBC Bridge) delegan el

acceso a datos a una API ODBC.
Tipo 2: Usan código nativo para el acceso a
datos y proveen un envoltorio de clases java
para las llamadas al driver. Es por tanto es-
pecífico para una plataforma.
Tipo 3: Driver 100% Java /Protocolo nativo.
Se comunica con el SGBD utilizando el pro-
tocolo de red nativo del servidor.
Tipo 4: Driver 100% Java /Protocolo inde-
pendiente. Hace las peticiones de datos a un
intermediario en un protocolo de red inde-
pendiente del SGBD.

JDBC
Necesitare:
 Alguien que represente a un gestor de drivers: DriverManager
 Alguien que represente a las conexiones: Connection
 Alguien que represente a las sentencias: PreparedStatment
 Alguien que represente a los resultados:ResultSet

JDBC
 Cargar/Descargar el driver
 Obtener/liberar conexiones
 Lanzar consultas
 Tratamiento de las excepciones
 UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS

Cargar/Descargar el driver

Ejemplos de nombres de driver:

Obtener/liberar conexiones
Se usa una URI para identificar al DBMS
La dirección del servidor MySQL se puede especificar usando parámetros individuales, como
usuario, nombre de host y puerto, o usando un URI (identificador de recurso uniforme)

 Transporte: jdbc
 Tipo de base de datos: mysql
 Nombre del servidor: 127.0.0.1
 Puerto: 3306
 Base de datos: POS
 UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS

CAPA DE DOMINIO
Clases persistentes, una clase por cada tabla en la base de datos, con sus atributos, métodos Setter
y Getter y Constructores de Objetos.

CAPA DE GESTIÓN DE DATOS

Clase de conexión a la base de datos
Clases con métodos para poder insertar, modificar, eliminar, mostrar, filtrar registros de las tablas
de la base de datos, funciones para controlar accesos, y entre otras funciones.

CAPA DE PRESENTACIÓN
Interfaces, formularios de registros, formularios vistas, formulario de acceso, menú del sistema,
imágenes, reportes entre otros.
UNIVERSIDAD NACIONAL DE SAN CRISTÓBAL DE HUAMANGA
E.F.P. DE INGENIERÍA DE SISTEMAS