Informe N°3
Informe N°3
Informe N°3
INFORMACION Y
CIBERSEGURIDAD
TOMA DE REQUERIMIENTOS
DIGUILLÍN OUTDOOR
FECHA: 17/10/2024
1 Introducción
Como se vio desde los anteriores informes la empresa está enfocada al deporte de caza y pesca, uno de sus
inconvenientes seria la publicidad por redes sociales y uno que pude apreciar al momento de la entrevista
es el cómo se realiza el registro de ventas en el día a día
Este informe tiene como objetivo analizar los requerimientos que se encuentras en las operaciones del
punto de venta. Veremos cómo está actualmente la tienda según los datos recopilados de la entrevista, sus
requerimientos, entender los problemas y necesidades, sus interacciones con el público y finalmente que
podríamos mejorar para que sea más eficiente la gestión del punto de venta en la tienda, dando más
contexto a la implementación de la solución con los diferentes diagramas y/o modelos como por ejemplo
modelo 4+1 y modelo CANVAS.
2 Descripción de la empresa
Dirección:
Persona Entrevistada:
Actualmente la tienda se maneja de forma continua y sin mayores inconvenientes, la tienda maneja
clientela habitualmente.
El inconveniente que pude ver durante la entrevista fue el hecho de que aún se usa papel y lápiz para el
manejo de información relevante, ventas, datos de cliente, números de serie, inventario, etc. Esto genera
pérdida de tiempo efectivo para el responsable de atender.
Otro inconveniente, este lo menciono Don Lorenzo, el hecho de su propia publicidad como está la realiza
en redes sociales tiene que competir con “tiendas” virtuales que pueden darse el lujo de tener mejores
precios al no pagar impuestos lo cual deja en desventaja a la tienda que está establecida.
Cambiar el sistema de registro para volverlo más eficiente y seguro para la tienda, dando más tiempo
efectivo para dejarlo en otras tareas.
Mejorar el cómo y/o donde se publicita la tienda o quizá encontrar una alternativa de ventas para así tener
una mejor competencia de negocios
5 Requerimientos funcionales y no funcionales
Objetivo
Crear un diagrama de casos de uso para un punto de venta de la tienda que permita a los usuarios
realizar acciones como buscar productos, dar asesoramiento al cliente y finalizar la compra.
Identificar Actores
Buscar Producto: El cliente puede buscar productos por categoría, marca o nombre.
Ver Detalle Producto: El cliente puede ver información del precio de un producto (precio,
descripción, disponibilidad).
Dar Asesoramiento experto: El vendedor puede dar más detalles del producto, su uso
correcto y las situaciones en que puede ser útil.
Procesar Pagos: El sistema contable procesa los pagos realizados por los clientes y genera
una factura.
Establecer Relaciones
El Cliente interactúa con los casos de uso: Buscar Producto, Detalle Producto y Realizar
Compra.
El Vendedor interactúa con los casos de uso: Gestionar Inventario, Realizar Venta y Dar
Asesoramiento experto.
El Sistema Contable interactúa con el caso de uso: Procesar Pagos y Generar Reportes.
6.2 Diagrama de caso de uso
Causa: Vendedor aun utiliza el papel para realizar el registro de inventario y ventas del día.
Impacto: Ralentiza operaciones al necesitar transformar la información que registra durante el día con
lo que ya tiene anteriormente, en otras palabras, pierde tiempo al no actualizar los datos en tiempo
real.
Posibles Soluciones:
Solución 1: Dejar el papel y usar un equipo que le permita hacer registro en tiempo real, por ejemplo,
un PC de escritorio o Notebook. Esto permite la comunicación directa con el socio del vendedor y ahorra
tiempo operacional.
Solución 2: Como la tienda ocupa un equipo de punto de venta “Redelcom” verificar con la empresa si
tiene un servicio de almacenado alternativo aparte del equipo de venta que permita la mejora de la
gestión diaria.
Causa: Estas “tiendas” al no estar establecidas no pagan impuestos y pueden tener mejores valores de
venta.
Impacto: Los clientes dan preferencia a esta “tiendas” y al no usar otro medio de publicidad la misma
tienda se ve afectada por la diferencia de precios.
Posibles Soluciones:
Solución 1: Cambio del medio de publicidad, puede ser diario, pancartas, publicitar en micros o radio.
Solución 2: Hacer un sistema de beneficios y descuentos para clientes frecuentes, dicho de otra forma,
un club exclusivo para estos clientes.
8 Diagrama de Entidad-Relación
Relaciones:
9.3 Tareas:
Entidades Externas
Procesos Principales
Cliente:
Llega a la tienda.
Pregunta por un producto.
Pide detalles y precio.
Decide si comprar o no.
Se retira de la tienda.
Vendedor:
Revisa el stock del producto solicitado.
Asesora al cliente sobre el producto (si está disponible).
Gestiona el inventario (actualiza la cantidad en stock).
Registra la venta.
Entrega la factura.
Sistema Contable:
Procesa el pago.
Emite la factura.
Flujos de Datos
Ventajas:
Desventajas:
Ventajas:
Con esta opción no solo hace que el público se sienta más interés por la tienda también fideliza a los
clientes frecuentes.
Ofrecer descuentos exclusivos o promociones especiales a los miembros puede aumentar las ventas
en productos específicos.
Desventajas:
Crear y mantener un programa de beneficios puede ser costoso, incluyendo el desarrollo de software,
la gestión de datos y la administración de recompensas.
Descripción de Clases
Cliente:
o Atributos: ID_cliente, nombre, apellido, dirección, teléfono, correo_electrónico.
o Métodos: buscarProducto(), realizarCompra().
Producto:
o Atributos: ID_producto, nombre, descripción, precio, stock.
o Métodos: actualizarStock(), obtenerDetalles().
Venta:
o Atributos: ID_venta, fecha, total, estado, forma_pago.
o Métodos: calcularTotal(), actualizarEstado().
DetalleVenta:
o Atributos: producto, cantidad, precio_unitario.
o Métodos: calcularSubtotal().
Vendedor:
o Atributos: nombre, apellido.
o Métodos: realizarVenta(), gestionarTVP().
Pago:
o Atributos: ID_pago, tipo (efectivo, tarjeta, transferencia).
o Métodos: procesarPago()
PC:
o Atributos: ubicación.
o Métodos: registrarVenta(), actualizarInventario()
Relaciones entre Clases:
Diagrama de secuencia:
o El cliente pregunta por un producto: El proceso inicia cuando el cliente se acerca al vendedor
para solicitar información sobre un producto específico.
o El vendedor responde a la consulta: El vendedor busca la información solicitada sobre el
producto y se la proporciona al cliente.
o El cliente confirma la compra: Una vez que el cliente tiene toda la información necesaria,
confirma su decisión de comprar el producto.
o El vendedor registra la venta y actualiza el stock: El vendedor ingresa los datos de la venta en
el sistema (PC), actualizando el archivo Exel del inventario para reflejar la cantidad de productos
vendidos.
o El PC solicita procesar el pago: El sistema envía una solicitud al TPV para iniciar el proceso de
pago.
o El TPV registra el pago: El TPV procesa el pago realizado por el cliente y confirma al sistema que
la transacción ha sido exitosa.
o El PC solicita la emisión de la factura: Una vez que el pago ha sido confirmado, el sistema
genera una factura correspondiente a la venta realizada.
o El vendedor entrega la factura: El vendedor imprime la factura y se la entrega al cliente como
comprobante de la compra.
o El vendedor entrega el producto: Finalmente, el vendedor entrega el producto al cliente.
Diagrama de comunicación:
Relaciones:
Paquetes:
o PC: Este es el paquete principal que representa el sistema completo de punto de venta
(TPV).
o Pago Débito: Este paquete agrupa todos los elementos relacionados con los pagos
realizados con tarjeta de débito.
o Pago Crédito: Similar al anterior, este paquete contiene los elementos necesarios para
procesar pagos con tarjeta de crédito.
Actor:
o Vendedor: Es la persona que interactúa directamente con el sistema, ingresando los datos
de la venta.
o Relaciones:
o Dependencia: La línea punteada que va del "Programa de TPV" hacia los paquetes de "Pago
Débito" y "Pago Crédito" indica una dependencia. Esto significa que el programa principal
necesita de estos módulos para poder procesar los diferentes tipos de pago.
Proceso:
o El vendedor ingresa los datos de la compra en el sistema.
o El sistema, dependiendo del método de pago seleccionado, utiliza el módulo
correspondiente (débito o crédito) para procesar el pago.
Diagrama de Paquetes:
En este diagrama veremos la conexión del PC implementado al TPV (Terminal Punto de Venta) y de este
hacia las entidades de pago.
Actores Principales:
Cliente: Interactúa con el sistema para buscar productos, ver detalles y realizar compras.
Vendedor: Atiende al cliente, gestiona el inventario, realiza ventas y genera reportes.
PC: El corazón del sistema, procesa las transacciones, actualiza el inventario, genera reportes y
gestiona los pagos.
TPV: Dispositivo físico utilizado para procesar los pagos de las transacciones.
Entidad de pago Crédito: Entidad externa que procesa los pagos realizados con tarjetas de crédito.
Entidad de pago Débito: Entidad externa que procesa los pagos realizados con tarjetas de débito.
Procesos Principales:
Buscar Producto: El cliente busca un producto específico en la tienda.
Ver Detalle Producto: El cliente pregunta por la información detallada del producto seleccionado.
Realizar Compra: El cliente completa una compra, lo que implica registrar el pago y actualizar el
inventario.
Gestionar Inventario: El vendedor realiza tareas relacionadas con el inventario, como agregar o
eliminar productos.
Realizar Venta: El vendedor finaliza una venta, lo que incluye generar una factura y actualizar el
inventario.
Procesar Pagos: El sistema procesa los pagos, ya sea en efectivo, tarjeta de crédito o débito.
Generar Reportes: El sistema genera reportes de pagos de hechos en la tienda y sus
correspondientes detalles.
Flujo Típico:
1. El cliente busca un producto.
2. El vendedor muestra los detalles del producto.
3. El cliente decide comprar y el vendedor inicia el proceso de venta.
4. El sistema registra el pago y actualiza el inventario.
5. Se genera una factura de la venta.
Diagrama de escenarios con solución implementada:
Como se mencionó en informes anteriores Don Lorenzo el encargado de gestionar la tienda maneja bien el
concepto de punto de venta.
Uno de los puntos a mejorar sería el cómo se registra el stock y la venta diaria en la tienda para pasar de
papel y lápiz a un registro electrónico. En este informe se incorpora la solución a este inconveniente
exponiendo lo con los diagramas del mismo.
El otro punto mencionado seria la publicidad en este apartado esta la tienda en desventaja por el simple
hecho de pagar impuestos, cosa que no hacen las “tiendas” en redes sociales, para hacer una mejora en
este apartado se puede hacer un cambio en el medio de publicidad o, como creo que sería mejor,
implementar un sistema de beneficios o fidelización para competir en el mercado, pero este generaría
mayor costo para la tienda que la anterior solución por ello no se desarrolló más.
Lucidchart:
Microsoft Copilot:
Gemini:
StarUML:
MKLab. (n.d.). StarUML. Creación de todos los diagramas del Modelo 4+1.
https://staruml.io/