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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

LA OFICINA SIN PAPEL Y EL CORREO ELECTRÓNICO OFICIAL EN EL MINISTERIO DE DEFENSA

LA OFICINA SIN PAPEL Y EL CORREO ELECTRÓNICO OFICIAL EN EL MINISTERIO DE DEFENSA LA OFICINA SIN PAPEL Y EL CORREO ELECTRÓNICO OFICIAL EN EL MINISTERIO DE DEFENSA Área de Sistemas de Información Inspección General CIS Secretaría de Estado de Defensa Ministerio de Defensa Palabras clave

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

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

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

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

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

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS

CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS CONTRATACIÓN DEL DESARROLLO DE NUEVAS FUNCIONALIDADES PARA LA PLATAFORMA DE NOTIFICACIONES POSTALES Y ENVÍO DE SMS PLIEGO DE CONDICIONES DE CONTRATACIÓN 1 1 Antecedentes Lanbide, Servicio Vasco de Empleo,

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

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

Alfresco permite su integración y personalización en sistemas de gestión documental para implementar funcionalidades específicas

Alfresco permite su integración y personalización en sistemas de gestión documental para implementar funcionalidades específicas INTRODUCCIÓN La flexibilidad y facilidad de integración de Alfresco en arquitecturas distribuidas de tipo SOA permiten a Mecatena el desarrollo de proyectos de gestión de contenidos, de cara a los nuevos

Más detalles

El repositorio horizontal de usuarios y autenticación de las Administraciones Publicas

El repositorio horizontal de usuarios y autenticación de las Administraciones Publicas El repositorio horizontal de usuarios y autenticación de las Administraciones Publicas CPCSAE - Madrid, 26 de Febrero de 2014 Proyecto de la Dirección General de Modernización Administrativa, Procedimientos

Más detalles

SEIDA TOOLS: MANUAL DE USO

SEIDA TOOLS: MANUAL DE USO 15/4/2011 SUNAT SEIDA TOOLS: MANUAL DE USO Nuevo SIGAD Equipo de Arquitectura Contenido 1 Introducción 4 2 Requisitos 5 3 Instalación 5 4 Uso 7 5 Configuración 8 6 Envíos 11 6.1 Escenario 1: envío por

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

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

Factura Electrónica. Un proyecto de facturación electrónica que integra empresas y administraciones

Factura Electrónica. Un proyecto de facturación electrónica que integra empresas y administraciones Factura Electrónica. Un proyecto de facturación electrónica que integra empresas y administraciones Resumen de la Comunicación El proyecto de Facturación electrónica forma parte de los planes del Gobierno

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

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

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

ADMINISTRACIÓN ELECTRÓNICA EN EL AREA DE JUSTICIA.

ADMINISTRACIÓN ELECTRÓNICA EN EL AREA DE JUSTICIA. ADMINISTRACIÓN ELECTRÓNICA EN EL AREA DE JUSTICIA. CASO PRÁCTICO REGISTRO DE CONTRATOS DE SEGUROS CON COBERTURA POR FALLECIMIENTO INDICE Negocio - Introducción - Proyecto Pionero - El Cliente - Valores

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

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

Sistema de gestión de tareas y proyectos

Sistema de gestión de tareas y proyectos Sistema de gestión de tareas y proyectos Propuesta de proyecto Seminario de Informática I Luis Muñoz Enrique Viard Contenido Introducción... 3 Descripción general... 3 Arquitectura propuesta... 5 Requisitos...

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

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

Factura Electrónica. Seminario Factura electrónica (VIII): Solución de problemas

Factura Electrónica. Seminario Factura electrónica (VIII): Solución de problemas Factura Electrónica Seminario Factura electrónica (VIII): Solución de problemas Madrid, 24 de Marzo de 2015 Índice 1. Objetivos 2. Alcance 3. Algunos datos 4. Gestión del cambio y soporte 5. Conclusiones

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

LBINT. http://www.liveboxcloud.com

LBINT. http://www.liveboxcloud.com 2014 LBINT http://www.liveboxcloud.com LiveBox Srl no asume responsabilidades o garantías sobre el contenido y uso de ésta documentación y declina cualquier garantía explicita o implícita de comercialidad

Más detalles

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

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

PLIEGO DE PRESCRIPCIONES TÉCNICAS ÍNDICE 1. OBJETO... 2 2. ANTECEDENTES Y SITUACIÓN ACTUAL... 2

PLIEGO DE PRESCRIPCIONES TÉCNICAS ÍNDICE 1. OBJETO... 2 2. ANTECEDENTES Y SITUACIÓN ACTUAL... 2 PROCEDIMIENTO NEGOCIADO SIN PUBLICIDAD PARA LA ADJUDICACIÓN DEL CONTRATO DE SERVICIOS PARA EL DESARROLLO DE COMPONENTES PARA LAS APLICACIONES DE ADMINISTRACIÓN ELECTRÓNICA DEL SENADO PLIEGO DE PRESCRIPCIONES

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

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

mope PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS Página 0 PASEO GENERAL MARTINEZ CAMPOS 20 28010 MADRID 91 752 79 59 www.mope.es info@mope.

mope PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS Página 0 PASEO GENERAL MARTINEZ CAMPOS 20 28010 MADRID 91 752 79 59 www.mope.es info@mope. DENOMINACIÓN: Código: IFCT0609 Familia profesional: Informática y Comunicaciones Área profesional: Sistemas y telemática Nivel de cualificación profesional: 3 Cualificación profesional de referencia: IFC303_3

Más detalles

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS

PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Página 1 de 16 PROCEDIMIENTO DE GESTIÓN DE ENTREGAS Rev. Fecha Descripción 01 09/03/2007 Primera versión del documento 02 22/09/2009 Actualización de logos y contenido en general 03 20/06/2010 Actualización

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

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

Administración de servicios Web (MF0495_3)

Administración de servicios Web (MF0495_3) Ficha de orientación al alumno para su participación en la acción formativa Administración de servicios Web (MF0495_3) A quién está dirigido este Módulo Formativo? Trabajadores ocupados o desempleados

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

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014 RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014 FAMILIA PROFESIONAL: INFORMATICA Y COMUNICACIONES MATERIA: 28. DESARROLLO WEB EN ENTORNO SERVIDOR CURSO: 2º DE CFGS DESARROLLO DE APLICACIONES

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

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Single-Sign-On Índice de contenido

Single-Sign-On Índice de contenido Single-Sign-On Índice de contenido Introducción...2 Que es Single Sign-On...2 Descripción del esquema y componentes...2 Kerberos...3 LDAP...5 Consideraciones de Seguridad...6 Alcances de la solución implementada...7

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

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

Contrato de Consultoría y Asistencia para el diseño del Servicio de Atención Ciudadana (SAC) del Ayuntamiento

Contrato de Consultoría y Asistencia para el diseño del Servicio de Atención Ciudadana (SAC) del Ayuntamiento Concurso abierto Marzo 2005 Contrato de Consultoría y Asistencia para el diseño del Servicio de Atención Ciudadana (SAC) del Ayuntamiento PROYECTO CONSULTORÍA Y ASISTENCIA TÉCNICA PARA LA CONEXIÓN DE LA

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

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

Procedimiento de instalación y Configuración del. cliente VPN en Windows. Acceso remoto a la red corporativa

Procedimiento de instalación y Configuración del. cliente VPN en Windows. Acceso remoto a la red corporativa Acceso remoto a la red corporativa Página 1 de 20 Procedimiento de instalación y Configuración del cliente VPN en Windows Acceso remoto a la red corporativa Este documento es propiedad de la Dirección

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

Indice TECNIMAP CACERES 2000 1

Indice TECNIMAP CACERES 2000 1 Indice Introducción 2 Enterprise Information Portals (EIP) o Portales Corporativos 3 Qué es un Enterprise Information Portal? 3 Necesidades a cubrir por un EIP 4 Servicios proporcionados por plataforma

Más detalles

1. CONFIGURACIÓN Y DESARROLLO FACTURACIÓN ELECTRÓNICA. a. CONFIGURACION DE SERVIDORES b. CERTIFICADO DIGITAL c. MODULO GENERADOR DOCUMENTOS XML d.

1. CONFIGURACIÓN Y DESARROLLO FACTURACIÓN ELECTRÓNICA. a. CONFIGURACION DE SERVIDORES b. CERTIFICADO DIGITAL c. MODULO GENERADOR DOCUMENTOS XML d. 1. CONFIGURACIÓN Y DESARROLLO FACTURACIÓN ELECTRÓNICA. a. CONFIGURACION DE SERVIDORES b. CERTIFICADO DIGITAL c. MODULO GENERADOR DOCUMENTOS XML d. MODULO FIRMA DIGITAL XML e. MODULO WEB SERVICE SUNAT 2.

Más detalles

MS_20489 Developing Microsoft SharePoint Server 2013 Advanced Solutions

MS_20489 Developing Microsoft SharePoint Server 2013 Advanced Solutions S MS_20489 Developing Microsoft SharePoint Server 2013 Advanced Solutions www.ked.com.mx Av. Revolución No. 374 Col. San Pedro de los Pinos, C.P. 03800, México, D.F. Tel/Fax: 52785560 Introducción Este

Más detalles

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO MARCO DE REFERENCIA PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO SISTEMAS DE INFORMACIÓN PLANEACIÓN Y GESTIÓN DE SIS-INF 80. Definición Estratégica de los SIS-INF Las entidades deben, en la Arquitectura

Más detalles

TrustedX: eidas Platform

TrustedX: eidas Platform TrustedX: eidas Platform Plataforma de identificación, autenticación y firma electrónica para entornos Web. Proporciona aseguramiento de la identidad basada en autenticación adaptativa y el reconocimiento

Más detalles

EL SISTEMA NACIONAL DE SALUD BASADO EN LA COOPERACIÓN ENTRE ADMINISTRACIONES SANITARIAS

EL SISTEMA NACIONAL DE SALUD BASADO EN LA COOPERACIÓN ENTRE ADMINISTRACIONES SANITARIAS EL SISTEMA NACIONAL DE SALUD BASADO EN LA COOPERACIÓN ENTRE ADMINISTRACIONES SANITARIAS Subdirector General de Tecnologías Ministerio de Sanidad y Consumo Subdirector General dadjunto Ministerio de Sanidad

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

PROCEDIMIENTO ESPECÍFICO. Código G022-02 Edición 0

PROCEDIMIENTO ESPECÍFICO. Código G022-02 Edición 0 Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. COMPONENTES

Más detalles

tangrambpm 1.0 e-admon Dossier de producto jueves 1 de marzo de 12 TangramBPM 2012

tangrambpm 1.0 e-admon Dossier de producto jueves 1 de marzo de 12 TangramBPM 2012 tangrambpm 1.0 e-admon Dossier de producto TangramBPM 2012 Este documento sólo puede reproducirse en parte o en su totalidad, o archivado, fotocopiado, transmitido de cualquier manera o a través de un

Más detalles

plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones

plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones ÍNDICE 1. INTRODUCCIÓN. PRESENTACIÓN DEL PRODUCTO Software como Servicio Características técnicas 2. ALCANCE FUNCIONAL DE

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

Implantación y Aceptación del Sistema

Implantación y Aceptación del Sistema y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS

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

UPC-DAC/FIB-PTI 1. Seguridad en HTTP

UPC-DAC/FIB-PTI 1. Seguridad en HTTP UPC-DAC/FIB-PTI 1 Introducción Seguridad en HTTP Esta práctica nos introduce en los dos puntos importantes sobre seguridad en HTTP: la autentificación y el transporte seguro de datos. Para el transporte

Más detalles

Aranda 360 ENDPOINT SECURITY

Aranda 360 ENDPOINT SECURITY Tabla de contenido Product Architecture Product Architecture Introducción Ambiente Redesdetrabajo Configuraciones Políticas Servidores Componentes Agente Servidor Base de datos Consola Comunicación Consola

Más detalles

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones. Módulo Profesional: Servicios en Red. Código: 0227. Resultados de aprendizaje y criterios de evaluación. 1. Instala servicios de configuración dinámica, describiendo sus características y aplicaciones.

Más detalles

Aproximación al CONCEPTO

Aproximación al CONCEPTO 18 Aproximación al CONCEPTO LA NECESIDAD DE INTERCAMBIAR INFORMACIÓN ENTRE DEPARTAMENTOS Y ÁREAS DE NEGOCIO SE HA VUELTO CRUCIAL Y HA HECHO QUE LAS EMPRESAS VEAN LA INTEGRACIÓN COMO UN ELEMENTO CLAVE PARA

Más detalles

PROYECTOS DE INTEROPERABILIDAD EN EL GOBIERNO VASCO: INTERFAZ PARA EL CONSUMO DE DATOS INTEROPERABLES EN LA GESTIÓN DE EXPEDIENTES

PROYECTOS DE INTEROPERABILIDAD EN EL GOBIERNO VASCO: INTERFAZ PARA EL CONSUMO DE DATOS INTEROPERABLES EN LA GESTIÓN DE EXPEDIENTES JUSTIZIA ETA HERRI ADMINISTRAZIO SAILA DEPARTAMENTO DE JUSTICIA Y ADMINISTRACIÓN PÚBLICA PROYECTOS DE INTEROPERABILIDAD EN EL GOBIERNO VASCO: INTERFAZ PARA EL CONSUMO DE DATOS INTEROPERABLES EN LA GESTIÓN

Más detalles

Comunicación Segura y Certificados

Comunicación Segura y Certificados Página 1 de 7 Comunicación Segura y Certificados Este documento es propiedad de la Dirección General de Telecomunicaciones y Nuevas Tecnologías y se le ha establecido un nivel de seguridad acorde a la

Más detalles

- MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD. Rev. 01- FEBRERO 2013

- MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD. Rev. 01- FEBRERO 2013 - MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD Rev. 01- FEBRERO 2013 Software de diagnóstico de la seguridad de la información y autoimplantación

Más detalles

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Aplicaciones Web. NIVEL: 2º Sistemas Microinformáticos y Redes

I. E. S. Cristóbal de Monroy. DEPARTAMENTO: Informática. MATERIA: Aplicaciones Web. NIVEL: 2º Sistemas Microinformáticos y Redes DEPARTAMENTO: Informática MATERIA: Aplicaciones Web NIVEL: 2º Sistemas Microinformáticos y Redes 1. Objetivos. Competencias Profesionales, Personales y Sociales 1.1 Objetivos del ciclo formativo Según

Más detalles

Arquitectura de desarrollo Fomento.Net

Arquitectura de desarrollo Fomento.Net Casos de éxito everis Arquitectura de desarrollo Fomento.Net Resumen País: España. Sector: Administración. Perfil del Cliente Subdirección General de Tecnologías y Sistemas de la Información (SGTSI) del

Más detalles

FOREST BPMS. Arquitectura Forest BPMS. Metodologia de implementación. Fase I Instalación

FOREST BPMS. Arquitectura Forest BPMS. Metodologia de implementación. Fase I Instalación FOREST BPMS Arquitectura Forest BPMS Metodologia de implementación Fase I Instalación 1. Instalación del sistema de información Forest en los servidores provistos por la entidad Entregable: Documento de

Más detalles

Intercambio de ficheros institucionales

Intercambio de ficheros institucionales Intercambio de ficheros institucionales Unidad de Infraestructuras Junio 2013 Versión: 1.0 INDICE 1. INTRODUCCIÓN... 4 2. INICIO DEL CLIENTE DE INTERCAMBIO DE FICHEROS INSTITUCIONALES... 5 3. VISTA GENERAL

Más detalles

Programación páginas web JavaScript y PHP

Programación páginas web JavaScript y PHP Programación páginas web JavaScript y PHP Curso de desarrollo de aplicaciones web. Para ello se estudia la programación de la parte cliente con JavaScript y la programación de la parte servidor con la

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

GUÍA TÉCNICA. Desarrollo de Sistemas de Información la plataforma Business Intellingence Pentaho

GUÍA TÉCNICA. Desarrollo de Sistemas de Información la plataforma Business Intellingence Pentaho Desarrollo de Sistemas de Información la plataforma Business Intellingence Página 1 de 11 Control de versiones Ver. Fecha Descripción Autores 1 04/07/14 Versión inicial SDP Página 2 de 11 Índice del Documento

Más detalles

ALCANCE DE LOS SERVICIOS Y PLIEGO DE PRESCRIPCIONES TÉCNICAS

ALCANCE DE LOS SERVICIOS Y PLIEGO DE PRESCRIPCIONES TÉCNICAS ALCANCE DE LOS SERVICIOS Y PLIEGO DE PRESCRIPCIONES TÉCNICAS DISEÑO, DESARROLLO, IMPLANTACIÓN Y MANTENIMIENTO DE UNA PLATAFORMA INFORMÁTICA PARA LA ReTBioH I. OBJETO El objeto del presente pliego lo constituye

Más detalles

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURA SOA Services Oriented Arquitecture SOA como arquitectura para BPM Las organizaciones deben

Más detalles

Alfresco permite su integración y personalización en sistemas de gestión documental para implementar funcionalidades específicas

Alfresco permite su integración y personalización en sistemas de gestión documental para implementar funcionalidades específicas INTRODUCCIÓN La flexibilidad y facilidad de integración de Alfresco en arquitecturas distribuidas de tipo SOA permiten a Mecatena el desarrollo de proyectos de gestión de contenidos, de cara a los nuevos

Más detalles

abacformacio@abacformacio.com

abacformacio@abacformacio.com Programación de páginas web con PHP Curso de desarrollo de aplicaciones web. Para ello se estudia la programación de la parte cliente con JavaScript y la programación de la parte servidor con la tecnología

Más detalles

Plataforma de gestión de documento y expediente electrónico

Plataforma de gestión de documento y expediente electrónico @doc Plataforma de gestión de documento y expediente electrónico Los documentos electrónicos, entendidos como documentos almacenados en alguna variedad de dispositivo electrónico o magnético, cuyo contenido

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

Servicios interadministativos de verificación electrónica de datos: Validación del DNI y supresión de fotocopias; cliente ligero y consulta de

Servicios interadministativos de verificación electrónica de datos: Validación del DNI y supresión de fotocopias; cliente ligero y consulta de Servicios interadministativos de verificación electrónica de datos: Validación del DNI y supresión de fotocopias; cliente ligero y consulta de datos de diferentes administraciones (AEAT, TGSS, Educación,

Más detalles