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 Review 1

Sprint Review 1 · Changes

Page history
Se añade sprint review y sprint retrospective authored May 08, 2024 by RodrigoDG23's avatar RodrigoDG23
Hide whitespace changes
Inline Side-by-side
Showing with 82 additions and 37 deletions
+82 -37
  • Documentacion/Sprint-Review-1.md Documentacion/Sprint-Review-1.md +82 -37
  • No files found.
Documentacion/Sprint-Review-1.md
View page @ cfa98fa9
### Información
- Descripción: Primer Sprint del proyecto de desarrollo de la aplicación para el control de visitantes **Viscontrol**
- Duración: 24 días (del 24 abril al 17 mayo de 2023)
- Tiempo invertido: 46 horas (1.9h/día)
### Sprint goal
El objetivo de este primer Sprint es que los usuarios puedan consultar las visitas programadas, así como los datos de los asistentes de cada visita.
### Sprint Backlog
Durante el Sprint Plannig, para la consecución del objetivo marcado, se han extradido para este primer Srint los siguientes PBI's de la Pila de Producto:
![Product Backlog](./images/PBIS_Viscontrol.png)
Durante el desarrollo del Sprint los PBI's se han dividido en 16 tareas. En el siguiente [enlace](https://git.institutomilitar.com/Camope/viscontrol/-/milestones/1) podrán consultar el listado completo de las mismas, así como la información asociada a cada una de ellas.
- Descripción: Primer Sprint del proyecto de desarrollo de la aplicación Gearsolid
- Duración: 28 días (del 8 abril al 5 mayo de 2024)
- Tiempo invertido: 26,5 horas (0,9h/día) (previsto)
### Diagrama Burndown
![Burndown Sprint 1](./images/Burn_Viscontrol.png)
![Sprint1 burndown](../Imagenes/sprint1_burndown.png)
### Sprint review
En la siguiente imagen se muestra el mapa de impacto en el que se marcan los entregables realizados que colaboran en la consecución del objetivo, así como las próximas tareas a contemplar para el siguiente sprint.
![Mapa Impacto Sprint 1](./images/impact_map_sprint1_viscontrol.png)
### Demostración
La aplicación se encuentra desplegada Netlify y es accesible desde Internet a través del siguiente enlace https://viscontrol.netlify.app/ . La aplicación permite ver el listado de las comsiones planificadas, sus detalles y los datos del personal asistente en las visitas.
#### Objetivo de producto
Nuestro objetivo es desarrollar una aplicación web para la Fundación Coordinadora Solidaria, que facilite a las trabajadoras sociales la gestión de los usuarios. Esta aplicación deberá permitir la asignación flexible de los recursos limitados disponibles para la formación de los usuarios, la priorización de estos basada en sus ingresos y la cantidad de menores a su cargo, el manejo de nuevos usuarios, la distribución del acceso según franjas horarias y semanalmente, y la automatización de tareas básicas, como la impresión de listados de control.
#### 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.
#### Incremento por impactos
* Localizar compromisos disponibles
* CRUD Compromisos
* Disminuir el tiempo usado en generar listados:
* Listado automático de control de recogida de alimentos
#### Valor del siguiente incremento46
|||Configuración básica de VUE (Componente principal + navbar) | 2h|
|||Crear almacén de usuarios en JSON |1 h |
|||Crear componente Usuario en Vue | 0,5 h |
|||Crear componente Lista de Usuarios en Vue| 1h |
|||Alojar Web en Netlify| 1 h |
| PBI-02 | Asignar compromisos a usuario|||
|||Generar Testde GET, POST PUT y DELETE en POSTMAN |1 h|
|||Inicialización básica de Spring |1 h|
|||Generar Entidad y repositorio para compromisos|1h|
|||Crear formulario Vue para asignar compromisos (el formulario muestra el total de compromisos para una franja horaria y el total de los que se han cargado ya en dicha franja)|2 h|
|||Carga de datos desde VUE hacia API|2 h|
| PBI-03 | Ver compromisos por usuario|||
|||Generar componente compromiso| 1h|
|||Generar un nuevo compoenente VUE con el listado de compromisos para un usuario| 1h |46
|||Modificar componente de Usuario para que se muestren sus compromisos(nuevo componente listado de compromisos) | 0,5 h|
| PBI-04 | Modificar compromisos de usuario |||
|||Incluir un botón de modificar compromiso en componente Compromiso en VUE|0,5h|
|||Lanzar PUT hacia API desde VUE con datos de formulario anterior (Se realiza PUT no PATCH)|1h |
| PBI-05 | Borrar compromisos de usuario|||
|||Botón de eliminar compromiso en componente Compromiso en VUE|0,5h|
|||Lanzar Delete desde front|1h|
| PBI-06 | Mostrar filtro por franjas de compromiso de alimentación |||
|||Test JUnit para GET con filtro búsqueda por grupo| 1h|
|||Controlador Get para busqueda con filtro de grupo (A lunes, miercoles, jueves... B: martes...), incluye método personalizado |4 h|
|||Componente Listado General Compromisos |1h|
|||Select de grupos (A,B,C) en el componente Lista General de componentes |1 h|
| PBI-07 | Imprimir listado mensual de compromisos por franja |||
|||Botón en Vue para imprimir en listado general de componentes| 2 h|
#### Demostración
La aplicación se encuentra desplegada Netlify y es accesible desde Internet a través del siguiente enlace https://gearsolid.netlify.app
#### Rendimientos por página en modo escritorio
##### Rendimiento Home
![Rendimiento Home](../Imagenes/rendimientoHome.png)
##### Rendimiento Lista de Usuarios
![Rendimiento Lista Usuarios](../Imagenes/rendimientoListaUsuarios.png)
##### Rendimiento Recogidas Alimento
![Rendimiento Recogidas Alimento](../Imagenes/rendimientoRecogidasAlimento.png)
### Restrospectiva
***Puntos positivos:***
+ Mejora del uso de framework Vue JS y manipulación de archivos JSON
+ Aplicación del marco de trabajo SCRUM :
Comunicación con P.O y resoluciones de problemas técnicos
***Puntos negativos:***
+ Entorno de desarrollo nuevo: necesita más experiencia
+ No hay acceso a la plataforma de Burndown: influenza el seguimiento del proyecto
#### Impedimentos
##### Individuos
El desarrollador no había comprendido el objetivo del cliente al fijarse más en el impact map que en la pila de producto por lo que inicialmente se orientó de manera incorrecta el sprint.
El desconocimiento técnico del desarrollador provocó que no se especofocasen adecuadamente las tareas de la pila de Sprint
Ha sido necesario añadir items a la pila de Sprint ya que no se contó con:
* Despliegue de al API
* Especificación del elemento franja imprescindible a partir del elemento #21
Se ha incluido un item #27 "Generar método personalizado para filtrar compromisos por nombre de usuario" no incluido en el planning que no aporta valor y ha supuesto deuda técnica.
El desarrollador no calculó adecuadamente los tiempos de cada tarea lo que derivó en una carga de trabajado de más del doble de lo previsto.
##### Interacciones
El desarrollador no ha hecho accesible la aplicación en internet por lo que ni propietario de producto ni partes interesadas han podido seguir el incremento de cada elemento de la pila Sprint.
#### Herramientas
No se han tenido en cuenta el despliegue de la API en las tareas.
Mal uso de repositorios o herramientas CI/CD, varias versiones de lo mismo.
#### Definición de hecho
* El código sigue la guía de estilo de google.
* El código esté límpio (sin código muerto ni de depuración).
* El código haya sido revisado por un desarrollador distinto al que lo generó. **No cumple ya que sólo hay un desarrollador en el equipo.**
* Se haya comprobado el correcto funcionamiento de la aplicación en los tres principales navegadores(Firefox, Chrome y Edge).
* Al usuario se le sugiere el contenido de los campos a rellenar
* La aplicación debe ser compatible con varios sistemas operativos, incluyendo Windows, macOS, Linux.
\ No newline at end of file
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 Backlog
    - Sprint Planning
    - Sprint Review
    - Sprint Retrospective

    4.2.  Sprint 2
    - Sprint Backlog
    - Sprint Planning
    - Sprint Review
    - Sprint Retrospective

  • Anexo I

  • Anexo II