1/14 Departamento de Informática Tributaria Infraestructura de Administración de Servicios para la Web (ASWeb) Infraestructura de Administración de Servicios para la Web (ASWeb)

2/14 Departamento de Informática Tributaria Agenda Antecedentes Objetivos Implementación Resultado Funcionalidades –Generales –Accesibilidad y usabilidad –Seguridad Difusión del servicio y participación Conclusiones y lecciones aprendidas

3/14 Departamento de Informática Tributaria Antecedentes Inicialmente, terminales IBM 3270 con lógica de negocio no separada de la de presentación -> muy poca usabilidad y alcance En 1997 (auge de Internet): se centralizan los datos y se empieza a separar lógica de negocio / presentación: –Se crean 3 grupos de desarrollo: Presentación transformación de datos y lógica de negocio –Es necesario una infraestructura “ad hoc” por servicio -> elevado time- to-market (TTM) –Know-how aislados, nadie tiene una visión completa -> dificultad de troubleshooting

4/14 Departamento de Informática Tributaria Objetivos De cara al ciudadano / usuario: –Ofrecer más y mejores servicios telemáticos en un entorno web De cara a la Administración –Económicos: Facilidad en la generación y administración de servicios Reusabilidad de lógica de negocio ya desarrollada –Tecnológicos: Separación presentación / lógica de negocio Escalabilidad e interoperabilidad con otros sistemas y plataformas –RR.HH: Reconversión “no traumática” de recursos Aumento de la productividad

5/14 Departamento de Informática Tributaria Implementación Concatenación de módulos en 2 servidores CICS con alta disponibilidad que tratan de unificar las “soluciones parciales” -> simplificar la tarea de puesta en marcha de nuevos servicios en un entorno web Lenguaje de los módulos: COBOL / NATURAL BBDD: DB2 / ADABAS Administración: HTML + CSS + JavaScript analizador de URLs codificación/decodificación ASCII/EBCDIC extrae las cabeceras HTTP, los datos del certificado (ya validado), los datos en formato URL-ENCODED de entrada, los ficheros y pasa los punteros de los mismos recibe los punteros y en función del tipo de servicio formatea los datos que recibe por puntero, arranca el servicio y le sirve dichos datos como de parámetros de entrada SYCIGRAB: recibe los datos en una o sucesivas llamadas y según las opciones de salida, devolverá datos en formato URL-ENCODED para realizar la fusión con las plantillas (X)HTML o PDF, HTML/XML generado directamente, objetos binarios... También controla que la estructura y los parámetros tengan el formato correcto generando y controlando los errores en casocontrario llamada a las aplicaciones situados en el CICS de interiores CERT000: comprobación de la validez del certificado

6/14 Departamento de Informática Tributaria Resultado Menor TTM necesario para el desarrollo de nuevos servicios Mejora en la gestión y control de servicios Mayor calidad en los servicios Entornos: INTERNET e INTRANET Plataformas: desarrollo, preproducción y producción Facilidad de aplicación de medidas de seguridad comunes Integración con otras aplicaciones horizontales (DOCUMENT, ENDEVOR, NATPASES, Usuario Único) Reconversión “no traumática” de RR.HH Mejora de la imagen institucional de la AEAT

7/14 Departamento de Informática Tributaria Funcionalidades generales (1/2) Administración: –Servicios: variables de entrada, salida, entorno... –Plantillas: formularios HTML, PDF, csv... –Objetos binarios: documentos (PDF,.doc,.xls,.js,.css...), imágenes y sonidos (e.g. registro del Call Center) Elevada flexibilidad: –En los lenguajes de programación, en BBDDs, en el paso de parámetros... Control de vistas Histórico de versiones Generación de esqueletos de código a partir del Diccionario de servicios Paso entre entornos autónomo y automatizado Facilidad para realizar la misma acción a múltiples objetos (alta, modificación, paso entre entornos...) Gestión de menús

8/14 Departamento de Informática Tributaria Funcionalidades generales (2/2) Copias de seguridad manuales y automáticas Troubleshooting (“traceweb”) y control de errores: –Información al usuario –Interconexión con sistemas de alertas de servicios críticos Facilidades en la generación y gestión de la documentación Migas Funcionalidades de “content server” Impresión PDF (con soporte PDF/A). Integración con “Expediente electrónico” (en estudio) Soporte de AJAX (web 2.0) -> mayor interacción Búsquedas de contenidos con auto-compleción

9/14 Departamento de Informática Tributaria Funcionalidades: accesibilidad y usabilidad Facilidad de cumplimiento del libro de estilos de aplicaciones –Hoja de estilo CSS “unificada” Validación de cumplimiento de estándares y recomendaciones (accesibilidad, lenguajes de marcado, CSS) Internacionalización (soporte multi-idioma): –Interoperabilidad con el WS de traducción Soporte de Sesiones Lógicas Web -> evita el uso de cookies Esfuerzos para neutralidad tecnológica

10/14 Departamento de Informática Tributaria Funcionalidades: seguridad Comprobación y validación del certificado del ciudadano/usuario. Multi-PKI Validación del servicio requerido: –Existencia –Disponibilidad diaria y/u horaria configurable Comprobación de Puntos de Control (sólo INTRANET) Posibilidad de invocación a controles de seguridad propios de cada aplicación Soporte de firma digital: –Comprobación –Almacenamiento Registro de ejecución de servicios: –Auditorías –Tratamiento estadístico en una herramienta de BI

11/14 Departamento de Informática Tributaria Funcionalidades: e.g. pantallas herramienta Administración Algunas funcionalidades de accesibilidad Administración de la Internacionalización Workflow del soporte multi-idioma

12/14 Departamento de Informática Tributaria Difusión del servicio y participación Fuera de la AEAT: –Campañas publicitarias de servicios de la AEAT (e.g. petición del borrador, cita previa, simuladores de declaraciones de la renta...) Dentro de la AEAT: –Formación –Foros -> feedback de los usuarios –Noticias Estadísticas (transacciones):

13/14 Departamento de Informática Tributaria Conclusiones y lecciones aprendidas Implicación de varias Subdirecciones -> exige compromiso y estabilidad a largo plazo Código “taylor made” -> gran flexibilidad y escalabilidad Compromiso: alta velocidad de ejecución bajo nivel del lenguaje Recursos utilizados: –3 Analistas-Programadores –4 Programadores –Expertos en sistemas Grupos pequeños de desarrollo -> facilidad de comunicación y difusión de información Recursos mixtos: funcionarios + asistencia técnica -> conservamos know- how y rapidez en el bug-fixing

14/14 Departamento de Informática Tributaria