MARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLÚMEN II: ARQUITECTURA TÉCNICA

Tamaño: px
Comenzar la demostración a partir de la página:

Download "MARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLÚMEN II: ARQUITECTURA TÉCNICA"

Transcripción

1 Interoperabilidad de los servicios telemáticos de la Administración Pública de la CAC Página 1 de 36 MARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLÚMEN II: ARQUITECTURA TÉCNICA Rev. Fecha Descripción 0 19/12/2007 Redacción inicial 1 16/06/2009 Revisión de estilos Documento : PLA-DOC-FIN Vol II Arquitectura Técnica Ubicación en eroom: Preparado por Revisado por Aprobado por D. Gral. de Telecomunicaciones y Nuevas Tecnologías D. Gral. de Telecomunicaciones y Nuevas Tecnologías D. Gral. de Telecomunicaciones y Nuevas Tecnologías Fecha: 16/06/2009 Fecha: 16/06/2009 Fecha: 16/06/2009

2 Página 2 de 36 ÍNDICE 1 INTRODUCCIÓN OBJETO DESTINATARIOS ANTECEDENTES TECNOLÓGICOS INFRAESTRUCTURA TÉCNICA DE PLATINO DESCRIPCIÓN DE LA ARQUITECTURA TÉCNICA BUS DE INTEGRACIÓN SERVICEMIX-HTTP MONITORIZACIÓN, CONTROL Y GESTIÓN ADMINISTRACIÓN DE SERVICEMIX INTERFAZ GRÁFICO DE ADMINISTRACIÓN Y MONITORIZACIÓN ADAPTADORES ARQUITECTURA DE CONECTORES J2EE (JCA) BROKER DE SERVICIOS ORQUESTADOR DE SERVICIOS (BPM) GESTIÓN DE LA SEGURIDAD AUTENTICACIÓN AUTORIZACIÓN INTEGRIDAD AUDITORÍA, TRAZABILIDAD Y NO REPUDIO REFERENCIAS Y BIBLIOGRAFÍA...35

3 1 Página 3 de 36 INTRODUCCIÓN Una vez finalizado el estudio de la situación actual, el objetivo del Marco de Referencia es la agrupación y modelización de las conclusiones obtenidas y definir la futura Plataforma de Interoperabilidad del Gobierno de Canarias (en adelante, PLATINO) de acuerdo con las necesidades de la DGTNT. La identificación de este escenario implica actualizar el Modelo del Gobierno de Canarias a través de la definición de nuevos requisitos tanto desde el punto de vista organizativo, como funcional y tecnológico. De esta forma se analizarán todas aquellas necesidades desde el punto de vista organizativo definiendo en cada caso las relaciones con los diferentes interlocutores de la DGTNT (con otras Consejerías, ciudadanos y empresas, otros organismos públicos y/o privados, otras instituciones/agencias públicas nacionales y/o locales y de otros Estados Miembros, ). Igualmente se tendrán en cuenta todos los requisitos funcionales necesarios para el óptimo funcionamiento de PLATINO (reingeniería de procesos, elaboración de manuales y normativas, incorporación de nuevas tecnologías y formación en las mismas, ). Y por último pero no por ello menos importante, se definirán los requisitos técnicos de la Plataforma (arquitectura lógica, arquitectura técnica, componentes de software reutilizables, nuevas funcionalidades, open source, ). 2 OBJETO El objeto de este documento es el de identificar y definir la arquitectura, estándares, especificaciones, protocolos y directrices a seguir en la implementación de PLATINO en los sistemas y plataformas de la Dirección General de Telecomunicaciones y Sociedad de la Información (DGTNT) del Gobierno de Canarias. 3 DESTINATARIOS El presente documento va destinado a los Responsables Técnicos de la DGTNT, a los Jefes de Proyecto/Analistas de los Servicios Relacionados con PLATINO, y a los desarrolladores que deban conocer los aspectos tecnológicos de la arquitectura de PLATINO.

4 4 Página 4 de 36 ANTECEDENTES TECNOLÓGICOS A pesar de que existieron varios planes de desarrollo con el fin de impulsar y facilitar la implantación de infraestructuras y servicios de carácter universal (Plan para el Desarrollo de la Sociedad de la Información en Canarias (PDSIC-2000) y Plan de Desarrollo de la Administración Electrónica y Convergencia Europea de Canarias (PeACE 2005)), con iniciativas orientadas a la Administración Electrónica como por ejemplo la Plataforma Abierta de Servicios Electrónicos (PASE), el marco tencológico existente no se adecúa a las necesidades del Gobierno de Canarias. Surge entonces la idea de la Plataforma de Interoperabilidad (PLATINO) con el objetivo de permitir el alineamiento de las tecnologías de la información del Gobierno de Canarias con un modelo de gestión administrativa orientada al ciudadano, eficiente y de calidad, además de optimizar los costes de gestión e inversión en tecnologías de la información, específicamente en el desarrollo de software, del Gobierno de Canarias. Figura 1: Arquitectura P.A.S.E (Plataforma Abierta de Servicios Electrónicos) Esta serie de esfuerzos para la implantación de PLATINO, permite establecer un marco

5 Página 5 de 36 tecnológico estable, con la participación activa de todos los Departamentos del Gobierno de Canarias, que permite la consolidación y evolución armoniosa de los resultados de los dos objetivos comentados anteriormente. La primera tarea que se ha realizado en PLATINO es el estudio de la situación actual en materia de administración electrónica, dentro del ámbito de las administraciones pertenecientes al Gobierno de Canarias. Tras su análisis, la principal conclusión que se extrae es que, desde un punto de vista técnico, la solución comúnmente adoptada para resolver los problemas de integración entre los diferentes entornos tecnológicos consiste en el establecimiento de conexiones punto a punto (P2P) entre los diferentes sistemas, teniendo que realizar modificaciones en los mismos para posibilitar la comunicación entre ellos. Sin embargo, esta práctica caracterizada por un conjunto de integraciones artesanales que no responde a un plan bien definido, y que introduce sucesivos cambios en los sistemas integrados, ponía en peligro la integridad y dificultaba el mantenimiento de las aplicaciones. Además, este tipo de integración hace muy difícil la tarea de conocer las dependencias entre sistemas, monitorizar la comunicación entre los mismos y, sobre todo, abordar nuevas necesidades de integración ágilmente y con garantías. Aunque en dicho estudio se identificaron una serie de módulos y soluciones horizontales que están activas y en funcionamiento, existen una serie de Consejerías y Organismos del Gobierno, en las que no se puede hablar de módulos sino más bien de aplicativos monolíticos que cubren parcialmente alguna de las funcionalidades horizontales detectadas. Estas consejerías tendrán, en principio, mayores dificultades para alinearse con una arquitectura modular del estilo que presenta PLATINO, pero el efecto pudiere contrarrestarse en casos de sustitución pura. En la actualidad y tal y como se refleja en el estudio, el que cada Consejería disponga de sus propios Servicios Informáticos (no solo para gestión interna, sino para desarrollo y explotación de aplicaciones propias), genera una natural proliferación de iniciativas y esfuerzos que derivan en una falta de homogeneidad en los sistemas del Gobierno Canario (estándares, políticas, ). En este contexto, surge la figura de PLATINO, y los estudios que se van a realizar para su implementación, los cuales permitirán identificar las interacciones o posibles incompatibilidades entre los módulos a implantar en PLATINO y las iniciativas existentes, con el fin de identificar y establecer una política de estándares global del Gobierno de Canarias (marco de desarrollo, políticas, estándares, ) que permita desde el punto de vista técnico implantar procedimientos en PLATINO de forma ágil y rápida.

6 5 Página 6 de 36 INFRAESTRUCTURA TÉCNICA DE PLATINO El concepto de arquitectura orientada a servicios tiene dos vertientes de implementación; la integración de datos y la integración de aplicaciones empresariales (EAI) mas orientada a procesos de negocio. En ese sentido, y para abordar el reto de integración, PLATINO estará compuesto por: Un Catálogo de Servicios expuestos para su consumo Middleware de integración, una infraestructura de acceso común y basada en estándares, el Bus de Integración o Bus de Servicios o (Enterprise Services Bus ESB) Motor de Procesos (BPM) para la orquestación de Servicios (composición de trámites electrónicos en base a servicios básicos)

7 Página 7 de 36 Módulos Comunes (servicios básicos, complejos y de soporte), elementos comunes de soporte a la tramitación telemática que en forma de servicios se exponen en el middleware de integración Monitorización, control y gestión de los elementos que participan en el proceso de integración Adaptadores que aseguren la conectividad hacia sistemas heredados y back-end Broker de Mensajes que permite enrutar los mensajes hacia otros canales o procesos en función de su contenido Broker de Servicios que facilita la comunicación entre los diferentes procesos de los servicios El eje principal de PLATINO es el Bus de Integración o Servicios (ESB), el cual aportará prestaciones de: Exposición de servicios para su consumo (interno o externo) incluyendo agregación de servicios unitarios para componer nuevos servicios combinados y aportando diferentes interfases a un mismo servicio a través de tecnologías estándares (Servicios Web, Enterprise Java Beans, JMS) Conversión y cambio de formato de los datos de los servicios expuestos y consumidos

8 Página 8 de 36 Soporte a la ejecución de los procesos de negocio, procesos de corta o larga duración que integran y orquestan servicios de diferentes sistemas y que son accedidos a través de la capa de integración Control de seguridad en los procesos expuestos u orquestados en el Bus de servicios Acceso a sistemas existentes mediante el desarrollo de adaptadores, tanto desde el punto de vista de seguridad (presentación de credenciales a los sistemas de BackOffice) como de integración (diferentes plataformas técnicas) Para la adecuada implantación de PLATINO, se han definido métodos y procedimientos de uso e integración del Bus, como definición de la mensajería estándar, metodologías de desarrollo de servicios a exponer en el bus basados en el estándar de desarrollo SODA (Desarrollo Orientado a Servicios) y mecanismos de integración con el bus según: 5.1 tipo de comunicación necesaria (síncrona, asíncrona ) grado de certificación de entrega (publish-subscribe, send-and-forget) necesidad de autentificación (comunicación anónima, con autentificación) y acceso (a través de conector estándar, de un evento como mail, fichero, ) DESCRIPCIÓN DE LA ARQUITECTURA TÉCNICA La arquitectura de la PLATINO, siguiendo los principios y mejores prácticas en torno a la Arquitectura Orientada a Servicios (SOA), incluye lo siguiente: Un conjunto de servicios horizontales tales como seguridad, orquestación, administración, etc. Estos aspectos están descritos en un capítulo posterior Los protocolos de comunicación, claramente especificados y definidos, con el Servicio de Gestión del Repositorio de Documentos Electrónicos y el Gestor de Portales existentes en el Gobierno de Canarias La definición de la segmentación de usuarios (ciudadanos, funcionarios, etc), perfiles de acceso, canales posibles de comunicación, etc

9 Página 9 de 36 El componente central de la arquitectura lo constituye la Plataforma de Integración de servicios electrónicos descrita en el modelo de arquitectura; dicha infraestructura está basada en estándares por lo que se garantizan los niveles de interoperabilidad requeridos, permitiendo la comunicación entre las distintas aplicaciones, sistemas y servicios presentes en el Gobierno de Canarias. La arquitectura seguirá una topología basada en la multilateralidad de interconexiones, evitando cualquier tipo de conexión punto a punto (ad-hoc) que pueden derivar en elevados costes para la organización y dificultar la agilidad en los procesos de tramitación. El bus de integración de PLATINO se complementará, dentro de la infraestructura de integración, con algunos componentes como: Motor de workflows: capa de gestión de procesos de negocio (Business Process Management BPM) que permite modelizar, coordinar y secuenciar (orquestar) los servicios ofrecidos por la plataforma para proveer nuevos servicios mas complejos Broker de mensajes y servicios: para la canalización de mensajes y servicios Administración y monitorización: para la gestión, seguimiento e intervención en los procesos del sistema así como para la obtención de datos estadísticos acerca de la actividad de la infraestructura Gestión de la seguridad, con respecto a mecanismos de auditoría, autenticación y autorización Conectividad: adaptadores que posibilitan el acceso a otros sistemas

10 Página 10 de 36

11 Página 11 de 36 A continuación se puede ver una descripción gráfica de la arquitectura de PLATINO:

12 5.2 Página 12 de 36 BUS DE INTEGRACIÓN Apache ServiceMix es un ESB creado desde cero siguiendo la especificación JBI y disponible bajo licencia Open Source de la fundación Apache. Se ha construido como una implementación completa de JBI, y su conformidad con el estándar está en proceso de certificación a expensas de su integración con el contenedor J2EE Apache Gerónimo. (fuente: Apache Incubator ServiceMix) ServiceMix tiene la peculiaridad de ser muy ligero, lo que facilita su integración y posibilidad de ser integrado dentro de aplicaciones J2SE o J2EE, o como ESB autónomo, o como servicio dentro de otro ESB. Dado que es un desarrollo totalmente basado en Java, es capaz de instalarse en cualquier plataforma que sea capaz de ejecutar código Java. El código está testeado regularmente en las plataformas más comunes de la actualidad (Windows, OS X, Solaris y Linux). La configuración de ServiceMix sigue el patrón de inyección de dependencias en la que se basa el framework Spring y el framework para plugins XBean. Como medidas de contingencia, ServiceMix incorpora clustering, sistema de recuperación ante fallos distribuido mediante JMS 1.1 y se integra con la implementación Open Source Apache ActiveMQ. Otras de las características que ServiceMix proporciona son: Un NMR (Normalized Message Router) Soporte JMX mediante MBeans para la gestión de JBI.

13 Página 13 de 36 Tareas de administración basadas en Antecesores Despliegue de ensamblados de servicios así como despliegue en caliente tanto de ensamblados como de componentes. Una selección de componentes JBI (desde Binding Components hasta Service Engines) Además, ServiceMix extiene la especificación JBI y proporciona más funcionalidad de la que el estándar establece. Por ejemplo, dispone de un mecanismo para suscripciones a mensajes y una API Java cliente, mediante la cual se puede interactuar con JBI desde código Java. También proporciona ayudas para crear descriptores de servicios e implementa el nuevo estándar WS-Notification de OASIS. Uno de los grandes objetivos de la especificación JBI es la reutilización, y ServiceMix implementa este aspecto propocionando una amplia selección de Binding Components y Service Engines. ServiceMix soporta diferentes Service Engines con el objetivo de enrutar mensajes normalizados dentro del bus. Cada uno de ellos permite especificar las reglas controlando el enrutamiento de diferentes maneras, por ejemplo: mediante código Java (servicemix-bean) mediante scripts BPEL y el Service Engine de Apache Ode. Utilizando patrones de integración de aplicaciones enterprise (servicemix-eip) mediante otros tipos de scripts, como por ejemplo Groovy (servicemix-script) mediante reglas JSR 94 y Drools (servicemix-drools) SERVICEMIX-HTTP servicemix-http es un binding component compatible con JBI para endpoints HTTP/SOAP. Puede ser utilizado para publicar endpoints de consumidores y proveedores y soporta tanto SOAP 1.1 como 2.0. Básicamente, este componente se puede utilizar para activar el uso de los servicios web a través del NMR de ServiceMix. Esto puede conseguirse de las siguientes maneras: Endpoint de consumidor: Un endpoint de consumidor es un endpoint HTTP del lado del servidor que consumirá HTTP en plano, o peticiones HTTP+SOAP que enviará

14 Página 14 de 36 hacia el NMR de un endpoint especificado, el cual se llama endpoint proxificado. Las aplicaciones cliente o los servicios que no forman parte del NMR como servicios web externos, pueden utilizar estos servicios web del tipo servicemix-http para acceder a servicios que estén publicados en el bus. Endpoint de proveedor. Un endpoint de proveedor es un endpoint JBI del lado del cliente el cual puede recibir peticiones desde el NMR y enviarlas a la URL indicada donde el servicio esté activo. Esta clase de endpoint permite la integración con un servicio web existente como un endpoint en el NMR, haciéndolo por lo tanto accesible a los endpoint consumidores del NMR. Características servicemix-http puede ser utilizado con los cuatro patrones de intercambio de mensajes disponibles (solo de entrada, solo de entrada robusta, entrada-salida, entrada opcional salida). El componente reutiliza una serie de proyectos open source para proporcionar sus funcionalidades. Utiliza Jetty como un servidor HTTP integrado y el cliente HTTP de proyecto Apache Jakarta Commons. Utilizando las continuaciones de Jetty 6, servicemixhttp consigue buen rendimiento y escalabilidad. El componente también es capaz de manejar attachments MIME. Más alla, servicemix-http implementa WS-Addressing para direccionar endpoints y servicios. WS-Addressing proporciona mecanismos neutrales de transporte para direccionar servicios web y mensajes. En particular, el estándar define los elementos XML para identificar los endpoints de los servicios web y para garantizar la identificación de los endpoints end-to-end en los mensajes entre servicios web. Esta especificación activa los sistemas de mensajería para soportar la transmisión de mensajes a través de redes que incluyen nodos de procesamiento como gestores de endpoints, firewalls y gateways de manera independiente al transporte. En ServiceMix, la cabecera wsa:action puede utilizarse para especificar el nombre del interface de destino y la operación a utilizar por el intercambio JBI. La cabecera wsa:to especifica el nombre del servicio JBI y el nombre del endpoint. Seguridad El cliente HTTP de Jakarta Commons se utiliza también cuando se tiene que proporcionar autenticación HTTP básica. El nombre de usuario y contraseña se proporcionan en el fichero de configuración para el endpoint. El uso de autenticación básica debería acompañarse de encriptación SSL, ya que las credenciales del usuario se envían como

15 Página 15 de 36 texto claro a través de la red. Naturalmente, SSL lo proporciona servicemix-http también. Como parte de la implementación de WS-Security, servicemix-http utiliza WSS4J. El perfil UsernameToken y las firmas están soportadas también, aunque estas últimas solo para versiones superiores a la MONITORIZACIÓN, CONTROL Y GESTIÓN La infraestructura de integración permitirá trabajar en cluster y balancear la carga entre los miembros del cluster según la ocupación, pudiendo escalar la arquitectura añadiendo servidores dinámicamente. También ofrecerá distintos niveles y tipos de persistencia (en memoria, en fichero, en base de datos) de la mensajería y procesos, siendo configurable según las necesidades de cada comunicación definida. Por todo ello, PLATINO dispondrá de una consola de administración y monitorización gráfica, desde la que poder gestionar estos elementos e intervenir en la ejecución de los procesos así como obtener estadísticas y gráficas sobre la utilización de la propia infraestructura. La plataforma ofrecerá las siguientes funcionalidades: Logging de eventos. Se realizará un logging de los eventos más significativos del sistema mediante la API log4j integrada en ServiceMix Trazabilidad y auditoría Despliegue y eliminación de servicios Configuración de diferentes comportamientos/mecanismos de enrutado en tiempo de ejecución, mediante el despliegue de service assemblies y la consola de administración JMX; además, para el entorno de preproducción se evaluará la posibilidad de la instalación de un servidor FTP con el objetivo de poder subir archivos/service assemblies de tamaño grande Configuración de los mecanismos de transporte de mensajes, incluyendo los distintos niveles de persistencia como por ejemplo sólo en memoria o sólo en base de datos y el comportamiento de las transacciones. Este comportamientos se configura mediante al archivo de propiedades de ServiceMix servicemix.xml Estadísticas de utilización y tráfico, mediante el análisis de los ficheros.csv que genera ServiceMix en tiempo de ejecución

16 5.3.1 Página 16 de 36 ADMINISTRACIÓN DE SERVICEMIX Para ofrecer todas estas funcionalidades, la plataforma reutilizará y adaptará los servicios proporcionados por ServiceMix. Para servicios de Logging, ServiceMix utiliza el framework de Apache Log4j. Este framework permite generar logs en dos dimensiones independientes: la gravedad del error o los niveles de debug (desde ALL a FATAL), y la fuente del error basándose en los nombres del logger. El fichero log4j.xml en la carpeta conf de ServiceMix puede ser utilizado para personalizar y controlar la salida de log. La configuración de los diferentes mecanismos de enrutado se obtiene principalmente a través del despliegue de nuevos servicios a los service engines de enrutado instalados en el contenedor JBI. Un ejemplo de estos engines de enrutado es el propio service engine de Apache ODE. La configuración de los mecanismos de transporte de mensajes, incluyendo los distintos niveles de persistencia, se puede realizar modificando el fichero de configuración servicemix.xml de la instalación de ServiceMix. Este aspecto se controla por los llamados flujos. Un flujo es una política de envío de mensajes particular. ServiceMix propociona cuatro flujos distintos, cada uno de ellos con diferentes características: Flujo Descripción ST Flow Straight-through flow. El mensaje es enviado directamente hasta su destino sin guardar información ni utilizar buffer. Esta configuración es adecuada cuando el JBIContainer es desplegado con flujos simples (sin estado) o embebido, o cuando la latencia deba ser lo más baja posible Seda Flow Introduce una etapa con un evento simple entre los procesos internos en el Broker NMR. Este flujo es apropiado para el despliegue en general, a la vez que la etapa adicional es apropiada, (por defecto) por ejemplo, para hacer buffering de los intercambios con enrutado pesado entre componentes JMS Flow Se utiliza cuando se requiere colaboración entre varios JBIContainer. El despliegue de los componentes se realiza de la misma forma, pero todos los servidores del cluster son notificados y el JMS Flow manejará automáticamente el enrutado de los MessageExchange entre los distintos contenedores. Para cada JBI Endpoint se utiliza una Message Queue (cola de mensajes) de forma que varias instancias del mismo componente tendrán la carga de peticiones balanceada entre ellos. JCA Flow Es muy parecido al JMS Flow, en el sentido que permite mantener los contenedores ServiceMix unidos. La principal diferencia es que utiliza JCA para dar soporte a las transacciones XA al enviar y recibir intercambios JBI.

17 Página 17 de 36 Todos estos flujos descritos, pueden ser configurados a través de la propiedad flowname o flownames de la configuración del contenedor JBI INTERFAZ GRÁFICO DE ADMINISTRACIÓN Y MONITORIZACIÓN ServiceMix puede ser configurado además de mediante ficheros de configuración XML, mediante un interfaz gráfico. La tecnología mediante la cual operan estos interfaces gráficos se llama JMX (Java Management Extensions). El concepto principal en el que está basado JMX es el de encapsular los recursos como objetos Java y exponerlos como recursos gestionables en un entorno distribuido. Para hacer esto, JMX utiliza una arquitectura basada en tres capas. En la siguiente ilustración se muestra la arquitectura utilizada por JMX: (fuente: Java Management Extensions Specification, version 1.4) Desde el punto de vista de un usuario de ServiceMix, debido a que esta API es un estándar, otra de las ventajas es la reutilización. En lugar de escribir una aplicación personalizada de gestión, el usuario puede escoger entre distintas aplicaciones, como por ejemplo Jconsole (aplicación de gestión JMX que se distribuye con el JDK), o MC4J

18 Página 18 de 36 (consola de gestión JMX Open Source, para administrar y monitorizar el JBIContainer de ServiceMix). Sin embargo, el mayor beneficio consiste en que todas las herramientas de ServiceMix pueden utilizarse desde la consola, ya que la especificación JBI utiliza JMX. ServiceMix proporciona gestión basada en JMX de los componentes en ejecución y de las partes internas de su contenedor. ServiceMix implementa diversos MBeans que permiten al usuario administrar y monitorizar remotamente una instalación ServiceMix a través de un interfaz de usuario gráfico. A modo de ejemplo, la siguiente figura muestra la consola Open Source MC4J después de haber sido conectada al contendor ServiceMix. En PLATINO se utilizará la consola JMX que incluye por defecto la distribución de ServiceMix y que se gestiona a través de un interfaz web. Desde esta consola se pueden realizar varias operaciones, siendo las de más utilidad las siguientes:

19 Página 19 de 36 Visualizar los componentes y los endpoints disponibles Cambiar una propiedad del contenedor en tiempo de ejecución Visualizar las estadísticas de uso de un endpoint Realizar un undeploy de un ensamblado de servicio 5.4 ADAPTADORES La infraestructura de integración de PLATINO establece unos mecanismos de conexión para realizar las comunicaciones con las aplicaciones externas. Para aquellos casos en los que no sea posible su utilización, se podrán elaborar conectores a medida que permitan establecer una comunicación segura con PLATINO y posibilitar su integración en la plataforma. También se podrá establecer una comunicación a través de un generador de eventos. Además, esto ofrece la posibilidad de integrarse con otras plataformas de integración y organizaciones externas, con independencia de la plataforma. Esta integración se puede realizar de las siguientes formas: a través de conectores proporcionados por la misma herramienta de integración mediante el uso de protocolos estándar: Web Services, JCA, JMS ARQUITECTURA DE CONECTORES J2EE (JCA) Ahora que JCA de J2EE es ya una realidad, el alcance de este problema de integración se ha reducido, ya que se define una manera uniforme de integrar los servidores de aplicaciones J2EE con los EIS. Mediante JCA, los vendedores de EIS (Enterprise Information Systems) ya no tienen que personalizar sus productos para la interacción con cada servidor de aplicaciones compatible J2EE. De manera similar, los vendedores de servidores de aplicaciones no tienen que hacer modificaciones si necesitan conectividad con otros EIS. En lugar de eso, los servidores de aplicaciones implementan el framework de la arquitectura de conectores solo una vez, y los vendedores de EIS desarrollan un adaptador de recurso estándar basado en esta arquitectura, lo que permite al EIS conectarse con cualquier servidor de aplicaciones que soporte JCA.

20 Página 20 de 36 Los Adaptadores de Recursos Los adaptadores de recursos juegan el rol principal en la integración y la conectividad entre un EIS y un servidor de aplicaciones. Sirve como el punto de contacto entre los componentes de aplicación, los servidores de aplicación y los EIS. Un adaptador de recursos, junto con otros componentes, debe comunicarse mediante las normas especificadas por la arquitectura JCA, tal y como muestra la figura anterior.

21 Página 21 de 36 Para activar la integración con un servidor de aplicaciones, un adaptador de recursos debe atenerse a una serie de líneas de trabajo, conocidos como contratos de sistema, que están definidos por la arquitectura del conector. Estos contratos existen entre el servidor de aplicaciones y el EIS, y están implementados a través del adaptador de recursos. Estos contratos, especifican cómo el sistema externo a la plataforma J2EE puede integrarse con ellos soportando una serie de funciones básicas que son manejadas por el contenedor J2EE: Gestión de Conexiones. El gestor de conexiones permite a las aplicaciones conectarse a los EIS y permite al servidor de aplicaciones utilizar técnicas de pooling. Gestión de Transacciones. El gestor de transacciones permite a la aplicación gestionar y realizar accesos transaccionales a través de múltiples gestores de recursos EIS. Seguridad. Proporciona soporte para el acceso seguro a los EIS. Cada uno de estos contratos, define qué es lo que debe soportar cada adaptador de recursos para conseguir conectividad e interoperabilidad entre los EIS y cualquier servidor de aplicaciones compatible. 5.5 BROKER DE SERVICIOS El Broker de Servicios de PLATINO está implementado mediante el uso del broker de ServiceMix. Vista General del NMR (Normalized Message Router) (fuente: Sun MicroSystems)

22 Página 22 de 36 Toda implementación de un ESB que sea compatible con el estándar JBI tiene que proporcionar una implementación del NMR (Normalized Message Router). Tal y como se puede observar en la siguiente figura, JBI define una serie de API's para la comunicación entre el contenedor JBI y los SE (Service Engines) y BC (Binding Components) además de los mensajes normalizados que se transmitirán dentro del contendor JBI. Para el intercambio de información a través del NMR de ServiceMix intervienen los siguientes elementos: Componente: Consiste en un interface que deberá ser implementado por los componentes que se desarrollen para cumplir el estándar JBI. Esto permite a la implementación JBI consultar al componente varios tipos de información e interactuar con él. DeliveryChannel: En JBI, se trata de un canal de comunicación bi-direccional utilizado por los engines y los bindings (a los que llamaremos componentes JBI) para interactuar con el NMR. Cada componente JBI tiene un DeliveryChannel asociado a él. Su utilización les permite Recibir intercambios de mensajes enrutados al componente Enviar un mensaje asíncronamente -sin esperar a una respuesta o cambio de estado y reconociendo que el intercambio ha sido recibido Enviar un mensaje síncronamente, bloqueando el hilo de ejecución hasta que se recibe el resultado o respuesta. Opcionalmente, esto puede ser hecho sin time-out MessageExchange: En JBI representa un contenedor para los mensajes normalizados los cuales se describen por un patrón de intercambio de mensajes (solo-entrada, solo-entrada robusta, entrada-salida o entrada con salida opcional). El patrón de intercambio define los nombres, la secuencia, y la cardinalidad de los mensajes en una operación de intercambio Con estos elementos, el NMR de ServiceMix realiza los siguiente pasos: 1. Un componente que actúa como consumidor envía un MessageExchange a su DeliveryChannel Cuando un consumidor inicia un intercambio de mensajes hay diferentes maneras

Índice. » Qué es Platino» Qué ofrece Platino» Cómo es Platino. » Quién usa Platino» Recursos / documentación

Índice. » Qué es Platino» Qué ofrece Platino» Cómo es Platino. » Quién usa Platino» Recursos / documentación Índice» Qué es Platino» Qué ofrece Platino» Cómo es Platino Infraestructura técnica Bus de Servicios (ESB) Seguridad en Platino Servicios de Platino» Quién usa Platino» Recursos / documentación 2 Qué es

Más detalles

COMUNICACIÓN TECNIMAP SEDE ELECTRÓNICA DEL MINISTERIO DE MEDIO AMBIENTE, Y MEDIO RURAL Y MARINO

COMUNICACIÓN TECNIMAP SEDE ELECTRÓNICA DEL MINISTERIO DE MEDIO AMBIENTE, Y MEDIO RURAL Y MARINO COMUNICACIÓN TECNIMAP SEDE ELECTRÓNICA DEL MINISTERIO DE MEDIO AMBIENTE, Y MEDIO RURAL Y MARINO ÍNDICE 1 INTRODUCCIÓN... 1 2 ARQUITECTURA TECNOLÓGICA DEL MARM... 2 2.1 ARQUITECTURA DE SEDE ELECTRÓNICA...3

Más detalles

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

Documentación Técnica Conector

Documentación Técnica Conector Documentación Técnica Conector Torre Ejecutiva Sur Liniers 1324, piso 4 Montevideo Uruguay Tel/Fax: (+598) 2901.2929* Email: contacto@agesic.gub.uy www.agesic.gub.uy Indice 1 Introducción...4 2 Casos

Más detalles

OpenESB FEMI Sofis Solutions - PMA

OpenESB FEMI Sofis Solutions - PMA OpenESB FEMI Sofis Solutions - PMA Página 1 de 22 1 BPMS... 3 1.1 Introducción... 3 1.2 Modelado de Procesos... 5 1.2.1 Editor Gráfico de Procesos... 5 1.2.2 Gestión de Tareas... 6 1.2.3 Interacción Humana...

Más detalles

Subdirección General de Tecnologías y Sistemas de Información Descripción de la Plataforma

Subdirección General de Tecnologías y Sistemas de Información Descripción de la Plataforma Descripción de la Plataforma Octubre 2014 Descripción y objetivos Normativa aplicable Catálogo de servicios Integración con sistemas externos Consola de Administración Aplicaciones cliente integradas con

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

SERVICIOS WEB. UNA VISIÓN PRÁCTICA. 13 de noviembre de 2010

SERVICIOS WEB. UNA VISIÓN PRÁCTICA. 13 de noviembre de 2010 SERVICIOS WEB. UNA VISIÓN PRÁCTICA 13 de noviembre de 2010 1 Índice de contenidos 1. SOA 1.1. Características 1.2. Beneficios e inconveniente 1.3. Una posible implementación SOA: los servicios web 2. Modelos

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

Oracle Service Bus Enrique Martín Casado Presales Manager

<Insert Picture Here> Oracle Service Bus Enrique Martín Casado Presales Manager Oracle Bus Enrique Martín Casado Presales Manager Partimos de una Necesidad Para mejorar la productividad y la competitividad de nuestras organizaciones, cada día es más necesario

Más detalles

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

Más detalles

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

Curso de SOA. Nivel Avanzado

Curso de SOA. Nivel Avanzado Región de Murcia Consejería de Hacienda y Administración Pública Curso de SOA. Nivel Avanzado Módulo 3 Seguridad en SOA Escuela de Administración Pública de la Región de Murcia Contenidos del MODULO 3

Más detalles

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK 1 LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK Miguel Angel Abellán Juliá Gerente de Soluciones para Administraciones Públicas. Hewlett-Packard Española,

Más detalles

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura

Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta

Más detalles

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL

DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Página 1 de 21 CUALIFICACIÓN DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC154_3 Versión 5 Situación RD 1087/2005 Actualización

Más detalles

MARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLUMEN III: FUNCIONALIDADES Y SERVICIOS

MARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLUMEN III: FUNCIONALIDADES Y SERVICIOS Interoperabilidad de los servicios telemáticos de la Administración Pública de la CAC Página 1 de 90 MARCO DE REFERENCIA PARA LA PLATAFORMA DE INTEROPERABILIDAD VOLUMEN III: FUNCIONALIDADES Y SERVICIOS

Más detalles

JavaEE. www.javasoft.com

JavaEE. www.javasoft.com JavaEE Java Enterprise Edition www.javasoft.com Por qué Java en el servidor? Ventajas Independencia de la plataforma portabilidad Gran conjunto de APIs Reusabilidad y modularidad Seguro en la ejecución

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático

Arquitectura Java para el Cuarto Ejercicio. José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Arquitectura Java para el Cuarto Ejercicio José Antonio Ruano Ampudia Técnico Superior de Proyecto Informático Sumario Introducción Arquitectura en n-capas Arquitectura y el Cuarto Examen Java y su modelo

Más detalles

Integración al Servicio de la Empresa

Integración al Servicio de la Empresa Integración al Servicio de la Empresa Las Arquitecturas SOA permiten abordar los nuevos retos empresariales, ser más competitivos y disponer de sistemas de información integrados. Además, tecnologías como

Más detalles

Administración Local Soluciones

Administración Local Soluciones SISTEMA INTEGRADO DE GESTIÓN DE EXPEDIENTES MODULAR (SIGM) CONFIGURACIÓN PARA LA INTEGRACIÓN CON SISNOT Y CORREOS SIGM v3 Administración Local Soluciones Control de versiones Versión Fecha aprobación Cambio

Más detalles

6.1 Introducción a los sistemas EAI

6.1 Introducción a los sistemas EAI 6.1 Introducción a los sistemas EAI Integración de Aplicaciones (1) El problema de la integración de aplicaciones consiste en hacer colaborar entre sí a aplicaciones distribuidas, heterogéneas y posiblemente

Más detalles

Anexo 1 CONDICIONES TÉCNICAS EXIGIDAS

Anexo 1 CONDICIONES TÉCNICAS EXIGIDAS Anexo 1 CONDICIONES TÉCNICAS EXIGIDAS El contrato del sistema para la gestión de peticiones, quejas, reclamos sugerencias y felicitaciones PQRSF comprende las siguientes especificaciones técnicas de la

Más detalles

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3

1 Índice... 1. 2 Introducción... 2. 2.1 Propósito... 2. 2.2 Alcance... 2. 3 Modelo Arquitectónico Inicial... 3 1 Índice 1 Índice... 1 2 Introducción... 2 2.1 Propósito... 2 2.2 Alcance... 2 3 Modelo Arquitectónico Inicial... 3 3.1 Diagrama de alto nivel de la arquitectura... 3 3.2 Vista de Casos de Uso... 5 3.2.1

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Silenus Consultoría. SOA Silenus SOA/09009. Mayo de 2009. Análisis SOA Silenus

Silenus Consultoría. SOA Silenus SOA/09009. Mayo de 2009. Análisis SOA Silenus SOA Silenus SOA/09009 Mayo de 2009 Análisis SOA Silenus Índice 1 Introducción...4 2 Contexto del Proyecto...7 3 Casos de Uso...11 3.1 CU 1: Creación y Modificación de Cuentas...11 3.2 CU 2: Creación de

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Lineamientos para el desarrollo de sistemas

Lineamientos para el desarrollo de sistemas Lineamientos para el desarrollo de sistemas 1. Introducción La Coordinación de Información Académica (CIA) a través del Centro Universitario para el Desarrollo de las Tecnologías de la Información (CUDTI)

Más detalles

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Murcia Director General de Informática Consejería de Economía y Hacienda Comunidad Autónoma de la Región de Murcia Jefe

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen

Indizen Labs imade. Marco de Desarrollo Aplicaciones de Indizen Indizen Labs imade Marco de Desarrollo Aplicaciones de Indizen Índice de contenidos Indizen Labs Introducción a imade Metodología imade Arquitectura imade Herramientas imade Indizen Labs Indizen Labs Son

Más detalles

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD Francisco Tous Llull, Antoni Reus Darder, Felip Salas Suau Fundació Illes Balears per la Innovació Tecnològica (IBIT) Parc

Más detalles

Informe de avance Implementación herramientas de back-end (3-III).

Informe de avance Implementación herramientas de back-end (3-III). Proyecto RG-T1684 Desarrollo e implementación de las soluciones Prueba piloto del Componente III Informe Número 1. Informe de avance Implementación herramientas de back-end (3-III). Lautaro Matas 11/04/2013

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

Historial de Revisiones

Historial de Revisiones Página: 1 Especificación de Requerimientos de Software Plataforma Libre Orientada a Servicios para la Gestión de Trámites a través de Gobierno Electrónico (Actualización FASE I) Historial de Revisiones

Más detalles

DESPLIEGUE DE SENTINET

DESPLIEGUE DE SENTINET DESPLIEGUE DE SENTINET INTRODUCCIÓN Sentinet es una solución que proporciona gestión y gobierno de infraestructuras SOA desplegadas tanto on-premise, en la nube o en entornos híbridos. Sentinet está desarrollada

Más detalles

Oracle Application Server 10g

Oracle Application Server 10g Oracle Application Server Oracle Application Server 10g La plataforma de aplicaciones más completa e integrada del mercado Puntos a comparar Lo más importante antes de realizar un análisis comparativo

Más detalles

Plataforma de expediente Electrónico @DOC

Plataforma de expediente Electrónico @DOC MINISTERIO DE LA PRESIDENCIA SUBSECRETARÍA SUBDIRECCIÓN GENERAL DE TECNOLOGÍAS Y SERVICIOS DE LA INFORMACIÓN Plataforma de expediente Electrónico @DOC Arquitectura de Sistemas Control de versiones Versión

Más detalles

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web Servicio Web Un servicio web (en inglés, Web services) es una tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones

Más detalles

OpenProdoc. ECM Open Source

OpenProdoc. ECM Open Source OpenProdoc ECM Open Source Índice Visión General Arquitectura Funciones Seguridad Administración Requerimientos Evolución Visión General OpenProdoc es un gestor documental de código abierto. Cuenta con

Más detalles

DOCUMENTACION A PRESENTAR: TRABAJADORES (RÉGIMEN GENERAL, ADMINISTRACIÓN PÚBLICA, AUTÓNOMOS) DEMANDANTES DE EMPLEO

DOCUMENTACION A PRESENTAR: TRABAJADORES (RÉGIMEN GENERAL, ADMINISTRACIÓN PÚBLICA, AUTÓNOMOS) DEMANDANTES DE EMPLEO MF0492_3 PROGRAMACION WEB EN EL ENTORNO SERVIDOR (IFCD0210: DESARROLLO DE APLICACIONES CON TECNOLOGÍAS WEB) 240 HORAS PRESENCIALES Nº DE EXPEDIENTE: FC/2013/0064 ACCION 217 GRUPO 1 ACCIÓN FORMATIVA FINANCIADA

Más detalles

Oracle Service Bus: Entorno de Desarrollo

Oracle Service Bus: Entorno de Desarrollo Oracle Service Bus: Entorno de Desarrollo Mayo 2012 Versión 1.1 ÍNDICE 1. Introducción al Oracle Service Bus I. Conceptos II. Ventajas del OSB III. Arquitectura Mensajería adaptable Seguridad Unificada

Más detalles

Aplicaciones web construidas a base de componentes:

Aplicaciones web construidas a base de componentes: Java EE Aplicaciones Web/Sistemas Web Juan Pavón Mestras Dep. Ingeniería del Software e Inteligencia Artificial Facultad de Informática Universidad Complutense Madrid Material bajo licencia Creative Commons

Más detalles

AGESIC Gerencia de Proyectos

AGESIC Gerencia de Proyectos AGESIC Gerencia de Proyectos Tutorial sobre configuración del componente Conector de la PGE Historial de Revisiones Fecha 10/11/2011 Versión 1.0 Descripción Versión inicial Autor Marcelo Caponi Aprobado

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

con certif icado de profesionalidad

con certif icado de profesionalidad CARACTERÍSTICAS El diseño web está cambiando en poco tiempo. Las nuevas tecnologías y estándares de programación están revolucionando tanto la forma de crear web como de interactuar con ellas. En nuestro

Más detalles

Experiencias con J2EE

Experiencias con J2EE Experiencias con J2EE Carlos Luna García Project Manager J2EE carlos.luna@sistel.es Presentación corporativa (1)! Presentación de la compañía.» Sistel es una compañía de integración y desarrollo de sistemas

Más detalles

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL. Nivel 2. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 18 CUALIFICACIÓN CONFECCIÓN Y PUBLICACIÓN DE PÁGINAS WEB PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 2 Código IFC297_2 Versión 5 Situación RD 1201/2007 Actualización

Más detalles

CORA PLATAFORMA DE INTERMEDIACIÓN SERVICIOS DE VERIFICACIÓN Y CONSULTA DE DATOS INTEROPERABILIDAD E INTERCAMBIO DE DATOS ENTRE AA PP.

CORA PLATAFORMA DE INTERMEDIACIÓN SERVICIOS DE VERIFICACIÓN Y CONSULTA DE DATOS INTEROPERABILIDAD E INTERCAMBIO DE DATOS ENTRE AA PP. CORA PLATAFORMA DE INTERMEDIACIÓN SERVICIOS DE VERIFICACIÓN Y CONSULTA DE DATOS INTEROPERABILIDAD E INTERCAMBIO DE DATOS ENTRE AA PP. 29 de abril 2014 José Antonio Eusamio Mazagatos Índice 1. Plataforma

Más detalles

Tecnologías Grid Estándares grid

Tecnologías Grid Estándares grid Tecnologías Grid Estándares grid Master en Sistemas y Servicios Informáticos para Internet Universidad de Oviedo Estándares grid Introducción Introducción Justificación El grid se construye a base de diversos

Más detalles

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com

JBoss Enterprise Middleware. Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com JBoss Enterprise Middleware Gustavo N Yasue IT Architect Latinoamérica Red Hat Latinoamérica gyasue@redhat.com UN FUTURO TAN ABIERTO COMO SEA POSIBLE CODIGO ABIERTO ESTANDARES ABIERTOS CONTENIDO ABIERTO

Más detalles

SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES

SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES SERVICIOS PARA DEMANDANTES DE EMPLEO A TRAVÉS DE INTERNET: ÁREA PERSONAL PARA DEMANDANTES Servicio de Intermediación Profesional Dirección General de Intermediación e Inserción Laboral Servicio Andaluz

Más detalles

SERVICIOS MÓDULOS FUNCIONALIDADES DESCRIPCIÓN

SERVICIOS MÓDULOS FUNCIONALIDADES DESCRIPCIÓN MANUAL Solicitud desde el Cliente de su propio Certificado de propósito Multiple (Correo, Firma Documentos, Usuario, Sellado de Fecha, etc...) El cliente dispondrá de un interfaz completamente personalizado

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs enero 2009 FJRP, FMBR 2008/09 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

ESB NORMATIVA DE DESARROLLO DE PROYECTOS

ESB NORMATIVA DE DESARROLLO DE PROYECTOS ESB NORMATIVA DE DESARROLLO DE PROYECTOS Versión 1.0 Área de Integración y Arquitectura de Aplicaciones Versión 1.0 Área de Aplicaciones Especiales y Arquitectura de Software Hoja de Control Título Normativa

Más detalles

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA Dirección General de Administración Electrónica y Calidad de los Servicios Consejería de Justicia y Administración Pública Junta de Andalucía

Más detalles

WebSphere Message Broker como Entreprise Service Bus

WebSphere Message Broker como Entreprise Service Bus IBM Software Group WebSphere Message Broker como Entreprise Service Bus Irene Couso, IT Specialist, SWG WebSphere Services Agenda WebSphere Problemática En Los Clientes Por Qué Esta Arquitectura? Oferta

Más detalles

Somos su empresa de. Soporte a Desarrollo Informático. Ese apoyo que siempre quiso tener.

Somos su empresa de. Soporte a Desarrollo Informático. Ese apoyo que siempre quiso tener. Qué ofrece Autentia? Somos su empresa de Soporte a Desarrollo Informático Ese apoyo que siempre quiso tener. Desarrollo de componentes y proyectos a medida. Auditoría de código y recomendaciones de mejora.

Más detalles

Desarrollo de Aplicaciones con Alfresco Enterprise DM

Desarrollo de Aplicaciones con Alfresco Enterprise DM Desarrollo de Aplicaciones con Alfresco Enterprise DM INTRODUCCIÓN La flexibilidad y facilidad de integración de Alfresco en arquitecturas distribuidas de tipo SOA permiten a Mecatena el desarrollo de

Más detalles

Módulo 2. Arquitectura

Módulo 2. Arquitectura Módulo 2. Arquitectura Introducción Objetivos o Analizar la arquitectura física y lógica de la plataforma Agrega. o Identificar los componentes más importantes de la arquitectura física. o Exponer las

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

SERVICIO SaaS DE FIRMA ELECTRONICA AVANZADA

SERVICIO SaaS DE FIRMA ELECTRONICA AVANZADA SERVICIO SaaS DE FIRMA ELECTRONICA AVANZADA matedi 2014. TITULO 1 ÍNDICE 1. ANTECEDENTES. 2.CONSULTORÍA. 3. VALORACIÓN. 4. RESUMEN. matedi 2015. 2 1. ANTECEDENTES. Las empresas llevan a cabo una serie

Más detalles

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services Richard Rossel rrossel@inf.utfsm.cl 23 de noviembre de 2004 JAVA2 TOC s JAVA2 JAVA2 Definición Aplicaciones Autocontenidas y Modulares Basado en estándares (XML,HTTP) Aplicaciones se anuncian por la red

Más detalles

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente

Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente.

Más detalles

Módulo Profesional 01: Bases de datos (código: 0484).

Módulo Profesional 01: Bases de datos (código: 0484). Módulo Profesional 01: Bases de datos (código: 0484). Actividades de enseñanza-aprendizaje que permiten alcanzar los objetivos del módulo. Interpretar diseños lógicos de bases de datos. Realizar el diseño

Más detalles

Ministerio de Educación,Cultura y Deporte. Aulas en Red. Windows. Módulo 4: Servicios de Internet. FTP

Ministerio de Educación,Cultura y Deporte. Aulas en Red. Windows. Módulo 4: Servicios de Internet. FTP Ministerio de Educación,Cultura y Deporte. Aulas en Red. Windows Módulo 4: Servicios de Internet. FTP Aulas en red. Aplicaciones y servicios. Windows Servicio FTP Con anterioridad, en este mismo módulo

Más detalles

Control de acceso para aplicaciones Web

Control de acceso para aplicaciones Web Control de acceso para aplicaciones Web Andes 1365 piso 7º Montevideo Uruguay Tel./Fax: (+598) 2901.2929* Email: contacto@agesic.gub.uy www.agesic.gub.uy Índice de contenido Control de Acceso...4 Autenticación...6

Más detalles

Service Oriented Architecture: Con Biztalk?

Service Oriented Architecture: Con Biztalk? Service Oriented Architecture: Con Biztalk? Pablo Abbate Servicios Profesionales Danysoft SOA supone una nueva forma de pensar acerca de la arquitectura IT para las empresas. De hecho, es una asociación

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

Más detalles

Arquitectura y Diseño de la Solución

Arquitectura y Diseño de la Solución Arquitectura y Diseño de la Solución Recuento de Conceptos importantes Modelamiente / Versionamiento de trámites Vista Conceptual Subsistemas Funcionales Principales Detalle de los subsistemas Vista de

Más detalles

Taller de Sistemas de Información 3. Presentación SCA

Taller de Sistemas de Información 3. Presentación SCA Taller de Sistemas de Información 3 Presentación SCA Integrantes: Gustavo Fava Diego Salido Marcos Techera agosto de 2008 TSI 3 1 Introducción a SCA Aplicación: conjunto de componentes de software trabajando

Más detalles

D/. Custodia longeva de documentos electrónicos

D/. Custodia longeva de documentos electrónicos P/. Custodia longeva de documentos electrónicos pág./. 1 de 13 INDICE 1/. Introducción...3 2/. Descripción del sistema...5 2.1/. Gestión documental...6 2.2/. Gestión archivística...6 3/. Características

Más detalles

Banco de la República Bogotá D. C., Colombia

Banco de la República Bogotá D. C., Colombia Banco de la República Bogotá D. C., Colombia Dirección General de Tecnología Departamento de Gestión Informática DOCUMENTO TÉCNICO DE SERVICIOS NO INTERACTIVOS DEL BANCO DE LA Agosto de 2014 Versión 1.0

Más detalles

Acuerdo de Nivel de Servicio de la Plataforma de validación y firma electrónica @firma del MINHAP para Organismos Usuarios

Acuerdo de Nivel de Servicio de la Plataforma de validación y firma electrónica @firma del MINHAP para Organismos Usuarios Acuerdo de Nivel de Servicio de la Plataforma de validación y firma electrónica @firma del MINHAP para Organismos Autor: Tipo de Documento: Grupo de Trabajo: Versión: 2.8 Fecha: 14/04/2015 Fichero: Ministerio

Más detalles

Medidas a tomar hacia una tramitación electrónica confiable. Asegurando globalmente la Calidad. Dirección General de Tráfico. Ministerio del Interior

Medidas a tomar hacia una tramitación electrónica confiable. Asegurando globalmente la Calidad. Dirección General de Tráfico. Ministerio del Interior Medidas a tomar hacia una tramitación electrónica confiable. Asegurando globalmente la Calidad. Dirección General de Tráfico. Ministerio del Interior DATOS GENERALES Antecedentes del servicio El nivel

Más detalles

http://www.cem.itesm.mx/extension/ms

http://www.cem.itesm.mx/extension/ms Diplomado Programación orientada a objetos con Java y UML Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos

Más detalles

BOLETÍN DE NOVEDADES Barcelona, junio de 2006

BOLETÍN DE NOVEDADES Barcelona, junio de 2006 BOLETÍN DE NOVEDADES Barcelona, junio de 2006 Introducción El objeto de este documento es presentar y describir brevemente las principales actuaciones en los últimos meses de Carver en algunos de sus clientes,

Más detalles

REPORTE OFICIAL OCTUBRE DE 2014. CA Unified Infrastructure Management para servidores

REPORTE OFICIAL OCTUBRE DE 2014. CA Unified Infrastructure Management para servidores REPORTE OFICIAL OCTUBRE DE 2014 CA Unified Infrastructure Management para servidores 2 Reporte oficial: CA Unified Infrastructure Management para servidores Tabla de contenidos Descripción general de la

Más detalles

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS IFCT0609: PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS CÓDIGO ESPECIALIDAD C.P. PRESEN- CIALES TELEFORMA- CIÓN TOTALES TIPO DE FORMACIÓN IFCT0609 PROGRAMACIÓN DE SISTE- MAS INFORMÁTICOS SI 210 210 420 SEMIPRESENCIAL

Más detalles

SOLUCIÓN SITUACIÓN ACTUAL

SOLUCIÓN SITUACIÓN ACTUAL SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre

Más detalles

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE

ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE ATLAS MANUAL DE USUARIO DEL ARQUETIPO WEBSERVICE Versión 1.8 Área de Aplicaciones Especiales y Arquitectura de Software Hoja de Control Título Documento de Referencia Responsable Manual de usuario del

Más detalles

Integración de Aplicaciones de Negocio ÍNDICE: Presentación Integración de Aplicaciones de Negocio 01 Infraestructura Tecnológica de Integración 02 Servicios Web 03 Tecnología de portal 04 Arquitectura

Más detalles

BOLETÍN OFICIAL DEL ESTADO

BOLETÍN OFICIAL DEL ESTADO Núm. 300 Miércoles 14 de diciembre de 2011 Sec. I. Pág. 135721 No debe interpretarse que los diversos espacios formativos identificados deban diferenciarse necesariamente mediante cerramientos. Las instalaciones

Más detalles

Implantación Plataforma SOA. La experiencia del Principado de Asturias

Implantación Plataforma SOA. La experiencia del Principado de Asturias Implantación Plataforma SOA La experiencia del Principado de Asturias I. Situación inicial II. Necesidades III. Búsqueda de soluciones IV. Solución seleccionada V. Implantación I. Situación inicial La

Más detalles

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV

Evaluar el rendimiento de los servicios de comunicaciones. ANEXO CLIV 746 Miércoles 5 octubre 2005 Suplemento del BOE núm. 238 CE2.1 Identificar los distintos sistemas de archivo utilizables en un dispositivo de almacenamiento dado para optimizar los procesos de registro

Más detalles

WebServices bajo SOA. SOAagenda team Chile

WebServices bajo SOA. SOAagenda team Chile WebServices bajo SOA SOAagenda team Chile 1 Conceptos Servicio SOA Una tarea de negocio repetitiva validar Crédito Cliente, que cumple estándares SOA WebService Funcionalidades disponibles vía Web, implementadas

Más detalles

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE

PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL PROCEDIMIENTO SIMPLIFICADO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE UNA EMPRESA PARA la INTEGRACIÓN DE CONTENIDOS DE LA WEB DEL INSTITUTO DE CRÉDITO OFICIAL EN UN

Más detalles

Ingeniería de Software en SOA

Ingeniería de Software en SOA Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia

Más detalles

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes

Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Titulación certificada por EUROINNOVA BUSINESS SCHOOL Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión

Más detalles

LEXNET: UN SISTEMA DE INFORMACIÓN PARA LA NOTIFICACIÓN TELEMÁTICA Y LA COOPERACIÓN

LEXNET: UN SISTEMA DE INFORMACIÓN PARA LA NOTIFICACIÓN TELEMÁTICA Y LA COOPERACIÓN LEXNET: UN SISTEMA DE INFORMACIÓN PARA LA NOTIFICACIÓN TELEMÁTICA Y LA COOPERACIÓN Manuel Caballero de la Torre Jefe del Area de Telecomunicaciones Subdirección General de Nuevas Tecnologías de la Justicia.

Más detalles

DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007

DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007 DESCRIPCIÓN FUNCIONAL API XBRL-PGC2007 ADAPTACIÓN DEL MÓDULO DE SOFTWARE DE TRATAMIENTO DE INFORMES XBRL A LA NUEVA VERSIÓN DE LA TAXONOMÍA PGC2007 (V1.4.1) Noviembre 2011 ÍNDICE 1. INTRODUCCIÓN 2. DESCRIPCIÓN

Más detalles

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8

WebRatio. Otro camino para el BPM. Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 WebRatio Otro camino para el BPM Web Models s.r.l. www.webratio.com contact@webratio.com 1 / 8 El BPM El BPM (Business Process Management) no es solo una tecnología, además a grandes rasgos es una disciplina

Más detalles

TABLA DE CONTENIDO 1. REQUERIMIENTOS NO FUNCIONALES... 2

TABLA DE CONTENIDO 1. REQUERIMIENTOS NO FUNCIONALES... 2 TABLA DE CONTENIDO Pág. 1. REQUERIMIENTOS NO FUNCIONALES... 2 1.1 ATRIBUTOS DE CALIDAD DEL SISTEMA... 2 1.2 OTROS REQUERIMIENTOS NO FUNCIONALES... 4 1.3 REQUERIMIENTOS NO FUNCIONALES PARA HERRAMIENTAS

Más detalles

Arquitecturas de Integración

Arquitecturas de Integración Arquitecturas de Integración Ing. Gastón Escobar Ing. Nicolás Passerini Ing. Juan Arias Ing. Santiago Blanco 2006 Agenda Enterprise Architecture Integración de Sistemas Evolución histórica Métodos de integración

Más detalles

Federación de Identidades: Aproximación al Entorno Educativo

Federación de Identidades: Aproximación al Entorno Educativo Federación de Identidades: Aproximación al Entorno Educativo Isaac Moreno Navarro isaac.moreno@sun.com Arquitecto Software Sun Microsystems Agenda Introducción: conceptos básicos sobre federación de identidades

Más detalles