Closed milo19980525 closed 2 months ago
Plantilla de Manual técnico: E-03- Aprobación de entregable Funcionamiento (1).docx
Manual técnico guía: Descripción técnica Evaluaciones.docx
Descripción técnica SGA módulos inscripción y admisión
Observaciones adicionales:
Carpeta dónde debe ir el documento técnico; https://udistritaleduco-my.sharepoint.com/:f:/g/personal/computo_udistrital_edu_co/EiXN6TjOfY1Mg00JcPWnsyoBMdX8_KWSHWCa2Za7PfcVdA?e=6g6YOX
Material de apoyo para pruebas Unitarias:
Revisar esta plantilla como guía para el desarrollo de pruebas unitarias, así como los lineamientos de la OATI asociados a las mimas.
Adicionalmente, se adjuntan los siguientes issues como guía: https://github.com/udistrital/resoluciones_mid_v2/issues/13 https://github.com/udistrital/resoluciones_mid_v2/issues/49
Se relaciona Issue para pruebas unitarias #1148 .
La documentación técnica de SISGPLAN queda a cargo de @Oscarjaimes1710 .
Manual de usuario en proceso de correcciones:
Se realizan las siguientes observaciones a Viviana:
" Ya revise el documento:
Te realice algunos comentarios internamente para que los revises por favor.
Adicionalmente:
@Oscarjaimes1710 queda encargado de "Revisión de actualización de APIs consumidas (terceros, transversales)"
@ccmendezt y @Mechaz123 Por favor revisar la relación de menús y roles en el aplicativo de configuración.
@Mechaz123 y @ccmendezt se encargarán de revisar las variables de entorno, sincronización de bases de datos y ETL.
i. Mañana se realizará el script que permita cambiar los códigos de abreviación de los registros existentes en las colecciones de producción y agregación de nuevos registros.
Producción:
Pruebas:
Se valida y aprueba V1 del Manual técnico para SISGPLAN.
A continuación, se presenta el listado de ajustes con respecto a los menús en ambiente de pruebas, para cada uno de los roles en el sistema de SISGPLAN.
Se elimina:
Se elimina:
Se elimina:
Se elimina:
@Oscarjaimes1710 queda encargado de "Revisión de actualización de APIs consumidas (terceros, transversales)"
Se realiza la validación de consumos de apis externas de planeación cliente y se encuentra que en su mayoría responden correctamente. a excepción de documentos_service que arroja un error.
CONSUMOS DE APIS EXTERNAS DEL CLIENTE.xlsx
@a52290451
Estado pruebas unitarias #1148 .
Se realiza solicitud de pruebas de Carga y Seguridad:
https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=62069
Manuales de Usuario:
JEFE_DEPENDENCIA: https://udistritaleduco-my.sharepoint.com/:w:/g/personal/computo_udistrital_edu_co/ERJJnbXTRcVPjQZiD4T77nkB12e7svarx4ymuguZeVG4Nw
Adjunto la Revisión de sincronización de bases de datos en ambientes (prueba y producción): Revisión de sincronización de bases de datos.pdf
Adjunto script de Sincronización de Base de Datos: SincronizacionBDMongo.zip
Adjunto script de Migración de modelo de datos de la issue #1023 : MigracionBDMongo.zip
Se encuentra que únicamente se debe agregar la variable RESOLUCIONES_DOCENTES_SERVICE en planeacion_mid.
- planes_crud: https://github.com/udistrital/planes_crud/pull/105 En planes_crud se agregaron los siguientes campos en la colección periodo-seguimiento:
- planeacion_mid: https://github.com/udistrital/planeacion_mid/pull/573 En planeacion_mid se agregó validación de generación de reportes de planes de acción para una dependencia específica con una única actividad (lanzaba un panic cuando el plan tenía una sola actividad, ej: plan 2024 prueba ccmendezt
Caso en el que fallaba:
Con corrección:
i. Ambos scripts fueron realizados usando la versión de Node 18.18.2 así que se recomienda usar esa para la sincronización de la base de datos y la ejecución de la migración del esquema de datos. ii. Se debe corregir el script de sincronización de planes_crud quitando los registros de tipo-plan no usados de acuerdo a la reunión con el SM. iii. Se debe crear un script de sincronización con parametros_crud para tener todos los parámetros usados por SISGPLAN.
Se realizó nuevamente la revisión de los items asignados.
Nota: Se recomienda primero ejecutar el script de sincronización ETL, posteriormente el script de migración y luego seguir los pasos del archivo de en parametros_crud.
Adjunto script de Sincronización de Base de Datos ETL: 1-SincronizacionBDMongo.zip
Adjunto script de Migración de modelo de datos: 2-MigracionBDMongo.zip
Adjunto archivo _insercion_parametroscrud.json para la inserción del parámetro CORREO_OAP utilizado en el módulo de gestión de usuarios: insercion_parametros_crud.json
npm install dotenv axios mongodb
o npm i
, ya que son módulos requeridos en ambos scripts para realizar las operaciones.
1.1 Paso especial para script MigracionDBMongo: Se debe cambiar el token usado en la línea 29 de MigracionDBMongo por un token de producción ya que se necesita para obtener datos de planeacion_mid, para esto se recomienda iniciar sesión en el aplicativo de planeación y utilizar el access_token generado al realizar el login. NO realizarlo con un token de desarrollo..env
usando como ejemplo las variables del archivo .env.example
Se encuentra que únicamente se debe agregar la variable RESOLUCIONES_DOCENTES_SERVICE en planeacion_mid.
i. Ambos scripts fueron realizados usando la versión de Node 18.18.2 así que se recomienda usar esa para la sincronización de la base de datos y la ejecución de la migración del esquema de datos. ii. Se corrigió el script de sincronización de planes_crud quitando los registros de tipo-plan no usados de acuerdo a la reunión con el SM. iii. Se creó un archivo de sincronización con parametros_crud para tener todos los parámetros usados por SISGPLAN. iv. Teniendo en cuenta que se quitaron los registros relacionados a planes de acción de inversión en la colección tipo-plan, se debe revisar si se omite la inserción de los registros asociados a planes de acción de inversión en la colección tipo-seguimiento.
Solicitud tuleap actualización variables de producción planeacion_mid: https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=62072
Se solicita caso DBAs para ejecución de scripts e inserción de datos: https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=62092&group_id=177
Consumos a terceros desde el cliente :
APIS CONSUMIDAS POR PRODUCCIÓN --> MID:
-PlanesService = ${PLANES_SERVICE} -PlanCuentasService = ${PLAN_CUENTAS_SERVICE} -OikosService = ${OIKOS_SERVICE} -ParametrosService = ${PARAMETROS_SERVICE} -TercerosService = ${TERCEROS_SERVICE} -GestorDocumental = ${GESTOR_DOCUMENTAL_SERVICE}
APIS Consumidas por pruebas pero no en producción --> MID:
Apis que no se están consumiendo en producción pero si en el cliente de pruebas :
Apis que no se están consumiendo en el cliente de pruebas pero si en producción :
Se encuentra un error al correr este endpoint en ambiente de produccion : https://pruebasapi.intranetoas.udistrital.edu.co:8094/v1/documento
mientras que en ambiente de pruebas responde bien: https://autenticacion.portaloas.udistrital.edu.co/apioas/documento_crud/v2/documento
Se hace ajustes en el archivo de consumos de las apis externas como lo solicito @a52290451.
Las apis externas a las cuales no se les hace mención o cuadro de endpoint es porque se nombran en el environments pero no se consumen en ningun modulo de la aplicacion.
Pruebas sobre la refactorización de la lógica en los indicadores de seguimiento: Comportamiento actual en pruebas:
Comportamiento actual en pruebas
Comportamiento con los ajustes realizados:
Comportamiento con los ajustes realizados
Se puede evidenciar que los resultados son los mismos en los indicadores y el comportamiento es el mismo
Nota: En un inicio se planteo "solucionar" los indicadores. Se investigó con Rony y la lógica esta correcta, el fallo puede ser por parte del usuario al no diferenciar los tipos de indicadores y sus diferencias respecto a las formulas y diferentes usos con respecto a numeradores y denominadores
Se finalizan pruebas unitarias: https://github.com/udistrital/planeacion_cliente/issues/1148
Se eliminaron los registros asociados a planes de acción de inversión en la colección tipo-seguimiento. Se realizó el ejercicio de la migración en un entorno local ejecutando los scrips y se encontró que faltó un registro por añadir en el script MigracionDBMongo, concretamente se añadió un registro más en la colección _periodoseguimiento correspondiente a las fechas de formulación para el plan de acción 2024 cuyo periodo_id es 32 (id de la vigencia 2024 en producción).
Adjunto script de Sincronización de Base de Datos ETL: 1-SincronizacionBDMongo.zip
Adjunto script de Migración de modelo de datos: 2-MigracionBDMongo.zip
Se encontró un registro en base de datos que tiene la propiedad padre_plan_id: ""
causando que NO se cargue correctamente la tabla de formulación desde el rol PLANEACION:
El registro en cuestión es:
Así que se actualizó el script de Migración de modelo de datos para quitar esa propiedad de los planes que la tienen en vacía con el siguiente código:
- Script: 2-MigracionBDMongo.zip
Se actualiza la solicitud de tuleap relacionada con DBAs (https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=62092) con base en la reunión con funcionamiento el día 3 de julio y unos ajustes realizados en los scripts para que funcionen con la data de producción.
Se actualiza la solicitud de tuleap relacionada con DBAs (https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=62092) con base en la reunión con funcionamiento el día 3 de julio y unos ajustes realizados en los scripts para que funcionen con la data de producción.
Se actualiza KB nuevamente, dados ajustes uno de los scripts #1259
Se actualiza la solicitud de tuleap relacionada con DBAs (https://tuleap.portaloas.udistrital.edu.co/plugins/tracker/?aid=62092) con base en la reunión con funcionamiento el día 3 de julio y unos ajustes realizados en los scripts para que funcionen con la data de producción.
Se actualiza KB nuevamente, dados ajustes uno de los scripts #1259
Se actualiza KB con el script de migración actualizado
@a52290451 por favor indicar a quien se le entrega el avance actual de la verificación de parámetros por sincronizar en producción.
Se despliega en producción el día 9 de septiembre
Se requiere realizar la salida a producción de todas las funcionalidades desarrolladas en SISGPLAN a la fecha, teniendo en cuenta los siguientes requerimientos:
Definition of Done - DoD - Despliegues
Nota: Este sistema tiene creado un ambiente de producción para las APIs MID y CRUD y para el Cliente, por lo que se requiere tener mucho cuidado con el incremento para no afectar data en producción.