Política de cookies

GNOSS usa cookies, propias y de terceros, con finalidad principalmente técnica y necesaria para la prestación de nuestros servicios.Más información sobre nuestra política de cookies. 

 

ACEPTA para confirmar que has leído la información y aceptado su instalación.Puedes modificar la configuración de tu navegador. 

The Big Issue: Interoperability vs. Integration (by Jeffrey T. Pollock)

Artículo de Jeffrey T. Pollock que se publicó en la revista eai Journal en octubre de 2001. En él presenta algunos ejemplos de los conflictos que pueden surgir cuando se necesita intercambiar información entre diferentes sistemas y cómo se intenta abordar la resolución de estos problemas. Distingue para ello dos aproximaciones:

  • Las soluciones de integración de aplicaciones que, de acuerdo con el artículo, estarían más enfocadas a los problemas tecnológicos asociados a la conexión entre dos sistemas.
  • Las soluciones de integración de información, centradas en resolver conflictos de información mediante la creación de marcos de interoperabilidad semántica.

En entornos complejos que necesitan más que la capacidad de traducción básica, la mayoría de las herramientas de integración fallan, afirma Jeffrey Pollock. Es entonces cuando se requieren herramientas de interoperabilidad que ofrezcan un conjunto robusto de técnicas de integración de la información.

Al final del artículo, se presenta un resumen de criterios básicos que se una solución de interoperabilidad completa debería contener, a saber:

  • Servicio de transporte
  • 'Contenedor' del mensaje
  • Interfaz de integración
  • Controlador de proceso
  • Encapsulación de datos
  • Representación de información ontológica
  • Contexto y metadatos
  • Transformación de la información
  • Traducción de la información

El artículo finaliza con un resumen a modo de conclusiones, cuyos puntos principales en su versión original (inglés) se recogen en el siguiente párrafo:

" The distinction between integration and interoperability is really a case study in architecture. The principle that any structural or software architect considers when building a framework is the separation of concerns into layers of responsibility. To keep autonomous systems discrete, the interoperability architect will focus on making the information and systems interoperable while avoiding a monolithic, tightly coupled integration effort. [...] The market is starting to open up to provide this next generation of capabilities. As we focus more on application interoperability, semantic transformation, and ontological mapping, business will benefit."

mode_comment comentarios (0)

¿Quieres comentar? Regístrate o inicia sesión