udistrital / planeacion_cliente

:heavy_check_mark: Check: Cliente del proyecto de planeación de la universidad Distrital
0 stars 0 forks source link

1 - 3 Implementación de funcionalidad en el componente (cliente) para la consulta de tabla general de resumen para el rol de planeación modulo de formulación de planes de acción de funcionamiento #818

Closed a52290451 closed 1 month ago

a52290451 commented 8 months ago

Se requiere incluir el flujo de funcionamiento en el componente grafico implementado en #815 , de tal forma que se consulte toda la información asociada a planes de acción en fase de formulación mediante planeacion_mid y se almacene esta información en la Tabla resumen de la vista plan de acción/formulación. Adicionalmente se debe implementar la funcionalidad que permita redireccionar al usuario a la vista especifica del plan de acción en formulación, y asignarla como evento al icono de lupa habilitado para cada plan de acción disponible en la tabla resumen.

Especificaciones técnicas

  1. Los registros que deben ser incluidos en la tabla resumen, deben consultarse a través de planeacion_mid, de acuerdo con el controlador implementado en #813 .
  2. En caso de no tener respuesta por parte de la api planeación_mid se debe controlar el error con un mensaje de alerta hacia el usuario.
  3. Para cada registro en la tabla resumen, se debe habilitar el icono de lupa, en el campo Acciones, y asociar este con la vista en la cual se encuentra el registro en cuestión. Debe ser un evento que redireccione al usuario a la vista del plan de acción en formulación.
  4. En caso de que no se pueda enlazar un registro particular con la vista correspondiente a través del icono, este debe aparecer deshabilitado en la tabla.
  5. La información que debe completarse por cada registro en la tabla resumen es:
    • Unidad Académica y / o Administrativa (Nombre)
    • Vigencia
    • Plan de acción (Nombre)
    • Estado del plan de acción
    • Acciones (lupa).
  6. En caso de que la consulta de todos los planes de acción sea robusta y tome mas tiempo del esperado, se debe controlar los tiempos de carga y no mostrar la tabla resumen hasta que contenga los registros requeridos. Se debe mostrar una pantalla de carga que no se cierre hasta que se genere la tabla resumen.

Sub Tareas

Criterios de aceptación

Requerimientos

Dependencias

Definition of Ready - DoR

Definition of Done - DoD - Desarrollo

a52290451 commented 8 months ago

@felimarod Por favor actualizar estado de la actividad

felimarod commented 8 months ago

Ya se obtienen los datos desde el API MID, sin embargo no se han logrado visualizar en la tabla, esto sucede ya que no se han inicializado los datos al momento de pasarlos a la tabla. Para solucionar esto se ha estado intentando implementar promesas en la creación del componente. Más sin embargo he tenido problemas con ello

felimarod commented 8 months ago

Una duda, a que se refiere el criterio de aceptación 4:

Cuando el formulario del plan de acción en formulación no esta disponible, se muestra el icono de lupa desactivado.

Es que en teoría todos deberían estar disponibles.

felimarod commented 8 months ago

Pruebas funcionales

a52290451 commented 8 months ago

El criterio de aceptación es una medida de control para no redireccionar al usuario a un formulario que no tenga data asociada, en algunos casos se tiene la información del formulario pero su contenido es nulo. En estos casos se debe controlar el error para no redireccionar a una página rota.

felimarod commented 8 months ago

Sesión de revisión Ya se actualizaron las pruebas funcionales con las sugerencias en las observaciones

a52290451 commented 8 months ago

Se realiza merge en Develop