Arquitectura Orientada a Servicios en la Seguridad Social

1
Arquitectura Orientada a Servicios en la
Seguridad Social
Centro de Preexplotación Mª Milagros de la
Sierra Criado
TECNIMAP 2007 - Gijón 27.11 30.11
2
Índice de contenidos

• 1. Los Nuevos Retos del eGovernment 3
• 2. SOA - una solución a estos retos 7
• 3. Modelo de Desarrollo de SOA en GISS 11
• 4. Aspecto de las Aplicaciones orientadas a
  Servicio 16
• 5. Retos para la consolidación de SOA en GISS 20
• 6. Nuestra estrategia SOA. El Control de
  Calidad 21

3
Los nuevos retos del eGovernment
?

• Las recientes leyes dictan un nuevo modelo de
  servicios electrónicos dirigidos al ciudadano....

4
Los nuevos retos del eGovernment

• Ley 34/2002 (disp. ad 5ª)
• Garantizar la universalidad de las aplicaciones,
  favoreciendo la accesibilidad para las personas
  con discapacidad y de edad avanzada a la
  información.
• Ley 11/2007 (artículo 4.c)
• Principio general de accesibilidad a la
  información y a los servicios por medios
  electrónicos

Universalidad
Universalidad
universalidad
5
Los nuevos retos del eGovernment

• Ley 11/2007 (artículo 6.2.b)
• Las Administraciones deben compartir información,
  evitando a los Ciudadanos tener que aportar datos
  y documentos en posesión de otras
  Administraciones.

Universalidad
Compartir
compartir
compartir
6
Los nuevos retos del eGovernment

• Ley 11/2007
• Utilizar medios electrónicos que simplifiquen la
  gestión de los procedimientos, procesos y
  servicios (Título III).
• Servicios seguros que generen confianza en los
  ciudadanos (Artículo 10).

Universalidad
Compartir
simplifiquen
confianza
7
SOA Una solución a estos retos

• Ley 11/2007
• Utilizar medios electrónicos que simplifiquen la
  gestión de los procedimientos, procesos y
  servicios (Título III).
• Servicios seguros que generen confianza en los
  ciudadanos (Artículo 10).

Universalidad
Compartir
Cómo se han IMPLEMENTADO estas necesidades en
GISS ??
SOA
8
SOA Una solución a estos retos
Nada nuevo

• Ley 11/2007
• Utilizar medios electrónicos que simplifiquen la
  gestión de los procedimientos, procesos y
  servicios (Título III).
• Servicios seguros que generen confianza en los
  ciudadanos (Artículo 10).

Universalidad
Compartir
PASADO intentos RPC, CORBA, DCOM, etc., NO éxito
definitivo porque

• Tecnologías subyacentes no universales.

• Falta de política clara en definición de
  interfaces.

• No especificado cómo publicar componentes de
  forma simple.

• Mecanismos de seguridad no estandarizados.

9
SOA Una solución a estos retos

• Ley 11/2007
• Utilizar medios electrónicos que simplifiquen la
  gestión de los procedimientos, procesos y
  servicios (Título III).
• Servicios seguros que generen confianza en los
  ciudadanos (Artículo 10).

Universalidad
Compartir
PRESENTE SERVICIOS WEB éxito definitivo
porque
PASADO intentos RPC, CORBA, DCOM, etc, NO éxito
definitivo porque

• Tecnologías subyacentes no universales.

• Estándar Independiente de plataforma -
  Universal

• Estándar para definición WSDL
  (WebServiceDefinitionLang)

• Falta de política clara en definición de
  interfaces.

• No especificado cómo publicar componentes de
  forma simple.

• Estándar para publicación UDDI (Universal
  Description
• Discovery and Integration)

• Mecanismos de seguridad no estandarizados.

• Estándar de seguridad SAML, firma digital,
  cifrado XML

10
SOA Una solución a estos retos

• Ley 11/2007
• Utilizar medios electrónicos que simplifiquen la
  gestión de los procedimientos, procesos y
  servicios (Título III).
• Servicios seguros que generen confianza en los
  ciudadanos (Artículo 10).

Universalidad
Compartir
Qué componentes tiene la SOA en GISS?
11
Modelo de desarrollo SOA en GISS
Usuarios, otros Organismos

• Capa de integración
• Modos de acceso
• a ADABAS y ORACLE mediante JDBC.
• Reutilizar código Natural, haciendo llamadas vía
  middleware (EntireX).
• Reutilizar secuencias de pantallas 3270,
  invocándolas mediante servicios web (Jacada
  Host_Fuse).

Universalidad
Compartir
Simplificar
SOA
Confianza
Capa de Integración
Reutilizar
Aplicaciones existentes
12
Modelo de desarrollo SOA en GISS
Usuarios, otros Organismos

• Arquitectura / Seguridad
• Capa de transaccionalidad, basada en bloqueos
  pesimistas.
• Facilita servicios comunes como seguridad,
  auditoria, acceso a tablas, envío de SMSs,
  generación de PDFs, firma digital, etc.
• Algunas de estas funcionalidades son a su vez
  servicios web reutilizables desde el backoffice.
• Por ejemplo, desde aplicaciones del backoffice,
  se puede enviar un SMS usando estos servicios.

Universalidad
Compartir
Simplificar
SOA
Confianza
Arquitectura / Seguridad
Capa de Integración
Integrar
Aplicaciones existentes
13
Modelo de desarrollo SOA en GISS
Usuarios, otros Organismos

• Motor de procedimientos
• Permite modelar gráficamente procedimientos de
  gestión.
• Permite al usuario trabajar cómodamente,
  mediante el uso de bandejas de tareas.

Accesibilidad
Interoperabilidad
Universalidad
Compartir
Simplificar
Motor de Procedimientos
SOA
Arquitectura / Seguridad
Capa de Integración
Aplicaciones existentes
14
Modelo de desarrollo SOA en GISS
Usuarios, otros Organismos

• Interfaz de usuario
• Sistema de presentación independiente del canal,
  implementado mediante XML / XSL.
• Las pantallas cumplen con el nivel AAA de la
  WAI.
• Se adapta al entorno (internet / intranet) y al
  tipo de aplicación
• Nuevas aplicaciones orientadas a servicio
• Aplicaciones tradicionales maquilladas con Jacada

Universalidad
Compartir
Interfaz de usuario
Automatizar / Simplificar
Motor de Procedimientos
SOA
Seguridad
Arquitectura / Seguridad
Capa de Integración
Integrar
Aplicaciones existentes
15
Modelo de desarrollo SOA en GISS
Usuarios, otros Organismos

• Interfaz con otros Organismos
• Nuevos servicios utilizados desde otros
  Organismos, facilitando interoperabilidad y
  fomentando la Administración Electrónica.
• El acceso no autorizado se controla mediante
  certificados.

Interfaz con otros organismos
Compartir
Interfaz de usuario
Motor de Procedimientos
SOA
Arquitectura / Seguridad
Capa de Integración
Aplicaciones existentes
16
Aspecto de las aplicaciones orientadas a Servicio

Usuarios, otros Organismos
Interfaz con otros organismos
Interfaz de usuario
Qué aspecto tienen las aplicaciones que se
diseñan con este modelo en GISS?
Motor de Procedimientos
SOA
Arquitectura / Seguridad
Capa de Integración
Aplicaciones existentes
17
Aspecto de las aplicaciones orientadas a Servicio
Usuarios, otros Organismos
Interfaz de usuario
Interfaz con otros Organismos
Aplicación Intranet / WF
SOA
Motor de procedimientos
Arquitectura / Seguridad
Integración
Aplicaciones existentes
18
Aspecto de las aplicaciones orientadas a Servicio
Usuarios, otros Organismos
Interfaz de usuario
Interfaz con otros Organismos
Aplicación Intranet / Servicios
SOA
Motor de procedimientos
Arquitectura / Seguridad
Integración
Aplicaciones existentes
19
Aspecto de las aplicaciones orientadas a Servicio
Usuarios, otros Organismos
Interfaz de usuario
Interfaz con otros Organismos
Aplicación Internet
SOA
Motor de procedimientos
Arquitectura / Seguridad
Integración
Aplicaciones existentes
20
Retos para la consolidación de SOA en GISS
Externos
Para continuar creciendo

• Evolución del hardware disminución de costes
  de SOAP y XML

• Estabilizar ritmo de creación de nuevas
  versiones del software de base, para sacar
  partido de las versiones existentes.

Creación en la GISS de un repositorio SOA
(CentraSite), con

• Crear nueva funcionalidad y optimizar la
  existente.

• Las Herramientas deberán incluir
  funcionalidades de profiling, para detectar
  problemas de rendimiento en Desarrollo.

• Secuencias XML de los Servicios Web (Crossvision
  Service Orchestrator).

• Las funcionalidades de SOA Gobernante ofrecen
  aun pocas métricas de rendimiento.

• Componentes para invocar a servicios web basados
  en middleware (EntireX Communicator).

• Otros componentes
• Documentos WSDL.
• Archivos de propiedades
• Etc.

Internos
21
Nuestra estrategia SOA. El control de calidad

• La GISS está totalmente comprometida con SOA,
  pues la reutilización de código Natural es
  crítica. Fruto de este compromiso, se ha creado
  recientemente el Centro de Preexplotación.
• En este Centro, un grupo de profesionales se
  ocupa de analizar el comportamiento de las nuevas
  aplicaciones SOA, diagnosticando problemas y
  proponiendo soluciones.
• Pruebas de calidad que actualmente se están
  efectuando
• Rendimiento de los componentes.
• Análisis de vulnerabilidad.
• Accesibilidad de las aplicaciones.
• Calidad del código
• Usabilidad

22
(No Transcript)