Retrospectiva - JNoxg8/App-Edu.-Financiera GitHub Wiki
Retrospectiva – Sprint 1
Información General
| Campo | Detalle |
|---|---|
| Fecha | 03/10/2026 |
| Hora | 20:00 |
| Participantes | Developers: Juan Pablo Garcia, Kevin Estupinan Sotelo, Juan Sebastian MartinezInvitados: N.A. |
✅ Qué se hizo bien
| Desarrollador | Anotación |
|---|---|
| Juan Pablo Garcia | Se adaptó el proyecto a la plantilla entregada por el profesor y se documentaron en el README las decisiones tomadas y su justificación, lo que facilita explicar el proyecto y mantener una estructura común. |
| Juan Pablo Garcia | La arquitectura por capas permitió probar la lógica financiera sin depender de la base de datos. Las historias HU007 y HU001 se terminaron con pruebas automatizadas que pasan correctamente. |
| Kevin Estupinan Sotelo | Se implementó la HU009 en el backend, permitiendo gestionar los ingresos y gastos de acuerdo con los requerimientos de la historia de usuario. |
| Kevin Estupinan Sotelo | Se avanzó en la integración entre el backend y Flutter, realizando ajustes para que el frontend pudiera consumir correctamente los servicios desarrollados. |
| Juan Sebastian Martinez | Se implementó la HU003 para la creación de metas de ahorro en Quarkus, incluyendo el modelo, repositorio, DTO, servicio, validaciones y endpoint REST. |
| Juan Sebastian Martinez | Se realizaron pruebas del endpoint y se verificó la persistencia de las metas en PostgreSQL, confirmando que la información se almacenara correctamente. |
❌ Qué se hizo mal
| Desarrollador | Anotación |
|---|---|
| Juan Pablo Garcia | La estructura inicial de paquetes no coincidía con las carpetas del proyecto y la adaptación a la plantilla llegó después de haber avanzado, lo que obligó a reorganizar código que ya estaba hecho. |
| Juan Pablo Garcia | El avance no se subió al repositorio durante el sprint. El trabajo quedó en copias locales sin control de versiones, lo que dificulta revisar los cambios y coordinar con el equipo. |
| Kevin Estupinan Sotelo | Durante la integración entre Flutter y el backend fue necesario realizar varios ajustes debido a diferencias entre las respuestas esperadas y las utilizadas por el frontend. |
| Kevin Estupinan Sotelo | Algunas pruebas de integración se realizaron en etapas avanzadas del sprint, lo que redujo el tiempo disponible para corregir los inconvenientes encontrados. |
| Juan Sebastian Martinez | Se presentaron dificultades con la configuración inicial de PostgreSQL, principalmente por el puerto utilizado, lo que retrasó las pruebas de persistencia del backend. |
| Juan Sebastian Martinez | La integración de la HU003 con Flutter no se alcanzó a realizar durante el sprint, por lo que quedó pendiente la prueba completa entre frontend y backend. |
✍️ Qué se aprendió
| Desarrollador | Anotación |
|---|---|
| Juan Pablo Garcia | Preparar el entorno de desarrollo desde el inicio (versiones de Java, Flutter, Android SDK y variables de entorno) evita bloqueos durante el sprint y diferencias entre los equipos de los integrantes. |
| Juan Pablo Garcia | Definir un formato único para las respuestas de error del backend simplifica la integración con Flutter, porque la app puede mostrar siempre el mensaje correcto al usuario sin manejar cada caso por separado. |
| Kevin Estupinan Sotelo | Aprendí la importancia de mantener una comunicación clara entre el frontend y el backend para evitar problemas durante la integración. |
| Kevin Estupinan Sotelo | Aprendí a consumir servicios REST desde Flutter y a realizar los ajustes necesarios para adaptar el frontend a las respuestas del backend. |
| Juan Sebastian Martinez | Aprendí a implementar una historia de usuario en Quarkus utilizando una arquitectura por capas, separando modelo, repositorio, DTO, servicio y recurso REST. |
| Juan Sebastian Martinez | Aprendí a configurar y conectar PostgreSQL con Quarkus y a verificar mediante pruebas que los datos enviados por el endpoint se persistan correctamente. |
🟡 Qué se debe cambiar
| Desarrollador | Anotación |
|---|---|
| Kevin David Estupiñan | Realizar pruebas de integración entre Flutter y el backend desde las primeras etapas del desarrollo. |
| Kevin David Estupiñan | Definir y validar previamente la estructura de las respuestas del backend para reducir los ajustes necesarios durante la integración. |
| Juan Sebastian Martinez | Realizar la integración entre backend y Flutter de manera progresiva, para detectar errores de comunicación entre ambos componentes antes de finalizar el sprint. |
| Juan Sebastian Martinez | Verificar la configuración de la base de datos y sus variables de entorno antes de iniciar la implementación para evitar bloqueos durante las pruebas. |