División del Cliente en Microfrontends PT1

[milo19980525]

Se requiere realizar la planeación para dividir el sistema SISGPLAN en microclientes, de tal forma que cada uno sea independiente, autosuficiente, escalable, resiliente y tolerante a fallos. El objetivo es lograr desacoplar los componentes del cliente y descentralizar el frontend de un solo cliente para que sea mas sencillo realizar mantenimiento en los mismos y facilitar tareas de intervención por parte del equipo de desarrollo.

Especificaciones técnicas

1. Cada microcliente debe estar conformado por el conjunto de componentes y vistas que se relacionen funcionalmente.
2. Se debe tener en cuenta el cliente base (orquestador de microclientes) se desarrollo en SGA en el repositorio: SGA_cliente_root.
3. Un ejemplo de microcliente es: https://github.com/udistrital/sga_cliente_calendario_academico_mf o https://github.com/udistrital/sga_cliente_proyecto_curricular_mf.
4. El microcliente Core_mf es uno que tienes los componentes globales como: Header, footer, sidebar, estilos, funciones globales (Parecido al web component).
5. Cada Microcliente debe ser descentralizado, lo cual implica que debe poder ser desarrollado, implementado y escalado de forma independiente de otros.
6. Issues a tener en cuenta:
   Prueba de concepto para la creación de microcliente e implementación de Editor de texto enriquecido para la creación de template para correos personalizados  sga_cliente#1454
   Apropiación y documentación de tecnología de micro clientes para la migración del cliente actual a la nueva tecnología  sga_documentacion#4
   Creación de micro cliente para el componente dinámico dinamicforms con arquitectura de micro frontend primera parte sga_cliente#1517
   Creación de capacitación general equipo SGA para la creación e implementación de Clientes con Arquitectura Micro cliente  sga_cliente#1531
   Migración de modulo calendario academico a arquitectura de micro cliente  sga_documentacion#10

Sub Tareas

• Creación de diagrama de componentes de la arquitectura propuesta para el sistema de SISGPLAN, ejemplo .

Criterios de aceptación

• El diagrama de componentes muestra la división clara del sistema en múltiples microclientes y su relación con los diferentes componentes de la OATI para su funcionamiento como sistema de información.

Requerimientos

• Link del sistema en ambiente de pruebas.
• Material de apoyo.
• Credenciales de acceso al sistema.

Dependencias

• No presenta.

Definition of Ready - DoR

• Está refinada y estimada en puntos de historia por el equipo.
• 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.
• No tiene bloqueos que impidan su ejecución.
• Las dependencias entán identificadas y resueltas.
• Puede ser probada dentro del Sprint.

Definition of Done - DoD - Desarrollo

• Criterios de aceptación cumplidos.
• Documentación de issue realizada.
• Aprobada por SM/Líder técnico.

[Mechaz123]

Se adjunta el link del diagrama desarrollado en Draw.io que se ha estado trabajando a lo largo de la semana, actualmente el sistema por lo que se ha podido apreciar gira en torno a dos componentes llamados ARBOL y CONSTRUCCIÓN, de manera que se ha pintado de morado los que necesitan de CONSTRUCCIÓN y de verde fosforescente los que necesitan de ARBOL.

Actualmente se está organizando el diagrama de una manera que se puedas apreciar mejor el ordenamiento en base a estos componentes principalmente.

https://udistritaleduco-my.sharepoint.com/:u:/g/personal/daarojasg_udistrital_edu_co/EYokYcdfRD9FomBr8J2MlUkBiTfYdiKwOSaTsdbAiKqbbA?e=MfPaNj

[milo19980525]

Se debe refinar el diagrama y continuar con la issue #910