sofka-xt/academic-system-frontend

Client-side

academic-system-frontend's Issues

Creación de enlace para el manejo de los estados de training

Crear base del curso

El acceso a rutas

Se configura todos los accesos de las rutas para los COACHES y APRENDICES.

HU05: Creación CRUD de curso

PUNTO HU 8

DESCRIPCION
YO COMO usuario QUIERO crear, listar, actualizar y eliminar un curso PARA manipular y/o persistir la información de los cursos.

DOR (Definition of ready)

• Tener acceso a la base datos en mongo
• Acceso a la linea de colores para que propongan la linea gráfica.

CRITERIOS DE ACEPTACIÓN

• Datos validados y guardados.
• los datos se persistan correctamente.
• Respuesta a la hora de guardar, editar y eliminar de manera exitosa o no el curso.
• Como coach pueda, listar todo lo del curso y el aprendiz no lo pueda hacer.
• los datos se recuperen correctamente.
• Acepta propuesta de linea grafica

DOD TRANSVERSALES (Definition of Done)

• 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 codigo a través de PR Pull request.

Formulario creación de programa

Formulario de edición de programa

Pg de bienvenida

Se desarrollo la pagina de bienvenida con las tarjetas gif, navbar y se estilizo el sidebar en conjunto con todo el dashboard

Crear las acciones que afectaran los estados del training

Referencia : #7

Refactorizar formulario de edición del programa

• Hook personalizados para desacoplar elementos de estados del componentes
• Unificar colores

Validaciones formulario

Realizar la petición de los estudiantes dado un training activo.

Traer el endpoint, hacer la petición, desustructurar la lista de estudiantes desde el objeto de training.

Refactorización de código de rutas.

Refactorización de código de rutas.

HU06: Creación CRUD de programa

PUNTO HU 8

DESCRIPCION
Yo como: Coach, Quiero: Administrar los diferentes programas de Sofka U Para: Agilizar el proceso de asignacion del programa al training.

DOR (Definition of ready)

• Tener acceso a la base datos en mongo
• Acceso a la linea de colores para que propongan la linea grafica.

CRITERIOS DE ACEPTACIÓN
Como coach crear, listas, eliminar, editar programas a partir de una configuracion previa de cursos.

DOD TRANSVERSALES (Definition of Done)

• 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 codigo a través de PR Pull request.

HU03: Listar los aprendices dentro de un training activo

PUNTOS HISTORIA: 3

DESCRIPCION
Yo como Coach quiero visualizar al listado de aprendices dentro de un Training activo para el seguimiento y control de su rendimiento

DEPENDENCIAS:
Tener el crud de training completo.

DOR
Tener el crud de training completo.

CRITERIOS DE ACEPTACIÓN
Que cuando el Coach ingrese al Training activo , ver los aprendices dentro de ese training nombre, correo y telefono.
Lo puede hacer cualquiera que esté dentro del sistema de autenticación.

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 curso

Crear funcionalidad editar

Crear funcionalidad para eliminar

Corregir Bugs CRUD del programa

• No poder crear dos programas iguales
• Que la alerta no muestre que se creo el programa con 0 días de duración

Refactorización a nivel de usabilidad

Realizar las mejoras a nivel visual del front de acuerdo a los criterios establecidos en la interfaz grafica.

Refactorizar CRUD de Programa

• Unificar los colores del front
• Hook personalizados para desacoplar elementos de estados del componentes

Refactorización de código de Login

Refactorización de código de Login

Crear DTO entidad programa

Conexión con firebase para la autenticacion con google

Permite iniciar sesión con una cuenta de google

Guardar feedback de las categorías del curso en firebase

Validación de formulario ingreso training

#7

Crear funcionalidad de creación del curso

Crear el api Crud

Refactorizar lista de programas

• Hook personalizados para desacoplar elementos de estados del componentes
• Unificar colores
• Agregar un id unico a los inputs y botones

HU07: Creación de CRUD de training

PUNTO HU 8

DESCRIPCION
Yo como: Coach, Quíero: crear trainings a partir de programas y quiero poder asignar aprendices y coaches
Para: facilitar el proceso,

DOR (Definition of ready)

• Tener acceso a la base datos en mongo
• Acceso a la linea de colores para que propongan la linea grafica.
• Tabla colección firebase

CRITERIOS DE ACEPTACIÓN
Coach pueda crear un training a partir de un programa y poder asignar coaches a ese training, cargar una lista de aprendices a partir de un archivo plano.
Listar, ver, eliminar, crear, editar.

DOD TRANSVERSALES (Definition of Done)

• 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 codigo a través de PR Pull request.

Conexion con firebase para la validacion de usuario en cloud firestore

Al iniciar sesión se valida si existe el usuario en la BD de coach y de ser así se asigna la vista y rol de coach

Crear las acciones asíncronas que van a interactuar con el Backend del Training

Referencia:
#7

Pg de bienvenida

HU01: Autenticación

PUNTO HU 1

DESCRIPCION
Yo como coach
Quiero acceder a la app mediante una cuenta en google
Para poder gestionar los programas, cursos y trainings y ver el rendimiento de los aprendices.

DOR (Definition of ready)
Tener la cuenta en firebase configurada, tener los accesos a la colección en firebase.

CRITERIOS DE ACEPTACIÓN

• Mostrar los elementos de Login
• El sistema debe permitir ingresar al aplicativo con credenciales válidas.
• El sistema debe permitir el deslogueo del aplicativo.
• El sistema no debe permitirle al usuario llevar a cabo ninguna acción dentro del aplicativo mientras no se encuentre logueado

DOD TRANSVERSALES (Definition of Done)

• 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 aceptacion por medio de pares o P.O.
• Revisión de codigo a traves de PR Pull request.

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

Se debe maquetar la página del login con un botón para iniciar sesión con google

Hacer la página de la lista de los Training activos

Se debe crear la lista de los Training activos con una buena estética, utilizando las clases de Flexbox ya creadas en el arquetipo.

Menú horizontal (Con logout)

Maquetar el menú horizontal con el botón de logout

Alertas HU6

Visualización de la tabla con los atributos de los estudiantes.

Visualizar los atributos: nombre , email y telefono del estudiante en una tabla.

HU04: Perfilar el aprendiz con su respectivo rendimiento

PUNTOS DE HISTORIA = 8

DESCRIPCIÓN:
Yo como usuario autenticado del sistema (coach o aprendiz) quiero poder ver el perfil del aprendiz con su respectivo rendimiento para hacer el seguimiento sobre su proceso formativo, y sea de acceso rápido mediante una URL para compartir.

DEPENDENCIAS:

• Tener la HU3 terminada o generar hipervinculo.
• Extraccion de notas,

DOR
Ningun insumo, porque es una vista especificamente para este usuario,

CRITERIOS DE ACEPTACIÓN
Pueda recibir esta vista de una manera estatica, que crean un esquema de datos de la vista materializada y guardar datos manualmente, garantizando la esquematizacion de la vista materializada.
Llave primaria (Correo electronico)
Se reciben propuestas gráficas.

DATOS DEMOGRAFICOS
Propiedades del perfil, el nombre del aprendiz, la imagen del defecto, el email, telefono,

ESTADO DE CALIFICACIONES
Grado del curso y sus categorias desglosadas (con acordeon)

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 funcionalidad de listar curso

Listado de programas

Se listan los programas que están en la base de datos en unas cards donde se podrán organizar por columnas y filas, en la raíz /programs

Crear el formulario training

Programa especifico(Botón de eliminar y editar)

Refactorizar formulario de Creación de programa

Crear los Actions y los Reducers

Crear los Actions y los Reducers siguiendo la estructuración de carpetas creadas en el arquetipo.

HU02: Listar los training activos

PUNTO HU 3

DESCRIPCION

YO COMO usuario autenticado (coach y aprendiz) QUIERO ver los training activos que están dentro de la fecha del programa (rango) PARA visualizar los training vigente.

DOR (Definition of ready)

• Tener acceso a la base datos en mongo
• Acceso a la linea de colores para que propongan la linea gráfica.

CRITERIOS DE ACEPTACIÓN
Como usuario autenticado (coach y aprendiz) QUIERO ver los training activos que están dentro de la fecha del programa (rango) para visualizar los training vigente.

DOD TRANSVERSALES (Definition of Done)

• 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 codigo a través de PR Pull request.

Crear el estado

Crear el Reducer del training

Referencia: #7

Diseñar el MOCKUP (MENÚ, INTERFAS DE LOGING)

Se desarrollaron MockUps previos al desarrollo para tener una idea clara de lo que se iba a desarrollar.

Refactorización de código de Dashboard

Refactorización de código de Dashboard