Experiencias sobre Interoperabilidad en Arquitecturas Orientadas … · 2015-11-06 · n de Partida - Problemas • Los distintos sistemas de información (SI) son islas. Imponen

Experiencias sobre Interoperabilidad en Arquitecturas

Orientadas a Servicios (SOA)

Juan José Rodríguez Gutiérrez

Director de Nuevas Tecnologías

Agenda

La dificultad de construir una soluciónEl valor de la experiencia

• 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.

Agenda








SituaciSituacióón de Partidan de Partida

Arquitecturas complejas compuestas por los distintos SI desarrollados en el pasado

SituaciSituacióón de Partidan de Partida

…..Aplicaciones Aplicaciones Aplicaciones Aplicaciones

Servicios BPM

Conectividad a Servicios

Acceso a SistemasAcceso Humano Acceso a Datos

Servicios de presentación

Servicios de Integración

AplicacionesCompuestas

Servicios de Infraestructura

ServiciosCompartidos

…..Personas Aplicaciones Host Fuentes de datos

SituaciSituacióón de Partida n de Partida -- ProblemasProblemas

• 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 InteroperabilidadProblemas 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 organizaciCuestiones importantes a nivel organizacióón n

• Cuestiones Técnicas:

¿Cómo realizar el reparto de funcionalidad?

¿Cómo integrar los sistemas actuales?

¿Cómo incrementar la fiabilidad?

¿Cómo desplegar los SI?

¿Cómo gestionar el sistema global?

• Cuestiones de Negocio:

¿Cómo reducir los tiempos de proceso de negocio?

¿Cómo mejorar la interoperabilidad con otras unidades?

¿Cómo responder más rápido a las necesidades permanentes de adición y mejora de servicios?

¿Cómo optimizar los costes de desarrollo?

Agenda








Arquitecturas Orientadas a ServiciosArquitecturas 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.

SOA es una propuesta de arquitectura para la organización y uso de servicios que permitan la interoperabilidad entre los SI y las aplicaciones

Capacidades ofrecidas poruno hacia otro para alcanzar

un fin

ServiceSOrganización básica de un

sistema por sus capacidades, interacciones y entorno

ArchitectureAArquitectura alineada que

permite enlazar unacolección de servicios para

resolver un problema

OrientedO


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:

Las aplicaciones pueden ligarse a servicios que evolucionan y mejoran en el tiempo.

No son necesarias modificaciones a las aplicaciones que consumen los servicios.

• Proporciona un modelo claro para integrar sistemas de información:

Dentro de la organización.

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 diferenciadoresElementos diferenciadores

AgilidadAgilidad

• Focalizada más en las competenciasutilizando una red de productores-suministradores con una fuerte interacción

• Mejora el acceso a la informaciónpermitiendo ciclos de proceso más rápidos.

• Permite a lasorganizaciones ser más ágiles y responder rápidamente a lasnecesidades.

• Focalizada más en las competenciasutilizando una red de productores-suministradores con una fuerte interacción

• Mejora el acceso a la informaciónpermitiendo ciclos de proceso más rápidos.

• Permite a lasorganizaciones ser más ágiles y responder rápidamente a lasnecesidades.

• Incrementa la flexibilidad medianteuna arquitectura plug-and-play y con la reutilización de componentes

• Asegura que un cambio en el sistemano sea unarestricción

• Permite la interaccióncon otros sistemassin necesidad de interconexiones ad-hoc

• Incrementa la flexibilidad medianteuna arquitectura plug-and-play y con la reutilización de componentes

• Asegura que un cambio en el sistemano sea unarestricción

• Permite la interaccióncon otros sistemassin necesidad de interconexiones ad-hoc

• Facilita la integracióncon múltiplessoluciones y productos a través de estándares

• Permanece al margen de plataformas, lenguajes, y proveedores software eliminando lasbarreras para utilizarlo mejor de cadatecnología

• Facilita la integracióncon múltiplessoluciones y productos a través de estándares

• Permanece al margen de plataformas, lenguajes, y proveedores software eliminando lasbarreras para utilizarlo mejor de cadatecnología

• Reduce los costes de desarrollo gracias a la utilización de facilidades yadisponibles

• Aprovechainversiones previasen SI realizadasmediante la reutilización de artefactos

• Bajo costes de mantenimiento, simplicidad de la arquitectura, menorcoste software

• Reduce los costes de desarrollo gracias a la utilización de facilidades yadisponibles

• Aprovechainversiones previasen SI realizadasmediante la reutilización de artefactos

• Bajo costes de mantenimiento, simplicidad de la arquitectura, menorcoste software

ProcesosProcesos InteroperabilidadInteroperabilidad CostesCostes

El SI alineado con la misión de la organizaciónEl SI alineado con la misión de la organización

Mejora en la agilidad, centrado en las capacidades del núcleo, eficiencia, aumento en el ROIMejora en la agilidad, centrado en las capacidades del núcleo, eficiencia, aumento en el ROI

Agenda








• 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 SOAModelo de Referencia: OASIS SOA--RMRM

• 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 SOAModelo de Referencia: OASIS SOA--RMRM

Arquitecturas Orientadas a Servicios Arquitecturas Orientadas a Servicios -- ElementosElementos

• 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.

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.

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.

Servicios, Interfaces, Componentes, Comunicación, Servidores y en general, cualquier aspecto del comportamiento en tiempo real.


Servicio web ofrece un interfaz estándar entre sistemas heterogéneos

Base de DatosRedDatosUsuario

Central EléctricaLector DVD Enchufe Red EléctricaElectricidad

Servicio Web

Consumidor Producto Interfaz Infraestructura Proveedor

Cor

rient

eSO

A

ImplementaciImplementacióón modelo referencian modelo referencia

SOA

Servicios Web

• Los Servicios Web son una solucióntécnica que permiten implementar unaarquitectura 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 entreservicios.

• Por tanto, los servicios web son un subconjunto específico de cómo unaarquitectura SOA puede ser implementada

Modelo basado en Servicios Modelo basado en Servicios -- InteracciInteraccióónn

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 otrocómo conectarse, de una manera estándar para quese entiendan independientemente de la plataforma.

4. Asumiendo que se han descrito el uno al toro, cómopueden intercambiar mensajes en un formatocomún de manera independiente a la tecnología queutilicen. Interoperabilidad sintáctica.

5. Asumiendo que los dos han llegado a un acuerdocomún en el formato de los mensajes, qué formatode datos tienen que utilizar para intercambiarinformación de manera independiente a la tegnología de sus sistemas de información. Interoperabilidad semántica

Aplicación 1“Consumidor Servicio”

Aplicación 2“Proveedor Servicio”


MODELO DE SERVICIOSSistemas Accesibles vía

Servicios Web

WSWS

WS

WS

WSWS

WS

WS


MODELO DE SERVICIOSCapa de mediación de

servicios

SRV

SRV SRV

SRV

SRV

SRVSRV

SRV

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)


CONSULTASDINÁMICAS ADAPTADORES

.NET Java Apps

WEB SERVICES

CONEXIÓNLEGACY

Mainframe & Legacy Apps

MENSAJERÍA

Fuentes de datos ERP, CRM

XQUERY, JDBC JCA, WSDL SOAP, WSDL JMS MQ, RV, SOAP

InfoPathetc


Aplicaciones Web

Análisis e informesPortales

Orquestaciónde Servicios

Registrode

Servicios

Agenda








Interoperabilidad y SOA Interoperabilidad y SOA -- EstEstáándaresndares• World Wide Web Consortium (W3C):

• Organization for the Advancement of Structured Information Standards (OASIS):

• Web Services Interoperability Organization (WS-I) :WS-I Basic ProfileWS-I Basic Security ProfileWS-I Reliable Secure Profile

Source: Gartner

= In place

Format

Transport

Message

Description

Search & Find

Process Interaction

User Interface

Building Trust

Identity Mgmt

BusinessSemantics

Common internet protocols (TCP/IP, HTTP, etc)

Extensible Markup Language (XML)

SOAP

Web Services Definition Language (WDSL)

Universal Description, Discovery & Integration (UDDI)

WS-Transaction, BPEL4 WS, WSCI

Liberty, Passport

WS-Security, Security Assertions Markup Language (SAML)

Web Services for Remote Portals (WSRP), Web Services User Interface (WSUI)

Emerging

Established

Entrenched

Interoperabilidad y SOA Interoperabilidad y SOA -- AdministraciAdministracióónn

• 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








Requisitos de ProcesoRequisitos 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 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 IntegraciRequisitos de Integracióón 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”.

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.

Integración entre diferentes sistemas de Back-Office

• Intercambio de mensajes tanto en procesos Síncronoscomo Asíncronos.

Plataforma Plataforma AdmonAdmon. Electr. Electróónicanica

Modelo basado en ServiciosModelo basado en Servicios

EvaluaciEvaluacióón de la Calidad del Servicio 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.

EvaluaciEvaluacióón de la Calidad del Servicion 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, ...


• 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.


Multiples Métricas QoS en un solo gráfico

Métricas mostradasindividualmente

Códigos de Color en base a estados - Fácil

Visualización de Problemas

Vistas por Periodos deTiempo

Objetivos QoS en Gráficos y Tablas

Gráficos interactivos

Agenda








Motor de Firma ElectrMotor de Firma Electróónica de nica de TramitaciTramitacióón y Aplicacionesn 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 Firmas

Arquitectura de Servicios Web que proporcionan los servicios de Firma Electrónica a cualquier aplicación externa, de forma universal.

Motor de Firmas

MMóódulo ONdulo ON--LINELINE

Aplicación web que permite el acceso interactivo al Motor de Firma, para realizar las tareas de Firma Electrónica de Documentos.


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.

Gestor de Intercambio

MMóódulo de Administracidulo de Administracióónn

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.


ZIDAPUBLISH/SUBSCRIBE

AP. Llamante 1

AP. Llamante 2

AP. Llamante 3

Motor deFirmas

ServiciosWeb (SOA)

Motor deMotor deFirmasFirmas

ServiciosServiciosWeb (SOA)Web (SOA)

SOAP-XML

SOAP-XML

MMóódulo ONdulo ON--LINELINE

Usuario Firmante

RechazarRechazar

FirmarFirmar

Motor de Firma

Documentos Procesados

DOCUMENTO ESTADO = Pdte. Firma

3

SOAP-XML

BDMotor Firma

ESTADO = Firmado /

RechazadoMi

Bandeja

Gestor deIntercambioGestor deGestor de

IntercambioIntercambio


Ap

lica

cio

nes

Terc

ero

s

Software de Infraestructura

Plataforma de Servicios (SOA)Plataforma de Servicios (SOA)

Sistema OperativoSistema Operativo Gestor Base DatosGestor Base Datos

Preparar Documento

Módulo ON-LINE

Librerías de Firma Gestión de Repositorio

Integración VA Integración TSA

Validar Firma

DocumentoValidar

JustificanteDescarga

JustificanteVisualizar

FirmasAlmacenar Documento

ZONA DE INTERCAMBIO

Módulo de Administración

STUB CLIENTE

SERVICIOSDE FIRMA

INTERFAZCLIENTE

Arquitectura de Servicios (SOA)Arquitectura de Servicios (SOA)


Servicios WebServicios WebServicio PREPARAR DOCUMENTO

Recibe un documento para la firma y lo envía a la Bandeja de Entrada de Firmas.

Servicio VALIDAR FIRMA DOCUMENTORealiza las tareas de Verificación de la Firma, Validación del

Certificado contra la VA y Sellado de Tiempo contra la TSA.

Servicio DESCARGA JUSTIFICANTECuando un documento se ha firmado por completo se puede

descargar su Justificante por medio de este servicio.

Servicio VALIDAR JUSTIFICANTEMediante este servicio se puede enviar un justificante externo,

obtenido previamente, al sistema para su validación en el momento actual.

Servicio VISUALIZAR FIRMASDescarga un Justificante en un formato directamente utilizable

para la presentación al usuario (PDF-417).


Servicios WebServicios WebServicio ALMACENAR DOCUMENTO

Almacena en el sistema un documento con su historia de firmas en formato XAdES –C, X, XL.

Servicio de FIRMA COMÚNServicio General de Firma Síncrono para Aplicaciones.

Servicio RECOGER FIRMA DOCUMENTOServicio 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 SIGUIENTEGestiona el envío de un documento a una Bandeja de Entrada

para una firma que no es la correspondiente al primer firmante.


Ejemplo de IntegraciEjemplo de IntegracióónnTRAMITACITRAMITACIÓÓN N

EMBLAMOTOR DE FIRMAMOTOR DE FIRMA

EMBLA

Generar RCGenerar RCGenerar RC

2

Motor deFirmas(SOA)

Motor deMotor deFirmasFirmas(SOA)(SOA)

2. Servicio Preparar Documento

Envío FirmaEnvEnvíío Firma

1

o Firma2. Servicio Preparar Documento

Espera FirmaEspera FirmaEspera FirmaStub

ClienteStubStub

ClienteCliente

4

4. Servicio Ejecutar Trámite Embla

ZIDAPUBLISH/SUBSCRIBE

33.1. Servicio Estado Documento

3.2. Servicio Recoger Firma Documento

3.1. Servicio Estado Documento

5Firmado/

Rechazado

3.2. Servicio Recoger Firma Documento

4. Servicio Ejecutar Trámite Embla

Siguiente TrámiteSiguiente TrSiguiente Tráámitemite

Servicio Registro ElectrServicio Registro Electróónico Comnico Comúúnn

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 ElectrServicio Registro Electróónico Comnico Comúúnn

MONITORIZACIÓNATENCIÓN A USUARIO

REGISTRO ELECTRÓNICO COMÚN

OFICINA VIRTUAL

Usuario Aplicaciones

Módulo Consolidación

información registral

Ciudadano

Módulo Consolidación información no

registral

Interconexión Plataforma @Firma

Plataforma Registro Electrónico Común y Oficina Virtual

Servicios Web

ORGANISMO

REG E/S

BACK-OFFICE

Módulo Consolidación información

registral

Servicios Web


registralServicios Web

ORGANISMO

REG E/S

BACK-OFFICE


registral

Servicios Web



ORGANISMO

REG E/S

BACK-OFFICE


registral

Servicios Web



Servicio Registro TelemServicio Registro Telemááticotico

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 TelemServicio de Registro Telemááticotico

M2

CertificadoServidor BE

Acceso Aplicación Particular

Cliente EMBLA Registro

Preparación Formulario Telemático

Solicitud

CertificadoPersonal

Parsing FRM Parejas Etiqueta-Valor

WEB SERVICEVerificación Firma

Validación CRL AUTENTICACIÓN

INTEGRIDAD

Asignación Registro de Entrada/Salida

SICRES

Nº Registro GeneralNº Registro Oficina

Fecha RegistroHora Registro

Código OperaciónDescripción

Time

Stamp

Petición Alta

Formato SOAP-XML Datos Solicitud +

Datos Registro Etiqueta Electrónica

Encriptación y Firma Mensaje Resultado

Presentación Formulario al

UsuarioHTML

Descarga Applet/ActiveX de Firma

Parsing XML

M1F

Solicitud Registro Central

M2F (Justificante para Descarga)

Formato SOAP-XML Encriptación

Firma Mensaje como Atributo XML

M1

Presentación Página Resultados

Registro Telemático

Su Solicitud de Registro ha sido procesada con éxito

Nº Registro: 12345Fecha: 31/12/2003 Hora: 23:55:32

Descargar Justificante

M1F

NO-REPUDIO

Servidor de Aplicaciones

Certificados sin PapelCertificados 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

Aplicación de Peticiones

Librería Requirente

STUB

Intranet Administrativa

Librería Emisor

WS Certif

Backoffice


RealizaciRealizacióón de una solicitud en el organismo n de una solicitud en el organismo requirenterequirente

Módulo de Tratamiento

XML

Aplicación de Peticiones

Peticiones Respuestas

Identificador de Petición

Transmisiones Recibidas

STUB(n)

Organismo Requirente 1. Enviar Datos Certificado

2. Generar Id de la petición

3. Generar mensaje de petición completo, firmarlo y guardarlo en peticiones y respuestas

Servicio Web

4. Enviar Petición


TramitaciTramitacióón y generacin y generacióón de la transmisin de la transmisióónn

Módulo de Transmisio

nes Emitidas

Transmisiones Emitidas

Identificador de

Transmisión

Módulo

de Autorizaciones

Base de Datos Autorizaciones

Módulo de Tratamiento

XML

Módulo de Conexión

con Backoffice

BackofficeOrganismo Emisor

5. Validar Esquema de Petición

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

Experiencias sobre Interoperabilidad en Arquitecturas

Orientadas a Servicios (SOA)

Juan José Rodríguez Gutiérrez

Director de Nuevas Tecnologías

Documents

Experiencias sobre Interoperabilidad en Arquitecturas Orientadas … · 2015-11-06 · n de Partida - Problemas • Los distintos sistemas de información (SI) son islas. Imponen