PROYECTO CAFETIN IESPPA para un sistema de ventas.pptx

Contenido de información para un sistema de ventas

1. Sistema de Ventas CAFETIN IESPPA - PROYECTO Modulo N° 01 : Estudiante : Huallpa Quispe, Andy Cristhian Programa de estudios: Programación de Sistemas y Seguridad Informática Desarrollo de Sistemas de Información Ciclo : 2

2. Actividades de la entidad Mares (Concesionario de Alimentos) es un cafetín ubicado dentro de un instituto. Se dedica a la preparación y venta de alimentos y bebidas, ofreciendo a estudiantes y personal del instituto una variedad de comidas y platillos populares. El cafetín se enfoca en proporcionar un servicio rápido y de calidad, adaptándose a las preferencias de sus clientes. Representante de la empresa Sr. Orneta Illatopa Augusto Marcelo

3. Descripción del problema Con la implementación de un sistema automatizado permitirá reducir los errores en el registro de ventas, optimizar la gestión del inventario y acelerar el proceso de toma de pedidos, agilizando y precisando las los procesos diarios. A la vez, mejorando el crecimiento del negocio. Justificación del problema En la actualidad, el cafetín de la IESPPA el proceso de ventas es manual (cuaderno), lo que conlleva a errores y perdida de tiempo. Esta metodología también dificulta la actualización en tiempo real del inventario lo que resulta la falta o exceso de productos y ventas con pago. La falta de un sistema automatizado también limita la capacidad para generar informes detallados sobre ventas y productos. FUNDAMENTACION DEL PROBLEMA

4. Objetivos Objetivos Generales: Desarrollar e implementar un sistema de ventas automatizado para el Cafetín Mares que permita registrar las ventas de manera rápida y precisa, gestionar el inventario en tiempo real y generar informes detallados, mejorando así la eficiencia operativa y la calidad del servicio al cliente. Objetivos Específicos: Optimizar el registro de ventas Mejorar la gestión de inventario Facilitar la generación de informes Simplificar el proces o de toma de pedidos

5. Analisis Requerimientos Funcionales Requerimientos No Funcionales El sistema debe permitir el registro de ventas de manera rápida y eficiente El sistema debe ofrecer una interfaz para seleccionar productos de las categorías El sistema debe permitir el ingreso manual de nuevas existencias de productos El sistema debe generar informes de ventas El sistema debe proporcionar reportes detallados de inventario El sistema debe generar balance diario de caja final del día Usabilidad: La interfaz debe ser fácil de usar Seguridad: Debe garantizar la seguridad de los datos, incluyendo la protección de información financiera del inventario. Escalabilidad: El sistema debe ser escalable para añadir nuevas funcionalidades o categorías de producto en el futuro si es necesario.

6. Diagrama de procesos internos (sin sistema)

7. Arquitectura del Sistema

8. Sprint 1: Toma de requerimientos Es el proceso de recopilar, organizar y priorizar los requisitos del producto. El objetivo de la toma de requerimientos es garantizar que el producto satisfaga las necesidades de los usuarios. Sprint 2: Diseño de la Base de Datos Diseño conceptual Diseño lógico Diseño físico Sprint 3: Diseño de interfaces Diseñamos modelos de interfaz (login, menú de cliente, categorías de producto) Sprint 4: Pruebas Se hicieron presente las interfaces al Stakeholder para su respectiva aprobación Sprint 5: Documentación Durante las 4 semanas, los Developers junto al Product Owner estuvieron encargados de realizar la documentación. Adaptado a cambios desde un principio hasta el final.

9. Metodología Scrum

10. Mi Team Scrum

11. muchas