Código 001

Historia HU1 – Gestión de Roles

Descripción El sistema debe manejar distintos roles para ejecutar funciones
acordes al rol con el que ingresa el usuario al aplicativo. Para ello,
debe distinguir qué acciones le corresponde a dicho rol y evitar la
ejecución de actividades que no son del dominio de este.
Criterios de aceptación • El sistema manejará los siguientes tipos de roles:
Administrador, Mesero y Cajero
• El usuario debe poder realizar las funciones que le son
visibles desde la interfaces y que fueron relacionadas para
cada rol desde los casos de uso.
• Se debe evitar el acceso a distintas pantallas por URL,
cuando el usuario no tiene el rol que le compete.
Mockup Perfil de Administrador

Perfil Mesero

Perfil Cajero
Versiones Versión: 1.0
Fecha: 26/08/23

Código 002
Historia HU2 – Gestión de Pedidos
Descripción El sistema debe de permitir gestionar los pedidos de clientes
pudiendo, a la vez, hacer seguimiento del inventario.
Criterios de aceptación • Se debe permitir crear pedidos de los clientes después de
haber diligenciado toda la información que se requiere
• Los pedidos deben manejar distintos estados para
identificar su trazabilidad con respecto a si se realizó un
pago o si fue entregado al cliente
• Cada pedido debe pertenecer a un cliente, una mesa y
una sede
• No se debe permitir generar pedidos de productos que ya
no hagan parte del inventario, por ello, debe haber un
correcto seguimiento del inventario con que cuenta la
sede
• Cuando el usuario quiera generar un nuevo pedido, se
generará un nuevo flujo para llenar la información del
pedido: En el primer paso se consultará el número de
documento del cliente, la mesa en que solicita el pedido.
En segunda instancia se mostrará los productos que están
disponibles para que se elija la cantidad del mismo
• Los pedidos deben estar relacionados con el control de
flujo de inventario, esto quiere decir que cuando se
selecciona un producto desde el inventario, este debe
generar una salida de este producto
Mockup Pantallas creación pedidos

Versiones Versión: 1.0

Fecha: 26/08/23

Código 003
Historia HU3 – Gestión de Pagos
Descripción El sistema debe permitir hacer pagos de pedidos para, poder así,
finalizar con la deuda del cliente.
Criterios de aceptación • El sistema debe mostrar los pedidos para poder
seleccionar los que están pendiente de pago, y así,
habilitar la opción de pago
• Cuando el usuario decida realizar el pago, se debe mostrar
un mensaje de confirmación de este
 • Al confirmarse el pago, este debe de generar un nuevo
registro con la información referente al pago, la cual se
evidenciará desde la vista de pagos
• Se debe permitir ver los pagos que pertenecen a la sede
con la que inició sesión el usuario
Mockup Vista de pagos

Versiones Versión: 1.0

Fecha: 26/08/23

Código 004
Historia HU4 – Gestor de Cuenta/Usuario
Descripción Se debe poder visualizar la información básica del usuario, así
como acciones generales de la cuenta como perfil y cerrar sesión
Criterios de aceptación • Se debe visualizar desde una ventana la información
básica del usuario como (imagen, nombre, sede, rol y
correo)
• El usuario debe tener acceso a finalizar la sesión
• El usuario podrá hacer acciones básicas de una cuenta
como revisar notificaciones o realizar alguna configuración
que le provea el sistema
Mockup Vista información básica usuario

Versiones Versión: 1.0

Fecha: 26/08/23

Código 005
Historia HU5 – Gestión de Reportes
Descripción Se debe permitir, con el rol que le compete, realizar reportes de
todas las ventas o inventario desde cualquier sede
Criterios de aceptación • El usuario, al que su perfil lo permita, podrá ver los
registros de pedidos, pagos, inventario.
• Se podrá exportar la información en dos tipos de formato
(PDF o Excel)
• La información del reporte puede ser filtrada por sede,
fecha u otro tipo que se aplique en la búsqueda
Mockup Vista de reportes
Versiones Versión: 1.0
Fecha: 26/08/23