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
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.