Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GearSolid GearSolid
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3
    • Issues 3
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GuerreroDIM46
  • GearSolidGearSolid
  • Wiki
    • Documentacion
  • Sprint planning 2

Last edited by Xavier Guerrero Jun 15, 2024
Page history

Sprint planning 2

Sprint Goal

Permitir establecer una relación entre usuarios e compromisos así como visualizarlos. Consideraremos el objetivo alcanzado cuando las trabajadoras sociales puedan seleccionar usuarios y ver, modificar o asignar los compromisos que tienen asociadas a ellos, ordenarlos por franjas, e imprimir el mensual de esa franja.

Método de la Hamburguesa para limitación de aforo en compromisos:
Finalidad opción 1 opción 2 opción 3
Conocer el aforo disponible de un compromiso implementar un metodo en la API denfro del elemento aforo implementar un método en la API dentro del elemento recogida de alimento que devuelva las plazas disponibles implementar un método en el front que consulte las recogidas de alimento y franjas en la API y devuelva las capacidades de la franja
Evitar la persistencia de recogidas de alimento con franjas ya completas reimplementar el set Franja en la clase Recogida de alimento para evitar asignar una franja llena reimplementar el método controlador post y put de la API de manera que no permita persistir una recogida de alimento con una frnaja llena reimplementar el Post y PUT en la API de manera que no permita enviar solicitudes con una franja llena
Informar al usuario de que la franja no puede ser seleccionada ocultar la franjas llenas en el front marcar las franjas llenas como tales en el fornt mostrar las franjas llenas como deshabilitadas y por tanto no seleccionables en el formulario (pero visibles)
Método de la Hamburguesa para ordenación de usuarios:
Finalidad opción 1 opción 2 opción 3
Seleccionar filtro botón pestaña en tabla
Ejecutar filtro método personalizado en API por cada filtro método de ordenación de elementos en almacén front

Sprint Backlog

PBI Historia de usuario Tarea Duración
PBI-07 Implementar limites a la carga de compromisos
Botón en Vue para imprimir en listado general de componentes 2h
getPlazasDisponibles() y getDisponible() en backend 2 h
setFranja() en RecogidaAlimento (API) en función de plazas disponibles 1 h
Cambiar color franja sin plazas y no permitir su selección en front 30 min
Despliegue PBI07 45 min
PBI-08 Poder ver plazas disponibles en los compromisos
Mostrar en el selector de franja las plazas disponibles 30 min
Despliegue PBI-08 45 min
PBI-09 Acceder a datos de usuario desde el listado de compromisos
Añadir modal en componente usuario por modal con sus datos 1h
Incluir botón de apertura datos de usuario 30 min
Despliegue PBI-09 45 min
PBI-10 Añadir usuario con formulario incluyendo datos de prioridad
Botón apertura modal nuevo usuario 30 min
Formulario nuevo usuario 2 h
Formulario nuevo usuario 2 h
Almacenamiento front create usuario 1 h
Adecuar compormisos para integración con usuarios 3 h
Despliegue PBI-10 45 min
PBI-11 Modificar/borrar datos de usuario
Botón modificar usuario 30 min
Almacenamiento usuario modificado front 1 h
Llamada API PATCH usuario 30 min
Botón eliminar usuario 30 min
Almacenamiento eliminación usuario en front 1 h
Llamada API delete usuario 30 min
Despliegue PBI-11 45 min
PBI-12 Poder ver los datos de los usuarios filtrados y/u ordenados
Implementar métodos de ordenación de usuarios en frontend 2 h
Incluir botones de ordenación de usuarios en el front 1 h
Incluir filtro por nombre en listado de usuarios 2 h
Collapse para mostrar compromisos 1,5 h
Despliegue PBI-12 45 min

Total: 37 horas. (1 hora/día)

Clone repository

GearSolid


Fase de concepto (Presentación)

1. Estudio de Viabilidad del Sistema (EVS)

  • Análisis del problema
  • Mind Map
  • Impact Map
  • Requisitos
  • Alternativas
  • Matriz de Cumplimiento de Funcionalidades
  • Matriz de decisión

2. Especificación de Requisitos de Software (ERS)

  • Planificación General
  • Diagrama de Clases y Modelo de Datos
  • Interfaz de Usuario

3. Producto Mínimo Viable (MVP)

  • Definición del MVP

4. Desarrollo

  • Historias de usuario
  • Product Backlog
  • Definicion del Hecho

4.1. Sprint 1

  • Sprint Planning
  • Sprint Review
  • Sprint Retrospective

4.2. Sprint 2

  • Sprint Planning
  • Sprint Review
  • Sprint Retrospective

Anexo I

Anexo II