2-4 Creación de microfrontend "evaluacion_mf"

[a52290451]

Se requiere crear el microfrontend planeacion_evaluacion_mf con base en el cliente PLANEACION_CLIENTE, de forma tal que los componentes asociados queden desacoplados del Cliente principal.

Especificaciones técnicas

1. El repositorio para planeacion_evaluacion_mf es: (https://github.com/udistrital/planeacion_evaluacion_mf)
2. Se requiere crear el cliente a partir de single-spa.
3. El API debe cumplir con los lineamientos establecidos para la creación de nuevos clientes definidos por la OATI.
4. Se debe adicionar el consumo de "planeacion_evaluacion_mf" al microfrontend planeacion_root_mf* desarrollado en #925 .
5. Se debe optimizar el código migrado, eliminando malas practicas de desarrollo.
6. Tomar como referencia el diagrama de componentes elaborado en #910 .

Material de apoyo

• Sesión de capacitación Microfrontends: https://udistritaleduco-my.sharepoint.com/:v:/g/personal/ndmunozc_udistrital_edu_co/EQ18oP3BMztCuGj4fRbI540BKawZvWw7muAnTX3jDINSAQ?referrer=Teams.TEAMS-WEB&referrerScenario=MeetingChicletGetLink.view.view

Sub Tareas

• [x] Desarrollo del cliente planeacion_evaluacion_mf
• [x] Consumo de "planeacion_evaluacion_mf" desde "planeacion_root_mf".
• [x] Optimización de código.

Criterios de aceptación

• [x] El cliente se encuentra desarrollado.
• [x] El código está optimizado.
• [x] Se consume a core-mf y se evidencia su integración.

Requerimientos

• [x] Completar Issue #910 .

Dependencias

• planeacion_cliente
• planeacion_mid
• planes_crud

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.

[diegobauto]

Se sube el desarrollo en rama develop: https://github.com/udistrital/planeacion_evaluacion_mf Se realizan pruebas funcionales: Link

[a52290451]

De acuerdo a las observaciones realizadas en el documento de pruebas, queda la siguiente DEUDA TÉCNICA para atender en próximas actividades:

1. Ajustar MF, core.
2. Una vez se ajuste el CORE, se requiere ajustar el componente gráfico con la nueva librería utilizada.
3. A nivel general, una vez se ajuste el componente CORE, se debe realizar una validación de estilos y formas en todo el MF de reportes.

[a52290451]

@diegobauto,

Para finalizar la actividad, se requiere actualizar el Readme del repositorio, de acuerdo a los lineamientos establecidos.