ispp-2021 / bico-frontend Goto Github PK

• Mensajes emergentes en reservas
• Formatting ventanas emergentes
• Ver negocio -> margin
• Errores contraseñas
• Placeholders en formularios
• Errores en formularios

La vita de mis negocios y las reservas de cada uno no es 100% responsive

Una vez rellenado el formulario de registro como propietario, se enviará al registro de negocio.

Como usuario, al realizar una reserva, renderizar un loader cuando se está tramitando el pago de la reserva.

Se envía una petición con los datos de un negocio y son modificados o añadidos a la base de datos.

Mostrar foto de perfil en la vista mi perfil

Igual que la HIS_5, pero con un servicio específico. Una idea es 2 botones en la vista del perfil del negocio, "reservar en X" para reservar en el negocio X o "ver servicios" para ver los servicios de X.

El botón cancelar reservas deberá funcionará en el primer intento.

Un propietario en el botón añadir negocio (o Mis Negocios) podrá añadir un negocio o borrar uno existente.

Con la creación de un negocio nuevo, se añade un check que el propietario puede marcar para añadir un servicio predeterminado vacío llamado "Solo reserva" con fianza 0 y precio 0 (Desde FrontEnd se envía el negocio con ese servicio)

No tiene un botón para acceder a esta vista, pero si lo mete directamente en el navegador si que accede.

Mostrar carousel de imagenes en la vista de los negocios.

Un usuario y un propietario podrán editar sus datos de perfil.

Se podrá elegir una serie de filtros con diferentes opciones.

• Área ( Se podría utilizar Geolocalización, nombre de población, etc.)
• Tipo de Negocio / etiquetas.
• Por servicios ofertados.

Implementación del sistema de pago de las reservas con Stripe

Tanto propietario como usuario podrá subir imagen de perfil

Ordenación de la vista "Mis Reservas" de usuario. Adicionalmente se podrá añadir a la vista una sublista de reservas pasadas (Historial de reservas)

Las reservas quedarán guardadas a la hora especificada en el formulario de reserva y no 2 horas antes.

Los usuarios podrán subir imágenes a su perfil.

Un propietario entra desde la vista principal a sus reservas pendientes, que son todas las reservas que se han hecho a un negocio que no tiene aceptación automática. Se enviarán por orden cronológico inverso (las más recientes salen primero).

Queda por definir el criterio de ordenación. Como idea, aunque podría ser complejo de implementar, podríamos ordenarlos por los que tengas reservas pendientes más cercanas.

USANDO GUADS.
Validacion de seguridad donde el propietario solo puede editar sus negocios y sus servicios

Un propietario podrá crear una reserva (en su vista de reservas) y asignarla a un usuario. Esto en principio con el nombre de usuario se asigna automáticamente. Ya veremos si requiere alguna verificación después (como que acepte el usuario o no hace falta).

La fianza no se entiende muy bien. Cuando se selecciona una fianza para el negocio, esta es "genérica", es decir, es la que tendrán todos los servicios añadidos A NO SER que se quiera poner otra fianza. Entonces, en los formularios de añadir/editar servicios, hay dos campos de fianza que no se entiende muy bien lo que hacen.

Ver perfil con fotos, datos...

Habilitar un mensaje con un email al que poder escribir para ejercer el derecho al olvido y a la portabilidad de datos personales.

Crear el email.

Un usuario podra registrarse como owner o user

Se debería de mostrar un mapa (la API de google es muy fácil para ello) y que el usuario eligiera un radio de distancia, se envía al backend y este responde con los negocios dentro de ese radio. Los puntos se representan en el mapa.

Dentro de sus reservas pendientes, podrá aceptar o rechazar cada una de ellas.

Implementar junto a backend la expiración de token de sesión.

Con la creación de un negocio nuevo, se añade un check que el propietario puede marcar para añadir un servicio predeterminado vacío llamado "Solo reserva" con fianza 0 y precio 0 (Desde FrontEnd se envía el negocio con ese servicio).

USANDO GUARDS.
No tiene un botón para acceder a esta vista, pero si lo mete directamente en el navegador si que accede.

A la hora de registrarse se podrán visualizar y se aceptarán los términos y condiciones. Estos son dos párrafos que están en el drive escritos.

Plan de calidad, Herramientas

Historial de reservas que llega desde Backend ordenado cronológicamente las fechas más recientes primero.

Un usuario desde sus reservas puede cancelar una reserva. Dependiendo de los parámetros de fianza del negocio en cuestión, el usuario perderá la fianza o se le devolverá (de momento, de forma ficticia).

Ahora mismo la vista de reservas es demasiado "técnica". El id de reserva no es importante para el usuario. Un ejemplo de reserva que al usuario le interesa ver es :

Rerserva en Pizzería Gus
Para Menu del día
El día 14 de Mayo a las 15:00.

Un usuario introducirá en una barra de búsqueda un texto y se filtrarán todos los negocios de la base de datos por ese texto (que puede ser nombre, o tipo de negocio, etc,). Es más fácil recibir de BackEnd todos los resultados (que de momento son pocos o se pueden paginar) y que Frontend haga el filtrado.

Al entrar en el perfil de un negocio se podrá ver tanto qué servicios ofrece como su descripción, o aforo actual, etc.

1. Boton de eliminar negocio en la vista de ver negocio de un owner

Un usuario en mis reservas, cuando no hay reservas, le sale un mensaje de “No tienes reservas aún. Comienza por buscar un servicio” y enlace a buscar negocio (o algo así).

Algunos mensajes de error enviados por Backend no se muestran todavía. Por ejemplo:

• El de cuando intentas registrarte con un email que ya existe.

Recomendación: Revisar siempre la cabecera "errors" de lo que se recibe del backend.
Recomendación 2: Revisar los casos de uso de la app a mano (Registrarse, hacer una reserva, etc) y ver cuándo hay errores sin que se muestre nada.

Capturar los errores y lanzar un mensajes de error para los usuarios que creen reservas fallidas (por ejemplo con malos datos de la tarjeta, o si no está en el horario o el motivo que sea)

Un propietario selecciona una reserva ya aceptada y la cancela. La reserva pasa a "cancelada".

Un usuario podrá reservar directamente desde la página de vista de un negocio específico.

NIVEL 2: Si hay tiempo, sería interesante que se pudiera hacer clic en un botón en un servicio y te llevase a hacer la reserva con el servicio ya elegido.

Cuando se esté realizando una reserva, un botón que te lleve atrás (una flechita o un botón que te ponga "cancelar" que esté junto a "confirmar").

USANDO GUARDS.
No tiene un botón para acceder a esta vista, pero si lo mete directamente en el navegador si que accede.

Igual que la HIS_12 pero de un propietario.

Para personalizar su negocio, el propietario podrá elegir los siguientes parámetros de negocio:

• Fianza: si la quiere o no. Porcentaje. Con cuanta antelación puede un usuario cancelar sin que le cobren.
• Aceptación automática: si la quiere o no, y si quiere poner un límite de aceptaciones automáticas (para no petar el bar).
• Tipos de Servicio: Podrá crear sus tipos de cita con: Duración, Coste, Nombre, Descripción (opcional), y si es privada o pública.
• Botón "lleno/hora punta": Botón que baja el aforo a una cantidad a elegir por el propietario durante el tiempo que el propietario quiera (para evitar aglomeraciones en momentos de la semana que se llene manualmente).