REPÚBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD JOSÉ ANTONIO PÁEZ

FACULTAD DE INGENIERÍA
INGENIERÍA DE COMPUTACIÓN

SISTEMA DE GESTIÓN DE COMPRAS ONLINE

Autores:
Santiago Ariza
Victoria Suárez

San Diego, abril de 2022

 ÍNDICE

ANÁLISIS DE LA SITUACIÓN ACTUAL ....................................................................................... 1

OBJETIVOS DEL SISTEMA............................................................................................................. 2
1.1. Objetivo General ................................................................................................................. 2
1.2. Objetivos Específicos .......................................................................................................... 2
PRODUCTO ENTREGABLE DEL SISTEMA .................................................................................. 3
2.1. Descripción General del Producto Entregable ........................................................................... 3
2.2. Técnica de Recolección de Datos del Producto Entregable ....................................................... 3
2.3. Requerimientos Funcionales del Producto Entregable............................................................... 7
2.4. Requerimientos No Funcionales del Producto Entregable ......................................................... 7
MARCO TEÓRICO ........................................................................................................................... 8
3.1. Árbol de decisión ..................................................................................................................... 8
3.2. Lenguaje Unificado de Modelado (UML)................................................................................. 8
3.3. Diagrama de Casos de Uso ....................................................................................................... 9
3.4. Fases de desarrollo del sistema ................................................................................................. 9
MARCO METODOLÓGICO ........................................................................................................... 10
4.1. Metodología XP ..................................................................................................................... 10
4.2. Fases del proyecto.................................................................................................................. 10
4.2.1. Planificación del proyecto ............................................................................................... 10
4.2.2. Diseño del sistema........................................................................................................... 11
4.2.3. Codificación.................................................................................................................... 11
4.2.4. Pruebas ........................................................................................................................... 11
4.2.5. Lanzamiento ................................................................................................................... 12
4.3. Casos de Uso ......................................................................................................................... 12
4.4. Tabla de flujo de trabajo ........................................................................................................ 14
 ÍNDICE DE TABLAS

Tabla 1. Caso de Uso: Ingreso del Gerente al sistema ................................................................ 12

Tabla 2. Caso de Uso: Administración de inventario .................................................................. 12
Tabla 3. Caso de Uso: Ingreso del empleado al sistema ............................................................. 13
Tabla 4. Caso de Uso: Administrar pedidos ................................................................................ 13
Tabla 5. Caso de Uso: Ingreso al sistema del cliente .................................................................. 13
Tabla 6. Caso de Uso: Realizar un pedido ................................................................................... 14
Tabla 7. Tabla de flujo de trabajo ................................................................................................. 15
 ANÁLISIS DE LA SITUACIÓN ACTUAL

El restaurante “Burger Land” inició sus operaciones en el año 2020 como un pequeño
negocio familiar, sin embargo, con el paso de los meses, experimentaron un gran crecimiento
de clientes y ventas por lo que se vieron obligados a expandir su equipo de trabajo. Actualmente,
está conformado por un Gerente, un Administrador, dos Chefs, dos Repartidores y un
Empleado, encargado de tomar los pedidos. Su sistema de ventas hoy en día se basa 100% en
la mensajería instantánea “WhatsApp”, donde reciben todos los pedidos provenientes de sus
clientes. Esta modalidad ha presentado una ineficiencia en el sistema ya que, al recibir una gran
cantidad de pedidos en corto tiempo, han ocurrido confusiones y demoras en la prestación del
servicio. Además, el empleado no tiene acceso directo al inventario del restaurante, por lo que
existen ocasiones en las que luego de que el cliente realiza el pedido, debe ser contactado
nuevamente para realizar los cambios pertinentes debido a falta de material disponible en el
inventario para llevar a cabo su orden.

Por otro lado, los pedidos son anotados en una hoja de papel la cual es entregada
directamente al chef para la preparación de la orden. Esto también ha generado confusiones,
errores y demoras en el sistema. Causando así que los clientes envíen una mala reseña del
restaurante, evitando su crecimiento y formando una mala reputación. Como se pudo observar
anteriormente, tanto el gerente como el administrador no llevan ningún control actualmente de
los pedidos realizados, dejando la responsabilidad completa en el empleado. Pero, el gerente es
el encargado de asegurarse que el inventario este al día, llevando una base de datos organizada
en el software Microsoft Excel. Lo cual es sumamente ineficiente ya que al solo poseer él la
información, el resto del equipo de trabajo no tiene conocimiento con respecto al inventario.

Es importante mencionar que para la toma de decisiones, el gerente es el mayor cargo dentro
del restaurante, el administrador simplemente se encarga de los aspectos financieros y de
mantener a flote el restaurante económicamente, el chef recibe los pedidos en la cocina y es el
que se percata de la disponibilidad o no de materiales, el empleado se encarga de la
comunicación directa con los clientes, anotando sus ordenes y respondiendo preguntas a través

1
de la mensajería instantánea, y por último, el repartidor solo se encarga del despacho de los
pedidos.

Finalmente, este sistema actual adoptado por el restaurante “Burger Land” ha generado
numerosos problemas tanto dentro como fuera del equipo de trabajo, resultando en quejas y
malas reseñas por parte de los clientes. Por ello, es de suma importancia migrar a un sistema
integrado, donde se tenga acceso a la información del inventario actualizada y los clientes
puedan ordenar directamente en dicha aplicación para que no ocurran errores en la toma de
pedidos. De no actualizar y mejorar su situación actual, el restaurante no podrá darse abasto
con la cantidad de clientes, generando pérdidas tanto económicas como de reconocimiento en
la ciudad.

OBJETIVOS DEL SISTEMA

1.1.Objetivo General
Desarrollar un sistema de gestión de pedidos que permita la automatización del proceso
de compra online de la empresa “Burger Land”

1.2.Objetivos Específicos
- Determinar los requisitos funcionales y no funcionales del sistema a través de la
aplicación de una entrevista no estructurada al equipo de trabajo del restaurante
“Burger Land”.
- Diseñar la interfaz gráfica del sistema que permita la personalización de pedidos
al momento del proceso de compra y el manejo del inventario mediante la
aplicación de diseño Figma.
- Codificar el sistema utilizando los lenguajes de programación HTML, CSS,
JavaScript y SQL.
- Realizar las pruebas del sistema para verificar la funcionalidad y eficiencia.

2
 PRODUCTO ENTREGABLE DEL SISTEMA

2.1. Descripción General del Producto Entregable

El producto entregable de este proyecto es una aplicación web que simule el menú del
restaurante. Dándole la posibilidad a los clientes de personalizar sus pedidos completamente,
siempre tomando en consideración la disponibilidad de los ingredientes y materiales en el
inventario. Estos pedidos serán enviados a la sección de pedidos del sistema, donde los
miembros del equipo de trabajo del restaurante podrán acceder a la información inmediata.
También actualizará automáticamente la información del inventario.

Funcionalidades del sistema:

- Personalización de pedidos por parte de los clientes.

- Verificación automática de disponibilidad en el inventario al realizar los pedidos.
- Visualización de los pedidos por parte del equipo de trabajo.
- Visualización y edición del inventario por parte del equipo de trabajo.

2.2. Técnica de Recolección de Datos del Producto Entregable

Se utiliza la observación directa para tomar un diagnóstico por parte del equipo con respecto
a la situación actual del sistema. Luego, se aplica una entrevista no estructurada para obtener
una mayor información sobre el sistema actual, la participación de cada usuario y la proyección
que desean para el producto entregable. Los modelos de entrevistas realizados van dirigidos al
Gerente, el Empleado y el Cliente. A continuación, se detallan las mismas:

3
Usuario: Gerente.

Objetivo: Identificar la participación y las necesidades del Gerente con respecto al sistema.

Preguntas:

1. Describa específicamente su rol dentro de la empresa.

2. Detalle el proceso de manejo de inventario dentro de la empresa.

3. Detalle el proceso de venta actual de la empresa.

4. ¿Considera que el proceso de venta mencionado anteriormente es eficiente? ¿Por qué?

5. ¿Con qué frecuencia recibe quejas por parte de los clientes con respecto al sistema
actual?

6. ¿Si pudiera cambiar el sistema actual, cómo sería el proceso de venta y de manejo de
inventario ideal para usted?

7. ¿De qué manera estaría usted involucrado en el sistema a desarrollar?

4
Usuario: Empleado

Objetivo: Identificar la participación y necesidades del empleado con relación al sistema.

Preguntas:

1. Describa específicamente su rol dentro de la empresa.

2. Detalle el proceso de manejo de inventario dentro de la empresa.

3. Detalle el proceso de venta actual de la empresa.

4. ¿Considera que el proceso de venta mencionado anteriormente es eficiente? ¿Por qué?

5. ¿Qué limitaciones considera que tiene el sistema actual?

6. ¿Con que frecuencia recibe quejas por parte de los clientes con respecto al sistema
actual?

7. ¿Si pudiera cambiar el sistema actual, cómo sería el proceso de venta y de manejo de
inventario ideal para usted?

8. ¿De qué manera estaría usted involucrado en el sistema a desarrollar?

5
Usuario: Cliente

Objetivo: Identificar las necesidades del cliente con respecto al sistema.

Preguntas:

1. Detalle el proceso de compra actual de la empresa.

2. ¿Considera que el proceso de compra mencionado anteriormente es eficiente? ¿Por

qué?

3. En ocasiones, ¿ha sido necesario cambiar su pedido luego de haber realizado el pago
del mismo, por falta de ingredientes en el inventario? Detalle la situación.

4. ¿Qué limitaciones considera que tiene el sistema actual?

5. Del 1 al 10, siendo 1 la peor calificación y 10 la máxima, considerando solamente la

experiencia del consumidor, ¿volvería a ordenar en esta empresa? ¿Por qué?

6. ¿Si pudiera cambiar el sistema actual, cómo sería el proceso de compra ideal para
usted?

6
2.3. Requerimientos Funcionales del Producto Entregable
Los requerimientos funcionales del producto entregable se refieren a las actividades que
este debe realizar. Estos son:
- Mostrar un menú virtual para los clientes.
- Permitir la personalización de los pedidos.
- Indicar la disponibilidad de ingredientes y materiales en el inventario.
- Registrar los pedidos en una base de datos.
- Actualización en tiempo real del inventario.
- Mostrar los pedidos registrados.
- Manejar distintos niveles de usuarios.

2.4. Requerimientos No Funcionales del Producto Entregable

Los requerimientos no funcionales del producto entregable se refieren a las
características, restricciones y cualidades del mismo. Estos son:
- Debe estar disponible las 24 horas del día, 7 días a la semana.
- Validar los datos ingresados.
- Diseño responsivo.
- Funcionamiento óptimo en dispositivos móviles.
- Seguridad para ingresar al sistema.

7
 MARCO TEÓRICO

Para el desarrollo de este sistema, es importante el conocimiento de algunos conceptos

básicos que ondean el tema.

3.1. Árbol de decisión

Un árbol de decisión es un mapa de los posibles resultados de una serie de decisiones
relacionadas. Permite que un individuo o una organización comparen posibles acciones
entre sí según sus costos, probabilidades y beneficios. Se pueden usar para dirigir un
intercambio de ideas informal o trazar un algoritmo que anticipe matemáticamente la mejor
opción. Este por lo general, comienza con un único nodo y luego se ramifica en resultados
posibles. Cada uno de esos resultados crea nodos adicionales, que se ramifican en otra s
posibilidades. Esto le da una forma similar a la de un árbol.

Asimismo, existen tres tipos diferentes de nodos: nodos de probabilidad, nodos de

decisión y nodos terminales. Un nodo de probabilidad, representado con un círculo, muestra
las probabilidades de ciertos resultados. Un nodo de decisión, representado con un
cuadrado, muestra una decisión que se tomará, y un nodo terminal muestra el resultado
definitivo de una ruta de decisión. Este método para observar las posibles relaciones será
utilizado para visualizar las decisiones tomadas por los clientes al escoger y personalizar su
pedido en el menú virtual.

3.2. Lenguaje Unificado de Modelado (UML)

El Lenguaje Unificado de Modelado “UML”, es el lenguaje de modelado de sistemas
de software más conocido y utilizado en la actualidad. Se le puede definir como un lenguaje
gráfico para visualizar, especificar, construir y documentar un sistema. Además, ofrece un
estándar para describir un «plano» del sistema (modelo), incluyendo aspectos conceptuales
tales como procesos de negocio, funciones del sistema, y aspectos concretos como

8
 expresiones de lenguajes de programación, esquemas de bases de datos y compuestos
reciclados.

3.3. Diagrama de Casos de Uso

Un caso de uso es una descripción de las acciones de un sistema desde el punto de vista
del usuario. Es una herramienta valiosa dado que es una técnica de aciertos y errores para
obtener los requerimientos del sistema, justamente desde el punto de vista del usuario. Los
diagramas de caso de uso modelan la funcionalidad del sistema usando actores y casos de
uso. Los casos de uso son servicios o funciones provistas por el sistema para sus usuarios.

3.4. Fases de desarrollo del sistema

El desarrollo del sistema se basa en las siguientes fases:

 Planificación: Esta fase se basa en tomar descomponer en pequeñas actividades las

historias de usuarios, para ordenarlas según prioridad y planificar el tiempo que tomará
realizar las mismas.
 Diseño: En esta fase, se diseña la interfaz gráfica del sistema, así como también el
esquema de codificación del sistema.
 Codificación: Durante esta fase, se realiza la codificación del sistema en equipo, de
manera organizada y con un código universal.
 Pruebas: En esta fase se realizan las pruebas necesarias para verificar el funcionamiento
y eficiencia del sistema.
 Lanzamiento: Luego de haber codificado y probado todas las funciones del programa,
se inicia su uso diario.

9
 MARCO METODOLÓGICO

Primeramente, el marco metodológico es el conjunto de pasos, técnicas y procedimientos

que se emplean para resolver el problema planteado, por lo tanto, para lograr el desarrollo del
proyecto se requiere en primer lugar el uso de una metodología de trabajo.

4.1. Metodología XP
Para este proyecto se hará uso de la Metodología XP, la cual es una metodología ágil
principalmente utilizada para proyectos de desarrollo de software, la cual brindará técnicas de
gran agilidad y flexibilidad en la gestión del proyecto, sus principales características son:

- Comunicación constante entre el cliente y el equipo de desarrollo.

- Respuesta rápida a los cambios constantes.
- La planificación es abierta con un cronograma de actividades flexible.
- El desarrollo del software se basa enteramente en los requerimientos del cliente.
- Estudio previo de las necesidades del cliente y su situación actual.

4.2. Fases del proyecto

En base a la Metodología XP, las fases planteadas para este proyecto son las siguientes:

- Planificación del proyecto.

- Diseño del sistema.
- Codificación.
- Pruebas.
- Lanzamiento.

4.2.1. Planificación del proyecto

En base al estudio de la situación actual, se determinan los objetivos del proyecto,
necesidades del usuario y requerimientos funcionales del sistema. Se plantea una solución que
involucre el desarrollo de un software capaz de cumplir con todos los requerimientos de “Burger

10
Land”, una documentación que permita el entendimiento del mismo y por último un sistema
útil, funcional y listo para ser lanzado. Se realiza la estimación de tiempo de trabajo y desarrollo
del sistema, así como también de las actividades que serán necesarias para llevar a cabo esto.

4.2.2. Diseño del sistema

En esta etapa se crean las bases del software, haciendo uso de códigos e interfaces
sencillas, con el objetivo de desarrollar las funcionalidades básicas y características
fundamentales del sistema. Como resultado se obtuvo un prototipo bastante primitivo pero
funcional que ya permitía interactuar con un menú virtual, realizar pedidos, administrar
inventario y recibir órdenes de compra.

4.2.3. Codificación
Esta etapa consiste en programar lo que debería ser el producto final, algoritmos,
funcionalidades, interfaces de usuario y demás, todo esto para brindar al usuario un entorno
más agradable y cómodo para usar. Este proceso fue realizado en equipos de al menos 2
personas y se logró un código más universal, fácil de comprender y modificar.

4.2.4. Pruebas
En esta etapa se analizan todos los aspectos del sistema tales como, funcionalidades,
interfaces, base de datos y demás elementos para detectar y corregir errores. Además de las
constantes pruebas hechas por el equipo de desarrollo, el propio usuario pudo hacer pruebas y
validó las características que se añadían con el tiempo. Por último, al tratarse de un proyecto a
corto plazo, este proceso fue constante y minucioso para garantizar la calidad del software.

11
4.2.5. Lanzamiento
En este punto ya se tiene concluido el software y su documentación, al igual que se han
cumplido todos los objetivos del proyecto, por lo cual se procede a hacer entrega del sistema al
cliente.

4.3. Casos de Uso

A continuación, se presentan los casos de usos tomados de las respuestas obtenidas en la
entrevista no estructurada.

Tabla 1. Caso de Uso: Ingreso del Gerente al sistema

Titulo: Usuario:
Ingreso del gerente al sistema Gerente
1
Descripción:
- Ingreso al sistema a través de la interfaz de gerente.

Tabla 2. Caso de Uso: Administración de inventario

Titulo: Usuario:
Administración de inventario Gerente
Descripción:
- Añadir productos al inventario.
2
- Editar productos del inventario.
- Eliminar productos del inventario.
- Indicar cantidad existente de cada producto.
- Indicar precio de cada producto.

12
 Tabla 3. Caso de Uso: Ingreso del empleado al sistema

Titulo: Usuario:
Ingreso del empleado al sistema Empleado
3
Descripción:
- Ingreso al sistema a través de la interfaz de empleado.

Tabla 4. Caso de Uso: Administrar pedidos

Titulo: Usuario:
Administrar pedidos. Empleado
Descripción:
- Recibir pedidos.
4 - Administrar lista de pedidos entrantes.
- Procesar pagos según monto indicado por el sistema.
- Indicar al cliente que el pedido está siendo realizado.
- Indicar al cliente que el pago ya fue procesado.
- Indicar al cliente que el pedido está listo.

Tabla 5. Caso de Uso: Ingreso al sistema del cliente

Titulo: Usuario:
Ingresar al sistema Cliente
5
Descripción:
- Ingreso al sistema a través de la interfaz de clientes.

13
 Tabla 6. Caso de Uso: Realizar un pedido

Titulo: Usuario:
Realizar pedido Cliente
Descripción:
- Seleccionar producto.
- Personalizar producto al gusto.
- Indicar cantidad o seleccionar más productos.
- Proceder a indicar si se desea servicio de delivery o pick up.
6
- En caso de delivery, indicar ubicación mediante Google Maps.
- En caso de delivery, indicar referencias de la ubicación de entrega.
- Indicar método de pago.
- Culminar pedido.
- Realizar pago.
- Indicar que el pago fue realizado.
- Calificar servicio mediante la interfaz del sistema.

4.4. Tabla de flujo de trabajo

A continuación, se presenta una tabla donde se detalla las actividades realizadas por el
equipo de desarrolladores, así como también la cantidad de personas necesarias para realizar
cada actividad y el tiempo que toma realizar cada una de estas.

14
 Tabla 7. Tabla de flujo de trabajo

Etapa Tarea Personal Duración

- Análisis de la situación actual. 2 1 día
- Aplicación de entrevista no estructurada. 2 1 día
Planificación - Se determinan requisitos funcionales. 2 1 día
- Se determinan requisitos no funcionales. 2 1 día
- Selección de metodología y planificación. 2 1 día
- Diseño de interfaz básica. 2 2 día
Diseño
- Diseño de algoritmos y funciones básicas. 2 3 días
- Creación y adaptación de base de datos. 2 2 días
- Adaptar interfaces a diferentes plataformas. 2 2 días
Codificación
- Culminación de interfaces. 2 1 día
- Codificación y culminación de funciones. 2 3 días
- Revisar funcionamiento de base de datos. 2 1 días
Pruebas - Probar el software según los casos de uso. 2 1 días
- Corregir errores. 2 1 días
- Hacer entrega del sistema. 2 1 días
Lanzamiento
- Analizar resultados. 2 5 días

15