2019 | Por: Janett Vásquez Julca, Shirley Rosales Tello,

Jerlin Mendoza Canta y Jhaison Pizarro Reyna.

SISTEMA DE GESTIÓN DE PEDIDOS EN

EL RESTAURANT POLLERIA “FOGÓN
DORADO” DE BAGUA.
SISTEMA DE GESTIÓN DE PEDIDOS
 DEDICATORIA

Este Proyecto de investigación lo

dedicamos a las personas más
importantes que forman parte de nuestra
familia, quienes en todo momento nos
muestran apoyo moral y económico,
también a un agradecimiento a las
personas que nos instruyeron para
realizarlo.

1
 PROYECTO DE INVESTIGACIÓN:

SISTEMA DE GESTIÓN DE PEDIDOS EN EL

RESTAURANT POLLERIA “FOGÓN DORADO” DE
BAGUA.

CAPITULO I

1. PROBLEMA DE INVESTIGACIÓN:
1.1. JUSTIFICACIÓN DE LA INVESTIGACIÓN:
Es habitual que en los restaurants en el proceso de atención al cliente no quede
satisfecho: ¿cuántas veces se quejan porque se tarda demasiado tiempo en
atenderlos?, o, por el contrario, ¿aún no ha decidido qué elegir y el encargado
de registrar los pedidos ya está dispuesto a tomar nota?
Las ventajas que obtendrá la empresa con la utilización de un sistema que
automatice la gestión de pedidos son múltiples. Las más importantes se pueden
resumir en:

Mejorar la atención al cliente: el cliente podrá pedir cualquier producto

cuando él lo deseé, sin depender de la disponibilidad de otra persona.

El sistema realizará la gestión de una parte del manejo económico de la

empresa: cada pago de un pedido se registrará, permitiendo conocer cuánto
dinero ha de haber en la caja, al final del día, del mes o durante un
determinado periodo de tiempo.

Ahorrar en personal, ya que la automatización de procesos hace que

intervengan menos personas, y que se puedan dedicar a otros procesos
internos.

Colaborar con el medio ambiente ahorrando en papel, ya que cada vez que
se necesite actualizar la carta con los productos ofertados, no hará falta
volver a imprimir nuevas cartas.

Realizar estadísticas y estudios, ya que se dispondrá de información

almacenada en la base de datos, relacionada a los pedidos realizados por
los clientes.

Las desventajas que obtendrá la empresa con la utilización de un sistema que

automatice la gestión de pedidos son muy pocas. Las más importantes se
pueden resumir:

Inversión inicial, ya que, al ser un sistema desarrollado a medida, supone un

coste más amplio.

Hardware, hay que hacer una inversión económica.

3
 Automatizar un sistema o procesos conlleva a una serie de ventajas y
desventajas. Como hemos demostrado, en este caso las ventajas son mayores
que las desventajas, por lo que realizar esta automatización tendrá como
resultado un beneficio con respecto al sistema sin automatizar.

1.2. OBJETIVO DE LA INVESTIGACIÓN:

Automatizar la gestión de pedidos del restaurant pollería “Fogón Dorado”. Para

esto se desarrollará un sistema que permita gestionar la información sobre
pedidos, como así también información relacionada a los usuarios registrados.
Lograr una mayor participación del cliente a la hora de realizar pedidos,
consiguiendo mejorar el tiempo del proceso de gestión de estos. También
manejará información referente a los productos ofrecidos, y permitirá realizar
parte de la facturación del restaurant.

CAPITULO II

2. ESTUDIO DE VIABILIDAD:
2.1. INTRODUCCIÓN:

El objetivo del estudio de viabilidad es el análisis de un conjunto concreto de

necesidades para proponer una solución a corto plazo, que tenga en cuenta
restricciones económicas, técnicas, legales y operativas.
 El estudio de viabilidad se orientará a la especificación de requisitos ya que
costos, riesgos, problemas legales, etc., están fuera de este proyecto.

Durante el desarrollo de este capítulo se analizará el alcance de la necesidad

planteada y se identifican las restricciones relativas a la sincronización con otros
procesos, que puedan interferir en la planificación y futura puesta a punto del
sistema objeto de estudio. Esta información se recoge en el apartado de
requisitos.

2.2. OBJETO

2.2.1. Situación del estudio

El proyecto está pensado para el restaurant pollería “Fogón Dorado” que

no dispone de un sistema automatizado para la gestión de sus pedidos.

Después de haber analizado distintas necesidades del restaurant pollería,

el cual no dispone de ningún sistema automatizado de gestión, a
continuación, se exponen las necesidades de mejora más importantes de
dichos sistemas:

Gestión de pedidos.
Control de productos ofertados.
Control de cuentas parcial.

2.2.2. Perfil de los usuarios del proyecto

Como se explicará en el capítulo 3, existen distintos tipos de usuarios, para

los cuales el sistema ofrecerá un conjunto de funcionalidades específicas.
Independientemente del tipo de usuario, el sistema será desarrollado con
el objetivo de que sea fácil de utilizar, intuitivo y que no se requiera
conocimiento previo por parte de los usuarios, para que sea accesible a
cualquier tipo de persona, tenga conocimientos de las nuevas tecnologías
o no.

5
 2.2.3. Objetivos

A. Objetivo General

Desarrollar un sistema de gestión de información de pedidos basado en

módulos configurables, que permita automatizar parte del proceso
generado por un cliente: ordenar su comida, facturarla, atenderla, etc.
Además, el sistema permitirá manejar la información asociada a las
distintas comidas ofrecidas.

B. Objetivos específicos

 Mejorar la gestión actual de los pedidos realizados por los clientes.

 Agilizar y mejorar el proceso de la información centralizada.
Información centralizada se entiende como pedidos, información de
productos y facturas.
 Detectar fallos/errores entre los teóricos productos ofertados y los
reales: actualización de productos. Comprobar que los productos
ofertados son los correctos.
 Generar una cuenta/factura al finalizar el servicio. Ha de recoger
información referente a los productos consumidos y el precio de
estos.
 Los usuarios se han de identificar para utilizar la aplicación.
 Mejorar la implicación del sistema con el cliente.

2.3. RECURSOS

2.3.1. Recursos de desarrollo

Requisitos mínimos para el desarrollo de la aplicación.

 Hardware:

 PC/MAC 2.0 GHz, 1Gb memoria RAM, 100Gb de disco duro.

 Conexión a internet: 1Mb.
  Software:

 Servidor Web: Apache

 Entorno de desarrollo: Java.
 Base de datos: MySQL.
 Sistema Operativo: Windows 10
 Navegador: Google Chrome
 Documentación del proyecto: Open Office

2.3.2. Recursos de implementación

Requisitos mínimos para la implementación de la aplicación.

 Servidor LAMP (Linux, Apache, MySQL, PHP), 1Gb memoria

RAM, 1 GB de disco duro.

 Hardware del terminal del administrador/cocina/personal o

PC/MAC 2.0 GHz, 1Gb memoria RAM, 1 Gb de disco duro.

 Software del terminal del administrador/cocina/personal o

Navegador: Google Chrome

 Hardware del terminal del cliente o PC/MAC 2.0 GHz, 1Gb

memoria, 1 Gb de disco duro. o Monitor LCD chasis de pantalla
táctil 3M MicroTouch 15”. o Ratón, en caso de no disponer
pantalla táctil.

 Software del terminal del cliente o Navegador: Google Chrome

2.4. PLANIFICACIÓN DEL PROYECTO

2.4.1. Planificación inicial

7
 N° Tarea Descripción Duración
Planificar las tareas del proyecto,
1 Planificación
subtareas y tiempos.
Análisis de la
2 Análisis de requisitos del sistema.
aplicación
Estudio de lenguaje en el cual se
3 Estudio del lenguaje
implementará la aplicación
Diseño de la Diseño de las distintas partes que
4
aplicación conforman la aplicación.
Desarrollar la aplicación una vez
Desarrollo de la
5 realizado las fases de análisis y
aplicación
diseño.
Realización de pruebas del
sistema:
 Compatibilidad
6 Pruebas  Seguridad
 Integración del servicio
 Según el tipo de
usuario
Instalación y configuración del
7 Implementación
sistema en un ordenador
Generación de Generación de la memoria del
8 documentos (memoria proyecto, detallando los pasos
del proyecto) seguidos.
Comprobación de que el proyecto
9 Cierre del proyecto
está correctamente concluido.
Defensa del proyecto delante de
10 Defensa del proyecto
un tribunal.

A continuación, se muestra un diagrama de Gantt, en el cual aparecen las

actividades necesarias para desarrollar el sistema.
2.5. CONCLUSIONES

Después de haber analizado el problema, ver qué soluciones existen en la

actualidad exterior para solucionar este problema, podemos llegar a las
siguientes conclusiones:

 No existe prácticamente en el mercado un software que se adapte a

todas las necesidades buscadas.
 Los recursos para el desarrollo e implementación del software no son
difíciles de conseguir, excepto las pantallas táctiles para la cual se
propone como alternativa la utilización de ratones.
 Existe una programación la cual ayuda para llevar un seguimiento de
las mismas.
 El modelo de desarrollo es idóneo para este tipo de proyectos.

Una vez expuestas las conclusiones, la última conclusión que se podría

extraer es que este proyecto es “VIABLE”.

CAPITULO III

3. ANALISIS DEL PROYECTO:

3.1. REQUISITOS FUNCIONALES:

3.1.1. Visión general

Nuestro objetivo comprende desarrollar un sistema de gestión de

restaurant basado en módulos configurables, que permita automatizar

9
 parte del proceso generado por un cliente: ordenar su comida, facturarla,
atenderla, etc.

El modulo de gestión de pedidos está diseñado para contener la

información de los pedidos que se encuentren activos mediante la
utilización de una base de datos. Dentro de cada pedido se sabrá que
productos se ha elegido, y sus características.

Además existe la posibilidad de mantener y manejar la información de los

productos ofertados, mesas y datos personales de los clientes. El
administrador tiene la posibilidad de modificar toda esta información.
Existirán al menos cuatro tipos de usuarios a saber:

 Administrador: Administración de productos, mesas y facturas.

 Camarero: Modificación de pedidos y atención de los mismos.

 Cocinero: Atención de los pedidos, modificación del estado de cada

pedido.

 Cliente: Creación de pedidos.

3.1.2. Vistas de casos de uso

 3.1.3. Diagramas de Secuencia

Los diagramas de secuencia tienen como objetivo mostrar la

secuencia necesaria para la realización de un caso de uso, mostrando
el/los actor/es y el/los objeto/s que participan en dicha secuencia.

3.2. REQUERIMIENTOS NO FUNCIONALES

Los siguientes requerimientos no funcionales no forman parte de la

funcionalidad del sistema, pero son importantes ya que son restricciones que
debe cumplir el sistema. A continuación se muestran los requerimientos no
funcionales de este sistema:

 Controlar todas las entradas realizadas por los usuarios.

 La interfaz ha de ser de fácil accesibilidad para cualquier tipo usuario.

 El sistema debe presentar un tiempo de respuesta corto.

 El sistema debe impedir el acceso a personas no autorizadas

mediante mecanismos de seguridad.

11
l
 CAPITULO IV

4. DISEÑO:

4.1. INTRODUCCIÓN
En este capitulo, se tratará el diseño del sistema, es decir, se describirán las
estructuras de la aplicación y con que se ha desarrollado.

4.1.1. Selección del entorno de desarrollo

A continuación se van a describirán aspectos importantes para el diseño

del sistema.

 Entorno de desarrollo

Eclipse for php developers: En el mercado hay una gran cantidad de

productos de programación en php, la mayoría shareware, pero no
podemos olvidar los freeware. Un producto de los más importantes, es
Eclipse. Es un software de programación totalmente gratuito, que lleva
tiempo demostrando su hegemonía en la programación Java, después
de posicionarse como un software de desarrollo altamente competitivo
entre los paquetes de desarrollo más profesionales también está
demostrando su calidad en el desarrollo de php con el plugin de php.

 Servidor web

Apache: es un servidor web HTTP de código abierto para plataformas

Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras,
que implementa el protocolo HTTP/1.11 y la noción de sitio virtual.
Apache presenta entre otras características altamente configurables,
bases de datos de autenticación y negociado de contenido, pero fue

13
 criticado por la falta de una interfaz gráfica que ayude en su
configuración.

4.1.2. Selección de base de datos

 Base de datos

MySQL: es un sistema de gestión de base de datos relacional,

multihilo y multiusuario.

4.2. ESTRUCTURA DE LA BASE DE DATOS

 CAPITULO V

5. IMPLEMENTACIÓN:

5.1. INTRODUCCIÓN
Se ha implementado toda la funcionalidad que se ha propuesto
anteriormente. Las más características según los roles de los
usuarios son:

 Administrador: Gestión de productos, mesas y facturas.

 Mesero: Modificar pedidos.

 Cocinero: Modificar estado de los productos pedidos.

 Cliente: Realizar pedidos y pagar facturas.

5.2. CODIFICACIÓN DE LAS CAPAS DE LA APLICACIÓN

A continuación se mostrarán las capturas de pantalla más
importantes del sistema, correspondientes a los diferentes usuarios
del sistema.

5.2.1. Interfaces

A. Usuario administrador
B. Usuario cliente
C. Usuario Personal
D. Usuario Cocina

5.2.2. Entorno de usuarios

Como ya se ha mencionado se ha conseguido implementar

todos los objetivos para los distintos usuarios. Se pasa a
detallarlos más concretamente a continuación:

 Administrador: o Gestión de productos: altas y

modificaciones de los productos en la aplicación. o
Gestión de mesas: altas y modificaciones de las mesas. o

15
 Consulta de facturas: consultar datos referentes a las
facturas.
 Camarero: o Gestión de pedidos: modificar el contenido
del pedido, añadiendo o eliminando un producto,
dependiendo del estado en el que se encuentre.

 Cocinero: o Gestión de pedidos: modificar el estado de

los productos de los pedidos.

 Cliente: o Creación de pedidos: realizar pedidos desde el

terminal de la mesa.

 Pago de facturas: pagar las facturas creadas a partir de

los pedidos.

5.2.3 Motor de aplicación

La aplicación se ha desarrollado sobre distintos lenguajes de
programación que otorgan la capacidad y flexibilidad
oportunas.

En mayor parte se ha desarrollado en PHP, donde se

encuentra el motor principal de la aplicación.

Por otra parte, se ha implementado en Java Script el control

de los campos de los formularios para evitar campos vacíos,
así como tipo de contenido adecuado para prevenir ataques
de SQL injection. Dentro del Java Script encontramos también
Ajax que da un aspecto dinámico a la web.

Para finalizar, se ha utilizado CSS (Cascading Style Sheets)

para dar el diseño físico de la aplicación.

5.2.4. Capa de datos

La aplicación se ha desarrollado con una base de datos en

MySQL, según el diseño original previsto. Así, toda la
información queda almacenada en sus respectivas tablas.

Se cree conveniente destacar que gestionan las mesas, con

variables de sesión, es decir, se controla desde qué mesa se
 realiza cada pedido. Esto otorga una seguridad extra que no
proporcionan las cookies.

No se cree destacable ninguna otra parte siendo la mayoría

del código consultas a la base de datos (como por ejemplo,
ilustra la Figura 5.9).

CAPITULO VII

7. CONCLUSIONES Y RESULTADOS
7.1. Consecución de objetivos
En este trabajo, se han propuesto los siguientes 6 objetivos:

 Mejorar la gestión actual de los pedidos realizados por los clientes.

 Agilizar y mejorar el proceso de la información centralizada.

Información centralizada se entiende como pedidos, información de
productos y facturas.

 Detectar fallos/errores entre los teóricos productos ofertados y los

reales: actualización de productos. Comprobar que los productos
ofertados son los correctos.
 Generar una cuenta/factura al finalizar el servicio. Ha de recoger
información referente a los productos consumidos y el precio de los
mismos.
 Los usuarios se han de identificar para utilizar la aplicación.
Implementar un sistema para el control de permisos.

 Mejorar la implicación del sistema con el cliente.

De estos objetivos se puede afirmar que se han concluido exitosamente todos

ellos.

17