Course material

Intermodular project

One product shared with Server-side: reviewed changes, CI, deployment and a coordinated assessment across two terms.

2026/2027Second year of Web Application Development78 hours · 26 sessions

Route

The course, block by block.

Whole-project roadmap

Repository and public URL
Board and protected main
Portfolio through pull requests
Verification pipeline
CRUD integrated
Shared final delivery

By the end of the module

What you will be able to do.

Turn work into issues with checkable acceptance criteria.
Publish a static site with continuous deployment from GitHub.
Take every change through a branch and a reviewed pull request.
Protect the main branch and show that the circuit cannot be bypassed.
Write a verification pipeline that can block a merge.
Review someone else's work against stated criteria instead of approving on trust.
Coordinate the existing product client and API after their implementation in Server-side.
Defend the working method with dated evidence: board, pull requests and pipeline failures.

About the course

26 three-hour workshops, one at the start of each week, using the previous week’s Server-side work: 14 in the first term and 12 in the second. The student-chosen product and backend repository are retained throughout. The first term publishes the persistent backend; the second coordinates its client, security, integrations and final delivery after those topics are taught in Server-side. The product demonstration and evidence are shared, with distinct implementation and process criteria. Each workshop has 25 minutes of explanation, 140 of guided work and 15 of closing.

Working method
Git and GitHub
Continuous integration
Continuous deployment
Code review
Professional portfolio

Material last updated on 9 September 2026.

Course documents

General material.

LinkShared sequence and assessment

Contents

Material by section.

This module is taught in Spanish and its material is published in Spanish. The section titles below are translated for reference.

1 · FIRST TERM

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 · Arrancar · in SpanishPoner 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
Expected work 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 · Comprobar · in SpanishQue 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
Expected work 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 · Publicar · in SpanishCerrar 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
Expected work 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 · Conectar · in SpanishPoner 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
Expected work 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 · Evolucionar · in SpanishPriorizar 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
Expected work 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ó.