Crear lógica en el mid de gestión de dependencias de oikos

[diagutierrezro]

Se requiere realizar la lógica que se usará para la edición de dependencias, es importante que esta logica tambien se maneje mediante transacciones para que en dado caso de que falle alguna transacción todo quede como estaba originalmente. Tener presente que en una edición de dependencia se pueden hacer cambios en la tabla dependencia, dependencia_tipo_dependencia y dependencia_padre. Esta lógica se crea en un nuevo controlador y servicio en el repositorio

Sub Tareas

• [x] Crear lógica como una transacción para edición de dependencias.
• [x] Probar funcionamiento correcto.
• [x] Documentar evidencias de que los PUT se realizan correctamente.

Criterios de aceptación

• [x] Logica creada.
• [x] Pruebas de funcionamiento correcto realizadas.
• [x] Documentación 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

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

[xDa04vidx]

Adelanto del Issue

Sobre la dependencia Se logra editar los datos básicos de la dependencia: nombre, teléfono y correo: Antes Después Se muestra el json para el envió del endpoint

• Endpoint
• Cambio

Tipo de dependencia El ajuste de esta característica resultó ser más complejo de lo esperado, ya que una dependencia podía tener varios tipos asociados. Después de una reunión con el líder @diagutierrezro y el analista @mantnicot , se decidió utilizar el campo "activo" como una bandera para indicar qué tipo está activo en cada dependencia. Esta nueva interpretación de la funcionalidad generó varios casos a considerar.

Los siguientes casos se resolverán en la dependencia con el ID 295. Esta dependencia solo tiene asociado el tipo FACULTAD con el ID 2.

• Cuando se pasa un nuevo tipo que no ha tenido antes Para este ejemplo se agrega el tipo de dependencia 3 a la ya existente 2.

  • Entrada
  • Salida Se observa que ambos tipos se encuentran en true para esta dependencia

• Cuando se pasa un nuevo tipo que se ha registrado antes Para este ejemplo se pasara solamente el tipo de dependencia 3.

  • Entrada
  • Salida Se observa que solamente el tipo 3 se encuentra en true y el 2 en false.

• Cuando en los tipos que se pasan no se encuentra algún tipo activo anteriormente Para este ejemplo se pasaran los tipos 4 y 5.

  • Entrada
  • Salida Se observa que solamente los nuevos tipos están en true y los anteriores (2 y 3) se encuentran en false.

[xDa04vidx]

Problemas

• La complejidad del issue aumento considerablemente.

• Al intentar editar la dependencia asociada o dependencia padre, se trató de replicar el proceso utilizado para la edición del tipo de dependencia. Sin embargo, al intentar registrar una nueva dependencia padre, se produjo un error y el registro no se agregó a la base de datos. Esta funcionalidad fue probada durante el viernes 16 de agosto, pero no se obtuvieron resultados exitosos.

  La lógica planteada fue la siguiente: si se registra una nueva dependencia asociada, debería crearse un nuevo registro con esta relación, si no existía previamente, y marcar el actual como false. En caso de que la relación existiera pero estuviera marcada como false, este registro debería cambiar a true, mientras que el actual se marcaría como false.

  Problema Tras varios intentos, se inspeccionó la base de datos y se encontraron dos restricciones de unicidad. Estas restricciones especifican que solo se puede tener una relación hija y asociaciones únicas de padre a hija. Debido a estas condiciones, se cree que esta es la razón por la cual no se pueden crear más registros para esta tabla.

[xDa04vidx]

Nueva lógica para editar dependencia padre

Se estableció una reunión con el líder @diagutierrezro, donde se decidió editar el registro actual de la dependencia en lugar de crear nuevos registros. Además, el líder @diagutierrezro se comprometió a comunicar este cambio a los analistas correspondientes.

Se muestra a continuación el cambio funcionando La dependencia 295 actualmente tiene la dependencia asociada 9

• Petición Se cambiara por la dependencia 8

• Cambio Se observa que el cambio se realizo con éxito.

[xDa04vidx]

Pull request

Se agrega al pull request anterior en gestion_dependencias_mid