“Año del Bicentenario, de la consolidación de nuestra Independencia, y de la
conmemoración de las heroicas batallas de Junín y Ayacucho”
Tema:
Implementación de un Sistema de Inventario Automatizado para un Minimarket
Curso:
Programación Orientada a Objetos
Sección:
52625
Profesor:
Roger Ernesto Alarcón García
Estudiantes:
• Chanamé Cobeñas, Jesús Iván U22312494
• Díaz Herrera, Daniela Andreina U22302426
• Reluz Miñope, Brayan U22321241
• Saucedo Ruiz, Janice Marilé U23204213
• Hernandez Quiroz, Marco Leonardo U22244280
Perú – Chiclayo
2024
Índice
Capítulo I: ............................................................................................................. 3
1.1 Definición del Problema a solucionar: .................................................... 3
1.2 Descripción general de la solución ........................................................ 3
1.3 Impacto esperado ................................................................................... 3
1.4 Fases o etapas ....................................................................................... 4
1.4 Alcances y limitaciones de la solución: ....................................................... 5
1.5 Justificación:................................................................................................. 5
Capitulo II: ............................................................................................................ 6
2.1 Diagrama de clases (notación UML) ...................................................... 6
2.2 Prototipos de interfaz gráfica de usuario ............................................... 7
2.3 Estructura y organización del proyecto .................................................. 8
2.4 Diagramas de caso de uso ................................................................... 10
2.5 Especificaciones de caso de uso ......................................................... 10
2.6 Diagrama Entidad-Relación ................................................................. 13
2.7 Diagrama físico de base de datos........................................................ 13
2.8 Diccionario de datos ............................................................................. 15
Capítulo I:
1.1 Definición del Problema a solucionar:
Un MiniMarket presenta una problemática en la gestión de su inventario,
actualmente el personal utiliza hojas de cálculo para tener un mejor control de
los productos con lo que esto conlleva lo siguientes problemas:
• Error de registros como duplicaciones o ingresos incorrectos por lo que
genera discrepancias en la disponibilidad de los productos.
• Actualización lenta, el inventario no se actualiza en tiempo real.
• Dificultades en la toma de decisiones, esto limita la capacidad del
supervisor de tomar decisiones al momento de reabastecimiento o
promociones de los productos.
• Falta de visibilidad, al tener el inventario en hojas de cálculo esto genera
una dificultad en el personal al no tener un sistema claro esto se reflejaría
en las pérdidas de ventas.
1.2 Descripción general de la solución
Este proyecto consiste en un sistema que será diseñado para identificar las
clases principales como Producto, Inventario, Proveedor, y Factura. Cada clase
tendrá atributos y métodos que modelan su comportamiento dentro del sistema.
Se utilizarán principios como la herencia para reutilizar código, encapsulación
para proteger datos sensibles y polimorfismo para manejar diferentes tipos de
productos o transacciones.
1.3 Impacto esperado
• Reduzca el tiempo y el esfuerzo requeridos para gestionar el inventario.
• Minimice el riesgo de desabastecimiento o exceso de stock gracias a las
alertas automáticas.
• Mejore la eficiencia operativa al generar reportes detallados y en tiempo
real.
• Aumente la precisión en el control de inventario y facilite la toma de
decisiones basada en datos actualizados.
1.4 Fases o etapas
1. Análisis de requerimientos: Definición de las necesidades del
minimarket.
2. Diseño del sistema: Creación de diagramas de clases y diagramas de
interacción.
3. Implementación: Programación del sistema utilizando POO.
4. Pruebas: Verificación del correcto funcionamiento del sistema.
5. Despliegue: Instalación y puesta en marcha del sistema en el minimarket.
6. Mantenimiento y soporte: Realización de mejoras y actualizaciones
conforme sea necesario.
1.3 OBJETIVOS
• General:
Implementar un Sistema de Inventario Automatizado para un
MiniMarket con el fin de optimizar la gestión de inventarios, mejorar la
precisión en el control de existencias y agilizar los procesos de compra y
venta
• Específicos:
-Realizar un análisis detallado de los procesos actuales de gestión de
inventarios para identificar necesidades y documentar requerimientos.
-Diseñar el sistema utilizando diagramas UML para representar la
estructura y comportamiento del sistema.
-Implementar el sistema aplicando los principios de la programación
orientada a objetos y desarrollando módulos específicos.
-Realizar pruebas unitarias y de integración, así como pruebas de
aceptación con usuarios finales, para validar el correcto funcionamiento
del sistema.
1.4 Alcances y limitaciones de la solución:
Alcances:
- Control de inventario.
- Notificaciones sobre escases de stock.
- Mejor manejo de proveedores.
- Reportes en tiempo real.
- Facilita la toma de decisiones.
Limitaciones:
- Costos de implementación.
- Capacitación al personal sobre el uso del sistema.
- Mantenimiento y actualizaciones continuas.
- Tiempo de implementación
1.5 Justificación:
La necesidad de implementar esta solución no solo radica en mejorar la gestión
del inventario, sino también en proporcionar una base sólida para el crecimiento
y la eficiencia del MiniMarket. Un sistema bien diseñado contribuirá a la
satisfacción del cliente, la reducción de costos operativos y una mayor
competitividad en el mercado.
Capitulo II:
2.1 Diagrama de clases (notación UML)
Anexo 1.
2.2 Prototipos de interfaz gráfica de usuario
Anexo 2.
Anexo 3.
2.3 Estructura y organización del proyecto
El proyecto está estructurado en tres paquetes y distintas clases para mejorar la
organización y facilitar la mantenibilidad del sistema. La separación en diferentes
paquetes permite una gestión clara de las funcionalidades. Utilizando una base
de datos como inventario para tener mejor manejo de los datos que se
obtendrán. A continuación, describiremos los paquetes y clases que hemos
tenido en cuenta:
▪ capa_Logica: Este paquete contiene el razonamiento de negocio del
sistema. Cada clase dentro de este paquete se corresponde con una
tabla de la base de datos y gestiona la interacción de los datos en la capa
lógica.
✓ clsCategoria: Clase que gestiona las operaciones CRUD (Crear, Leer,
Actualizar, Eliminar) para la tabla ‘categoria’. Permite manipular los
datos relacionados con categorías, como ‘idCategoria’, ‘nombre’, y
‘descripcion’.
✓ clsLogin: Responsable de la autenticación. Realiza operaciones
sobre la tabla ‘login’ para verificar las credenciales de usuario,
utilizando los campos ‘nombreUsuario’ y ‘contrasena’.
✓ clsProducto: Gestiona los productos en el inventario. Esta clase
manipula campos como ‘idProducto’, ‘nombre’, ‘descripcion’,
‘precio’, ‘stock’, y relaciones con ‘categoria’ y ‘proveedor’ según los
identificadores ‘idCategoria’ e ‘idProveedor’.
✓ clsProveedor: Clase que administra la información de los
proveedores, relacionada con la tabla proveedor. Permite agregar y
actualizar detalles como ‘nombreProveedor’, ‘telefono’, y ‘direccion’.
✓ clsTransaccion: Gestiona las transacciones registradas en la base
de datos, incluyendo ‘idTransaccion’, ‘tipoTransaccion’, ‘fecha’,
‘cantidad’, y relaciones con ‘producto’, ‘usuario’, y ‘proveedor’.
✓ clsUsuario: Administra los usuarios del sistema, gestionando los
datos básicos como’ idUsuario’, ‘nombre’, ‘apellido’,
‘nombreUsuario’, y ‘contrasena’.
▪ capa_Conexión
✓ DatabaseConnection: Esta clase que permite establecer y gestionar
la conexión con la base de datos. Configura los parámetros de
conexión y garantica que las operaciones de consulta y actualización
se ejecuten en un entorno seguro.
▪ capa_Presentacion: En este paquete se programa la interfaz gráfica de
usuario (GUI), permitiendo la interacción entre el usuario y el sistema.
Cada clase representa un formulario y maneja los eventos generados por
la interfaz.
✓ jfCategoria: Formulario para administrar categorías, mostrando y
permitiendo la manipulación de datos de la tabla ‘categoria’.
✓ jfLogin: Ventana de autenticación de usuario, que permite el acceso
al sistema al validar el ‘nombreUsuario’ y ‘contrasena’ mediante la
clase ‘clsLogin’.
✓ jfProveedor: Pantalla para gestionar proveedores, interactuando con
‘clsProveedor’.
✓ jfRegistro: Formulario para registrar nuevos usuarios, validando los
datos necesarios para crear un usuario en el sistema.
✓ jfMenuPrincipal: La ventana principal de la aplicación, centralizando
las opciones y funcionalidades del sistema.
La organización en paquetes sigue una arquitectura por capas que separa la
lógica de negocio, la conexión a la base de datos y la presentación. Esta
estructura permite:
▪ Modularidad: Cada capa tiene una responsabilidad específica, facilitando
el mantenimiento y la extensión del sistema.
▪ Escalabilidad: Al agregar nuevas funcionalidades, se pueden integrar
nuevos formularios en ‘capa_Presentacion’ y nuevas clases ‘capa_Logica’
sin afectar la conexión o estructura principal.
2.4 Diagramas de caso de uso
Anexo 4.
2.5 Especificaciones de caso de uso
Autenticación de Usuario
Descripción: Este caso de uso permite que los usuarios y
administradores inicien sesión en el sistema mediante credenciales
seguras. Es un paso obligatorio antes de acceder a otras funcionalidades.
Actores: Administrador, Usuario
✓ Secuencia Normal:
o El usuario ingresa su nombre de usuario y contraseña.
o El sistema valida las credenciales.
o Si la autenticación es exitosa, el usuario accede a la
plataforma.
✓ Postcondiciones: El usuario ha iniciado sesión en el sistema.
Gestión de Productos
✓ Descripción: Permite al administrador agregar, actualizar o
eliminar productos del inventario. Esto incluye definir detalles como
el nombre, precio, cantidad en stock, entre otros atributos
relevantes.
✓ Actor: Administrador
✓ Secuencia Normal:
o El administrador selecciona la opción de gestión de
productos.
o Puede agregar un nuevo producto, modificar uno existente
o eliminarlo.
o Los cambios se reflejan en el inventario en tiempo real.
✓ Postcondiciones: El inventario se actualiza con los nuevos
detalles de los productos.
Consulta de Inventario
✓ Descripción: Permite a los usuarios y administradores consultar el
estado del inventario, incluyendo la disponibilidad y el estado de
los productos en stock.
✓ Actores: Administrador, Usuario
✓ Secuencia Normal:
o El usuario selecciona la opción de consulta de inventario.
o El sistema muestra la lista de productos con su respectiva
cantidad y estado en el inventario.
✓ Postcondiciones: El usuario obtiene la información actualizada
del inventario.
Generación de Reportes
✓ Descripción: Permite al administrador generar reportes sobre el
inventario, ventas, y otras métricas relevantes para la toma de
decisiones.
✓ Actor: Administrador
✓ Secuencia Normal:
o El administrador elige el tipo de reporte que desea generar.
o El sistema recopila los datos necesarios y genera el reporte
en el formato deseado (por ejemplo, PDF o Excel).
✓ Postcondiciones: Se genera un reporte detallado con la
información solicitada.
Gestión de Categorías
✓ Descripción: Permite al administrador organizar los productos en
diferentes categorías, lo que facilita la búsqueda y clasificación de
los artículos en el inventario.
✓ Actor: Administrador
✓ Secuencia Normal:
o El administrador accede a la opción de gestión de
categorías.
o Puede crear una nueva categoría, modificar una existente o
eliminarla.
o Los productos se asignan a las categorías para una
organización más eficiente.
✓ Postcondiciones: Los productos están organizados por
categorías en el inventario.
Registro de Transacciones
✓ Descripción: Este caso de uso permite registrar las ventas y otros
movimientos de productos en el inventario, reflejando cambios en
la cantidad de stock.
✓ Actor: Administrador
✓ Secuencia Normal:
o El administrador o usuario realiza una transacción, como
una venta.
o El sistema registra la transacción y actualiza el inventario.
✓ Postcondiciones: El inventario refleja la nueva cantidad de stock
tras la transacción.
2.6 Diagrama Entidad-Relación
2.7 Diagrama físico de base de datos
2.8 Diccionario de datos
