Está en la página 1de 41

SOLUCIÓN DE ESCRITOR

PARA LA EMPRESA "AVALA

Metodología Ágil
Framework Scrum
Integrantes:
- CERVANTES CARRERA NESTOR
- AMADO MANUYAMA CHRISTIAN
- LOAYZA SANTIAGO VALERIE
DE ESCRITORIO
PRESA "AVALANCH"

odología Ágil
ework Scrum
REQUERIMIENTOS DE USUARIO

Nro. 1
1
2
3
4
5
6
7
8
9
10
11

12

13
REQUERIMIENTOS DE USUARIO

Descripción de los Requerimeintos de Usuario


Generar boletas de venta de manera automatica
Que se apliquen descuentos de manera automatica
Reporte de ventas y reportes por producto
Un sistema que se actualice de manera automatica despues de cada venta
Poder validar el precio de cada producto solamente con el codigo de barras
Un sistema facil para agregar nuevos productos al sistema.
Que se me notifique cuando un producto pueda agotarse.
Un sistema facil para agregar los descuentos y promociones.
Un sistema que me brinde detalles de los productos ingresados al sistema
Un sistema con Loggin según los roles de los trabajadores
Una interfaz facil e interactiva para poder realizar mi venta mas rapida
En reporte si el articulo fue comprado en la tienda para poder generar una
devolucion de ser el caso
Boletas de ventas personalizadas con el logo de la tienda
ÉPICAS - HISTORIAS DE USUARIO

HU Descripción de las Historias de Usuario


Como Vendedor quiero un sistema automatico
HU1
para poder brindar las boletas detalladas de
manera eficiente

Como Vendedor quiero un sistema que me


brinde los descuentos de manera automatica
HU2 para poder generar la venta de manera mas
rapida

Como Vendedor quiero un sistema de escritorio


ademas que sea facil y amigable para que me
HU3 ayude a realizar mi venta de manera rapida.

Como vendedor quiero que cada producto este


registrado con su codigo de barras en el
HU4 sistema, para poder validar su precio en
cualquier momento.

Como Almacenero quiero un reporte de stock


que me brinde a detalle del ingreso y salida de
HU5 determinado producto del sistema.

HU6

Como administrador quiero un solucion de


escritorio cuente con un loggin para cada
HU7 trabajador para tener una mejor organización en
la tienda.

Como administrador quiero una solucion de


escritorio que me permita agregar las
HU8 promociones semanales y los descuentos de
determinados productos de manera facil y
rapida.
Como administrador quiero una solucion de
escritorio que me permita agregar las
HU8 promociones semanales y los descuentos de
determinados productos de manera facil y
rapida.
Como administrador encargado de las compras
quiero una alerta que me indique cuando
determinado producto este por agotarse, para
HU9 poder realizar las compras a tiempo.

Como administrador quiero un solucion de


escritorio para poder agregar nuevos productos
HU10 de manera rapida y eficiente.

Como Administrador quiero una solucion de


escritorio para acceder de manera rapida al
HU11 historial de venta de un determinado producto.

Como Administrador, quiero poder evaluar el


HU12 rendimiento de la tienda para poder tomar
decisiones basadas en dichos datos.

Como vendedor de la tienda avalanch, quiero


HU13 poder gestionar los clientes y sus datos de contacto
para brindar un servicio personalizado.

Como cliente, quiero poder buscar productos por


HU14 categoría para poder encontrar rápidamente lo que
necesito.

Como Dueño, quiero poder gestionar de manera


sencilla las promociones y descuentos en los
HU15 productos para atraer a más clientes y aumentar
las ventas.
Como clientequiero poder realizar pagos de
manera conveniente y segura y poder pagar con
diferentes métodos de pago, como efectivo, tarjetas
HU16
de crédito y débito, así como pagos billeteras
virtuales
Como Dueño, quiero poder eliminar un artefacto de
HU17 la base de datos en caso de que ya no esté
disponible para la venta.

Como Dueño, quiero poder recibir una confirmación


visual o un mensaje de éxito después de añadir,
HU18 editar o eliminar un articulo, para estar seguro de
mi proceso.

Como cliente quiero tener la opción de buscar y


filtrar articulos de la tienda para poder basarme que
HU19 compra realizare.

Como administrador, quiero poder realizar copias


de seguridad automáticas, para garantizar la
HU20 seguridad y la disponibilidad de los datos en caso
de cualquier fallo o pérdida.

Como cliente, quiero recibir notificaciones o alertas


cuando se realicen promociones o descuentos,
para mantenerme al tanto de las ofertas de la
HU21 tienda y acercarme a realizar una compra.

Como administrador, quiero poder tener la opción


de agregar fechas de vencimiento a las
promociones u ofertas para poder enfocarme en
HU22
otras actividades.

Como Administrador, quiero tener la opción de


importar datos a otras fuentes como excel o word,
HU23 para poder compartir fácilmente la información

Como Almacenero quiero poder encontrar un


HU24 articulo mediante una descripcion para poder
encontrar el producto en el almacen.

Como Cliente quiero promociones de manera mas


HU25 seguida para poder comprar aun con poco dinero.
Como Cliente quiero promociones de manera mas
HU25 seguida para poder comprar aun con poco dinero.
Épicas PROBLEMA

La tienda Avalanch enfrenta una serie de desafíos en su funcionamiento ac


se encuentran la gestión manual de descuentos semanales, la falta de un s
control de inventario y la ausencia de reportes de ventas. Estas limitaciones
demoras en el cobro, dificultades en el seguimiento del inventario y la impos
tener una visión clara del desempeño del negocio.

Implementacion de
sistema de gestion
en ventas

PRODUCTO
Sistema de
inventario

Sería implementar un sistema de gestión de inventario y ventas en la tienda


incluiría la adquisición de un software especializado que permita llevar un re
de las existencias de productos, controlar las ventas y generar informes det
Además, se podría considerar la integración de un sistema de punto de ven
proceso de cobro y emisión de boletas de venta. Con estas soluciones, la ti
tendría un mayor control sobre su inventario, agilizaría las transacciones, re
errores y ofrecería una experiencia de compra más eficiente para sus client
Administracion
LEMA

fíos en su funcionamiento actual. Entre ellos


s semanales, la falta de un sistema de
de ventas. Estas limitaciones generan
iento del inventario y la imposibilidad de
cio.

UCTO

ventario y ventas en la tienda Avalanch. Esto


zado que permita llevar un registro preciso
entas y generar informes detallados.
e un sistema de punto de venta que facilite el
a. Con estas soluciones, la tienda Avalanch
gilizaría las transacciones, reduciría los
más eficiente para sus clientes.
CRITERIOS DE ACEPTACIÓN DE HISTORIAS DE

Historia de Usuario: HU01


Título: Sistema automatizado de boletas

Developer Team: Christian Amado Usuario:VENDEDOR

Cómo
Vendedor

Quiero
Descripción de la HU01 SISTEMA AUTOMATICO

Para
BRINDAR BOLETAS DE MANERA EFIC
1.-El sistema debe ser capaz de generar boletas automá
relevante, como nombre del cliente, productos comprado

de generar boletas de manera eficiente, sin retrasos sign


causar demoras en la atención al cliente.
3.-Las boletas generadas deben incluir todos los detalles
cantidad de productos y precios.
4.-Las boletas generadas deben almacenarse en un siste
Debe ser posible buscar y recuperar las boletas por fech
Criterios de Aceptación relevante.
5.-El sistema debe ser capaz de generar informes relacio
generadas.

Historia de Usuario: HU02


Título: DESCUENTOS AUTOMATICOS

Developer Team: Nombre_del_miembro_Scrum Usuario:Vendedor


Cómo
Vendedor

Quiero un sistema automatico


Descripción de la HU02

Para
para poder brindar las boletas detallada

1.El sistema debe permitir al vendedor aplicar descuento


seleccionados.

2.El vendedor debe poder ingresar el porcentaje o monto


sistema.
Criterios de Aceptación 3.El sistema debe calcular automáticamente el nuevo pre
mostrarlo al vendedor.
4.El sistema debe validar que el descuento ingresado se
límites establecidos.
5.El sistema debe generar un recibo de venta que muest
los productos correspondientes.
sistema.
Criterios de Aceptación 3.El sistema debe calcular automáticamente el nuevo pre
mostrarlo al vendedor.
4.El sistema debe validar que el descuento ingresado se
límites establecidos.
5.El sistema debe generar un recibo de venta que muest
los productos correspondientes.

Historia de Usuario: HU03


Título: UN SISTEMA AMIGABLE

Developer Team: Nombre_del_miembro_Scrum Usuario:Vendedor


Cómo
Vendedor

Quiero
Descripción de la HU03 un sistema de escritorio

Para
que sea facil y amigable para que me ay

1.El sistema debe tener una interfaz intuitiva y de fácil na


2.El sistema debe contar con botones y acciones clarame
las operaciones de venta, como agregar productos al car
3.El sistema debe permitir personalizar la interfaz según
como la selección de temas o la configuración de elemen
Criterios de Aceptación
4.Se deben realizar pruebas de usabilidad para verificar
usar y cumpla con los estándares de facilidad y amigabili
5.El sistema debe ser compatible con dispositivos perifér
impresoras de recibos o lectores de código de barras, pa
y mejorar la eficiencia.

Historia de Usuario: HU04


Título: Registro de codigo de barras

Developer Team: Cristian Amado Usuario: Vendedor


Cómo
vendedor

Quiero
Descripción de la HU01 Registro de codigo de barras

Para
validar su precio en cualquier momento

Los roles y permisos asignados a Los usuarios deben ref


acceso y funcionalidades disponibles.
-Se debe actualizar correctamente el inventario de la tien
Criterios de Aceptación venta.
-Se debe permitir agregar múltiples unidades de un produ
-Los niveles de stock deben actualizarse de manera prec
-Los informes deben proporcionar información precisa
Criterios de Aceptación venta.
-Se debe permitir agregar múltiples unidades de un produ
-Los niveles de stock deben actualizarse de manera prec
-Los informes deben proporcionar información precisa

Historia de Usuario: HU05


Título: Reporte de Stock

Developer Team: Cristian Amado Usuario: Almacenero


Cómo
Almacenero

Quiero
Descripción de la HU02 Los reportes de Stocks

Para
detalle de la entrada y salida de un deter

Los roles y permisos asignados a los usuarios deben refl


acceso y funcionalidades disponibles.
Se deben recibir notificaciones cuando los niveles de sto
umbral predefinido.
Criterios de Aceptación Los productos deben ser fácilmente buscables por nomb
barras.
Los niveles de stock deben actualizarse de manera preci
Los informes deben incluir detalles como ingresos totales
comparativas de ventas en períodos anteriores.

Historia de Usuario: HU06


Título: Stock de almacen

Developer Team: Nestor Cervantes Usuario:Almacenero


Cómo
Almacenero

Quiero
Descripción de la HU06 sistema automatizado

Para
Poder contar con el stock real en todo m
1.-El sistema debe actualizar automáticamente el stock d
se realice una entrada o salida de inventario. El stock ref
siempre preciso y actualizado en tiempo real.

2.-El sistema debe registrar de manera precisa y detallad


de productos en el inventario. Debe ser posible rastrear c
realizaron estos movimientos.

3.-El sistema debe integrarse con el sistema de ventas p


automáticamente el stock cuando se realicen ventas.
Criterios de Aceptación
4.-El sistema debe ser capaz de generar informes y esta
stock siendo fácilmente accesibles para el almacenero.

5.-El sistema debe tener una interfaz intuitiva y fácil de u


pueda realice tareas relacionadas con el inventario sin di
Criterios de Aceptación
4.-El sistema debe ser capaz de generar informes y esta
stock siendo fácilmente accesibles para el almacenero.

5.-El sistema debe tener una interfaz intuitiva y fácil de u


pueda realice tareas relacionadas con el inventario sin di

Historia de Usuario: HU07


Título: Loggin personalizado por area

Developer Team: Nestor Cervantes Usuario:Administrador


Cómo
Administrador

Quiero
Descripción de la HU07 Un sistema de escritorio con loggin para

Para
Una mejor organización del personal.
1.-El sistema debe contar con un mecanismo de autentic
credenciales únicas para cada trabajador.

2.-El sistema debe permitir al administrador registrar y ge


posible agregar nuevos usuario, eliminar cuentas de usu
información de cada usuario.

3.-El sistema debe permitir al administrador asignar difer


permisos a cada trabajador.
Criterios de Aceptación
4.-El sistema debe ser capaz de proporcionar una interfa
usuario, que muestre las funciones y opciones relevantes
asignados.

5.-El sistema debe tener la capacidad de registrar y audit


por cada trabajador en el sistema de escritorio.

Historia de Usuario: HU08


Título: Agregar las promociones de manera sen

Developer Team: Nestor Cervantes Usuario:Administrador


Cómo
Administrador

Quiero
Descripción de la HU08 una solucion de escritorio

Para agregar las promociones semanales y lo


rapida.

1.-El sistema permite al administrador agregar, editar y e


semanales para productos específicos.

2.-El sistema debe permitir al administrador asociar prod


promoción semanal.

3.-El sistema debe proporcionar una interfaz intuitiva y de


Criterios de Aceptación administrador pueda agregar, editar y eliminar promocion
rápida.

4.-El sistema debe permitir al administrador establecer de


determinados productos, ya sea en porcentaje o en canti

5.-El sistema debe mostrar claramente las promociones a


promoción semanal.

3.-El sistema debe proporcionar una interfaz intuitiva y de


Criterios de Aceptación administrador pueda agregar, editar y eliminar promocion
rápida.

4.-El sistema debe permitir al administrador establecer de


determinados productos, ya sea en porcentaje o en canti

5.-El sistema debe mostrar claramente las promociones a


productos incluidos, el descuento aplicado y el período d

Historia de Usuario: HU09


Título: Alerta de stock en deficitt

Developer Team: Nestor Cervantes Usuario:Administrador en compras


Cómo
Administrador

Quiero
Descripción de la HU09 Una alerta que me indique cuando dete

Para
Para poder realizar las compras de reab
1.-El sistema debe permitir al administrador establecer el
para cada producto, que se considerará como agotamien

2.-El sistema debe monitorear automáticamente el invent


compararlo con eñ limite de agotamiento establecidos.

3.-Cuando un producto esté por agotarse, el sistema deb


administrador encargado de las compras. Esta alerta deb
notificar el nombre del producto.
Criterios de Aceptación
4.-El sistema debe enviar la alerta al administrador encar
tiempo real, a través de un canal de comunicación adecu
la aplicación o un correo electrónico

5.-La alerta generada debe incluir información sobre la u


inventario, como la cantidad y mas detalles.

Historia de Usuario: HU10


Título: Acceso rapido al sistema

Developer Team: Nestor Cervantes Usuario:Administrador


Cómo
Administrador

Quiero
Descripción de la HU10 Una solucion de escritorio

Para
agregar nuevos productos de manera ra

1.El sistema debe proporcionar una interfaz intuitiva y fác


datos de un nuevo producto.

2.El sistema debe realizar validaciones en tiempo real pa


ingresados sean correctos y completos.

3.El sistema debe permitir al administrador agregar inform


Criterios de Aceptación como especificaciones técnicas, dimensiones, peso, imá
información relevante.

4.El sistema debe permitir al administrador asociar el pro


específicas y asignar etiquetas relevantes.

5.El sistema debe permitir al administrador cargar imáge


2.El sistema debe realizar validaciones en tiempo real pa
ingresados sean correctos y completos.

3.El sistema debe permitir al administrador agregar inform


Criterios de Aceptación como especificaciones técnicas, dimensiones, peso, imá
información relevante.

4.El sistema debe permitir al administrador asociar el pro


específicas y asignar etiquetas relevantes.

5.El sistema debe permitir al administrador cargar imáge


archivos adicionales, como manuales o certificaciones.

Historia de Usuario: HU11


Título: SOLUCION DE ESCRITORIO

Developer Team: Valerie Loayza Usuario:


Cómo
Administrador

Quiero
Descripción de la HU11 una solucion de escritorio

Para
acceder de manera rapida al historial de

1.El sistema debe proporcionar un acceso rápido y eficie


producto específico.
2.Debe ser capaz de mostrar la información relevante de
3.El sistema debe permitir al usuario buscar el producto e
Criterios de Aceptación identificador único, como un código SKU o un nombre de
4.El sistema debe cargar y mostrar el historial de ventas
rápida, sin retrasos significativos.
5.El historial de ventas debe incluir información relevante
cualquier otra información pertinente relacionada con las

Historia de Usuario: HU12


Título: Medidas de Rendimiento

Developer Team: Valerie Loayza Usuario:


Cómo
Administrador

Quiero
Descripción de la HU12 poder evaluar el rendimiento de la tiend

Para
poder tomar decisiones basadas en dich

1.El sistema debe proporcionar métricas clave que refleje


como ventas totales, ventas por producto, ingresos, marg
2.Los datos deben presentarse de forma clara y fácilmen
gráficos, tablas y otros elementos visuales.
3.El sistema debe permitir comparar el rendimiento actua
Criterios de Aceptación con objetivos establecidos.
4.El sistema debe mostrar los datos actualizados en tiem
adecuada para que el administrador pueda evaluar el ren
1.El sistema debe proporcionar métricas clave que refleje
como ventas totales, ventas por producto, ingresos, marg
2.Los datos deben presentarse de forma clara y fácilmen
gráficos, tablas y otros elementos visuales.
3.El sistema debe permitir comparar el rendimiento actua
Criterios de Aceptación con objetivos establecidos.
4.El sistema debe mostrar los datos actualizados en tiem
adecuada para que el administrador pueda evaluar el ren
manera oportuna.
5.La interfaz del sistema debe ser intuitiva y fácil de usa
sencilla y la ubicación rápida de la información relevante.

Historia de Usuario: HU13


Título: GESTION DE DATOS

Developer Team: Valerie Loayza Usuario:


Cómo
vendedor

Quiero
Descripción de la HU13 poder gestionar los clientes y sus datos

Para
brindar un servicio personalizado.

1.El sistema debe permitir el registro de clientes nuevos,


básica como nombre, dirección, número de teléfono y dir
2.Los datos de los clientes deben almacenarse de maner
siguiendo las leyes y regulaciones de privacidad aplicabl
3.El sistema debe permitir un acceso rápido a los datos d
vendedor pueda acceder a la información relevante en el
Criterios de Aceptación
4. El sistema debe registrar el historial de compras de ca
productos adquiridos, fechas de compra, precios y cualqu
relevante.
5.El sistema debe permitir al vendedor agregar notas y c
sobre cada cliente, como preferencias de estilo, tallas o c
de productos, etc.

Historia de Usuario: HU14


Título: BUSCAR PRODUCTOS POR CATEGOR

Developer Team: Valerie Loayza Usuario:


Cómo
cliente

Quiero
Descripción de la HU04 poder buscar productos por categoría

Para
poder encontrar rápidamente lo que nec

1.El sistema debe contar con una categorización clara y


modo que sea fácil identificar las diferentes categorías di
1.El sistema debe contar con una categorización clara y
modo que sea fácil identificar las diferentes categorías di
2.El sistema debe proporcionar una navegación intuitiva
explorar las diferentes categorías de productos de forma
3. El sistema debe permitir a los clientes realizar una bús
Criterios de Aceptación
productos por categoría.
4.El sistema debe ofrecer filtros de búsqueda adicionales
dentro de una categoría específica.
5.El sistema debe mostrar una vista previa de los produc
con imágenes, descripciones breves y precios.

Historia de Usuario: HU15


Título: GESTIONAR PROMOCIONES Y DESCU

Developer Team: Valerie Loayza Usuario:


Cómo
Dueño

Quiero
Descripción de la HU15 poder gestionar de manera sencilla las p

Para
atraer a más clientes y aumentar

1. El sistema debe proporcionar un panel de administraci


donde puedas gestionar las promociones y descuentos d
2.El sistema debe permitirte crear y editar promociones d
3.El sistema debe aplicar automáticamente los descuento
correspondientes durante el período de promoción.
Criterios de Aceptación
4.El sistema debe permitirte configurar diferentes tipos de
descuentos por categoría de productos, descuentos por
específicas para clientes nuevos.
5.El sistema debe permitirte programar promociones en f
o eventos especiales, como días festivos, aniversarios o

Historia de Usuario: HU16


Título: PAGOS DE FORMA SEGURA

Developer Team: Valerie Loayza Usuario:


Cómo
cliente

Quiero
Descripción de la HU16 poder realizar pagos de manera conven

Para
poder pagar con diferentes métodos de

1.El sistema debe admitir una variedad de métodos de pa


crédito y débito, así como billeteras virtuales populares c
Google Pay, entre otros.
2. El proceso de pago debe ser sencillo y fácil de entend
3.El sistema debe garantizar la seguridad de los datos de
Criterios de Aceptación cumplir con los estándares y protocolos de seguridad est
4.El sistema debe integrarse con pasarelas de pago conf
ofrezcan altos niveles de seguridad y protección de datos
5.El sistema de pago debe ser compatible con dispositivo
clientes realizar pagos de manera conveniente desde sus
tablets.

Historia de Usuario: HU17


Título: actualizacion de datos

Developer Team: crhistian amado Dueño


Cómo
Administrador

Quiero
Descripción de la HU01 eliminar un artefacto de la base de datos

Para
la actualizacion de un nuevo producto

Precisión de los datos actualizados


Integridad de los datos actualizados
Criterios de Aceptación Actualización completa de los datos
Cumplimiento de plazos de actualización
Validación de la actualización
Historia de Usuario: HU18
Título: Notificacion de una actualizacion

Developer Team: crhistian amado vendedor


Cómo
vendedor

Quiero
Descripción de la HU02 recibir una notificacion visual o de texto

Para
confirmar el proceso exitoso de mi produ

Alcance de la notificación
Claridad y comprensión
Criterios de Aceptación Canal de comunicación
Momento oportuno
Confirmación de recepción

Historia de Usuario: HU19


Título: buscar un articulo

Developer Team: crhistian amado cliente


Cómo
cliente

Quiero
Descripción de la HU03 buscar y filtrar algun articulo de la tienda

Para
basarme en que tipo de articulo comprar

Resultados relevantes
Precisión de la búsqueda
Criterios de Aceptación Orden de los resultados
Facilidad de uso
Tiempo de respuesta
Facilidad de uso
Tiempo de respuesta

Historia de Usuario: HU20


Título: copias de seguridad

Developer Team: crhistian amado administrador


Cómo
administrador

Quiero
Descripción de la HU04 realizar copias de seguridad automaticas

Para
garantizar las disponibilidad de los dato

Integridad de la copia de seguridad


Frecuencia de las copias de seguridad
Criterios de Aceptación Retención de datos
Verificación de integridad
Almacenamiento seguro

Historia de Usuario: HU21


Título: notificacion de promociones

Developer Team: crhistian amado Usuario: cliente


Cómo
cliente

Quiero
Descripción de la HU05 recibir notifiaciones cuando se realicen p

Para
mantenerme al tanto de las ofertas y ace

Segmentación de audiencia
Personalización de mensajes
Criterios de Aceptación Claridad de la oferta
Canal de comunicación adecuado
Cumplimiento de regulaciones y preferencias de privacid
Segmentación de audiencia
Personalización de mensajes
Criterios de Aceptación Claridad de la oferta
Canal de comunicación adecuado
Cumplimiento de regulaciones y preferencias de privacid

Historia de Usuario: HU22


Título: agregar fecha de vencimiento

Developer Team: crhistian amado Usuario: administrador


Cómo
administrador

Quiero
Descripción de la HU06 tener la opcion de agregar fecha de venc

Para
enfocarme en otras activiades de la tiend

Obligatoriedad de la fecha de vencimiento


Formato de fecha válido
Criterios de Aceptación Rango de fechas permitido
Validación de fecha de vencimiento
Visualización y recordatorios de vencimiento

Historia de Usuario: HU23


Título: Importacion de datos

Developer Team: Nestor Cervantes Usuario:Administrador


Cómo
Administrador

Quiero
Descripción de la HU10 quiero tener la opción de importar datos

Para
para poder compartir fácilmente la inform

1.El sistema debe permitir al administrador importar dato


(.xlsx) de manera sencilla.

2.El sistema debe permitir al administrador importar dato


(.docx) de forma rápida y eficiente.
1.El sistema debe permitir al administrador importar dato
(.xlsx) de manera sencilla.

2.El sistema debe permitir al administrador importar dato


(.docx) de forma rápida y eficiente.

3.El sistema debe admitir los formatos de archivo estánd


Criterios de Aceptación garantizar la compatibilidad con otras herramientas y sist
usuarios.

4.El sistema debe realizar validaciones en tiempo real du


importación para asegurar la integridad y consistencia de

5.El sistema debe permitir al administrador mapear los ca


importados con los campos correspondientes en el sistem

Historia de Usuario: HU24


Título: Busqueda de articulos

Developer Team: Nestor Cervantes Usuario:Almacenero


Cómo
Almacenero

Quiero
Descripción de la HU10 poder encontrar un articulo mediante un

Para
poder encontrar el producto en el almac

1.El sistema debe permitir al almacenero buscar un artícu


o palabras clave relacionadas con el producto.

2.El sistema debe realizar una búsqueda de coincidencia


debe mostrar resultados que contengan las palabras clav
coinciden exactamente con la descripción completa.

Criterios de Aceptación 3.El sistema debe mostrar los resultados de búsqueda de


orden lógico. Los productos que coincidan más estrecham
ingresada deben aparecer en los primeros lugares de la
4.El sistema debe permitir al almacenero refinar los resul
filtros adicionales, como categoría, proveedor o precio.

5.El sistema debe mostrar claramente la ubicación del ar


mediante una descripción textual o mediante un mapa o

Historia de Usuario: HU25


Título: Promociones para los clientes

Developer Team: Nestor Cervantes Usuario:Cliente


Cómo
Cliente

Descripción de la HU10
Quiero
Descripción de la HU10 Promociones de manera mas seguida

Para
poder comprar aun con poco dinero.

1.El sistema debe ofrecer sugerencias de promociones d


para que los clientes tengan la oportunidad de aprovecha
diferentes momentos.

2.Las promociones deben ser diversas en términos de pr


que los clientes puedan encontrar opciones que se ajuste
intereses.

3.Las promociones deben ofrecer descuentos significativ


productos, para que los clientes puedan obtener ahorros
Criterios de Aceptación
comprar incluso con un presupuesto limitado.

4.El sistema debe comunicar de manera clara y visible la


través de la página web, aplicaciones móviles, correo ele
comunicación.

5.Las promociones deben tener una duración adecuada


aprovecharlas. Deben estar vigentes por un período de ti
demasiado cortas para que los clientes tengan tiempo su
compras.
DE HISTORIAS DE USUARIO

izado de boletas

Sprint: Nro_Sprint

MATICO

TAS DE MANERA EFICIENTE


generar boletas automáticamente con la información
te, productos comprados, precios y fechas.
2.-El sistema debe ser capaz
ciente, sin retrasos significativos y razonable sin
cliente. Prioridad
incluir todos los detalles como el número de boleta, Técnica Must Have
MOSCOW
almacenarse en un sistema seguro y de fácil acceso.
erar las boletas por fecha o cualquier otro criterio

generar informes relacionados con las boletas

Puntos
Estimados 98

AUTOMATICOS

Sprint: Nro_Sprint

matico

dar las boletas detalladas de manera eficiente

Prioridad
dedor aplicar descuentos a los productos Técnica Must Have
MOSCOW
ar el porcentaje o monto de descuento a aplicar en el

áticamente el nuevo precio con descuento y

descuento ingresado sea válido y esté dentro de los


Puntos
ibo de venta que muestre el descuento aplicado en Estimados 98
áticamente el nuevo precio con descuento y

descuento ingresado sea válido y esté dentro de los


Puntos
ibo de venta que muestre el descuento aplicado en Estimados 98

MIGABLE

Sprint: Nro_Sprint

scritorio

migable para que me ayude a realizar mi venta de manera rapida.

Prioridad
faz intuitiva y de fácil navegación. Técnica Must Have
ones y acciones claramente etiquetados para realizar MOSCOW
agregar productos al carrito o aplicar descuentos.
nalizar la interfaz según las preferencias del vendedor,
configuración de elementos visuales.
sabilidad para verificar que el sistema sea fácil de
s de facilidad y amigabilidad esperados.
con dispositivos periféricos comunes, como
Puntos
de código de barras, para facilitar las tareas de venta
Estimados 98

go de barras

Sprint: Nro_Sprint

go de barras

en cualquier momento

Prioridad tecnica
Must Have
MOSCOW
a Los usuarios deben reflejarse correctamente en su
bles.
e el inventario de la tienda después de registrar una

es unidades de un producto.
alizarse de manera precisa y en tiempo real.
r información precisa
Puntos
95
Estimados
es unidades de un producto.
alizarse de manera precisa y en tiempo real.
r información precisa
Puntos
95
Estimados

Sprint: Nro_Sprint

Stocks

ada y salida de un determinado producto

Prioridad tecnica
Must Have
a los usuarios deben reflejarse correctamente en su MOSCOW
bles.
uando los niveles de stock estén por debajo de un

nte buscables por nombre, categoría o código de

lizarse de manera precisa y en tiempo real.


es como ingresos totales de productos y
Puntos
dos anteriores. 90
Estimados

Sprint: Nro_Sprint

izado

n el stock real en todo momento


omáticamente el stock de los productos cada vez que
e inventario. El stock reflejado en el sistema debe ser
tiempo real.
Prioridad
Técnica Must Have
anera precisa y detallada todas las entradas y salidas
MOSCOW
be ser posible rastrear cuándo, cómo y por qué se

n el sistema de ventas para actualizar


o se realicen ventas.

generar informes y estadísticas relacionadas con el


es para el almacenero.
Puntos
rfaz intuitiva y fácil de usar para que el almacenero Estimados 100
s con el inventario sin dificultades.
generar informes y estadísticas relacionadas con el
es para el almacenero.
Puntos
rfaz intuitiva y fácil de usar para que el almacenero Estimados 100
s con el inventario sin dificultades.

zado por area

Sprint: Nro_Sprint

scritorio con loggin para cada trabajador

ización del personal.


mecanismo de autenticación seguro que requiera
abajador.
Prioridad
ministrador registrar y gestionar los usuarios. Debe ser
Técnica Must Have
eliminar cuentas de usuarios antiguos y modificar la
MOSCOW

ministrador asignar diferentes niveles de acceso y

proporcionar una interfaz personalizada para cada


es y opciones relevantes según el rol y los permisos
Puntos
Estimados 98
cidad de registrar y auditar las actividades realizadas
a de escritorio.

mociones de manera sencilla

Sprint: Nro_Sprint

escritorio

mociones semanales y los descuentos de determinados productos de manera facil y

ador agregar, editar y eliminar promociones


íficos. Prioridad
Técnica Must Have
ministrador asociar productos específicos a cada MOSCOW

una interfaz intuitiva y de fácil uso para que el


tar y eliminar promociones y descuentos de manera

ministrador establecer descuentos específicos para Puntos


en porcentaje o en cantidad especifica. Estimados 98

mente las promociones activas, indicando los


una interfaz intuitiva y de fácil uso para que el
tar y eliminar promociones y descuentos de manera

ministrador establecer descuentos específicos para Puntos


en porcentaje o en cantidad especifica. Estimados 98

mente las promociones activas, indicando los


aplicado y el período de validez.

n deficitt

pras Sprint: Nro_Sprint

me indique cuando determinado producto este por agotarse

zar las compras de reabastecimiento a tiempo.


ministrador establecer el nivel mínimo de existencias
derará como agotamiento.
Prioridad
tomáticamente el inventario de productos y
Técnica Must Have
amiento establecidos.
MOSCOW
agotarse, el sistema debe generar una alerta para el
ompras. Esta alerta debe ser clara, destacada y

a al administrador encargado de las compras en


de comunicación adecuado, como una notificación en
ico Puntos
Estimados 98
r información sobre la ubicación del producto en el
as detalles.

sistema

Sprint: Nro_Sprint

escritorio

productos de manera rapida y eficiente.

na interfaz intuitiva y fácil de usar para ingresar los


Prioridad
Técnica Must Have
ciones en tiempo real para asegurar que los datos MOSCOW
pletos.

ministrador agregar información detallada del producto,


dimensiones, peso, imágenes, y cualquier otra

ministrador asociar el producto a categorías Puntos


elevantes. Estimados 98

ministrador cargar imágenes del producto y adjuntar


ciones en tiempo real para asegurar que los datos
pletos.

ministrador agregar información detallada del producto,


dimensiones, peso, imágenes, y cualquier otra

ministrador asociar el producto a categorías Puntos


elevantes. Estimados 98

ministrador cargar imágenes del producto y adjuntar


ales o certificaciones.

ESCRITORIO

Sprint: Nro_Sprint

escritorio

era rapida al historial de venta de un determinado producto

Prioridad
Técnica
n acceso rápido y eficiente al historial de ventas del MOSCOW
nformación relevante de manera clara y concisa.
ario buscar el producto específico utilizando un
go SKU o un nombre del producto.
ar el historial de ventas del producto de manera

uir información relevante, como fechas de venta y Puntos


ente relacionada con las transacciones. Estimados

dimiento

Sprint: Nro_Sprint

l rendimiento de la tienda

siones basadas en dichos datos.

Prioridad
métricas clave que reflejen el rendimiento de la tienda, Técnica
producto, ingresos, margen de beneficio, entre otros. MOSCOW
e forma clara y fácilmente comprensible a través de
s visuales.
arar el rendimiento actual con períodos anteriores o

tos actualizados en tiempo real o con una frecuencia


dor pueda evaluar el rendimiento de la tienda de
Prioridad
métricas clave que reflejen el rendimiento de la tienda, Técnica
producto, ingresos, margen de beneficio, entre otros. MOSCOW
e forma clara y fácilmente comprensible a través de
s visuales.
arar el rendimiento actual con períodos anteriores o

tos actualizados en tiempo real o con una frecuencia


dor pueda evaluar el rendimiento de la tienda de
Puntos
er intuitiva y fácil de usar, permitiendo una navegación Estimados
a información relevante.

ATOS

Sprint: Nro_Sprint

os clientes y sus datos de contacto

cio personalizado.

stro de clientes nuevos, recopilando información Prioridad


número de teléfono y dirección de correo electrónico. Técnica
n almacenarse de manera segura y protegida, MOSCOW
s de privacidad aplicables.
eso rápido a los datos de los clientes, de modo que el
ormación relevante en el momento adecuado.
torial de compras de cada cliente, incluyendo los
compra, precios y cualquier otra información
Puntos
dedor agregar notas y comentarios personalizados
Estimados
ncias de estilo, tallas o colores favoritos, sugerencias

UCTOS POR CATEGORIA

Sprint: Nro_Sprint

oductos por categoría

rápidamente lo que necesito.

Prioridad
a categorización clara y lógica de los productos, de Técnica
diferentes categorías disponibles. MOSCOW
Prioridad
a categorización clara y lógica de los productos, de Técnica
diferentes categorías disponibles. MOSCOW
na navegación intuitiva que permita a los clientes
de productos de forma sencilla.
clientes realizar una búsqueda específica de

de búsqueda adicionales para refinar los resultados


ca.
sta previa de los productos dentro de cada categoría, Puntos
Estimados
ves y precios.

ROMOCIONES Y DESCUENTOS

Sprint: Nro_Sprint

de manera sencilla las promociones y descuentos en los productos

ntes y aumentar

Prioridad
un panel de administración intuitivo y fácil de usar, Técnica
mociones y descuentos de manera sencilla. MOSCOW
r y editar promociones de manera rápida y sencilla.
ticamente los descuentos a los productos
odo de promoción.
gurar diferentes tipos de promociones, como
ductos, descuentos por cantidad o promociones
Puntos
ramar promociones en función de fechas específicas
Estimados
festivos, aniversarios o temporadas de ventas.

RMA SEGURA

Sprint: Nro_Sprint
agos de manera conveniente y segura

n diferentes métodos de pago, como efectivo, tarjetas de crédito y débito, así como pagos

Prioridad
riedad de métodos de pago, como efectivo, tarjetas de Técnica
as virtuales populares como PayPal, Apple Pay, MOSCOW
encillo y fácil de entender para los clientes.
eguridad de los datos de pago de los clientes. Debe
ocolos de seguridad establecidos.
pasarelas de pago confiables y reconocidas que
ad y protección de datos.
ompatible con dispositivos móviles, permitiendo a los Puntos
a conveniente desde sus teléfonos inteligentes o Estimados

datos

Sprint: Nro_Sprint

acto de la base de datos

de un nuevo producto

prioridad tecnica
Must Have
MOSCOW

os
dos
tos
lización

puntos
95
estimados
na actualizacion

Sprint: Nro_Sprint

cacion visual o de texto

eso exitoso de mi producto actulizado

prioridad tecnica
Must Have
MOSCOW

puntos
95
estimados

Sprint: Nro_Sprint

gun articulo de la tienda

tipo de articulo comprar

prioridad tecnica
Must Have
MOSCOW

puntos
90
estimados
puntos
90
estimados

dad

Sprint: Nro_Sprint

e seguridad automaticas

sponibilidad de los datos ante cualquier falla del sistema

prioridad tecnica
Must Have
MOSCOW

ad
uridad

puntos
90
estimados

romociones

Sprint: Nro_Sprint

es cuando se realicen promociones de la tienda

anto de las ofertas y acercarme a realizar una compra

prioridad tecnica
Must Have
MOSCOW

o
preferencias de privacidad
o
preferencias de privacidad
puntos
90
estimados

e vencimiento

Sprint: Nro_Sprint

e agregar fecha de vencimiento a las ofertas y promociones

ras activiades de la tienda

prioridad tecnica
Must Have
MOSCOW

ncimiento

nto
vencimiento
puntos
95
estimados

atos

Sprint: Nro_Sprint

pción de importar datos a otras fuentes como excel o word

partir fácilmente la información

ministrador importar datos desde archivos de Excel


Prioridad
Técnica Musht Havnt
ministrador importar datos desde archivos de Word MOSCOW
e.
ministrador importar datos desde archivos de Excel
Prioridad
Técnica Musht Havnt
ministrador importar datos desde archivos de Word MOSCOW
e.

matos de archivo estándar, como Excel y Word, para


otras herramientas y sistemas utilizados por los

ciones en tiempo real durante el proceso de Puntos


gridad y consistencia de los datos. Estimados 79

ministrador mapear los campos de los archivos


spondientes en el sistema.

iculos

Sprint: Nro_Sprint

un articulo mediante una descripcion

el producto en el almacen.

acenero buscar un artículo utilizando una descripción Prioridad


n el producto. Técnica Must Have
MOSCOW
úsqueda de coincidencia parcial, lo que significa que
tengan las palabras clave ingresadas, incluso si no
scripción completa.

sultados de búsqueda de manera relevante y en un


coincidan más estrechamente con la descripción
primeros lugares de la lista de resultados.
acenero refinar los resultados de búsqueda utilizando Puntos
a, proveedor o precio. Estimados 95

mente la ubicación del artículo en el almacén, ya sea


o mediante un mapa o esquema visual del almacén.

ra los clientes

Sprint: Nro_Sprint
manera mas seguida

aun con poco dinero.

ncias de promociones de manera regular y frecuente, Prioridad


portunidad de aprovechar ofertas y descuentos en Técnica Must Have
MOSCOW
ersas en términos de productos y categorías, para
r opciones que se ajusten a sus necesidades e

r descuentos significativos en el precio de los


puedan obtener ahorros sustanciales y puedan
sto limitado.

manera clara y visible las promociones disponibles, a


Puntos
ones móviles, correo electrónico u otros canales de
Estimados 95

una duración adecuada para permitir a los clientes


ntes por un período de tiempo razonable y no ser
ientes tengan tiempo suficiente para planificar sus

También podría gustarte