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 16
    • Issues 16
    • 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
  • Manuel de Blas
  • demeterdemeter
  • Wiki
    • 5.sprint1
  • 5.1 Sprint Planning

5.1 Sprint Planning · Changes

Page history
cambios rutas. authored Oct 07, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Hide whitespace changes
Inline Side-by-side
Showing with 0 additions and 0 deletions
+0 -0
  • 5.sprint1/5.1 Sprint-Planning.md 5.sprint1/5.1 Sprint-Planning.md +0 -0
  • No files found.
5.sprint1/5.1 Sprint-Planning.md 0 → 100644
View page @ d49097c9
# 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 - PBI 01 - Formulario de Solicitud de Activación
* #9 - PBI 02 - CRUD Solicitudes
* #11 - PBI 04 -Asignar Solicitud Aprobada a Expediente
* #13 - 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 |
\ No newline at end of file
Clone repository
  1. Especificación y formulación del problema
    1. Introducción
    2. Nombramiento del equipo SCRUM
    3. Definición del problema
    4. Descripción del proceso actual
  2. Estudio de Viabilidad del Sistema (EVS)
    1. Activaciones
      1. Mind Map
      2. Impact Map
      3. Historias de Usuario
    2. Plazas
      1. Impact Map
    3. Alternativas
      1. Sage HR
      2. OrangeHRM
      3. Demeter
      4. Matriz de decisión
  3. Especificación de Requisitos del Sistema (ERS)
    1. Requisitos
    2. Casos de Uso
    3. Diseño de la Interfaz de Usuario
    4. Product Backlog
  4. Definición del MVP
    1. MVP
  5. Sprint 1
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
    4. Burndown
  6. Sprint 2
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
    4. Burndown