Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gestión de tiempos en Pólux #438

Open
4 of 20 tasks
milo19980525 opened this issue Oct 30, 2023 · 0 comments
Open
4 of 20 tasks

Gestión de tiempos en Pólux #438

milo19980525 opened this issue Oct 30, 2023 · 0 comments

Comments

@milo19980525
Copy link
Contributor

milo19980525 commented Oct 30, 2023

Se requiere comenzar con el desarrollo del segundo alcance asociado a la gestión de tiempos de respuesta de los roles asociados a las modalidades de posgrado.

Especificaciones técnicas

  • El último desarrollo se encuentra en la rama master con el MVP (Falta la subida a release el ajuste de las materias de posgrado).
  • Tomar como base la rama release/0.0.2.
  • La gestión de tiempos desagregada por rol y tipo de modalidad se encuentra en: Mockups

Sub Tareas

  • Analizar el mockup de referencia y la discriminación de tiempos Mockups .
  • Con base en el análisis realizado, diseñar el modelo de base de datos requerido para generar la persistencia de los tiempos en curso asociados a una modalidad y a los respectivos usuarios.
  • Especificar el alamacenamiento de la parametrización de tiempo mediante el API de parámetros.
  • Construcción de servicio en el MID para la consulta al API de parámetros para cada una de las modalidades y roles.
  • Actualización del esquema de base de datos con las tablas diseñadas.

Criterios de aceptación

  • Todos los datos paramétricos se almacenan en parametros y pueden ser consultados desde el MID.
  • Se actualiza el esquema de base de datos y se crean los servicios de consulta a las nuevas tablas creadas.

Requerimientos

  • ninguno.

Dependencias

  • ninguna

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

  • Desarrollo en local.
  • Push en Feature.
  • Pruebas locales (funcionales).
  • PR a Develop.
  • PR a Release.
  • Criterios de aceptación cumplidos.
  • Documentación de issue realizada.
  • Aprobada por SM/Líder técnico.

Mockups

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant