REQUERIMIENTOS SISTEMA

DE VENTAS AYNI
CASOS DE USO DETALLADOS `

HISTORIA DE USUARIO

NUMERO:1 NOMBRE DE HISTORIA : INGRESAR AL

SISTEMA
USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

Es el login en el cual se accederá a el sistema por medio del usuario y contraseña validado a
través de la base de datos.

CRITERIOS DE ACEPTACIÓN:

 La contraseña debe tener 5 caracteres como mínimo.

 Acceso inmediato con el usuario y contraseña.
 Interfaz sencilla.

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:2 NOMBRE DE HISTORIA : INTERFAZ PRINCIPAL

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

Es la pantalla principal donde se debe visualizar todos los módulos del sistema.

CRITERIOS DE ACEPTACIÓN:

 El acceso al sistema debe ser validado previa autenticación del usuario.

 Interfaz sencilla e intuitiva.
 Debe visualizar al usuario logueado.
 La interfaz se debe visualizar los módulos según el rol del usuario logueado.

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:3 NOMBRE DE HISTORIA : REGISTRAR CATEGORÍA

DE PRODUCTO
USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:
Este sub modulo del sistema permite registrar una nueva categoría de un producto.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 Registrar los siguientes datos del nuevo producto teniendo en cuenta:
 Código (Autocompletado).
 Nombre de la Categoría.
 El sistema no debe permitir registrar la nueva categoría en caso no se tengan todos los
datos registrados correctamente.
PROTOTIPO
HISTORIA DE USUARIO

NUMERO:3 NOMBRE DE HISTORIA : REGISTRAR CLIENTE

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

Sub modulo el cual permite a un usuario registrar un nuevo cliente.

CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 Se deben registrar los siguientes datos del cliente según el tipo de cliente.
Cliente Normal: (Mejor si se puede obtener los datos desde la RENIEC)
 Código (Autogenerado).
 DNI.
 Nombres.
 Apellidos.
 Teléfono.
Cliente Empresa: (Mejor si se puede obtener los datos desde la SUNAT misma)
 RUC.
 Razón Social.
 Actividad Económica.
 Teléfono.
 No debe permitir registrar al cliente en caso no se hayan registrados los datos
satisfactoriamente y visualizar un mensaje de aviso.
 Debe existir un cliente registrado para ventas que cuando el cliente no requiera ningún
comprobante de pago. (ventas de compras casuales).
PROTOTIPO
HISTORIA DE USUARIO

NUMERO:3 NOMBRE DE HISTORIA : LISTAR PRODUCTO

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:
DESCRIPCIÓN:
Este sub modulo del sistema permite listar productos registrados.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 Se debe listar los productos registrados con los siguientes atributos:
 ítem
 Código de barras
 Descripción del producto
 Categoría del producto
 Precio
 Stock
 Tipo de unidad
 Imagen o presentación
 Debe existir un botón para registrar nuevos productos, el cual deberá abrir un modal
que permita el registro de un nuevo producto
 Debe existir botones para las opciones de eliminar y editar producto.
 Debe contener un filtro de búsqueda por descripción del producto y/o categoría.
PROTOTIPO
HISTORIA DE USUARIO

NUMERO:4 NOMBRE DE HISTORIA : REGISTRAR

PRODUCTO
USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:
DESARROLLADOR:
DESCRIPCIÓN:
Este sub modulo del sistema permite registrar nuevos productos.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 El usuario deberá de hacer clic en el botón NUEVO PRODUCTO en el módulo de
productos, el cual le permitirá la visualización de un modal del registro de un nuevo
producto.
 Una vez visualizado el modal del registro del nuevo producto se deberá de registrar los
siguientes datos:
 Código de barras
 Descripción del producto
 Categoría del producto (selección de categoría a través de un combobox)
 Precio
 Stock
 Tipo de unidad (selección de unidad de medida a través de un combobox)
 Imagen o presentación
 Debe existir un botón para registrar, el cual permite guardar el nuevo producto.
 Deberá existir validación de campos según el tipo de dato a ingresar, y campos vacíos.
PROTOTIPO
HISTORIA DE USUARIO

NUMERO:5 NOMBRE DE HISTORIA : LISTAR CATEGORÍA

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:
DESCRIPCIÓN:
Este sub modulo del sistema se encuentra dentro del módulo productos en la opción
Propiedades del producto.

CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva, el cual debe identificarse a través de una sección diferente.
 Se deben listar las categorías registradas con los siguientes atributos.
 Ítem
 Descripción de categoría
 Debe contener un filtro de búsqueda por descripción de la categoría.
 Debe existir un botón para registrar nueva categoría el cual deberá mostrar un
mensaje de alerta cuando la caja de texto se encuentre vacía, en caso contrario
mostrar un mensaje de categoría registrada correctamente.
 Debe existir botones para las opciones de eliminar y editar categoría.

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:6 NOMBRE DE HISTORIA : LISTAR UNIDAD DE MEDIDA

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:
DESARROLLADOR:
DESCRIPCIÓN:
Este sub modulo del sistema se encuentra dentro del módulo productos en la opción
Propiedades del producto.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva, el cual debe identificarse a través de una sección diferente
llamada unidad de medida.
 Se deben listar las unidades de medida registradas con los siguientes atributos.
 Ítem
 Símbolo de unidad.
 Debe contener un filtro de búsqueda por descripción de la unidad de medida.
 Debe existir un botón para registrar nueva unidad de medida el cual deberá mostrar un
mensaje de alerta cuando la caja de texto se encuentre vacía, en caso contrario mostrar
un mensaje de unidad de medida registrada correctamente.
 Al presionar el botón de NUEVA UNIDAD, este deberá registrar la descripción de la
unidad de medida, pero deberá demostrar en la lista solo el símbolo de la unidad de
medida registrada.
 Debe existir botones para las opciones de eliminar y editar unidad de medida.
PROTOTIPO
Unidades de medida a registrar:
Kilogramo: Debe en listar con su unidad de medida(Kg).
Unidades: Debe en listar con su unidad de medida(Und).
Cajas: Debe en listar con su unidad de medida(Cja).
Docena: Debe en listar con su unidad de medida(doc).
Decena: Debe en listar con su unidad de medida(dec).
Bolsa: Debe en listar con su unidad de medida(bolsa).
HISTORIA DE USUARIO

NUMERO:7 NOMBRE DE HISTORIA : LISTAR CLIENTE

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:
DESCRIPCIÓN:
Este sub modulo del sistema permite listar clientes registrados en el sistema.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 Se debe listar los clientes registrados con los siguientes atributos:
 ítem
 Nombres
 Apellidos
 Tipo cliente
 DNI/RUC
 Teléfono
 Correo electrónico
 Debe existir un botón para registrar nuevos clientes, el cual deberá abrir un modal que
permita el registro de un nuevo cliente.
 Debe existir botones para las opciones de eliminar y editar cliente.
 Debe contener un filtro de búsqueda por nombres, apellidos, DNI/RUC del cliente.
 Los campos que no correspondan al registrar se le deberá colocar con una etiqueta que
diga NO CORRESPONDE.
PROTOTIPO
HISTORIA DE USUARIO

NUMERO:8 NOMBRE DE HISTORIA : REGISTRAR CLIENTE

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:
Permite realizar el registro de un nuevo cliente.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 El usuario deberá de hacer clic en el botón NUEVO CLIENTE en el módulo de clientes, el
cual le permitirá la visualización de un modal del registro de un nuevo cliente.
 Una vez visualizado el modal del registro del nuevo cliente se deberá de registrar los
siguientes datos:
 Nombres / razón social.
 Apellidos. (NO OBLIGATORIO)
 Tipo de cliente.
 DNI / RUC
 Teléfono / móvil. (NO OBLIGATORIO)
 Correo electrónico. (NO OBLIGATORIO)
 Debe existir un botón para registrar, el cual permite guardar el nuevo cliente.
 Deberá existir validación de campos según el tipo de dato a ingresar, y campos vacíos.
PROTOTIPO
HISTORIA DE USUARIO

NUMERO:9 NOMBRE DE HISTORIA : LISTAR VENTA

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:
Permite visualizar el listado de las ventas
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 Se debe listar las ventas registradas con los siguientes atributos:
 ítem
 Cliente
 Tipo de comprobante
 Serie de comprobante (Autocompletar en serie: Factura F001-001, Boleta B001-001,
Ticket T001-001)
 Fecha
 Total
 Debe existir un botón para registrar una nueva venta el cual deberá abrir un modal que
permita realizar una nueva venta.
 Debe existir botones para las opciones de eliminar y ver los detalles de la venta.
 Debe contener un filtro de búsqueda por Cliente, Serie.

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:10 NOMBRE DE HISTORIA : REGISTRAR VENTA

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:
CRUD que se visualiza al presionar nueva venta.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 El usuario deberá de hacer clic en el botón BUSCAR para seleccionar un cliente.
 Una vez visualizado el CRUD de lista de clientes nos debe permitir seleccionar un cliente
para poder realizar la venta.
 El usuario debe de hacer clic en el botón BUSCAR PRODUCTO, para seleccionar los
productos registrados a vender.
 El sistema debe permitir visualizar la lista de productos seleccionados a vender de la
siguiente manera:
 Item
 Productos
 Precio unitario
 Cantidad
 Fecha
 Descuento
 Subtotal
 Debe existir botones para la opción de eliminar producto seleccionado para la venta que
se visualiza en la lista.
 Debe existir etiquetas que muestre la información de: Montos de subtotal, IGV y monto
total.
 Debe existir un botón de registrar pedido el cual nos permitirá re direccionarnos al sub
modal pedidos.
 Debe existir un botón que permita generar la venta, el cual nos permitirá cerrar el CRUD
de nueva venta.
 Debe existir un botón cancelar el cual permite cancelar el proceso de venta.

PROTOTIPO NUEVA VENTA

PROTOTIPO BUSCAR CLIENTE al hacer clic en el botón BUSCAR cliente
 - El CRUD deberá cerrarse al seleccionar un cliente con doble clic en la fila que a este le
pertenezca.
SELECCIONAR PRODUCTO

- El CRUD se cerrará una vez presionado el icono CERRAR (x).

- Solo debe permitir una sola selección por producto, ya que para agregar más cantidad de
producto se realizará a través del CRUD nueva venta en el atributo cantidad.
HISTORIA DE USUARIO

NUMERO:11 NOMBRE DE HISTORIA : LISTAR PEDIDO

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:
El sub módulo de PEDIDOS nos permitirá visualizar los pedidos realizados y también mediante el
botón generar venta se podrá concretar la VENTA
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 El sistema debe permitir visualizar la lista de PEDIDOS de la siguiente manera:
 Item
 Cliente
 Tipo de pedido
 Fecha
 Debe existir un botón para la opción GENERAR VENTA.
 Una vez presionada el botón GENERAR VENTA debe permitir visualizar el CRUD de
GENERAR venta.

PROTOTIPO NUEVA VENTA

HISTORIA DE USUARIO

NUMERO:12 NOMBRE DE HISTORIA : GENERAR VENTA

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

CRUD que permite visualizar una interfaz para generar o concretar una venta de
PEDIDOS.
CRITERIOS DE ACEPTACIÓN:
 Interfaz sencilla e intuitiva.
 El sistema debe permitir visualizar un formulario con los siguientes campos:
 Tipo de pago (contado, crédito) a través de un Combobox
 Tipo de comprobante (Boleta, Factura, Ticket) a través de un Combobox
 Serie se completará de forma automática.
 Tabla que permita visualizar los productos y sus costos.
 Etiquetas donde se visualizan el monto del subtotal, monto de IGV y
monto total.
 Debe existir 2 botones, uno para generar venta y otro para cancelar venta.
 El botón generar venta nos re direccionara a una nueva ventana donde se pre
visualizara el comprobante de pago y a su vez registrara la venta en el
sistema.

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:13 NOMBRE DE HISTORIA : VISUALIZACIÓN

DE COMPROBANTE
USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

Permite pre visualizar el comprobante de la compra según tipo de comprobante

seleccionado.

CRITERIOS DE ACEPTACIÓN:

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:14 NOMBRE DE HISTORIA : APERTURA DE

CAJA
USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

CRITERIOS DE ACEPTACIÓN:


PROTOTIPO
HISTORIA DE USUARIO

NUMERO:15 NOMBRE DE HISTORIA : CIERRE DE CAJA

USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

CRITERIOS DE ACEPTACIÓN:

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:16 NOMBRE DE HISTORIA : REGISTRAR

NUEVO USUARIO
USUARIO: ADMINISTRADOR TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

CRITERIOS DE ACEPTACIÓN:

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:17 NOMBRE DE HISTORIA : LISTAR

PROVEEDOR
USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

CRITERIOS DE ACEPTACIÓN:

PROTOTIPO
HISTORIA DE USUARIO

NUMERO:18 NOMBRE DE HISTORIA : REGISTRAR

PROVEEDOR
USUARIO: TODOS LOS USUARIOS TIEMPO ESTIMADO:

DESARROLLADOR:

DESCRIPCIÓN:

CRITERIOS DE ACEPTACIÓN:

PROTOTIPO