UNIVERSIDAD AUTÓNOMA DEL PERÚ
FACULTAD DE INGENIERÍA Y ARQUITECTURA
PROYECTO DE INGENIERÍA DE SISTEMA DISTRIBUIDOS
SISTEMA DE GESTIÓN DE PRODUCTOS CADUCADOS PARA MINIMERCADOS USANDO ALGORITMOS DE
APRENDIZAJE AUTOMÁTICO
Minimercado-LERF
FASES DE INICIO – ELABORACIÓN Y CONSTRUCCIÓN
PROFESOR(ES):
Robles Fernandez Ivan
EQUIPO NRO. 2
Altamirano Aguilar Ronal André
Cuya Porras Luis Gabriel
Espilco Espinoza Jorge Alonso
Torres Campos Frank Thomas
Vera Bocangel Erick Joseph
LIMA, 2024
Índice
Resumen
Introducción
Capítulo 1
Aspectos generales
Organigrama
Misión y visión
Objetivos Estratégicos
Problemática
Alternativas de Solución
Solución elegida.
Objetivo general
Objetivos específicos
Capítulo 2:
Antecedentes nacionales
Antecedentes internacional
Marco teórico
Capítulo 3:
Alcance
Restricciones
Diagramas de Casos de Uso
Diagrama de Clases
Diagrama de Componentes
Diagrama de Secuencia
Diagrama de Despliegue
Diagrama de Base de Datos
Diccionario de Base de Datos
Prototipo o Interfaces
Capítulo 4:
Cheklist Funcionalidades del aplicativo Implementadas
Estructura de paquetes
Clases usadas en la aplicación
Código Fuente
Demo Grabada de la Aplicación
FIA – INGENIERÍA DE SOFTWARE II Página 2
I. Resumen
FIA – INGENIERÍA DE SOFTWARE II Página 3
II. Introducción
La forma en que los negocios operan y se relacionan con sus clientes ha sido transformada por el desarrollo tecnológico. Dentro del ámbito de los
minimercados, el empleo de aplicaciones web para la venta se presenta como una alternativa innovadora con miras a optimizar las operaciones, incrementar la
satisfacción de los clientes y disminuir gastos.
El objetivo de este proyecto es crear un aplicativo web de venta para un minimercado. Este sistema no solo simplificará las transacciones comerciales, sino
que también incorporará una funcionalidad adicional: la gestión de desperdicios alimentarios.
Para abordar este problema, se propone desarrollar e implementar un sistema que permita a los minimercados monitorear en tiempo real sus niveles de
inventario y la generación de desperdicios, utilizando tecnologías como Sockets, WebSockets y Servicios Web, así como algoritmos de aprendizaje automático.
FIA – INGENIERÍA DE SOFTWARE II Página 4
III. Capítulo 1
III.1. Aspectos generales
III.1.1. Definición clara de objetivos
Es importante definir de manera precisa los objetivos del proyecto, que abarcan el desarrollo de un sitio web para la venta en línea del
minimercado y la adopción de un sistema eficiente para gestionar los desperdicios alimentarios.
III.1.2. Análisis de requisitos
Tomar en cuenta las necesidades de los clientes y del negocio al momento de identificar y analizar tanto los requisitos para el aplicativo web
de venta, como para el sistema de gestión de desperdicios alimentarios.
III.1.3. Diseño de la arquitectura
Elaborar la estructura del aplicativo web y el sistema de gestión de desperdicios alimentarios, tomando en cuenta la incorporación de
tecnologías innovadoras como servicios web, WebSockets y algoritmos de machine learning.
III.1.4. Desarrollo del aplicativo web
Crear el sitio web de ecommerce con garantía de una interfaz intuitiva y amigable para los clientes, además de incluir funciones como
navegación por productos, carrito de compras, proceso de pago, entre otras.
FIA – INGENIERÍA DE SOFTWARE II Página 5
III.1.5. Implementación del sistema de gestión de desperdicios
Desarrollar el sistema de manejo de desechos alimentarios, el cual implicaría la incorporación de algoritmos de aprendizaje automático para
anticipar y controlar los productos en peligro de vencimiento.
III.1.6. Pruebas y evaluación
Asegurarse de que tanto el aplicativo web como el sistema de gestión de desperdicios pasen por pruebas rigurosas con el fin de garantizar su
correcto funcionamiento y capacidad para cumplir los requisitos establecidos.
III.1.7. Despliegue y puesta en marcha
Implementar el aplicativo web y el sistema de gestión de desperdicios en un entorno de producción, garantizando una integración correcta y
brindando formación al personal del minimercado.
III.1.8. Monitoreo y mantenimiento
Implementar un mecanismo de vigilancia constante para supervisar el desempeño del sitio web y la gestión de residuos, realizando cambios y
actualizaciones cuando sea necesario con el fin de asegurar su eficiencia a largo plazo.
FIA – INGENIERÍA DE SOFTWARE II Página 6
III.2. Organigrama
Figura 01
“Organigrama del minimercado LERF”
Nota: Imagen obtenida de https://tesis.usat.edu.pe/bitstream/20.500.12423/793/1/TL_GonzaBerruAnia_QuirozAngelesSandra.pdf
III.3. Misión y visión
Misión Visión
Desarrollar una solución tecnológica avanzada que permita Convertir la aplicación en una herramienta esencial para
a los minimercados gestionar sus ventas e inventarios de manera los minimercados, facilitando la venta de productos y promoviendo
eficiente, reduciendo el desperdicio de alimentos. prácticas sostenibles y responsables en la gestión de inventarios.
Nota:
FIA – INGENIERÍA DE SOFTWARE II Página 7
III.4. Objetivos Estratégicos
Implementar WebServices para la integración fluida con los sistemas de gestión de inventario y ventas de minimercados, permitiendo una comunicación
eficiente en tiempo real.
Utilizar web sockets para monitorear continuamente el estado de los productos en inventario, permitiendo una detección temprana de productos caducados
y una gestión proactiva de los mismos.
Implementar sockets para permitir que el sistema de gestión de desperdicios actualice automáticamente el inventario de productos caducados, manteniendo
una base de datos precisa y actualizada.
Utilizar algoritmos de aprendizaje automático para realizar un análisis predictivo de la demanda de productos y prever la cantidad de productos que
podrían caducar en un período específico, facilitando una gestión más eficiente de inventario.
FIA – INGENIERÍA DE SOFTWARE II Página 8
III.5. Problemática
El desperdicio de alimentos en los minimercados es un problema común, a causa de que la gestión de inventarios es más desafiante en comparación con los
supermercados más grandes, que pueden contar con más espacio, una demanda más predecible y mayores recursos tecnológicos. La falta de visibilidad en tiempo real
sobre las existencias y la incapacidad para prevenir con precisión a la demanda pueden resultar en una gestión ineficiente de los alimentos, lo que lleva a un desperdicio
significativo y a una pérdida económica considerable para las empresas.
III.6. Alternativas de Solución
III.6.1. Sistema de Descuentos Manual
Propone aplicar descuentos manualmente a productos próximos a caducar. Es efectivo, pero depende de la intervención humana y
puede carecer de agilidad y precisión.
III.6.2. Donación Regular
Sugiere establecer acuerdos con organizaciones benéficas para donar productos perecederos. Beneficia a la comunidad, pero puede ser
insuficiente para grandes volúmenes de productos.
III.6.3. Sistema Automatizado de Gestión de Inventarios
Recomienda desarrollar un sistema automatizado que integre predicción de ventas, gestión de inventarios y notificaciones para
donaciones, utilizando tecnología avanzada para una solución integral al problema del desperdicio de alimentos.
III.7. Solución elegida
Lo que se propone es la elaboración de un aplicativo para la gestión de inventario para los productos en los minimercados, con la finalidad de notificar los
productos que están próximos a caducar para solucionar el problema de desperdicio de alimentos.
III.8. Objetivo general
FIA – INGENIERÍA DE SOFTWARE II Página 9
Desarrollar e implementar un sistema en minimercados que utilice algoritmos de aprendizaje automático para optimizar la gestión de desperdicios
alimentarios, minimizando el impacto ambiental, reduciendo costos operativos y promoviendo prácticas sostenibles.
III.9. Objetivos específicos
Predecir y controlar cuánta comida comprar para evitar que se eche a perder.
Identificar y vender rápidamente los productos que están cerca de caducar.
Encontrar alimentos aptos para donación y entregarlos a quienes los necesitan.
Clasificar y reciclar los desechos de comida de manera efectiva.
Observar y entender cómo se desperdicia la comida para evitarlo en el futuro.
Enseñar al personal y a los clientes a reducir los desperdicios de comida.
Organizar la forma en que se almacenan los alimentos para que duren más tiempo.
FIA – INGENIERÍA DE SOFTWARE II Página 10
IV. Capítulo 2:
IV.1. Antecedentes nacionales
Anton Oswaldo,Caña Jean (2021).en su proyecto se analizó el proceso de ventas del minimercado. Se identificaron problemas como el tiempo de atención
y búsqueda de información, control de stock y satisfacción del cliente. Se concluyó que un sistema web podría automatizar y mejorar estas operaciones. La recolección
de datos mostró un tiempo promedio de búsqueda de 2 minutos con 40 segundos. El sistema desarrollado incorporó eficientemente los requerimientos necesarios para
solucionar estos problemas.
Abad D, Ko Sumy(2023).En el proyecto "Impacto de la automatización en el desarrollo de ventajas competitivas en empresas de almacenamiento de Lima
Metropolitana", se analizó cómo la pandemia de COVID-19 afectó la toma de decisiones en las empresas a finales de 2019. El objetivo fue determinar el impacto de la
automatización en las ventajas competitivas de estas empresas. Un 44.25% de los encuestados, mayoritariamente jefes de área y hombres, destacaron la importancia de
la automatización en la planificación y control de actividades. Las conclusiones muestran que la automatización permite a las empresas de almacenamiento reaccionar
eficazmente a situaciones de crisis y al crecimiento del comercio electrónico.
Gallegos Oswaldo (2022). El proyecto "Aplicativo de escritorio para la gestión de inventario y registro de ventas" fue desarrollado para actualizar los
procesos operativos del minimercado "RAÚL". A medida que las tecnologías avanzan, es fundamental que los negocios adopten soluciones que simplifiquen y
optimicen sus tareas diarias. Este proyecto se centra en crear una aplicación que agilice las ventas y el registro de productos, eliminando errores humanos mediante
cálculos automatizados. El objetivo es diseñar e implementar un software que controle el inventario, administre registros de ventas en una base de datos, y genere
reportes y boletas diarias, mejorando así la eficiencia y calidad del servicio al cliente.
IV.2. Antecedentes internacional
FIA – INGENIERÍA DE SOFTWARE II Página 11
Morales D, Vivar F.(2022).Con el fin de modernizar y mejorar los servicios del supermarket Supercito en la ciudad de Calceta, se ha desarrollado una
aplicación móvil que facilita la venta y entrega de productos. La creciente demanda de soluciones digitales ha impulsado esta iniciativa, permitiendo a los clientes
realizar compras de manera rápida y eficiente desde sus dispositivos móviles. Esta aplicación optimiza el proceso de ventas y distribución, incrementando la
satisfacción del cliente al proporcionar una experiencia de compra más conveniente y segura.
Aguaysa K.(2021) .Las aplicaciones móviles y web están experimentando un notable crecimiento a nivel mundial, transformando la forma en que se
llevan a cabo diversas actividades cotidianas. En el contexto comercial, estas tecnologías están revolucionando la manera en que se realizan las transacciones de
productos básicos necesarios para la vida diaria, aprovechando la conectividad a internet de los dispositivos tecnológicos.El objetivo principal del proyecto es
desarrollar un sistema integrado para el control de inventario y despacho de lista de compras en el minimercado "Paty" de la ciudad de Ambato, utilizando tanto
sistemas web como móviles para mejorar la eficiencia y precisión de los procesos operativos.
IV.3. Marco teórico
IV.3.1. Sistemas Distribuidos
López, F (2013) Indico que “Un sistema distribuido como una colección de computadoras independientes que aparecen ante los usuarios del sistema como
una única computadora”. Según Sánchez Guzmán, C. O. (2021) puede resultar más costosa y de mayor complejidad técnica que la de un sistema centralizado, tanto en
cuestiones de hardware como de software, pero también debe de conocer su administración y control.
IV.3.2. Transparencia
Guillén & Moldes, (2019) Esto implica que los usuarios y las aplicaciones no necesitan preocuparse por la distribución física de los recursos, también se
manifiesta en diferentes niveles, cómo el acceso, la ubicación, de modo que el sistema distribuido perciba el entorno centralizado. Segun Mafla Medina, G. M. (2019).
Es una característica de los sistemas distribuidos para ocultar al usuario la manera en que el sistema funciona o está construido, de tal forma que el usuario tenga la
sensación de que todo el sistema está trabajando en una sola máquina local.
IV.3.3. Escalabilidad
FIA – INGENIERÍA DE SOFTWARE II Página 12
Se puede adaptar a demandas cambiantes al agregar nodos para manejar una mayor carga de trabajo. Para lograrlo, se pueden utilizar elementos de
hardware adicionales o hacer una optimización del software, lo cual permite adaptarse a las necesidades específicas del negocio. (Sánchez Estrada, A. A. 2023). Segun
Ospina, M. (2022). El carácter distribuido dota al sistema de la escalabilidad necesarias para que pueda ajustarse a las necesidades de rendimiento de cualquier red.
IV.3.4. J2EE
“Es una plataforma de desarrollo empresarial que define un estándar para el desarrollo de aplicaciones empresariales multicapa. Es una plataforma abierta
y estándar para desarrollar y desplegar aplicaciones empresariales multicapa con n-niveles, basadas en servidor, distribuidas y basadas en componentes”. Fernandez,
Riba (2013). Según Romero Palencia, E. (2019). Es la evolución de Java, es una tecnología exclusivamente empresarial,orientada hacia un tipo de desarrollo muy
concreto, J2EE esta especializado en aplicaciones WEB Todas sus librerías, objetos e interfaces están orientados a este tipo de aplicaciones.
IV.3.5. NET
“Facilita recolección y análisis de datos a través de una aplicación web, utilizando agentes de campos para recolectar información que luego se envía en
servicio web”. Arcidiacono, J. (2020). Según Pérez, L. (2021), ".NET permite desarrollar aplicaciones robustas y escalables con soporte para múltiples lenguajes de
programación".
IV.3.6. MIDDLEWARE
“Permite a dos o más aplicaciones intercambiar datos: paquetes autocontenidos de datos de negocio y encabezados de enrutamiento de red. Los datos de
negocio contenidos en un mensaje dependen de cada aplicación o dominio; usualmente se refieren a algún tipo de transacción”. González, et al (2020). Según IBM.
(2020), "Middleware facilita la integración de sistemas heterogéneos y mejora la comunicación entre aplicaciones distribuidas
IV.3.7. DCOM
“DCOM, es un modelo de programación que está diseñado para promover la interoperabilidad del software; es decir, permite que dos o más componentes
puedan fácilmente cooperar unos con otros, inclusive si ellos fueran escritos por diferentes fabricantes, en diferentes lenguajes de programación”. Sevillano, M (2003).
Según López, F. (2020), "DCOM proporciona un entorno seguro y eficiente para la comunicación entre componentes distribuidos
IV.3.8. CORBA
FIA – INGENIERÍA DE SOFTWARE II Página 13
“Es un estándar desarrollado por el OMG (Object Management Group) para conseguir la interacción entre aplicaciones distribuidas independientemente de
la plataforma de ejecución y el lenguaje utilizados en cada una de ellas”. Terrés, Sánchez (2000). Según García, F. (2019), "CORBA permite la creación de
aplicaciones altamente interoperables y escalables en entornos heterogéneos
IV.3.9. RMI (Java Remote Method Invocation)
“Realiza una ejecución paralela en diferentes máquinas, basado en distribución a objetos. Esto utiliza en un marco de red para facilitar el procesamiento en
paralelo además proporciona una conexión rápida y confiable, manejando objetos y polimorfismo”.(Moyota, M. E. G., León, J. J., Pujota, A. P., Moran, J. S., &
Imbaquingo, F. (2023). Según Drake.J . (2022), "RMI simplifica el desarrollo de aplicaciones distribuidas al permitir la invocación de métodos remotos como si fueran
locales
IV.3.10. JMS(Java Message Service)
“Consiste en una tecnología creada por Sun Microsystems(Ahora Oracle) esto permite el uso de colas de mensajería. En otras palabras JMS es un sistema
en que se va a encargar de almacenar y recibir los mensajes de diferentes aplicaciones ".Gómez Vélez, J. F. (2023). Según IBM. (2019), "JMS asegura la entrega fiable
y asíncrona de mensajes entre componentes distribuidos
IV.3.11. SOAP (Arquitectura Orientada a Servicios)
Se interpreta en un modelo que conecta las diferentes partes funcionales de una aplicación a través de servicios bien definidos. Esto permite que se
comuniquen entre sí de manera uniforme, sin importar el lenguaje, plataforma o sistema operativo.Martínez, G. R. S., Buriticá, O. I. T., & Guerrero, L. E. M. (2021).
Según Aguas L. (2020), "SOAP proporciona un protocolo extensible y flexible para la comunicación entre servicios web
IV.3.12. XML
El lenguaje de marcado extensible (XML) permite definir y almacenar datos de forma compartible. XML admite el intercambio de información entre
sistemas de computación, como sitios web, bases de datos y aplicaciones de terceros. Las reglas predefinidas facilitan la transmisión de datos como archivos XML a
través de cualquier red, ya que el destinatario puede usar esas reglas para leer los datos de forma precisa y eficiente.
(Amazon Web Services).
FIA – INGENIERÍA DE SOFTWARE II Página 14
"Puesto que estos dos sistemas hablan el mismo lenguaje XML (es decir, utilizan etiquetas que ambos pueden interpretar), también pueden «entender» el formato de
archivo XML. Un correcto despliegue de XML permite que cualquier archivo de datos pueda ser almacenado, transmitido y posteriormente utilizado, reproduciendo
exactamente los mismos datos y su estructura en cada acceso. Según OVHcloud, . Según Smith, J. (2019), "XML es fundamental para la interoperabilidad
entre aplicaciones web y servicios, facilitando el intercambio de datos estructurados
IV.3.13. DTD
Son los únicos que pueden
incrustarse directamente en el documento. Puede definir los elementos de datos que pueden utilizarse en el documento. No admite espacios de nombres,
sólo admite el tipo de datos
texto, no está orientado a objetos, por lo que no puede por lo tanto, no se puede aplicar el concepto de herencia limitado para expresar la cardinalidad de
los elementos(Sotonwa, K. A.). Según IBM (2021), "DTD proporciona una manera básica y efectiva de definir la estructura de documentos XML, aunque con ciertas
limitaciones en comparación con otros esquemas
IV.3.14. Web Services
Es una tecnología que permite intercambiar datos entre aplicaciones utilizando protocolos y estándares abiertos. Por lo general, los servicios web ofrecen
funciones básicas que resuelven problemas concretos. La composición de servicios se produce cuando es necesario resolver problemas más complejos mediante
invocaciones sucesivas a otros servicios(Vallejos, S., Araujo, L. D. R., Rodríguez, G., Berdun, L., & Toscani, R. 2020). IBM. (2021), "Los servicios web permiten la
integración y comunicación de aplicaciones a través de Internet, facilitando la interoperabilidad y la reutilización de componente.
IV.3.15. Soap (Simple Object Access Protocol)
Permite comunicarse entre diferentes componentes de software a través de mensajes, los cual el lenguaje utilizado es XML, donde va identificar un
mensaje SOAP además su cabecera contiene la información necesaria para realizar solicitudes y respuestas.Bahamonde Achig, J. S. (2020). Según Sánchez, L. (2019),
"SOAP es ampliamente utilizado para la comunicación en aplicaciones empresariales debido a su robustez y flexibilidad"
IV.3.16. Rest
FIA – INGENIERÍA DE SOFTWARE II Página 15
Establece una comunicación entre clientes y servidores a través de un protocolo HTTP, esto emplea JSON o XML intercambiando datos Enríquez, S. L.
(2023). Según Alamilla ,L. (2020), "REST es una arquitectura ligera y eficiente, ideal para servicios web modernos debido a su simplicidad y escalabilidad.
V.
VI.
VII. Capítulo 3:
VII.1.Alcance
El aplicativo web permite a los minimercados la gestión de próximos productos caducados mediante el uso de algoritmos, ayudando en la reducción de desperdicio de
alimentos y optimización del inventario.
Requerimientos funcionales y no funcionales
Funcionales:
1. Gestión de usuarios: El sistema permite la administración de crear, editar y eliminar las cuentas de los usuarios.
2. Gestión de inventario: El sistema dará la opción al usuario en la visualización del inventario, permitiendo mostrar los datos como nombre, precio, Stock.
3. Registro de Productos: El sistema muestra una lista de productos agregados por el usuario.
4. Reporte de Ventas: El sistema permite examinar la información sobre las ventas de productos realizados.
No funcionales
1. Uso accesible: Se debe disponer para los usuarios comprensible y amigable.
2. Gestión segura de datos: El sistema debe cumplir con el resguardo de información para garantizar privacidad y seguridad.
3. Compatibilidad del sistema: La aplicación web debe ser compatible con los navegadores más recientes, como es el caso de Chrome.
VII.2.Restricciones
Seguridad de datos: Deberá implementarse medidas de seguridad adecuadas para evitar accesos no deseados a la información del sistema.
Rendimiento: El sistema debe poder manejar grandes cantidades de datos de inventario sin afectar su rendimiento
Experiencia del Usuario: Necesita desarrollar una interfaz de usuario fácil para que los empleados del minimercado lo puedan usar
VII.3.Diagramas de Casos de Uso
FIA – INGENIERÍA DE SOFTWARE II Página 16
Figura 02 “Diagrama de caso de uso”
VII.4.Diagrama de Clases
FIA – INGENIERÍA DE SOFTWARE II Página 17
Figura 03 : “Diagrama de clases”
VII.5.Diagrama de Componentes
Figura 04: “Diagrama de Actores”
FIA – INGENIERÍA DE SOFTWARE II Página 18
Figura 05: “Diagrama de actividad Administrar Clientes”
FIA – INGENIERÍA DE SOFTWARE II Página 19
Figura 06: “Diagrama de Actividad Generar informe de ventas”
FIA – INGENIERÍA DE SOFTWARE II Página 20
Figura 07: “Diagrama de Actividad”
FIA – INGENIERÍA DE SOFTWARE II Página 21
Figura 08: “Diagrama de actividad Realizar pedidos a proveedores”
FIA – INGENIERÍA DE SOFTWARE II Página 22
Figura 09: “Diagrama de actividad Registrar Venta”
VII.6.Diagrama de Secuencia
FIA – INGENIERÍA DE SOFTWARE II Página 23
Figura 10: “Diagrama de secuencia”
VII.7.Diagrama de Despliegue
FIA – INGENIERÍA DE SOFTWARE II Página 24
Figura 11: “ Diagrama de Despliegue”
VII.8.Diagrama de Base de Datos
FIA – INGENIERÍA DE SOFTWARE II Página 25
Figura 12: “Diagrama de Base de datos”
VII.9.Diccionario de Base de Datos
Tabla: Proveedores
Nombre del campo Tipo de datos Descripción
IdProveedor Int Identificador único para un proveedor
Nombre Varchar Nombre del proveedor
Contacto Varchar Correo electrónico del proveedor
Teléfono Varchar Número de teléfono del proveedor
Tabla: Productos
Nombre del campo Tipo de datos Descripción
Id Int Identifica el producto.
Nombre Varchar Nombre del Producto
Descripción Varchar Información sobre el producto
Precio Decimal Precio unitario del producto
FIA – INGENIERÍA DE SOFTWARE II Página 26
Stock Int Cantidad de producto
Proveedor int Identifica al proveedor del producto
Imagen Varbinary Archivo de imagen asociado al producto
Tabla: Venta _Productos
Nombre del campo Tipo de datos Descripción
Venta _Id Int Identifica la venta
Producto_Id Int Identifica el producto vendido
Cantidad Int Cantidad de productos vendido
Precio Decimal Precio unitario del producto vendido
Tabla: Ventas
Nombre del campo Tipo de datos Descripción
Id Int Identifica la venta
Fecha Date Registra la fecha en la que se realiza la venta.
Cliente_Id Int Identifica el cliente que realizó la compra.
Total Decimal Monto total de la venta.
Tabla: Usuarios
Nombre del campo Tipo de datos Descripción
Id Int Identificar el usuario
Nombre Varchar Nombre del usuario
Correo Varchar Direccion de correo electronico del usuario
Contraseña Varchar Contraseña del usuario
VII.10. Prototipo o Interfaces
FIA – INGENIERÍA DE SOFTWARE II Página 27
Figura 13: “Login”
Figura 14: “Interfaz de Usuario”
FIA – INGENIERÍA DE SOFTWARE II Página 28
Figura 15: “Registro de los clientes ”
Figura 16: “Registro de los productos”
Figura 17: “Registro de las nuevas ventas”
FIA – INGENIERÍA DE SOFTWARE II Página 29
Figura 18: “Lista de los productos”
Figura 19: “Carrito de compras”
Figura 20: “Reporte de ventas”
FIA – INGENIERÍA DE SOFTWARE II Página 30
Figura 21: “Gestión de los proveedores”
VIII. Capítulo 4:
VIII.1. Cheklist Funcionalidades del aplicativo Implementadas
VIII.2. Estructura de paquetes
VIII.3. Clases usadas en la aplicación
VIII.4. Código Fuente
VIII.5. Demo Grabada de la Aplicación
IX. Conclusiones
X. Referencias
FIA – INGENIERÍA DE SOFTWARE II Página 31
CITAS BIBLIOGRÁFICAS
REFERENCIAS
<Deben incluirse como anexos las entrevistas efectuadas a los clientes del sistema y todos los documentos RUP que siguen una numeración de página propia, hojas
Excel, etc.>
Moyota, M. E. G., León, J. J., Pujota, A. P., Moran, J. S., & Imbaquingo, F. (2023). Invocación de métodos remotos (RMI): una revisión de la literatura.
INNOVATION & DEVELOPMENT IN ENGINEERING AND APPLIED SCIENCES, 5(1), 9-9.
https://doi.org/10.53358/ideas.v5i1.869
Gómez Vélez, J. F. (2023). Análisis de rendimiento de los patrones de integración event message y command message en sistemas distribuidos.
https://repository.eafit.edu.co/server/api/core/bitstreams/a372458a-db5c-4529-8b88-6fc607b5ee95/contento
Martínez, G. R. S., Buriticá, O. I. T., & Guerrero, L. E. M. (2021). Arquitectura de Sistemas Distribuidos SOA. Scientia Et Technica, 26(3), 328-334.
https://www.redalyc.org/journal/849/84969623008/
Bahamonde Achig, J. S. (2020). Desarrollo de un prototipo de sistema distribuido para la medición de consumo de agua y visualización de información (Bachelor's
thesis, Quito, 2020.).
http://bibdigital.epn.edu.ec/handle/15000/20905
FIA – INGENIERÍA DE SOFTWARE II Página 32
Vallejos, S., Araujo, L. D. R., Rodríguez, G., Berdun, L., & Toscani, R. (2020). Preference-based AI planning for web service composition. IEEE Latin America
Transactions, 18(11), 1987-1995.
https://ieeexplore.ieee.org/abstract/document/9398640
Sotonwa, K. A. (2020). Comparative analysis of XML schema languages for improved entropy metric. FUOYE J. Eng. Technol, 5(1), 36-41.
https://core.ac.uk/download/pdf/322510225.pdf
Arcidiacono, J. (2020). Arquitectura de microservicios distribuidos para una plataforma que orquesta actividades orientadas a la recolección de datos con intervención
humana. In XXIII Concurso de Trabajos Estudiantiles (EST 2020)-JAIIO 49 (Modalidad virtual).
http://sedici.unlp.edu.ar/handle/10915/115887
Sánchez Estrada, A. A. (2023). Los Sistemas Distribuidos Para Optimizar los procesos transaccionales de Registros Académicos en las plataformas de gestión del
Aprendizaje de la UTB, durante el 2023 (Bachelor's thesis, Babahoyo: UTB-FAFI. 2023).
http://dspace.utb.edu.ec/handle/49000/15159
¿Qué es XML? - Explicación del lenguaje de marcado extensible (XML) - AWS . (s. f.). Amazon Web Services, Inc. https://aws.amazon.com/es/what-is/xml/#:~:text=El
%20lenguaje%20de%20marcado%20extensible,datos%20y%20aplicaciones%20de%20terceros.
Anton Atuncar, J. O., & Caña Huarote, J. P. (2021). DESARROLLO DE UN SISTEMA WEB PARA AUTOMATIZAR EL PROCESO DE VENTA DEL
MINIMARKET SÚPER FULL DE ICA, PERIODO 2020.
http://repositorio.autonomadeica.edu.pe/bitstream/autonomadeica/1502/1/Jean%20Pierre%20Ca%C3%B1a%20Huarote.pdf
Abad D, Ko Sumy(2023). IMPACTO DE LA AUTOMATIZACIÓN EN EL DESARROLLO DE VENTAJAS COMPETITIVAS EN EMPRESAS DE
ALMACENAMIENTO DE LIMA METROPOLITANA
https://repositorio.ulima.edu.pe/bitstream/handle/20.500.12724/19143/T018_72084748_T.pdf;jsessionid=1FD3A4052797DF288FCC127D72A75A2F?sequence=6
Morales D, Vivar Fernando (2022)APLICACIÓN MÓVIL DE VENTA Y ENTREGA DE PRODUCTOS DEL SUPERMARKET SUPERCITO DE LA CIUDAD DE
CALCETA
FIA – INGENIERÍA DE SOFTWARE II Página 33
https://dspace.ups.edu.ec/bitstream/123456789/22901/1/UPS-CT009870.pdf
Terrés, M. Sanchez, A. (2000) OBJETOS DISTRIBUIDOS SOBRE TCP/IP
https://upcommons.upc.edu/bitstream/handle/2099/9743/Article004.pdf?sequence=1&isAllowed=y
Sevillano, M. (2003) APLICACIÓN DE DCOM (DISTRIBUTED COMPONENT OBJECT MODEL) PARA EL DESARROLLO DE SISTEMAS DISTRIBUIDOS
https://bibdigital.epn.edu.ec/bitstream/15000/5293/1/T2258.pdf
Lopez, F. (2013) SISTEMA DISTRIBUIDOS
chrome-extension://efaidnbmnnnibpcajpcglclefindmkaj/
http://dccd.cua.uam.mx/libros/archivos/03IXStream_sistemas_distribuidos.pdf
Cinvestav (2013). Fallos idependientes en sistemas distribuidos
https://www.tamps.cinvestav.mx/~vjsosa/clases/sd/sistemas_distribuidos_panorama.pdf
Sánchez Guzmán, C. O. (2021). Modelo de red segura en un entorno distribuido para la transferencia de datos con mecanismos básicos de seguridad (Bachelor's thesis).
https://dspace.ups.edu.ec/handle/123456789/20321
Mafla Medina, G. M. (2019). Desarrollo de un sistema distribuido bajo la norma IEC-61499 para control de robot Kuka Modelo Youbot.
http://dspace.espoch.edu.ec/handle/123456789/10286
FIA – INGENIERÍA DE SOFTWARE II Página 34
CHECKLIST DE LOS ARTEFACTOS POR FASES
<El checklist de la consistencia de los artefactos de cada fase y disciplina debe considerar entre otros, los siguientes aspectos:
FASE DE INICIO
● Que los business actors (BA) asociados a un caso de uso de negocio (BUC) deben figurar como un swimlane en el diagrama de actividades (DA)
correspondiente.
● Que los business workers (BW) especificados en un diagrama de de de objetoss de negocio (DON) de un BUC deben participar como swimlane en el DA
del mismo BUC.
● Que la business entibies (BE) especificadas en un DON de un BUC deben figurar como input o output de una actividad en el DA del mismo BUC.
● Que las reglas de negocio encontradas en ésta etapa del proyecto estén referidas a aspectos del negocio que se desea viabilizar a través del software.
● Que el glosario contenga tanto términos del negocio como de la tecnología a ser empleada.
● Que las actividades señalada como automatizables en algún DA deben figurar en la matriz de requerimientos.
● Que los requerimientos funcionales (la mayoría) provengan de alguna actividad del negocio o de algún medio de captación de requerimientos y se
encuentren en el documento SRS.
FASE DE ELABORACION
FIA – INGENIERÍA DE SOFTWARE II Página 35
● Que las Especificaciones de Casos de Uso estén bien descritas y coincidan con lo graficado en el diagrama de caso de uso estructurado.
● Que los atributos que figuran en las pantallas del prototipo correspondan a alguna clase del modelo conceptual
● Que los puntos de función (PF) coincidan con los prototipos diseñados en las ECU.
● Que el punto de casos de uso (PCU) coincidan con la cantidad de actores y casos de uso de su diagrama de casos de uso.
● Identificación de Elementos Ux, según las especificaciones de casos de uso.
● Creación de Storyboards con los elementos Ux por cada caso de uso.
● Mapas de navegación por módulos (dependiendo de la complejidad).
● Creación de paquetes de análisis con sus correctas dependencias.
● Asignación de casos de Uso a paquetes de Análisis, según los diagramas de casos de uso.
● Trazabilidad de las Realizaciones de casos de uso de análisis con respecto a las especificaciones de caso de uso.
● Trazabilidad de las Realizaciones de casos de uso de diseño con respecto a las realizaciones de casos de uso de análisis.
FASE DE CONSTRUCCIÓN
● Verificación que los casos de uso implementados cumplan con toda la trazabilidad desde el modelo de caso de uso.
● Verificación de los pantallazos y pruebas satisfactorias realizadas con los casos de uso implementados.
● Otros a considerar.
FECHA DE ENTREGABLES (Teoría)
● Primer Avance (03 abril)
FIA – INGENIERÍA DE SOFTWARE II Página 36
