|
|
|
### Restrospectiva
|
|
|
|
|
|
|
|
#### Impedimentos
|
|
|
|
NIL
|
|
|
|
|
|
|
|
##### Individuos
|
|
|
|
* Evitar sobreingeniería: se deben crear las clases imprescindibles para el funcionamiento de la aplicación. No es necesario qe exista una clase Usuario y otra UsuarioAlta ya que no se especifica una distinción de usuarios en especificación.
|
|
|
|
* Comprobar la existencia de código muerto o de depuración antes de pasar al siguiente PBI.
|
|
|
|
|
|
|
|
##### Interacciones
|
|
|
|
Al desplegar la aplicación en el PBI 09 no se actualizó la url de la API en el front lo cual supuso retrasos. Se debe comprobar que la aplicación completa funciona al desplegar. A partir de los siguientes PBI se comprueba despliegue
|
|
|
|
Se etablece una batería de pruebas tras cada despliegue:
|
|
|
|
- CRUD usuario
|
|
|
|
- CRUD compromiso formación
|
|
|
|
- CRUD compromiso recogida de alimento
|
|
|
|
- Filtrado de listados recogida de alimento
|
|
|
|
|
|
|
|
#### Herramientas
|
|
|
|
Uso rudimentario de herramientas CI/CD (repositorio git sólo para backend). Convendría depurar su uso para facilitar el despliegue y modificaciones en caliente en el front.
|
|
|
|
|
|
|
|
#### Definición de hecho
|
|
|
|
* El código sigue la guía de estilo de google.
|
|
|
|
* El código esté límpio (sin código muerto ni de depuración).
|
|
|
|
* El código haya sido revisado por un desarrollador distinto al que lo generó. **No cumple ya que sólo hay un desarrollador en el equipo.**
|
|
|
|
* Se haya comprobado el correcto funcionamiento de la aplicación en los tres principales navegadores(Firefox, Chrome y Edge).
|
|
|
|
* Al usuario se le sugiere el contenido de los campos a rellenar
|
|
|
|
* La aplicación debe ser compatible con varios sistemas operativos, incluyendo Windows, macOS, Linux. |
