Story Transcript
Experiencias sobre Interoperabilidad en Arquitecturas Orientadas a Servicios (SOA) Juan José Rodríguez Gutiérrez Director de Nuevas Tecnologías
Agenda •
Situación de Partida.
•
¿Por qué SOA?.
•
Modelo de Referencia.
•
Interoperabilidad y SOA.
•
Solución de Administración Electrónica basada en SOA.
•
Experiencias prácticas.
La dificultad de construir una solución El valor de la experiencia
Agenda •
Situación de Partida.
•
¿Por qué SOA?.
•
Modelo de Referencia.
•
Interoperabilidad y SOA.
•
Solución de Administración Electrónica basada en SOA.
•
Experiencias prácticas.
La dificultad de construir una solución El valor de la experiencia
Situación de Partida Arquitecturas complejas compuestas por los distintos SI desarrollados en el pasado
Situación de Partida
Aplicaciones
Aplicaciones
Aplicaciones
Aplicaciones
…..
Aplicaciones Compuestas
Servicios Compartidos
Servicios BPM
Servicios de Integración Conectividad a Servicios Acceso Humano
Personas
Acceso a Datos
Acceso a Sistemas
Aplicaciones
Host
Fuentes de datos
Servicios de Infraestructura
Servicios de presentación
…..
Situación de Partida - Problemas
•
Los distintos sistemas de información (SI) son islas. Imponen fronteras artificiales.
•
Los SI pueden duplicar conceptos y funcionalidades. No existe el concepto de reutilización de código.
•
Los interfaces y relaciones entre sistemas son complejos y dependientes uno a uno. Problemas de Interoperabilidad
•
Los SI no fueron diseñados teniendo en cuenta principios básicos de integración.
•
La incorporación de cambios y el mantenimiento evolutivo es complejo y caro.
•
Aunque el diseño y funcionalidad internos de cada SI sean potentes, la funcionalidad no es reutilizable hacia el exterior.
Cuestiones importantes a nivel organización •
Cuestiones Técnicas: 9 ¿Cómo realizar el reparto de funcionalidad? 9 ¿Cómo integrar los sistemas actuales? 9 ¿Cómo incrementar la fiabilidad? 9 ¿Cómo desplegar los SI? 9 ¿Cómo gestionar el sistema global?
•
Cuestiones de Negocio: 9 ¿Cómo reducir los tiempos de proceso de negocio? 9 ¿Cómo mejorar la interoperabilidad con otras unidades? 9 ¿Cómo responder más rápido a las necesidades permanentes de adición y mejora de servicios? 9 ¿Cómo optimizar los costes de desarrollo?
Agenda •
Situación de Partida.
•
¿Por qué SOA?.
•
Modelo de Referencia.
•
Interoperabilidad y SOA.
•
Solución de Administración Electrónica basada en SOA.
•
Experiencias prácticas.
La dificultad de construir una solución El valor de la experiencia
Arquitecturas Orientadas a Servicios SOA es un paradigma de integración que anima a las organizaciones a replantearse cómo están organizados sus Sistemas de Información.
S
O
A
Service
Oriented
Architecture
Capacidades ofrecidas por uno hacia otro para alcanzar un fin
Arquitectura alineada que permite enlazar una colección de servicios para resolver un problema
Organización básica de un sistema por sus capacidades, interacciones y entorno
SOA es una propuesta de arquitectura para la organización y uso de servicios que permitan la interoperabilidad entre los SI y las aplicaciones
Arquitecturas Orientadas a Servicios SOA es una arquitectura que aporta importantes ventajas para establecer un modelo estructurado de procesos •
Proporciona servicios a clientes por medio de interfaces basadas en estándares, públicas y visibles.
•
Permite elevar los niveles de abstracción para la reutilización de código: 9 Las aplicaciones pueden ligarse a servicios que evolucionan y mejoran en el tiempo. 9 No son necesarias modificaciones a las aplicaciones que consumen los servicios.
•
Proporciona un modelo claro para integrar sistemas de información: 9 Dentro de la organización. 9 Más allá de los límites de la organización.
•
Constituye la base para la construcción de aplicaciones globales sobre el concepto de interoperabilidad.
Elementos diferenciadores
Agilidad Agilidad
Procesos Procesos
Interoperabilidad Interoperabilidad
Costes Costes
•• Focalizada Focalizada más más en en las las competencias competencias utilizando utilizando una una red red de de productoresproductoressuministradores suministradores con con una una fuerte fuerte interacción interacción •• Mejora Mejora el el acceso acceso aa la la información información permitiendo permitiendo ciclos ciclos de de proceso más rápidos. proceso más rápidos. •• Permite Permite aa las las organizaciones organizaciones ser ser más ágiles y más ágiles y responder responder rápidamente rápidamente aa las las necesidades. necesidades.
•• Incrementa Incrementa la la flexibilidad flexibilidad mediante mediante una arquitectura una arquitectura plugplugand-play and-play yy con con la la reutilización reutilización de de componentes componentes •• Asegura Asegura que que un un cambio en el sistema cambio en el sistema no no sea sea una una restricción restricción •• Permite Permite la la interacción interacción con con otros otros sistemas sistemas sin sin necesidad necesidad de de interconexiones interconexiones adadhoc hoc
•• Facilita Facilita la la integración integración con con múltiples múltiples soluciones soluciones yy productos productos aa través través de de estándares estándares •• Permanece Permanece al al margen margen de de plataformas, plataformas, lenguajes, lenguajes, yy proveedores proveedores software software eliminando eliminando las las barreras barreras para para utilizar utilizar lo mejor de cada lo mejor de cada tecnología tecnología
•• Reduce Reduce los los costes costes de de desarrollo desarrollo gracias gracias aa la utilización la utilización de de facilidades facilidades ya ya disponibles disponibles •• Aprovecha Aprovecha inversiones inversiones previas previas en SI realizadas en SI realizadas mediante mediante la la reutilización reutilización de de artefactos artefactos •• Bajo Bajo costes costes de de mantenimiento, mantenimiento, simplicidad simplicidad de de la la arquitectura, menor arquitectura, menor coste coste software software
El El SI SI alineado alineado con con la la misión misión de de la la organización organización Mejora Mejora en en la la agilidad, agilidad, centrado centrado en en las las capacidades capacidades del del núcleo, núcleo, eficiencia, eficiencia, aumento aumento en en el el ROI ROI
Agenda •
Situación de Partida.
•
¿Por qué SOA?.
•
Modelo de Referencia.
•
Interoperabilidad y SOA.
•
Solución de Administración Electrónica basada en SOA.
•
Experiencias prácticas.
La dificultad de construir una solución El valor de la experiencia
Modelo de Referencia: OASIS SOA-RM
• •
•
Servicio Dinámica de los servicios – Visibilidad – Interacción con servicios – Efecto Mundo Real Sobre los servicios – Descripción del servicio – Políticas y contratos – Contexto Ejecución
Modelo de Referencia: OASIS SOA-RM
• •
•
Servicio Dinámica de los servicios – Visibilidad – Interacción con servicios – Efecto Mundo Real Sobre los servicios – Descripción del servicio – Políticas y contratos – Contexto Ejecución
Arquitecturas Orientadas a Servicios - Elementos
•
Servicio: Unidades lógicas de aplicación que exponen interfaces visibles para su acceso a través de una red. Proporcionan la lógica de negocio sobre un proceso concreto.
•
Mensaje: Unidad de información altamente estructurada, que se transmite desde un servicio hacia otro. 9 Permite la comunicación entre tecnologías diferentes.
•
Interfaz: Parte pública del servicio. Contiene la información necesaria para su invocación.
•
Contrato: Protocolo a nivel de negocio. 9 Define la secuencia de mensajes y su formato, así como protocolos y mecanismos de autenticación.
•
Política: Conjunto de Reglas de ejecución que gobiernan la comunicación y el comportamiento del servicio. 9 Servicios, Interfaces, Componentes, Comunicación, Servidores y en general, cualquier aspecto del comportamiento en tiempo real.
Arquitecturas Orientadas a Servicios
Producto
Interfaz
Infraestructura
Proveedor
Usuario
Datos
Servicio Web
Red
Base de Datos
Lector DVD
Electricidad
Enchufe
Red Eléctrica
Central Eléctrica
Corriente
SOA
Consumidor
Servicio web ofrece un interfaz estándar entre sistemas heterogéneos
Implementación modelo referencia •
Los Servicios Web son una solución técnica que permiten implementar una arquitectura SOA, pero no la única.
•
SOA define la estrategia de la organización para la interconexión de los sistemas suministrando un mecanismo común de descubrimiento, seguridad y gestión de las conexiones.
•
Los servicios web tienen directrices en el intercambio de mensajes entre servicios.
•
Por tanto, los servicios web son un subconjunto específico de cómo una arquitectura SOA puede ser implementada
SOA
Servicios Web
Modelo basado en Servicios - Interacción Aplicación 1 “Consumidor Servicio”
1. Cómo el Consumidor dínámicamente descubre la existencia de un Proveedor, el cuál suministra el servicio deseado. 2. Asumiendo que el Consumidor conoce de la existencia del Proveedor, cómo lo puede localizar 3. Asumiendo que el Consumidor ha localizado el Proveedor, cómo pueden describirse uno al otro cómo conectarse, de una manera estándar para que se entiendan independientemente de la plataforma. 4. Asumiendo que se han descrito el uno al toro, cómo pueden intercambiar mensajes en un formato común de manera independiente a la tecnología que utilicen. Interoperabilidad sintáctica.
Aplicación 2 “Proveedor Servicio”
5. Asumiendo que los dos han llegado a un acuerdo común en el formato de los mensajes, qué formato de datos tienen que utilizar para intercambiar información de manera independiente a la tegnología de sus sistemas de información. Interoperabilidad semántica
Implementación modelo referencia MODELO DE SERVICIOS Sistemas Accesibles vía Servicios Web WS
WS
WS WS
WS WS WS
WS
Implementación modelo referencia MODELO DE SERVICIOS Capa de mediación de servicios
SRV
SRV SRV
SRV
Enterprise Service Bus SRV SRV SRV
SRV
Implementación modelo referencia Enterprise Service Bus
ESB es la espina dorsal a través de la cual los servicios heterogéneos se comunican. • • • • • • • •
Elimina conexiones punto a punto fuertemente acopladas Intermediario ligero sin estado y de alto rendimiento Permite comunicaciones heterogéneas Brokering de mensajes, enrutamiento dinámico y transformaciones Garantiza el cumplimiento de las políticas de seguridad Gestión centralizada, unifica la monitorización y seguimiento Garantiza la escalabilidad Permite la inclusión de información en el mensaje (firma, etc)
Implementación modelo referencia Aplicaciones Web
Orquestación de Servicios
Análisis e informes
Portales
Enterprise Service Bus
Registro de Servicios XQUERY, JDBC
CONSULTAS DINÁMICAS
Fuentes de datos
JCA, WSDL
ADAPTADORES
ERP, CRM
SOAP, WSDL
WEB SERVICES
.NET
InfoPath etc
JMS
MENSAJERÍA
Java Apps
MQ, RV, SOAP
CONEXIÓN LEGACY
Mainframe & Legacy Apps
Agenda •
Situación de Partida.
•
¿Por qué SOA?.
•
Modelo de Referencia.
•
Interoperabilidad y SOA.
•
Solución de Administración Electrónica basada en SOA.
•
Experiencias prácticas.
La dificultad de construir una solución El valor de la experiencia
Interoperabilidad y SOA - Estándares •
World Wide Web Consortium (W3C):
•
Organization for the Advancement of Structured Information Standards (OASIS):
•
Web Services Interoperability Organization (WS-I) : WS-I Basic Profile WS-I Basic Security Profile WS-I Reliable Secure Profile
Business Semantics Identity Mgmt
Liberty, Passport
Building Trust
WS-Security, Security Assertions Markup Language (SAML)
User Interface
Web Services for Remote Portals (WSRP), Web Services User Interface (WSUI)
Process Interaction
WS-Transaction, BPEL4 WS, WSCI
Search & Find
Universal Description, Discovery & Integration (UDDI)
Description
Web Services Definition Language (WDSL)
Message
SOAP
Format
Extensible Markup Language (XML)
Transport
Common internet protocols (TCP/IP, HTTP, etc) Source: Gartner
= In place
Emerging
Established
Entrenched
Interoperabilidad y SOA - Administración •
Marco europeo – Proyecto IDABC – Interoperabilidad sintáctica. • Proyecto EIF, eLink, eIDM (i2010)
– Interoperabilidad semántica. • XML Clearinghouse
•
Marco nacional – Proyecto SCSP – Interoperabilidad sintáctica. • Mecanismo intercambio datos entre Administraciones • Proyectos: – Cambio Domicilio. – Identidad (Supresión fotocopia DNI) – Residencia. – Supresión certificados en papel.
Agenda •
Situación de Partida.
•
¿Por qué SOA?.
•
Modelo de Referencia.
•
Interoperabilidad y SOA.
•
Solución de Administración Electrónica basada en SOA.
•
Experiencias prácticas.
La dificultad de construir una solución El valor de la experiencia
Requisitos de Proceso
•
Disponibilidad de Modelos de Procesos correspondientes a los procedimientos administrativos del organismo, que recojan todo el conocimiento y la experiencia de éste.
•
Redefinición de los Modelos de Proceso hacia Modelos de Servicio.
•
Disponibilidad de información estructurada en Bases de Datos corporativas.
•
Disponibilidad de la documentación correctamente clasificada: Modelos de Gestión del Conocimiento y Búsquedas Semánticas.
•
Accesibilidad vía Web: Movilidad.
•
Integración estrecha entre aplicaciones internas y entre los distintos organismos de las AAPP.
•
Implantación de mecanismos de autenticidad y seguridad: Firma Electrónica.
Requisitos de Infraestructura
•
Implantación de modelos basados en sistemas distribuidos con arquitectura multi-nivel.
•
Alta Disponibilidad y Tolerancia a Fallos.
•
Fácil Escalabilidad.
•
Sencillos en su mantenimiento.
•
Basados en estándares.
•
Fácilmente integrables con otros sistemas.
•
Sencillos para incluir nuevas funcionalidades y servicios.
•
Preparados para optimizar rendimientos en base a cargas de usuarios: Balanceo de Carga.
•
Capacidades de Proceso: Plataformas de Servicios, Brokers de Servicios, Plataformas de Mensajería.
•
Capacidades de Estadísticas y Monitorización.
Requisitos de Integración
•
Cada aplicación existente en el organismo debe estar preparada para ofrecer servicios asociados a su funcionalidad y utilizar los servicios ofrecidos por las demás aplicaciones.
•
Aparece el requisito técnico derivado de la distribución de la capa de aplicación “telemática” y la capa de aplicación “procedural”. 9 Integración entre el Front-Office y el Back-Office
•
Los procesos telemáticos completos sin papeles sobrepasan los límites de un solo organismo. Se añade la complejidad de los procesos Multi-Organismo. 9 Integración entre diferentes sistemas de Back-Office
•
Intercambio de mensajes tanto en procesos Síncronos como Asíncronos.
Plataforma Admon. Electrónica
Modelo basado en Servicios Evaluación de la Calidad del Servicio •
Un modelo de servicios debe permitir obtener resultados sobre los servicios ofrecidos.
•
Los aspectos de desarrollo e infraestructura son importantes, pero la evaluación de la calidad de los servicios prestados por la plataforma de servicios es igualmente necesaria.
•
Una buena estrategia basada en un modelo de servicios debe permitir la obtención de estadísticas y la monitorización activa del funcionamiento de los servicios en tiempo real.
•
BURKE trabaja con distintas herramientas de monitorización de la infraestructura sobre la que se despliega la arquitectura de servicios.
•
Para la evaluación de la Calidad del Servicio, BURKE trabaja con AmberPoint, que permite aportar información en los niveles superiores correspondientes a la capa de negocio.
Evaluación de la Calidad del Servicio
AmberPoint ofrece a nivel de SERVICIO: •
Monitorización: Visibilidad y control activo de sistemas SOA en tiempo real.
•
A nivel TÉCNICO y de NEGOCIO: ¾ Rendimiento, Disponibilidad, Carga, Fallos, Excepciones, Seguridad. ¾ SLAs: Acuerdos de Nivel de Servicio ¾ Extrayendo toda la información de negocio disponible de los mensajes XML y ofreciéndola para su explotación.
•
Basado en Políticas personalizables, a nivel de Negocio, Operaciones, Seguridad, Software, SLAs, Manejo de Excepciones, ...
•
Independiente de las decisiones de infraestructura SOA: ¾ UDDI: Microsoft, WebSphere, Systinet, Sun, Oracle, ... ¾ Gestión de Servicios: Microsoft, IBM Tivoli, HP, BMC, ...
Evaluación de la Calidad del Servicio
•
Distribución de Políticas desde el nivel de Negocio al nivel de los Agentes que proporcionan el servicio.
•
Visibilidad de Servicios End-To-End. ¾ Cualquier componente SOA: Servicio Web, XML, HTTP, HTML, ... ¾ Componentes de soporte: Bases de Datos, JAX-RPC, Mensajes JMS, ESBs, EJBs, ...
•
Portal personalizable con noción de Rol: ¾ Desarrolladores ¾ Operaciones ¾ Gestores de Negocio y Clientes
•
Herramientas de Análisis de Información y Generación de Informes.
•
Certificado por SAP, TIBCO, IBM, BEA.
Evaluación de la Calidad del Servicio
Vistas por Periodos de Tiempo
Gráficos interactivos
Objetivos QoS en Gráficos y Tablas
Multiples Métricas QoS en un solo gráfico Métricas mostradas individualmente Códigos de Color en base a estados - Fácil Visualización de Problemas
Agenda •
Situación de Partida.
•
¿Por qué SOA?.
•
Modelo de Referencia.
•
Interoperabilidad y SOA.
•
Solución de Administración Electrónica basada en SOA.
•
Experiencias prácticas.
La dificultad de construir una solución El valor de la experiencia
Motor de Firma Electrónica de Tramitación y Aplicaciones
El Motor de Firma Electrónica proporciona de forma única, global y centralizada todos los servicios de Firma Electrónica de Trámites y Documentos, aportando un interfaz web que gestiona todo el proceso de Firma por parte de los usuarios (Bandejas de Firma), así como los Servicios Web necesarios para ofrecer el servicio de Firma y Repositorio Electrónico de Documentos a todas las aplicaciones que lo requieran.
Motor de Firma Electrónica de Tramitación y Aplicaciones
Motor de Firmas Arquitectura de Servicios Web que proporcionan
los servicios de Firma Electrónica a cualquier aplicación externa, de forma universal. Módulo ON-LINE Aplicación web que permite el acceso interactivo al
Motor de Firma, para realizar las tareas de Firma Electrónica de Documentos.
Motor de Firma Electrónica de Tramitación y Aplicaciones Gestor de Intercambio Servicios Web que gestionan la Zona de
Intercambio de Documentos entre Aplicaciones (ZIDA). Sistema de Colas de Mensajes para realizar la devolución de documentos firmados o rechazados a las aplicaciones clientes del servicio web, en el momento en que se produzca el evento de la firma o rechazo. Módulo de Administración Aplicación web que permite realizar las tareas de
Administración del Motor de Firma, tales como Gestión de Usuarios y Perfiles de Acceso, Gestión de Unidades, Temas, Repositorios, etc.
Motor de Firma Electrónica de Tramitación y Aplicaciones DOCUMENTO ESTADO = Pdte. Firma
SOAP-XML AP. Llamante 1 SOAP-XML
Motor Motor de de Firmas Firmas Servicios Servicios Web Web (SOA) (SOA)
AP. Llamante 2
3
BD Motor Firma
ESTADO = Firmado / Rechazado Mi Bandeja
SOAP-XML
AP. Llamante 3 Documentos Procesados
Motor de Firma
Gestor Gestor de de Intercambio Intercambio
Firmar Firmar Rechazar Rechazar
ZIDA PUBLISH/SUBSCRIBE
Usuario Firmante
Módulo ON-LINE
Motor de Firma Electrónica de Tramitación y Aplicaciones Arquitectura de Servicios (SOA) INTERFAZ CLIENTE
Módulo de Administración
Módulo ON-LINE Validar Firma Documento
Preparar Documento
SERVICIOS DE FIRMA
Validar Justificante
Descarga Justificante
Visualizar Firmas
STUB CLIENTE
Almacenar Documento
ZONA DE INTERCAMBIO
Integración TSA
Librerías de Firma
Gestión de Repositorio
Aplicaciones Terceros
Integración VA
Plataforma de Servicios (SOA) Software de Infraestructura
Sistema Operativo
Gestor Base Datos
Motor de Firma Electrónica de Tramitación y Aplicaciones Servicios Web Servicio PREPARAR DOCUMENTO ¾ Recibe un documento para la firma y lo envía a la Bandeja de Entrada de Firmas.
Servicio VALIDAR FIRMA DOCUMENTO ¾ Realiza las tareas de Verificación de la Firma, Validación del Certificado contra la VA y Sellado de Tiempo contra la TSA.
Servicio DESCARGA JUSTIFICANTE ¾ Cuando un documento se ha firmado por completo se puede descargar su Justificante por medio de este servicio.
Servicio VALIDAR JUSTIFICANTE ¾ Mediante este servicio se puede enviar un justificante externo, obtenido previamente, al sistema para su validación en el momento actual.
Servicio VISUALIZAR FIRMAS ¾ Descarga un Justificante en un formato directamente utilizable para la presentación al usuario (PDF-417).
Motor de Firma Electrónica de Tramitación y Aplicaciones Servicios Web Servicio ALMACENAR DOCUMENTO ¾ Almacena en el sistema un documento con su historia de firmas en formato XAdES –C, X, XL.
Servicio de FIRMA COMÚN ¾ Servicio General de Firma Síncrono para Aplicaciones.
Servicio RECOGER FIRMA DOCUMENTO ¾ Servicio Web que está a la escucha de eventos de firma de documentos, y que devuelve el documento a la aplicación llamante una vez firmado. ¾ El Servicio Web recoge de la Zona de Intercambio el documento con su relación de firmas y lo devuelve en un XML en formato XAdES –C, X, XL.
Servicio SOLICITAR FIRMA SIGUIENTE ¾ Gestiona el envío de un documento a una Bandeja de Entrada para una firma que no es la correspondiente al primer firmante.
Motor de Firma Electrónica de Tramitación y Aplicaciones Ejemplo de Integración TRAMITACIÓN EMBLA
MOTOR DE FIRMA 2. Servicio Preparar Documento
Generar Generar RC RC 1
2
Env ío Firma Envío Firma 2. Servicio Preparar Documento 3.1. Servicio Estado Documento
Espera Espera Firma Firma 5
3.2. Servicio Recoger Firma Documento 4. Servicio Ejecutar Trámite Embla
Firmado/ Rechazado
4
Stub Stub 4. Servicio Ejecutar Cliente Cliente Trámite Embla
Motor Motor de de Firmas Firmas (SOA) (SOA)
3
3.1. Servicio Estado Documento
3.2. Servicio Recoger Firma Documento
ZIDA PUBLISH/SUBSCRIBE
Siguiente ámite Siguiente Tr Trámite
Servicio Registro Electrónico Común El Registro Electrónico Común proporciona la plataforma de servicios necesaria para realizar cualquier transacción tanto de entrada como de consulta en el Registro de Entrada/Salida Común que da servicio a distintos organismos. Se encarga de la consolidación de la información registral y no registral en el organismo que ha encomendado la gestión de su procedimiento telemático al Ministerio de Administraciones Públicas.
Servicio Registro Electrónico Común Usuario Aplicaciones
Plataforma Registro Electrónico Común y Oficina Virtual ORGANISMO REGISTRO ELECTRÓNICO COMÚN
Servicios Web
Módulo Consolidación información registral
Módulo Servicios Web Consolidación información registral
REG E/S
Módulo Consolidación Servicios Web información no registral BACK-OFFICE
Interconexión Plataforma @Firma
Módulo Consolidación información no registral
Ciudadano
ORGANISMO Módulo Consolidación Servicios Web información registral
REG E/S
Módulo Consolidación Servicios Web información no registral BACK-OFFICE
ORGANISMO OFICINA VIRTUAL
MONITORIZACIÓN ATENCIÓN A USUARIO
Módulo Servicios Web Consolidación información registral
REG E/S
Módulo Consolidación Servicios Web información no registral BACK-OFFICE
Servicio Registro Telemático
El Registro Telemático proporciona la plataforma de servicios necesaria para realizar cualquier transacción tanto de entrada como de consulta en el Registro de Entrada/Salida oficial existente en el organismo. Se integra a su vez como cliente de otros servicios web proporcionados por otras aplicaciones, como por ejemplo, el proceso de tramitación asociado al registro de entrada recibido por vía telemática.
Servicio de Registro Telemático Cliente Acceso Aplicación Particular
Solicitud
WEB SERVICE
Preparación Formulario Telemático M1F
Presentación Formulario al Usuario
EMBLA Registro
Servidor de Aplicaciones
HTML Descarga Applet/ActiveX de Firma
Parsing FRM Parejas Etiqueta-Valor
Verificación Firma Validación CRL AUTENTICACIÓN INTEGRIDAD
Solicitud Registro Central
Petición Alta
M1 Formato SOAP-XML Encriptación Firma Mensaje como Atributo XML Formato SOAP-XML Datos Solicitud + Datos Registro
Certificado Personal
Parsing XML
Presentación Página Resultados
M2F (Justificante para Descarga)
Su Solicitud de Registro ha sido procesada con éxito Nº Registro: 12345 Fecha: 31/12/2003 Hora: 23:55:32
Descargar Justificante
Nº Registro General Nº Registro Oficina Fecha Registro e Tim Hora Registro p m Código Operación Sta Descripción Etiqueta Electrónica M1F
M2 Encriptación y Firma Mensaje Resultado
Registro Telemático
Asignación Registro de Entrada/Salida SICRES
Certificado Servidor BE
NO-REPUDIO
Certificados sin Papel •
Soluciona la transmisión de certificados oficiales entre organismos sin intervención del ciudadano
•
La aplicación cliente del organismo requirente se comunica con el Servicio Web concreto que le permite obtener un determinado tipo de certificado
•
El organismo emisor recibe la solicitud, la procesa y responde al organismo requirente con la respuesta adecuada
•
El organismo requirente recibe la respuesta y la procesa
WS Certif
STUB
Aplicación de Peticiones
Librería Requirente
Intranet Administrativa
Librería Emisor Backoffice
Certificados sin Papel Realización de una solicitud en el organismo requirente 1. Enviar Datos Certificado
Organismo Requirente
2. Generar Id de la petición
STUB(n)
Aplicación de Peticiones
Servicio Web Módulo de Tratamiento XML
3. Generar mensaje de petición completo, firmarlo y guardarlo en peticiones y respuestas 4. Enviar Petición
Transmisiones Recibidas
Identificador de Petición
Peticiones Respuestas
Certificados sin Papel Tramitación y generación de la transmisión Módulo
5. Validar Esquema de Petición
de Autorizaciones
Base de Datos Autorizaciones
6. Autorizar Organismo y Validar Certificado
7. Validar Firma del Mensaje 8. Enviar Solicitud a Backoffice 9. Tramitar Solicitud y devolver respuesta generada 10. Firmar Mensaje de Respuesta 11. Actualizar Transmisión Emitida 12. Enviar Respuesta
Módulo de Tratamiento XML
Identificador de Transmisión
Módulo de Transmisio nes Emitidas
Transmisiones Emitidas
Módulo de Conexión con Backoffice
Organismo Emisor
Backoffice
Experiencias sobre Interoperabilidad en Arquitecturas Orientadas a Servicios (SOA) Juan José Rodríguez Gutiérrez Director de Nuevas Tecnologías