Material docente

Proyecto Intermodular

El mismo producto de Servidor durante dos trimestres: cambios revisados, CI, despliegue y evaluación coordinada sobre una entrega común.

2026/20272.º de Desarrollo de Aplicaciones Web78 horas · 26 sesiones

Recorrido

El curso, bloque a bloque.

Mapa global del proyecto

Repositorio y URL pública
Tablero y main protegida
Portfolio por pull requests
Pipeline de comprobación
CRUD integrado
Entrega y defensa conjunta

Al terminar el módulo

Lo que serás capaz de hacer.

Convertir el trabajo en issues con criterios de aceptación comprobables.
Publicar un sitio estático con despliegue continuo desde GitHub.
Hacer pasar cada cambio por una rama y una pull request revisada.
Proteger la rama principal y demostrar que el circuito no se puede saltar.
Escribir un pipeline de comprobación capaz de bloquear una fusión.
Revisar el trabajo de otra persona con criterios explícitos en vez de aprobar por confianza.
Coordinar el cliente y la API del mismo producto después de su implementación en Servidor.
Defender el método de trabajo con evidencias fechadas: tablero, pull requests y fallos del pipeline.

Sobre la asignatura

26 talleres de tres horas, uno al principio de cada semana, sobre el trabajo de Servidor de la semana anterior: 14 en el primer trimestre y 12 en el segundo. Se mantienen el producto elegido, su autoría/equipo y el repositorio del backend. El primero termina con el backend persistente publicado; el segundo coordina cliente, seguridad, integraciones y entrega final después de su explicación en Servidor. La demostración y las evidencias se comparten, con criterios diferenciados de implementación y proceso. Cada taller dedica 25 minutos a explicación, 140 a trabajo guiado y 15 a cierre.

Método de trabajo
Git y GitHub
Integración continua
Despliegue continuo
Revisión de código
Portfolio profesional

Material actualizado el 9 de septiembre de 2026.

Documentos de la asignatura

Material general.

EnlaceSecuencia y evaluación conjunta con Servidor26 semanas, dependencias concretas y una entrega común con criterios diferenciados.

Contenidos

Material por bloques.

1 · PRIMER TRIMESTRE

UD1

Poner el circuito en marcha

Preparar una URL de presentación y el circuito de issues, ramas, revisión y despliegue, conservando el repositorio de backend creado en Servidor.

UD1 · ArrancarPoner el circuito en marchaPreparar una URL de presentación y el flujo de integración continua de issues, ramas, revisión y despliegue, preparando el método que aplicarás al backend de Servidor.6 horas · 2 semanas · 2 sesiones de 3 h
Trabajo esperado Portfolio publicado y flujo de integración continua de issues, ramas y revisión de cambios en funcionamiento.

UD2

Que lo compruebe la máquina

Construir el portfolio de verdad haciendo entrar cada sección por pull request, y escribir un pipeline propio que valide HTML, formato, enlaces y accesibilidad, y que impida fusionar cuando algo de eso falla.

UD2 · ComprobarQue lo compruebe la máquinaConstruir el portfolio de verdad haciendo entrar cada sección por pull request, y escribir un pipeline propio que valide HTML, formato, enlaces y accesibilidad, y que impida fusionar cuando algo de eso falla.9 horas · 3 sesiones de 3 h
Trabajo esperado Pipeline que comprueba HTML, enlaces, formato y umbrales de calidad.

UD3

Cerrar y publicar la versión

Escribir el README que hace comprensible el repositorio para quien llega de fuera, publicar la primera versión con nombre, y auditar el rastro de trabajo del compañero contra la definición de terminado.

UD3 · PublicarCerrar y publicar la versiónEscribir el README que hace comprensible el repositorio para quien llega de fuera, publicar la primera versión con nombre, y auditar el rastro de trabajo del compañero contra la definición de terminado.3 horas · 1 sesión
Trabajo esperado Versión del portfolio identificada, revisada y documentada.
1. Sesión 6Cierre y publicación de la primera versión
2. Lo que debes recordarLo que debes recordar

UD4

Poner el backend en producción

Reutilizar el repositorio de Servidor, ejecutar su CI, publicar el backend, comprobar el contrato con la colección y preparar PostgreSQL en pruebas y producción.

UD4 · ConectarPoner el backend en producciónReutilizar el repositorio de Servidor, ejecutar su CI, publicar el backend, comprobar el contrato con la colección y preparar PostgreSQL en pruebas y producción.18 horas · 6 sesiones de 3 h
Trabajo esperado Backend publicado con persistencia, CI y contrato comprobados.

UD5

Priorizar la evolución del producto

Priorizar una mejora del mismo producto a partir de necesidades observadas, sin cambiar de tema ni de repositorio.

UD5 · EvolucionarPriorizar la evolución del productoPriorizar una mejora del mismo producto a partir de necesidades observadas, sin cambiar de tema ni de repositorio.3 horas · 1 sesión
Trabajo esperado Evolución priorizada del producto, con necesidad y dependencias justificadas.
1. Sesión 13Priorizar la evolución del mismo producto
2. Lo que debes recordarLo que debes recordar

UD6

Defender el método

Cerrar la evaluación defendiendo cómo se ha trabajado, con tres evidencias que no se pueden improvisar: el tablero, la pull request más discutida y una ejecución del pipeline que falló.