Interoperabilidad

capacidad de los sistemas para trabajar entre sí

La sección principal de este artículo puede ser demasiado corta para resumir adecuadamente los puntos clave . Considere la posibilidad de ampliar el prospecto para proporcionar una descripción general accesible de todos los aspectos importantes del artículo. ( Diciembre de 2016 )

La interoperabilidad es una característica de un producto o sistema, cuyas interfaces se entienden completamente, para trabajar con otros productos o sistemas, en el presente o en el futuro, ya sea en implementación o acceso, sin restricciones. ^[1] Si bien el término se definió inicialmente para tecnología de la información o servicios de ingeniería de sistemas para permitir el intercambio de información, ^[2] una definición más amplia toma en cuenta factores sociales, políticos y organizacionales que impactan el desempeño de sistema a sistema. ^[3]Por tanto, la interoperabilidad implica la tarea de construir servicios coherentes para los usuarios cuando los componentes individuales son técnicamente diferentes y están gestionados por diferentes organizaciones. Los tipos de interoperabilidad incluyen la interoperabilidad sintáctica , donde dos sistemas pueden comunicarse entre sí, y la interoperabilidad entre dominios , donde varias organizaciones trabajan juntas e intercambian información. En cualquier esfuerzo colaborativo, la interoperabilidad entre dominios es importante porque la falta de comunicación puede causar malentendidos y reducir en gran medida la eficiencia. Esto sería especialmente un problema en organizaciones que están destinadas a responder a emergencias lo más rápido posible, como las fuerzas del orden , la extinción de incendios , los servicios médicos de emergencia.y otros departamentos de seguridad y salud pública.

Tipos

Si dos o más sistemas usan formatos de datos y protocolos de comunicación comunes y son capaces de comunicarse entre sí, exhiben interoperabilidad sintáctica. XML y SQL son ejemplos de protocolos y formatos de datos comunes. Los formatos de datos de nivel inferior también contribuyen a la interoperabilidad sintáctica, asegurando que los caracteres alfabéticos se almacenen en el mismo formato ASCII o Unicode en todos los sistemas de comunicación.

Más allá de la capacidad de dos o más sistemas informáticos para intercambiar información, la interoperabilidad semántica es la capacidad de interpretar automáticamente la información intercambiada de manera significativa y precisa para producir resultados útiles según la definición de los usuarios finales de ambos sistemas. Para lograr la interoperabilidad semántica, ambas partes deben hacer referencia a un modelo de referencia de intercambio de información común. El contenido de las solicitudes de intercambio de información está definido de forma inequívoca: lo que se envía es lo mismo que lo que se entiende. La posibilidad de promover este resultado mediante la convergencia impulsada por el usuario de interpretaciones dispares de la misma información ha sido objeto de estudio de prototipos de investigación como S3DB .

La interoperabilidad entre dominios involucra a múltiples entidades sociales, organizacionales, políticas y legales que trabajan juntas para un interés común y / o el intercambio de información. ^[4]

Interoperabilidad y estándares abiertos

La interoperabilidad implica intercambios entre una gama de productos o productos similares de varios proveedores diferentes, o incluso entre revisiones pasadas y futuras del mismo producto. La interoperabilidad puede desarrollarse post-facto , como una medida especial entre dos productos, excluyendo el resto, utilizando estándares abiertos. Cuando un proveedor se ve obligado a adaptar su sistema a un sistema dominante que no se basa en estándares abiertos, es compatibilidad , no interoperabilidad.

Estándares abiertos

Artículo principal: estándar abierto

Los estándares abiertos se basan en un grupo ampliamente consultivo e inclusivo que incluye representantes de proveedores, académicos y otros interesados ​​en el desarrollo que discute y debate los méritos técnicos y económicos, los deméritos y la viabilidad de un protocolo común propuesto. Una vez que se abordan las dudas y reservas de todos los miembros, el documento común resultante se refrenda como una norma común. Este documento se publica posteriormente al público y, en adelante, se convierte en un estándar abierto. Por lo general, se publica y está disponible gratuitamente o por un costo nominal para todos y cada uno de los interesados, sin más gravámenes.Varios proveedores e individuos (incluso aquellos que no formaban parte del grupo original) pueden utilizar el documento de estándares para hacer productos que implementen el protocolo común definido en el estándar y, por lo tanto, sean interoperables por diseño, sin ninguna responsabilidad o ventaja específica para ningún cliente. elegir un producto sobre otro sobre la base de características estandarizadas. Los productos de los proveedores compiten en la calidad de su implementación, la interfaz de usuario, la facilidad de uso, el rendimiento, el precio y una serie de otros factores, mientras mantienen los datos del cliente intactos y transferibles incluso si elige cambiar a otro producto de la competencia para el negocio. razones.

Interoperabilidad post facto

Es posible que esta sección contenga investigaciones originales . Por favor, mejorarlo mediante la verificación de las afirmaciones hechas y la adición de citas en línea . Deben eliminarse las declaraciones que solo contengan investigaciones originales. ( Agosto de 2016 ) ( Obtenga información sobre cómo y cuándo eliminar este mensaje de plantilla )

La interoperabilidad post facto puede ser el resultado del dominio absoluto del mercado de un producto en particular en contravención de cualquier estándar aplicable, o si no existía ningún estándar efectivo en el momento de la introducción de ese producto. El proveedor detrás de ese producto puede entonces optar por ignorar los estándares venideros y no cooperar en ningún proceso de estandarización, utilizando su casi monopolio para insistir en que su producto establece el estándar de facto por su dominio en el mercado. Esto no es un problema si la implementación del producto es abierta y está mínimamente gravada, pero también puede estar cerrada y muy gravada (por ejemplo, por reivindicaciones de patente). Debido al efecto red, lograr la interoperabilidad con un producto de este tipo es fundamental para cualquier otro proveedor si desea seguir siendo relevante en el mercado, y difícil de lograr debido a la falta de cooperación en igualdad de condiciones con el proveedor original, que bien puede ver al nuevo proveedor como potencial competidor y amenaza. Las implementaciones más nuevas a menudo se basan en la ingeniería inversa de sala limpia en ausencia de datos técnicos para lograr la interoperabilidad. Los proveedores originales pueden proporcionar dichos datos técnicos a otros, a menudo en nombre de "fomentar la competencia", pero dichos datos están invariablemente sobrecargados y pueden tener un uso limitado. La disponibilidad de tales datos no es equivalente a un estándar abierto, porque:

1. Los datos los proporciona el proveedor original de forma discrecional, que tiene todo el interés en bloquear la implementación efectiva de las soluciones de la competencia, y puede alterar o cambiar sutilmente su producto, a menudo en revisiones más recientes, de modo que las implementaciones de los competidores sean casi, pero no completamente interoperables, lo que lleva a los clientes a considerarlos poco fiables o de menor calidad. Estos cambios no pueden transmitirse a otros proveedores en absoluto, o transmitirse después de un retraso estratégico, manteniendo el dominio del mercado del proveedor original.
2. Los datos en sí pueden verse obstaculizados, por ejemplo, por patentes o precios, lo que hace que todas las soluciones de la competencia dependan del proveedor original y, posiblemente, lleve una corriente de ingresos de los clientes de la competencia al proveedor original. Este flujo de ingresos es solo el resultado del dominio del mercado del producto original y no el resultado de una superioridad innata.
3. Incluso cuando el proveedor original está realmente interesado en promover una competencia sana (para que también pueda beneficiarse del mercado innovador resultante), la interoperabilidad post-facto a menudo puede ser indeseable, ya que muchos defectos o peculiaridades se pueden rastrear directamente a las características técnicas de la implementación original. limitaciones. Aunque en un proceso abierto, cualquiera puede identificar y corregir tales limitaciones, y la especificación más limpia resultante puede ser utilizada por todos los proveedores, esto es más difícil post-facto, ya que los clientes ya tienen información y procesos valiosos codificados en el producto defectuoso pero dominante. y otros proveedores se ven obligados a replicar esas fallas y peculiaridades incluso si pudieran diseñar mejores soluciones, en aras de preservar la interoperabilidad. Alternativamente,Se puede argumentar que incluso los procesos abiertos están sujetos al peso de implementaciones pasadas y diseños pasados ​​imperfectos y que el poder del proveedor dominante para corregir o mejorar unilateralmente el sistema e imponer los cambios a todos los usuarios facilita la innovación.
4. La falta de un estándar abierto también puede resultar problemática para los clientes, como en el caso de la incapacidad del proveedor original para solucionar cierto problema que es un artefacto de limitaciones técnicas en el producto original. El cliente quiere que se solucione esa falla, pero el proveedor tiene que mantener ese estado defectuoso, incluso en las revisiones más recientes del mismo producto, porque ese comportamiento es un estándar de facto y muchos más clientes tendrían que pagar el precio de cualquier interrupción en la interoperabilidad causada. solucionando el problema original e introduciendo un nuevo comportamiento.

Gobierno

Administración electrónica

Hablando desde una perspectiva de gobierno electrónico, la interoperabilidad se refiere a la capacidad de colaboración de los servicios transfronterizos para ciudadanos, empresas y administraciones públicas. El intercambio de datos puede ser un desafío debido a las barreras del idioma, las diferentes especificaciones de formatos y las variedades de categorizaciones. Se pueden identificar muchos más obstáculos.

Si los datos se interpretan de manera diferente, la colaboración es limitada, lleva más tiempo y no es eficiente. Por ejemplo, si un ciudadano del país A quiere comprar un terreno en el país B, se le pedirá a la persona que presente los datos de dirección correspondientes. Los datos de dirección en ambos países incluyen detalles del nombre completo, nombre de la calle y número, así como un código postal. El orden de los detalles de la dirección puede variar. En el mismo idioma, no es un obstáculo para ordenar los datos de dirección proporcionados; pero a través de las barreras del idioma, se vuelve cada vez más difícil. Si el idioma requiere otros caracteres, es casi imposible si no hay herramientas de traducción disponibles.

Por lo tanto, las aplicaciones de administración electrónica deben intercambiar datos de una manera semánticamente interoperable. Esto ahorra tiempo y dinero y reduce las fuentes de errores. Los campos de uso práctico se encuentran en todos los ámbitos de la política, ya sea la justicia, el comercio o la participación, etc. Se requieren conceptos claros de patrones de interpretación.

Gestión del riesgo de inundaciones

Los investigadores utilizan la interoperabilidad en el contexto de la gestión del riesgo de inundaciones urbanas. ^{[5] Las}   ciudades y áreas urbanas en todo el mundo se están expandiendo, lo que crea espacios complejos con muchas interacciones entre el medio ambiente, la infraestructura y las personas. Para abordar esta complejidad y gestionar el agua en las zonas urbanas de forma adecuada, es necesario un enfoque de sistema de sistemas para la gestión del agua y las inundaciones . En este contexto, la interoperabilidad es importante para facilitar el pensamiento del sistema de sistemas en la gestión de inundaciones, y se define como: “ la capacidad de cualquier sistema de gestión del agua para redirigir el agua y hacer uso de otro (s) sistema (s) para mantener o mejorar su función de rendimiento durante eventos de excedencia de agua”. Al evaluar las propiedades complejas de los sistemas de infraestructura urbana, en particular la interoperabilidad entre los sistemas de drenaje y otros sistemas urbanos (por ejemplo, infraestructura como el transporte), podría ser posible ampliar la capacidad del sistema general para gestionar el agua de las inundaciones para lograr una mejor inundación urbana. Resiliencia. ^[6]

Fuerzas militares

La interoperabilidad de fuerzas se define en la OTAN como la capacidad de las fuerzas de dos o más naciones para entrenar, ejercitar y operar juntas de manera efectiva en la ejecución de las misiones y tareas asignadas. Además, la OTAN define la interoperabilidad de manera más general como la capacidad de actuar juntos de manera coherente, eficaz y eficiente para lograr los objetivos tácticos, operativos y estratégicos de los Aliados. ^[7]

A nivel estratégico, la interoperabilidad es un facilitador para la formación de coaliciones. Facilita contribuciones significativas de los socios de la coalición. En este nivel, los problemas de interoperabilidad se centran en armonizar las visiones del mundo, las estrategias, las doctrinas y las estructuras de fuerza. La interoperabilidad es un elemento de la voluntad de la coalición de trabajar juntos a largo plazo para lograr y mantener intereses compartidos frente a amenazas comunes. La interoperabilidad a nivel operativo y táctico es donde la interoperabilidad estratégica / política y la interoperabilidad tecnológica se unen para ayudar a los aliados a dar forma al medio ambiente, gestionar crisis y ganar guerras. Los beneficios de la interoperabilidad a nivel operativo y táctico generalmente se derivan de la fungibilidad o intercambiabilidad de elementos y unidades de fuerza. "Interoperabilidad tecnológica"refleja las interfaces entre organizaciones y sistemas. Se centra en las comunicaciones y las computadoras, pero también involucra las capacidades técnicas de los sistemas y la compatibilidad o incompatibilidad de la misión resultante entre los sistemas y los datos de los socios de la coalición. A nivel tecnológico, los beneficios de la interoperabilidad provienen principalmente de sus impactos a nivel operativo y táctico en términos de mejorar la fungibilidad y la flexibilidad.los beneficios de la interoperabilidad provienen principalmente de sus impactos a nivel operativo y táctico en términos de mejorar la fungibilidad y la flexibilidad.los beneficios de la interoperabilidad provienen principalmente de sus impactos a nivel operativo y táctico en términos de mejorar la fungibilidad y la flexibilidad.^[8]

Seguridad Pública

La interoperabilidad es un tema importante para las fuerzas del orden , la extinción de incendios , los servicios médicos de emergencia y otros departamentos de seguridad y salud pública, porque los primeros en responder deben poder comunicarse durante emergencias a gran escala. Ha sido un área importante de inversión e investigación durante los últimos 12 años. ^{[9] [10]} Tradicionalmente, las agencias no podían intercambiar información porque operaban hardware muy diferente que era incompatible. ^[11]Los sistemas de información de las agencias, como los sistemas de despacho asistido por computadora (CAD) y los sistemas de gestión de registros (RMS), funcionaban en gran medida de forma aislada, las llamadas "islas de información". Las agencias intentaron salvar este aislamiento con métodos provisionales ineficientes, mientras que las grandes agencias comenzaron a implementar sistemas interoperables limitados. Estos enfoques fueron inadecuados y, en los Estados Unidos, la falta de interoperabilidad en el ámbito de la seguridad pública se hizo evidente durante los ataques del 11 de septiembre ^[12] en las estructuras del Pentágono y del World Trade Center. Más pruebas de la falta de interoperabilidad surgieron cuando las agencias abordaron las secuelas del desastre del huracán Katrina.

En contraste con el panorama nacional general, algunos estados, incluido Utah, ya han logrado grandes avances. La Patrulla de Caminos de Utah y otros departamentos en Utah han creado una red de intercambio de datos en todo el estado utilizando tecnología de una empresa con sede en Bountiful, Utah , FATPOT Technologies .

El Commonwealth of Virginia es uno de los estados líderes en los Estados Unidos en la mejora de la interoperabilidad y el Departamento de Seguridad Nacional (DHS) lo reconoce continuamente como una Mejor Práctica Nacional. ^{[ cita requerida ]} La estructura de gobernanza impulsada por profesionales comprobada de Virginia garantiza que todos los actores adecuados estén involucrados en la toma de decisiones, la capacitación y los ejercicios, y los esfuerzos de planificación. ^{[ cita requerida ]}El Coordinador de Interoperabilidad aprovecha una estructura regional para asignar mejor los fondos de subvenciones en el Commonwealth para que todas las áreas tengan la oportunidad de mejorar la interoperabilidad de las comunicaciones. El plan estratégico de comunicaciones de Virginia se actualiza anualmente para incluir nuevas iniciativas para el Commonwealth; todos los proyectos y esfuerzos están vinculados a este plan, que está alineado con el Plan Nacional de Comunicaciones de Emergencia, escrito por la Oficina de Comunicaciones de Emergencia (OEC) del Departamento de Seguridad Nacional. .

El estado de Washington ^[13] busca mejorar la interoperabilidad en todo el estado. El Comité Ejecutivo de Interoperabilidad Estatal ^[14] (SIEC), establecido por la legislatura en 2003, trabaja para ayudar a las agencias de respuesta a emergencias (policía, bomberos, alguacil, médico, materiales peligrosos, etc.) en todos los niveles de gobierno (ciudad, condado, estado , tribal, federal) para definir la interoperabilidad para su región local.

Washington reconoce que colaborar en el diseño y desarrollo de sistemas para sistemas de radio inalámbricos permite que las agencias de respuesta a emergencias brinden servicios adicionales de manera eficiente, aumenten la interoperabilidad y reduzcan los costos a largo plazo.

Este trabajo salva la vida del personal de emergencia y de los ciudadanos a los que sirven.

El gobierno de EE. UU. Está haciendo un esfuerzo para superar la falta de interoperabilidad de seguridad pública de la nación. La Oficina de Interoperabilidad y Compatibilidad (OIC) del Departamento de Seguridad Nacional está aplicando los programas SAFECOM ^[15] y CADIP y Proyecto 25 , que están diseñados para ayudar a las agencias a integrar su CAD y otros sistemas de TI.

La OIC lanzó CADIP en agosto de 2007. Este proyecto asociará a la OIC con agencias en varios lugares, incluido Silicon Valley . Este programa utilizará estudios de casos para identificar las mejores prácticas y desafíos asociados con la vinculación de sistemas CAD a través de los límites jurisdiccionales. Estas lecciones crearán las herramientas y los recursos que las agencias de seguridad pública pueden usar para construir sistemas CAD interoperables y comunicarse a través de los límites locales, estatales y federales.

Comercio e Industrias

Tecnología de la información y computadoras

Escritorio

Esta sección no cita ninguna fuente . Por favor, ayuda a mejorar esta sección mediante la adición de citas de fuentes confiables . El material no obtenido puede ser cuestionado y eliminado . ( Marzo de 2019 ) ( Obtenga información sobre cómo y cuándo eliminar este mensaje de plantilla )

La interoperabilidad de escritorio (también conocida como interoperabilidad) es una subsección de la interoperabilidad del software. En los primeros días, el enfoque de la 'interoperabilidad' era integrar aplicaciones web con otras aplicaciones web. Con el tiempo, se desarrollaron 'contenedores' de sistema abierto para crear un entorno de escritorio virtual en el que estas aplicaciones pudieran registrarse y luego comunicarse entre sí utilizando patrones simples de pub / sub. También se admitieron capacidades de interfaz de usuario rudimentarias que permitían que las ventanas se agruparan con otras ventanas. Hoy en día, la interoperabilidad de escritorio se ha convertido en plataformas de interoperabilidad de servicio completo que incluyen soporte de contenedores, intercambio básico entre web y web, pero también soporte nativo para otros tipos de aplicaciones y administración avanzada de ventanas. Las últimas plataformas de interoperabilidad también incluyen servicios de aplicaciones como búsqueda universal, notificaciones,permisos y preferencias de usuario, conectores de aplicaciones de terceros y adaptadores de idioma para aplicaciones internas.

Búsqueda de información

La interoperabilidad de búsqueda se refiere a la capacidad de dos o más colecciones de información para ser buscadas por una sola consulta.

Específicamente relacionado con la búsqueda basada en la web, el desafío de la interoperabilidad surge del hecho de que los diseñadores de recursos web normalmente tienen poca o ninguna necesidad de preocuparse por el intercambio de información con otros recursos web. La tecnología de búsqueda federada , que no impone requisitos de formato al propietario de los datos, ha surgido como una solución para buscar desafíos de interoperabilidad. Además, recientemente han surgido estándares, como OAI-PMH , RDF y SPARQL , que también ayudan a abordar el problema de la interoperabilidad de búsqueda relacionada con los recursos web. Dichos estándares también abordan temas más amplios de interoperabilidad, como permitir la minería de datos.

Software

Interoperabilidad: jugando el juego de red de dos roles, cuando uno de los clientes del jugador (arriba a la izquierda) se ejecuta bajo Sun Microsystems y otro bajo GNU Classpath con JamVM . Las aplicaciones ejecutan el mismo código de bytes e interoperan utilizando los mensajes estándar RMI-IIOP para la comunicación.

Artículos principales: Interoperabilidad lingüística e interoperabilidad semántica

Con respecto al software , el término interoperabilidad se usa para describir la capacidad de diferentes programas para intercambiar datos a través de un conjunto común de formatos de intercambio, leer y escribir los mismos formatos de archivo y usar los mismos protocolos . (La capacidad de ejecutar el mismo código binario en diferentes plataformas de procesador 'no' está contemplada por la definición de interoperabilidad). La falta de interoperabilidad puede ser una consecuencia de la falta de atención a la estandarización durante el diseño de un programa. De hecho, la interoperabilidad no se da por sentada en la parte del mundo de la informática que no se basa en estándares. ^[dieciséis]

De acuerdo con ISO / IEC 2382-01, vocabulario de tecnología de la información, términos fundamentales , interoperabilidad se define de la siguiente manera: "La capacidad de comunicarse, ejecutar programas o transferir datos entre varias unidades funcionales de una manera que requiere que el usuario tenga poca o ninguna conocimiento de las características únicas de esas unidades ". ^[17]

Tenga en cuenta que la definición es algo ambigua porque el usuario de un programa puede ser otro programa y, si este último es una parte del conjunto de programas que se requiere para ser interoperable, bien podría ser que necesite tener conocimiento de la características de otras unidades.

Esta definición se centra en el aspecto técnico de la interoperabilidad, mientras que también ha sido señalada ^{[¿ por quién? ]} que la interoperabilidad es a menudo más un problema organizacional: a menudo la interoperabilidad tiene un impacto significativo en las organizaciones involucradas, lo que plantea problemas de propiedad (¿las personas quieren compartir sus datos? ¿O están lidiando con silos de información ?), relaciones laborales (¿son personas preparado para recibir formación?) y usabilidad. En este contexto, se captura una definición más adecuada en el término interoperabilidad de procesos de negocio .

La interoperabilidad puede tener importantes consecuencias económicas ; por ejemplo, la investigación ha estimado que el costo de una interoperabilidad inadecuada en la industria de instalaciones de capital de EE. UU. es de $ 15,8 mil millones al año. ^[18] Si los productos de la competencia no son interoperables (debido a causas como patentes , secretos comerciales o fallas de coordinación ), el resultado puede ser un monopolio o una falla del mercado . Por esta razón, puede ser prudente que las comunidades de usuarios o los gobiernos tomen medidas para fomentar la interoperabilidad en diversas situaciones. Al menos 30 organismos y países internacionales han implementado la administración electrónicainiciativas de marco de interoperabilidad basadas en e-GIF, mientras que en los Estados Unidos existe la iniciativa NIEM . ^[19] Las organizaciones de definición de normas (SDO) proporcionan especificaciones de software públicas abiertas para facilitar la interoperabilidad; los ejemplos incluyen la organización Oasis-Open y buildingSMART (anteriormente la Alianza Internacional para la Interoperabilidad). En cuanto a las comunidades de usuarios, Neutral Third Party está creando estándares para la interoperabilidad de los procesos comerciales. Otro ejemplo de una parte neutral son los documentos RFC del Grupo de trabajo de ingeniería de Internet (IETF).

La comunidad OSLC ^[20] (Open Service for Lifecycle Collaboration) está trabajando para encontrar un estándar común para que las herramientas de software puedan compartir e intercambiar datos, por ejemplo, errores, tareas, requisitos, etc. El objetivo final es acordar un estándar abierto para la interoperabilidad. de herramientas ALM de código abierto . ^[21]

Java es un gran ejemplo de un lenguaje de programación interoperable que permite que los programas se escriban una vez y se ejecuten en cualquier lugar con una máquina virtual Java. ^{[22] [Se necesita} una ^{mejor fuente ]} Al escribir un programa en Java, siempre que no utilice la funcionalidad específica del sistema, se mantendrá la interoperabilidad con todas las máquinas que tengan una Máquina Virtual Java. Hay muchas implementaciones de la máquina virtual Java, como Oracle, IBM, Android, etc ... Si se crea una máquina virtual Java según la especificación, las aplicaciones mantendrán la compatibilidad porque, si bien la implementación es diferente, las interfaces de lenguaje subyacentes son las mismas. . ^[23]

Lograr software

La interoperabilidad del software se logra a través de cinco formas interrelacionadas:

1. Pruebas de producto

   Los productos producidos con un estándar común, o con un subperfil del mismo, dependen de la claridad de los estándares, pero puede haber discrepancias en sus implementaciones que las pruebas de sistema o unidad no pueden descubrir. Esto requiere que los sistemas se prueben formalmente en un escenario de producción, ya que finalmente se implementarán, para garantizar que realmente se intercomunicarán como se anuncia, es decir, que sean interoperables. Las pruebas de productos interoperables son diferentes de las pruebas de productos basadas en la conformidad, ya que la conformidad con un estándar no necesariamente genera interoperabilidad con otro producto que también se prueba para su conformidad.

2. Ingeniería de producto

   Implementa el estándar común, o un subperfil del mismo, según lo definido por las asociaciones de la industria / comunidad con la intención específica de lograr la interoperabilidad con otras implementaciones de software que también sigan el mismo estándar o subperfil del mismo.

3. Asociación entre la industria y la comunidad

   Las asociaciones entre la industria y la comunidad, ya sean nacionales o internacionales, patrocinan grupos de trabajo estándar con el propósito de definir un estándar común que pueda usarse para permitir que los sistemas de software se comuniquen entre sí para un propósito definido. A veces, una industria / comunidad sub-perfilará un estándar existente producido por otra organización para reducir las opciones y así hacer que la interoperabilidad sea más alcanzable para las implementaciones.

4. Tecnología común e IP

   El uso de una tecnología común o IP puede acelerar y reducir la complejidad de la interoperabilidad al reducir la variabilidad entre componentes de diferentes conjuntos de productos de software desarrollados por separado y, por lo tanto, permitir que se intercomuniquen más fácilmente. Esta técnica tiene algunos de los mismos resultados técnicos que el uso de un producto de un proveedor común para producir interoperabilidad. La tecnología común puede provenir de bibliotecas de terceros o desarrollos de código abierto.

5. Implementación estándar

   La interoperabilidad del software requiere un acuerdo común al que normalmente se llega a través de un estándar industrial, nacional o internacional .

Cada uno de ellos tiene un papel importante en la reducción de la variabilidad en el software de intercomunicación y en la mejora de una comprensión común del objetivo final que se debe alcanzar.

Dominio y poder del mercado

La interoperabilidad tiende a considerarse un problema para los expertos y sus implicaciones para la vida diaria a veces se subestiman. El caso de competencia de Microsoft de la Unión Europeamuestra cómo la interoperabilidad se refiere a cuestiones importantes de las relaciones de poder. En 2004, la Comisión Europea descubrió que Microsoft había abusado de su poder de mercado al restringir deliberadamente la interoperabilidad entre servidores de grupos de trabajo de Windows y servidores de grupos de trabajo que no eran de Microsoft. Al hacerlo, Microsoft pudo proteger su posición dominante en el mercado de los sistemas operativos de servidores de grupos de trabajo, el corazón de las redes de TI corporativas. Se ordenó a Microsoft que divulgara documentación de interfaz completa y precisa, lo que permitirá a los proveedores rivales competir en igualdad de condiciones ("el remedio de interoperabilidad"). En junio de 2005, la Comisión está probando en el mercado una nueva propuesta de Microsoft para hacerlo, habiendo rechazado propuestas anteriores por considerarlas insuficientes.

La interoperabilidad también ha surgido en el debate sobre patentes de software en el Parlamento Europeo (junio-julio de 2005). Los críticos afirman que debido a que las patentes sobre técnicas requeridas para la interoperabilidad se mantienen bajo condiciones RAND (licencias razonables y no discriminatorias), los clientes tendrán que pagar las tarifas de licencia dos veces: una por el producto y, en el caso apropiado, una vez por el producto protegido por patente. programar los usos del producto.

Industria médica

Se está introduciendo nueva tecnología en hospitales y laboratorios a un ritmo cada vez mayor. La necesidad de interoperabilidad " plug-and-play " (la capacidad de sacar un dispositivo médico de su caja y hacer que funcione fácilmente con otros dispositivos) ha atraído una gran atención tanto de los proveedores de atención médica como de la industria.

Cada vez más, los dispositivos médicos como incubadoras, imágenes (resonancia magnética, tomografía computarizada, ultrasonido y otros) son impulsados ​​por software sofisticado que debe integrarse en el punto de atención y con sistemas electrónicos, como registros médicos electrónicos. En la reunión de la Sociedad de Profesionales de Asuntos Regulatorios (RAPS) de 2016, expertos en el campo como Angela N. Johnson de GE Healthcare y representante de la Administración de Alimentos y Medicamentos de los Estados Unidos brindaron seminarios prácticos sobre cómo las empresas desarrollan nuevos dispositivos médicos y los hospitales que los instalan. puede trabajar de manera más eficaz para alinear los sistemas de software interoperables. ^[24]

Vias ferreas

Los ferrocarriles tienen mayor o menor interoperabilidad dependiendo de cumplir con los estándares de ancho , acoplamientos , frenos , señalización , comunicaciones , ancho de carga , ancho de estructura y reglas de operación , por mencionar algunos parámetros. Para el servicio ferroviario de pasajeros, las diferentes normas de altura y anchura de las plataformas ferroviarias también pueden causar problemas de interoperabilidad.

Los ferrocarriles de carga y pasajeros interurbanos de América del Norte son altamente interoperables, pero los sistemas en Europa, Asia, África, América Central y del Sur y Australia lo son mucho menos. El parámetro más difícil de superar (a un costo razonable) es la incompatibilidad de ancho, aunque los sistemas de ejes de ancho variable se utilizan cada vez más.

Telecomunicaciones

En telecomunicaciones , el término se puede definir como:

1. La capacidad de proporcionar servicios ay aceptar servicios de otros sistemas, y de utilizar los servicios intercambiados para permitirles operar juntos de manera efectiva. El UIT-T proporciona estándares para las telecomunicaciones internacionales.
2. La condición que se alcanza entre los sistemas de comunicaciones-electrónica o elementos de equipos de comunicaciones-electrónica cuando la información o los servicios pueden intercambiarse directa y satisfactoriamente entre ellos y / o sus usuarios. El grado de interoperabilidad debe definirse cuando se hace referencia a casos específicos. ^{[25] [26]}

En radio bidireccional , la interoperabilidad se compone de tres dimensiones:

• vías de comunicación compatibles (frecuencias, equipos y señalización compatibles),
• cobertura del sistema de radio o intensidad de señal adecuada, y;
• capacidad escalable.

Organizaciones dedicadas a la interoperabilidad

Muchas organizaciones se dedican a la interoperabilidad. Todos tienen en común que quieren impulsar el desarrollo de la World Wide Web hacia la web semántica. ^{[ dudoso - debatir ]} Algunos se concentran en la administración electrónica, el comercio electrónico o el intercambio de datos en general. A nivel internacional, Network Centric Operations Industry Consortium facilita la interoperabilidad global a través de fronteras, barreras lingüísticas y técnicas. En Europa, por ejemplo, la Comisión Europea y su programa IDABC emiten el Marco Europeo de Interoperabilidad . IDABC fue sucedido por el programa ISA . También iniciaron el Centro de Interoperabilidad Semántica de Europa (SEMIC.EU). AEl Servicio Europeo de Información Terrestre (EULIS) se estableció en 2006, como un consorcio de Registros de la Propiedad Nacionales Europeos. El objetivo del servicio es establecer un portal único a través del cual los clientes tengan acceso a información sobre propiedades individuales, sobre los servicios de registro de tierras y propiedades, y sobre el entorno legal asociado. ^[27] En los Estados Unidos, el servicio CORE.gov del gobierno proporciona un entorno de colaboración para el desarrollo, el intercambio, el registro y la reutilización de componentes y, en relación con esto, se encuentra el repositorio de componentes y trabajo del Modelo de intercambio de información nacional (NIEM) . El Instituto Nacional de Estándares y Tecnología actúa como una agencia para los estándares de medición.

Ver también

Tecnología informática y de la información

• Arquitectura de sistemas de información interoperables
• Lista de estándares informáticos
• Interoperabilidad basada en modelos , marco
• Web semántica , estándar para hacer que la máquina de datos de Internet sea legible

Negocio

• Interfaz de interoperabilidad empresarial entre los sistemas y procesos de una organización
• Interoperabilidad empresarial , capacidad para vincular actividades de manera eficiente y competitiva

Otro

• Colaboración , concepto general
• Políticamente , resolución de problemas
• Marco universal de elementos de datos , indexación de información

Referencias

1. "Definición de interoperabilidad" . sitio web dedicado para una definición de interoperabilidad en interoperability-definition.info . Copyright AFUL bajo CC BY-SA. Archivado desde el original el 14 de marzo de 2017 . Consultado el 13 de marzo de 2017 .
2. Instituto de ingenieros eléctricos y electrónicos. Diccionario informático estándar IEEE: una compilación de glosarios informáticos estándar IEEE. Nueva York, NY: 1990.
3. Slater, T. "¿Qué es la interoperabilidad?" , Consorcio de la industria de operaciones centradas en redes - NCOIC , 2012
4. Slater, T. "Interoperabilidad entre dominios" , Consorcio de la industria de operaciones centradas en la red - NCOIC , 2013
5. Vercruysse, Kim; Dawson, David A .; Wright, Nigel (2019). "Interoperabilidad: un marco conceptual para cerrar la brecha entre la gestión de inundaciones urbanas multifuncional y multisistema" . Revista de gestión del riesgo de inundaciones . 12 : e12535. doi : 10.1111 / jfr3.12535 . ISSN 1753-318X . 
6. "Resistencia a las inundaciones urbanas" . www.urbanfloodresilience.ac.uk . Consultado el 15 de mayo de 2019 .
7. Glosario de términos y definiciones de la OTAN, OTAN AAP-06 ^{[ enlace muerto permanente ]}
8. Interoperabilidad: un desafío continuo en las operaciones aéreas de la coalición - Capítulo 2 "Una definición amplia de interoperabilidad", por Myron Hura, Gary McLeod, James Schneider y otros, Informe de monografía de RAND, 2000, [1] Archivado el 19 de octubre de 2013 en el Wayback Machine
9. Allen, DK, Karanasios, S. y Norman, A. (2013). Intercambio de información e interoperabilidad: el caso de la gestión de incidentes importantes. Revista europea de sistemas de información, 10.1057 / ejis.2013.8.
10. Baldini, G. (2010). Informe del taller sobre “Comunicaciones interoperables para la seguridad y la protección”. Ispra: Comisión Europea, Centro Común de Investigación (JRC), Instituto para la Protección y Seguridad del Ciudadano.
11. "El sistema de interoperabilidad cierra la brecha de comunicaciones" . FireRescue1 . Consultado el 25 de enero de 2017 .
12. Grier, Robin. "Soluciones de interoperabilidad" . Interoperabilidad . Comunicaciones de catalizador . Consultado el 28 de mayo de 2011 .
13. "Gobernador Jay Inslee - Estado de Washington" . Consultado el 12 de agosto de 2016 .
14. "SIEC" . Consultado el 12 de agosto de 2016 .
15. "SAFECOM - seguridad nacional" . Archivado desde el original el 21 de diciembre de 2014 . Consultado el 12 de agosto de 2016 .
16. Gordon y Hernandez (16 de mayo de 2016). La guía oficial del libro SSCP . SYBEX. ISBN 978-1119278634.
17. Secretaría de SC36 (13 de noviembre de 2003). "Anteproyecto de Informe Técnico para: ISO / IEC xxxxx, Tecnología de la información - Aprendizaje, educación y capacitación - Gestión y entrega - Especificación y uso de extensiones y perfiles" (PDF) . ISO / IEC JTC1 SC36. Archivado desde el original (PDF) el 29 de noviembre de 2007 . Consultado el 12 de agosto de 2016 .
18. MP Gallaher; AC O'Connor; JL Dettbarn, Jr .; LT Gilday (agosto de 2004). Análisis de costos de interoperabilidad inadecuada en la industria de instalaciones de capital de EE. UU. (PDF) (Informe). Instituto Nacional de Estándares y Tecnología. pag. iv. Archivado desde el original (PDF) el 4 de febrero de 2016 . Consultado el 19 de abril de 2012 .
19. "Interoperabilidad de gobierno electrónico un análisis comparativo de 30 países" (PDF) . Transformación CS. 2010 . Consultado el 21 de enero de 2016 .
20. "Servicios abiertos para la colaboración del ciclo de vida" . Consultado el 12 de agosto de 2016 .
21. "OSLC (Servicios abiertos para la colaboración del ciclo de vida): estándar abierto para i ..." . 30 de noviembre de 2011 . Consultado el 12 de agosto de 2016 .
22. Escriba una vez, ejecute en cualquier lugar
23. 9. Interoperabilidad de Java y JVM [Libro] .
24. "Vista previa de RAPS: Director de la FDA CDRH Shuren habla de prioridades" . 19 de septiembre de 2016 . Consultado el 8 de abril de 2017 .
25.  Este artículo incorpora  material de dominio público del documento de la Administración de servicios generales : "Estándar federal 1037C" .(en apoyo de MIL-STD-188 )
26.  Este artículo incorpora  material de dominio público del documento del Departamento de Defensa de los Estados Unidos : " Diccionario de términos militares y asociados ".
27. Diseño, Erskine. "Bienvenido - EULIS" . Archivado desde el original el 17 de septiembre de 2016 . Consultado el 12 de agosto de 2016 .

enlaces externos

Es posible que el uso de enlaces externos en este artículo no siga las políticas o pautas de Wikipedia . Por favor , mejorar este artículo mediante la eliminación de excesivas o inapropiadas enlaces externos, y la conversión de enlaces útiles en su caso en las referencias de nota al pie . ( Agosto de 2016 ) ( Obtenga información sobre cómo y cuándo eliminar este mensaje de plantilla )

• "Cuándo y cómo la interoperabilidad impulsa la innovación", por Urs Gasser y John Palfrey
• CIMIT - Centro para la Integración de Medicina y Tecnología Innovadora - Programa MD PnP sobre Interoperabilidad de Dispositivos Médicos
• GIC - El centro griego de interoperabilidad: una infraestructura de investigación para la interoperabilidad en la administración electrónica y el comercio electrónico, en el sureste de Europa y el Mediterráneo
• Organización de estándares de interoperabilidad de simulación (SISO)
• Comunicaciones de catalizador
• Interoperabilidad: ¿Qué es y por qué debería quererlo? Ariadna 24 (2000)
• Constitución de interoperabilidad - GridWise Architecture Council del DOE
• Marco de establecimiento de contexto de interoperabilidad - GridWise Architecture Council del DOE
• Lista de verificación de interoperabilidad del tomador de decisiones: GridWise Architecture Council del DOE
• OA Journal on Interoperability in Business Information Systems Archivado el 14 de octubre de 2016 en Wayback Machine
• Laboratorio de interoperabilidad de la Universidad de New Hampshire : centro de investigación de primer nivel sobre interoperabilidad de tecnologías de redes informáticas
• Interoperabilidad versus intraoperabilidad: su opción abierta en el blog de Bob Sutor, 6 de diciembre de 2006
• La France v. Apple: ¿quién es el dadvsi en los DRM? , Nicolas Jondet (Universidad de Edimburgo), SCRIPT-ed , diciembre de 2006
• Comité Europeo de ECIS para Sistemas Interoperables
• Gradmann, Stefan. INTEROPERABILIDAD. Un concepto clave para bibliotecas digitales persistentes a gran escala.
• Interoperabilidad, mejores prácticas y bases de modelado de la biblioteca digital de DL.org