SISTEMA DE INFORMACIN PARA LA GESTIN DE VENTAS DE UNA EMPRESA DE DISTRIBUCIN.

Enunciado.
Una empresa de distribucin tiene su red de ventas basada en tiendas repartidas geogrficamente y con almacenes autnomos en cada una de ellas. Tenemos que disear un Sistema de Informacin (SI) para la gestin de ventas y la reposicin de almacenes. La gestin de ventas se realiza con dos elementos: Tiendas de venta. Vendedores mviles equipados con un porttil.

Las tiendas pueden ser de tamao muy diverso: desde muy pequeas, donde una persona, lo hace todo hasta otras que disponen de muchos puntos de venta. Para la venta cara al pblico cada tienda realiza un esquema de venta que obedece a la siguiente operativa. Los clientes solicitan los productos en LUGARES DE CAPTACIN DE PEDIDOS, donde se le cogen los datos y la relacin de productos que desean comprar. Dado el diferente tamao de las tiendas, se debe prever la escalabilidad en los LUGARES DE CAPTACIN. Los clientes pagarn al contado, la cual cosa hace que no tengamos problemas de crdito. Se tiene que acceder al ordenador central de la Compaa para registrar al cliente y evitar duplicidades, la conexin puede ser lenta. Cada cliente queda identificado por su NIF/CIF. Cuando se coge el pedido de un producto de un cliente se tiene que asegurar el stock. Si el producto pedido se encuentra en el almacn de la tienda, se reserva. Si no se encuentra suficiente stock en la tienda, el SI que hemos de disear tiene que consultar el stock de las tiendas prximas con el fin de saber si el producto se encuentra all. Si est, se servir desde esa tienda, si no est, no se vender al cliente este producto. El algoritmo de secuencializacin para la bsqueda del producto en las tiendas de alrededor, que es diferente para cada tienda, NO ES EL OBJECTIVO DE ESTE TRABAJO. Suponga que est encapsulado dentro de una pieza. Cuando el cliente ya ha realizado el pedido tendr que pasar al LUGAR DE COBRO donde pagar en efectivo. Se prev que, sea cual sea el tamao de la tienda, habr suficiente con una caja para cobrar. El SI debe llevar control del arqueo de cada cajero. Una vez registrado, y en paralelo a la accin de cobro, el pedido se habr enviado al LUGAR DE ENTREGA DEL MATERIAL donde se sacar el material del almacn y se

-1-

preparar el pedido. Aqu se prev "cuello de botella" dado que el tiempo de preparacin de pedidos se estima ms largo que el tiempo de captacin y cobro. Las entregas de productos reservados por los clientes desde otras tiendas se gestionarn en el LUGAR DE ENTREGA DEL MATERIAL creando paquetes para un servicio de mensajera. El criterio ser prepararlos en los tiempos muertos cuando no hay pedidos para servir de la propia tienda. Al cerrar la jornada, se prepararn todos los que queden aun pendientes. Finalmente, las ventas, como conjunto de los pedidos y las acciones de cobro, deben llegar al ordenador central y anotarse en un fichero secuencial por jornada de venta. Las aplicaciones corporativas se encargarn de gestionarlas dentro de sistemas de Informacin ya construidos e independientes del ejercicio. Pensad una forma de integracin e intercambio lo ms flexible posible entre el nuevo SI y los antiguos. Interesa que las roturas de stock de las tiendas y el almacn central sean mnimas. Para esto, cada una tiene un algoritmo de optimizacin del stock mnimo y de la cantidad a pedir QUE NO SE DEBE DISEAR y que podis considerar encapsulado dentro de una pieza. Naturalmente, cada tienda tiene que vender aunque no tenga conexin con el exterior. Los porttiles de los vendedores mviles tienen que tener una aplicacin que se parezca lo ms posible a la de las tiendas. Deben tratarse como usuarios nmadas. La aplicacin ha de prever la recepcin de pedidos por WEB y directamente desde las aplicaciones corporativas. de los clientes de la Compaa El stock de las tiendas se repone segn los siguientes criterios: Algunos productos se compran directamente al proveedor. Estos productos pueden ser diferentes para cada tienda. El resto de los productos se piden al almacn central al final de cada jornada y se reciben a lo largo del da siguiente.

El stock del almacn central se repone a partir de pedidos a proveedores que toma como base una cantidad a comprar en funcin del stock actual, las ventas previstas, las histricas y las caractersticas de cada producto. Puede suponer que el algoritmo que da ese valor est ENCAPSULADO EN UNA PIEZA. El intercambio de documentos con los proveedores ser electrnico siempre que sea posible. Se pide que todos los documentos que afecten a stock estn en administracin con su estado de gestin. Disee el circuito de gestin de stock y de documentos afectados para este modelo de compras y reposicin. Piense la forma de agilizar en el almacn central la recepcin de material desde los proveedores y la preparacin y distribucin a tiendas del material a reponer.

-2-

Interesa trabajar con stock futuro. Este concepto se implementar en dos stocks disponibles: Actual En fecha futura (stock futuro) calculado como la suma del stock disponible y las compras previstas de recibir desde hoy hasta esa fecha.

Para simplificar no trate el tema de la ubicacin fsica del gnero en el almacn. Piense tambin en un sistema para minimizar el proceso de recepcin del material en las tiendas, dado que deben de vender mientras que incorporan el material a su inventario y almacn.

Posibles ampliaciones.
Arquitectura de dos niveles. La aplicacin ha de prever un modulo de control de presencia del personal del local con responsabilidad directa del director del local. Los datos de control de presencia se han de traspasar a la nmina corporativa de forma automtica. Control de la red de franquiciados

Observaciones y Recomendaciones.
El ejemplo es muy amplio. Tenga en cuenta, sin embargo, que el objetivo bsico del ejercicio es que el trabajo sea de calidad, no que se escriba mucho. A pesar que este sistema de informacin puede ser real, no se empee en "hacerlo demasiado real", no son importantes los detalles, sino disear la arquitectura de sistema, el anlisis de consistencia y el de administracin. No improvise. Siga la metodologa propuesta. No busque atajos. Es seguro que existen cosas que debern de aadir a la especificacin funcional anterior. Hganlo y acten en consecuencia. Es un objetivo del ejercicio que piense en ello. Haga un funcional sin entrar a fondo en los temas que, segn su opinin, tengan que quedar fuera del mbito afectado por el diseo distribuido. No disee GUI's, limtese a definir la transaccin que ha de generar. Proponga los datos a nivel de entidades y/o objetos, identificando los atributos slo cuando sea necesario. Reflejarlo todo con un Modelo de Objetos. No hace falta decir que el SI de informacin debe quedar lo ms consistente y robusto posible.

-3-