Presentación final del proyecto
Cada equipo deberá realizar una presentación final de su proyecto ante el profesorado y el resto de compañeros. La presentación tendrá como objetivo mostrar el funcionamiento real de la aplicación desarrollada, explicar su utilidad dentro del departamento asignado y justificar las decisiones principales tomadas durante el desarrollo.
La presentación deberá tener una duración máxima de 12 minutos. Cuando quede 1 minuto, el profesorado avisará al equipo para que finalice la exposición. Una vez terminado este tiempo, se abrirá un turno de preguntas de 5 minutos.
Durante la presentación no se deberá explicar el código fuente, salvo que el profesorado lo solicite expresamente. La exposición debe centrarse en mostrar el funcionamiento de la aplicación como si se tratara de un tutorial (breve, claro y ordenado).
Estructura recomendada de la presentación
1. Introducción mediante PowerPoint
Duración máxima: 1 minuto.
El equipo deberá comenzar con una breve presentación apoyada en un PowerPoint. Esta parte tendrá una duración máxima de 1, 2 minutos y deberá ocupar aproximadamente 2 o 3 diapositivas.
El PowerPoint deberá incluir:
- Portada del proyecto.
- Nombre de los integrantes del equipo.
- Departamento o temática asignada.
- Breve explicación de qué problema resuelve la aplicación.
- Funcionalidades principales que se van a mostrar.
Esta parte debe ser breve. No se trata de explicar toda la memoria, sino de situar rápidamente al público antes de pasar a la demostración práctica.
2. Demostración de la aplicación en producción
Duración aproximada: 8-9 minutos.
Después de la introducción, el equipo deberá mostrar la aplicación funcionando desde las máquinas finales, con el proyecto desplegado en producción mediante Docker.
La demostración debe realizarse sobre el sistema funcionando, no sobre el entorno de desarrollo. Se valorará que el equipo muestre claramente que la aplicación está integrada dentro de la arquitectura general del proyecto.
Durante esta parte se deberán mostrar, cuando proceda:
- Acceso a la aplicación a través del reverse proxy.
- Inicio de sesión o acceso con usuario autenticado.
- Funcionamiento de la parte pública y privada, si existen.
- Funcionalidades principales de la aplicación.
- Altas, consultas, modificaciones y eliminaciones de datos, si forman parte del proyecto.
- Uso de roles o permisos, si se han implementado.
- Integración con la base de datos.
- Integración con otros servicios del proyecto, si existe.
- Automatizaciones realizadas, si forman parte de la aplicación.
- Comportamiento ante errores o validaciones importantes.
La explicación debe hacerse desde el punto de vista del usuario. Es decir, el equipo debe explicar qué se está haciendo, para qué sirve y qué resultado obtiene el usuario.
No se debe dedicar tiempo a enseñar clases, métodos, controladores, consultas internas o fragmentos de código.
3. Cierre de la presentación
Duración aproximada: 2-3 minutos.
Al finalizar la demostración, el equipo deberá cerrar la exposición comentando brevemente los aspectos más importantes del desarrollo.
Se deberán incluir los siguientes puntos:
- Resultado final conseguido.
- Funcionalidades que han quedado completamente operativas.
- Dificultades técnicas encontradas.
- Problemas de integración con Docker, reverse proxy, base de datos, sesiones o servicios externos.
- Decisiones importantes tomadas durante el desarrollo.
- Mejoras que se podrían incorporar en una versión futura.
- Valoración del trabajo en equipo y reparto de tareas.
Esta parte debe ser concreta. No se trata de justificar errores, sino de demostrar que el equipo comprende el proceso seguido, los problemas encontrados y las posibles mejoras del proyecto.
Turno de preguntas
Una vez finalizada la presentación, se abrirá un turno de preguntas de 5 minutos.
Las preguntas serán formuladas principalmente por el profesorado y deberán ser respondidas por los integrantes del equipo. Todos los miembros deben estar preparados para intervenir y responder cuestiones relacionadas con el proyecto.
Las preguntas podrán estar relacionadas con:
- Funcionamiento de la aplicación.
- Arquitectura del sistema.
- Uso del reverse proxy.
- Contenedores Docker utilizados.
- Base de datos.
- Gestión de sesiones y usuarios.
- Seguridad básica.
- Organización del trabajo.
- Problemas encontrados durante el desarrollo.
- Decisiones técnicas tomadas.
- Posibles mejoras futuras.
Además, todos los equipos deberán formular al menos una pregunta coherente y técnica durante las presentaciones de otros grupos. La pregunta deberá estar relacionada con el proyecto presentado y demostrar atención e interés por el trabajo de los compañeros.
No se considerarán válidas preguntas genéricas o poco técnicas como “¿os ha gustado el proyecto?” o “¿ha sido difícil?”. Se esperan preguntas relacionadas con el funcionamiento, la arquitectura, la base de datos, Docker, el reverse proxy, la autenticación, las pruebas o las decisiones de diseño.
Recomendaciones para el equipo
Antes de la presentación, cada equipo deberá comprobar que:
- El proyecto arranca correctamente.
- Los contenedores necesarios están levantados.
- La aplicación es accesible desde la URL correspondiente.
- El reverse proxy está funcionando.
- Existen usuarios de prueba preparados.
- La base de datos contiene datos suficientes para la demostración.
- Las funcionalidades principales se pueden enseñar sin improvisar.
- Todos los integrantes conocen el orden de intervención.
- Se ha ensayado la presentación para no superar los 12 minutos.
También se recomienda tener preparada una ruta clara de demostración, indicando qué pantalla se va a enseñar primero, qué acciones se van a realizar y qué resultado se espera obtener.
Distribución orientativa del tiempo
| Parte | Duración aproximada |
|---|---|
| Introducción con PowerPoint | 1 minuto |
| Demostración de la aplicación | 8-9 minutos |
| Cierre, dificultades y mejoras | 2-3 minutos |
| Turno de preguntas | 5 minutos |