Cambio de datos paramétricos del sistema

[milo19980525]

Se requiere realizar el ajuste de datos paramétricos sobre el sistema con base en el último hallazgo encontrado en: https://github.com/udistrital/polux_cliente/issues/402#issuecomment-1746142508

Especificaciones técnicas

• El último desarrollo se encuentra en la rama master con el MVP (Falta la subida a release el ajuste de las materias de posgrado).
• Tomar como base la rama release/0.0.2.

Sub Tareas

• [x] Insertar en el API de parámetros todos los datos aociados a las tablas identificadas en el comentario.
• [x] Modificar el filtrado de parametros en el API CRUD, MID y en el cliente de pólux.
• [ ] Probar los cambios realizados en local.

Criterios de aceptación

• [x] Todos los datos paramétricos se dejan de almacenar en el esquema "academica" de la base de datos udistrital_core_db.
• [x] El cliente y el API crud de pólux se adptan a los cambios necesarios.

Requerimientos

• ninguno.

Dependencias

• ninguna

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 entá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.
• [ ] PR a Release.
• [ ] Criterios de aceptación cumplidos.
• [ ] Documentación de issue realizada.
• [ ] Aprobada por SM/Líder técnico.

[ludwinggsanchez]

https://github.com/udistrital/polux_cliente/issues/402#issuecomment-1786190332

[Mechaz123]

Se realiza la inserción de los datos parametricos en la base de datos "udistrital_core" en el esquema "parametros", dando un resultado de 84 datos insertados, en ambiente de pruebas.

Adicional a esto se adjunta el script de inserción para cuando se deba hacer la inserción en Producción y así mismo para futuros cambios si se llega a presentar el caso.

Insercion parametros - Optimización.txt

[Mechaz123]

Se modifica el Script para adjuntar los últimos parámetros, agregados a la tabla estado_solicitud.

Insercion parametros - Optimización.txt

[Mechaz123]

Se adjunta el Excel con los parámetros insertados hasta este momento

Parametros.csv

[diagutierrezro]

Se realiza un ajuste parcial del controlador aprobar_solicitud, para continuar con el proceso se debe realizar la transición del crud hacia el mid de la transacción cuando el coordinador aprueba la solicitud.

[milo19980525]

Se adjunta el Excel con los parámetros insertados hasta este momento

Parametros.csv

@ludwinggsanchez la documentación requerida se encuentra en el excel.

[Mechaz123]

Se adjunta el script para la eliminación de los CONSTRAINTS y actualización de los ID con los parámetros en las tablas de Pólux, este script se ira ejecutando por partes a medida que se modifique el sistema, ya que, si se ejecuta todo completo, puede ser un cambio drástico para el sistema.

Script - actualización de parametros en academica.txt

[Mechaz123]

Se realiza un listado de todas las tablas paramétricas que existen en académica.

De manera que se insertan dos tablas que faltaban "tipo_detalle" y "distincion_trabajo_grado"

Se actualizan los scripts y el excel con los parametros:

• Insercion parametros - Optimización.txt

• Script - actualización de parametros en academica.txt

• Parametros.csv

[Mechaz123]

Se realiza la conexión entre las solicitudes que realiza pólux, para el listado de novedades disponibles en el trabajo de grado.

Se realiza la verificación de las áreas de conocimiento en el esquema de parámetros.

Se adjunta le Excel con todo el listado de áreas de conocimiento.

areas_conocimiento.csv

[diagutierrezro]

Se realiza la migración de la transacción respuesta_solicitud para una solicitud inicial.

[Mechaz123]

Se estabiliza el sistema, para consumir los datos desde PRUEBAS y por otra parte se logra desplegar las diferentes novedades de la modalidad.

Aún hay que realizar la modificación para que solo se muestren las activas, ya que la solicitud de director trabajo grado, se había desactiva anteriormente, por otra parte, aún se tiene que seguir modificando el sistema.

[diagutierrezro]

Se finaliza la migración a parametros del modulo aprobar_solicitud

[milo19980525]

Con @diagutierrezro y @Mechaz123 se define lo siguiente:

1. Al medio día del 27 se termina migración de transacción tr_solicitud.
2. controlador tg_revision cliente, ajustando transacción en crud (cliente) - 2 días
3. controlador tg_revision docente, ajustando transacción en crud (cliente) - 1 días
4. Revisión y prueba de aprobar solicitud con novedades (cambio de título, etc) - 2 días
5. Consultar trabajo de grado controlador y vista en el cliente - 3 días.
6. Registro de notas - Tiempo restante del sprint

[milo19980525]

@diagutierrezro y @Mechaz123 Con los documentos se encuentra que:

• [x] Se deben crear las carpetas de pólux en nuxeo de: actas, documentos_revision, documentos_grado, pasantias. Lo anterior para pruebas y producción.
• [x] Crear los respectivos registros en documentos/udistrital_core.

[milo19980525]

Se crea caso de tuleap: https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=57528&group_id=177

[milo19980525]

@ludwinggsanchez se ajustaron los tipos de documentos en pruebas para almacenamiento de los mismos relacionados con pólux, por favor ajustar las peticiones del cliente en el menú de solicitudes, con base en los nuevos id. Estos se pueden consultar en los scripts del caso tuleap o en la base de datos udistrital_core, esquema documento, tablas: tipo_documento, dominio_tipo_documento (polux).

[milo19980525]

@diagutierrezro y @Mechaz123 Con los documentos se encuentra que:

• [x] Se deben crear las carpetas de pólux en nuxeo de: actas, documentos_revision, documentos_grado, pasantias. Lo anterior para pruebas y producción.
• [x] Crear los respectivos registros en documentos/udistrital_core.

@Mechaz123 por favor comprobar el cargue y consulta de documentos con base en los cambios realizados en producción y adjuntar el respectivo script de eliminación una vez las pruebas sean satisfactorias.

[milo19980525]

Con @diagutierrezro y @Mechaz123 se define lo siguiente:

1. Al medio día del 27 se termina migración de transacción tr_solicitud.
2. controlador tg_revision cliente, ajustando transacción en crud (cliente) - 2 días
3. controlador tg_revision docente, ajustando transacción en crud (cliente) - 1 días
4. Revisión y prueba de aprobar solicitud con novedades (cambio de título, etc) - 2 días
5. Consultar trabajo de grado controlador y vista en el cliente - 3 días.
6. Registro de notas - Tiempo restante del sprint

@diagutierrezro y @Mechaz123 por favor comentar estado actual de la tarea.

[diagutierrezro]

Por mi parte se realizó lo siguiente:

• Se realizó la migración de la transacción tr_solicitud y se realizaron las respectivas pruebas para su funcionamiento.
• Se ajustaron las vistas de revisión de documentos junto con la transacción tr_registrar_revision_tg.
• Se realizó el ajuste sobre el manejo de tipo de documentos hacia el API de documentos, se empezó a realizar el ajuste hacia producción aunque esta tarea aún no se ha completado ya que se debe cambiar cierta parte de la logica.
• Encontré unos errores en la creación de novedades, esa tarea no la completé.

[Mechaz123]

Por mi parte se realizó lo siguiente:

• Se realizó corrección para las áreas de conocimiento al momento de enviar la solicitud.
• Se corrigió el guardado del documento del trabajo de grado en la solicitud inicial.
• Se corrigió algunos datos que se enviaban al momento de enviar al enviar los datos a tr_solicitud.
• Se cambió el código del apartado consulta_trabajo_grado, falta realizar la prueba de este apartado, ya que se envió una solicitud inicial, pero falta realizar la respectiva aprobación.

[milo19980525]

Tareas para 7/12:

• Probar y corregir comportamientos no esperados de consulta trabajo de grado (1-2 días). - Daniel
• Migración de funcionalidad registro de notas (Director y revisor) - 2 días. - Daniel
• Ajustar vista "Consultar trabajo de grado" desde el coordinador - 1/2 día - Daniel
• Ajustar la lógica para diferenciar entre los tipos de documentos (revisión y solicitud inicial) - 1/2 día - Diego
• Revisar en producción la carga y envío de documentos al gestor documental (Antes se debe habilitar opción de realizar varias modalidades a la vez y solicitar novedades con la nota registrada) - 1/2 día. - Diego
• Corregir transacción de crear solicitud (1 día) - Diego.
• Ajustar funcionalidades asociadas al menú (Materias de posgrado): Publicar asignaturas y registrar notas. Además revisar funcionamiento de registro de solicitud inicial por parte del estudiante. - 2 días

[diagutierrezro]

Se realiza la corrección de la transacción tr_respuesta_solicitud agregando la aprobación de las solicitudes de novedades en los trabajos de grado.

[diagutierrezro]

Se realiza el ajuste para diferenciar los tipos de documentos de trabajo de grado y se asocian al respectivo tipo de documento que se maneja en el API de documentos

[diagutierrezro]

Se realiza el ajuste para visualizar las areas de conocimiento en listar y aprobar solicitudes por el cambio realizado hacia parametros.

[diagutierrezro]

Se ajusta en pruebas el uso de los tipo_documento desde el API de documentos para los controladores de listar_solicitud, aprobar_solicitd, revision_documento para docente y estudiante y los controladores que derivan de estos para el funcionamiento correcto.

[Mechaz123]

Se realiza ajuste del apartado llamado consultar_trabajo_grado pero aún hay cosas pendientes por cambiar, ya que cuando se realizó la modificación inicial, no se contó con que existiera un archivo llamado listar_solicitudes en la carpeta de directivas, de manera que ha hecho que el proceso de ajuste se haya alargado un poco.

[Mechaz123]

Se realiza el cambio de los parámetros y demás funciones asociadas tanto para la vista de coordinador.

Como para la vista de estudiante.

[diagutierrezro]

Se realiza la modificación hacia parametros para el flujo de materias de posgrado

[milo19980525]

• Revisar y actualizar datos paramétricos asociados a todo el flujo de pólux.
• Establecer una transacción (revision_tg) en el crud de pólux a partir de la que actualmente se encuentra en el mid, pasándose solo lo asociado a la base de datos de pólux, siguiéndose consumiendo en el mid el api de parámetros y consumir la transacción creada en el CRUD.

[milo19980525]

@diagutierrezro por favor en el siguiente formato, comentar aquellas pruebas fallidas en el flujo de las modalidades de grado, asociadas al cambio de parámetros.

https://udistritaleduco-my.sharepoint.com/:x:/g/personal/computo_udistrital_edu_co/EWzX9i21lq5FtuB6Q88I0AkBMY3g5tc9WnIH0hawinWo0A?e=ajvzhL