Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • Demeter Demeter
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 4
    • Issues 4
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • 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
  • ddcDIM47
  • DemeterDemeter
  • Wiki
    • Sprint_1
  • 5.1 Sprint Planning

Last edited by Manuel de Blas Pino May 12, 2025
Page history

5.1 Sprint Planning

Objetivo del Sprint

El objetivo para este primer sprint es dar la posibilidad al usuario SECRES de poder realizar el ciclo completo de una solicitud de activación recibida y ser capaz de notificar su aceptación o rechazo al solicitante.

Selección de PBI

Para cumplir con el objetivo se seleccionan los siguientes PBI:

  • #1 (closed) - PBI 01 - Formulario de Solicitud de Activación
  • #9 (closed) - PBI 02 - CRUD Solicitudes
  • #11 (closed) - PBI 04 -Asignar Solicitud Aprobada a Expediente
  • #13 (closed) - PBI 07 - Enviar Email al Usuario con la aprobación/rechazo de la Solicitud

Los PBI Seleccionados para la consecución del ejercicio se desglosan en los siguientes Issues.

Tarea Descripción Valor que aporta Criterios de aceptación Relación con otros elementos Tiempo Estimado
Crear los stores y un JSON de prueba para almacenar POCs, reservistas, solicitudes y expedientes. Se generan los stores para almacenar los JSON en Vue y un JSON asociado a cada store. Tener persistencia en el frontend Se cargan al menos 2 objetos de cada clase a partir de un JSON externo para cada store PBI-1,PBI-2,PBI-3,Sprint 1 8h
Crear un componente que contenga toda la información de una solicitud Crear un componente que contenga toda la información de una solicitud. Permite al personal de SECRES cargar solicitudes en la aplicación o consultar la información y cambiar el estado de las solicitudes cargadas. * Las nuevas solicitudes se cargan en el store. * Si se abre el componente desde el botón "Añadir nueva solicitud" del componente "ListadoSolicitudes.vue", el formulario aparecerá en blanco. * Si se abre el componente desde el botón "Editar solicitud" del componente "ListadoSolicitudes.vue", el formulario aparecerá con los datos de la solicitud. * Si se abre el componente desde el botón "Cambiar estado" del componente "ListadoSolicitudes.vue", el formulario aparecerá con los datos de la solicitud y tan solo se podrá modificar el estado. PBI-1,PBI-2,Sprint 1 8h
Crear el componente con la información de una solicitud cargada Crear el componente con la información de una solicitud cargada. Poder ver los datos de una solicitud cargada y cambiar su estado. * Su nuevo estado queda almacenado en el store * Se debe poder modificar su estado 8h
Crear un listado con las solicitudes cargadas Crear un listado con las solicitudes cargadas Poder ver el listado de todas las solicitudes del sistema * El listado debe estar formado por otros componentes * Al seleccionar un elemento del listado se debe poder acceder al componente de dicha solicitud * Se deben poder filtrar las solicitudes según su estado * El listado debe de mostrar el estado de las solicitudes PBI-1,Sprint 1 8h
Notificar por correo un cambio de estado al POC de la solicitud Cuando el estado de una solicitud cambie, se notificará automaticamente al POC. Evita que los POCs tengan que estar llamando a la SECRES para saber el estado de una solicitud. * Se envía un email de forma automática al POC con cada cambio de estado. PBI-7,Sprint 1 8h
Crear un componente en el que se puedan listar todos los expedientes Crear un listado con los expedientes cargados. Cada expediente es otro componente. Poder ver todos los expedientes que existen en la aplicación * El listado debe estar formado por otros componentes * Al seleccionar un elemento del listado se debe poder acceder al expediente seleccionado PBI-4,Sprint 1 8h
Crear un componente para cada expediente Crear un componente en el que se muestren todos los datos de un exponente Poder ver qué solicitudes se han añadido a un expediente * Se debe poder exportar el expediente al formato admitido en el BOD PBI-4,Sprint 1 8h
Poder asignar una solicitud aprobada a un expediente de forma manual Poder asignar una solicitud aprobada a un expediente de forma manual dentro del componente Solicitud.vue. Poder adjuntar las solicitudes a un expediente para su posterior publicación. * Solo se podrán asignar a un expediente las solicitudes que se encuentren en el estado Aprobada pendiente de publicación. PBI-4 4h
Crear las entidades en la API Crear las entidades en la API. Poder persistir los datos de la aplicación. * En la aplicación existen todas las entidades PBI-2,Sprint 1 8h
Crear los repositorios en la API Crear los repositorios en la API. Poder persistir los datos de la aplicación. * En la aplicación debe existir un repositorio para cada entidad PBI-2,Sprint 1 4h
Crear la librería en GitHub Se crea la librería en GitHub con las clases de la aplicación. * La librería se puede importar en Gradle. Sprint 1 8h
Crear buscador UCO Dentro de la vista FormularioSolicitudView.vue se crea un buscador para completar el campo CIU a partir del nombreUco. El usuario no cometerá errores al introducir el CIU en una solicitud. * Se muestra un desplegable que contiene el nombre de la UCO con su CIU asociado. PBI-2 2h
Clone repository
1.-Especificación y formulación del problema
  • 1.1 Nombramiento del equipo Scrum
  • 1.2 Introducción
2. Estudio de Viabilidad del Sistema (EVS)
  • 2.1 MindMap
  • 2.2 ImpactMap
  • 2.3 Alternativas
    • 2.3.1 Sage HR
    • 2.3.2 OrangeHRM
    • 2.3.3 Demeter
    • 2.3.4 Matriz de decisión
3 Especificación de Requisitos del Sistema (ERS)
  • 3.1 Requisitos
  • 3.2 Casos de Uso
  • 3.3 Diseño de la Interfaz de Usuario
4 Definición del MVP
  • 4.1 Product Backlog
  • 4.2 Historias de Usuario
5 Sprint 1
  • 5.1 Sprint Planning
  • 5.2 Sprint Review
  • 5.3 Spring Retrospective
  • 5.4 Burndown
6 Sprint 2
  • 6.1 Sprint Planning
  • 6.2 Sprint Review
  • 6.3 Spring Retrospective
  • 6.4 Burndown