Iniciar implementación de lógica en gestión de espacios fisicos - Parte 2.

Se requiere continuar con la implementación de la lógica para la gestión de espacios fisicos, se requiere realizar el filtro de espacios fisicos donde los filtros son independientes (queda pendiente por definir si la busqueda se realizaría teniendo en cuenta los filtros seleccionados en conjunto o por separado), se debe crear una transacción en el mid para concretas los cambios que realice el usuario en los diferentes espacios fisicos.

Sub Tareas

[ ] Crear lógica para busqueda de espacios fisicos según los diferentes criterios de busqueda.
[ ] Precargar información de espacio fisico seleccionado.
[ ] Iniciar transacción para edición de espacios fisicos.

Criterios de aceptación

[ ] Lógica para busqueda de espacios fisicos creada.
[ ] Información de espacios fisicos precargada.
[ ] Transacción para edición iniciada.
[ ] Documentación de issue realizada.

Requerimientos

No aplica

Definition of Ready - DoR

[x] Está refinada y estimada en puntos de historia por el equipo.
[x] Incluye la descripción y criterios de aceptación, con el detalle funcional y especificaciones técnicas, de forma entendible por cualquier miembro del equipo.
[x] No tiene bloqueos que impidan su ejecución.
[x] Las dependencias están identificadas y resueltas.
[x] Puede ser probada dentro del Sprint.

Definition of Done - DoD - Desarrollo

[ ] Desarrollo en local.
[ ] Push en Feature.
[ ] Pruebas locales (funcionales).
[ ] PR a Develop.
[ ] Criterios de aceptación cumplidos.
[ ] Documentación de issue realizada.
[ ] Aprobada por SM/Líder técnico.

Se adelanta el mid

Se lograron avances significativos en la búsqueda de espacios físicos, a pesar de la complejidad del desarrollo. Esto se debe a la necesidad de considerar todos los campos enviados al mid, combinando las peticiones para mostrar únicamente los espacios académicos que coincidan con los criterios recibidos.

En primer lugar, se lograron realizar las combinaciones mediante comparaciones de los ID de los espacios físicos, enviando todos los objetos necesarios tanto para la edición como para los detalles. Sin embargo, al enviar toda esta información y al comparar solo los índices sin guardar el objeto completo, algunas consultas en este endpoint resultaban lentas, alcanzando tiempos de respuesta de hasta 1 minuto.

Tras un análisis con el líder @diagutierrezro, se logró capturar el objeto completo del espacio físico en la primera búsqueda y enviar solo los datos necesarios para construir la tabla. Este cambio en la lógica optimiza los tiempos de respuesta (aunque en algunos casos persiste cierta lentitud debido a la cantidad de información). También implica la creación de un nuevo endpoint para cargar la información faltante al ver detalles y editar el espacio físico.

Pendiente Queda pendiente desarrollar el endpoint que, al recibir un ID, devuelva la información de la dependencia asociada y los campos relacionados con el espacio físico. Esta información es la que falta para completar las vistas de detalles y edición.

Funcionamiento de lo realizado

Se mostrará el funcionamiento por medio del frontend, donde se facilita la utilización del endpoint, en primera medida se mostrará la búsqueda por campo individual y luego si por combinadas.

Búsqueda por tipo de espacio físico