Está en la página 1de 5

SunPlaza

Ricardo Felipe Mariño Perdomo


430060817
Andrés Camilo González Romero
430060550
David Enrique Velandia Ávila
430061745

Ing. Emmanuel Rivera Guzmán

Universidad Piloto De Colombia Seccional Del Alto Magdalena


Ingeniería De Sistemas
Redes De Datos
Cundinamarca, Girardot
2021
PROYECTO SUNPLAZA

El proceso da inicio con la necesidad presentada del campesino en obtener o vender un


producto. Los cuales deben cumplir con los requerimientos de cada cliente, En este caso
como son productos del campo (verduras, frutas, lácteos, etc.). Posteriormente de la
verificación se analizan precios y calidad del producto.

Los clientes proporcionan los datos necesarios para construir una base de datos. La cual
contiene información tanto del producto, el cliente y el precio de ventas.

Las bases de datos se usan para alimentar nuestro sistema de información necesaria para
llevar a cabo todo el proceso de compra y venta. Una vez toda información este en el
sistema los clientes tienen la oportunidad de elegir el proveedor y el producto que desean,
se hace directamente cliente-vendedor, se comunican y acuerdan todo sobre la venta. El
papel del sistema es solo de intermediario o conector entre las partes.

El sistema puede sacar datos tales como cantidad de ventas, promedios de ventas, producto
más vendido desde la interfaz del vendedor y desde la interfaz de cliente puede sacar
cantidad de compras, domiciliario quien entrega sus productos, vendedor más comprado
producto más comprado, total gastado.

En los gastos teniendo en cuenta que el sistema es solo conexión entre las partes, no se
presentan perdidas algunas. El fin del sistema es ser una herramienta social.

Que aporte otra alternativa a las personas para comercializar sus productos. Las ganancias
son solamente sociales.
Problema (*): SunPlaza
Se encarga de hacer una base de datos que permita apoyar la gestión de un sistema de
ventas. El sistema lleva un control de proveedores, clientes, productos y ventas.
En la tabla de persona necesitamos solicitar los datos de la cedula para identificar al cliente
y de esta forma diferenciarlo de los demás, nombre y apellido completo como datos básicos
para poder darle una buena atención al cliente, teléfono y correo electrónico como datos de
contacto en caso de algún inconveniente poder contactar con el cliente, contraseña creada
por el cliente como un login para proteger sus datos y en caso de que desee modificarlos, un
NIT por si es una empresa la que esta interactuando, un rol_id para asignar el rol que puede
tener cada usuario, un id interno el cual se le asignara al cliente de forma interna con la
empresa para poder sincronizarlo con el vendedor, una dirección del cliente si desea hacer
algún pedido, una fecha de creación de la cuenta creada y un campó status para saber si se
encuentra activo o inactivo.
Un rol tiene un id_rol único, nombre del rol, una descripción y status.
La tabla permisos tiene id_permiso, rol_id, modulo_id y otros campos definidos con letras
para simbolizar cada permiso.
Un pedido tiene id_pedido, fecha, monto, tipo de pago, status, persona id.
La tabla detalle_pedido tiene id, pedido id, producto id, precio, cantidad.
Un producto tiene id_producto, categoría_id, código, nombre, descripción, precio, stock,
imagen, fecha de creación de cuando fue incorporado el producto, status.
La tabla categoría tiene id_categoria, nombre, descripción, fecha de creación de la
categoría, status.
Un id producto para identificar el producto que el cliente compro, cantidad para saber la
cantidad de un mismo producto que el cliente compro.
En la tabla de pedido tenemos una llave foránea (fk) persona_id, el cual se va a relacionar
con el id interno de la tabla de personas, esto servirá para darle un orden a los pedidos y en
caso de revisarlos por algún inconveniente dar solución rápido.
En la tabla persona esta una llave foránea (fk) rol_id, el cual va a relacionar con el id_rol de
la tabla rol, esto servirá para saber el rol que tendrá, una descripción breve sobre las cosas
que puede hacer y su estatus (activo o inactivo).
La tabla permisos tiene dos llaves foráneas (fk) rol_id y modulo_id, la primera es para
relacionar con id de la tabla rol y la segunda llave para realizar la relación con la tabla
modulo.
En la tabla detalle_pedido tenemos una llave foránea (fk) pedidoid el cual se va a relacionar
con idpedido de la tabla pedido, para que al momento que se necesite el detalle de cada
pedido podamos verlo. También tiene una llave foránea productoid para relacionar con
idproducto de la tabla producto.
la tabla categoría la relacionamos con una llave foránea que está ubicada en la tabla
producto, esta llave se llama categoriaid.

En la tabla domiciliario encontramos un id único para cada domiciliario de esta forma


poder identificarlos, una dirección del vendedor, dirección del cliente para poder llevar los
domicilios hasta el cliente y de esta forma guiar al domiciliario.
En la tabla de vendedor encontramos la id vendedor la cual se va a relacionar con la id
domiciliario para que este pueda entregar los correspondientes domicilios, y la id tienda
para poder realizar las ventas con los productos disponibles.
En la tabla tienda encontramos la id de la tienda la cual corresponde al encargado de la
tienda es decir la persona encargada usara ese id, el id producto para poder diferenciarlos y
identificarlos de los demás productos, y el stock de esta forma saber si hay disponibilidad
de dicho producto.
En la tabla producto encontramos un id producto, el correspondiente nombre del producto
para distinguirlo como se hace habitualmente, el precio del producto para poder venderlo al
cliente y que conozca el valor de dicho producto, la categoría para identificar en que
categoría se encuentra (plaza, desayunos, ETC.), la fecha de vencimiento para poder estar
actualizando los productos con buenas fechas y estén frescos.

También podría gustarte