This document outlines the requirements for a database to manage the operations of a chain of supermarkets. It identifies key entities like stores, cashiers, customers, products, tickets, and details that need to be tracked. It then presents a class diagram with classes like Store, Cashier, Customer, Product, TicketDetail to model the relationships between these entities and support functions like managing inventory and sales. The goal is to analyze the problem domain and design a class structure and associations that can effectively store all necessary data and meet the needs of the supermarket business.
This document outlines the requirements for a database to manage the operations of a chain of supermarkets. It identifies key entities like stores, cashiers, customers, products, tickets, and details that need to be tracked. It then presents a class diagram with classes like Store, Cashier, Customer, Product, TicketDetail to model the relationships between these entities and support functions like managing inventory and sales. The goal is to analyze the problem domain and design a class structure and associations that can effectively store all necessary data and meet the needs of the supermarket business.
This document outlines the requirements for a database to manage the operations of a chain of supermarkets. It identifies key entities like stores, cashiers, customers, products, tickets, and details that need to be tracked. It then presents a class diagram with classes like Store, Cashier, Customer, Product, TicketDetail to model the relationships between these entities and support functions like managing inventory and sales. The goal is to analyze the problem domain and design a class structure and associations that can effectively store all necessary data and meet the needs of the supermarket business.
This document outlines the requirements for a database to manage the operations of a chain of supermarkets. It identifies key entities like stores, cashiers, customers, products, tickets, and details that need to be tracked. It then presents a class diagram with classes like Store, Cashier, Customer, Product, TicketDetail to model the relationships between these entities and support functions like managing inventory and sales. The goal is to analyze the problem domain and design a class structure and associations that can effectively store all necessary data and meet the needs of the supermarket business.
• Jhon hernan Mayta Encinas • Luis Elmar Choré Tomichá • Carlos Andres Cuellar • Alan Luis Elvars 1.Introducción Una cadena de Supermercado tiene varias sucursales identificadas con número de teléfono, dirección. En cada sucursal trabajan distintos cajeros en diferentes turnos. Un cajero solo trabaja en una sucursal tiene una cantidad de cajas para tickear y cobrar los productos que adquiere cada cliente. Cada caja identificada por un número y tiene un estado abierta o cerrada. El responsable de cajas de cada sucursal, va asignando cajeros a alguna caja según la demanda y necesidades de cobros a los clientes. Durante todo el día los cajeros van rotando entre distintas cajas según la asignación indicada por dicho responsable y no necesariamente siempre atiende las mismas cajas. Cuando un cajero es asignado a una caja, la caja se considera abierta, y se registra la fecha y hora desde la cual se realiza la apertura. El cajero pasa los artículos que adquiere un cliente, para ello los artículos se marcan cuando el sensor lee su código de identificación, y el cajero solo indica en el teclado la cantidad de cada artículo por cada venta se genera, registra e imprime un ticket para dicho cliente, conteniendo el detalle de los artículos comprados. Los artículos están identificados por un código y nombre. En un ticket, además de la lista de artículos, el precio unitario, la cantidad y el importe total del ticket, consta el número de sucursal, el número de caja, la identificación del cajero, la fecha y la hora de emisión. Por cada venta se actualiza el stock de los artículos disponibles. 2.Objetivo. Realizaremos un análisis para determinar la solución al problema planteado para encontrar, la funcionalidad y como se vinculan cada clase, dicho diagrama será presentado y realizará con nuestros conocimientos básicos 3.Diagrama de Clases Para diseñar el diagrama de clases de esta base de datos podemos identificar las siguientes clases : 3.1 Clases Super Mercado Sucursales: con los atributos de dirección y número de teléfono. Cajeros: Con los atributos de ID de identificación, nombre, apellido, cargo y Correo. Clientes: con los atributos de Carnet de identidad y nombre. Productos Cajas : Con los atributos de estado de caja abierta o cerrada. Registro de Asistencia : Con los atributos de hora de apertura y hora de cierre. Artículos : Con los atributos de código y nombre. Ticket : Con los atributos de código de artículo y nombre del artículo. Detalle del ticket : con los atributos de fecha de emisión, hora de emisión, identificación del cajero, importe total, cantidad, número de casa, número de sucursal y precio stock. Turno : Se encuentran los atributos de mañana, tarde y noche.
3.2 Diagrama de Clases
4.Planificación Como grupo hemos realizado el diseño de un diagrama de clases y sus asociaciones, para la implementación de un negocio, en este caso de un supermercado 5.Conclusión Como hemos podido observar la implementación de UML nos puede ayudar mucho a la hora de realizar un diagrama de clases para administrar un negocio especialmente como un Super Mercado , ya que es importante guardar el registro de los productos que se venden para poder manejar bien la economía y los pagos , así como en ese negocio podemos ver como el uso de una diagrama de clases es útil y necesaria tanto para la vida cotidiana así como su uso a futuro que no hará mas que aumentar, al mismo tiempo que los métodos aprendidos para realizar una base de datos nos enseñan bastante a optimizar nuestro manejo de los datos y administrar mejor la información para que se fácil de encontrar para quienes manejamos estas bases.