INSTITUCIÓN UNIVERSITARIA POLITÉCNICO GRANCOLOMBIANO

Primera Entrega

Módulo:
Arquitectura de Software

Presentado por:

JUAN CAMILO OSPINA REYES 1721981686

Tutor:
Rivera Parra Carlos Ivan

Abril 2 de 2019
 INTRODUCCION

La evolución de las tecnologías de la información y comunicaciones (TICs) ha

permitido que las empresas a nivel mundial, nacional y local adopten una
arquitectura basada en servicios, justificada por la necesidad de crear una
infraestructura que soporte la integración de los sistemas críticos de la empresa.
 DESCRIPCIÓN DEL PROBLEMA

En este ejemplo contemplamos los problemas de un minorista que ha elegido

implementar determinadas funciones utilizadas por las aplicaciones en sus
terminales de punto de venta (PoS) como servicios. En la actualidad la aplicación
empresarial se desarrolla como aplicación monolítica con componentes
estrechamente acoplados, pero con algunos componentes residiendo en los
servidores en el almacén (ISS) y algunas solicitudes incluso se envían mediante el
ISS a servidores situados de forma centralizada en la empresa. La cuestión es que
la infraestructura del almacén en general y la aplicación empresarial en particular
pueden ser difíciles de mantener debido al estrecho acoplamiento de los
componentes y al uso de protocolos propietarios y de la tecnología en el desarrollo
de los componentes y la conexión entre ellos.
 ÁMBITO DEL PROYECTO Y OBJETIVOS

Inicialmente las funciones que hay que contemplar se han elegido porque
comparten un patrón común en el sentido de que requieren actualmente lógica en
las aplicaciones empresariales para consultar información en más de un almacén
de datos. Por ello, los servicios propuestos no sólo proporcionan una interfaz común
sino que también dividen la aplicación empresarial del conocimiento explícito de la
ubicación de los datos y de tener que tratar con múltiples protocolos.

 Búsqueda de clientes: Se trata de un proceso en dos pasos desde el

terminal en el sentido de que hay una base de datos local en el almacén de
clientes que ya ha adquirido artículos del almacén o que ha dado servicio a
los artículos en el almacén. Si el cliente no se encuentra en la base de datos
del almacén (se realiza una conexión directa a la base de datos y se ejecuta
una consulta SQL) entonces, la aplicación empresarial consulta una base de
datos de clientes central utilizando un enfoque de cola de mensajes mediante
un servidor de colas en el ISS. El nuevo servicio debe estar situado en el ISS
y actuar de punto único de comunicación desde la aplicación empresarial; la
aplicación establecerá comunicación con el ISS que a su vez consultará la
base de datos local antes de enviar la solicitud a otro servicio (implementando
la misma especificación de servicio) en el servidor central que consultará su
base de datos local.
 Planificación de servicio: En este caso un cliente desea planificar un
servicio sobre un elemento que ha adquirido; en la actualidad la aplicación
empresarial tiene que consultar la base de datos del cliente (véase más
arriba), consultar la base de datos de garantía central para ver si el elemento
está en garantía y actualizar la planificación de servicio con la fecha/hora en
la que el cliente está pensando en recoger el elemento. Parece que hay una
forma mejor de resolver el problema y el nuevo servicio de planificación
funcionará de la manera siguiente. Dado que un elemento tiene un número
de serie, la base de de datos de garantía puede consultarse; esta base de
datos ya contiene el ID de cliente de forma que los datos del cliente pueden
extraerse en cualquier momento. Si el cliente sólo dispone del ID de tipo de
elemento, debemos consultar el cliente y el elemento tal como hemos
indicado anteriormente. Esto lo realizará totalmente el servicio, eliminando la
lógica de la aplicación empresarial.
 Comprobación de inventario: En este caso, existe un problema similar; el
servicio consulta primero en la base de datos de tiempo real el inventario y si
se no se encuentra un elemento, consulta la base de datos de la empresa
que contiene menos información sobre los productos pero contiene el
inventario de todos los almacenes (excepto que sólo se actualiza por lotes
durante la noche y, por consiguiente, no está garantizado. El nuevo servicio
ISS agregará las consultas tal como se ha indicado anteriormente, pero
también proporcionará actualizaciones en tiempo real al servidor central para
pasar los sucesos de cambio de inventario al centro y permitir que las
consultas en otros almacenes sean más exactas. Esto implica que el servicio
 de inventario en el centro tiene la posibilidad de recibir estos sucesos de
cambio de inventario y el servicio local no.

Estos servicios se accederán a través de RMI desde la aplicación empresarial al

servicio ISS y utilizando SOAP a través de JMS desde el ISS al servicio central.