Interoperabilidad. La ASI aspira a maximizar la interoperabilidad entre los sistemas del GCABA buscando que cada sistema se atenga a la resolución de los problemas propios del dominio en que actúa. Al mismo tiempo, es habitual que las áreas de gobierno interactúen y, por lo tanto, haya interdependencia de datos. Se espera que en estos casos las estrategias de intercambio de datos estén dirigidas a intercambio vía servicios-web. En caso de sistemas legacy, se debe analizar la posibilidad de creación de interfaces de interacción web, considerándose éstas como un módulo más de la aplicación/solución entregada por el proveedor o, como una dependencia del proyecto, en caso que el proveedor de datos tenga la capacidad de desarrollar la interfaz al sistema. El proveedor deberá realizar los tests unitarios y de desarrollo antes de realizar la entrega del producto. Por lo tanto, es deseable que se entreguen los casos de test ejecutados y los resultados de los mismos con anticipación a la entrega formal del software. Los casos de test realizados por el proveedor deberán incluir los requerimientos no funcionales. Remarcamos que el producto entregado debe contar con calidad de aceptación y es responsabilidad del proveedor que el mismo cumpla con los requerimientos funcionales y los requisitos no funcionales definidos o sugeridos por la ASI. El paso del producto por la Gerencia de calidad no desliga de responsabilidades, ni es una extensión del sector de desarrollo del proveedor. El equipo de testing de la ASI se encargará de realizar los tests de integración y funcionalidad general. El proceso de testing involucra los conceptos de severidad y prioridad. La severidad puede ser:
Interoperabilidad. Una vez seleccionado el tipo de Interconexión y en función del alcance de los Servicios provistos por Altán, se establecerán los puntos de interoperabilidad para permitir el intercambio de tráfico: • Diameter • Tráfico de datos (GTPv1 y GTPv2) • Tráfico de DNS
Interoperabilidad. Los requisitos de integración de diversos sistemas de información de Osakidetza se realizaran de acuerdo a una arquitectura orientada a servicios (SOA) sobre la plataforma Oracle SOA Suite (Oracle BPEL Process Manager, Oracle Service Bus (OSB), Oracle Business Rules, ...). Dicha arquitectura proporciona una forma bien definida de exposición e invocación de Servicios Web, lo cual facilita la interacción entre diferentes sistemas propios o de terceros. Sobre la misma arquitectura SOA, Osakidetza implementa una solución de integración orientada a Eventos; es un diseño a medida que gestiona un conjunto de sistemas que publican eventos y un conjunto de aplicaciones que se suscriben a determinados eventos. Dicha solución se denomina Gestor de Eventos-Event Manager y es responsable de recibir los eventos publicados, ejecutar las validaciones adecuadas, enrutar y almacenar los eventos para su envío a los subscriptores que estén asociados a cada uno de los elementos recibidos. Relación de estándares de comunicación soportados: • Protocolos a nivel de mensaje: o SOAP 1.1 y SOAP 1.2 o WSDL 1.1 y WSDL 1.2 Binding o SOAP con Attachments o JSON – REST (para aplicaciones móviles) • Protocolos de seguridad a nivel de mensaje: o WS-Security 1.0/1.1 o WS-SecurityPolicy o WS-Policy o WSPolicyAttachment o WS-Security: Username Token Profile 1.0/1.1 o WS-Security: X.509 Token Profile 1.0/1.1 o WSSecurity: XXXX Xxxxx Profile 1.0/1.1 o WS-Security: KerberosToken Profile 1.1 o WS-Reliable Messaging 1.0 o WS-Addressing o WS-I Basic Profile 1.1 o WSSecurity: JWT Token (aplicaciones móviles en internet) • Protocolos a nivel de transporte: o HTTP 1.0, HTTP 1.1 o TLS, SSL o Interoperabilidad con registros UDDI v3-compliant o Sistemas middleware basados en JMS/MQ o HTTPS
Interoperabilidad. En la medida de lo exigido por la legislación aplicable, Cisco Le proporcionará la información de la interfaz necesaria para conseguir la interoperabilidad entre el Software y otro programa de creación independiente. Sujeto a Su solicitud por escrito, y una vez haya pagado las cuotas de licencia de Cisco (si existieran), Cisco Le proporcionará esta información de interfaz. Esta información se mantendrá en estricta confidencialidad y se cumplirán siempre todos los términos y condiciones aplicables sobre cuya base Cisco proporciona dicha información.
Interoperabilidad. La Comisión de Regulación de Energía y Gas (CREG), establecerá las condiciones que permitan la interoperabilidad de los distintos componentes de la infraestructura de medición avanzada, incluso entre diferentes operadores de red. ART. 11.
Interoperabilidad. Sindicación de contenidos a través de RSS. • Aviso legal y política de cookies Fundació PCUV.
Interoperabilidad. En el caso de CCE el actor principal es SECOP y el actor interlocutor principal son las entidades de orden nacional y territorial que requieren de la información. En la actualidad se han identificado los siguientes escenarios de interoperabilidad.
Interoperabilidad. De conformidad con el Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el ámbito de la Administración Electrónica, la plataforma ofertada debe garantizar la interoperabilidad desde tres puntos de vista: • Semántica. • Organizativa. • Técnica. En consonancia con el R.D. 4/2010, los documentos que se pongan a disposición de los ciudadanos u otras administraciones se encontrarán como mínimo, disponibles en sistemas abiertos y serán visualizables, accesibles y funcionalmente operables en condiciones que permitan satisfacer el principio de neutralidad tecnológica y eviten la discriminación a los ciudadanos por razón de su elección tecnológica. Con el fin de garantizar la conservación, el documento se mantendrá con el formato en que hay sido elaborado, enviado o recibido, y preferentemente en un formato abierto que preserve a lo largo del tiempo la integridad del contenido del documento, la firma electrónica y los metadatos que lo acompañen.
Interoperabilidad. 1. El sistema debe permitir el uso y despliegue de WebServices seguros para la integración con aplicaciones internas y externas con estándar WS-I, debe generar clientes de WebServices de forma automática a partir de la especificación WSDL del WebService, sin necesidad de programación.
Interoperabilidad. El contratista dentro del proyecto de implementación realizará las actividades de configuración y parametrización de los servicios en el bus de servicios empresariales Microsoft BizTalk, provisto por la entidad, de acuerdo con todo lo requerido para la puesta en funcionamiento y correcta operación de las funcionalidades de interoperabilidad requeridas en éste anexo. Los componentes de interoperabilidad deben exponerse sobre BizTalk y los servicios de integración relacionados con el ciclo de vida de los documentos. Estas definiciones servirán de base para la implementación futura de los servicios que orquestará el bus de servicios empresariales con otras aplicaciones que se incluyan. El sistema de información debe disponer de la funcionalidad y capacidad para el almacenamiento de los contenidos documentales en la plataforma ofertada. Es importante considerar que dentro del alcance se deben crear estructuras de organización archivística en función de las tablas de retención documental, para la conformación de expedientes documentales. Esto debe formar parte de la implementación del sistema de gestión documental y debe dar cumplimiento a la normatividad expedida por el Archivo general de la nación para las entidades del gobierno. El ciclo de vida documental debe iniciar de dos maneras: Creación de documentos desde las herramientas ofimáticas (Word, Excel, power point, etc). Digitalización de documentos cuyo fuente son archivos físicos, caso en el cual la solución debe incorporar el esquema de OCR par que este proceso de digitalización capture de manera automática campos descriptivos de los documentos como parte de su metadata. El contratista debe garantizar que la solución brinde las herramientas, métodos y esquemas para este escenario y oriente las recomendaciones con respecto a los dispositivos de captura como impresoras o escáner de última generación que deben ser utilizados por la entidad para este fin. Dentro de esta característica el contratista deberá considerar los servicios de: Disponer del servicio de indexación de contenido del componente ECM ofertado Durante el despliegue de la solución implementar dicho servicio. Durante la transferencia de conocimiento capacitar y acompañar al personal técnico de la OTI de la SuperSalud para la realización de dicho proceso como parte de las actividades de administración del sistema una vez finalizada la ejecución del contrato. Documentar el proceso de indexación como base de conocimiento para el pers...