Un producto, dos módulos coordinados
El mismo grupo desarrolla el mismo producto durante los dos trimestres. Conserva tema, autoría/equipo, repositorio de backend e historial. El portfolio presenta ese producto; el cliente utiliza ese backend. El gestor de los ejemplos sirve de referencia y cada proyecto mantiene su propio dominio.
Horario y dependencias
Plan de 26 semanas lectivas: dos sesiones de Servidor y una de Intermodular por semana, de tres horas cada una. Cada sesión reserva 25 minutos de explicación, 140 de trabajo guiado y 15 de cierre. Primer trimestre: 28 sesiones de Servidor (84 horas) y 14 de Intermodular (42 horas). Segundo: 24 de Servidor (72 horas) y 12 de Intermodular (36 horas).
Cada semana empieza con Intermodular y continúa con dos sesiones de Servidor. En Intermodular utilizas la versión que terminaste la semana anterior; en Servidor implementas el siguiente avance. La primera sesión de Intermodular prepara el portfolio y su publicación: el backend se inicia después.
Una entrega, criterios diferenciados
Este curso, el backend se publica en AWS Academy Learner Lab: CI en GitHub Actions y publicación manual del artefacto aprobado en EC2, con PostgreSQL privado en la misma máquina. El portfolio continúa en GitHub Pages. La parada automática del laboratorio no penaliza la disponibilidad fuera de las sesiones: se conservan commit, fecha, peticiones y resultados. Antes de integrar el cliente de Pages o activar autenticación debe comprobarse HTTPS válido. Consulta la preparación del entorno y la publicación.
En cada cierre de trimestre se utiliza el mismo commit y la misma demostración. Cada módulo conserva sus criterios y calificación; no se repite una memoria ni se concede la misma puntuación dos veces por el mismo requisito. La ponderación se concreta en la programación y rúbrica del módulo.
| Evidencia común | Servidor evalúa | Intermodular evalúa |
|---|---|---|
| Caso de uso y código | Modelo, reglas, integridad y comportamiento del backend. | Criterio de aceptación, dependencias y alcance del cambio. |
| Test y ejecución CI | Qué comportamiento comprueba, sus casos y sus aserciones. | Entorno reproducible, ejecución efectiva y bloqueo de fusión cuando falla. |
| Issue y pull request | Corrección de la solución y justificación técnica. | Trazabilidad, aportación individual y revisión con observaciones comprobables. |
| Versión desplegada | Funcionamiento del backend, persistencia y, cuando se hayan trabajado, permisos e integraciones. | Identificación de versión, configuración, publicación, comprobación posterior y recuperación. |
| Cliente y contrato | Respuestas, errores y controles de acceso que implementa la API. | Compatibilidad entre versiones y recorrido integrado reproducible. |
| Defensa | Explicación del código y sus decisiones. | Explicación del proceso y sus evidencias. La demostración del producto se comparte. |
Qué debes poder demostrar
- En Servidor: el comportamiento del backend, las decisiones técnicas y las pruebas que las comprueban.
- En Intermodular: cómo organizas el cambio, lo revisas, ejecutas sus comprobaciones y verificas su publicación.
- En ambos: qué versión funciona, qué resultado has observado y qué limitaciones siguen pendientes.
Una issue puede servir a ambos módulos. Una revisión externa no cambia la autoría/equipo del proyecto. Cada integrante explica su aportación con cambios, decisiones y comprobaciones; el número de commits o de fallos del pipeline no determina la nota.
Qué se explica una vez y qué se practica después
- Servidor introduce Spring Boot, Maven, HTTP, DTO, JPA, seguridad e integraciones. Intermodular utiliza el código y las pruebas ya disponibles para configurar su revisión y publicación.
- Intermodular introduce issues, ramas, PR, reglas, CI y despliegue. Servidor aplica ese circuito desde que se haya trabajado, sin repetir el tutorial de Git.
- El primer trimestre publica el backend y verifica su contrato con la colección. El cliente completo se integra en Intermodular 18, después de fetch y CORS en Servidor 33–34.
- Intermodular 19 prepara permisos y configuración; 20 comprueba roles y propiedad tras Servidor 37–38; 21 publica JWT después de Servidor 39–40.
- En el segundo trimestre se actualiza el entorno del primero: no se repiten el alta de infraestructura, la elección de tema ni la creación del repositorio.
Cierres coordinados
Intermodular 14 revisa el proceso sobre el backend comprobado hasta Servidor 25–26; Servidor 27–28 completa su demostración técnica esa misma semana. Intermodular 26 explica el proceso de la versión integrada hasta Servidor 49–50; Servidor 51–52 completa la aceptación y defensa técnica. Utiliza el mismo producto y relaciona sus resultados, sin dar por realizada una comprobación futura.