Caso 6 Portafolio de Título
“Sistema de Ventas On-line para supermercados la Veguita”
Caso 6 “Sistema de Ventas On-line para supermercados la Veguita”
Contexto El supermercado la Veguita, es una empresa dedicada a la venta de alimentos y otros insumos para el hogar, principalmente enfocada a la venta en su local comercial establecido, en dicho local se disponen los productos en pasillos con estanterías y en islas con producto afines.
Modelo de negocio La veguita, realiza la venta de sus productos en su local, donde los clientes agregan a un carro o canasto los productos a comprar y los pagan en cada caja habilitada para este efecto, cada producto se identifica y se obtiene los datos necesarios para determinar el pago en el sistema de cajas, tales como el precio, cantidad y disponibilidad, una vez determinado el total de la venta, el cajero recibe el pago y entrega el vuelto, si es que corresponde, el sistema de cajas genera la boleta y el cajero la entrega al cliente. Los productos son descontados del stock una vez que se efectúa la venta. Los productos son abastecidos por el encargado de abastecimiento, quien compra los productos como mayorista y los dispone para que el supermercado los venda. Es posible que el cliente anule una compra, para lo cual se vuelve a reintegrar el stock con el producto que el cliente devuelve. El jefe de operaciones, que esta cargo de las cajas, realiza el retiro del dinero previa consulta de los montos recaudados por cada caja.
Problema La veguita ha visto disminuida sus ventas en el último año, producto del cambio de preferencias de los clientes, los cuales cada vez tienen menos tiempo disponible y requieren efectuar sus compras en diferentes horarios y estando en distintos lugares. La mayor accesibilidad a los servicios de internet y ha permitido de la venta por internet se consolide cada vez más, lo cual es más cómodo para el cliente, se suma a esto que el costo de operación del supermercado ha aumentado por necesitar mantener muchos
productos con poca salida por la baja de las ventas. De mantenerse esta situación, la viabilidad del supermercado estará en juego.
Solución Para evitar perder clientes, la veguita ha decidido participar en el mercado de ventas on-line, lo que permitirá ampliar su mercado de potenciales clientes. Este modelo de negocio implica que debe incorporar una nueva forma de vender, a través de internet, para lo cual se requiere implementar un sistema de ventas on-line por internet. En esta forma de venta, el cliente puede acceder al sitio y observar las ofertas disponibles, si desea comprar se debe registrar con un proceso simple pero seguro de registro. Una vez registrado puede efectuar compras, las cuales debe cancelar mediante una plataforma de pago externa, como servipag o depósito bancario, los que recaudan el dinero y lo transfieren a la Veguita. Una vez concretado el pago, el área de abastecimiento procederá a armar el pedido para efectuar su despacho, el cual es gratuito para lugares cercanos a la Veguita y posee un recargo del 10% si esta fuera del perímetro de 5 kilómetros de la Veguita. Una vez armado el pedido y determinado el recargo, se puede efectuar el despacho correspondiente, para lo cual cuenta utilizará el vehículo definido para las compras efectuando además repartos programados. Funcionalidades del producto. 1. El sistema debe permitir a los clientes armar un pedido de compras, considerando los productos disponibles en stock. 2. El sistema debe permitir efectuar una anulación de venta ya que el cliente puede solicitar anular una venta, indicando el motivo por el cual se anula y la fecha de anulación. 3. Con la autorización del Jefe de operaciones, el sistema debe permitir devolver el dinero al cliente cuando se ha efectuado la anulación de una venta, ésta genera una actualización (rebaja) del monto total de venta en la caja relacionada. 4. El sistema debe permitir realizar las ventas de los pedidos realizados por los clientes, las ventas las deben realizar únicamente a pedidos de los clientes registrados. Las ventas realizadas por la Web se asocian a
una caja que pertenece a un cajero virtual quien opera el sistema de ventas, este rol de cajero virtual lo cumplen los funcionarios del supermercado. 5. El sistema debe permitir el registro de clientes, el cliente registrado queda habilitado para realizar compras en la web y acceder a promociones. Los datos del cliente son run, nombre completo, dirección, comuna, provincia, región, fecha de nacimiento, sexo, correo electrónico y número telefónico, debe validar la real existencia del correo electrónico, ya que es importante para el contacto con el cliente. 6. El registro de clientes puede ser directamente en el supermercado, a través del administrador del supermercado o por el cliente mediante el sitio web del supermercado. Se debe validar la real existencia del correo electrónico del cliente en ambos casos. 7. Se debe lograr administrar el stock de cada producto. El sistema debe poder consultar y actualizar el stock disponible para las ventas por cada producto solicitado. 8. Se debe registrar alarmas por stock bajo de productos en el sistema de abastecimiento, estas alarmas deben generarse en forma diaria, y dejarse disponible en alguna estructura de datos dedicada especialmente para comunicarse con el sistema de abastecimiento, este sistema accederá a dicha información de manera diaria, se deberá registrar el producto en alerta, le fecha y la cantidad de stock alertado. 9. Para cada venta el sistema debe generar su respectiva boleta, la cual será enviada por correo electrónico al cliente, por lo que se debe poder emitir una boleta en formato digital una vez efectuada la venta. Esta emisión de boleta es efectuada por el cajero virtual y enviada al mail del cliente. 10. Para el jefe de operaciones el sistema debe mostrar un reporte con las ventas realizadas de acuerdo a un período de consulta. 11. Se debe contar con mantenedores de maestro de datos para productos, usuarios y clientes.
12. Debe considerar que la validación de los correos electrónicos antes señalada, implica comprobar que el correo existe y está activo mediante un API de mensajería. 13. El sistema debe permitir autenticación de usuarios para limitar el acceso a las funcionalidades del producto de acuerdo al perfil asignado por el administrador 14. Para el encargado de abastecimiento, el sistema debe entregar las órdenes de despacho, estas órdenes debe ser generadas en forma masiva, al medio día, en un formato de archivo plano .txt, ya que será cargado en otro sistema de generación de rutas para el transporte, para determinar la ruta del vehículo, esto no es parte del sistema de ventas pero se requiere de dicho archivo plano de direcciones para concretar el despacho. .
Casos de uso. Especificación del Caso de Uso ID Caso de Uso
Descripción y trazabilidad
Actores involucrados
Autenticar Usuarios RF 13
Administrador Cliente Cajero Virtual Encargado de Bodega Jefe de Operaciones Administrador
CU1
CU2 CU3 CU4 CU5 CU6 CU7 CU8 CU9 CU10
Administrar Usuarios RF 11 Administrar Clientes RF 5, 6 y 11 Administrar Productos RF 7 y 11 Genera Pedido RF 1 Realizar Venta RF 4, 7 y 9 Anular Venta RF 2 y 3 Generar Reporte de Ventas RF 10 Generar alarmas de stock crítico RF 8 Obtener orden de despacho RF 14
Administrador Cliente Encargado de Bodega Cliente Cajero Virtual Cliente Jefe de Operaciones Jefe de Operaciones Sistema Abastecimiento Encargado de Bodega
Diagrama de casos de uso.
Características del producto. El sistema debe ser desarrollado en ambiente WEB, ya que permitirá entrar al mercado de ventas on-line. El sistema debe ser construido en arquitectura web mediante modelo de capas, logrando una separación de la interfaz gráfica, reglas de negocio y repositorio de datos.
El sistema debe ser construido utilizando la base datos oracle que es la utilizada por “La Veguita” ESMER" y utilizando un lenguaje de programación orientado a objetos. El sistema debe incluir medidas de seguridad tales como cifrado de clave y control de sesiones. Se debe considerar utilizar una API de mensajería para la validación de correos. Para disponer de información mediante archivos planos, debe utilizar procedimientos almacenados que generarán la información que se entregará mediante archivos de texto. Todas las entradas correspondientes.
de
datos
deben
considerar
las
validaciones
Información Adicional de acuerdo a reunión del Lunes 6 de Julio. 1.- Completitud de casos. 2.- Entrega de información.
1.- Completitud de los Casos. En completitud de los casos, no se puede orientar a % de cumplimiento por número casos, ya que existen casos de uso más complejos que otros y por lo tanto con mayor tiempo de desarrollo, se ajustó a un % de avance por tipo de caso de uso. Quedaría algo así…… Entrega de Casos Las entregas deben considerar implementar los casos de uso en la siguiente secuencia. Iteración 1: aprox. 40 % de avance. Casos mantenedores de información (1, 2,3y4)
Iteración 2: aprox. 70% de avance. Casos de negocio (5, 6 y 7). Iteración 3: 100% de avance. Casos de integración e investigación (8, 9 y 10).
2.- Entrega de datos al alumno: En los datos de ejemplo, si se dan datos mínimos, tendría que dar información de lo necesario para que el sistema funcione, es decir da información del modelo de datos que deben hacer en el análisis (relaciones de tablas), y si los entrego tengo que desarrollar el modelo de datos, es decir hacerles el trabajo. En la información de los formularios, implica tener una idea de los que debe entregar, sin entrar en detalle de cómo debe efectuarlo, pero por otro lado no se debería entregar todos los formularios. Quedaría algo así….
Información de Referencia Datos de las interfaces y estructuras. Se entrega como referencia ejemplos de la información que se debe considerar en las interfaces de usuario y las estructuras de datos. Producto(identificador, descripción, stock, precio, stock mínimo, proveedor, marca). Pedido(identificador, fecha, cliente, total, cantidad productos). Boleta(número boleta, numero venta, total, fecha). Cliente(nombre completo, dirección, comuna, provincia, región, fecha de nacimiento, sexo, correo electrónico y número telefónico, estado). OrdenDespacho(identificador, cliente, pedido, productos). Anulación(identificador, boleta, fecha, motivo). Venta(identificador, pedido, total, fecha). Otros datos necesarios deben ser incluidos por el equipo de desarrollo.
Ejemplo de formulario de creación de Producto
Ejemplo de Registro de Pedido
