Caso 6 Portafolio de Ttulo

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 estanteras 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 efecta 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 ao, 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 ms, lo
cual es ms cmodo para el cliente, se suma a esto que el costo de
operacin del supermercado ha aumentado por necesitar mantener muchos

productos con poca salida por la baja de las ventas.

De mantenerse esta
situacin, la viabilidad del supermercado estar en juego.

Solucin
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 travs 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 depsito 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 permetro de 5 kilmetros de la Veguita.
Una vez armado el pedido y determinado el recargo, se puede efectuar el
despacho correspondiente, para lo cual cuenta utilizar el vehculo definido
para las compras efectuando adems 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 anulacin de venta ya que el
cliente puede solicitar anular una venta, indicando el motivo por el
cual se anula y la fecha de anulacin.
3. Con la autorizacin del Jefe de operaciones, el sistema debe permitir
devolver el dinero al cliente cuando se ha efectuado la anulacin de
una venta, sta genera una actualizacin (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,
direccin, comuna, provincia, regin, fecha de nacimiento, sexo, correo
electrnico y nmero telefnico, debe validar la real existencia del
correo electrnico, ya que es importante para el contacto con el
cliente.
6. El registro de clientes puede ser directamente en el supermercado, a
travs del administrador del supermercado o por el cliente mediante el
sitio web del supermercado. Se debe validar la real existencia del
correo electrnico 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 informacin 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 electrnico al cliente, por lo que se debe poder
emitir una boleta en formato digital una vez efectuada la venta. Esta
emisin 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 perodo de consulta.
11.
Se debe contar con mantenedores de maestro de datos para
productos, usuarios y clientes.

12.
Debe considerar que la validacin de los correos electrnicos
antes sealada, implica comprobar que el correo existe y est activo
mediante un API de mensajera.
13.
El sistema debe permitir autenticacin 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 da, en un formato de archivo plano .txt, ya que ser
cargado en otro sistema de generacin de rutas para el transporte,
para determinar la ruta del vehculo, esto no es parte del sistema de
ventas pero se requiere de dicho archivo plano de direcciones para
concretar el despacho.
.

Casos de uso.
Especificacin del Caso de Uso
ID
Caso
de
Uso

Descripcin 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 crtico
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.

Caractersticas 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 separacin de la interfaz grfica, 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 programacin
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 mensajera para la validacin de
correos.
Para disponer de informacin mediante archivos planos, debe utilizar
procedimientos almacenados que generarn la informacin que se entregar
mediante archivos de texto.
Todas las entradas
correspondientes.

de

datos

deben

considerar

las

validaciones

Informacin Adicional de acuerdo a reunin del

Lunes 6 de Julio.
1.- Completitud de casos.
2.- Entrega de informacin.

1.- Completitud de los Casos.

En completitud de los casos, no se puede orientar a % de cumplimiento por
nmero casos, ya que existen casos de uso ms complejos que otros y por lo
tanto con mayor tiempo de desarrollo, se ajust a un % de avance por tipo
de caso de uso.
Quedara algo as
Entrega de Casos
Las entregas deben considerar implementar los casos de uso en la siguiente
secuencia.
Iteracin 1: aprox. 40 % de avance. Casos mantenedores de informacin (1,
2,3y4)

Iteracin 2: aprox. 70% de avance. Casos de negocio (5, 6 y 7).

Iteracin 3: 100% de avance. Casos de integracin e investigacin (8, 9 y
10).

2.- Entrega de datos al alumno:

En los datos de ejemplo, si se dan datos mnimos, tendra que dar
informacin de lo necesario para que el sistema funcione, es decir da
informacin del modelo de datos que deben hacer en el anlisis (relaciones
de tablas), y si los entrego tengo que desarrollar el modelo de datos, es decir
hacerles el trabajo.
En la informacin de los formularios, implica tener una idea de los que debe
entregar, sin entrar en detalle de cmo debe efectuarlo, pero por otro lado
no se debera entregar todos los formularios.
Quedara algo as.

Informacin de Referencia
Datos de las interfaces y estructuras.
Se entrega como referencia ejemplos de la informacin que se debe
considerar en las interfaces de usuario y las estructuras de datos.
Producto(identificador, descripcin, stock, precio, stock mnimo, proveedor,
marca).
Pedido(identificador, fecha, cliente, total, cantidad productos).
Boleta(nmero boleta, numero venta, total, fecha).
Cliente(nombre completo, direccin, comuna, provincia, regin, fecha de
nacimiento, sexo, correo electrnico y nmero telefnico, estado).
OrdenDespacho(identificador, cliente, pedido, productos).
Anulacin(identificador, boleta, fecha, motivo).
Venta(identificador, pedido, total, fecha).
Otros datos necesarios deben ser incluidos por el equipo de desarrollo.

Ejemplo de formulario de creacin de Producto

Ejemplo de Registro de Pedido