Clase Final del Módulo Uno

Introducción a los Servicios Comunes

• La clase se centra en servicios comunes y un supuesto práctico sobre ayudas de comedor, buscando resumir todos los temas tratados.

• Se presenta un procedimiento administrativo interno para que funcionarios soliciten ayudas de comedor mediante la presentación de tickets.

Procedimiento Administrativo Interno

• El funcionario tramitador de recursos humanos evaluará las solicitudes mensuales, con requisitos específicos como ser personal laboral o tener concedidas las tardes.

• Se enfatiza que el procedimiento administrativo no debe obsesionarnos; es una herramienta para identificar necesidades y ajustar servicios comunes.

Descripción del Proyecto

• El objetivo es simplificar trámites administrativos en la Subdirección General de Recursos Humanos, enfocándose en lo esencial y reduciendo burocracia innecesaria.

• Se introducen factores críticos de éxito y análisis DAFO (Debilidades, Amenazas, Fortalezas y Oportunidades), esenciales para evaluar el impacto positivo o negativo en el proyecto.

Estrategias Administrativas

• En la estrategia administrativa se deben considerar debilidades y amenazas como punto de partida para mejorar procesos organizativos.

• La tecnología no debe ser vista como solución a problemas organizativos sin antes abordar las debilidades internas; se requiere una organización previa antes de implementar herramientas tecnológicas.

Conclusiones sobre Simplificación Administrativa

• En el A2, al defender supuestos prácticos, es importante incluir introducciones y conclusiones que contextualicen el proyecto más allá del enunciado inicial.

• La reducción administrativa y simplificación son claves en la discusión sobre cómo mejorar sistemas dentro del ámbito público.

Digitalización de Procedimientos Administrativos

Simplificación de Procesos

• La digitalización de procedimientos administrativos simplifica los procesos que anteriormente se realizaban manualmente, mejorando la eficiencia administrativa.

Consulta de Solicitudes

• Se menciona un sistema para que los empleados públicos consulten el estado de sus solicitudes, especialmente en casos donde han sido rechazadas.

• La consulta sobre la resolución de una solicitud es importante para entender las razones detrás del rechazo o aceptación.

Registro de Entrada y Salida

• El registro de entrada y salida se utiliza para dar fe del momento en que un documento entra o sale, pero carece de inteligencia detrás; solo registra acciones sin proporcionar información adicional sobre el estado del expediente.

• Se compara el registro con un mostrador en una agencia tributaria, donde se presentan documentos sin que esto implique seguimiento o consulta sobre su estado.

Autenticación y Flujos Bidireccionales

• Es necesario que tanto los funcionarios como los empleados públicos se autentiquen en el sistema para acceder a ciertos flujos administrativos.

• Se discute un sistema específico para solicitar ayudas, donde los empleados pueden presentar tickets mensualmente y recibir evaluaciones por parte del personal de recursos humanos.

Resolución y Registro

• La terminología utilizada al registrar solicitudes debe ser clara; "resolución" es preferible a "solicitud" ya que indica si ha sido aceptada o rechazada.

• El registro debe reflejar si una solicitud fue aceptada o rechazada, aunque no necesariamente debe incluir consultas previas.

Registro de Solicitudes en la Administración

Importancia del Registro de Entrada y Salida

• La administración tiene la obligación de registrar las solicitudes antes de que el funcionario realice cualquier acción, lo cual es un proceso obligatorio.

• El registro de entrada y salida sirve como prueba del momento en que el ciudadano presenta su solicitud, proporcionando un justificante que actúa como un tercero de confianza.

• Existe un registro en el ministerio que puede ser consultado para verificar la validez del registro realizado.

Flujo del Procedimiento Administrativo

• Se describe el flujo típico de una solicitud: iniciación, instrucción y resolución. Cada paso es crucial para entender cómo se procesa una solicitud.

• Una vez presentada, la solicitud debe ser firmada electrónicamente y registrada en el sistema correspondiente, pasando a un estado "en estudio".

Proceso de Subsanación

• Si hay defectos en la documentación presentada, el funcionario requerirá subsanaciones. El ciudadano deberá corregir los errores y volver a presentar su solicitud.

• Si se cumplen todos los requisitos tras las subsanaciones, la solicitud avanza; si no, puede recibir una resolución denegatoria.

Clarificación sobre Diagramas de Estados

• Se discute que los diagramas normalmente se refieren a solicitudes y no a facturas. Es importante entender qué representa cada diagrama dentro del procedimiento administrativo.

• Los pasos involucrados incluyen firma, registro y validación de requisitos antes de proceder al pago si es estimatoria.

Ejemplos Prácticos

• Se menciona que otros procesos administrativos también pueden tener estados similares a los diagramas discutidos (ejemplo: subvenciones o pliegos).

• Un ejemplo adicional incluye órdenes de protección en casos de violencia de género, mostrando cómo diferentes situaciones administrativas pasan por etapas definidas.

Elementos Clave en el Sistema

• La importancia de incluir elementos específicos mencionados en los enunciados durante el proceso administrativo es destacada para asegurar claridad.

• Se enfatiza la necesidad del uso correcto del sistema Fire al firmar documentos electrónicamente como parte del procedimiento administrativo.

Proceso de Solicitud de Ayudas Comedor

Ingreso y Firma de Solicitudes

• Se describe el proceso de envío de solicitudes, subsanaciones y desistimientos, donde Fire devuelve la solicitud firmada.

• Ana explica cómo se firma la solicitud en la intranet, adjuntando facturas y enviando la documentación necesaria.

• Se menciona que Fire tiene un applet para firma digital, aunque no siempre es necesario en ciertos tipos de solicitudes.

Procedimiento Administrativo

• La discusión gira en torno a si las solicitudes son procedimientos administrativos; se concluye que sí lo son debido a su naturaleza formal.

• Se hace referencia a una instrucción ministerial sobre ayudas comedor, enfatizando que estas solicitudes son parte del marco administrativo.

Importancia de Firmar Trámites

• Se argumenta que es recomendable firmar todas las solicitudes para mantener un registro claro y formal.

• Ana menciona ejemplos como cursos de formación y programas sociales relacionados con las ayudas.

Registro y Acuse de Recibo

• Una vez completada la solicitud, se registra y se genera un acuse de recibo que debe ser guardado por el solicitante.

• El procedimiento incluye una fase donde un funcionario revisa los documentos presentados antes de emitir una resolución.

Validación y Resolución Final

• Un funcionario valida requisitos mediante acceso al sistema personal del empleado para comprobar su situación administrativa.

• La resolución final sobre la ayuda comedor se firma utilizando Swiz CSV para garantizar autenticidad en papel.

Integración Tecnológica en el Proceso

• Se discute el uso del sistema EGO para calcular distancias entre locales, aunque hay dudas sobre su efectividad comparado con Google Maps API.

• La conversación destaca la necesidad de integrar herramientas tecnológicas adecuadas para mejorar procesos administrativos.

Integración de Sistemas y Autenticación

Posibilidad de Integración en Egeo

• Se discute la posibilidad de integrar una función de búsqueda en el mapa de Egeo, permitiendo a los usuarios ingresar direcciones para localizar locales cercanos.

• La implementación exacta de esta funcionalidad aún necesita ser evaluada para determinar su viabilidad.

Consideraciones sobre Autenticación

• Se menciona la importancia de explicar cómo funcionaría el sistema Geo, sugiriendo que se debe dejar espacio para ajustes durante el desarrollo.

• Se introduce "autentica", un sistema que permite la autenticación única (single sign-on), destacando que se puede utilizar tecnología imaginativa para describir su uso.

Diferenciación entre Roles

• Se plantea una distinción entre empleados públicos autenticados y no autenticados, aunque se argumenta que no es necesario diferenciar si ambos tienen acceso a las mismas funcionalidades.

• El enfoque conceptual del modelado del sistema enfatiza que al acceder a la interfaz, ya se ostenta el rol correspondiente sin necesidad de pasar por un proceso adicional de autenticación.

Modelado y Requisitos Funcionales

• La discusión gira en torno a cómo los casos de uso deben ser representados sin depender exclusivamente del proceso de autenticación.

• Se subraya que los diagramas son herramientas útiles en diferentes fases del desarrollo, y no solo deben enfocarse en la autenticación como criterio principal.

Comentarios sobre Ejercicios Previos

• El orador aclara que no busca imponer su método, reconociendo que hay múltiples enfoques válidos en el modelado.

• Se menciona un caso donde un empleado público puede consultar información sin necesidad de identificarse, lo cual justifica la diferenciación entre roles.

Registro y Solicitudes

Proceso de Registro

• Se discute quién registra las solicitudes: se aclara que es el sistema quien lo hace tras una acción del usuario.

Detalles sobre Solicitudes Específicas

• Un ejemplo específico incluye presentar solicitudes para ayudas comedor, donde se destaca quién debe firmar dichas solicitudes.

Adjuntos Necesarios

• La conversación aborda qué documentos adjuntar al registro, como justificantes o facturas relacionadas con días trabajados o intolerancias alimentarias.

Clarificación sobre Responsabilidades

• Hay confusión inicial sobre quién registra las solicitudes; finalmente se establece claramente que es responsabilidad del sistema hacerlo tras una acción del usuario.

Proceso de Solicitud y Registro

Discusión sobre el registro de solicitudes

• Se menciona que el funcionario resolverá la solicitud, incluyendo el registro de entrada y salida, lo cual se confunde con una base de datos.

• Se aclara que el registro es un sistema externo al organismo, no una base de datos. La importancia del orden en los casos de uso es discutida.

Comprobaciones necesarias

• Se enumeran las comprobaciones a realizar: fechas trabajadas, datos y tickets, así como intolerancias alimentarias.

• La persona destaca la importancia de esquematizar toda la información del ejercicio para facilitar la creación de diagramas.

Modelo de datos y autenticación

• Se presenta un modelo básico donde un empleado público se autentica antes de enviar su solicitud.

• Se mencionan acciones adicionales como subsanar o desistir la solicitud, así como consultar su estado.

Validación y Resolución

Fases del proceso

• El proceso incluye validar solicitudes, comprobar situaciones administrativas y notificar resoluciones por correo electrónico.

Entidad relación en el diagrama

• Se introduce un diagrama entidad-relación donde se describe cómo un empleado público presenta una solicitud que contiene facturas específicas.

Revisión del diagrama

• Un participante señala que hay confusiones entre las relaciones tipo jornada y situación administrativa en el diagrama presentado.

Reflexiones sobre Diagramas

Dificultades en la creación de diagramas

• Los participantes expresan sus temores hacia los diagramas, reconociendo que son complicados pero necesarios para entender procesos complejos.

Importancia de la práctica

• Se enfatiza que practicar es esencial para mejorar en la elaboración de diagramas y comprender mejor los conceptos tratados.

¿Cómo mejorar la coherencia en los diagramas administrativos?

Importancia de la coherencia en los diagramas

• Se destaca que es crucial mantener la coherencia entre los diferentes diagramas utilizados, como el uso de términos consistentes a lo largo del ejercicio.

• La coherencia es un aspecto fundamental en cualquier sistema administrativo, y se enfatiza su relevancia durante las oposiciones.

Expresión y claridad en los diagramas

• Los diagramas deben ser expresivos y reflejar claramente el enunciado, utilizando palabras clave del mismo para evitar plantillas genéricas.

• Se recomienda incluir todos los elementos mencionados en el enunciado para una representación más precisa.

Estructura del expediente administrativo

• Un expediente administrativo incluye varios documentos esenciales como solicitudes, justificantes y resoluciones, que deben estar bien organizados.

• La discusión sobre cómo integrar estos documentos dentro de un diagrama refleja la importancia de tener un enfoque estructurado.

Flexibilidad en las soluciones propuestas

• Se menciona que no existe una única solución perfecta; cada estudiante puede desarrollar su propio enfoque basado en patrones aprendidos.

• Es importante fomentar la creatividad y la investigación personal al abordar problemas administrativos sin apegarse estrictamente a un solo patrón.

¿Qué es la plataforma de intermediación de datos?

Definición y propósito

• La plataforma surge por el derecho de los interesados a no presentar documentos ya disponibles para la administración, facilitando así procesos administrativos más eficientes.

Marco legal relevante

• Según el artículo 28 de la Ley 39, las administraciones pueden consultar documentos existentes sin necesidad de solicitarlos nuevamente al interesado.

Evolución del sistema

• Desde 2003 se ha desarrollado un protocolo para verificar identidades y sustituir certificados físicos por digitales, mejorando así la gestión documental.

Transmisión de datos entre administraciones

• El Real Decreto 2062021 establece normas sobre cómo se deben transmitir datos entre diferentes niveles administrativos, asegurando que se respeten derechos e intereses.

Intermediación de Datos en Procedimientos Administrativos

Conceptos Clave sobre la Intermediación de Datos

• La transmisión de datos por redes internas se justifica legalmente para conocer información específica de un ciudadano, como su grado de discapacidad o nivel de ingresos, siempre que no haya oposición del interesado.

• El cesionario, quien necesita los datos, debe requerir el consentimiento del ciudadano y asegurarse de guardarlo adecuadamente.

• Se establece una diferencia entre el cedente (dueño de los datos), el emisor (responsable del tratamiento tecnológico), y el requiriente (quien recibe los datos).

Nodos de Interoperabilidad

• Los nodos de interoperabilidad actúan como cabeceras en comunidades autónomas y conectan con ayuntamientos y diputaciones provinciales.

• Las entidades locales pueden acceder a plataformas de intermediación para obtener datos necesarios para sus procedimientos administrativos.

Plataforma de Intermediación de Datos

• La plataforma es fundamental para la gestión administrativa; se relaciona con protocolos técnicos establecidos desde 2012.

• Es importante entender la conexión entre la plataforma y el protocolo SCSP, que permite solicitar información específica sin necesidad del papel.

Alcance y Limitaciones

• La plataforma no está diseñada para manejar big data; su función principal es verificar si un ciudadano cumple ciertos requisitos administrativos.

• Según el Real Decreto 206/2021, la Administración General del Estado puede consultar documentos asociados a procedimientos independientemente del carácter preceptivo o facultativo.

Interoperabilidad Europea

• La plataforma también actúa como nodo en el intercambio automático de datos a nivel europeo, facilitando la colaboración entre países miembros.

• Ha sido reconocida por su eficiencia al ahorrar recursos y simplificar procesos administrativos tanto a nivel nacional como europeo.

Protocolo SCSP Versión 3

• Este protocolo busca eliminar certificados administrativos en papel mediante un intercambio electrónico estandarizado entre administraciones públicas.

• Se enfatiza la importancia del consentimiento del ciudadano en determinados procedimientos, lo cual ha evolucionado con las nuevas versiones del protocolo.

Intercambio de Datos y Procedimientos Administrativos

Consentimiento y Oposición en el Intercambio de Datos

• Se menciona que es el ciudadano quien decide otorgar o no su consentimiento, pero en procedimientos sancionadores, la ley permite el intercambio de datos sin necesidad de consentimiento explícito.

• Es importante diferenciar entre requerir consentimiento y recabar oposición; la oposición implica que el ciudadano se niega a que se consulte su identificación.

Automatización en la Administración Pública

• La plataforma de intermediación de datos facilita una automatización significativa en procesos administrativos, permitiendo verificar información como títulos académicos y niveles de ingresos sin intervención humana.

• El sistema puede gestionar automáticamente becas al consultar datos relevantes como domicilio y matrícula universitaria, eliminando la necesidad de participación humana en estas decisiones.

Requisitos para el Uso de la Plataforma

• Todos los datos consultados deben estar registrados con un código SIA y ser tramitados por unidades registradas en DIR 3; esto asegura un control sobre quién puede acceder a los datos.

• La integración con la plataforma requiere cumplir ciertos pasos legales para ser proveedor o consumidor de datos, evitando un acceso indiscriminado.

Herramientas para Integrarse con la Plataforma

• Se presenta el "cliente ligero", una herramienta que permite a los usuarios consultar información sobre ciudadanos utilizando sus identificaciones.

• Existen librerías disponibles para facilitar la integración con aplicaciones, haciendo las llamadas a servicios web más accesibles y transparentes.

Funcionamiento del Intermediario de Datos

• La plataforma actúa como intermediario, transmitiendo solicitudes sin almacenar ningún dato; conecta a quienes requieren información con aquellos que poseen los datos necesarios.

• Se destaca que las interacciones pueden ser tanto síncronas como asíncronas, aunque entrar en estos detalles específicos podría complicar innecesariamente la comprensión del sistema.

Ejemplos Prácticos del Uso de Datos

• Se mencionan ejemplos prácticos como consultas sobre situación laboral ante la Seguridad Social o verificación de identidad mediante DNIs emitidos por autoridades competentes.

• También se abordan consultas relacionadas con educación superior y catastral, mostrando cómo se puede acceder a una amplia gama de información relevante para diferentes procedimientos administrativos.

Consulta sobre defunciones masivas y sistema Plata

Introducción a las Defunciones Masivas

• Se menciona la importancia de consultar las defunciones masivas diarias, indicando que es parte de las competencias del presentador en el desarrollo de un sistema relacionado.

• Se hace referencia a aspectos como comunidades autónomas, subvenciones, familia numerosa y discapacidad, sugiriendo un enfoque integral en la gestión.

Ley 39/2015 y Sistema Plata

• Se introduce la Ley 39/2015, que garantiza el derecho de todos los españoles a ser atendidos en lenguas cooficiales.

• El sistema "Plata" se describe como una plataforma de traducción automática sin revisión humana, diseñada para cumplir con esta ley.

Motores de Traducción

• Plata utiliza dos motores de búsqueda: Moses y Apertium. Moses es un traductor estadístico mientras que Apertium se basa en reglas.

• Apertium permite traducciones entre varios idiomas cooficiales (catalán, valenciano, gallego, portugués y francés), mientras que Moses incluye euskera e inglés.

Integración y Funcionalidades

• La integración del sistema Plata con portales administrativos se realiza mediante servicios web desde gestores de contenido.

• Se menciona un proyecto para homogeneizar páginas dentro de la administración pública utilizando un megagestor integrado con Plata.

Uso Práctico del Sistema

• El portal proporciona herramientas para registrar traducciones y validar usuarios. Es accesible para todos los administradores sin complicaciones técnicas.

• Se discute cómo utilizar Plata para traducir contenido dinámico en aplicaciones administrativas, enfatizando su capacidad para traducir al vuelo.

Consideraciones Finales sobre el Uso

• Se aclara que el uso adecuado de Plata implica considerar cuándo realizar traducciones automáticas versus manuales según el contexto del contenido.

• La lógica detrás del uso práctico sugiere guardar traducciones previas para evitar consultas repetidas al sistema cada vez que se accede a información ya traducida.

¿Cómo se implementa la traducción en sistemas administrativos?

Proceso de Traducción y Uso de Plataformas

• Se discute cómo un sistema puede adaptarse para trabajar en diferentes idiomas, específicamente el catalán, a partir del momento en que un usuario lo solicita.

• La integración con chatbots es mencionada como una posible implementación, sugiriendo que podría ser útil para proporcionar servicios de traducción en tiempo real.

• Se plantea la preocupación sobre la necesidad de traducir contenido repetidamente, destacando que una sola traducción puede ser suficiente para ciertos textos.

• Se menciona la experiencia previa en el Ministerio del Interior donde las notas de prensa debían ser traducidas rápidamente debido a su naturaleza urgente y dinámica.

• La diferencia entre contenido estático (menús) y dinámico (notas de prensa) se enfatiza, indicando que los literales requieren un enfoque más técnico.

Consideraciones sobre el Uso de Plataformas

• Se sugiere que al implementar plataformas de traducción, es crucial especificar claramente su uso y no hacerlo a la ligera para evitar errores.

• La importancia de tener un módulo específico para traducciones dentro del sistema se destaca como parte esencial del diseño lógico del software.

• El uso adecuado de plataformas debe hacerse con criterio; hay quienes las utilizan indiscriminadamente sin considerar su relevancia o necesidad específica.

Pasarela de Pagos: Definición y Funcionalidad

• Se introduce el concepto de pasarela de pagos como un servicio web diseñado para facilitar transacciones entre organismos públicos y la Agencia Tributaria.

• La pasarela actúa como mediador en el proceso de pago, asegurando que las tasas sean gestionadas correctamente por la Agencia Tributaria.

• Se menciona la necesidad histórica de homogeneizar los sistemas entre ministerios para evitar duplicidades y mejorar eficiencia operativa.

• El objetivo principal es asegurar que todos los organismos tengan acceso transparente al uso correcto del sistema financiero relacionado con tasas administrativas.

• Es importante distinguir entre tasas administrativas y otros tipos de cobros; las tasas son específicas a trámites oficiales gestionados por entidades gubernamentales.

Gestión de Informes y Herramientas de Usuario

Funcionalidades de Epago Gestión

• La herramienta de gestión informes es una aplicación web con acceso restringido a usuarios autorizados mediante usuario y contraseña.

• Permite gestionar datos de contacto y tasas asociadas, como la tasa de inscripción en procesos selectivos del cuerpo superior de estadísticos.

• Facilita la consulta del pago de tasas a la Agencia Tributaria, permitiendo verificar si un opositor ha pagado correctamente.

Proceso de Verificación

• Si hay problemas con el pago, se puede revisar el log para entender qué ocurrió.

• La aplicación web contacta con la pasarela de pagos, que maneja las entidades financieras y los cargos bancarios.

Servicios Comunes y Ejeo

Importancia en Oposiciones

• Se enfatiza la necesidad de conocer los servicios comunes para facilitar el proceso opositor, especialmente en 2023.

• El enfoque ya no está en lenguajes específicos como Java o .NET, sino en ser integradores y usuarios eficientes.

Georreferenciación y Big Data

• La georreferenciación es crucial para big data; permite identificar ubicaciones específicas dentro del contexto europeo (Inspire).

• Los servicios Inspire son relevantes para cartografía catastral y espacios de datos públicos.

Cuadros de Mando e Interactividad

Creación y Uso

• Egeo permite crear mapas interactivos sin necesidad de conocimientos avanzados en georreferenciación.

• Los mapas pueden ser incrustados en portales web utilizando iframes, facilitando su uso por profesionales administrativos.

Flexibilidad en Datos

• Cualquier profesional puede cargar datos desde ficheros Excel o CSV para generar mapas almacenados en la nube.

• La importancia del reporting se destaca; los cuadros de mando son esenciales para mostrar datos agregados a directores generales.

Mapas Coropletas y Temáticos

Introducción a los Mapas Coropletas

• Los mapas coropletas o temáticos son representaciones gráficas donde las zonas se colorean según una medida dentro de una escala.

• Se mencionan como una posible pregunta de examen, lo que indica su relevancia en el estudio de la cartografía.

Características de los Mapas Coropletas

• Estos mapas utilizan colores para representar diferentes rangos de datos, facilitando la visualización de información geográfica.

• La leyenda es crucial para interpretar correctamente los colores y sus significados en el mapa.

Mapas Georreferenciados y Tipos de Interacción

Funcionalidades de los Mapas Georreferenciados

• Los mapas georreferenciados permiten identificar puntos específicos mediante marcadores e iconos, útiles para localizar recursos cercanos.

• Se pueden aplicar filtros predefinidos en la aplicación geo, como ámbito geográfico o filtros específicos del conjunto de datos.

Interactividad del Usuario

• Los mapas tipo buscador facilitan la interacción del usuario al permitirle buscar recursos más cercanos a su ubicación actual.

• La integración con bases de datos permite visualizar información específica al hacer clic en un registro correspondiente.

Carga y Visualización de Datos

Métodos de Carga de Datos

• Al crear un mapa, se puede cargar un conjunto específico de datos desde archivos Excel o CSV, así como realizar cargas manuales o programadas.

• La opción "on the fly" permite actualizar los datos en tiempo real cada vez que se visualiza el mapa, lo cual es útil para información dinámica como estadísticas laborales o menciones en redes sociales.

Integración y Accesibilidad

• Se puede incrustar un mapa utilizando iframes, aunque esto presenta desafíos relacionados con la accesibilidad web si no se implementa correctamente.

• Es importante seguir buenas prácticas para asegurar que el contenido sea accesible a todos los usuarios, cumpliendo con estándares como WCAG (Web Content Accessibility Guidelines).

Conclusiones sobre Mapas Dinámicos

Uso Efectivo del Sistema EGO

• El sistema EGO está diseñado principalmente para representar datos sin almacenarlos permanentemente; refresca la información cada vez que se solicita visualmente mediante F5.

• Este enfoque es ideal para usuarios que necesitan acceder a datos actualizados constantemente sin necesidad de almacenamiento local prolongado.

Introducción a los Servicios Comunes y Observatorios

Ejemplo de Uso en MUFC

• Se menciona un ejemplo del uso de un observatorio offside para las oficinas de MUFC, destacando que es una herramienta nueva para el presentador.

Carga de Datos en el Iframe

• Se observa la lentitud en la carga del iframe, sugiriendo que puede deberse a la obtención de datos desde un servicio externo.

Visualización Geográfica

• Se presenta un mapa interactivo que muestra el número de envíos por cada 10,000 habitantes, con ejemplos específicos como Cataluña donde se reporta cero envíos.

Configuración Sencilla del Mapa

• La configuración del mapa permite visualizar datos sin complicaciones, utilizando servicios comunes para facilitar el acceso a información geográfica.

Comprendiendo XSD y XML

Importancia del XSD

• Se introduce la necesidad de entender los esquemas XSD debido a su relevancia en preguntas anteriores sobre XML en exámenes A2.

Definición y Función del XML

• El XML es descrito como un lenguaje estructurado que requiere un metalenguaje (XSD) para definir su vocabulario y estructura.

Estructura y Restricciones en XSD

• Un esquema XSD define elementos como títulos, autores y años dentro de documentos XML, estableciendo restricciones sobre tipos de datos y anidaciones.

Elementos Clave en Esquemas XSD

Definición de Elementos y Atributos

• Los elementos representan datos dentro del documento XML; pueden ser simples (números o cadenas) o complejos (otros elementos).

Tipos de Datos y Representación

• Los tipos de datos incluyen simples (cadenas, números, fechas) y complejos (listas), permitiendo representar modelos más elaborados como expedientes con múltiples documentos.

Aplicación de Restricciones

• Las restricciones son esenciales para asegurar que los elementos cumplan condiciones específicas, como formatos numéricos o expresiones regulares.

Validación entre XML y XSD

Proceso de Validación

• Para validar un archivo XML contra su esquema correspondiente (XSD), se utilizan herramientas o librerías que comparan ambos documentos automáticamente.

Estructura Inicial del XML

• Todos los archivos XML deben comenzar especificando su codificación y el esquema al cual cumplen; esto establece las bases para la validación posterior.

Espacios de Nombres en XSD

• Se discute la creación de espacios de nombres dentro del esquema XSD, lo cual es fundamental para organizar correctamente los elementos según las normas definidas por W3C.

Introducción al mundo XML y XSD

Conceptos Básicos de XML y XSD

• Se establece que el mundo XML y XSD son fundamentales para la interoperabilidad en servicios, donde los esquemas definen tipos de datos como libros.

• Se define el tipo "libro" como un elemento dentro del esquema, siguiendo las normas de apertura y cierre en XML.

Elementos Clave en Esquemas

• El elemento element se utiliza para definir elementos en el esquema, incluyendo atributos comunes como name (nombre) y type (tipo de dato).

• Un complex type permite definir tipos complejos que pueden contener otros elementos y atributos, facilitando la organización de datos más elaborados.

Tipos Simples y Secuencias

• Un simple type se usa para elementos con datos simples (cadenas o números), mientras que una sequence define el orden esperado de los elementos dentro de otro elemento.

• La práctica recomendada es crear modelos de datos e intentar escribir XSD para diferentes clases, lo cual es esencial para entender su aplicación.

Interoperabilidad a través de XSD

Mapeo entre Clases y Bases de Datos

• Los datos viajan a través de un XML que cumple con un patrón definido por un XSD cuando se intercambian entre bases de datos relacionales.

• Al enviar o recibir información sobre libros, esta transferencia se realiza mediante XML estructurado según las reglas del XSD correspondiente.

Ejemplo Práctico: Clase Persona

• En un diagrama de clases, una persona tiene atributos como nombre, edad y dirección; la dirección es un tipo complejo que incluye varios atributos.

• Para representar estas relaciones complejas en el XSD, se debe definir cada atributo adecuadamente utilizando tipos simples o complejos según corresponda.

Construcción del Esquema XSD

Estructura del Esquema

• Se comienza definiendo el esquema con elementos básicos como nombre (string), edad (entero), y dirección (tipo complejo).

• La definición del tipo complejo incluye una secuencia con sus respectivos atributos: calle (string), número (entero), ciudad (string).

Relación entre XML y Objetos

• El XSD actúa como molde para los objetos representados en XML; cada instancia refleja los datos específicos conforme al esquema definido.

• La instancia del objeto en XML contendrá valores concretos como "Juan Pérez", 30 años, etc., mostrando cómo los datos fluyen a través del sistema.

Preguntas sobre Lenguajes Relacionados

Consideraciones sobre Otros Lenguajes

• Se plantea la posibilidad de preguntas sobre otros lenguajes relacionados con XML/XSD, como XSLT; aunque el enfoque principal es entender bien el concepto básico del XSD.

¿Qué son DTD, XSD y WSDL en servicios web?

Introducción a los formatos de especificación

• Se menciona que el DTD (Document Type Definition) es un formato utilizado, pero se enfatiza que para la especificación de servicios web, lo más común son los XSD (XML Schema Definitions).

• Se discute brevemente sobre el formato "Jong", aunque no se profundiza en su definición.

Implementación de servicios comunes

• La mayoría de los servicios comunes en GAT están implementados utilizando SOAP y WSDL. Esto resalta la importancia de conocer estos estándares.

• Un participante comparte su experiencia personal al estudiar XSD y JS, indicando que una vez dominados, el desafío principal radica en crear diagramas de clases o entidades.

Complejidad y práctica

• Se menciona que la complejidad puede aumentar si se intenta representar elementos complicados en diagramas, pero el proceso básico sigue siendo similar.

• La falta de conocimiento previo puede llevar a confusión durante exámenes, especialmente si no hay plantillas disponibles para comenzar desde cero.

Descripción de servicios web

• Se plantea la posibilidad de que se pida una descripción de un servicio web utilizando WSDL. Esto será revisado más adelante en el módulo dos.

• También se abordará el formato para APIs REST y cómo describir servicios web con WSDL para prepararse ante posibles preguntas difíciles.

Importancia del detalle técnico

• La precisión técnica es crucial; errores menores como nomenclatura incorrecta pueden resultar en puntuaciones bajas durante evaluaciones.

• El cierre incluye una invitación a revisar conceptos adicionales como PID y un saludo final a los participantes.