Módulo 2 Clase 2 Corrección supuesto mediadores, Dcomponentes y Dpaquet

Introducción a la Arquitectura Lógica

Comparación de Aplicaciones

• Se realizó una introducción sobre la arquitectura lógica, comparando aplicaciones pesadas (de escritorio) con aplicaciones web basadas en capas y arquitecturas distribuidas.

Enfoque Práctico

• Se enfatiza la importancia de no apresurarse en el proceso de innovación, ya que esto puede llevar a errores por parte de quienes no dominan el tema.

Libertad en Elección Tecnológica

• Se permite a los estudiantes elegir tecnologías como .NET o Azure según su conocimiento y relevancia para el supuesto práctico.

Diseño y Estructura del Sistema

Importancia de las Capas

• La estructura del sistema se divide en capas: presentación, lógica de negocio, acceso a datos y servicios transversales. Es crucial que los roles de usuario coincidan con los casos de uso.

Diseño Conceptual vs. Físico

• Se discute la diferencia entre diseño conceptual y físico; actualmente se está trabajando en un nivel medio que condiciona técnicamente el desarrollo.

Modularización y Complejidad

Minimización del Acoplamiento

• La división en capas busca minimizar el acoplamiento entre componentes, evitando estructuras monolíticas que complican el mantenimiento.

Arte del Diseño

• El diseño arquitectónico es considerado un arte; hay múltiples formas de abordarlo dependiendo del enfoque personal y las necesidades específicas del proyecto.

Gestión y Documentación

Pliegos y Contratación

• Al redactar pliegos para subcontrataciones, se debe proporcionar una visión general sin entrar en detalles excesivos sobre la implementación técnica.

Análisis Colaborativo

• La colaboración con empresas especializadas es esencial para capturar requisitos detallados, realizar diagramas lógicos y asegurar un desarrollo efectivo.

Preparación para Exámenes

Estrategia ante el Tribunal

• El objetivo es impresionar al tribunal durante los exámenes mostrando un profundo conocimiento técnico, aunque no se esté completamente alineado con situaciones reales.

Análisis de la Estructura y Diseño de Sistemas

Importancia del Análisis y Sintetización

• Se destaca la capacidad de análisis y síntesis del presentador, enfatizando la importancia de enriquecer el vocabulario en las respuestas para impresionar al tribunal.

• Se menciona un enfoque centralizado en subsistemas de servicios funcionales que facilitan la comunicación con otros sistemas.

Reutilización de Módulos

• El presentador habla sobre la reutilización de módulos, como el módulo de autenticación, disponible en GitLab para facilitar su integración en diferentes aplicaciones.

• Se subraya que al dibujar la arquitectura lógica del sistema, no se debe preocupar por cómo se implementará técnicamente.

Comparación y Justificación Tecnológica

• La discusión incluye diversas herramientas tecnológicas (Power BI, Tableau, Grafana), destacando que aún están modelando sin entrar en detalles técnicos.

• Se enfatiza la habilidad para separar lógica de negocio y solución tecnológica, así como justificar elecciones tecnológicas con argumentos claros.

Persistencia y Almacenamiento de Datos

• Se aborda el concepto de persistencia a través del uso adecuado de bases de datos relacionales y no SQL, así como data warehouses con procesos ETL.

• Un data warehouse es descrito como una estructura que puede manejar información tanto agregada como no agregada.

Cuadros de Mando y Analítica Descriptiva

• Los cuadros de mando son esenciales para explotar datos desde bases relacionales; deben incluirse siempre cuando se realiza analítica descriptiva.

• La necesidad del directivo es recibir información agregada; los informes deben ser claros y concisos para facilitar decisiones estratégicas.

Propuestas Innovadoras en Arquitectura Lógica

• Se sugiere proponer un cuadro de mando durante la descripción arquitectónica para mejorar el seguimiento por parte del directorio.

• La propuesta incluye un data warehouse cargado desde bases relacionales mediante procesos ETL, accesible a través interfaces gráficas como Power BI.

Normativa y Proyectos Estratégicos

Importancia de los Cuadros de Mando

• Se discute la relevancia de implementar un cuadro de mando integral para que los directivos puedan consultar KPIs, enfatizando su papel en proyectos estratégicos.

Subsistemas en el Proyecto

• Se menciona la inclusión de subsistemas como el registro y modificación de mediadores, basándose en un diagrama de casos de uso que proporciona coherencia al diseño.

Adaptación a Casos de Uso

• La dificultad percibida al trabajar sin casos de uso se aborda, destacando que estos son fundamentales para transformar ideas en arquitectura lógica.

Estructura Modular del Sistema

• Se explica cómo descomponer el diagrama en módulos específicos, facilitando la identificación clara del lugar donde se implementan las funcionalidades.

Preguntas del Tribunal

• Se advierte sobre preguntas complejas que pueden surgir durante las evaluaciones, relacionadas con la ubicación dentro de la arquitectura lógica según los casos de uso presentados.

Desarrollo y Validación

Relleno con Criterio

• La importancia del criterio al rellenar subsistemas es discutida, mencionando módulos específicos para validación y verificación.

Descripciones Largas

• Aunque no se desaconsejan las descripciones extensas, se señala que deben ser manejadas con cuidado para evitar confusiones durante la implementación manual.

Organización del Código

• Se destaca la necesidad de organizar adecuadamente los módulos para evitar confusiones entre componentes similares dentro del sistema.

Intermediación y APIs

Acceso a Plataformas Externas

• Se plantea cómo acceder a plataformas externas mediante un módulo específico, promoviendo una estructura más limpia y organizada utilizando componentes reutilizables.

Comunicación entre Capas

• La comunicación entre capas (presentación y lógica empresarial) se realiza a través de APIs REST o GraphQL, lo cual es esencial en arquitecturas modernas como microservicios.

Análisis y Estrategia

Análisis Fundamental para Oposiciones

• El análisis detallado del tipo de examen es crucial; entender cuántas preguntas hay por tema ayuda a planificar mejor el estudio.

Diferencias entre A1 y A2

• Se explican diferencias significativas entre las oposiciones A1 y A2, especialmente respecto a cómo se puntúan las preguntas. Esto puede influir en estrategias futuras ante cambios potenciales.

Preparación para el Examen: Estrategias y Consejos

Importancia de la Preparación

• La falta de preparación puede llevar a respuestas inadecuadas durante el examen, ya que los candidatos pueden centrarse en lo que han estudiado sin adaptarse a las preguntas reales.

• Es crucial ser flexible y capaz de interpretar correctamente las preguntas del examen, utilizando diagramas cuando sea necesario.

Estructura del Examen

• Se sugiere comenzar con una introducción clara al abordar preguntas sobre arquitectura lógica, destacando alternativas y minimizando el acoplamiento.

• Al describir módulos y dominios del sistema, es esencial detallar funcionalidades e interfaces para asegurar una comprensión completa.

Gestión del Tiempo

• El tiempo es un factor crítico; se debe entrenar para evitar perder horas en detalles menores como diagramas de bases de datos que no aportan tanto valor.

• La práctica constante ayuda a mejorar la eficiencia en la respuesta a las preguntas, permitiendo compensar áreas donde uno pueda sentirse menos seguro.

Diferencias entre Preguntas

• En el formato A1, las preguntas están más desglosadas, lo cual permite abordar cada subapartado por separado y compensar debilidades.

• En contraste, el formato A2 presenta todas las preguntas juntas, lo que puede generar confusión al requerir múltiples respuestas complejas en una sola pregunta.

Estrategias Durante el Examen

• Es fundamental leer cuidadosamente cada pregunta y asegurarse de responder específicamente lo que se está pidiendo para evitar malentendidos.

• Las preguntas pueden incluir múltiples partes; es importante identificar todos los elementos solicitados para no dejar nada sin responder.

Manejo del Estrés

• La gestión emocional durante el examen es clave. Cada persona tiene diferentes formas de manejar la presión; encontrar estrategias personales efectivas es vital.

• Mantenerse enfocado en contestar adecuadamente cada pregunta puede ayudar a reducir la ansiedad y mejorar el rendimiento general.

Capas Transversales y su Importancia en la Arquitectura Lógica

Conceptos Clave sobre Capas Transversales

• La importancia de responder preguntas con contenido relevante, evitando florituras innecesarias. Se enfatiza que las capas transversales son fundamentales, especialmente en seguridad y monitorización.

• Las capas transversales se consideran un "comodín" útil y económico en el diseño arquitectónico, pero deben ser implementadas correctamente para evitar omisiones.

• Evitar una postura defensiva ante preguntas es crucial; no responder adecuadamente puede afectar negativamente la evaluación final.

Evaluación de Preguntas y Defensa

• La calidad de las respuestas a las preguntas puede influir significativamente en la nota final, tanto positiva como negativamente.

• Es esencial tener confianza al abordar preguntas durante la defensa; el miedo puede llevar a un desempeño mediocre.

Seguridad en la Arquitectura Lógica

• La seguridad debe estar integrada en todas las capas de la arquitectura lógica; es vital discutirla incluso si no se plantea directamente en las preguntas.

• Se argumenta que cualquier sistema nuevo debe aplicar medidas de seguridad a todos los niveles, desde autenticación hasta protección de datos.

Normativas y Cumplimiento

• Las capas transversales también sirven como recordatorio para cumplir con normativas existentes, como el Real Decreto 311/2022 del Esquema Nacional de Seguridad.

• Incluir normas específicas sobre ciberseguridad y protección de datos es fundamental para asegurar que el sistema cumpla con los estándares requeridos.

Preparación para Presentaciones

• La preparación exhaustiva sobre temas de seguridad es clave; esto incluye familiarizarse con normativas relevantes como el RGPD y Eidas 2.

• Se sugiere utilizar herramientas como chat GPT para mejorar la redacción y presentación del contenido técnico antes de presentarlo al tribunal.

Diagrama de Componentes y Paquetes en Arquitectura Lógica

Introducción a la Lectura de Diagramas

• Comienza mencionando que es incómodo leer un dibujo, sugiriendo que se inicia con un texto para entender el diagrama.

• Se presenta el diagrama de componentes y paquetes, destacando su importancia en las preguntas del A2 sobre arquitectura lógica.

Detalles del Diagrama de Componentes

• El diagrama de paquetes puede contener componentes, agrupándolos para ofrecer una representación clara de la arquitectura lógica del sistema.

• Se utiliza una combinación de diagramas UML para mostrar relaciones entre subsistemas y componentes, diferenciando capas como presentación, lógica de negocio y acceso a datos.

Capas Transversales en la Arquitectura

• Se discuten tres capas transversales: seguridad, interoperabilidad y monitorización, enfatizando su papel en aumentar la cohesión y minimizar el acoplamiento.

• La capa de seguridad debe cumplir con normativas específicas como el Real Decreto 311/2022 y otras guías relacionadas con protección de datos.

Consideraciones Tecnológicas

• En la capa transversal se deben incluir medidas específicas relacionadas con seguridad como cifrado o encriptación.

• Se anima a los estudiantes a complementar sus conocimientos sobre ciberseguridad utilizando recursos adicionales del Centro Criptológico Nacional (CCN).

Contexto Normativo y Monitorización

• La interoperabilidad debe alinearse con normas técnicas establecidas por el Real Decreto 203/2021, integrando aspectos jurídicos y tecnológicos.

• Para monitorizar el sistema se propone utilizar herramientas como LK Stack para búsqueda y visualización.

Preparación para Exámenes

• Se menciona que se está preparando material adicional para ayudar a los estudiantes a comprender mejor los diagramas antes del examen.

• Es crucial identificar módulos del sistema detalladamente; cuanto más exhaustiva sea esta identificación, más fácil será responder preguntas durante el examen.

Estrategias para la Evaluación en el A2

Diseño de Módulos y Descripción

• Se discute la importancia de describir los módulos en función del tiempo disponible, sugiriendo que se puede ahorrar energía al no entrar en detalles innecesarios.

• En el A2, se recomienda incluir una introducción y un diagrama que explique las capas del sistema, lo cual es crucial para la evaluación.

Importancia de la Capacidad Escrita

• La evaluación en el A2 considera un 40% sobre la capacidad de aplicar conocimientos técnicos a situaciones prácticas, destacando la necesidad de demostrar habilidades escritas.

• Se enfatiza que si solo se presentan diagramas sin explicaciones, no se demuestra adecuadamente la capacidad escrita requerida por el tribunal.

Estructura del Examen

• Se sugiere iniciar cada pregunta con una breve introducción y explicar los casos de uso antes de presentar los diagramas.

• Es importante incluir descripciones breves junto a los diagramas para evidenciar tanto el análisis sistemático como las capacidades técnicas.

Preparación y Adaptabilidad

• Los aspirantes deben prepararse con versiones cortas y largas de sus respuestas para adaptarse a diferentes exigencias durante el examen.

• Se menciona un incidente donde hubo confusión debido a cómo se entregaron los exámenes, resaltando la necesidad de improvisar ante situaciones inesperadas.

Detalles Técnicos y Normativas

• Aunque no siempre se piden detalles específicos sobre tecnologías o normativas, es recomendable mencionarlas al proponer soluciones tecnológicas.

• La discusión incluye referencias a principios como "responsive web design" y normativas específicas que deben ser consideradas al diseñar aplicaciones.

Cuadros de Mando y Normativa

Importancia de los Cuadros de Mando

• Se discute la relevancia de los cuadros de mando en la gestión multidimensional, enfatizando que el plural se refiere a "cuadros" y no a "mandos".

• Se menciona la necesidad de considerar las capas transversales como la seguridad y normativa, sugiriendo que estas no han sido abordadas adecuadamente en el supuesto.

Estrategia para Preparación

• Se aconseja tener plantillas preparadas para diferentes tipos de preguntas, lo cual facilita la respuesta durante un examen.

• La preparación incluye gestionar documentos y tener piezas listas para improvisar según sea necesario.

Gestión del Tiempo

• La práctica con supuestos permite estimar el tiempo requerido para cada tipo de respuesta, ayudando a priorizar entre versiones largas y cortas.

• Se destaca que las preguntas sobre arquitectura lógica son más fáciles de estructurar debido a su naturaleza repetitiva.

Soluciones Tecnológicas

Preparación ante Preguntas Técnicas

• Se menciona cómo aprovechar el tiempo sobrante en un examen para incluir soluciones tecnológicas relevantes que no fueron preguntadas inicialmente.

• Ejemplos específicos incluyen una pila tecnológica basada en Java y Oracle como base de datos, mostrando preparación anticipada.

Aplicaciones Móviles

• Se discute cómo abordar preguntas sobre aplicaciones móviles utilizando plantillas previamente preparadas, destacando Flutter como opción elegida.

Diagramas UML

Diagramas de Paquetes

• Se introduce el diagrama de paquetes como herramienta para organizar elementos dentro del sistema orientado a objetos.

• Este diagrama es útil en todas las fases del desarrollo del software: análisis, diseño y construcción.

Diagramas de Componentes

• A diferencia del diagrama de paquetes, un componente es un elemento específico que contiene código o librerías.

• Los componentes tienen dependencias e interfaces que permiten su comunicación efectiva dentro del sistema.

Diagrama de Componentes y Paquetes en UML

Conceptos Básicos de Comunicación

• La comunicación entre el servidor y el consumidor se representa mediante un diagrama que incluye subsistemas y módulos, lo cual tiene su correspondencia en el código.

Estructura de Diagramas

• Los diagramas pueden incluir paquetes que organizan la construcción del sistema de información en subsistemas, reflejando aspectos prácticos relacionados con la secuencia de compilación entre componentes. Esto es importante para entender cómo se estructuran los sistemas.

Diferencias entre Diagramas

• Un diagrama de componentes es esencialmente un diagrama de paquetes que contiene componentes. Es crucial saber cuándo utilizar cada tipo para representar correctamente la arquitectura del sistema.

Representación Visual

• Al dibujar, se recomienda usar capas como paquetes, especialmente si no se está familiarizado con las anotaciones UML. Se puede optar por una combinación de paquetes y componentes según lo requiera el ejercicio o examen.

Interacción con Estudiantes

• Durante una clase, se discute sobre cómo aplicar estos conceptos a preguntas específicas en exámenes, enfatizando que aunque los nombres cambien (componentes o paquetes), la estructura básica sigue siendo la misma. Esto ayuda a los estudiantes a sentirse más seguros al abordar diferentes tipos de diagramas.

Elección Personal en Diagramación

• La elección personal juega un papel importante al decidir cómo representar subsistemas como paquetes y módulos como componentes; sin embargo, hay reglas claras sobre no anidar componentes dentro de otros componentes para evitar confusiones en la representación gráfica.

Uso Correcto de Paquetes

• Los paquetes son contenedores versátiles que pueden incluir otros paquetes o componentes, permitiendo así una mayor flexibilidad al crear diagramas tanto lógicos como físicos dentro del contexto UML. Esto es fundamental para mantener claridad en las relaciones entre elementos del sistema.

Diagrama de Componentes y Paquetes en Arquitectura Lógica

Conceptos Básicos sobre Diagramas

• Se discute la inclusión de paquetes en diagramas que organizan sistemas de información en subsistemas, destacando la equivalencia entre diagramas de componentes y paquetes.

• Un paquete se define como un contenedor de subsistemas, mientras que un componente es más específico y modular. Esta distinción es clave para entender su uso en arquitectura lógica.

Clarificación de Diagramas

• Se aclara que si se solicita un diagrama de paquetes, es aceptable incluir solo paquetes o una combinación con componentes, ya que los componentes pueden ser parte del contenido del paquete.

• La representación adecuada de una arquitectura en tres capas requiere paquetizar elementos para evitar una representación pobre al dibujar solo componentes.

Interfaces y Complejidad

• Se menciona la complejidad al incluir interfaces en diagramas; el debate gira en torno a qué detalles deben ser representados gráficamente.

• Al dibujar un diagrama de componentes, surge la pregunta sobre cómo representar las interacciones entre diferentes módulos y sus interfaces.

Interacción entre Módulos

• La discusión se centra en cómo presentar las relaciones entre diferentes partes del sistema, especialmente las interacciones entre interfaces web y módulos de negocio.

• Se plantea que simplificar la lógica puede llevar a diferentes versiones del diagrama dependiendo del enfoque adoptado.

Representación Visual y Desafíos

• La necesidad de representar adecuadamente los subsistemas sin complicar demasiado el diagrama es fundamental; se busca claridad visual sin sacrificar información importante.

• Se concluye que crear un diagrama efectivo implica equilibrar la riqueza descriptiva con la claridad gráfica, lo cual puede ser complicado debido a las múltiples dependencias dentro del sistema.

¿Cómo estructurar diagramas y componentes en un examen?

Interpretación de los Diagramas

• La forma en que se organizan las cajas en un diagrama puede influir en la interpretación del mismo. Es importante mantener una estructura clara para evitar confusiones.

• Al nombrar componentes, es crucial ser específico sobre su función, como "interfaz", para facilitar la comprensión sin necesidad de relaciones complejas entre ellos.

Estructura Profesional

• La organización de paquetes y componentes aporta profesionalismo al diagrama. Un diseño claro y bien estructurado es preferible a uno que parezca un ejercicio académico.

Desarrollo de Criterios Propios

• Se aconseja desarrollar criterios propios al crear diagramas, ya que esto permite adaptarse a diferentes sistemas y situaciones específicas.

• La flexibilidad en el enfoque del examen es esencial; cada estudiante debe encontrar su propio método para abordar los problemas presentados.

Importancia de la Claridad

• En los exámenes, es más beneficioso tener un diagrama explicativo que seguir estrictamente todas las normas de notación. Lo fundamental es transmitir correctamente las funcionalidades del sistema.

Flexibilidad en el Diseño

• No es necesario incluir todas las conexiones entre componentes si no son relevantes para el caso específico. La claridad conceptual debe prevalecer sobre la exhaustividad técnica.

¿Qué papel juegan las APIs en el diseño del sistema?

Definición y Funcionalidad de APIs

• Abrir una API implica permitir que otros sistemas accedan a funciones específicas a través de internet, lo cual amplía la funcionalidad del software desarrollado.

Interacción con Otros Sistemas

• Las APIs permiten la interacción con otros servidores o máquinas, facilitando el acceso a datos y servicios externos mediante web services.

Ejemplos Prácticos

• Se propone realizar supuestos prácticos para explorar diferentes formas de representar gráficamente los conceptos discutidos, lo cual enriquecerá el aprendizaje práctico.

¿Cómo diseñar una arquitectura efectiva?

Componentes y su representación

• Se discute la representación de componentes en un examen, donde el servidor se representa como "bolita" y el consumidor con un arco. Esto ilustra cómo se pueden visualizar diferentes roles en una arquitectura.

• Se menciona la importancia de exportar una API, destacando que es fundamental hacer pública esta interfaz para facilitar la interacción entre componentes.

Análisis y diseño arquitectónico

• El tribunal busca evaluar la capacidad de análisis del estudiante al diseñar arquitecturas adecuadas. Es crucial identificar correctamente las interfaces web y los subsistemas involucrados.

• Se enfatiza la habilidad para extraer casos de uso desde el enunciado, lo cual es un reto significativo en el examen A1. La identificación precisa de módulos y subsistemas es esencial.

Representación visual

• La representación gráfica debe ser clara y estética; dibujar a mano puede resultar en representaciones confusas si no se hace con cuidado.

• Los subsistemas deben ser representados como paquetes, mientras que los módulos son componentes individuales. Esta distinción ayuda a organizar mejor la información visualmente.

Discusión sobre microservicios

• Se plantea la necesidad de discutir sobre microservicios, sugiriendo que es importante tener claridad sobre cómo se estructuran estos dentro de una arquitectura más amplia.

• La idea de "cuadricularse" permite organizar mejor los elementos dentro del diseño arquitectónico, facilitando así su comprensión durante el proceso de preparación.

Dependencias entre capas

• Se debate sobre las flechas que representan dependencias entre capas (presentación, lógica y datos), aclarando que estas deben reflejar correctamente las relaciones jerárquicas entre ellas.

• Se critica un ejemplo erróneo encontrado en apuntes previos, subrayando que las flechas deben indicar claramente qué componente depende de otro para evitar confusiones en el diseño arquitectónico.

¿Cómo se relacionan la lógica de negocios y la pasarela de pagos?

Dependencia entre componentes

• La relación entre el dependiente y el otro componente se ilustra con una línea discontinua que apunta al paquete del que depende, en este caso, la pasarela de pagos.

• Se discute que la pasarela de pagos no debe depender de la Agencia Tributaria, sino que es al revés; esto resalta cómo los servicios deben ser consumidos por la lógica de negocios.

• La lógica de negocios utiliza varios servicios como la pasarela de pagos y bases de datos, lo cual implica un consumo activo de estos recursos.

Crítica a definiciones existentes

• Se menciona que hay inconsistencias en las definiciones presentadas en preparatic, lo cual ha pasado desapercibido desde hace tiempo.

• El orador expresa su confusión sobre las preguntas en los exámenes A1 y A2, sugiriendo que ambos abordan temas similares pero con enfoques diferentes.

Estrategias para opositores

• Se aconseja a los estudiantes revisar exámenes anteriores para entender cómo suelen formularse las preguntas y así organizar mejor su estudio.

• La importancia del ejercicio práctico se enfatiza; resolver supuestos desde diferentes perspectivas ayuda a mejorar habilidades.

Importancia del diseño visual

• Se destaca que dibujar diagramas correctamente es crucial; una mala presentación puede afectar negativamente la evaluación.

• La estética juega un papel importante en las oposiciones; una buena presentación puede influir en cómo se percibe el trabajo del aspirante.

Evaluación y penalización

• En las evaluaciones, se considera tanto el contenido como la forma; un buen dibujo puede compensar errores menores si se identifica correctamente el contenido.

• Sin embargo, si el diagrama está mal hecho o no corresponde al enunciado, esto resultará en una calificación baja independientemente del esfuerzo estético.

Diferencias entre A1 y A2

• El diagrama de paquetes solo es relevante para el examen A2; mientras que en A1 se piden más componentes sin necesidad de dibujar cajas complejas.

• En A1 no es necesario complicarse con detalles innecesarios como componentes UML cuando no son requeridos explícitamente.

Notación y Capas Transversales en el A2

Importancia de la Notación

• La notación en el A2 es considerada más valiosa que en el A1, ya que implica un mayor nivel de complejidad y detalle.

Capas Transversales

• Se menciona la posibilidad de incluir capas transversales en la representación del sistema, lo cual puede ser útil para organizar mejor los componentes.

Componentes vs. Paquetes

• Se discute la diferencia entre "componentes" y "paquetes", sugiriendo que los paquetes son más apropiados cuando se trata de cumplimiento normativo, mientras que los componentes están más relacionados con software.

Preparación para el Examen

Enfoque Pedagógico

• Se aconseja a los estudiantes intentar resolver supuestos por sí mismos antes de revisar soluciones, promoviendo así un aprendizaje activo y reflexivo.

Entrenamiento en Alto Rendimiento

• La idea es entrenar a los estudiantes para manejar situaciones complejas (A2), incluso si su examen es más sencillo (A1), lo que les prepara mejor para futuros desafíos.

Dependencias y Estructura del Sistema

Concepto de Dependencia

• Se enfatiza la importancia de entender las dependencias entre servidores y consumidores, donde cada uno depende del otro para acceder a datos y servicios.

Representación Visual

• La representación visual debe priorizar módulos relevantes sobre otros elementos menos significativos, como bases de datos o componentes secundarios.

Data Warehouse y ETL

Interacción entre Componentes

• Se plantea una discusión sobre cómo un data warehouse interactúa con una base de datos mediante procesos ETL (Extracción, Transformación y Carga).

Clarificación Conceptual

• Hay confusión inicial sobre qué componente ofrece datos a cuál; se aclara que el ETL actúa como intermediario transformando datos entre sistemas.

Funcionalidad del ETL

Rol del ETL

• El ETL se describe como un software independiente que conecta con bases de datos para leer, transformar y cargar datos en otros sistemas o bases de datos.

Proceso Complejo

• El proceso incluye varias etapas: extracción, transformación y carga; cada etapa tiene su propia función crítica dentro del flujo de trabajo general.

Diseño Visual e Interfaces

Dibujo Efectivo

• La habilidad para dibujar representaciones efectivas es crucial; se destaca la necesidad de practicar este aspecto para mejorar la claridad visual en presentaciones técnicas.

Interacción entre Subsistemas

• Surge una pregunta sobre si las interfaces deben limitarse a subsistemas específicos o si también deben incluir interacciones externas relevantes.

Diagrama de Arquitectura y Dependencias en Sistemas

Interacción entre Capas del Sistema

• Se discute la necesidad de enlazar la interfaz de presentación con la capa de negocio, destacando que todas las capas requieren una base de datos.

• La importancia de modelar un sistema mediante paquetes para simplificar la anotación y representar dependencias se menciona como clave para evitar complicaciones.

• Se plantea que el enfoque a "grano fino" es difícil y poco realista, sugiriendo que los diagramas pueden generar más diagramas complejos.

Representación Gráfica y Complejidad

• La representación gráfica de todas las dependencias es complicada; se sugiere centrarse en el rol del mediador para crear un diagrama lógico completo.

• Se menciona que los subsistemas pueden dar servicio a múltiples interfaces, lo cual complica aún más la representación gráfica.

Simplificación y Documentación

• La idea de que lo no representado gráficamente puede ser documentado en texto se introduce como una solución práctica.

• Las decisiones tomadas durante el examen pueden ser justificadas por texto, permitiendo simplificaciones en la anotación gráfica.

Propuesta para Diagramas

• Se propone combinar paquetes con componentes para mejorar la comprensión del diagrama y asegurar una buena identificación de subsistemas.

• El instructor anima a los estudiantes a crear varios diagramas, enfatizando la importancia del criterio personal al presentar sus trabajos.

Discusión sobre Módulos y Componentes

• Un estudiante expresa su necesidad de entender cómo adaptar herramientas a diferentes requerimientos, resaltando el papel activo del alumno en el proceso educativo.

• Se aclara que los módulos también deben ser representados dentro del diagrama de componentes, corrigiendo malentendidos previos sobre su inclusión.

Mediadores y Coherencia en Diagramas

Separación de Mediadores

• El hablante menciona que no ha separado mediador concursal de mediador normal, lo que puede generar incoherencias en el diagrama.

• Se sugiere crear componentes separados para personas físicas y jurídicas para mantener la coherencia con otros diagramas.

Importancia de la Coherencia

• Se discute la necesidad de identificar correctamente los elementos en los diagramas de casos de uso para evitar inconsistencias al agregar paquetes y módulos.

• La coherencia se considera esencial; se recuerda que los requisitos para ser mediador concursal y mediador institucional son similares, lo que justifica no diferenciarlos en el caso de uso.

Proceso de Identificación

• Se aconseja seguir el diagrama de casos de uso al llenar otros diagramas para asegurar consistencia.

• El hablante propone usar un cuadro de mando como componente, sugiriendo que es más natural integrar múltiples diagramas.

Dificultades en el Diseño

• Se menciona que dibujar paquetes y componentes puede consumir mucho tiempo, describiéndolo como una "pesadilla".

• La conversación gira en torno a cómo representar adecuadamente las autenticaciones y otros elementos visuales sin complicar demasiado el diseño.

Identificación de Actores

• Se enfatiza la importancia de incluir actores del sistema (personas y servicios), asegurando su correcta identificación tanto aquí como en la arquitectura física.

• Se discute si es correcto dibujar subpaquetes dentro del acceso a servicios, concluyendo que cualquier servicio web consultado puede considerarse un componente.