The academic-system-backend from sofka-xt

Crear los servicios

Referencia: Sofka-XT/academic-system-frontend#7

Crear curso

Esta tarea tiene como finalidad crear el caso de uso y el router para guardar un curso.

Diseñar componentes para el inicio de sesion (con todas las validaciones)

HU10: Aplicación de reglas para envio de alertas

Yo como: Usuario
quiero: aplicar reglas a los cursos
Para: facilitar la personalización de los cursos de acuerdo a las necesidades del training.

Descripcion:

DOR
• Entidades implementadas
• Servicios CRUD del programa y cursos

Criterios de aceptación
· Las funciones se emiten bajo las condiciones determinadas por las reglas del curso
. Notificación de bajo rendimiento, notificación de refuerzo y felicitación por buen rendimiento.
· Iniciar / terminar del curso correctamente

DOD
·Cumplimiento satisfactorio de las pruebas

DEPENDENCIAS:

Crear DTO de scores para actualizar puntajes de estudiante

Crear un DTO de training

Referencia: Sofka-XT/academic-system-frontend#7

Hacer pruebas unitarias entry points de training

Referencia: Sofka-XT/academic-system-frontend#7

Revisar el código completamente del training

Referencia: #45

Agregar un nuevo atributo "referencia de grado" en la clase "categoría". -Barnaclas

Referencia HU09 #2

Crear programa

Actualizar programa

Hacer prueba unitarias a los servicios de training

Referencia: Sofka-XT/academic-system-frontend#7

Crear una consulta para obtener la información de los aprendices y sus notas

Validaciones HU6

Crear el Router para consumir la información de las notas del aprendiz

HU011. Creación de calendario del training

PUNTOS DE HISTORIA= 5

DESCRIPCION
como programa academico se quiere tener un servicio que permita crear el calendario de un training activo para que este servicio pueda ser consumido por el batch.

DEPENDENCIA

listar los training activos

CRITERIOS DE ACEPTACION
-Dado un programa asociado a un training cuando se actualiza o se activa el mismo se debe
generar un calendario donde se distribuyen los dias de la categoria, excluyendo los fines de semana (sabado y domingo)

Cada dia del calendario debe contener la fecha y asociado todo el objeto categoria.

DOR

El programa deberia tener un vinculo al training, asociado a un programa.

DOD
Pruebas a nivel de dominio al 100% para el backend.
Pruebas funcionales manuales para frontend por parte del dev, no tiene pruebas unitarias; por parte de QA pruebas funcionales automatizadas.
Revisión de criterios de aceptación por medio de pares o P.O.
Revisión de código a través de PR Pull request.
Se puede certificar una HU con pruebas manuales y queda la deuda de terminar de automatizar las pruebas para el 2do sprint.

Definir el repositorio de training

Referencia: Sofka-XT/academic-system-frontend#7

Eliminar Curso

Esta tarea tiene como finalidad crear el caso de uso y el router para eliminar un curso por medio del ID de este.

listar todos los cursos

Lista todos los cursos con toda la información. No recibe argumentos

HU08: Envio de correo electrónico

Yo como usuario quiero que se envíen correos de forma automática, para generar un feedback pertinente y oportuno.

Descripcion:

Definition of Ready:
Saber como viene el payload de microservicio de Raúl.
Tener un template de correos
Tener una cuenta de Google para enviar los correos
Configuración de seguridad para permitir envíos de correos desde plataformas ajenas a Google
Configurar para que la cuenta no reciba correos.

Definition of Done:
Enviar un correo con el feedback correspondiente con la alerta que tiene el aprendices.
La estructura del correo que se recibe sea igual a la que se envía.
Fallo al enviar un correo.

Criterios de Aceptación:
El sistema debe enviar correos de forma automática a los aprendices cuando los exámenes han sido finalizados.

DEPENDENCIAS:

HU09: Integración y extracción de notas del campus

PUNTOS DE HISTORIA=8

DESCRIPCION
Yo como: usuario quiero: que la aplicación extraiga las notas del servicio de scrapping de notas del campus para registrar las notas del aprendiz.

DOR
-Tener la categoria y esa propiedad en particular.
-Servicio web de scrapping (nota de categoria de un listado de aprendices)

CRITERIOS DE ACEPTACION

A partir de un training activo poder visualizar las notas dentro del perfil del aprendiz.
Poder programar periodicamente la extracción de notas (Diaria)
Poder obtener los aprendices de un training y todas las categorias de un programa para poder determinar cual es la referencia del scrapping y cuales son los aprendices que se le debe hacer la extracción de notas.
Hacer extracción de notas por cada categoria dependiendo del calendario del programa, con un rango de 8 dias.
actualizar el perfil del aprendiz con base en su nota extraida

CONSIDERACION TÉCNICA
Necesitan saber que categorias van a extraer, las que estén activas en el periodo del programa.

DEPENDENCIAS:

Listado de training activos
Lista de aprendices

DOD
Pruebas a nivel de dominio al 100% para el backend.
Pruebas funcionales manuales para frontend por parte del dev, no tiene pruebas unitarias; por parte de QA pruebas funcionales automatizadas.
Revisión de criterios de aceptación por medio de pares o P.O.
Revisión de código a través de PR Pull request.
Se puede certificar una HU con pruebas manuales y queda la deuda de terminar de automatizar las pruebas para el 2do sprint.

Crear los entry points de training

Referencia: Sofka-XT/academic-system-frontend#7

Refactorizar el caso de uso para los Training Activos

HU12 Creación de perfil del aprendiz

PUNTOS DE HISTORIA=5

DESCRIPCION
Yo cuando creo el training y adjunto los aprendices se quiere crear el perfil del aprendiz con base a la informacion del archivo plano generando un identificador del aprendiz (correo electronico =llave primaria)

DOR

Tener la HU de creacion de training

CRITERIOS DE ACEPTACION
Cuando creo un training con aprendices se deberia ver reflejado un nuevo perfil con sus datos demograficos..

DOD
Pruebas a nivel de dominio al 100% para el backend.
Pruebas funcionales manuales para frontend por parte del dev, no tiene pruebas unitarias; por parte de QA pruebas funcionales automatizadas.
Revisión de criterios de aceptación por medio de pares o P.O.
Revisión de código a través de PR Pull request.
Se puede certificar una HU con pruebas manuales y queda la deuda de terminar de automatizar las pruebas para el 2do sprint.

Obtener Programa

Editar Curso

Se edita un curso que se manda como parámetro que internamente se busca por id y se edita en la base de datos

Crear caso de uso, que ejecute la función de scrapping en el tiempo que se le indique.

Referencia HU09 #2

Crear un mapper de training

Referencia: Sofka-XT/academic-system-frontend#7

HT001 MEJORAS DENTRO DEL CÓDIGO

PUNTOS DE HISTORIA 5

DESCRIPCION
Ajustes y mejoras en el codigo, mejorando el mantenimiento y aplicando buenas practicas de desarrollo.

Validaciones al archivo plano
Hook personalizados para desacoplar elementos de estados del componentes
Pruebas unitarias que tenga mejor cobertura
Ajustes de colores del front

QA

Refactorización del codigo de la capa de QA.
Condiciones:
Sonar Cloud para ver el código de estático
No desplegar sin que certificado termine la automatización y QA realice una nueva validación

Crear el Router del caso de uso para listar los trainning activos

Se debe crear el Router para el caso de uso listar los Trainning Activos

Listar curso por nombre y por ID

Hay dos casos de uso aquí:

Listar por ID recibe un ID como parámetro y lista únicamente 1 registro con todos los detalles.
Listar por nombre, recibe un texto como parámetro y devuelve una lista de registros que coinciden con ese parámetro de búsqueda

DOR

CRITERIOS DE ACEPTACION

DOD

sofka-xt / academic-system-backend Goto Github PK

academic-system-backend's People

Contributors

Stargazers

Watchers

Forkers

academic-system-backend's Issues

Recommend Projects

Recommend Topics

Recommend Org