Qué puede evaluarse
RA1: Genera interfaces gráficos de usuario mediante editores visuales utilizando las funcionalidades del editor y adaptando el código generado.
Editor visualPaleta de componentesLienzo de diseñoGestores de diseño (Layout Managers)Alineación de componentesComponentes GUI (widgets)Propiedades de componenteInspector de propiedadesIdentificador de componente (name/id)Apariencia de interfaz
RA2: Genera interfaces gráficos de usuario basados en XML utilizando herramientas específicas y adaptando el documento XML generado.
XML para UIDeclaratividadSeparación de preocupaciones (Separation of Concerns)LayoutsComponentes UIHerramientas de diseño gráficoEditor gráfico de UIPaleta de componentesPanel de propiedadesElementos XML
RA3: Crea componentes visuales valorando y empleando herramientas específicas.
Componente visualReutilización de códigoModularidadIDE (Entorno de Desarrollo Integrado)Diseñador visualFramework de pruebas unitariasUI/UXComponente personalizadoClase basePropiedad (atributo)
RA4: Diseña interfaces gráficos identificando y aplicando criterios de usabilidad.
UsabilidadMenú principalMenú contextualBarra de herramientasBotón de comandoAtajo de tecladoConsistenciaJerarquía visualLayoutAgrupación de controles
RA5: Crea informes evaluando y utilizando herramientas gráficas.
Bandas o secciones del informeEncabezado y pie de informeEncabezado y pie de páginaEncabezado y pie de grupoDetalle del informeJerarquía visual y legibilidadCriterio de agrupaciónGeneración de código de informesAPIs de reportingModificación de código de informes
RA6: Documenta aplicaciones seleccionando y utilizando herramientas específicas.
Help Authoring Tool (HAT)Single Source PublishingHTML Help (CHM)Web HelpPDFMarkdownJavadoc/DoxygenAyuda Sensible al ContextoHelp IDAPI de Ayuda
RA7: Prepara aplicaciones para su distribución evaluando y utilizando herramientas específicas.
Componentes y dependencias de una aplicaciónEmpaquetado con dependencias externas vs. autocontenidoFat jar / uber jarGestión de versiones y conflictos de dependenciasHerramientas de gestión de dependencias (Maven, Gradle, NuGet, npm)Verificación en entorno limpio
RA8: Evalúa el funcionamiento de aplicaciones diseñando y ejecutando pruebas.
Estrategia de pruebasPlan de pruebasAlcance de las pruebasObjetivos de las pruebasCriterios de entrada/salidaDocumentación de pruebasPruebas de integraciónEstrategias de integración (Big Bang, Incremental)Drivers y StubsPruebas de regresión
Trampas habituales antes del examen
- Uso exclusivo de posicionamiento absoluto: Causa una interfaz rígida que no se adapta a diferentes resoluciones o tamaños de ventana. Corrección: Priorizar el uso de gestores de diseño para crear interfaces responsivas y flexibles.
- Ignorar las guías de alineación: Lleva a interfaces visualmente desordenadas y asimétricas. Corrección: Prestar atención a las guías visuales del editor para asegurar una alineación consistente entre los componentes.
- No asignar nombres significativos a los componentes: Causa dificultad para identificar y referenciar componentes en el código. Corrección: Utilizar convenciones de nomenclatura claras (ej. `btnGuardar`, `txtNombreUsuario`).
- Modificar propiedades visuales en lugar de usar estilos/temas: Lleva a inconsistencias visuales y dificultad para mantener la interfaz. Corrección: Para cambios de estilo globales, considerar el uso de hojas de estilo (CSS en JavaFX/Web, XAML styles en WPF) o temas, y usar las propiedades individuales para ajustes específicos.
- Modificar directamente el código dentro de las secciones protegidas del editor: Causa que los cambios sean sobrescritos por el editor al guardar o regenerar el formulario. Corrección: Añadir código personalizado en métodos separados o fuera de las secciones marcadas como generadas automáticamente.
- No entender la relación entre el diseño visual y el código: Dificulta la depuración y la extensión de la interfaz. Corrección: Dedicar tiempo a mapear visualmente los componentes con sus declaraciones y configuraciones en el código generado.
- Poner toda la lógica de negocio directamente en los manejadores de eventos: Causa código acoplado, difícil de probar y mantener. Corrección: Delegar la lógica de negocio a clases o servicios separados, manteniendo los manejadores de eventos lo más ligeros posible.
- No manejar excepciones en los manejadores de eventos: Puede provocar que la aplicación se bloquee o muestre errores inesperados al usuario. Corrección: Implementar bloques `try-catch` para manejar errores y proporcionar retroalimentación adecuada al usuario.
- Confundir XML de UI con XML de datos: El XML de UI describe la estructura y apariencia de los componentes visuales, no el contenido de los datos que se mostrarán. Causa: Falta de comprensión del propósito específico del XML en este contexto. Corrección: Entender que los atributos XML definen propiedades visuales y de comportamiento inicial, mientras que los datos se inyectan en tiempo de ejecución.
- No ver las ventajas de XML y preferir código imperativo para UI: Algunos desarrolladores, acostumbrados a construir UI programáticamente, no aprecian la legibilidad y mantenibilidad del XML. Causa: Falta de experiencia con proyectos grandes o equipos multidisciplinares. Corrección: Trabajar en un proyecto donde la UI cambia frecuentemente o donde diseñadores y desarrolladores colaboran estrechamente para experimentar los beneficios.
- Creer que XML es una solución mágica para todo: Aunque potente, XML tiene sus limitaciones, especialmente para interfaces muy dinámicas o con animaciones complejas que a menudo requieren código. Causa: Expectativas poco realistas. Corrección: Reconocer que XML es excelente para la estructura estática y propiedades iniciales, pero la interactividad y dinamismo se gestionan con código.
- No entender la jerarquía de layouts: Colocar componentes sin un layout contenedor adecuado o anidar layouts de forma ineficiente. Causa: Falta de comprensión de cómo los layouts gestionan la posición y el tamaño de sus hijos. Corrección: Practicar con diferentes tipos de layouts (lineal, relativo, de restricción) y observar cómo afectan la disposición de los componentes.