Skip to main content

Guía para la Revisión - Sprint 2

Universidad de Sevilla

Universidad de Sevilla

Escuela Técnica Superior de Ingeniería Informática

Grado en Ingeniería Informática – Ingeniería del Software​

Curso: 2024 – 2025
Fecha: 27/03/2025
Versión: v2.0

Grupo de prácticas: G1
Nombre del grupo de prácticas: ISPP - Grupo 1 - Holos

  • María del Mar Ávila Maqueda
  • Joaquín González Ganfornina
  • Nerea Jiménez Adorna
  • Juan del Junco Obregón
  • Miguel Ángel Gómez Vela
  • Juan Antonio Moreno Moguel
  • María del Carmen Barrera Garrancho
  • Daniel Guedes Preciados
  • Julia Virginia Ángeles Burgos
  • Javier Muñoz Romero
  • Juan Núñez Sánchez
  • Nicolás Pérez Gómez
  • Francisco Pérez Lázaro
  • Celia Aguilera Camino
  • Gabriel María Vacaro Goytía
  • Ignacio Warleta Murcia
  • José María Portela Huerta

Responsables:

MiembroResponsabilidad
Juan NúñezRedactor
María del Mar ÁvilaRevisora
María del Carmen BarreraRevisora

Repositorio: GitHub - Holos-INC

Índice de Contenidos​

  1. Control de Versiones
  2. Mapeo de Casos de Uso
  3. Tareas de administracion
  4. Información para la revisión

1. Control de Versiones​

FechaVersiónDescripciónAutor
27/03/2025v2.0Actualización del documento a Sprint 2Juan Núñez
27/03/2025v3.0Actualización del documento a Sprint 2

- María del Mar Ávila

-María del Carmen Barrera

2. Mapeo de Casos de Uso​

Emparejamiento (Matchmaking)​

  • Un usuario explora obras de arte disponibles. (UC-003 parcialmente implementado en ExploreScreen.tsx).
  • Un usuario solicita un trabajo personalizado a un artista. (UC-004 implementado en RequestCommissionUserScreen.tsx).
  • Un artista responde a una solicitud de trabajo personalizado. (UC-005 no implementado ).
  • Un artista gestiona encargos en un tablero Kanban. (UC-009 implementado en KanbanScreen.tsx).
  • Un usuario realiza el pago de una obra de arte. (UC-010 no implementado).
  • Un usuario inicia sesión en el sistema. (UC-001 implementado en LoginScreen.tsx).
  • Un usuario se registra en el sistema. (UC-002 parcialmente implementado en signup.tsx. No funciona el botón de resgistro).
  • Un usuario envía un mensaje a un artista. (UC-008 no implementado).
  • Un usuario abre una incidencia sobre un problema. (UC-013 implementado parcialmente ).
  • Un artista acepta o deniega una solicitud. (UC-005 parcialmente implementado en ArtistRequestOrders.tsx).
  • Un usuario visualiza los detalles de una obra de arte. (UC-015 implementado en WorkDetailScreen.tsx).
  • Un usuario deja una reseña sobre un artista. (UC-012 no implementado).

Sin Emparejamiento (No Matchmaking)​

  • Un usuario visualiza su perfil. (UC-007 implementado en UserProfileScreen.tsx).
  • Un usuario modifica su perfil. (UC-007 no implementado).
  • Un usuario añade un artista a favoritos. (UC-006 no implementado).
  • Un usuario consulta el historial de pedidos. (UC-011 parcialmente implementado).
  • Un artista visualiza las obras que ha subido. (UC-016 parcialemente implementado).
  • Un usuario elimina su cuenta. (UC-014 no implementado).

3. Tareas de Administración Realizadas​

A continuación, se detallan las funcionalidades de administrador que se han implementado en este Sprint:

  1. Generar la tabla de administradores:

    • Se ha creado la tabla necesaria para almacenar la información de los administradores.

  2. Creación de métodos para administrador:

    • Editar datos de un usuario: El administrador puede modificar la información de un usuario en el sistema.
    • Eliminar a un artista: El administrador tiene la posibilidad de eliminar a un artista específico.

  3. Gestión de permisos en SecurityConfig:

    • Se han configurado los permisos correspondientes para que, al iniciar sesión con el rol de administrador, se puedan llevar a cabo las acciones mencionadas sin que otros roles tengan acceso no autorizado.

4. Información para la Revisión​

  • Credenciales de Usuario:

    • Cliente:
      • Username: client1
      • Constraseña: client1
    • Artista:
    • Administrador:

  • Admin: No procede. Las tareas del usuario administrador están planeadas para el S2, por lo que no se ha creado aún un usuario con las credenciales necesarias.

  • URL Landing Page: https://sites.google.com/view/holos

  • Repositorio GitHub: https://github.com/Holos-INC

  • URL y credenciales de Clockify:

    • Gmail: holosclockify@gmail.com

    • Contraseña: holosclockify123

    • URL: https://app.clockify.me/login

      Para acceder a Clockify, introducir el correo anterior en el campo correspondiente y pulsar en “Continue with email” (Imagen 1).

      Universidad de Sevilla

      Imagen 1

      Luego, ingresar el código (Imagen 2) enviado al Gmail introducido (acceder al mismo usando en gmail el correo: holosclockify@gmail.com y la contraseña: holosclockify123) para acceder a la herramienta de medición de tiempos usada por los miembros del grupo.

      Universidad de Sevilla

      Imagen 2

      En la sección "Reports" se pueden consultar las configuraciones para ver en qué han invertido su tiempo los diferentes miembros del grupo.

  • Requisitos potenciales: Ninguno

  • Link de la demo: https://holos-doc.vercel.app/docs/Documentacion/S2/videodemo

  • Ejemplos de inputs complejos: No hay formularios complejos por el momento. Aunque es interesante destacar que cuando el cliente quiere pedir al artista una comisión tiene la opción de adjuntar una imagen (no es obligatorio, se puede realizar la comisión sin adjuntar dicha imagen).

  • URL de despliegue: https://holos-art.ew.r.appspot.com/