Presentación del módulo y criterios de calificación

El módulo 0486 — Acceso a Datos ocupa 80 horas del segundo curso de DAM, aproximadamente 4 horas semanales. Su objeto es uno solo: la capa de persistencia de una aplicación. Todo lo que vamos a ver responde a la misma pregunta formulada de seis maneras distintas — ¿dónde y cómo guardo los datos para poder recuperarlos después?

De dónde venimos​

El módulo da por adquiridas competencias de primer curso. Si alguna de estas está floja, conviene repasarla ahora y no en noviembre:

Y a dónde va: lo que produzcas aquí se integra directamente en Programación de Servicios y Procesos (0490), Desarrollo de Interfaces (0489), Programación Multimedia (0488) y, sobre todo, en el módulo de Proyecto (0493) y en la FCT.

Los seis resultados de aprendizaje​

El curso está estructurado alrededor de seis resultados de aprendizaje (RA). No son temas independientes: son seis tecnologías que resuelven el mismo problema con compromisos distintos.

RA6 es transversal: se trabaja en cada unidad, no al final.

Metodología: un único proyecto, común e incremental​

No hay ejercicios sueltos ni proyectos a elegir. Todo el grupo desarrolla el mismo proyecto — MULTAGAL — durante los tres trimestres, ampliándolo unidad a unidad. Las razones:

1. Es lo que pasa en la empresa. Un desarrollador no elige el dominio sobre el que trabaja: recibe requisitos y se adapta.
2. Evaluación comparable. Mismo enunciado para todos ⇒ las rúbricas se aplican sobre entregables homogéneos, sin sesgo por dominios de dificultad desigual.
3. Eficiencia en el aula. El tiempo se dedica a resolver problemas técnicos comunes. Una depuración colectiva le sirve a todo el grupo.
4. Progresión visible. Verás la misma necesidad de negocio resuelta con ficheros, luego con JDBC, luego con un ORM, luego con tipos objeto-relacionales y luego con una base documental. Eso te enseña el porqué de cada tecnología, no sólo su sintaxis.

Andamiaje decreciente​

El error como contenido​

Se introducen defectos deliberados (fugas de conexiones, problema N+1, inyección SQL, condiciones de carrera) para que los diagnostiques y corrijas. La depuración es una actividad programada, no un imprevisto.

Modalidad de trabajo​

El proyecto es individual. Cada alumno o alumna debe alcanzar personalmente los seis RA. Sí hay actividades cooperativas: revisión de código entre iguales y resolución colectiva de incidencias.

Tipología de sesiones:

Calendario de entregas​

Cada entrega se materializa con una etiqueta (tag) en Git en la fecha y hora límite publicadas. No se admiten modificaciones posteriores a esa marca.

Cómo se califica​

Peso de cada instrumento dentro de cada RA:

Condiciones para superar el módulo:

1. La nota final es la media ponderada de los seis RA según la tabla de pesos.
2. Hay que sacar ≥ 4,0 sobre 10 en cada uno de los seis RA. Uno por debajo impide aprobar, aunque la media dé.
3. Hay que sacar ≥ 4,0 en la prueba práctica final.
4. Se supera con ≥ 5,0, expresado de 1 a 10 sin decimales.

La prueba práctica final​

Sustituye al examen teórico. Se te entrega un pliego de nuevos requisitos que obliga a modificar sustancialmente tu propio proyecto, tal como quedó en la Entrega 3. Individual y presencial, 4 horas en dos sesiones consecutivas.

• Permitido: documentación oficial de Java, Spring, PostgreSQL y MongoDB, y tu propio código.
• No permitido: asistentes de IA, repositorios de terceros, comunicación con otras personas.

El pliego incluye una modificación por bloque tecnológico, de modo que cubre necesariamente los seis RA.

El diario técnico​

Mantendrás en el repositorio un documento de decisiones técnicas (formato ADR simplificado). Para cada hito registras: qué alternativa elegiste, qué otras descartaste y por qué.

No es burocracia. Es el instrumento con el que se evalúan los criterios de tipo valorativo (RA1.b, RA2.a, RA4.a, RA5.a, RA6.a), que no pueden acreditarse mirando sólo el código. Formato mínimo por decisión:

## ADR-003 — Uso de JdbcTemplate en lugar de JDBC puro

**Fecha:** 2025-11-14
**Estado:** aceptada

### Contexto
El CRUD de Expediente con JDBC puro requiere 40 líneas por método, la mayoría
de gestión de recursos y de mapeo de ResultSet.

### Decisión
Usar JdbcTemplate con RowMapper propios.

### Alternativas descartadas
- JDBC puro: control total, pero repetición insostenible.
- Salto directo a JPA: oculta el SQL, que en este hito queremos ver.

### Consecuencias
Se pierde control fino sobre el ResultSet; se gana en legibilidad y en
liberación automática de recursos.

Asistentes de IA​

No se prohíbe su uso en el trabajo autónomo, porque es práctica habitual en el sector. Pero:

• Todo código incorporado al proyecto debe poder ser explicado y justificado por su autor. La defensa oral y el examen final se hacen sin asistentes.
• El uso de asistentes se declara en el diario técnico.
• Habrá una actividad específica de análisis crítico de código generado automáticamente, buscando errores sutiles: fugas de recursos, transacciones mal delimitadas, consultas ineficientes.

Qué hay en esta unidad​

La UD0 son 6 horas y no evalúa ningún RA: es el arranque. Al terminarla debes tener el entorno funcionando, el proyecto Spring Boot arrancando, el modelo de dominio esbozado y el repositorio publicado.