Módulo 2 Clase 11 Arq Fisica&logica supuestos AYES,eTwinning y Oficinas

Introducción al Servicio de Automatización Inteligente

Presentación del tema

• El presentador inicia la grabación y menciona que tiene pendiente mostrar información sobre el servicio de automatización inteligente de las GAT.

• Se refiere a un convenio encontrado en el BOE, relacionado con la automatización inteligente y su aplicación en procesos administrativos.

Convenio entre GAT y CP

• Se discute un convenio firmado entre las GAT y el CP para implementar un sistema de automatización robótica de procesos (RPA).

• Se explica que los organismos deben firmar un instrumento jurídico para acceder a este servicio, que puede ser un convenio o acuerdo de colaboración.

Instrumentos Jurídicos en la Administración Pública

Tipos de Acuerdos

• Los convenios son más formales y requieren publicación en el BOE, mientras que los acuerdos de colaboración son menos estrictos.

• La importancia del marco legal se destaca, ya que establece cláusulas y condiciones para el uso del servicio.

Descripción del Servicio

• Un resumen del convenio describe cómo funciona el servicio de automatización inteligente.

• Se menciona la existencia de pliegos técnicos que regulan los contratos relacionados con estos servicios.

Objetivos y Beneficios del RPA

Planificación Digital 2021-2025

• La medida cinco del plan busca automatizar actuaciones administrativas utilizando componentes reutilizables como datos, documentos e imágenes.

Ventajas del RPA

• El uso del RPA promete reducir tiempos de tramitación y costos operativos mediante la robotización e inteligencia artificial.

Implementación Práctica del Servicio

Centralización y Flexibilidad

• El servicio se gestiona centralizadamente por ESGATAN, permitiendo una asignación dinámica según las necesidades.

Conexiones Seguras

• Los robots interactúan con sistemas a través de Red Sara, asegurando canales seguros para los procesos robotizados.

¿Cómo funciona la automatización robótica de procesos (RPA) en ESGAT?

Metodología de Robotización

• La RPA accede al sistema como un usuario normal, utilizando usuario y contraseña, interactuando con la interfaz web.

• La metodología de robotización de ESGAT abarca desde el diseño hasta la implementación y mantenimiento, cubriendo todas las fases del proceso.

• El servicio del site proporciona todo el soporte necesario sin requerir intervención del CEP, lo que simplifica el proceso.

Soporte y Comunicación

• El SA tiene procedimientos para que el CP comunique incidencias y peticiones relacionadas con el mantenimiento y seguimiento de cambios.

• Se ofrecen herramientas adecuadas para que los organismos realicen un correcto seguimiento de los resultados obtenidos a través de la monitorización.

Oportunidades y Configuración

• Es importante identificar oportunidades para utilizar RPA en las GAT, ya que se ofrece un servicio completo sin necesidad de recursos adicionales por parte del organismo.

• La configuración debe basarse en instrucciones claras proporcionadas por el CPE, asegurando que no se incluyan funcionalidades no aprobadas.

Obligaciones Relacionadas con Datos

• El CP es responsable de proporcionar requisitos claros al SAI; cualquier cambio adicional debe ser comunicado al SEPE para autorización previa.

• Los usuarios robots deben ser exclusivos para su propósito; no se permite acceso humano con esas credenciales.

Protección de Datos

• En relación a la normativa sobre protección de datos, ESGAT actúa como encargado del tratamiento, registrando actividades en el RAT correspondiente.

• Es fundamental registrar correctamente las actividades del tratamiento bajo responsabilidad del CP, quien es responsable final sobre los datos manejados.

Documentación del Proceso de Negocio y Automatización

Requisitos de Documentación para ESGAT

• Se requiere una documentación del proceso de negocio por parte de la ESGAT, que incluye un documento de definición de procesos. Es esencial designar interlocutores y definir ventanas de acceso a la información del CPE.

• Es importante notificar a la ESGAT sobre cualquier incidencia y monitorizar las actualizaciones en las aplicaciones utilizadas por los robots.

Importancia del RPA en el Contexto Actual

• La automatización robótica de procesos (RPA) es un tema relevante que debe ser comprendido, ya que puede surgir en discusiones o evaluaciones.

• En el contexto de licitaciones, se menciona el "centro de excelencia" para la automatización inteligente, donde se hace referencia al uso del término "robot" como actor dentro del sistema.

Metodología y Herramientas Utilizadas

• Se discute la metodología contratada para el desarrollo de casos de uso y prestación de servicios, enfatizando la importancia del IBPM (Intelligent Business Process Management).

• Las GAT proporcionan una gobernanza común sobre las plataformas IBPMS, controlando las licencias asignadas a cada organismo.

Tipos y Funcionalidades de Robots

• Se diferencian entre robots atendidos y desatendidos; los primeros requieren supervisión humana mientras que los segundos operan sin intervención.

• Los robots pueden ejecutar tareas programadas con entradas estructuradas, lo cual es crucial para su efectividad en entornos laborales.

Criterios para Robotización

• No todos los procesos son candidatos a ser robotizados; se deben considerar criterios como repetitividad basada en reglas y bajo nivel de excepciones.

• La robotización es más efectiva en tareas manuales con gran volumen transaccional, donde un robot puede sustituir o asistir a personal humano.

Evaluación Técnica para Automatización

• La complejidad técnica también juega un papel importante; se evalúa si automatizar un proceso es comparable a desarrollar una nueva aplicación.

• Ejemplos prácticos incluyen el uso de RPA en aplicaciones Legacy donde no hay presupuesto disponible para nuevas soluciones.

Resumen de la Automatización y Procedimientos Administrativos

Introducción a la Inversión y Beneficios

• Se presenta un resumen de un documento extenso sobre el equilibrio entre inversión y beneficios en automatización, destacando la importancia de no automatizar completamente, sino optar por una semiautomatización.

Proceso de Implementación

• Se discute el alto coste asociado a la automatización y se menciona que los organismos deben clasificar sus escenarios antes de decidir implantar una solución tecnológica.

• La implementación incluye pruebas de concepto con grupos multidisciplinarios para establecer un plan general de automatización.

Herramientas Visuales y Flujos BPM

• Se enfatiza la utilidad de los "blueprints" y pantallazos para entender aplicaciones sin necesidad de usarlas directamente, facilitando así las reuniones.

• Se describe cómo se pueden transformar datos mediante OCR a XML, lo que permite su almacenamiento en bases de datos.

Preparación para Exámenes

• El presentador advierte sobre la dificultad de escribir textos largos durante el examen, sugiriendo que será necesario priorizar información según las preguntas planteadas.

Arquitectura Lógica del Sistema AES

• Al abordar el sistema AES, se identifican diferentes usuarios involucrados en el procedimiento administrativo, como solicitantes humanos y tramitadores.

• Se menciona la creación de interfaces web específicas para cada tipo de usuario dentro del sistema.

Estructura del Procedimiento Administrativo

• El sistema AES gestiona subvenciones para agricultores; se detalla cómo los solicitantes presentan solicitudes que pasan por varias fases administrativas.

• Se introduce un enfoque original al dividir el procedimiento administrativo en subsistemas: iniciación, instrucción y terminación, asegurando claridad en cada fase del proceso.

Discusión sobre la Concesión de Ayudas y Pagos

Proceso de Resolución y Remisión

• La resolución implica remitir la concesión de ayudas a organismos, agencias tributarias y comunidades autónomas mediante servicios web.

• Se plantea si el módulo de pagos debe ser descrito en detalle o resumido, sugiriendo que se puede optar por una descripción más breve en el diagrama.

Claridad en los Diagramas

• Se discute la importancia de que los diagramas sean expresivos para facilitar la comprensión del procedimiento administrativo.

• Se menciona que un diagrama complementa al texto, permitiendo entender mejor las referencias a los pagos sin necesidad de explicaciones extensivas.

Estructura del Diagrama

• La claridad es esencial; se sugiere que aunque no se explique todo en detalle, el diagrama debe ser comprensible para quienes lo lean por primera vez.

• Se enfatiza que los diagramas deben reflejar un análisis claro y ordenado del proceso administrativo.

Subsistemas Relacionados

• Se introduce la idea de incluir subsistemas como gestión documental y configuración de ayudas, destacando su relevancia en el contexto administrativo.

• El subsistema relacionado con sequías incluye elementos como demarcaciones y declaraciones específicas según normativas vigentes.

Gestión Documental y Bases de Datos

• Se aclara la diferencia entre bases de datos documentales y relacionales, subrayando su uso adecuado dentro del sistema propuesto.

• La discusión abarca cómo integrar machine learning dentro del subsistema de gestión del dato, considerando decisiones estratégicas sobre su implementación.

Transformación Digital y el Uso de Datos

Importancia del Dato en la Transformación Digital

• La transformación digital ha estado en curso durante 50 años, con diferentes protagonistas a lo largo de las etapas, siendo la interoperabilidad y la seguridad aspectos clave.

• Actualmente, las organizaciones están cada vez más dirigidas por datos, conocidas como "data driving companies", lo que resalta la creciente importancia de los datos en este proceso.

Tipos de Analítica

• Se mencionan tres tipos de analítica: descriptiva (que describe lo que está pasando), predictiva (que utiliza inteligencia para hacer predicciones) y prescriptiva (que sugiere acciones basadas en análisis).

• Para la analítica predictiva se emplea machine learning, que permite aprender de los datos para realizar predicciones más precisas.

Reutilización de Información del Sector Público

• Se hace referencia a la ley 3727 sobre conjuntos de datos de alto valor y portales como condatos.gov.es y datosjusticia, destacando cómo diferentes organismos manejan sus propios sistemas.

Transparencia y Normativas

• La Ley 19/2000 sobre transparencia es fundamental para entender cómo se debe manejar la información pública.

• Se enfatiza que adaptarse a estas normativas no es difícil; requiere práctica y familiarización con casos de uso específicos.

Ejemplos Prácticos en Sistemas Administrativos

• Se discute cómo los subsistemas deben estar conectados para facilitar procesos administrativos, como el pago de ayudas a través del sistema Sorolla.

• Nedaes se menciona como un sistema utilizado para gestionar nóminas, mientras que Sorolla se usa para gestión presupuestaria y pagos.

Gestión Económica Presupuestaria

• Sorolla es destacado como un sistema integral donde se gestionan ingresos y gastos. Incluye funcionalidades como registro de dietas y gestión económica.

• El sistema también cuenta con un portafirmas interno llamado Docel Web, facilitando así el manejo administrativo relacionado con subvenciones.

Gestión Económica y Presupuestaria en el Servicio Público

Subvenciones y Ayudas a Ciudadanos

• Se menciona la existencia de subvenciones, ayudas o prestaciones a ciudadanos, destacando que es un concepto personal del hablante.

• Se discute la integración de servicios como facturas y pasarelas de pago dentro del sistema económico, sugiriendo que solo quienes están involucrados conocen su funcionamiento.

Herramientas Digitales en la Gestión

• Se hace referencia al "portafirmas" interno del sistema Sorolla, indicando que se utiliza para gestionar documentos electrónicos relacionados con presupuestos.

• La IGAE (Intervención General de la Administración del Estado) se menciona como clave para entender los ingresos y gastos públicos, así como la contabilidad entre organismos.

Transferencias y Movimientos Financieros

• El sistema permite realizar transferencias de dinero entre organismos y provincias, facilitando el movimiento financiero necesario para su operación.

• Se aclara que las nóminas no se gestionan a través del mismo sistema mencionado anteriormente, lo cual genera confusión sobre cómo están integrados los diferentes sistemas.

Sistemas de Gestión Interna

• Se introduce el SIP (Sistema Integral de Gestión del Personal), que tiene su propio portafirmas distinto al de AGE (Administración General del Estado).

• Nedaes es mencionado como parte integral en la gestión administrativa; se busca aclarar si pertenece a GAE o ESGAT.

Procedimientos Administrativos y Formación

• La plataforma "Funciona" es utilizada por funcionarios para acceder a información sobre ayudas sociales y cursos formativos.

• El SIPEN facilita solicitudes relacionadas con ayudas sociales y concursos internos dentro de los ministerios.

Análisis de Datos en la Administración Pública

• Se discute cómo utilizar herramientas como Power BI o Grafana para analizar datos desde bases relacionales o data warehouses.

• La importancia de tener un data warehouse bien estructurado se destaca para permitir análisis multidimensionales mediante OLAP.

¿Cómo implementar una arquitectura de tres capas en un sistema de gestión de datos?

Introducción a la analítica descriptiva y reporting

• Se menciona que se puede realizar analítica descriptiva y crear reportes básicos sin necesidad de herramientas costosas como Power BI, utilizando Hasper Reports o Microsoft Reporting Services.

Subsistemas en la gestión de datos

• Se discute la importancia del subsistema de gestión de datos y los servicios funcionales, donde se integran módulos horizontales que ofrecen soporte a otros módulos.

Interacción con RPA

• Se plantea la creación de una interfaz personalizada para que un robot (RPA) interactúe con los módulos necesarios, evitando el uso directo del usuario y contraseña.

Arquitectura propuesta

• La lógica del negocio se implementará mediante una arquitectura de tres capas: presentación, lógica de negocio y datos. Esto facilita encontrar profesionales capacitados debido a su modularidad.

Ventajas del diseño modular

• La modularidad busca alta cohesión y bajo acoplamiento entre componentes, lo cual es fundamental para mantener un sistema eficiente y fácil de gestionar.

Tecnologías empleadas en cada módulo lógico

Capa de presentación

• Para las interfaces web se utilizará Pangula; además, se considera el uso de API Rest para aplicaciones móviles autenticadas con certificados digitales.

Soluciones arquitectónicas alternativas

• Se mencionan diferentes enfoques para implementar soluciones arquitectónicas, como el uso de API Gateway o proxy inverso para conectar directamente con la capa lógica.

Consideraciones sobre traducción dinámica vs estática

• Se discute cómo manejar contenido estático frente al dinámico en términos de traducción. El contenido estático no requiere conexión constante a sistemas externos como Plata.

Suposiciones en documentación y servicios comunes

Importancia del contexto en decisiones tecnológicas

• Es crucial hacer suposiciones informadas basadas en la documentación disponible sobre integración portales, servicios web y CMS. Las decisiones deben adaptarse según el tipo específico del contenido gestionado.

¿Cómo se utiliza el servicio común Plata para la traducción?

Contenido estático y dinámico

• Se discute la preocupación sobre el uso de un traductor automático, cuestionando su efectividad si el contenido es siempre el mismo. La idea es que no se debe invertir en traducciones innecesarias.

• Se menciona que las interfaces de usuario deben ofrecerse en lenguas cooficiales utilizando el servicio común Plata, cumpliendo con normativas específicas.

• Se diferencia entre contenido estático (que se traduce una sola vez) y contenido dinámico (como mensajes enviados a ciudadanos), sugiriendo que ambos pueden ser gestionados mediante Plata.

Administración del contenido

• Se plantea la necesidad de un administrador de página que gestione las traducciones, asegurando que solo se traduzca cuando haya cambios en el contenido.

• La discusión gira en torno a cómo optimizar el uso de Plata para evitar traducciones repetitivas, proponiendo un sistema donde los textos ya traducidos queden almacenados.

Lógica y eficiencia

• Se propone implementar una lógica dentro del sistema que permita gestionar las traducciones eficientemente, evitando llamadas innecesarias al servicio.

• La importancia de tener un registro de cambios es destacada como clave para asegurar que solo se realicen traducciones cuando sea necesario.

Intermediarios y módulos

• Se sugiere crear un módulo específico para manejar las consultas a Plata, lo cual permitiría filtrar decisiones basadas en la selección del idioma por parte del usuario.

• El concepto de tener un intermediario programado es defendido como esencial para mantener una lógica clara y organizada dentro del sistema.

Preparación ante preguntas

• La preparación ante posibles preguntas del tribunal sobre la implementación de servicios comunes es crucial; se enfatiza la necesidad de tener una lógica bien definida para todas las funcionalidades.

• Al presentar al tribunal, es importante demostrar cómo cada decisión técnica está respaldada por una lógica empresarial sólida.

Consideraciones finales sobre idiomas

• Se destaca la relevancia del tema de idiomas en aplicaciones dirigidas a Europa, especialmente considerando regiones ultraperiféricas y conexiones culturales con otros países.

• La curiosidad por investigar ejemplos prácticos del uso de Plata resalta la importancia de ver implementaciones reales para entender mejor su funcionamiento.

Interoperabilidad y Estrategias TIC

Importancia de la Interoperabilidad

• Se menciona la necesidad de investigar los servicios web disponibles y cómo utilizarlos, destacando el "single data gateway" como una herramienta clave para mejorar la interoperabilidad.

• Se sugiere que es fundamental tener claridad sobre el uso de tecnologías como Java, .NET o Python en el desarrollo de lógica de negocio, enfatizando la creciente popularidad de Python.

Módulos Funcionales y Automatización

• Se discute un módulo que encapsula funcionalidades para gestionar pagos, haciendo referencia a Sorolla 2 como posible integración.

• La implementación de RPA (Automatización Robótica de Procesos) se considera esencial, con opciones para utilizar tecnología existente o desarrollar soluciones propias.

Gestión Documental y Cumplimiento Normativo

• Se destaca la importancia del sistema de gestión documental que cumpla con el estándar CMIS para facilitar integraciones.

• El módulo de workflow se implementará utilizando JBM o evaluando IBPMs, lo cual es crucial para optimizar procesos internos.

Calidad y Gobierno del Dato

• Se subraya la necesidad de un enfoque orientado al gobierno del dato y cumplimiento normativo según las normas UNE 78 7980.

• La analítica descriptiva se abordará mediante herramientas comerciales como Power BI, destacando su posición favorable en comparación con otras plataformas.

Estadísticas Desagregadas y Reporting Visual

• Se menciona la obligación legal de presentar estadísticas desagregadas por sexo según la Ley Orgánica 37 sobre igualdad efectiva.

• La plataforma del dato AG será evaluada para ofrecer servicios avanzados en reporting visualización utilizando IBM Cognos Analytics.

Infraestructura Tecnológica Propuesta

• Se plantea el uso de bases de datos relacionales Oracle junto a soluciones documentales también basadas en Oracle.

• La discusión incluye alternativas como Apache Hadoop para almacenamiento institucional, resaltando su presencia en plataformas gubernamentales.

Arquitectura Física y Ubicación del Usuario

• Enfatiza la importancia de definir claramente dónde se ubicarán los usuarios dentro del esquema arquitectónico propuesto.

Configuración de la DGA en Nubesara

Estructura y Acceso a la Red

• Nubesara es el tenant de la Dirección General del Agua (DGA), donde se gestionan elementos como DMZ, routers y firewalls para asegurar el acceso adecuado.

• Se establece una Veland de usuarios que incluye tramitadores y personal encargado de visualizar datos para el cuadro de mando, asegurando un flujo eficiente de información.

• La conexión entre los CPD de la DGA y SGAT se realiza mediante una misma área de conexión, facilitando el acceso a aplicaciones compartidas.

• Los servicios comunes provistos por las GAT son accesibles sin salir a la red Sara, mientras que otros servicios requieren conexiones específicas según normativa técnica.

• Cada institución debe tener su propia área de conexión para cumplir con los requisitos establecidos en el artículo 13 de Leni sobre interoperabilidad.

Permisos y Acceso a Aplicaciones

• Las confederaciones hidrográficas deben solicitar permisos para abrir puertos necesarios para acceder a aplicaciones AES desde la red Sara.

• Se menciona un problema común donde los usuarios no pueden acceder debido a restricciones en los firewalls, lo que requiere intervención del sistema técnico.

• Es crucial establecer áreas de conexión adecuadas hacia diferentes bases de datos como BOE y Agencia Tributaria para facilitar el acceso a información económica relevante.

Ubicación del Perito

• Se discute cómo ubicar al perito dentro del sistema; si está en Nubesara o en un CPD propio depende del contexto administrativo específico.

• La ubicación geográfica del perito es importante; por ejemplo, si pertenece a una confederación hidrográfica específica como Guadalquivir, esto afecta su integración al sistema.

Consideraciones Técnicas

• Se plantea que no importa si se utiliza Nubesara o no; lo esencial es entender cómo se integran los usuarios externos al sistema administrativo.

• El despliegue permite que funcionarios accedan por internet, lo cual es fundamental para mantener operativa la comunicación entre administraciones públicas.

Seguridad en Conexiones Externas

• Se enfatiza la necesidad de asegurar las conexiones externas evitando vulnerabilidades; se propone usar servidores internos para gestionar accesos seguros.

• Los servidores web en DMZ solo deben manejar solicitudes básicas mientras que las operaciones más críticas deben realizarse desde redes internas seguras.

¿Cómo se organizan las confederaciones hidrográficas?

Dependencia de las Confederaciones Hidrográficas

• Se plantea la duda sobre si incluir la representación de las comunidades autónomas en el contexto de las confederaciones hidrográficas, ya que algunas dependen de ellas y otras no.

• Ejemplo mencionado: La Confederación Hidrográfica del Ebro, que abarca varias comunidades autónomas como La Rioja y Aragón, lo que resalta la complejidad de su organización.

• Se sugiere la necesidad de un perito conectado tanto al Ministerio de Agricultura como a las comunidades autónomas para gestionar adecuadamente estas confederaciones.

• Comparación con organismos autónomos como el INE o la DGT, que aunque dependen del gobierno central, operan con autonomía en sus sistemas internos.

• Reconocimiento de que hay muchas confederaciones hidrográficas en España y no es necesario conocer todos los detalles para realizar un esquema.

Consideraciones Prácticas para el Examen

• Se discute cómo abordar supuestos teóricos durante el examen sin tener que conocer todos los detalles específicos sobre cada confederación.

• Importancia de hacer consideraciones claras sobre la dependencia del mapa y del ministerio correspondiente al redactar respuestas en el examen.

• Propuesta para simplificar información eliminando áreas innecesarias en los esquemas presentados durante el examen.

• Enfatiza la importancia de estar bien preparado antes del examen para poder responder rápidamente sin pensar demasiado durante la prueba.

• Se menciona que es crucial tener claros los criterios antes del examen para evitar dudas y facilitar una respuesta fluida.

Innovaciones en Diagramas y Administración

• Introducción a nuevas ideas sobre diagramas, incluyendo un enfoque modular con capas transversales y administración dentro del diseño propuesto.

• Mención a un nuevo rol administrativo dentro del diagrama A1, sugiriendo su inclusión aunque no sea parte tradicionalmente representada en diagramas anteriores.

• Propuesta para integrar módulos relacionados con administración (interoperabilidad, monitorización, seguridad), destacando su relevancia en contextos modernos.

• Reflexión sobre cómo algunos diseñadores incluyen por defecto elementos administrativos en sus plantillas, sugiriendo flexibilidad según preferencias personales.

Discusión sobre la Administración de Proyectos Educativos

Uso de Comodines en la Administración

• Se menciona el uso de un "muñecaco" como administrador, que actúa como un comodín en la defensa de A1 y A2, facilitando la gestión dentro del módulo de administración.

Capas Transversales y Permisos

• La importancia de las capas transversales se destaca, permitiendo operar con permisos y configuraciones de APIs a diferentes niveles dentro de la aplicación.

Procedimiento Administrativo en ETWIN

• Se explica que el ETWIN es una solicitud hecha por coordinadores docentes para participar en premios, lo cual implica una valoración formal de proyectos presentados.

Plantillas Administrativas

• Se introduce el concepto del "plantillazo" para procedimientos administrativos, que ayuda a organizar y simplificar el proceso administrativo relacionado con ETWIN.

Estructura del Diagrama de Clases

• Al crear un diagrama de clases, se sugiere incluir subsistemas como iniciación, instrucción y terminación para gestionar solicitudes y recursos educativos.

Módulos Específicos para Proyectos Educativos

• Se propone añadir módulos específicos para proyectos educativos, incluyendo notificaciones sobre premios y gestión histórica relacionada con los mismos.

Análisis Funcional desde el Enunciado

• La discusión enfatiza cómo traducir un enunciado a módulos funcionales mediante un análisis detallado que permita identificar flujos y casos de uso relevantes.

Desarrollo Personalizado del Sistema

• Se resalta la necesidad de desarrollar habilidades analíticas propias al abordar sistemas diversos, sugiriendo que cada persona debe encontrar su propio método efectivo.

Subsistemas Adicionales

• Se menciona la eliminación del data warehouse debido a su irrelevancia según el enunciado actual; sin embargo, se considera útil incluir subsistemas adicionales relacionados con premios históricos.

Configuración del Premio

• Gisela comparte su enfoque sobre configurar un subsistema específico para premios, destacando la importancia de tener criterios claros al diseñar estos sistemas.

Desarrollo del Criterio Personal en el Curso

Importancia del Criterio Personal

• El curso se centra en que cada participante desarrolle su propio criterio personal, facilitando un aprendizaje más fluido y menos doloroso.

• Se enfatiza la flexibilidad en la terminología utilizada por los participantes, permitiendo que cada uno adapte el contenido a su forma de trabajo.

Diagramas y Componentes

• Se menciona la importancia de incluir un LDAP para el almacenamiento de credenciales, lo cual simplifica muchas preguntas relacionadas con la autenticación.

• La arquitectura física se discute en términos de despliegue on-premise, mejorando así la comprensión del sistema mediante diagramas actualizados.

Usuarios y Servicios

• Es crucial incluir todos los usuarios relevantes en el diagrama de arquitectura física, como coordinadores y administradores, para una correcta representación.

• Los servicios comunes deben ser claramente identificados; se hace referencia a servicios específicos del Ministerio de Educación y cómo estos interactúan con otros sistemas.

Suposiciones en el Diseño del Sistema

Acceso a Servicios Comunes

• Se explica cómo los usuarios accederán a los servicios comunes provistos por ESGAT a través de redes específicas, cumpliendo con normativas establecidas.

• La suposición sobre dónde están ubicados ciertos servicios es fundamental; se permite hacer consideraciones basadas en información disponible o falta de ella.

Preparación para Preguntas del Tribunal

• Es importante estar preparado para justificar las suposiciones realizadas durante el diseño ante posibles preguntas del tribunal.

• Las respuestas deben fundamentarse en las premisas dadas durante el examen, destacando la necesidad de claridad al explicar decisiones tomadas.

Microservicios y Oficinas Consulares

Implementación Práctica

• Se introduce un caso práctico relacionado con oficinas consulares donde funcionarios pueden gestionar solicitudes ciudadanas mediante interfaces web conectadas a sistemas tributarios.

Proceso de Obtención del NIF para Ciudadanos

Interacción con la Agencia Tributaria

• El ciudadano recibirá un documento firmado con un CSV que indica su NIF, el cual podrá cotejar a través de la interfaz web de la Agencia Tributaria.

• Se enfatiza que los sistemas utilizados no son servicios comunes, sino específicos de la Agencia Tributaria, lo que requiere atención a las instrucciones proporcionadas.

Arquitectura del Sistema

• Se establece una arquitectura basada en microservicios, donde un API Gateway actúa como punto único de acceso a los servicios internos y externos.

• El funcionario evaluará los requisitos del solicitante y realizará una solicitud de NIF a los sistemas pertinentes, actuando como intermediario en el proceso.

Gestión de Datos

• La implementación se basa en microservicios con un bus de eventos; se opta por una base de datos monolítica debido a la simplicidad del sistema.

• La elección entre bases de datos monolíticas y múltiples es discutida; se prefiere una única base para evitar complejidades innecesarias.

Módulos Lógicos y Funcionalidades

• Los módulos lógicos incluyen interfaces web para empleados consulares y ciudadanos, facilitando el cotejo de documentos firmados.

• Se describen los microservicios implementados: validación de requisitos y solicitud del NIF, destacando su interacción con el sistema tributario.

Consideraciones Finales sobre Microservicios

• La descripción funcionalidad por módulo es crucial; si no hay casos específicos, se espera que se detallen las interacciones generales con el sistema.

• Se menciona que al abordar casos de uso o diagramas técnicos, es importante centrarse en las tecnologías empleadas sin perderse en detalles excesivos.

¿Cómo redactar un diagrama de casos de uso?

Importancia del Diagrama de Casos de Uso

• Se menciona que redactar lo que se puede ver en el dibujo es esencial, ya que ayuda a clarificar el flujo y la funcionalidad del sistema.

• La falta de un diagrama de casos de uso puede dejar una presentación muy pobre, dificultando la comprensión del flujo de solicitudes dentro del sistema.

• Se destaca que para realizar una arquitectura lógica efectiva, es necesario utilizar diagramas de casos de uso como base para estructurar los módulos.

Práctica y Gestión del Tiempo

• La importancia de practicar la creación de diagramas se enfatiza, ya que esto permite obtener una mejor estructura en los módulos necesarios para el proyecto.

• Se advierte sobre la gestión del tiempo durante el examen; se sugiere hacer el diagrama antes para evitar perder tiempo valioso en otras tareas.

Ejemplos Prácticos y Aplicaciones

• Un ejemplo mencionado es un sistema complejo relacionado con la ingesta y gestión de datos, donde se utilizó un "plantillazo" previamente diseñado para facilitar la descripción funcional.

• La práctica continua es clave; se recomienda entrenar específicamente en supuestos después del primer examen para mejorar habilidades prácticas.

Arquitectura Física y Conexiones Consulares

Diseño Arquitectónico

• Se discute cómo abordar arquitecturas físicas complejas, mencionando elementos como CPD (Centro Procesador de Datos), balanceadores y servidores internos.

• El diseño incluye consideraciones sobre conexiones entre oficinas consulares y su integración con redes internas mediante fibra óptica.

Conectividad Internacional

• Se describe cómo las oficinas consulares están conectadas a través de redes MPLS, facilitando la comunicación con el Ministerio de Asuntos Exteriores.

• La solución presentada implica múltiples capas en la red interna, asegurando que los funcionarios puedan acceder a los recursos necesarios desde cualquier ubicación.

¿Cómo se accede a los servicios consulares?

Acceso de usuarios a través de Internet

• La obsesión por entender cómo acceden los ciudadanos a los servicios es fundamental; la mayoría lo hace a través de Internet, salvo excepciones específicas.

• Los funcionarios consulares también pueden acceder a estos servicios en línea, similar al acceso que tienen otros profesionales como peritos.

Personalización y conocimiento técnico

• Se destaca la importancia del conocimiento técnico y teórico para personalizar el acceso; identificar correctamente las conexiones entre lotes es crucial para ganar puntos en evaluaciones.

• El lote 4 se refiere a la red corporativa internacional, que debe ser gestionada por una compañía específica.

Redes privadas y su funcionamiento

• Se menciona que la red internacional debe ser privada, similar a otras redes corporativas dentro de España, como la red Sara utilizada para interconectar administraciones.

• Al acceder desde un consulado, se tiene acceso completo a sistemas internos gracias a una red privada virtual (VPN), incluso en áreas donde no hay cobertura directa.

Diferencias entre redes

• Es importante distinguir entre diferentes tipos de redes: la red Sara está diseñada para interconectar administraciones mientras que las VPN son utilizadas por oficinas consulares.

• Las tecnologías utilizadas en ambas redes pueden compartir similitudes (como IPSec y MPLS), pero sus propósitos son distintos.

Conexiones internas y externas

• Las subdelegaciones del gobierno utilizan el lote uno para datos y voz dentro de España; esto implica configuraciones específicas con proveedores como Telefónica.

• La Agencia Tributaria conecta sus oficinas mediante tecnología MPLS, lo cual es parte del lote uno destinado exclusivamente al manejo interno.

Conexiones y Redes en la Administración Pública

Estructura de Lotes y Redes

• La Agencia Tributaria opera de manera independiente, pero debe utilizar el lote uno para sus conexiones. Esto implica que aunque actúe por libre, está sujeta a ciertas normativas.

• Las sedes internacionales se conectan a través del lote 4, lo cual es crucial para entender cómo se interconectan las oficinas consulares con otras entidades.

• El Ministerio de Asuntos Exteriores está conectado a la red Sara, permitiendo la interacción con servicios de administraciones de Estados miembros y la Unión Europea.

Funcionalidad de las Redes

• La red Testa tiene un modelo similar al de la red Sara, facilitando la conexión entre administraciones dentro de la Unión Europea para validar certificados y otros servicios.

• Se menciona el uso de autoridades certificadoras como Eleas en Polonia para verificar identidades a través de redes como Stork, destacando la importancia del sistema en validaciones transfronterizas.

Infraestructura y Operatividad

• La Agencia Tributaria utiliza el lote uno para todas sus sedes en España. Este diseño asegura una comunicación eficiente dentro del territorio nacional.

• Se discute sobre un diagrama que ilustra cómo se estructuran estas conexiones; sin embargo, se advierte sobre no compartir información sensible públicamente debido a implicaciones legales.

Consideraciones sobre Usuarios y Servicios

• Es importante que los estudiantes comprendan completamente los cuatro lotes disponibles: internacional (lote 4), provincial (lote 1), entre otros, para poder aplicar este conocimiento en situaciones prácticas.

• Se aclara que no hay usuarios directos dentro de la Agencia Tributaria; esta delega operaciones a las oficinas consulares mediante sistemas autónomos diseñados específicamente para ello.

Reflexiones Finales sobre el Aprendizaje

• Se enfatiza que los diagramas arquitectónicos son complejos pero necesarios; comprenderlos es esencial para manejar adecuadamente las infraestructuras tecnológicas en contextos administrativos.

• A pesar del ritmo intenso del contenido presentado, se destaca que los conceptos son accesibles si se estudian adecuadamente.