EBIIntegracion de Aplicaciones Ed 2

EBI: EDICOM BUSINESS INTEGRATOR
INTEGRACION DE APLICACIONES
INTRA-EMPRESA (EAI) E Edición Página
INTER-EMPRESA (B2B) 1 1
DEPTO. TÉCNICO
“The difficult we do immediately, the impossible takes a little longer”

(Lo difícil lo hacemos inmediatamente, lo imposible nos lleva un poco más)
Introducción
Muchas empresas se encuentran ante la necesidad de integrar diferentes sistemas informáticos y se

enfrentan a la problemática de realizar dicha integración ocasionando el mínimo impacto en las
aplicaciones existentes. Hasta ahora, la mayoría de las veces los sistemas eran sólo internos pero con el
auge del B2B cada vez son más las situaciones en las que deben integrar sus sistemas internos con otros
externos correspondientes a sus interlocutores comerciales. Uno de los objetivos más buscados en este
tipo de integraciones es mantener la mayor independencia posible de cada uno de los aplicativos, es decir
se buscan integraciones donde las aplicaciones queden débilmente acopladas, de forma que se puedan
hacer cambios en una aplicación sin necesidad de modificar el resto.
Para ayudar a cumplir este deseo aparentemente imposible ha surgido en los últimos años una nueva
tecnología dentro de los sistemas de información llamada Integración de Aplicaciones (Application
Integration). El concepto que subyace tras la Integración de Aplicaciones no es más que la aplicación
sistemática de ciencias, metodologías y tecnologías en la tarea de integrar sistemas de información.
Necesidad de escalabilidad.
Las soluciones de integración punto a punto
no pueden escalarse para las necesidades
masivas de integración actuales.
Por ello las empresas están apostando por

una infraestructura común de compartir
información (EAI)
Podemos dividir la integración de aplicaciones en dos grandes “macro-problemas”:

• Integración de aplicaciones Intra-Empresa (EAI tradicional, Enterprise Application Integration)
• Integración de aplicaciones Inter-Empresa, cuando la integración de sistemas se realiza entre dos o
más organizaciones diferentes (B2B Integration).
EAI B2B
Enterprise Integración
Application Inter Empresa
Integration
Redactado Revisado Aprobado
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
Las tecnologías que tradicionalmente se definían como EAI están evolucionando para contemplar la
integración de sistemas B2B, de forma que un breve espacio de tiempo tan sólo se hablará del concepto
genérico “Integración de Aplicaciones”.
Diferencias y similitudes entre EAI tradicional y la Integración B2B
Aunque el EAI tradicional y la Integración B2B comparten muchos conceptos y tecnologías, cada uno de
ellos tiene algunas características específicas. El concepto EAI normalmente está relacionado con la
integración de aplicaciones y fuentes de datos de una empresa en vistas a resolver un problema local. Por
ello, el EAI tradicional carece de características propias de la integración B2B como son: gestión de
interlocutores, gestión de perfiles, sofisticados sistemas de seguridad y soporte exhaustivo de los
estándares de B2B como EDI (Electronic Data Interchange), XML (Extensible Markup Language), X12,
ODETTE, etc.
En contraste, la integración de aplicaciones B2B es una integración de sistemas entre diferentes

organizaciones que permite soportar cualquier requerimiento del negocio, tal como compartir la
información con los socios comerciales de la cadena de suministro o la colaboración en el diseño de un
producto. Mientras que el software de integración B2B proporciona muchas características de las que
carecen herramientas EAI, tradicionalmente no han poseido las características necesarias para una
integración profunda y no intrusiva con las aplicaciones empresariales que necesitan participar en los
intercambios con los socios comerciales.
En la mayoría de las integraciones B2B, se debería aplicar como primer paso las soluciones EAI
tradicionales. La lógica sugiere que las aplicaciones internas deben estar integradas antes de que las
podamos externalizar. Por ello, EAI y B2B son dos conceptos claramente integrados que se benefician el
uno del otro.
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
Niveles de Integración de Aplicaciones
Para realizar correctamente una integración, las empresas deben conocer tanto los procesos de negocio
como los datos implicados. En ese sentido, deben seleccionar qué procesos y qué datos requieren
integración.
Podemos distinguir distintos niveles en la integración de aplicaciones:

• Nivel de datos (Data level)
• Nivel de Interfaz de aplicación, API (Application Interface Level)
• Nivel de métodos (Method Level)
• Nivel de Interfaz de usuario (User Interface Level)
• Nivel de Integración de Procesos
Proceso Proceso
Nivel de Integración de
procesos
Interfaz Nivel de Interfaz Interfaz
Nivel de Métodos
Métodos Métodos
API API
Nivel de Interfaz de
Aplicación (WebServices)
Datos Datos
Nivel de Datos
Niveles de integración
El Nivel de Datos lo forman los procesos, técnicas y tecnologías aplicados en la extracción de

información de una base de datos, transformarla si es necesario y almacenarla en otra base de datos. El
coste es la principal ventaja de este tipo de integraciones ya que al no alterar la aplicación origen, no
incurrimos en grandes costes de desarrollar, probar y distribuir una nueva aplicación. Además la
tecnología que permite mover datos entre bases de datos y reformatearlos es relativamente económica
comparada con otras tecnologías de integración de aplicaciones.
El Nivel de Interfaz de Aplicación se refiere a la disponibilidad de interfaces expuestos por las

aplicaciones estándar empaquetadas o a medida. Estos interfaces permiten acceder tanto a los procesos de
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
negocio como a los datos. Utilizando estos interfaces, lo desarrolladores deberían ser capaces de integrar
cualquier aplicación. La única limitación de esta estrategia serán las propias limitaciones de los interfaces
expuestos por las aplicaciones.
Normalmente esta estrategia es la utilizada para integrar con aplicaciones empaquetadas tales como SAP,
PEOPLESOFT y BAAN. El problema es cada una de ellas exponen los interfaces de una forma diferente
de manera que para intercambiar información debemos utilizar los interfaces de la aplicación origen para
extraer la información, transformarla para que sea entendible por la aplicación destino y transmitirla a
través de los interfaces específicos de esta última.
El Nivel de integración orientado a Métodos consiste en compartir métodos o procedimientos que

implementan la lógica de negocio. Por ejemplo, podemos tener un método que se validar el crédito de un
cliente que sea compartido por diversas aplicaciones de dentro y fuera de la empresa. Estos métodos sólo
se escribirían una vez y se podrían utilizar en muchas aplicaciones. Normalmente estos métodos
compartidos suelen residir en servidores de aplicaciones o en monitores transaccionales. Mediante este
tipo de integración se consiguen aplicaciones fuertemente acopladas.
El Nivel de Interfaz es un método de integración muy arcaico pero en ocasiones es el único aplicable.
Consiste en dotar de un interfaz único a un conjunto de aplicaciones que no pueden ser integradas de
ninguna otra forma. Un ejemplo de este tipo de integración es la orientada a Portal muy popular debido al
auge de Internet. Gracias a este enfoque los arquitectos de aplicaciones pueden mostrar información
procedente de varias aplicaciones locales o externas a través de un mismo interfaz de usuario (Web
Browser).
El Nivel de Integración Orientado a Proceso es un sofisticado sistema de gestión que ofrece de forma
centralizada un nivel de abstracción orientado a funciones de negocio (facturación , logística, etc.) que
oculta por debajo diversos mecanismos de movimiento y transformación de datos tradicionales de más
bajo nivel (middleware). La integración de Procesos define procesos comunes del negocio mediante
secuencias, jerarquías, eventos, lógica de ejecución y movimiento de información entre aplicaciones que
residen en la propia organización (EAI) y fuera de ella (B2B).
La integración de aplicaciones orientada a proceso es la meta final de la tecnología de integración de

aplicaciones ya que no sólo permite compartir información con facilidad sino además permite compartir
dicha información con herramientas visuales fáciles de usar.
Normalmente un sistema que soporte integración de aplicaciones orientada a proceso opera a cuatro
niveles:
Integración de procesos
Adaptadores de aplicación
Servicios de Transformación,
Reglas de Proceso y Enrutamiento
Servicios de mensajería
Los cuatro niveles en la integración orientada a proceso
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
• El nivel de integración de procesos en sí mismo. Básicamente se definen procesos utilizando

herramientas de modelización para programar el flujo de proceso que posteriormente ejecutan los
motores correspondientes.
• En el nivel de adaptadores de aplicación se deben proveer de las máximas facilidades para conectar
las aplicaciones existentes a la herramienta de integración general.
• El nivel de transformación, enrutamiento y reglas de proceso donde se realiza el formateo y el
movimiento de la información a otras aplicaciones.
• El nivel de mensajería es el responsable de mover la información entre todas las aplicaciones
conectadas. Normalmente se utiliza para esta labor middleware orientado a mensaje con estándares
tales como XML o EDI.
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
EDICOM BUSINESS INTEGRATOR (EBI): UNA HERRAMIENTA ORIENTADA A

INTEGRACIÓN DE PROCESOS EMPRESARIALES
La visión de EDICOM de la problemática de la Integración de Aplicaciones es la de ofrecer un paquete

de software (EDICOM Business Integrator, EBI) que cubra íntegramente las necesidades de una correcta
Integración a Nivel de Procesos Empresariales según la taxonomía expuesta anteriormente.
Por ello, EBI incluye herramientas que operan en los cuatro niveles exigidos:
EDICOM Process Designer

Integración de Procesos
EDICOM Application Adapter

Adaptadores de aplicación
EDICOM Message Broker

Servicios de Transformación, Reglas de
Proceso y Enrutamiento
EDICOM Protocol Adapter

Servicios de mensajería
Los cuatro niveles en la integración orientada a proceso
• El nivel de integración de procesos se resuelve mediante la herramienta “EDICOM Process

Designer”.
• En el nivel de adaptadores de aplicación se proveen módulos que facilitan la conexión de las
aplicaciones y fuentes de datos existentes con EDICOM BUSINESS INTEGRATOR.
• El nivel de transformación, enrutamiento y procesamiento de reglas de negocio es realizado por el
“EDICOM Message Broker”
• El nivel de mensajería se implementa en EBI mediante adaptadores de protocolos “EDICOM
Protocol Adapter” gestionados por el EDICOM Message Broker. Estos adaptadores son los
responsables de mover la información entre todas las aplicaciones conectadas. Normalmente se
utiliza para esta labor mensajes con estándares tales como XML o EDI y protocolos como Web
Services, HTTP, SMTP/POP, FTP, etc.
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
EBI COMO HERRAMIENTA PARA CREAR UN BUS EAI
Diseñar o adaptar las aplicaciones de una empresa para que soporten el concepto de BUS de información
significa adoptar una estrategia revolucionaria en la integración de aplicaciones.
Consiste básicamente en que las aplicaciones son capaces de publicar y anunciar eventos o cambios y a su
vez son capaces de responder o leer los cambios realizados por otras aplicaciones del BUS. Este BUS está
controlado y administrado por el EDICOM MESSAGE BROKER.
APLICACIÓN APLICACIÓN
EBI Adapter EBI Adapter
BUS
EBI Adapter
Gestor de Bus
EBI MESSAGE
BROKER APLICACIÓN
ARQUITECTURA DE INTEGRACIÓN MEDIANTE BUS EN EBI
El concepto más importante que subyace en la integración mediante BUS es el de adaptador. Cada
aplicación o componente a integrar debe contar con un adaptador que lo “enganche” al BUS. Este
adaptador debe permitir:
- Transformar los datos de la aplicación o componente al formato estándar del BUS y
viceversa
- Introducir y recoger los datos del BUS a través de la comunicación con el EDICOM
MESSAGE BROKER.
De forma que en un adaptador distinguimos dos partes: una de entrada hacia la aplicación y una de salida.
ADAPTADOR
APLICACIÓN B
ENTRADA SALIDA U
- datos aplicación - datos BUS S
- evento aplicación - evento BUS
TRANSFORMACIÓN
ARQUITECTURA DE EDICOM APPLICATION ADAPTER
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
La parte “entrada” del adaptador se comunica con la aplicación interna a través del protocolo convenido
(FTP, archivos compartidos, MQSERIES, SMTP/POP, HTTP, etc.) y en el formato preferido por la
aplicación interna (XML,EDIFACT, TEXTO, BD, etc).
La parte de “salida” del adaptador se comunica con el EDICOM Message Broker a través de Web
Services y deposita y recoge los datos del BUS en el formato acordado como estándar. EDICOM
Message Broker siempre devuelve acuse de recibo al adaptador que éste podrá tratar o no a su
conveniencia.
Ante un evento de la aplicación interna, se lanza una transacción sobre el adaptador que reacciona
tomando los datos de la aplicación origen, los transforma en el formato del BUS y se los envía a éste a
través de EDICOM Message Broker.
En la llamada Web Services que hace el adaptador de “salida” hacia el BUS se pasa como parámetro un
registro de control que entre otros datos tiene la identificación de la aplicación origen, el formato y el tipo
de mensaje (opcional en caso de que se pueda deducir).
EDICOM Message Broker identifica el creador y tipo del mensaje y se encarga de distribuirlo a las
aplicaciones suscritas a dicho evento. En caso de comunicaciones síncronas, a continuación lanza un
evento sobre la parte de “salida” del adaptador de dicha aplicación para que procese el mensaje (el evento
puede ser la ejecución de un programa externo). EDICOM Message Broker espera acuse de recibo de la
parte de “salida” de los adaptadores.
Ante el evento lanzado por el EDICOM Message Broker, la parte “salida” del adaptador de una
aplicación, recoge los datos del BUS y los transforma en el formato requerido por la aplicación destino
lanzando posteriormente un evento sobre ésta mediante la ejecución de un programa externo para que ésta
actúe en consecuencia.
Ejemplo EAI
Al dar un cliente
de alta ejecuta… Web
EDICOM Application Adapater Services B
GESTIÓN1
Clientes U
Alta_cliente.bat %codcli
gestión1 S
1.-EDICOM Application Adapter ejecuta un
mapeado que transforma de BD (tabla clientes)
a un documento XML de BUS
2.-Envía el XML al BUS mediante EDICOM
Application Adapter
3.-Devuelve ERRORLEVEL
MÁQUINA IP1
Web
EDICOM MESSAGE BROKER Services EDICOM App Adap Clientes
B Al entrar un mensaje se analizan GESTIÓN2
Carga_cliente.bat gestión2
U las acciones a realizar
S 1.-Para cada destinatario se ejecuta la acción 1.-Ejecuta un mapeado que
configurada en el EDICOM Message Broker transforma de un documento XML
normalmente enviar los datos al adaptador de BUS a un archivo texto
correspondiente 2.-Llama “Importar” aplicación
3.- Devuelve ERRORLEVEL
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
Ejemplo B2B
Al crear un
pedido Web
Services
EDICOM Application Adapter
GESTIÓN1
B
Clientes U
Alta_pedido.bat %codped
gestión1
S
1.-Ejecuta un mapeado que transforma de
BD (tabla pedidos) a un documento XML
de BUS
2.-Envía el XML al BUS
3.-Devuelve ERRORLEVEL
MÁQUINA IP1
Web
Services
EDIWIN EBI Adapter
EDICOM MESSAGE BROKER REDES
EDIWIN
B Al entrar un mensaje se analizan B2B
U las acciones a realizar
S 1.- Para cada destinatario se ejecuta la acción 1.-Recibe del BUS el mensaje
configurada en el EDICOM Message Broker 2.-Lo transforma según interlocutor
normalmente enviar los datos al adaptador B2B
correspondiente 3.- Lo envía según protocolo B2B
4.- Devuelve ERRORLEVEL
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
EDICOM PROCESS DESIGNER: DISEÑADOR DE PROCESOS DE NEGOCIO
Es una herramienta software que permite definir de forma gráfica procesos de negocio mediante
modelización de flujos de trabajo (work flow).
Estos modelos son directamente procesables por el módulo de procesamiento de reglas del “EDICOM
Message Broker” que se encarga de su ejecución y monitorización lanzando las alarmas correspondientes
si es necesario.
Este módulo proporciona a los arquitectos e integradores de sistemas la capacidad de crear reglas que
controlen el procesamiento y la distribución de mensajes. Se apoya ampliamente en las transformaciones
de datos (mapeados) ya que su función es controlar y decidir el camino a seguir por un mensaje origen
para que llegue al destino o destinos programados. Es lógico por tanto que a lo largo de este camino se
apliquen transformaciones, se realicen transportes de información y se tomen decisiones basadas en
variables o eventos del sistema.
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
EDICOM MESSAGE BROKER (EDIWIN XML/EDI SERVER)
EDICOM Message Broker es un software que se encuadra dentro de la categoría de aplicaciones más
sofisticadas de la tecnología de Message Brokers para la Integración de Aplicaciones.
Los middleware tradicionales como las tecnologías MOM (“message oriented middleware”; por ejemplo:
software de colas y módulos de publicación/suscripción) resuelven sólo una parte del problema de la
integración de aplicaciones B2B. Sin embargo los Message Brokers, construidos apoyándose en la
tecnología middleware existente contemplan todas las posibilidades de una integración.
Middleware adaptador Datos

adaptador
Message Broker
adaptador
adaptador
Aplicaciones a Aplicaciones a
medida empaquetadas
EBI Message Broker es capaz de integrar diferentes tipos

de middleware, aplicaciones y bases de datos
Un message broker debe ofrecer capacidades de transformación “de todo a todo” y capacidad de
comunicación del tipo “de cualquiera a cualquiera”. De la misma forma, una solución completa de
“message brokering” requiere de:
• un subsistema de mensajería y enrutamiento inteligente de mensajes,
• un módulo de procesamiento de reglas de negocio,
• control del flujo de procesos
• unos adaptadores predefinidos de conectividad a bases de datos, aplicaciones y comunicaciones,
• herramientas de transformación de mensajes
• almacén de mensajes
• repositorio de mensajes (definición de la estructura de mensajes)
• herramientas de diseño y desarrollo,
• y herramientas de gestión y administración del sistema.
EDICOM Message Broker ofrece en un solo paquete todas las piezas anteriores lo que proporciona al
integrador de sistemas una solución única muy sólida que le permite soportar grandes volúmenes con una
gran estabilidad y fiabilidad.
Funcionalidades para el tratamiento del origen de datos (y el destino)
Los sistemas origen y destino de la integración pueden consistir en cualquier clase de entidades – bases
de datos, web servers, aplicaciones host, pantallas de usuario, objetos distribuidos, aplicaciones ERP,
aplicaciones a medida o propietarias. La ventaja del EDICOM Message Broker está en su habilidad para
enlazar diferentes tipos de sistemas, adaptándose a las diferencias existentes entre todos ellos.
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
También es destacable el hecho de que EDICOM Message Broker sigue un modelo de integración de
aplicaciones “no invasivo”, en el que las aplicaciones origen y destino no requieren de grandes
modificaciones para que la información pueda fluir entre ellas. De hecho en muchos casos no se requiere
ningún cambio.
Las formas más comunes de enlazar el Message Broker a una aplicación son:
• mediante el uso de una API que ofrece el Message Broker y que utiliza el desarrollador mediante la
que crea un enlace entre la aplicación origen o destino con el Message Broker. Esto requiere crear un
programa específico o adaptar alguno existente para que se comunique con la API específica del
Message Broker. Este método es el menos recomendado ya que es largo y costoso.
• Mediante Adaptadores que permitan enlazar con la aplicación o la base de datos específica requerida.
Los adaptadores permiten mover información entre diferentes fuentes sin necesidad de crear código
nuevo. Estos adaptadores esconden la complejidad de la integración transformando y formateando la
información en la forma que lo requieren las diferentes aplicaciones.
EBI Message Broker
Transformación
de mensajes
Aplicación Aplicación
Procesamiento
de reglas
Enrutamiento
inteligente
Adaptador API
EBI Message Broker permite integrar aplicaciones a través de API

o de Adaptadores
Funcionalidades de Transformación de mensajes
El nivel de transformación de mensajes es la parte más importante del Message Broker. Entiende el
formato de todos los mensajes que se intercambian entre las aplicaciones y transforma los mensajes en
línea, reestructurando y formateando datos si es necesario para adaptarlos a la aplicación destino.
El nivel de transformación se apoya en un interfaz visual (EDIWIN MAP) que permite definir todas las
reglas de transformación. Toda la información sobre las aplicaciones intervinientes , las transformaciones
y los formateos aplicados se almacenan en el Repositorio.
Origen Destino
Nombre: Jose Nombre: Jose Vilata

Apellido:Vilata SSN:999-99-9999
SSN1:999 Ciudad:Valencia
SSN2:99 Pais:ES
SSN3:9999
Ciudad:Valencia
Pais:España
Nivel de Transformación de Mensajes

José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
Funcionalidades de enrutamiento inteligente
Al enrutamiento inteligente a veces se le conoce por control de flujo de mensajes o enrutamiento basado
en contenido. Este nivel se apoya en los niveles de transformación y de procesamiento de reglas.
EDICOM Message Broker puede “enrutar inteligentemente” un mensaje identificando su origen y tipo y
enrutándolo posteriormente hacia la aplicación requerida previa transformación y aplicación de reglas
necesarias tal y como estén configuradas en el Repositorio.
Procesamiento de reglas
Con el módulo de procesamiento de reglas, EDICOM Message Broker proporciona a los arquitectos e
integradores de sistemas la capacidad de crear reglas que controlen el procesamiento y la distribución de
mensajes.
En EDICOM Message Broker este módulo está íntimamente relacionado con el módulo EDICOM
Process Designer que es el que permite de forma visual definir el control de flujo de la información. Este
módulo se apoya ampliamente en las transformaciones de datos ya que su función es controlar y decidir el
camino a seguir por un mensaje origen para que llegue al destino o destinos programados. Es lógico por
tanto que a lo largo de este camino se apliquen transformaciones, se realicen transportes de información y
se tomen decisiones basadas en variables o eventos del sistema.
Funcionalidades de almacenamiento de mensajes (Message warehousing)
El almacén de mensajes del Message Broker es una base de datos que registra todos los mensajes que
fluyen a través suyo. Normalmente se provee esta capacidad de almacén para poder ofrecer las siguientes
funcionalidades:
• Análisis de mensajes, para extraer información estadística importante para el negocio
• Integridad de mensajes, actúa de buffer persistente de mensajes que se podrían perder de otra forma
• Archivo de mensajes, podemos utilizar el archivo de mensajes para guardar durante meses los
mensajes a los efectos de auditoría y análisis de tráfico.
Servicio de Repositorio de mensajes
El Repositorio en una base de datos con información de los sistemas origen y destino. Algunos de los
datos que se almacenan en este repositorio son:
• Datos de la propia compañía
• Datos de los interlocutores
• Parámetros de seguridad y usuarios del sistema
• Estructura de mensajes (esquemas)
• Metadata
• Información de transformaciones (mapas)
• Reglas y lógica de proceso de mensajes
• Diagramas de flujos de procesos
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
Interfaz Gráfico de usuario
Una de las características más interesantes del EDICOM Message Broker es que es un middleware “con
cara”, es decir, con un interfaz gráfica de usuario. Este interfaz permite al usuario crear reglas, enlazar
aplicaciones y definir las lógicas de transformación.
Con este interfaz se simplifica enormemente la integración. Este interfaz no sólo permite crear
integraciones sino también provee de características de administración, estadísticas y alarmas de eventos.
Herramientas de gestión y administración del sistema
EDICOM Message Broker está dotado de potentes herramientas de administración y gestión del sistema
que permiten monitorizar estadísticas importantes, el flujo de mensajes y el comportamiento global del
sistema.
Estas herramientas se incluyen como parte del Interfaz Gráfico de Usuario.
Adaptadores predefinidos
Los adaptadores son niveles intermedios entre el Message Broker y la aplicación origen o destino. Por
ejemplo, un adaptador puede ser un conjunto de librerías que mapeen las diferencias entre dos interfaces
diferentes (el interfaz del message broker y el interfaz de la aplicación origen o destino) y que esconde la
complejidad inherente al desarrollo del mismo. EDICOM Message Broker ofrece adaptadores
predefinidos para aplicaciones como SAP, BAAN, PEOPLESOFT, NAVISION, SP EDITORES, etc.
También existen adaptadores para diferentes bases de datos como: ORACLE, SQL SERVER, ACCESS,
DB2 y ODBC.
NIVEL DE MENSAJERIA: XML/EDI
José Vilata
29/4/03 (15/4/03)
DEPTO. TÉCNICO
El nivel de mensajería es el tercer nivel que se le exige a una herramienta que permita realizar
integraciones a nivel de proceso. El nivel de mensajería se implementa en EBI (EDICOM Business
Integrator) mediante adaptadores gestionados por el EDICOM Message Broker. Se suministran
diferentes adaptadores predefinidos: XML (ebXML, Biztalk, cXML,etc.) y EDI (EDIFACT,ODETTE,
X12, etc).
XML provee un formato común para intercambiar datos entre aplicaciones y encapsula tanto los datos
como los metadatos. XML se está convirtiendo en el mecanismos favorito de integración de las
aplicaciones empaquetadas tipo SAP, BAAN y PEOPLESOFT. También distintos fabricantes de bases de
datos soportan la lectura y escritura directa de formatos XML en sus bases de datos.
EDI ha estado relacionado con las integraciones B2B desde el principio y provee de una gran tecnología
de integración. De hecho muchas aplicaciones de intercambio de información B2B garantizan su éxito
implementando tecnología EDI. Sin embargo, su rol en las integraciones de “tiempo real” es muy
limitado si no inexistente. Esto es debido a que EDI es una tecnología concebida para las transacciones
batch y tiene algunas limitaciones en el intercambio de información en tiempo real minimizando su
utilidad en algunas integraciones B2B.
EDI continúa aportando valor a las integraciones B2B, pero otras tecnologías tales como XML están
siendo cada vez más aceptadas y ganan mayor soporte de los fabricantes de software. A pesar de ello,
muchas comunidades EDI no están dispuestas todavía a desplazar la tecnología EDI en favor de alguna
tecnología más moderna. Es demasiado caro hacer este cambio en un futuro próximo.
José Vilata
29/4/03 (15/4/03)

EBIIntegracion de Aplicaciones Ed 2

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

EBIIntegracion de Aplicaciones Ed 2

Hochgeladen von

Copyright:

Verfügbare Formate

EBI: EDICOM BUSINESS INTEGRATOR

“The difficult we do immediately, the impossible takes a little longer”

Muchas empresas se encuentran ante la necesidad de integrar diferentes sistemas informáticos y se

Por ello las empresas están apostando por

Podemos dividir la integración de aplicaciones en dos grandes “macro-problemas”:

Redactado Revisado Aprobado

Diferencias y similitudes entre EAI tradicional y la Integración B2B

En contraste, la integración de aplicaciones B2B es una integración de sistemas entre diferentes

Redactado Revisado Aprobado

Niveles de Integración de Aplicaciones

Podemos distinguir distintos niveles en la integración de aplicaciones:

Interfaz Nivel de Interfaz Interfaz

El Nivel de Datos lo forman los procesos, técnicas y tecnologías aplicados en la extracción de

El Nivel de Interfaz de Aplicación se refiere a la disponibilidad de interfaces expuestos por las

Redactado Revisado Aprobado

El Nivel de integración orientado a Métodos consiste en compartir métodos o procedimientos que

La integración de aplicaciones orientada a proceso es la meta final de la tecnología de integración de

Los cuatro niveles en la integración orientada a proceso

Redactado Revisado Aprobado

• El nivel de integración de procesos en sí mismo. Básicamente se definen procesos utilizando

Redactado Revisado Aprobado

EDICOM BUSINESS INTEGRATOR (EBI): UNA HERRAMIENTA ORIENTADA A

La visión de EDICOM de la problemática de la Integración de Aplicaciones es la de ofrecer un paquete

EDICOM Process Designer

EDICOM Application Adapter

EDICOM Message Broker

EDICOM Protocol Adapter

Los cuatro niveles en la integración orientada a proceso

• El nivel de integración de procesos se resuelve mediante la herramienta “EDICOM Process

Redactado Revisado Aprobado

EBI COMO HERRAMIENTA PARA CREAR UN BUS EAI

EBI Adapter EBI Adapter

ARQUITECTURA DE INTEGRACIÓN MEDIANTE BUS EN EBI

ARQUITECTURA DE EDICOM APPLICATION ADAPTER

Redactado Revisado Aprobado

Redactado Revisado Aprobado

Redactado Revisado Aprobado

EDICOM PROCESS DESIGNER: DISEÑADOR DE PROCESOS DE NEGOCIO

Redactado Revisado Aprobado

EDICOM MESSAGE BROKER (EDIWIN XML/EDI SERVER)

Middleware adaptador Datos

EBI Message Broker es capaz de integrar diferentes tipos

Funcionalidades para el tratamiento del origen de datos (y el destino)

Redactado Revisado Aprobado

EBI Message Broker

EBI Message Broker permite integrar aplicaciones a través de API

Funcionalidades de Transformación de mensajes

Nombre: Jose Nombre: Jose Vilata

Nivel de Transformación de Mensajes

Funcionalidades de enrutamiento inteligente

Funcionalidades de almacenamiento de mensajes (Message warehousing)

Servicio de Repositorio de mensajes

Redactado Revisado Aprobado

Interfaz Gráfico de usuario

Herramientas de gestión y administración del sistema

Estas herramientas se incluyen como parte del Interfaz Gráfico de Usuario.

NIVEL DE MENSAJERIA: XML/EDI

Redactado Revisado Aprobado

Redactado Revisado Aprobado

Das könnte Ihnen auch gefallen