Está en la página 1de 96

|

FACULTAD DE
INGENIERÍA
CURSO: Técnicas de Programación Orientadas a
Objetos
Docente: JOSÉ ANTONIO OGOSI AUQUI

Integrantes:

● QUISOCALA MALDONADO, KAREN SOLEDAD

● DE LA CRUZ FRANCIA, ALEXANDRA MARGORIE

● GONZALES DURAND, BRANNDY NYCOLE

● PRADO URQUIZA, JOSE ALBERTO

● VALIENTE ALAYO, SERGIO ALESSANDRO

2023
LIMA - PERÚ

Índice
Introducción................................................................................................................................................................
Realidad Problemática................................................................................................................................................
Antecedentes...............................................................................................................................................................
Alcance Del Proyecto.................................................................................................................................................
Objetivos.....................................................................................................................................................................
Objetivo General...................................................................................................................................................
Objetivo Específico..............................................................................................................................................
Limitaciones del Proyecto..........................................................................................................................................
EDT del proyecto........................................................................................................................................................
Desarrollo del software...............................................................................................................................................
Requerimientos.....................................................................................................................................................
Requerimientos funcionales...........................................................................................................................
Requerimientos no funcionales......................................................................................................................
Historias de Usuario.............................................................................................................................................
Diagrama de clases, relaciones y descripción del proyecto..................................................................................
Cumplimientos de criterios de aceptación..................................................................................................................
Marco Conceptual.......................................................................................................................................................
Conclusiones...............................................................................................................................................................
Recomendaciones.......................................................................................................................................................
Referencias.................................................................................................................................................................
Anexos........................................................................................................................................................................
Introducción

El presente proyecto de investigación se realizó en base a la información obtenida de

Eventos Gamarra, una empresa dedicada a la decoración de eventos en la ciudad de Lima, Perú.

Con una amplia experiencia en el rubro, Eventos Gamarra se ha consolidado como una de las

empresas más reconocidas en el mercado de decoración de eventos, ofreciendo servicios

personalizados y de alta calidad para bodas, quinceañeros, graduaciones, y otros eventos

especiales.

Sin embargo, la empresa ha enfrentado una problemática en cuanto a la gestión de ventas

presenciales y online. A pesar de contar con una tienda física establecida, Eventos Gamarra ha

tenido dificultades para expandir su presencia en línea y ofrecer una experiencia de compra en

línea satisfactoria para sus clientes. Esta problemática ha limitado su capacidad para llegar a

nuevos clientes y aumentar sus ventas en línea, lo que representa un desafío importante en un

mercado cada vez más competitivo y digitalizado.

Por ello, en este proyecto se analizó esta problemática con el objetivo de implementar un

software que facilite la atención al cliente en línea, además de agilizar la gestión de ventas a

pedidos tanto online, como presenciales.

Realidad Problemática

El comercio digital ha funcionado demasiado bien para tiendas físicas y para las personas

que necesitaban un negocio en medio de la pandemia; antes de que comenzará la pandemia

comenzó el comercio virtual no se esperaba mucho pero el público reaccionó muy bien y en el

2019 a cierre de ese año terminó con 108,8 millones de soles en venta. Luego en marzo del 2020

se cerraron varias tiendas por la pandemia que se hizo mundial, el precio subió de todos los

productos ya sea de comida, ropa, etc. Entonces las personas necesitaban dinero y pensaron en
crear un negocio el cual que con el ingreso pudieran sobrevivir con los gastos de su hogar y

familia pero por miedo de enfermarse no sabían cómo hacer porque si habrían una tienda casi

nadie iba por miedo a enfermarse, entonces empezaron a buscar cómo sobrevivir en la pandemia

sin dinero por internet y encontraron que se podía crear tiendas virtuales al principio pagaban en

efectivo y siempre con los protocolos de seguridad; después de unos meses las aplicaciones

como Yape, Plin, Tunki, etc., de diferentes bancos fueron más reconocidos porque se necesitaba

un medio de pago virtual. Así el comercio virtual fue más común ahora no todos utilizan la

virtualidad, pero la mayoría lo hace porque es un método más fácil y ayuda a diferentes personas

o empresas.

Tomando en cuenta la realidad nacional, nuestro proyecto se centra en la demora del

proceso de registro de pedidos de la tienda de alquileres de toldos, mesas, sillas y estrado

“Eventos Gamarra” con el RUC 10069838486, en la Figura 1 se muestra a detalle los servicios

que brindan.

Figura 1
Servicios brindados por Eventos Gamarra
Nota. Adaptado de Portada de Eventos Gamarra, por Eventos Gamarra, 2022, Página de

Facebook Eventos Gamarra (https://www.facebook.com/EventosydecoracionesGamarra/).

Adaptado con permiso del autor.

Acerca de la recepción de los pedidos se realizan de manera física o por medio del

aplicativo de mensajería WhatsApp. De este modo, el cliente se contacta con la empresa y

platican sobre los detalles del servicio solicitado, al mismo tiempo el empleado tiene que

registrar y corroborar de manera manual que entre las fechas de entrega y devolución no haya

coincidencias con los demás pedidos. Una vez confirmado y validado el pedido se procede a

realizar el pago. La tienda acepta diversos canales de pago como Yape, tarjeta y efectivo. Sin

embargo, al no tener un sistema con pasarela de pago el cliente se ve obligado a ingresar el

monto a transferir y a la cuenta, o en caso de pago en efectivo ir al local de la tienda. En la

Figura 2 podemos observar el diagrama de actividades del proceso actual de registro de pedidos

de la tienda.
Figura 2
Diagrama de Actividades actual del proceso de registro de pedidos de Eventos Gamarra

Nota. El registro y consulta de pedidos se hace en un libro físico por lo que el proceso conlleva

un tiempo considerable.

Dicho de otra manera, no tienen un debido sistema de gestión de pedidos. A

continuación, en la Figura 3 explicaremos las causas por la cual surgió este problema:
Figura 3
Diagrama de Ishikawa de la demora en el proceso de gestión de pedidos de Eventos Gamarra

Nota. El diagrama representa las causas y subcausas de la demora en el proceso de gestión de

pedidos de la tienda Eventos Gamarra.

En primer lugar, una de las principales causas de la demora en la gestión de los pedidos

es el registro manual de estos. En la tienda Eventos Gamarra los pedidos son realizados en el

mismo local de la empresa o a través de WhatsApp al número de la empresa. En el último caso

es necesario que el mismo cliente se comunique con la cuenta e indica su pedido. A

continuación, el empleado a cargo realiza todas las verificaciones sobre el producto elegido

como dirección de entrega, fecha de entrega, medio de pago y fecha de devolución. Después, el

empleado realiza el registro del pedido en un libro físico y tiene que comunicar a los demás

empleados sobre las indicaciones del pedido. Como consecuencia, el proceso de registro de

pedidos es más lento al tener que realizar cada comprobación y de manera manual.
En segundo lugar, el limitado horario de atención que tiene el negocio. Ya que, las

consultas y registro de pedido se hacen a través de mensajería es necesario que un empleado este

activo en dicho momento, por lo que la empresa no puede recibir pedidos fuera del horario

laboral o en descanso. A esto se le suma que la tienda tiene registrado un solo número de celular,

por lo que no se puede atender a múltiples clientes a la vez cuando se realiza una llamada. Por lo

cual, se genera la pérdida de posibles clientes y aumenta el tiempo de espera en la comunicación.

Por un lado, no existe un catálogo de los productos. Con esto nos referimos a un

documento o página que muestre los productos separados por secciones con imágenes, texto y

precios. En el caso de Eventos Gamarra si el cliente quiere revisar los diferentes toldos o

tamaños que ofrece la empresa este tendrá obligatoriamente que contactarse. De esta manera, se

limita la información a los posibles clientes sobre qué servicios brinda la empresa. Además, los

toldos o sillas disponibles cambian constantemente dependiendo de la cantidad en stock. De

modo que la lista de productos tendrá que ser actualizada constantemente o indicar la no

disponibilidad del producto. Visto que la tienda no cuenta con la adecuada exposición de sus

productos, resulta difícil la búsqueda de lo deseado por el cliente.

Por otro lado, la lenta confirmación de la fecha de entrega causa demora en el registro.

Cuando uno realiza su pedido también puede especificar la fecha de entrega de este. Sin

embargo, como es un trabajo físico se deben hacer ciertas verificaciones como la disponibilidad

de la fecha, si existen múltiples pedidos ese día o si habrá suficientes camiones para realizar

todas las entregas. Es decir que al momento del registro el empleado será responsable de

garantizar la debida coordinación entre los diferentes procesos de la tienda.

En quinto lugar, el marketing deficiente observamos esto como una de las causas en la

demora del registro de los pedidos. Esto se debe a que la tienda posee una página de Facebook
donde los clientes pueden hacer consultas por inbox, pero la tienda solo gestiona pedidos por

WhatsApp o llamada, creando confusión en cómo comunicarse con la tienda. Además, en la

página se suben fotos sobre los eventos en los cuales la tienda brindó sus servicios, pero esta no

se actualiza con regularidad, por lo cual degrada la imagen de la tienda al no llevar un debido

manejo de su marketing.

Por último, el proceso de pago no definido. Por lo que se refiere al pago, este es realizado

a través de transferencia bancaria, Yape o efectivo. Cuando se efectúan los pagos por efectivo es

necesario contar con efectivo para el vuelto y aparte brindar la boleta de venta ingresando los

datos del pedido y demás especificaciones. Además, si se realiza por transferencia bancaria o

Yape el propio cliente tiene que acceder a otro servicio para efectuar el pago en vez de realizarlo

de manera automática por el mismo sistema de la empresa.

Antecedentes

Nacionales

Bazalar y Guevara (2019) en su tesis: “Sistema de información de la difusión de

artesanías mediante catálogo digital en la Comunidad de Santo Tomás, 2018” plantearon como

objetivo implementar un sistema de información con el fin de promover la difusión de artesanías

mediante catálogo digital en la comunidad de Santo Tomás. La investigación es de tipo

aplicativo ya que utilizaron conocimiento científico para solucionar un problema, en este caso la

difusión de artesanías por medio de un catálogo digital. El diseño de la investigación es de nivel

Descriptivo-Correlacional ya que expone el sistema de información; y correlacional porque

determina si existe relación entre el sistema de información y la difusión de artesanía mediante

catálogo digital. El diseño empleado es el no experimental del tipo transeccional correlacional.

La población utilizada fueron los visitantes extranjeros, nacionales y locales que llegan a la
ciudad y de muestra 40 turistas de forma no probabilística y por conveniencia. Se obtuvieron

como resultado de las encuestas realizadas a los turistas que el 15% manifestaron que es regular

la calidad y usabilidad del sistema de información y 82,5% que es buena. Además, el 7,5% de

turistas manifestaron que es regular la difusión de artesanías y el 92,5% que es buena. Por lo cual

se concluyó que existe una relación significativa entre el sistema de información y la difusión de

artesanías mediante catálogo digital en la comunidad de Santo Tomas. Se recomienda el mayor

uso de las tecnologías de información enfocado en la revitalización de la cultura, entre los

principales a la venta y exportación de artesanías mediante la aplicación. El trabajo aporta

soluciones en torno a la creación de un catálogo de productos el cual queremos implementar en

nuestro sistema, al igual que difundir / promocionar los servicios ofrecidos por la empresa.

Cisneros Isabel (2018) “Implementación de un sistema de información para la mejora de

la gestión de la Farmacia Megafarma”, encuentra como problema general la gestión de compra,

ventas e inventarios de la farmacia Megafarma. De modo que utilizando la metodología Rational

Unified Process (RUP) y el Unified Process Modeling(UML), se logre adaptar un sistema de

información(software) que cumpla con las necesidades de Megafarma. Teniendo como resultado

que al concluir el proyecto se logre en media una reducción de hasta 5 minutos en los procesos

de gestión de pedidos. El objetivo principal del proyecto era crear un establecimiento que se

diferenciara de las farmacias tradicionales, ofreciendo una experiencia de compra única, con

precios

accesibles y una amplia variedad de productos. Además, Megafarma ofrecería servicios

adicionales, como atención médica especializada, asesoramiento nutricional y programas de

bienestar, con el fin de brindar un enfoque integral a la salud de sus clientes. Por lo que ha
logrado tener un gran éxito en la ciudad, gracias a su enfoque en la calidad de sus productos y

servicios, así como a su compromiso con la salud y el bienestar de sus clientes.

Alva y Reyes (2019) en su tesis titulada “Desarrollo e implementación de un sistema de

ventas basado en la metodología SCRUM y XP para el proceso de ventas de servicio de la

empresa Emsoir” tienen como objetivo determinar en qué proporción un sistema de ventas,

basado en la metodología SCRUM y XP, optimiza el proceso de ventas de la empresa Emsoir. La

empresa mantiene un déficit en el control de sus ingresos y egresos de sus productos, el cual crea

un impacto negativo en la gestión de servicio. El tipo de investigación es aplicada ya que se

emplearon los conocimientos de su carrera para dar una solución a problemas, en este caso con el

uso de un sistema de ventas para optimizar el proceso de ventas de servicios. Para desarrollar el

proyecto utilizaron la metodología SCRUM ya que brinda como ayuda plantillas de cada fase de

la estructura del proceso de ventas de servicio. Además, el diseño de la investigación es pre-

experimental puro. En otras palabras, trabaja con variables tipo causa - efecto buscando

relaciones entre ellas y utilizando prepruebas y postpruebas para hacer el seguimiento del

comportamiento antes y después del sistema. La población utilizada son todos los procesos de la

empresa con una muestra de 30 procesos siendo no aleatoria – intencional. Tras realizar las

pruebas se halló que el tiempo empleado para registrar el servicio en la Preprueba es de 20

minutos y en la Post-Prueba de 3 minutos. El tiempo en un cierre semanal en la Preprueba es de

720 minutos y en la Post-prueba se reduce a 5. Y en la elaboración de un comprobante de pago

los 9 minutos disminuyen a 2 minutos. Por lo cual se concluyó que la implementación del

sistema de ventas mejoró los procesos involucrados. Se recomienda que antes de desarrollar un

sistema de ventas, se debe investigar cuál de las metodologías se adapta a las necesidades de la

empresa. También para un sistema de información web es necesario los conocimientos


intermedios de SQL Server, ASP.NET. Debido a que nuestro proyecto es sobre el proceso de

gestión de pedidos de los servicios de alquiler de Eventos Gamarra nos da un buen ejemplo del

tipo de metodología a seguir. También nos brinda más información sobre cómo realizar pruebas

antes y después de la implementación del sistema con la medición de los indicadores para

documentar los resultados obtenidos.

Atauje y Miguel (2018) presentan su tesis “Implementación de un sistema web para

optimizar los procesos de compra y venta por delivery en la Empresa Paraíso de Licores E.I.R.L.

en San Miguel”. La empresa ha estado en el mercado por varios años y ha logrado mantener una

clientela fiel gracias a la calidad de sus productos y servicios. Sin embargo, la empresa se ha

enfrentado a un problema en los últimos años debido a la competencia con otras empresas que

ofrecen servicios de entrega a domicilio. Para enfrentar este problema, el dueño de la empresa

decidió implementar un sistema de venta y entrega en línea, pero se encontró con una serie de

dificultades debido a la falta de conocimientos técnicos y experiencia en el desarrollo de sistemas

web. Utilizando la metodología RUP con las fases: inicio, elaboración, construcción y transición

se construyó el sistema web que aumentó la velocidad en los flujos de compra y venta, los

proveedores se comunican con mayor constancia y puede generar reportes en tiempo real. Se

seleccionó una plataforma de desarrollo web que permitiera crear una aplicación web con

funcionalidades de venta en línea y entrega a domicilio. La implementación del sistema web

permitió a la empresa Paraíso de Licores E.I.R.L. mejorar su presencia en línea, brindar un mejor

servicio al cliente y optimizar sus procesos internos de venta y entrega. La tesis fue un éxito y se

convirtió en una herramienta valiosa para la empresa en su lucha contra la competencia en el

mercado de delivery de bebidas alcohólicas en San Miguel.

Internacionales
Lema Franklin (2018) presenta su tesis titulada “Desarrollo del sistema web para el

control de inventarios, ventas, facturación y publicidad del Taller de Aluminio y Vidrio “López”

aplicando la metodología Lean Software Development”. En cuanto al problema que planteo fue

la pérdida de información y la demora en los distintos procesos que realiza el taller de aluminio y

vidrio López. Por lo cual la propuesta de solución es desarrollar un sistema web para el control

de inventarios, ventas, facturación y publicidad Para el desarrollo del producto se utilizó la

Metodología ágil Lean Software Development. Como resultado se creó el sistema web

“businessA&V” que tiene una galería de los productos ofertados, los medios de contacto para

realizar consultas, sistema de usuario para gestionar el inventario, facturación y publicidad,

administración de la información de los clientes, reportes de inventario, pedidos, administración,

ventas y el control y gestión de facturación. El trabajo aporta soluciones en torno a la creación

del sistema web “businessA&V” el cual queremos implementar en nuestro sistema, para el

control de inventarios, ventas, facturación y publicidad.

Carrera y Criollo (2018) presentaron su tesis “Implementación del módulo de

cotizaciones de eventos desarrollados en ambiente web y móvil para una empresa privada

dedicada a organizar eventos y decoraciones”, en la actualidad las personas tienen mucho interés

en la integración familiar y en la comunicación con otras personas de su entorno. Estas

integraciones se realizan con frecuencia en ambientes apropiados y ajustados al tipo de evento,

justamente por este motivo se han incrementado modelos de negocio relacionados a la

organización de eventos sociales, actos solemnes y decoraciones. La propuesta consiste en

diseñar una app que permita generar cotizaciones de forma automática sobre presupuestos

requeridos para organizar un evento social mediante una plataforma de escritorio y una de móvil

que brinde facilidades a los usuarios, con el objetivo de obtener una respuesta inmediata y
efectiva minimizando el tiempo en que suelen ser atendidas, en muchos casos a través de las

redes sociales. Dicha plataforma permitirá llevar un registro de los clientes que maneja la

empresa para mantener un control adecuado de las cotizaciones que ellos solicitan. La

información será almacenada en una base de datos única para tener mejor organizada la

información de sus clientes, obteniendo así resultados efectivos y rápidos para facilitar la toma

de decisión más precisa. La implementación del sistema permitirá que la empresa a través de la

información que ésta genere y almacene se pueda realizar proyecciones, logrando así aumentar la

producción y beneficios a futuro que se presenten para las organizaciones. Esto podría ayudar

mucho a nuestro proyecto en el tema de gestión de pedidos de los servicios de alquiler “Eventos

Gamarra” porque nos brinda una idea sobre cómo poder gestionar mejor el tiempo en atención a

los clientes y así obtener resultados más efectivos.

Castañeda y Ramírez (2019) realizaron su tesis “Estrategias de gestión basadas en

información como alternativas de desarrollo para el canal tradicional del sector retail: tiendas de

barrio” donde se tiene la problemática que las nanotiendas enfrentan desafíos que incluyen la

competencia de los minoristas más grandes, problemas de planificación, recursos limitados,

cartera financiera alta, falta de liquidez y logística de suministro completa. La solución ante el

problema, es proponer tres estrategias que utilizan datos cualitativos y transaccionales para

mejorar la competitividad y madurez digital de las nanotiendas. Esto podría ayudar mucho a

nuestro proyecto con sus estrategias que tienen para mejorar la competitividad y madurez digital.

Velásquez, Cárcamo y Aguirre (2020) dentro de su tesis titulada: “Sistema web para el

control de inventario y facturación de la Distribuidora Villareyna Utilizando la metodología

SCRUM, en la ciudad de Estelí, segundo semestre 2019” plantean la problemática en el control

de productos y la agilidad del proceso de ventas para una mejor atención al cliente,
específicamente dentro de la distribuidora Villa Reyna, negocio en desarrollo en la que los

procesos de mayor relevancia son la venta de productos y el proceso de inventario. Este

problema surge debido a que se usaba una bitácora escrita para llevar a cabo inventario de

productos que entraban y salían del stock de la distribuidora, proceso que no coincidía en muchas

ocasiones con el conteo de los productos, y se tenía que volver a revisar los productos

individualmente y demandaba demasiado tiempo. El objetivo general es implementar el sistema

web con la metodología SCRUM durante el segundo semestre del año 2019, además dentro de

los objetivos específicos encontramos el caracterizar los requerimientos para el control de

productos, desarrollar un sistema automatizado y validar la aplicación web automatizando en

cuanto usabilidad, accesibilidad y funcionalidad. Para la implementación y desarrollo se hace uso

de la metodología SCRUM con la que se logró un sistema que engloba todos los puntos que el

cliente solicitó, un proceso de compra que filtra productos en buen y mal estado, un proceso de

venta que permite generar documentos digitales de facturas y boletas, y finalmente un eficiente

sistema de inventario con categorías y edición de productos en existencia, así como la revisión

automatizada de los mismos, todo dentro de una aplicación web accesible en cualquier lugar y en

cualquier momento.

Tupiza Alexis (2020) presenta su tesis “Análisis, diseño e implementación de un sistema

de ventas y control de inventario de insumos de terapia física caso de estudio: FISIODAEC”,

dentro de los objetivos se encuentran: Determinar los requerimientos a implementarse en el

desarrollo del sistema mediante el análisis del área administrativa y equipar a la clínica

FISIODAEC con el sistema terminado mediante la instalación y correcto funcionamiento del

mismo, la problemática consiste en la falta de organización que se obtiene cuando los empleados

de la clínica usan las plataformas como Excel o incluso documentación a mano para guardar un
inventario de ventas e ingresos. El sistema se implementará con la función de ayudar a

organizarse a los médicos y empleados que operan la compra y venta de estos insumos de terapia

dentro de la clínica FISIODAEC, en la ciudad de Quito, Ecuador. Después de la instalación los

empleados de la clínica pudieron realizar sus tareas de inventario y ventas de manera ordenada y

segura de tal modo que se entregue un sistema óptimo que cumpla con las demandas del cliente.

Alcance Del Proyecto

Nos planteamos desarrollar un sistema para la gestión de pedidos de la tienda “Eventos

Gamarra”. De manera que reducirá el tiempo de espera del cliente y permitirá registrar diferentes

pedidos en simultáneo. A continuación, explicaremos a mayor detalle el alcance del proyecto.

Administrar usuarios: El usuario es la cuenta del empleado, es decir podrá administrar

las cuentas de usuarios, actualizar stock, manejar la promoción de la tienda y responder

consultas. Además, debe ser posible administrar estas cuentas, dependiendo del cargo, en este

caso el administrador debería ser el único con permiso para gestionar las cuentas de los demás

usuarios..

● Añadir cuenta de usuario

● Modificar cuenta de usuario

● Eliminar cuenta de usuario

Registro de pedido: permitirá que el cliente ingrese los datos del servicio requerido

como el producto, fecha de entrega, fecha de devolución, dirección y forma de pago. Realizará

las validaciones y consultas de la disponibilidad de la tienda al mismo tiempo que el cliente


ingrese los datos del pedido. Por ejemplo: el cliente está eligiendo la fecha de entrega, pero

algunos días están bloqueados debido a múltiples pedidos realizados ese día.

● Descripción del pedido

● Mostrar listado de productos

● Opción de pago tarjeta, yape o efectivo

● Generar comprobante de pago

Catálogo de productos: permitirá al usuario (cliente) navegar por la lista de productos

de la tienda. Para mejorar la experiencia se permitirá realizar filtros según características (color,

categoría). Del mismo modo, mostrará el nombre, precio e imagen del producto, también

permitirá mostrar más detalles del producto elegido e ingresar la cantidad deseada al igual que

mostrar el límite que es la cantidad en stock.

● Añadir producto carrito

● Ingresar cantidad deseada

● Descripción del producto

● Mostrar producto que tengan stock

● Filtrar por categoría y/o color


Promoción de servicios: en la página principal mostrará fotos de los últimos eventos en

los cuales se brindó el servicio, haciendo promoción de las actividades de la empresa y al mismo

tiempo realizando la difusión de los productos en disponibilidad. Además, brindará el enlace a la

página de Facebook de la tienda.

● Añadir foto

● Enlazar página de Facebook

Atención al cliente: se dedicará a responder alguna consulta del cliente. Permitirá

ingresar una consulta que los usuario(empleados) podrán responder en el mismo sistema, además

que se le permitirá ver otras consultas realizadas por otros clientes.

● Crear nueva consulta

● Listar consultas

Administrar productos: permitirá que el usuario (empleado) modifique los productos,

como por ejemplo cambiar la cantidad disponible de sillas. Realizará un aviso cuando no se

tenga stock de cierto producto. Estará vinculado al catálogo de productos para que el cliente

pueda saber qué productos están disponibles. Además de agregar y eliminar productos en stock.

● Modificar producto.

● Vincular catálogo de productos

● Agregar / eliminar producto.


Registro de pago: permitirá que el usuario (cliente) pueda elegir el método de pago,

puede ser por tarjeta, el cual pedirá al usuario ingresar los datos pertinentes; Yape y efectivo los

cuales para mayor seguridad en el pago, se realizará de manera presencial por lo cual al elegir el

método mostrará un mensaje indicando del pago al momento de la entrega del servicio.

● Mostrar opción por tarjeta

● Mostrar opción por Yape

● Mostrar opción por Efectivo

Objetivos

Objetivo General

Desarrollar un sistema de gestión de pedidos para reducir el tiempo de registro de pedidos en la

tienda “Eventos Gamarra”, ubicada en el distrito de Chorrillos - Perú.

Objetivo Específico

● Crear un catálogo de productos sincronizado al stock para mostrar los productos

disponibles con su imagen y detalles.

● Promocionar en el menú principal las fotografías de los últimos eventos en los que se

brindaron sus servicios.

● Comprobar automáticamente la disponibilidad en las fechas de entrega y recojo de un

pedido.

● Admitir el registro de nuevas consultas de los clientes en la plataforma para menor

tiempo de respuesta,
● Registrar pedidos las 24 horas requiriendo información de contacto y detalles del pedido

y la entrega.

● Permitir el método de pago elegido por el cliente al registrar su pedido con su

comprobante de compra.

Limitaciones del Proyecto

Al realizar el planteamiento de la solución a nuestra problemática nos encontramos con la

siguiente limitación: El proyecto no implementa la recepción del pago.

Debido a que actualmente la tienda acepta tres tipos de pago: efectivo, tarjeta y yape el proceso

es diferente para cada uno. Para el pago con tarjeta y Yape, el mismo cliente tendrá que ingresar

al servicio, completar los datos y realizar la transacción. Durante ese proceso es muy común que

ocurran incidentes como el monto de pago incorrecto. En los dos últimos casos como el pago es

realizado a través de otro servicio no se generó una boleta automática. El empleado tiene que

comprobar la transferencia del monto y recién enviar la boleta. Ya que no tenemos permisos ni

afiliaciones con los bancos no es posible integrar su servicio de pago a nuestro sistema, pero si es

posible utilizando una pasarela de pagos. Sin embargo, el servicio de estas no es gratis, por lo

que se rechaza como una opción para el proyecto al no considerarse un presupuesto. Por lo que

los pagos por tarjeta están incompletos. Por otro lado en los casos de pago con Yape o Efectivo

se realizará el servicio de contra entrega, quiere decir que un empleado se verá a cargo de la

recepción del pago. De esta manera reduciendo la complejidad del proceso de pago.

EDT del proyecto

Figura 4

EDT del Proyecto


● Planificación

o Identificación de necesidades y objetivos

o Definición de alcance

o Identificación de recursos necesarios

o Establecimiento de fechas límite

● Análisis

o Recopilación de información sobre el proceso de ventas actual

o Identificación de áreas de mejora

o Identificación de requisitos de software

o Especificación de requisitos

● Diseño

o Diseño de la arquitectura del software


o Diseño de la interfaz de usuario

o Diseño de la base de datos

o Diseño de pruebas unitarias y de integración

● Desarrollo

o Implementación de la arquitectura del software

o Implementación de la interfaz de usuario

o Implementación de la base de datos

o Implementación de pruebas unitarias y de integración

● Pruebas

o Pruebas de validación

o Pruebas de sistema

o Pruebas de aceptación

● Implementación

o Instalación del software en el ambiente de producción

o Capacitación de usuarios

o Migración de datos

● Mantenimiento

o Corrección de errores

o Actualización de la documentación
o Mejoras y optimización del software

o Soporte técnico y atención al usuario

Desarrollo del software

Requerimientos

Figura 5

Diagrama de actividades del proceso antiguo de gestión de pedidos


Requerimientos funcionales

1. El sistema permitirá mostrar en su pantalla inicial las fotografías de los eventos que

utilizaron los servicios de la tienda, estas serán mostradas una a la vez y se pasará a la

siguiente imagen a través de iconos de flechas. Las imágenes están almacenadas en la

base de datos y podrán ser añadidas, modificadas y eliminadas por el Marketer. Al igual

que se mostrará el icono de facebook con el enlace a la página de la tienda donde se

podrá observar más fotografías de otros eventos. El objetivo es promocionar los servicios

brindados por la tienda.

2. El Sistema debe mostrar el catálogo de productos en una tabla con tres productos por fila,

con su NOMBRE, FOTOGRAFÍA y PRECIO, para mostrar los diferentes productos que

se ofrecen. Asimismo, al escoger un producto se abrirá una pestaña con sus detalles

(NOMBRE, FOTOGRAFÍA, DESCRIPCIÓN, PRECIO y STOCK DISPONIBLE).

Además, el campo cantidad estará disponible para ingresar la cantidad deseada por el

cliente. El objetivo es que el cliente pueda tener acceso a todos los productos ofrecidos y

sus detalles.

3. El desarrollo del software debe contemplar que el CLIENTE pueda filtrar el catálogo de

productos, para ello podrá seleccionar de un combo box la CATEGORIA (MESA,

SILLA, ESTRADO, TOLDO) y el COLOR (NEGRO, AMARILLO, VERDE, ROJO,

MORADO, AZUL, ROSADO, NARANJA, DORADO, PLATEADO, BLANCO) , lo

cual seleccionará y mostrará a todos los productos que cumplan con las caracteristicas

escogidas. Con el objetivo de reducir el tiempo de búsqueda de lo deseado por el

CLIENTE y ordenar el catálogo de productos.


4. El sistema debe contemplar el mostrar los productos del carrito de compras con los

detalles de los productos (NOMBRE, PRECIO, CANTIDAD, FOTOGRAFÍA) que el

cliente haya escogido. Para que cuando el CLIENTE quiera realizar un pedido con más

de 1 producto pueda observar su listado y confirmar su pedido. De este modo cuando se

quiera registrar el pedido se hace uso del CARRITO DE COMPRAS y sus datos. El

Carrito de Compras se mantendrá activo mientras no se salga del catálogo de productos,

si se sale y entra nuevamente este aparecerá vacío.

5. El sistema debe permitir que el CLIENTE pueda elegir más de un producto en su pedido

desde la plataforma que se está diseñando. Esto se desarrollará con el uso del CARRITO

DE COMPRAS , obteniendo los detalles del producto NOMBRE, PRECIO E IMAGEN

del producto elegido en el catálogo, y se añade la CANTIDAD deseada por el

CLIENTE. Estos datos se mostrarán en una tabla con un producto por fila. Tiene como

objetivo reducir el tiempo de registro del pedido al automatizar el añadir más de un

producto a este.

6. El desarrollo del software debe contemplar el poder registrar pedidos a la base de datos

de la plataforma. Es necesario ingresar los datos personales del CLIENTE como

NOMBRE, CELULAR, DNI y CORREO para poder mantenernos en contacto en

cualquier situación, también los datos del pedido como DIRECCIÓN, FECHA Y HORA

DE ENTREGA, FECHA Y HORA DE DEVOLUCIÓN, el REGISTRO DE PAGO y

también mostraremos el CARRITO DE COMPRAS anteriormente completado y el

TOTAL de la compra. El objetivo es reducir el tiempo de registro de pedidos.


7. El sistema permitirá al cliente elegir el método de pago TARJETA, YAPE o EFECTIVO,

en caso elegir la opción de pagar con TARJETA se ingresaron los datos necesarios como

NÚMERO DE TARJETA, TITULAR, EXPIRACIÓN Y CÓDIGO al igual que el estado

del pago será "REALIZADO". En caso elegir YAPE o EFECTIVO mostrará un mensaje

indicando que el pago se hará de manera presencial en la entrega de los productos y el

estado del pago será ESPERA.. El objetivo es poder brindar opciones de pago que se

adecuen a las preferencias de los clientes.

8. El desarrollo del software deberá contemplar el generar los comprobantes de pago, con el

LOGOTIPO y RUC de la tienda, datos del cliente (NOMBRE, CELULAR), datos del

pedido (DIRECCIÓN, FECHA ENTREGA, FECHA DEVOLUCIÓN, FECHA DE

REGISTRO, CÓDIGO DE PEDIDO) y una tabla con todos los productos del pedido

(CARRITO DE COMPRAS), incluido el IMPORTE por cada producto y el TOTAL,

estos datos serán obtenidos a través de la base de datos con el objetivo de reducir el

tiempo de creación del comprobante de pago.

9. El sistema debe emitir el comprobante de pago al CLIENTE una vez realizado el pago

del servicio desde la plataforma que se está diseñando. De tal modo que, el cliente tendrá

las opciones de imprimir y/o descargar el comprobante de pago en formato PDF el cual el

CLIENTE podrá elegir el nombre del documento. Esto con el objetivo de agilizar los

tiempos de entrega del comprobante de pago. Se debe tener en cuenta que este

requerimiento debe tener la característica de un trámite digital.

10. El sistema permitirá registrar consultas de los clientes, para ello el CLIENTE llenará los

detalles de su consulta y obtendrá como respuesta que el personal pronto atenderá su


consulta. Debe estar siempre en funcionamiento el sistema y el cliente podrá observar en

una tabla las consultas de los demás clientes y podrá verificar si un cliente anterior tuvo

una consulta en común, del mismo modo podrá observar las respuestas obtenidas por

parte de atención al cliente. Esto con el objetivo de brindar un seguimiento a la consulta

de los clientes.

11. El Sistema debe permitir el inicio de sesión a los EMPLEADOS solicitando el

USUARIO y CONTRASEÑA. El USUARIO y CONTRASEÑA se verificarán en la base

de datos, si son correctos permitirán la entrada a la gestión de los EVENTOS,

CONSULTAS, PRODUCTOS y PEDIDOS a excepción de la gestión de los

EMPLEADOS el cual solo el USUARIO con cargo de ADMINISTRADOR podrá

ingresar, caso contrario mostrará un mensaje de USUARIO o CONTRASEÑA

incorrecto.

12. El desarrollo del software debe contemplar la digitalización de las fotografías en formato

JPG, PNG y GIF, los cuales podrán ser cargados en la plataforma que se viene diseñando.

Debe estar siempre disponible para subir imágenes en la gestión de la página principal

para las fotografías de los eventos que quiera promocionar la tienda y en la gestión de los

productos. El objetivo es que se pueda actualizar continuamente la página principal y que

los clientes tengan una ilustración de los servicios ofrecidos.

13. El sistema debe permitir que el ALMACENISTA pueda añadir un producto a la base de

datos desde la plataforma que se está diseñando, brindando los detalles del producto,

CODIGO, NOMBRE, CATEGORIA (ESTRADO, TOLDO, MESA, SILLA),

DESCRIPCION, COLOR (NEGRO, AMARILLO, VERDE, ROJO, MORADO, AZUL,


ROSADO, NARANJA, DORADO, PLATEADO, BLANCO), STOCK, PRECIO e

IMAGEN (PNG, JPG, GIF). Con el objetivo de mejorar la administración del almacén.

14. El desarrollo del software deberá contemplar el gestionar los pedidos, debe mostrar una

tabla con todos los pedidos registrados, al seleccionar un PEDIDO se mostrarán sus

datos, también estarán disponibles las opciones para mostrar los datos del CLIENTE, el

CARRITO DE COMPRAS y el PAGO que dependiendo si fue realizado por YAPE o

EFECTIVO se podrá modificar el estado del pago de "ESPERA" a "REALIZADO" y se

actualizará en la base de datos. Esto con el objetivo de llevar un seguimiento adecuado al

estado de los pedidos.

15. El desarrollo del software debe contemplar que el ENCARGADO A ATENCIÓN AL

CLIENTE pueda atender las consultas realizadas por los clientes. Debe poder observar en

una tabla las consultas realizadas(ID CONSULTA, DETALLE, ESTADO, RESPUESTA,

ID USUARIO), seleccionar la consulta a responder, ingresar su respuesta. El sistema

automáticamente cambiará el estado a "RESUELTA" y se ingresará en su dato ID

USUARIO el ID del empleado que la respondió. El objetivo es reducir el tiempo de

atención a una consulta.

16. El desarrollo del software debe contemplar la actualización del catálogo de productos

cuando se agregue, modifique o elimine un PRODUCTO de almacén en la plataforma

que se viene diseñando. Deben estar siempre sincronizados para no generar discordancia

en la disponibilidad de los productos, al igual que sólo mostrará aquellos PRODUCTOS

con STOCK disponible. El objetivo es que el cliente pueda saber la disponibilidad del

producto antes y durante el registro de su pedido.


17. El sistema debe permitir que el CLIENTE pueda eliminar un PRODUCTO del

CARRITO DE COMPRAS desde la plataforma que se está diseñando, ya que el

CLIENTE puede agregar un PRODUCTO por error, querer modificar la CANTIDAD de

un producto o decidirse por otro PRODUCTO. El Cliente seleccionará en el carrito de

compras la fila con el producto a eliminar y presionará el botón eliminar el cual lo borrará

del CARRITO DE COMPRAS. Esto con el objetivo de reducir el tiempo al realizar un

pedido.

18. Sistema debe realizar la validación de la FECHA DE ENTREGA por base de datos de los

PEDIDOS registrados anteriormente, verificando que no haya más de 5 PEDIDOS en una

misma fecha, si esto se cumple la fecha estará disponible cuando el cliente registre su

pedido, caso contrario no será posible seleccionar la fecha. El objetivo es anular la

oportunidad de una sobrecarga de pedidos y disminuir el tiempo de registro de un pedido.

19. El Sistema debe realizar la validación de la hora de entrega por base de datos de los

pedidos registrados anteriormente, verificando que no exista otro pedido a la misma hora,

si se cumple la hora de entrega estará disponible cuando el cliente registre su pedido, caso

contrario no será posible seleccionar la hora. El objetivo es anular la oportunidad de un

cruce en los tiempos de entrega y devolución de los pedidos y disminuir el tiempo de

registro de un pedido.

20. El sistema debe permitir que el ALMACENISTA pueda eliminar un producto de la base

de datos desde la plataforma que se está diseñando, para que cuando la tienda no ofrezca

más ese PRODUCTO, se pueda reflejar en la base de datos y no se generé un llenado de


memoria innecesario y no ocasione conflictos en los pedidos. Tiene como objetivo el

mejorar la administración del almacén.

Requerimientos no funcionales

1. El Sistema debe estar protegido contra el acceso no autorizado, para que tenga mayor

seguridad y así poder evitar que cualquiera pueda vulnerar y ponerla en estado

insuficiente.

2. El sistema debe ser sencillo de mantener y actualizar, porque así tendrá un buen

mantenimiento y a los clientes les será mucho más óptimo poder estar en el

procedimiento.

3. El sistema debe poder ejecutarse en diferentes plataformas con cambios mínimos, para

que tenga una eficiente portabilidad, además que podrá ser mucho más factible para todo

tipo de clientes.

4. El sistema debe ser compatible con otros sistemas, porque así abarcaría sobre la

compatibilidad que mayormente todos los sistemas requieren para su desarrollo eficaz.

5. El sistema debe ser confiable y cumplir con los requisitos del usuario para así evitar un

problema con el cliente.

6. El sistema debe cumplir con todas las leyes y reglamentos aplicables así no tendrá ningún

problema con la justicia.

7. El sistema debe poder manejar el número requerido de usuarios sin ninguna degradación

en el rendimiento.

8. El sistema debe estar disponible cuando sea necesario así el cliente puede entrar a la hora

que quiere sin ningún problema por el horario.


9. El sistema debe ser fácil de usar y comprender porque así les será más fácil a los clientes

que no utilizan frecuentemente la tecnología.

10. El sistema debe otorgar servicio de automatización en procesos que demanden mucho

trabajo manual, como facturación automática o impresión de documentos, se evitan

costos del personal y tiempo.

11. El sistema debe proporcionar avisos y excepciones a posibles errores, para mejorar la

experiencia del cliente, tales como: tiempo de respuesta si se presenta un error y correos

de asistencia para cuando el error esté solucionado.

12. El sistema no puede tardar un tiempo considerable en mostrar resultados de búsqueda del

usuario.

13. El sistema debe asistir al momento de la compra al cliente, pedir un correo o número para enviar

información automáticamente del estado del pedido (procesado, enviado, en espera).

14. El software debe ser escalable para manejar un alto volumen de transacciones.

15. El software debe ser compatible con diferentes navegadores web y dispositivos móviles.

16. El software debe tener una interfaz de usuario atractiva y moderna.

17. El software debe ser fácil de mantener y actualizar por los desarrolladores.

18. El software debe permitir la personalización de la interfaz y las funciones para adaptarse a las

necesidades específicas del personal de ventas.

19. El software debe contar con documentación clara y detallada para facilitar su uso y

mantenimiento.

20. El software debe ser accesible para personas con discapacidades visuales o auditivas.

Historias de Usuario

Tabla 1
Historia de Usuario: Promoción Eventos

Historia de Usuario: HU01 Título: Promoción Eventos

Programador: Sergio Usuario: Marketer


Valiente Alayo

Descripción: COMO Marketer de la tienda Eventos Gamarra

QUIERO Mostrar imágenes de los eventos que


utilizaron los servicios de la tienda y su
enlace a la página de Facebook

PARA Promocionar los servicios brindados por


la tienda

Criterios de Aceptación: ❖ Debe mostrar imagen de evento


❖ Debe mostrar flecha para cambiar a la siguiente
imagen
❖ Debe mostrar flecha para retroceder de imagen
❖ Debe mostrar el icono enlazado a la página de
Facebook

Tabla 2

Historia de Usuario: Catálogo de Productos

Historia de Usuario: HU02 Título: Catálogo de Productos

Programador: Alexandra De Usuario: Cliente


La Cruz Francia

Descripción: COMO Vendedor de la tienda Eventos Gamarra

QUIERO Mostrar el catálogo de productos


disponibles

PARA Promocionar todos los productos


disponibles y sus detalles.

Criterios de Aceptación: ❖ Debe mostrar logo de la tienda


❖ Debe mostrar una tabla 3 productos por fila
❖ Debe mostrar Campo de nombre de cada
producto
❖ Debe mostrar fotografía de cada producto
❖ Debe mostrar Campo de precio de cada
producto
❖ Al hacer clic a un producto deben mostrarse
otros detalles Descripción, Stock disponible
❖ Debe mostrar los colores representativos de la
empresa

Tabla 3

Historia de Usuario: Filtro de catálogo de productos

Historia de Usuario: HU03 Título: Filtro de catálogo de productos

Programador: Alexandra De Usuario: Cliente


La Cruz Francia

Descripción: COMO Cliente de la tienda Eventos Gamarra

QUIERO Poder filtrar el catálogo de productos

PARA Reducir el tiempo de búsqueda del producto


de mi interes

Criterios de Aceptación: ❖ Debe mostrar Combobox para categoría


❖ Debe mostrar Combobox para color
❖ Debe mostrar Botón para filtrar
❖ Al presionar el botón filtrar sin seleccionar el
tipo de filtro se borrará el filtro anterior
❖ Debe mostrar los colores representativos de la
empresa

Tabla 4

Historia de Usuario: Añadir a carrito de compras

Historia de Usuario: HU05 Título: Añadir a carrito de compras

Programador: Alexandra De Usuario: Cliente


La Cruz Francia

Descripción: COMO Cliente de la tienda Eventos Gamarra


QUIERO Disponer de la opción de añadir
producto a mi carrito de compras

PARA Elegir múltiples productos en mi pedido

Criterios de Aceptación: ❖ Debe mostrar el Campo nombre del producto


❖ Debe mostrar el Campo precio del producto
❖ Debe mostrar el Campo cantidad del producto
❖ Debe mostrar el máximo de stock disponible
❖ Debe mostrar el Botón añadir
❖ Debe mostrar el Botón cancelar
❖ Debe mostrar los colores representativos de la
empresa

Tabla 5

Historia de Usuario: Mostrar carrito de compras

Historia de Usuario: HU05 Título: Mostrar carrito de compras

Programador: Alexandra De Usuario: Cliente


La Cruz Francia

Descripción: COMO Cliente de la tienda Eventos Gamarra

QUIERO Disponer de un carrito de compras

PARA Cuando quiera realizar un pedido con


más de 1 producto pueda observar los
seleccionados

Criterios de Aceptación: ❖ Debe mostrar el Campo nombre de cada


producto
❖ Debe mostrar el Campo precio de cada
producto
❖ Debe mostrar el Campo cantidad de cada
producto
❖ Debe mostrar la imagen de cada producto
❖ Debe mostrar los colores representativos de la
empresa
Tabla 6

Historia de Usuario: Realizar pago

Historia de Usuario: HU06 Título: Realizar pago

Programador: Sergio Usuario: Cliente


Valiente Alayo

Descripción: COMO Cliente de Eventos Gamarra

QUIERO Disponer de diferentes formas de realizar


el pago (TARJETA, YAPE, EFECTIVO)

PARA Realizar el pago según el método que se


adecue a mi situación, disponibilidad y
preferencia

Criterios de Aceptación: ❖ Mostrar campo datos de pago


❖ Mostrar radio buttom de TARJETA
❖ Mostrar radio buttom de YAPE
❖ Mostrar radio buttom de EFECTIVO
❖ Mostrar mensaje de pago presencial
❖ Mostrar los campos de dato de tarjeta

Tabla 7

Historia de Usuario: Registro de Pedido

Historia de Usuario: HU07 Título: Registro de Pedido

Programador: Branndy Usuario: Cliente


Gonzales Durand

Descripción: COMO Cliente de la tienda Eventos Gamarra

QUIERO Poder registrar los pedidos en la


plataforma de manera detallada

PARA Para reducir el tiempo de registro de los


pedidos
Criterios de Aceptación: ❖ Debe mostrar el Campo nombre del producto
❖ Debe mostrar el Campo precio del producto
❖ Debe mostrar el Campo cantidad del producto
❖ Debe mostrar el Campo importe total
❖ Debe mostrar el Campo datos del cliente
❖ Debe mostrar el Campo fecha de entrega
❖ Debe mostrar el Campo hora de entrega
❖ Debe mostrar el Botón aceptar
❖ Debe mostrar el Botón cancelar
❖ Debe mostrar los colores representativos de la
empresa

Tabla 8

Historia de Usuario: Comprobante Digital

Historia de Usuario: HU08 Título: Comprobante Digital

Programador: Branndy Usuario: Cliente


Gonzales Durand

Descripción: COMO Cliente de la tienda Eventos Gamarra

QUIERO Generar los comprobantes de pago, con el


logotipo y datos de la tienda, datos del
cliente y una lista de todos los productos
del pedido, incluidos el impuesto y el
total

PARA Reducir el tiempo de creación del


comprobante de pago

Criterios de Aceptación: ❖ Debe mostrar el Campo logo de la tienda


❖ Debe mostrar el Campo RUC de la tienda
❖ Debe mostrar el Campo nombre del cliente
❖ Debe mostrar el Campo celular del cliente
❖ Debe mostrar el Campo dirección de entrega
❖ Debe mostrar el Campo fecha de entrega
❖ Debe mostrar el Campo fecha de devolución
❖ Debe mostrar el Campo código del pedido
❖ Debe mostrar el Campo fecha de registro
❖ Debe mostrar el Campo importe por producto
❖ Debe mostrar el Campo importe total
❖ Debe mostrar los colores representativos de la
empresa
Tabla 9

Historia de Usuario: Emisión de comprobante digital

Historia de Usuario: HU09 Título: Emisión de comprobante digital

Programador: Branndy Usuario: Cliente


Gonzales Durand

Descripción: COMO Cliente de la tienda Eventos Gamarra

QUIERO Mejorar los tiempos de entrega del


comprobante de pago

PARA Tiene la característica de un trámite


digital.

Criterios de Aceptación: ❖ Debe mostrar el botón imprimir


❖ Debe permitir descargarlo en formato PDF
❖ Debe permitir imprimirlo
❖ Debe mostrar el Botón cerrar
❖ Debe mostrar los colores representativos de la
empresa

Tabla 10

Historia de Usuario: Registro consulta

Historia de Usuario: HU010 Título: Registro consulta

Programador: Jose Prado Usuario: Cliente


Urquiza

Descripción: COMO Cliente de la tienda Eventos Gamarra

QUIERO Poder registrar mis consultas en la


plataforma

PARA Asegurar la rápida respuesta a mi


consulta y su seguimiento
Criterios de Aceptación: ❖ Debe mostrar las consultas de otros clientes
anteriores
❖ Debe mostrar la respuesta dada a las consultas
anteriores
❖ Debe mostrar el botón ingresar nueva consulta
❖ Debe mostrar un TextBox para escribir la
consulta
❖ Debe mostrar el botón volver a menú

Tabla 11

Historia de Usuario: Iniciar Sesión Empleado

Historia de Usuario: HU011 Título: Iniciar Sesión Empleado

Programador: Sergio Usuario: Empleado


Valiente Alayo

Descripción: COMO Empleado de la tienda Eventos Gamarra

QUIERO Iniciar sesión en el sistema

PARA Mejorar la seguridad del sistema

Criterios de Aceptación: ❖ Debe mostrar el campo usuario


❖ Debe mostrar el campo contraseña
❖ Debe mostrar el botón ingresar
❖ Debe mostrar el botón cancelar
❖ Debe mostrar un mensaje cuando se ingresa la
contraseña o usuario incorrectos
❖ Debe mostrar un mensaje confirmando el inicio
de sesión correcto

Tabla 12

Historia de Usuario: Digitalización de fotografías

Historia de Usuario: HU012 Título: Digitalización de fotografías

Programador: Branndy Usuario: Marketer / Almacenista


Gonzales Durand
Descripción: COMO Marketer / Almacenista de la tienda
Eventos Gamarra

QUIERO Digitalizar las fotografías de los eventos


y productos

PARA Que se actualicen constantemente los


eventos en la página principal y se
ilustran los servicios ofrecidos

Criterios de Aceptación: ❖ Debe mostrar las fotografías


❖ Debe mostrar el Botón examinar
❖ Debe permitir la subida de imagenes en
formato PNG, JPG, y GIF
❖ Debe mostrar los colores representativos de la
empresa

Tabla 13

Historia de Usuario: Añadir Producto Almacén

Historia de Usuario: HU013 Título: Añadir Producto Almacén

Programador: Jose Prado Urquiza Usuario: Almacenista

Descripción: COMO Almacenista de la tienda Eventos


Gamarra

QUIERO Añadir un producto en el almacén

PARA Mejorar la administración del


almacén

Criterios de Aceptación: ❖ Debe mostrar el campo código


❖ Debe mostrar el campo nombre
❖ Debe mostrar el campo categoría
❖ Debe mostrar el campo color
❖ Debe mostrar el campo descripción
❖ Debe mostrar el campo precio
❖ Debe mostrar el campo stock
❖ Debe mostrar el Botón grabar
❖ Debe mostrar un mensaje que confirme la
adicción del producto.

Tabla 14
Historia de Usuario: Gestión pedidos

Historia de Usuario: HU014 Título: Gestión pedidos

Programador: Jose Prado Urquiza Usuario: Vendedor

Descripción: COMO Vendedor de la tienda Eventos


Gamarra

QUIERO Gestionar los pedidos

PARA El seguimiento adecuado del estado


de los pedidos.

Criterios de Aceptación: ❖ Debe mostrar el campo código


❖ Debe mostrar el campo fecha de registro
❖ Debe mostrar el campo fecha de entrega
❖ Debe mostrar el campo fecha de
devolución
❖ Debe mostrar el campo dirección de
entrega
❖ Debe mostrar el campo total
❖ Debe mostrar el Botón Ver datos de
cliente
❖ Debe mostrar el Botón Ver detalle
❖ Debe mostrar el Botón Ver datos de pago
❖ Debe mostrar en tabla todos los pedidos
registrados

Tabla 15

Historia de Usuario: Atender consulta

Historia de Usuario: HU015 Título: Atender consulta

Programador: Jose Prado Usuario: Encargado de Atención al Cliente


Urquiza

Descripción: COMO Encargado de Atención al Cliente de la


tienda Eventos Gamarra

QUIERO Despejar las dudas de los clientes

PARA Reducir el tiempo de atención a consulta


del Cliente
Criterios de Aceptación: ❖ Debe mostrar las consultas ingresadas en una
tabla
❖ Debe mostrar Botón de responder
❖ Debe mostrar Botón de nuevo
❖ Debe mostrar el campo ID de consulta
❖ Debe mostrar el campo detalle
❖ Debe mostrar el campo estado
❖ Debe mostrar el campo ID Usuario
❖ Debe mostrar el campo Respuesta

Tabla 16

Historia de Usuario: Actualizar catálogo de productos

Historia de Usuario: HU16 Título: Actualizar catálogo de productos

Programador: Sergio Usuario: Vendedor


Valiente Alayo

Descripción: COMO Vendedor de la tienda Eventos Gamarra

QUIERO Actualizar el catálogo de productos

PARA Facilitar la disponibilidad del producto


antes y durante el registro de su pedido.

Criterios de Aceptación: ❖ Debe contemplar la actualización del catálogo de


productos cuando se modifique el stock.
❖ Debe contemplar la actualización del catálogo de
productos cuando se agregue/elimine productos.
❖ Debe estar siempre sincronizado para no generar
discordancia en los registros de pedidos.
❖ Debe mostrar solo los productos con stock
disponible.

Tabla 17

Historia de Usuario: Eliminar de Carrito de compras

Historia de Usuario: HU017 Título: Eliminar de Carrito de compras


Programador: Karen Quisocala Usuario: Cliente
Maldonado

Descripción: COMO Cliente de la tienda Eventos Gamarra

QUIERO Disponer de la opción de eliminar


producto de mi carrito de compras

PARA Poder modificar el carrito de compras


cuando cometa un error o cambie de
preferencia

Criterios de Aceptación: ❖ Debe mostrar el Campo nombre del producto


❖ Debe mostrar el Campo precio del producto
❖ Debe mostrar el Campo cantidad del producto
❖ Debe mostrar el Botón eliminar
❖ Debe mostrar el Botón cancelar
❖ Debe mostrar los colores representativos de la
empresa
❖ Debe poder seleccionar el producto a eliminar

Tabla 18

Historia de Usuario: Validar Fecha

Historia de Usuario: HU018 Título: Validar Fecha

Programador: Karen Quisocala Usuario: Vendedor


Maldonado

Descripción: COMO Vendedor de la tienda Eventos Gamarra

QUIERO Comprobar que no haya más de 5


pedidos en una misma fecha

PARA Validar la fecha de los pedidos

Criterios de Aceptación: ❖ Debe mostrar el campo fecha entrega


❖ Debe mostrar el campo fecha devolución
❖ Debe mostrar un mensaje cuando se ingrese
una fecha no válida
❖ Debe comprobar que no hayan más de 5
pedidos en una misma fecha
❖ Debe mostrar los colores representativos de la
empresa
Tabla 19

Historia de Usuario: Validar Hora

Historia de Usuario: HU019 Título: Validar Hora

Programador: Karen Usuario: Vendedor


Quisocala Maldonado

Descripción: COMO Vendedor de la tienda Eventos Gamarra

QUIERO Verificar que no exista otro pedido a la


misma hora

PARA Validar la fecha de entrega o devolución


de los pedidos

Criterios de Aceptación: ❖ Debe mostrar el campo hora entrega


❖ Debe mostrar el campo hora devolución
❖ Debe mostrar un combobox con los cinco
horarios de la tienda
❖ Debe eliminar los horarios que tengan un
pedido registrado
❖ Debe mostrar los colores representativos de la
empresa

Tabla 20

Historia de Usuario: Eliminar Producto Almacén

Historia de Usuario: HU020 Título: Eliminar Producto Almacén

Programador: Jose Prado Urquiza Usuario: Encargado del Almacén

Descripción: COMO Encargado del Almacén de la tienda


Eventos Gamarra

QUIERO Eliminar un producto de almacén


cuando la tienda no lo ofrezca más

PARA Mejorar la administración del


almacén
Criterios de Aceptación: ❖ Debe mostrar la cantidad del producto
❖ Debe mostrar un mensaje que confirme la
eliminación
❖ Debe mostrar los campos de los detalle del
producto
❖ Debe mostrar el Botón eliminar
❖ Debe mostrar el Botón cancelar

Diagrama de clases, relaciones y descripción del proyecto

La clase usuario es el identificador de los empleados en la plataforma es con el uso de usuario

que el empleado podrá acceder a la plataforma. El empleado tiene todos los atributos de un

usuario por lo que heredera de tal. Una de las funciones del empleado es promocionar eventos en

los que la tienda ofrece sus servicios, modificar los productos y atender las consultas de los

clientes. Los clientes además de poder registrar sus consultas podrán realizar pedidos que a su
vez contienen información del pago y detalle del pedido que especifica los productos y su

cantidad requerida.
Como podemos observar ahora el empleado no cumple funciones en el registro de pedidos, ya

que el mismo cliente podrá ingresar los datos del pedido y es el mismo sistema que verificará y

registrará a la base de datos.

Por otro lado, ahora las consultas no serán realizadas por Whatsapp sino que la misma

plataforma permitirá el registro de estas. El procedimiento para registrarse es totalmente del

cliente, únicamente que tendrá que esperar la respuesta a su consulta de parte del empleado.

Cumplimientos de criterios de aceptación

Criterios de aceptación: Promoción Eventos

● Debe mostrar imagen de evento

● Debe mostrar flecha para cambiar a la siguiente imagen

● Debe mostrar flecha para retroceder de imagen


● Debe mostrar el icono enlazado a la página de Facebook
Criterios de aceptación: Catálogo de Productos

● Debe mostrar logo de la tienda

● Debe mostrar una tabla 3 productos por fila

● Debe mostrar Campo de nombre de cada producto

● Debe mostrar fotografía de cada producto

● Debe mostrar Campo de precio de cada producto

● Al hacer clic a un producto deben mostrarse otros detalles Descripción, Stock disponible

● Debe mostrar los colores representativos de la empresa


Criterios de aceptación: Filtro de catálogo de productos

● Debe mostrar Combobox para categoría

● Debe mostrar Combobox para color

● Debe mostrar Botón para filtrar

● Al presionar el botón filtrar sin seleccionar el tipo de filtro se borrará el filtro anterior
● Debe mostrar los colores representativos de la empresa

Criterios de aceptación: Añadir a carrito de compras

● Debe mostrar el Campo nombre del producto


● Debe mostrar el Campo precio del producto

● Debe mostrar el Campo cantidad del producto

● Debe mostrar el máximo de stock disponible

● Debe mostrar el Botón añadir

● Debe mostrar el Botón cancelar

● Debe mostrar los colores representativos de la empresa

Criterios de aceptación: Mostrar carrito de compras

● Debe mostrar el Campo nombre de cada producto

● Debe mostrar el Campo precio de cada producto

● Debe mostrar el Campo cantidad de cada producto

● Debe mostrar la imagen de cada producto

● Debe mostrar los colores representativos de la empresa


Criterios de aceptación: Realizar pago

● Mostrar campo datos de pago

● Mostrar radio buttom de TARJETA

● Mostrar radio buttom de YAPE

● Mostrar radio buttom de EFECTIVO

● Mostrar mensaje de pago presencial

● Mostrar los campos de dato de tarjeta


Criterios de aceptación: Registro de Pedido

● Debe mostrar el Campo nombre del producto

● Debe mostrar el Campo precio del producto

● Debe mostrar el Campo cantidad del producto

● Debe mostrar el Campo importe total

● Debe mostrar el Campo datos del cliente

● Debe mostrar el Campo fecha de entrega

● Debe mostrar el Campo hora de entrega

● Debe mostrar el Botón aceptar

● Debe mostrar el Botón cancelar

● Debe mostrar los colores representativos de la empresa


Criterios de aceptación: Comprobante Digital

● Debe mostrar el Campo logo de la tienda

● Debe mostrar el Campo RUC de la tienda

● Debe mostrar el Campo nombre del cliente


● Debe mostrar el Campo celular del cliente

● Debe mostrar el Campo dirección de entrega

● Debe mostrar el Campo fecha de entrega

● Debe mostrar el Campo fecha de devolución

● Debe mostrar el Campo código del pedido

● Debe mostrar el Campo fecha de registro

● Debe mostrar el Campo importe por producto

● Debe mostrar el Campo importe total

● Debe mostrar los colores representativos de la empresa

Criterios de aceptación: Emisión de comprobante digital

● Debe mostrar el botón imprimir

● Debe permitir descargarlo en formato PDF


● Debe permitir imprimirlo

● Debe mostrar el Botón cerrar

● Debe mostrar los colores representativos de la empresa

Criterios de aceptación: Registro consulta

● Debe mostrar las consultas de otros clientes anteriores

● Debe mostrar la respuesta dada a las consultas anteriores

● Debe mostrar el botón ingresar nueva consulta

● Debe mostrar un TextBox para escribir la consulta

● Debe mostrar el botón volver a menú


Criterios de aceptación: Iniciar Sesión Empleado

● Debe mostrar el campo usuario


● Debe mostrar el campo contraseña

● Debe mostrar el botón ingresar

● Debe mostrar el botón cancelar

● Debe mostrar un mensaje cuando se ingresa la contraseña o usuario incorrectos

● Debe mostrar un mensaje confirmando el inicio de sesión correcto

Criterios de aceptación: Digitalización de fotografías

● Debe mostrar las fotografías

● Debe mostrar el Botón examinar

● Debe permitir la subida de imagenes en formato PNG, JPG, y GIF

● Debe mostrar los colores representativos de la empresa


Criterios de aceptación: Añadir Producto Almacén

● Debe mostrar el campo código

● Debe mostrar el campo nombre

● Debe mostrar el campo categoría

● Debe mostrar el campo color

● Debe mostrar el campo descripción

● Debe mostrar el campo precio

● Debe mostrar el campo stock

● Debe mostrar el Botón grabar

● Debe mostrar un mensaje que confirme la adicción del producto


Criterios de aceptación: Gestión pedidos

● Debe mostrar el campo código

● Debe mostrar el campo fecha de registro

● Debe mostrar el campo fecha de entrega

● Debe mostrar el campo fecha de devolución

● Debe mostrar el campo dirección de entrega

● Debe mostrar el campo total

● Debe mostrar el Botón Ver datos de cliente

● Debe mostrar el Botón Ver detalle

● Debe mostrar el Botón Ver datos de pago

● Debe mostrar en tabla todos los pedidos registrados


Criterios de aceptación: Atender consulta

● Debe mostrar las consultas ingresadas en una tabla

● Debe mostrar Botón de responder

● Debe mostrar Botón de nuevo

● Debe mostrar el campo ID de consulta

● Debe mostrar el campo detalle

● Debe mostrar el campo estado

● Debe mostrar el campo ID Usuario

● Debe mostrar el campo Respuesta


Criterios de aceptación: Actualizar catálogo de productos

● Debe contemplar la actualización del catálogo de productos cuando se modifique el

stock.

● Debe contemplar la actualización del catálogo de productos cuando se agregue/elimine

productos.

● Debe estar siempre sincronizado para no generar discordancia en los registros de pedidos.

● Debe mostrar solo los productos con stock disponible.


Criterios de aceptación: Eliminar de Carrito de compras

● Debe mostrar el Campo nombre del producto

● Debe mostrar el Campo precio del producto

● Debe mostrar el Campo cantidad del producto

● Debe mostrar el Botón eliminar

● Debe mostrar el Botón cancelar

● Debe mostrar los colores representativos de la empresa

● Debe poder seleccionar el producto a eliminar


Criterios de aceptación: Validar Fecha

● Debe mostrar el campo fecha entrega

● Debe mostrar el campo fecha devolución

● Debe mostrar un mensaje cuando se ingrese una fecha no válida

● Debe comprobar que no hayan más de 5 pedidos en una misma fecha

● Debe mostrar los colores representativos de la empresa


Criterios de aceptación: Validar Hora

● Debe mostrar el campo hora entrega

● Debe mostrar el campo hora devolución

● Debe mostrar un combobox con los cinco horarios de la tienda

● Debe eliminar los horarios que tengan un pedido registrado

● Debe mostrar los colores representativos de la empresa


Criterios de aceptación: Eliminar Producto Almacén

● Debe mostrar la cantidad del producto

● Debe mostrar un mensaje que confirme la eliminación

● Debe mostrar los campos de los detalle del producto

● Debe mostrar el Botón eliminar

● Debe mostrar el Botón cancelar


Marco Conceptual

Arrays

El array o arreglo es una estructura de datos estática, en otras palabras, una vez declarado

su tamaño este no se puede cambiar en tiempo de ejecución. En Java declaramos un arreglo de la

siguiente forma:

tipo_de_dato nombre_de_arreglo[];

Para su uso es necesario inicializarla:

nombre_de_arreglo = new tipo_de_dato[tamaño];

Ejemplo:

Char arregloNombres[];

arregloNombres = new string[6];


Según Hernández y Baquero un arreglo es una colección de datos del mismo tipo, entre

ellas int, double, string, bool, char, etc. Estos datos están relacionados y son representados por el

nombre de una variable, el nombre dado al arreglo (2021).

Entre las características de un arreglo según mencionan Hernández y Baquero, tenemos

que su dimensión es definida por la cantidad de datos que almacena. En segundo lugar, la

posición de cada elemento es indicada por el índice la cual empieza en cero. Por ejemplo en la

figura 6, el primer elemento está en la posición 0, el segundo en la posición 1 y demás. Por

último, Java tiene la opción de declarar un arreglo del tipo Object que permite almacenar datos

de cualquier tipo, incluyendo datos de tipo objeto. (2021).

Figura 6

Ejemplo de Array del tipo String

Los arreglos unidimensionales son una serie de datos de un mismo tipo que se almacenan

en forma de una lista. Cada dato almacenado en el vector tiene una posición que nos sirve para

acceder al valor del dato, esta posición está representada por un índice.

Según Nieva (2017) indica que “un arreglo es una estructura de datos que puede almacenar un

conjunto de datos de un mismo tipo. Los datos se almacenan en forma contigua.”

Declaración y creación, para utilizar un arreglo, como toda variable en Java, debe ser

declarado primero.
Los corchetes nos indican que se tratará de un arreglo y no de una variable simple. En el

caso de los arreglos, la declaración por sí sola no crea inmediatamente el espacio de

almacenamiento, por lo que es necesario mediante el operador new indicar el número de casillas

de memoria que utilizará el arreglo.

Con respecto al tamaño del arreglo: debe ser un valor entero y puede expresarse con una

constante numérica (5, 10, 2000, etc.) (2017).

Los arreglos bidimensionales o también conocidos como matrices en JAVA, son un

conjunto de datos del mismo tipo. Los datos se organizan en filas y columnas. Se dice que son

bidimensionales porque para acceder a una posición de una matriz se requieren de dos índices, el

índice de la fila y el índice de la columna. Para crear una matriz en JAVA se utiliza el tipo y

corchetes cuadrados dobles. Según Bonvallet, los arreglos bidimensionales también son provistos

por NumPy, por lo que debemos comenzar importando las funciones de este módulo:
Al igual que los arreglos de una dimensión, los arreglos bidimensionales también pueden

ser creados usando la función array, pero pasando como argumentos una lista con las filas de la

matriz:

Todas las filas deben ser del mismo largo, o si no ocurre un error de valor. Los arreglos

tienen un atributo llamado shape, que es una tupla con los tamaños de cada dimensión (2011).

Listas

Una lista es una secuencia de elementos dispuesto en un cierto orden, en la que cada

elemento tiene como mucho un predecesor y un sucesor. Según Vázquez González M. (2021), en

su artículo "Listas en Java" explica que las listas son un tipo de colección que hereda de la

interfaz Collection, lo que significa que comparten muchas de sus características y métodos. Sin

embargo, lo que distingue a las listas es su capacidad para mantener el orden en el que se

agregaron los elementos y permitir registros repetidos. Esta característica hace que las listas sean

una herramienta esencial para manejar colecciones de datos que requieren un orden específico,

como una lista de tareas o una lista de reproducción de música. En resumen, el artículo de

Vázquez González destaca la importancia de las listas en Java y su capacidad para manejar

colecciones de datos de manera eficiente y efectiva.

Las listas en Java son estructuras de datos que permiten almacenar y manipular

colecciones de datos de manera eficiente. Estas estructuras son capaces de manejar grandes

cantidades de datos y ofrecen ventajas sobre los arrays, como la capacidad de cambiar su tamaño
dinámicamente y la posibilidad de utilizar métodos predefinidos para realizar operaciones

comunes. Según Kemal Erinç Y. (2020) en su artículo “Java List Tutorial: Util List API with

Examples”, las listas son similares a las secuencias en matemáticas, ya que mantienen un orden

específico de los elementos. Además, pueden tener elementos duplicados y nulos, lo que las hace

diferentes a los conjuntos que no tienen un orden específico. En resumen, Kemal Erinç destaca la

importancia de las listas en Java y su capacidad para manejar colecciones de datos de manera

ordenada y eficiente.

La lista también puede representarse de forma simbólica escribiendo sus elementos

separados por comas y encerrados entre corchetes. Una lista es una secuencia de elementos

dispuesto en un cierto orden, en la que cada elemento tiene como mucho un predecesor y un

sucesor. El número de elementos de la lista no suele estar fijado, ni suele estar limitado por

anticipado. Representaremos la estructura de datos de forma gráfica con cajas y flechas. Las

cajas son los elementos y las flechas simbolizan el orden de los elementos. Las operaciones

básicas sobre una lista son:

● Es Vacía Averiguar si la lista está vacía.

● Insertar Añade un elemento al principio de la lista.

● Primero Obtener el valor del primer elemento de la lista, también llamado cabeza.

● Resto Devuelve el trozo de lista resultado de eliminar el primer elemento de la lista.

● Borrar Borrar el primer elemento de la lista.

Archivos

Un fichero o archivo es una colección organizada de datos relacionados entre sí,

almacenados en una unidad de resguardo, según López(s.f.) En términos computacionales es una


colección de datos que tiene un nombre y se guardan en dispositivos de almacenamiento

secundario, los cuales pueden ser magnéticos, ópticos, electrónicos, etc. P. ejem. Diskettes,

discos duros, CD´s, ZIP drives, flash drives, memory sticks, etc.

Dentro de su libro “Algoritmos y Estructuras de Datos”, Cerra (2010). Define los

archivos como: “una colección de datos del mismo tipo relacionados entre sí, almacenados en

una unidad de memoria secundaria, con un determinado diseño o estructura”, además menciona

que para dar diseño a los archivos se usan registros .

Una tarea común y básica que necesitamos hacer en cualquier programa es acceder a la

información de los archivos y carpetas del sistema de archivos local. Desde algo tan básico como

ver el nombre y el tamaño de un archivo hasta listar los contenidos de cualquier carpeta. En Java

esto es muy fácil de conseguir gracias a la clase java.io.File. Esta clase nos permite obtener

información sobre cualquier elemento del sistema de archivos. Para utilizarla solo tenemos que

importarla en la cabecera de nuestro programa:


La clase File sirve para representar a un archivo o carpeta y ofrece propiedades y

métodos que nos permiten acceder a sus datos y realizar operaciones sobre ellos, como

renombrar, eliminar, crear carpetas, listar sus contenidos, etc... Lo que podamos hacer con ella

dependerá de los permisos que tengamos sobre el archivo o carpeta en cuestión.

Conclusiones

● El sistema resuelve una de las causas de la demora en la gestión de pedidos que es el

registro manual, ya que cuando el cliente realice su pedido este automáticamente se

guardará en la base de datos y los empleados tendrán acceso a su gestión a través de la

plataforma para observar, listar y actualizar el estado de los pedidos.

● El sistema resuelve una de las causas de la demora en la gestión de pedidos que es la falta

de un catálogo de productos, ya que cuando el cliente acceda a la plataforma podrá

observar todos los productos con stock disponible que ofrece la tienda, además de poder

seleccionar el producto de su elección para registrar su pedido.


● El sistema resuelve una de las causas de la demora en la gestión de pedidos que es el

marketing deficiente, la promoción de los diferentes eventos en la que la tienda brindó

sus servicios serán mostrados en la página inicial de la plataforma. Del mismo modo que

podrá compartir el enlace a la página de Facebook donde están los eventos pasados.

● El sistema resuelve una de las causas de la demora en la gestión de pedidos que es el

limitado horario de atención, la plataforma estará en funcionamiento las 24 horas, por lo

que el cliente podrá registrar su pedido en cualquier momento, al igual que las consultas,

estas últimas sin embargo serán respondidas en el horario de atención.

● El sistema resuelve una de las causas de la demora en la gestión de pedidos que es la

lenta confirmación de la fecha de entrega, la plataforma verifica en la base de datos que

no hayan más de 5 pedidos en un mismo día y que todos sean en diferentes horarios.

● El sistema resuelve una de las causas de la demora en la gestión de pedidos que es el

proceso de pago no definido, la plataforma permite los distintos método de pago, tarjeta,

yape y efectivo. El primero simulando una pasarela de pago pero sin el servicio ya que no

se posee el presupuesto y las dos últimas realizando el pago a contraentrega.

Recomendaciones

● Para realizar el registro de pedidos de una tienda online es de mayor preferencia el

desarrollo de una página web el cual permitirá que los usuarios ingresen desde cualquier

dispositivo.

● Para mayor eficacia en la gestión de pedidos es preferible aumentar la opción de filtrar

los pedidos por las fechas de entrega y devolución, de esa manera generar un informe de

las actividades que se tienen que realizar esa fecha.


● El sistema tiene su limitante en el proceso del pago del pedido, como se explicó

anteriormente el pago por tarjeta debe ser a través de una pasarela de pago para mayor

rapidez y seguridad por lo que recomendamos el uso de este.


Referencias

Alva, A. y Rejes, J. (2019). Desarrollo e implementación de un sistema de ventas basado en la

metodología Scrum y XP para el proceso de ventas de servicio de la empresa Emsoir

[Tesis de grado, Universidad Autónoma del Perú]. Repositorio Institucional de la

Universidad Autónoma del Perú. https://hdl.handle.net/20.500.13067/702

Atauje, R. y Miguel, L. (2018). Implementación de un sistema web para optimizar los procesos

de compra y venta por delivery en la Empresa Paraíso de Licores E.I.R.L. en San Miguel

[Tesis de grado, Universidad de Ciencias y Humanidades]. Repositorio Institucional de la

Universidad de Ciencias y Humanidades.

https://repositorio.uch.edu.pe/handle/20.500.12872/228

Bazalar, N. y Guevara, M. (2019). Sistema de información de la difusión de artesanías mediante

catálogo digital en la Comunidad de Santo Tomás, 2018 [Tesis de grado, Universidad

Nacional de la Amazonía Peruana]. Repositorio Institucional de la Universidad Nacional

de la Amazonía Peruana.

https://repositorio.unapiquitos.edu.pe/handle/20.500.12737/6492

Bonvallet, R. (2011). Arreglos bidimensionales.

https://progra-utfsm.readthedocs.io/en/latest/materia/arreglos-2d.html

Campus MVP (2019). Java: cómo listar, filtrar y obtener información de carpetas y

archivos. https://www.campusmvp.es/recursos/post/java-como-listar-filtrar-y-obtener-

informacion-de-carpetas-y-archivos.aspx

Carrera, J. y Criollo, W. (2018). Implementación del módulo de cotizaciones de eventos

desarrollado en ambiente web y móvil para una empresa privada dedicada a organizar

eventos y decoraciones [Tesis de grado, Universidad de Guayaquil]. Repositorio


Institucional de la Universidad de Guayaquil.

http://repositorio.ug.edu.ec/handle/redug/32492

Castañeda, A. y Ramírez, D. (2019). Estrategias de gestión basadas en información como

alternativas de desarrollo para el canal tradicional del sector retail: tiendas de barrio

[Tesis de maestría, Escuela Colombiana de Ingeniería Julio Garavito]. Repositorio

Institucional de la Escuela Colombiana de Ingeniería Julio Garavito.

https://repositorio.escuelaing.edu.co/handle/001/982

Cerra, M.(2010).Algoritmos y Estructuras de Datos

http://www.frlp.utn.edu.ar/materias/algoritmos/Archivos10.pdf

Cisneros, I. (2018). Implementación de un sistema de información para la mejora de la gestión

de la Farmacia Megafarma – Lima, 2018 [Tesis de grado, Universidad Nacional del

Centro del Perú]. Repositorio Institucional de la Universidad Nacional del Centro del

Perú. http://hdl.handle.net/20.500.12894/5306

Eventos Gamarra. (s.f.). Inicio [Página de Facebook]. Facebook. Recuperado el 10 de abril de

2023 de https://www.facebook.com/EventosydecoracionesGamarra/

Hernández, M. y Baquero, L. (2021). Estructuras de datos: Fundamentación práctica. Ediciones

de la U.

Kemal Erinç Y. (2020). Java List Tutorial: Util List API with Examples. Recuperado de

https://www.freecodecamp.org/news/java-list-tutorial-util-list-api-example/

Lema, F. (2018). Desarrollo del sistema web para el control de inventarios, ventas, facturación

y publicidad del Taller de Aluminio y Vidrio “López” aplicando la metodología Lean

Software Development [Tesis de grado, Escuela Superior Politécnica de Chimborazo].


Repositorio Institucional de la Escuela Superior Politécnica de Chimborazo.

http://dspace.espoch.edu.ec/handle/123456789/9116

López, B.(s.f.). Manejo de Archivos en Lenguaje C++

http://www.itnuevolaredo.edu.mx/takeyas/apuntes/administracion_archivos/Apuntes/

Manejo%20de%20Archivos%20en%20Lenguaje%20C++/Manejo%20de%20Archivos

%20en%20Lenguaje%20C++.pdf

Nieve, G. (2017). Arreglos unidimensionales en Java. https://dcodingames.com/arreglos-

unidimensionales-en-java/

Roldán, A. (2018). Listas en Java: definición y operaciones básicas.

https://www.ciberaula.com/cursos/java/listas_java.php

Tupiza, C. (2020). Análisis, diseño e implementación de un sistema de ventas y control de

inventario de insumos de terapia física caso de estudio: FISIODAEC [Tesis de grado,

Pontificia Universidad Católica de Ecuador]. Repositorio de Tesis de Grado y posgrado

de Pontificia Universidad Católica de Ecuador.

http://repositorio.puce.edu.ec/handle/22000/19643

Vázquez González, M. (2021). Listas en Java. Recuperado de

https://blog.codmind.com/listas-en-java/

Velásquez, P., Cárcamo, M. y Aguirre, D. (2020). Sistema web para el control de inventario y

facturación de la Distribuidora Villareyna Utilizando la metodología SCRUM, en la

ciudad de Estelí, segundo semestre 2019 [Tesis de grado, Universidad Nacional

Autónoma de Nicaragua]. Repositorio Institucional de la Universidad Nacional

Autónoma de Nicaragua. http://repositorio.unan.edu.ni/id/eprint/13519


Anexos

Enlace del video de funcionalidad del programa

https://drive.google.com/file/d/1W1zN8-bYpyrVp-R5VDOeKhzEscp5ciCM/view?usp=sharing

Informe De Evidencias Realizadas En El Proyecto De Responsabilidad Social

Es grato dirigirme a usted para saludarlo estimado profesor, por medio de la presente hacerle

llegar el informe de evidencias realizadas en el proyecto de responsabilidad social desarrollado

por el grupo 2, el cual tiene los siguientes integrantes: Quisocala Maldonado Karen Soledad, De

La Cruz Francia Alexandra Margorie, Gonzales Durand Branndy Nycole, Prado Urquiza Jose

Alberto y Valiente Alayo Sergio Alessandro del curso de Técnicas de Programación Orientada a

Objetos.

I. Evidencias de diagnóstico

Para el diagnóstico de las causas de la problemática, el grupo 2 se comunicó con el señor Cesar

Gamarra dueño de la tienda Eventos Gamarra.

Evidencia fotográfica 1
El cual nos explicó los procesos que realiza la tienda en la gestión de pedidos. El equipo

encontró como principal problema la demora en este proceso y realizamos una tabla con el

tiempo promedio de demora.

Tabla 1

Tiempo promedio de demora en los procesos

Actividad Tiempo(min)

Registrar Pedido 20 ~ 40

Responder Consulta 5 ~ 10

Etiquetar Productos 10

Generar Comprobante de Pago 5


Entre las posibles causas de la demora en el registro de pedidos se comentó de la falta de un

catálogo de productos, la cual genera dudas y consultas por parte de los clientes por lo cual se

realizó un recorrido por el almacén para verificar los diferentes productos que tiene la tienda y

cómo categorizarlos en la base de datos.

Evidencia fotográfica 2

Telas para los toldos


Evidencia fotográfica 3

Manteles para las mesas

Evidencia fotográfica 4

Telas para los toldos


Evidencia fotográfica 5

Manteles de colores para las mesas

Evidencia fotográfica 6

Telas de colores para los toldos


Evidencia fotográfica 7

Telas para las sillas

Evidencia fotográfica 8
Sillas plásticas

Evidencia fotográfica 9

Sillas y estantes de metal

Evidencia fotográfica 10
Vasos, copas y platos de vidrio guardadas en cajas

Evidencia fotográfica 11

Objetos de decoración

Evidencia fotográfica 12

Objetos de decoración
Evidencia fotográfica 13

Objetos de decoración

Al igual que se brindó el formato de las boletas para realizar su versión digital en nuestro

proyecto.

Evidencia fotográfica 14
Boleta de la tienda

II. Evidencias del trabajo realizado

Para el trabajo realizado el grupo 2 nos organizamos a través de un grupo de WhatsApp en donde

se realiza el envío de los entregables semanales con el avance.

Evidencia fotográfica 1

Chat Grupal
Evidencia fotográfica 2

Chat Grupal

Evidencia fotográfica 3

Chat Grupal
Evidencia fotográfica 4

Avance del proyecto

Evidencia fotográfica 5

Avance del proyecto


Evidencia fotográfica 6

Avance del proyecto

Evidencia fotográfica 7

Avance del proyecto


Evidencia fotográfica 8

Avance del proyecto

Evidencia fotográfica 9

Avance del proyecto


Además de ello el equipo siempre ha cumplido con la entrega de los avances en las prácticas de

campo semanales.

Evidencia fotográfica 10

Prácticas de campo

Evidencia fotográfica 11

Prácticas de campo
Evidencia fotográfica 12

Prácticas de campo

III. Evidencias de envíos de la propuesta a la tienda Eventos Gamarra

Para presentarles nuestros avances en el proyecto hemos estado enviando nuestros avances por

correo al señor Cesar Gamarra dueño de la tienda.

Evidencia fotográfica 1

Correo enviado sobre el diagnóstico del problema


Evidencia fotográfica 2

Correo enviado sobre el avance del proyecto

IV. Conclusiones

● El proyecto actual incluye el cumplimiento de 10 de sus requerimientos funcionales, y

está previsto para la siguiente semana el cumplimiento de 15 requerimientos.

● En base al trabajo realizado nos encontramos en un 65% del desarrollo del proyecto,

previsto para la siguiente semana lograr el avance del 75% incluyendo más

requerimientos y la base de datos.


● El equipo realizará visitas al almacén de la tienda para la inclusión de las fotografías de

los productos de la tienda en el catálogo de productos que estamos implementando al

proyecto.

Alexandra De La Cruz
N00357380

Karen Quisocala
N00295029

Branndy Gonzales
N00273360

Sergio Valiente
N00282049
José Prado Urquiza
N00296586

También podría gustarte