APLICACIONES EMPAQUETADAS

Jess Mata Castro

Oscar Cordero Prez

Las empresas necesitan acceder a la informacin, y en muchos casos, deben compartir la lgica de negocios encerrada dentro de aplicaciones empaquetadas Las aplicaciones empaquetadas son divisiones naturales para una empresas y representan una alternativa de desarrollo al sistema

Baan, SAP, PeopleSoft y Oracle dominan el mercado hoy en da: SAP proporciona mdulos de Contabilidad, inventarios, recursos humanos, fabricacin y muchas otras funciones y PeopleSoft y Baan estn diseadas para satisfacer los requisitos empresariales ms complejos: Aumentar la Productividad Acelerar el Rendimiento de la Empresa Disminuir los Costos de Propiedad
y

Arquitectura de tecnologa de las aplicaciones empaquetadas Aplicaciones empaquetadas que se encuentran en las empresas de hoy tienden a usar uno de tres arquitecturas diferentes: Centralizada y dos niveles y tres niveles.
y

Arquitectura centralizada Es ms tradicional y como tal, es ms fcil de seguir. Esta coloca la lgica de la aplicacin de datos e interfaces de usuario dentro de la misma mquina Generalmente un mainframe alberga la aplicacin empaquetada en la cual acceden terminales tontas

Arquitectura centralizada

lgica de negocio es el procesamiento de los datos capturados como entrada y la posterior entrega de resultados al usuario por medio de la interfaz

Arquitectura centralizada
y

Debido a que los los datos, la lgica del proceso y la interfaz de usuario coexisten en el mismo procesador, el mantenimiento es mucho ms fcil que en entornos distribuidos La integracin se logra ms fcilmente dentro de una mquina que entre varias. En un escenario EAI, los servicios encapsulados y datos que residen en un equipo central se acceden por una nica puerta de enlace

Arquitectura de dos niveles proviene del modelo cliente/servidor tradicional de dos niveles donde la aplicacin se divide en tres distintas capas:
y y y

La capa de interfaz de usuario La capa de lgica de negocios La capa de datos.

A pesar de ser dividida en tres partes lgicas, la arquitectura de dos niveles es fsica y lgicamente separada en dos capas, el cliente y el servidor

Arquitectura de dos niveles Estos dos niveles estn conectados por una red.
y

El cliente siempre contiene la interfaz de usuario, pero puede o no puede contener tambin la lgica empresarial. La base de datos contiene siempre los datos, pero puede o no puede contener lgica empresarial

Hay una limitacin de la conexin de una base de datos

Arquitectura de dos niveles

Arquitectura de tres niveles Es muy similar a la arquitectura de dos niveles. La diferencia importante es la colocacin de un servidor de aplicacin entre el cliente y la base de datos para proporcionar una ubicacin para la lgica de negocio As, en el sistema de tres niveles, el cliente slo aborda la interaccin con el usuario, mientras que la base de datos slo aborda el tratamiento de los datos.

Arquitectura de tres niveles El nivel medio o el servidor de aplicaciones, proporciona casi todos los servicios de procesamiento de la lgica de aplicacin El cliente, al interactuar con el usuario es capaz de invocar servicios de aplicacin en el servidor de aplicaciones El servidor de aplicaciones a su vez es capaz de tener acceso a informacin que reside en una base de datos en nombre del cliente.

Arquitectura de tres niveles

Arquitectura de tres niveles La arquitectura de tres niveles es la arquitectura ms popular entre las aplicaciones empaquetadas Proporciona una separacin limpia entre la interfaz de usuario, la lgica de negocio y los datos Proporciona escalabilidad mejorada

Arquitectura de tres niveles El nmero de conexiones de base de datos aumenta en proporcin directa con el aumento en el nmero de clientes En lugar de la proporcionalidad directa de la arquitectura de dos niveles, 100 clientes en arquitectura de tres niveles pueden requerir slo diez conexiones a la base de datos

Descripcin de la arquitectura As como la tecnologa tambin presenta oportunidades para la integracin. Muchas aplicaciones empaquetadas utilizan tecnologas abiertas como middleware orientado a mensajes, servidores de aplicaciones y los monitores TP.

En PeopleSoft, invocando la interfaz esmoquin permite el acceso a la lgica de negocios

En algunos casos, tiene sentido ir directamente a las capas, pasando por alto las interfaces proporcionadas por los proveedores de las aplicaciones empaquetadas

Aplicaciones empaquetadas APIs Algunas aplicaciones empaquetadas exponen interfaces o APIs que permiten a otras aplicaciones acceso a datos y servicios de encapsulado Hay tres tipos de servicios disponibles para estas interfaces:
 Servicio de  Servicio de  Objetos.

negocios datos

Servicios de negocios

Estos incluyen interfaces para cualquier pieza lgica de negocios que pueda existir en la aplicacin empaquetada

Servicios de negocios
Por ejemplo, si el usuario desea utilizar la interfaz de la aplicacin empaquetada para actualizar la base de datos del cliente con un nuevo cliente de otra aplicacin, sera posible invocar el servicio al cliente de negocios con la API y realizar el proceso

Aplicaciones Empaquetadas en servicios compartidos Las aplicaciones empaquetadas son bestias monolticas que habitan dentro de muchas empresas de hoy. Los proveedores estn avanzando rpidamente en el camino de que estas bestias" puedan compartir servicios entre otras aplicaciones dentro de la empresa.

Paquetes de aplicaciones en servicios compartidos En cierto sentido, se estn convirtiendo estos paquetes de aplicaciones elaborados en objetos distribuidos con funciones pre programadas que proporcionan miles de tablas de base de datos accesibles a cualquier persona dentro de una empresa que entiende la interfaz y mtodos del negocio Las aplicaciones para esto son numerosas.

Paquetes de aplicaciones en servicios compartidos Se accede a informacin de la aplicacin empaquetada directamente desde cualquier herramienta que se comunica mediante DCOM (por ejemplo, Word, PowerPoint, Excel etc.). Se coloca la aplicacin empaquetada directamente en "Main Street", simplificando el mecanismo y el proceso de acceso a los datos y mtodos de encapsulado.

Las aplicaciones empaquetadas estn tratando de funcionar como soluciones de distribucin de objetos mientras que verdaderamente no se distribuyen objetos. Para lograr esto, los proveedores se ven obligados a ajustar las aplicaciones empaquetadas , la lgica y los datos mediante algn tipo de interfaz estndar
y

CORBA, COM o Java.

Cuando se resuelva el problema, la aplicacin empaquetada aparecer como un verdadero objeto distribuido a otras aplicaciones que existen dentro de la empresa

Servicio de datos
Los servicios de datos son las rutas directas a la base de datos lgica o fsica, o a veces ambos. Esta interfaz es generalmente de extraccin

Servicio de datos
Mientras mas interfaces de aplicaciones proveen servicio de datos, la arquitectura de EAI tiene la opcin de ir directamente a la base de datos utilizando un middleware orientado a base de datos.

Objetos
ySon

simples datos y servicios de negocios vistos como objetos. Los objetos dentro de las aplicaciones empaquetadas son la encapsulacin de tanto los datos como los mtodos que actan sobre los datos.

Ventajas.
La ventaja de los dems objetos en el hecho de que nunca hay una preocupacin con respecto a pasar por el control de integridad creada por el paquete de Aplicaciones, porque los datos no pueden ser accesados sin invocar el mtodo

Interfaces de servicios completos

Proveen acceso a nivel de servicio de negocios, a nivel de servicios de datos y a nivel de objetos. Mientras que la mayora de las aplicaciones empaquetadas promueven sus interfaces como interfaces de servicios completos, la realidad es a menudo un poco menos prometedor

Servicio de interfaces limitado.

Estas interfaces suelen proveer solo un conjunto limitado de servicios en esos niveles. Adems de ser de acceso limitado, estas interfaces generalmente proveen un conjunto limitado de servicios.

Interfaces Controladas
Solo proporcionan un mnimo de funciones y caractersticas Estn limitadas debido a la comercializacin y/o decisiones econmicas de los proveedores.

Otras interfaces.

Existen para el mismo propsito que las interfaces aplicaciones empaquetadas para proporcionar acceso a la informacin que se requiera de otras aplicaciones remotas.

Interfaces de aplicaciones de mercado vertical Proveen acceso a la industria, aplicaciones industriales especificas, cuidado de la salud, y finanzas Tienen en cuenta las necesidades especficas de un tipo particular de integracin vertical.

SWIFT

(Society for Worldwide Interbank Financial Telecomunications) Es realmente una mensajera estndar y una cooperativa organizada bajo la legislacin belga. Provee servicios de comunicacin a la industria bancaria internacional, que incluyen pagos y tareas administrativas comunes.

FIX
El protocolo FIX (Financial Information Exchange) es un estndar de mensajes desarrollado especficamente para el intercambio electrnico en tiempo real de las transacciones de valores. La ventaja para FIX incluyen fechas ms cortas de liquidacin, proporcionando una recta a travs del paquete de procesamiento para la comunidad financiera.

HL7 (Health level 7)

Es un estndar para el intercambio electrnico de datos en el entorno del cuidado de la salud. HL7 hace hincapi en pacientes hospitalizados, instalaciones de cuidados intensivos, como los hospitales. HL7 no solo se limita a los hospitales y clnicas, sino que tambin dentro de la industria farmacutica y biomdica

La elusiva API empresarial

Ha habido intentos de solucin a los problemas de la EAI por aos. Una de las soluciones ms populares es la nocin de la API para toda la empresa, o simple, una API bien definida que es capaz de acceder cada pieza de informacin y todos los proceso que existen dentro de una Empresa

La elusiva API empresarial

Linthicum, Enterprise Application Integration, Integration, Addison Wesley, 2000.