FACULTAD DE CIENCIAS TECNOLÓGICAS E INGENIERÍA

ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS

Y TECNOLÓGICAS

“SISTEMA WEB PARA LA AUTOMATIZACIÓN DEL

PROCESO DE GESTIÓN DE PEDIDOS EN EL
RESTAURANTE MANU BARRA CEVICHERA, AYACUCHO
2021”

TESIS PARA OPTAR EL TÍTULO PROFESIONAL DE:

INGENIERO DE SISTEMAS Y TECNOLÓGICAS

AUTOR:

Bach. JHON DAVID CCOYLLO ROJAS

ASESOR:

Mg. CCESA QUINCHO, MERCEDES

LINEA DE INVESTIGACIÓN

SISTEMAS DE INFORMACIÓN

AYACUCHO-PERÚ

2022
 iii

DEDICATORIA

Dedico este trabajo de investigación a mis queridos padres por el gran apoyo que recibí
durante todo el transcurso de mi formación. Si bien una madre no es solo el quien te da la
vida, madre señora Ana María Ramos Oyolo gracias por llegar a nuestras vidas. Mis logros se
los debo a ustedes, que me motivaron constantemente para alcanzar mis anhelos.
 iv

AGRADECIMIENTO

En primera instancia agradezco a Dios, por permitirme dar valor para alcanzar mis anhelos y
guiarme por el buen camino.
A la Universidad de Ayacucho Federico Froebel por haberme abierto las puertas para ser una
mejor persona y buen profesional.
A los docentes y administrativos de la universidad por haberme compartido sus
conocimientos y consejos durante todo el proceso de la formación profesional.
A mis compañeros y amigos que durante el proceso de la formación profesional compartimos
buenas y malas experiencias que solo se vive una vez en la vida.
 v

TABLA DE CONTENIDO

DEDICATORIA........................................................................................................................ iii

AGRADECIMIENTO ............................................................................................................... iv

INDICE DE TABLAS ............................................................................................................ viii

INDICE DE FIGURAS .............................................................................................................. x

RESUMEN ............................................................................................................................... xv

ABSTRACT ............................................................................................................................ xvi

INTRODUCCIÓN ................................................................................................................... 17

CAPITULO I: PROBLEMA DE INVESTIGACIÓN ............................................................. 18

1.1. Planteamiento del problema .............................................................................................. 18

1.2. Formulación del problema ................................................................................................ 19

1.2.1. Problema general........................................................................................................ 19

1.2.2. Problemas específicos ................................................................................................ 19

1.3. Objetivos de la investigación ............................................................................................ 20

1.3.1. Objetivo general ......................................................................................................... 20

1.3.2. Objetivos específicos ................................................................................................. 20

1.4. Hipótesis de la investigación ............................................................................................. 20

1.5. Justificación de la investigación........................................................................................ 20

1.5.1. Justificación teórica.................................................................................................... 20

1.5.2. Justificación social ..................................................................................................... 21

1.5.3. Justificación metodológica ......................................................................................... 21

CAPITULO II: MARCO TEÓRICO Y CONCEPTUAL ........................................................ 22

2.1. Antecedentes de la investigación ...................................................................................... 22

2.1.1. Antecedentes internacionales ..................................................................................... 22

2.1.2. Antecedentes nacionales ............................................................................................ 23

2.2. Bases teóricas .................................................................................................................... 24

2.2.1. Gestión de pedidos ..................................................................................................... 24

 vi

2.2.2. Metodología Scrum .................................................................................................... 25

2.2.3. Restaurante ................................................................................................................. 28

2.2.4. Sistema Web .............................................................................................................. 29

2.2.5. Arquitectura cliente-servidor ..................................................................................... 29

2.2.6. Modelo–Vista–Controlador (MVC) ........................................................................... 30

2.3. Marco conceptual .............................................................................................................. 31

2.3.1. Automatización .......................................................................................................... 31

2.3.2. Carta digital ................................................................................................................ 31

2.3.3. Código QR ................................................................................................................. 31

2.4. Descripción del contexto en el que se realizará el diagnóstico ......................................... 31

2.5. Identificación de variable de estudio................................................................................. 31

2.5.1. Definición conceptual de la variable de estudio ........................................................ 31

2.5.2. Definición operacional de la variable de estudio ....................................................... 32

2.5.3. Operacionalización de la variable de estudio ............................................................. 32

CAPITULO III: METODOLOGÍA ......................................................................................... 34

3.1. Enfoque, tipo, nivel y diseño de investigación ................................................................. 34

3.1.1. Enfoque ...................................................................................................................... 34

3.1.2. Tipo ............................................................................................................................ 34

3.1.3. Nivel ........................................................................................................................... 34

3.1.4. Diseño ........................................................................................................................ 35

3.2. Método de investigación ................................................................................................... 35

3.3. Procedimiento de recolección de datos ............................................................................. 35

3.4. Población y muestra .......................................................................................................... 36

3.4.1. Población .................................................................................................................... 36

3.4.2. Muestra....................................................................................................................... 36

3.5. Técnicas e instrumentos de recolección de datos .............................................................. 37

3.6. Procesamiento y clasificación de datos ............................................................................. 37

 vii

CAPITULO IV: RESULTADOS Y DISCUSIÓN................................................................... 38

4.1. Etapa 1: Preparación del proyecto..................................................................................... 38

4.1.1. Recolección de Historias de usuario .......................................................................... 38

4.1.2. Listas de las Historias de usuario ............................................................................... 40

4.1.3. Detalles del Product Backlog ..................................................................................... 41

4.1.4. Categorizar historias de usuario según prioridad y riesgo ......................................... 50

4.2. Etapa 2: Planificar Sprint .................................................................................................. 52

4.3. Etapa 3: Desarrollo del Sprint ........................................................................................... 54

4.3.1. Planificación de las Tareas de cada Sprint ................................................................. 54

4.3.2. Prototipos de baja fidelidad........................................................................................ 57

4.3.3. Interfaces del sistema ................................................................................................. 62

4.3.4. Implementación de las interfaces del sistema ............................................................ 71

4.3.5. Pruebas de funcionamiento ........................................................................................ 78

4.3.6. Arquitectura de la información .................................................................................. 87

4.4. Etapa 4: Cierre del proyecto .............................................................................................. 93

4.4.1. Prueba de aceptación de funcionalidad ...................................................................... 97

CONCLUSIONES ................................................................................................................. 107

RECOMENDACIONES ........................................................................................................ 108

REFERENCIAS BIBLIOGRÁFICAS ................................................................................... 109

ANEXOS ................................................................................................................................ 112

 viii

INDICE DE TABLAS

Tabla 1 Definición conceptual de la variable de estudio......................................................... 32

Tabla 2 Definición operacional de la variable de estudio ....................................................... 32
Tabla 3 Operacionalización de la variable de estudio ............................................................. 33
Tabla 4 Técnicas e instrumentos de recolección de datos ....................................................... 37
Tabla 5 Equipo Scrum ............................................................................................................. 38
Tabla 6 HU01 - Autenticar restaurante ................................................................................... 42
Tabla 7 HU02 - Crear cuenta como cliente ............................................................................. 43
Tabla 8 HU03 - Modificar información del restaurante .......................................................... 43
Tabla 9 HU04 - Administrar la lista de platos......................................................................... 44
Tabla 10 HU05 - Administrar mesas ....................................................................................... 44
Tabla 11 HU06 - Administrar secciones ................................................................................. 45
Tabla 12 HU07 - Administrar grupos de las secciones ........................................................... 45
Tabla 13 HU08 - Administrar la lista de bebidas .................................................................... 46
Tabla 14 HU09 - Mostrar ordenes pendientes......................................................................... 46
Tabla 15 HU10 - Mostrar y cambiar el estado de las ordenes de pedidos .............................. 47
Tabla 16 HU11 - Mostrar el código QR generado de la carta digital ..................................... 47
Tabla 17 HU12 - Agregar y eliminar los pedidos de la orden ................................................ 48
Tabla 18 HU13 - Mostrar todas las ordenes de pedidos.......................................................... 48
Tabla 19 HU14 - Modificar información personal del cliente ................................................ 49
Tabla 20 HU15 - Realizar reporte de las ordenes de pedidos del día ..................................... 49
Tabla 21 HU16 - Realizar reporte de las ordenes de pedidos por fechas ................................ 50
Tabla 22 HU17 - Realizar cobros de las ordenes de pedidos .................................................. 50
Tabla 23 Categorización de las historias de usuario ............................................................... 51
Tabla 24 Diccionario de datos – Tabla Restaurantes .............................................................. 89
Tabla 25 Diccionario de datos - Tabla Clientes ...................................................................... 89
Tabla 26 Diccionario de datos - Tabla Users .......................................................................... 90
Tabla 27 Diccionario de datos - Tabla Lista_platos ................................................................ 90
Tabla 28 Diccionario de datos - Tabla Lista_bebidas ............................................................. 91
Tabla 29 Diccionario de datos - Tabla Grupos........................................................................ 91
Tabla 30 Diccionario de datos - Tabla Secciones ................................................................... 92
Tabla 31 Diccionario de datos - Tabla Mesas ......................................................................... 92
Tabla 32 Diccionario de datos - Tabla Ordenes ...................................................................... 93
 ix

Tabla 33 Diccionario de datos - Tabla Item_ordenes.............................................................. 93

Tabla 34 Registrar cuenta del restaurante ............................................................................... 94
Tabla 35 PA01 - Crear cuenta de acceso al sistema ................................................................ 98
Tabla 36 PA02 - Crear cuenta de cliente ................................................................................. 99
Tabla 37 PA03 - Inicio de sesión en el sistema web ............................................................. 100
Tabla 38 PA04 - Visualización de la carta digital en el sistema web ................................... 101
Tabla 39 PA05 - Agregar y eliminar pedidos de la orden ..................................................... 102
Tabla 40 PA06 - Visualizar ordenes pendientes y cambiar el estado de los pedidos............ 103
Tabla 41 PA07 - Cobrar las ordenes con estado pendiente de pago ..................................... 104
Tabla 42 PA08 - Realizar reportes del día y por fechas ........................................................ 105
 x

INDICE DE FIGURAS

Figura 1 Ciclo de desarrollo ágil ............................................................................................. 25

Figura 2 Ciclo de desarrollo Scrum ........................................................................................ 27
Figura 3 Flujo del modelo-vista-controlador .......................................................................... 30
Figura 4 Product Backlog List ................................................................................................ 51
Figura 5 Sprint Backlog .......................................................................................................... 52
Figura 6 Sprint Backlog List ................................................................................................... 53
Figura 7 Tamaño de la iteración y el rendimiento del equipo................................................. 54
Figura 8 Tareas del sprint 0 ..................................................................................................... 54
Figura 9 Tareas del sprint 1 ..................................................................................................... 55
Figura 10 Tareas del sprint 2 ................................................................................................... 55
Figura 11 Tareas del sprint 3 ................................................................................................... 55
Figura 12 Tareas del sprint 4 ................................................................................................... 56
Figura 13 Tareas del sprint 5 ................................................................................................... 56
Figura 14 Tareas del sprint 6 ................................................................................................... 56
Figura 15 Prototipo - Registrar restaurante ............................................................................. 57
Figura 16 Prototipo - Registrar cliente .................................................................................... 57
Figura 17 Prototipo - Iniciar sesión ......................................................................................... 58
Figura 18 Prototipo – Carta digital.......................................................................................... 58
Figura 19 Prototipo – Mi orden de pedido .............................................................................. 59
Figura 20 Prototipo – Agregar pedidos ................................................................................... 59
Figura 21 Prototipo – Ordenes pendientes .............................................................................. 60
Figura 22 Prototipo – Detalles de la orden.............................................................................. 60
Figura 23 Prototipo – Mis ordenes de pedidos........................................................................ 61
Figura 24 Prototipo – Detalles de mis ordenes de pedidos ..................................................... 61
Figura 25 Prototipo – Reporte del día ..................................................................................... 62
Figura 26 Prototipo – Reporte por fechas ............................................................................... 62
Figura 27 Interfaz – Registrar cuenta como restaurante ......................................................... 63
Figura 28 Interfaz – Registrar cuenta como cliente ................................................................ 63
Figura 29 Interfaz – Iniciar sesión .......................................................................................... 64
Figura 30 Interfaz – Agregar sección ...................................................................................... 64
Figura 31 Interfaz – Administrar categorías ........................................................................... 64
Figura 32 Interfaz – Agregar grupo ........................................................................................ 65
 xi

Figura 33 Interfaz – Administrar grupos ................................................................................. 65

Figura 34 Interfaz – Agregar lista de plato ............................................................................. 65
Figura 35 Interfaz – Agregar lista de bebida ........................................................................... 66
Figura 36 Interfaz – Administrar lista de platos...................................................................... 66
Figura 37 Interfaz – Administrar lista de bebidas ................................................................... 66
Figura 38 Interfaz – Información del restaurante .................................................................... 67
Figura 39 Interfaz – Información del cliente ........................................................................... 67
Figura 40 Interfaz – Administrar mesas .................................................................................. 67
Figura 41 Interfaz – Carta digital ............................................................................................ 68
Figura 42 Interfaz – Mi orden ................................................................................................. 68
Figura 43 Interfaz – Agregar pedidos ..................................................................................... 68
Figura 44 Interfaz – Ordenes pendientes ................................................................................ 69
Figura 45 Interfaz – Detalles de la orden ................................................................................ 69
Figura 46 Interfaz – Compartir carta digital ........................................................................... 69
Figura 47 Interfaz – Mis ordenes de pedidos .......................................................................... 70
Figura 48 Interfaz – Detalles de mis ordenes de pedidos........................................................ 70
Figura 49 Interfaz – Reporte del día ....................................................................................... 70
Figura 50 Interfaz – Reporte por fechas .................................................................................. 71
Figura 51 Controlador – Login y registrar restaurante............................................................ 71
Figura 52 Controlador – Registrar cliente ............................................................................... 72
Figura 53 Controlador – Administrar lista de platos ............................................................... 72
Figura 54 Controlador – Administrar lista de bebidas ............................................................ 73
Figura 55 Controlador – Administrar secciones ..................................................................... 73
Figura 56 Controlador – Administrar grupos .......................................................................... 74
Figura 57 Controlador - información del restaurante .............................................................. 74
Figura 58 Controlador - información del cliente..................................................................... 75
Figura 59 Controlador - administrar mesas ............................................................................. 75
Figura 60 Controlador – mostrar carta digital ......................................................................... 76
Figura 61 Controlador – Agregar pedidos a la orden .............................................................. 76
Figura 62 Controlador – mostrar ordenes pendientes y detalles de pedidos ........................... 77
Figura 63 Controlador – Mis ordenes de pedidos ................................................................... 77
Figura 64 Controlador - Reporte del día ................................................................................. 77
Figura 65 Controlador - Reporte por fechas ........................................................................... 78
Figura 66 Prueba de creación de la cuenta del restaurante ..................................................... 78
 xii

Figura 67 Prueba de creación de la cuenta del cliente ............................................................ 79

Figura 68 Prueba de contraseña incorrecta al iniciar sesión ................................................... 79
Figura 69 Prueba de agregar lista de plato .............................................................................. 80
Figura 70 Prueba de agregar lista de bebida ........................................................................... 80
Figura 71 Prueba de eliminar lista de platos ........................................................................... 80
Figura 72 Prueba de eliminar sección ..................................................................................... 81
Figura 73 Prueba de agregar grupo de la sección ................................................................... 81
Figura 74 Prueba de actualización de información del restaurante......................................... 81
Figura 75 Prueba de eliminar mesa ......................................................................................... 82
Figura 76 Prueba de actualizando información personal del cliente....................................... 82
Figura 77 Prueba de notificación de agregar pedidos a la orden ............................................ 83
Figura 78 Prueba de la orden de pedido enviada .................................................................... 83
Figura 79 Prueba de la orden de pedido pendiente ................................................................. 83
Figura 80 Prueba de notificación de la orden de pedido rechazado ........................................ 84
Figura 81 Prueba del orden rechazado .................................................................................... 84
Figura 82 Prueba ordenes de pedidos pagados ....................................................................... 84
Figura 83 Prueba de pedidos entregados ................................................................................. 85
Figura 84 Prueba de reporte del día ........................................................................................ 85
Figura 85 Prueba de reporte por fechas................................................................................... 85
Figura 86 Prueba del reporte exportado al Excel .................................................................... 86
Figura 87 Prueba de cantidad de pedidos del día en gráfico de barras ................................... 86
Figura 88 Prueba de cantidad de pedidos por fechas en gráfico de barras ............................. 86
Figura 89 Prueba de ingresos por pedidos en gráfico de barras .............................................. 87
Figura 90 Prueba de ingresos mensuales en gráfico de barras ................................................ 87
Figura 91 Diagrama físico de la base de datos ........................................................................ 88
Figura 92 Resultados finales de la pila de sprint..................................................................... 94
Figura 93 Información del restaurante en la carta digital ....................................................... 95
Figura 94 Categorías en la carta digital................................................................................... 95
Figura 95 Lista de platos - de la categoría de la barra ............................................................ 95
Figura 96 Lista de platos - de la categoría de la cocina .......................................................... 95
Figura 97 Lista de platos - de la categoría makis .................................................................... 96
Figura 98 Lista de platos - de la categoría dúos – tríos ........................................................... 96
Figura 99 Lista de bebidas - de la categoría bebidas .............................................................. 96
Figura 100 Lista de bebidas - de la categoría chichas ............................................................. 97
 xiii

Figura 101 Lista de bebidas - de la categoría tragos ............................................................... 97

Figura 102 El Product Owner prueba el sistema web ........................................................... 106
 xiv

INDICE DE ANEXOS
Anexo 1. Matriz de consistencia ............................................................................................ 112
Anexo 2. Cuestionario de entrevista dirigido al propietario .................................................. 114
Anexo 3. Cuestionario de entrevista dirigido al mesero y cajero .......................................... 115
Anexo 4. Cuestionarios de encuesta dirigido al propietario, mesero y cajero ....................... 116
Anexo 5. Modelo para las Historias de usuario ..................................................................... 118
Anexo 6. Fotos del lugar de estudio ....................................................................................... 119
 xv

RESUMEN

El objetivo del presente trabajo de investigación fue desarrollar un sistema web para la
automatización del proceso de gestión de pedidos en el restaurante Manu Barra Cevichera,
que permita una mejor gestión a la hora de categorizar, listar platos y bebidas de la carta
llevando un mejor control de las ordenes de pedidos realizadas en el restaurante. Logrando de
esta manera mejorar el tiempo de atención al cliente.
La investigación desarrollada es de enfoque cuantitativo, con un nivel descriptivo,
teniendo en cuenta el diseño no experimental de tipo transversal, con una muestra
seleccionada a través del muestreo no probabilístico por conveniencia que constó del
propietario, un mesero y un cajero. La metodología utilizada fue la metodología Scrum
permitiendo el desarrollo de los resultados de la investigación.
Como conclusión se logró cumplir con el desarrollo del sistema web para la
automatización del proceso de gestión de pedidos en el restaurante Manu Barra Cevichera,
utilizando la metodología Scrum. Los resultados fueron satisfactorios, logrando la facilidad
en la administración de la carta del restaurante, la administración de las ordenes de pedidos y
el control de las ordenes de pedidos. Las pruebas de aceptación de funcionalidad validadas
por el Product Owner, muestran que los requisitos establecidos para el desarrollo del sistema
se cumplieron satisfaciendo las expectativas del negocio.

Palabras claves: gestión de pedidos, automatización, sistema web, metodología Scrum,

restaurante, personal.
 xvi

ABSTRACT

The research goal was to develop a web system to automate Manu Barra Cevichera
restaurant's order management process that allows better management when categorizing,
listing dishes and drinks from the menu, taking better control of orders placed in the
restaurant. Achieving this in this way improve customer service time.
The research developed as a quantitative approach, with a descriptive level, taking into
account the non-experimental type of cross design, with a sample selected through non-
probabilistic sampling by the convenience that consisted of the restaurant's owner, a waiter,
and a cashier. The methodology used was the Scrum methodology allowing the development
of the research results.
In conclusion, the development of the web system to the automation of the Manu
Barra Cevichera restaurant's order management process was achieved using the Scrum
methodology. The results got satisfactory, ease in the restaurant menu's administration, the
purchase orders' administration, and the purchase orders' control. Functionality acceptance
tests validated by the Product Owner show that the requirements established for the web
system development were fulfilled, satisfying the business expectation.

Keywords: order management, automation, web system, Scrum methodology,

restaurant, staff.
 17

INTRODUCCIÓN

En la actualidad es necesario que los restaurantes opten por usar soluciones digitales
que permitan automatizar procesos que son repetitivos, permitiendo optimizar las tareas
administrativas y la atención al cliente reflejando en un ahorro de tiempo y dinero. Por otro
lado, la sociedad actual está mejor preparada para adaptarse a un cambio que pueda realizarse
en los restaurantes.
Es necesario destacar que en la actualidad muchos negocios ya se encuentran
digitalizando sus procesos, los restaurantes también deben mejorar sus operaciones haciendo
uso de estas soluciones digitales que trae el aumento significativo en sus ventas y ahorros de
gastos. Los restaurantes siguen persistiendo en una deficiencia en la atención al cliente,
existiendo mucha inconformidad por diversas razones, como la demora en la toma de la
orden, errores en apunte del pedido, la demora en la entrega y la demora al momento de
realizar el pago hacen que muchos de estos casos el cliente no vuelva más al lugar.
El presente trabajo tiene como objetivo general desarrollar un sistema web, utilizando
la metodología Scrum, para la automatización del proceso de gestión de pedidos en el
restaurante Manu Barra Cevichera.
El capítulo I presenta el problema de investigación, donde se aborda la situación
problemática, así como la formulación de los problemas, objetivos de la investigación y se
aborda la justificación del presente trabajo.
El capítulo II presenta el marco teórico y conceptual, donde se muestra los
antecedentes de la investigación, se desarrolla las bases teóricas, marco conceptual y la
identificación de la variable de estudio.
El capítulo III aborda la metodología utilizada para el desarrollo del presente trabajo.
El capítulo IV presenta los resultados de la investigación, utilizando las etapas
definidas en la metodología Scrum.
 18

CAPITULO I: PROBLEMA DE INVESTIGACIÓN

1.1. Planteamiento del problema

Las diferentes tecnologías de automatización años atrás aún estaban en sus primeras
etapas de desarrollo y sus costos eran muy elevados. No obstante, en las últimas dos décadas
el costo de migrar a estos sistemas ha disminuido considerablemente, lo que aumenta el
margen de ganancia al invertir en ellos. Por otro lado, la sociedad actual está mejor preparada
para adaptarse a los cambios tecnológicos que puedan ocurrir en los diferentes sectores, como
es el caso de los restaurantes. En el contexto social de hoy, las personas aceptan y hasta
esperan a que se incluya la tecnología en este sector (Bernardi, 2018).
Según McKinsey & Co consultora estratégica global, menciona que el 76% de las
tareas en las industrias gastronómicas son repetitivas, predictivas y de baja dificultad, lo que
abre el camino a los sistemas tecnológicos.
En estos últimos tiempos muchos sectores económicos fueron obligados a acelerar su
transformación digital debido a la pandemia de la Covid-19, pudiendo aprovechar la situación
para replantear su plan de negocio, obligándolos a hacer uso de soluciones digitales para
poder seguir prestando sus servicios, de esta manera seguir los protocolos que el estado pone
a su disposición (Morales, 2021).
La transformación digital ya se encuentra presente en diferentes negocios, farmacias,
consultorios, colegios ya se encuentran digitalizando sus procesos. Los restaurantes también
deben mejorar sus operaciones para el aumentando significativo en sus ventas a través de
estos sistemas (Melgarejo, 2019).
Los restaurantes pueden estar entre los entornos de trabajo más ocupados y agitados,
no solo existen los requisitos de los clientes que solicitas bebidas, alimentos, menús y
facturas, también la demanda del personal y el mantenimiento del local, hacen que muchos de
los restaurantes empiecen a plantearse en hacer uso de herramientas tecnológicas que
permiten optimizar las tareas administrativas y la atención al cliente, reflejando en un ahorro
de tiempo y dinero (Melgarejo, 2019).
Los restaurantes siguen persistiendo en una deficiencia en cuanto a la atención al
cliente, existiendo inconformidad por diversas razones, entre la cuales se destacan: la demora
en la toma de la orden, errores de apunte, la demora en la entrega de los pedidos y la demora
al momento de realizar el pago, hacen que en muchos de estos casos el cliente no vuelva más
al lugar para no repetir la experiencia (Quintal, 2015).
 19

Los problemas internos giran en torno al funcionamiento del restaurante, y a su

dinámica diaria, es importante reconocer que las tecnologías puede ser mejor socio si la
implementas en tu restaurante, al no utilizar las nuevas tecnologías limitan logran objetivos
diferentes (Cocimia, 2018).
Muchos restaurantes ya están automatizando sus procesos, reemplazando así las
funciones que tradicionalmente eran ejecutadas por los humanos, como tomar una orden o
procesar los pagos, incorporando módulos con pantallas táctiles donde los usuarios pueden
hacer sus pedidos y pagar fácilmente (Bernardi, 2018).
En el lugar elegido para el estudio, el proceso de la toma de pedido se sigue llevando a
cabo de la manera tradicional, es decir, el mesero apunta los pedidos en una hoja de papel,
luego se acerca a la cocina y avisa del pedido al cocinero. Una vez listo el pedido el mesero
realiza la entrega al cliente. Finalizado el consumo el cliente se acerca a caja para realizar el
pago correspondiente. De este modo se observa que el restaurante Manu Barra Cevichera aún
no ha incorporado nuevas tecnologías que permita la automatización de sus procesos y a la
larga optimizar la carga del personal y en la mejora del tiempo de atención al cliente.
Por tal razón, se ha determinado automatizar el proceso de gestión de pedidos
mediante el desarrollo de un sistema web, que permita facilitar la gestión a la hora de
categorizar y listar los platos de la carta, registro de la orden del pedido y el pago, y contar
con reportes de la ordenes realizadas en el día y por fechas para el mejor control del
restaurante.

1.2. Formulación del problema

1.2.1. Problema general
¿Cómo lograr la automatización del proceso de gestión de pedidos en el restaurante
Manu Barra Cevichera, Ayacucho 2021?
1.2.2. Problemas específicos
Pe1: ¿De qué manera se lleva a cabo la administración de la carta en el restaurante
Manu Barra Cevichera, Ayacucho 2021?
Pe2: ¿De qué manera se lleva a cabo la administración de la orden de pedidos en el
restaurante Manu Barra Cevichera, Ayacucho 2021?
Pe3: ¿De qué manera se lleva a cabo el control de las ordenes de pedidos en el
restaurante Manu Barra Cevichera, Ayacucho 2021?
 20

Pe4: ¿De qué manera automatizar la administración de la carta, la administración de la

orden de pedidos y el control de las ordenes de pedidos en el restaurante Manu Barra
Cevichera, Ayacucho 2021?

1.3. Objetivos de la investigación

1.3.1. Objetivo general
Desarrollar un sistema web, utilizando la metodología Scrum, para la automatización
del proceso de gestión de pedidos en el restaurante Manu Barra Cevichera, Ayacucho 2021
1.3.2. Objetivos específicos
Oe1: Describir la manera en la que se lleva a cabo la administración de la carta en el
restaurante Manu Barra Cevichera, Ayacucho 2021
Oe2: Describir la manera en la que se lleva a cabo la administración de la orden de
pedidos en el restaurante Manu Barra Cevichera, Ayacucho 2021
Oe3: Describir la manera en la que se lleva a cabo el control de las ordenes de pedidos
en el restaurante Manu Barra Cevichera, Ayacucho 2021
Oe4: Llevar a cabo las etapas de la metodología Scrum para automatizar la
administración de la carta, la administración de la orden de pedidos y el control de las ordenes
de pedidos en el restaurante Manu Barra Cevichera, Ayacucho 2021

1.4. Hipótesis de la investigación

Según Hernández et al. (2014) no en todas las investigaciones cuantitativas se plantean
hipótesis. El hecho de que formulemos o no la hipótesis depende de un factor esencial: el
alcance inicial del estudio. Las investigaciones cuantitativas que formulan hipótesis son
aquellas cuyo planteamiento define que su alcance será correlación o explicativo, o las que
tiene un alcance descriptivo, pero que intentan pronosticar una cifra o un hecho.
El presente trabajo de investigación es de tipo descriptivo, y no intenta pronosticar una
cifra o un hecho por esta razón no se plantea hipótesis.

1.5. Justificación de la investigación

1.5.1. Justificación teórica
Esta investigación tiene como propósito la automatización del proceso de gestión de
pedidos dentro de un restaurante, mediante el uso metodologías y tecnologías ya probadas,
acondicionas a realidad de la región, logrando de esta manera que el proceso de gestión de
pedidos sea más eficiente, contribuyendo a la larga en la mejora del tiempo de atención al
 21

cliente, además de ayudar al restaurante en su adaptación a las nuevas tecnologías para

brindar un mejor servicio.

1.5.2. Justificación social

Está investigación se realiza debido a que es necesario automatizar el proceso de
gestión de pedidos en los restaurantes, para tener una mejor gestión del proceso, lo que con el
tiempo se verá reflejado en la reducción del tiempo de atención al cliente, ofreciendo un
mejor servicio y así preservar la información necesaria para la toma de decisiones.

1.5.3. Justificación metodológica

Esta investigación desarrolla un sistema web para automatizar el proceso de gestión de
pedidos en el restaurante Manu Barra Cevichera, contribuyendo a la digitalización de esta
misma, teniendo como resultados una carta digital que permita a los clientes realizar sus
órdenes de pedidos, permitiendo de este modo tener control del proceso. Por lo cual se va a
requerir almacenar información de la carta del restaurante, las mesas y las ordenes de pedidos
que se realizan en el restaurante. Con esta investigación se aportará nuevos conocimientos
para posteriores investigaciones.
 22

CAPITULO II: MARCO TEÓRICO Y CONCEPTUAL

2.1. Antecedentes de la investigación

2.1.1. Antecedentes internacionales
Barrios & Moreno (2020) en su tesis titulado “Desarrollo de una plataforma para la
gestión de pedidos en los restaurantes de Sahagún Córdoba” de la universidad de Córdoba,
tiene como objetivo desarrollar una plataforma para gestionar pedidos en los restaurantes del
municipio de Sahagún Córdoba, la metodología que se usó constó de tres fases, fase 1:
análisis de procesos, fase 2: desarrollo del sistema web, fase 3: desarrollo del sistema web
móvil. Concluyendo que los avances tecnológicos de estos tiempos se han podido constatar
que su aplicabilidad en el mundo del marketing, el comercio y servicios es la herramienta
número uno y el apoyo que se requiere para su utilización en el mercado y los negocios.
Demera & Rodriguez (2020) en su tesis titulado “Propuesta para el desarrollo e
implementación de un sistema de gestión de pedidos bajo la modalidad BYOD para los
establecimientos de alimentos y bebidas de los cantones de Guayaquil y Samborondón” de la
universidad Católica de Santiago de Guayaquil, tiene como objetivo proponer el desarrollo e
implementación de un sistema de gestión de pedidos para la mejora en la atención al cliente
en los restaurantes de los cantones de Guayaquil y Samborondón, la metodología que se usó
constó dos fases la primera se considera la población de los cantones de Guayaquil y
Samborondón que asisten a establecimientos de alimentos y bebidas; la siguiente fase se
trabajó con datos tomados del Catastro Turísticos de establecimientos a nivel nacional.
Concluyendo que después de haber realizado el estudio y el levantamiento de información
queda demostrado que es factible, las condiciones exteriores permiten el desarrollo e
implementación del sistema de gestión de pedidos bajo la modalidad BYOD.
Macías (2020) en su tesis titulado “Desarrollo de una aplicación móvil para la gestión
de pedidos del restaurante Gran Puerto Inca en el Cantón Naranjal” del instituto superior
universitario Bolivariano de Tecnología, tiene como objetivo desarrollar una aplicación móvil
que permita la gestión de pedidos del restaurante “Gran Puerto Inca” en el Cantón Naranjal, la
metodología que se usó fue la investigación de campo y la investigación documental.
Concluyendo que la implementación de este software ayudará a los clientes, sintiéndose
cómodos al realizar sus pedidos, saber los precios y tiempo de atención será más optima, de
esta forma se atenderá a más clientes en menor tiempo.
Prats (2020) en su tesis titulado “Sistema de gestión de pedidos de restaurante” de la
universidad técnica Federico Santa María sede Viña del Mar, tiene como objetivo construir un
 23

sistema informático de gestión de pedidos que permita optimizar el proceso de solicitud de

pedidos de un restaurante, la metodología que se usó constó de la observación a los
restaurantes alrededor de Santiago. Concluyendo que esta herramienta informática es capaz de
recoger datos de consumo del cliente del local, permitiendo realizar estudios sobre el
comportamiento del cliente que frecuenta el local, permitiendo tomar decisiones en base a los
datos recogidos y así entregar al cliente platos de su agrado.
Portilla (2019) en su tesis titulado “Menú Digital - Desarrollo de un sistema de
información para la gestión y monitorización de pedidos en sitios Gourmet” de la universidad
Autónoma de Bucaramanga, tiene como objetivo desarrollar un sistema de información para
realizar y monitorear pedidos en establecimientos gourmet por medio de dispositivos móviles
Android para mejorar la experiencia del cliente, la metodología que se usó se basa a los
objetivos específicos definidos. Concluyendo que los clientes están interesados por el uso de
estas nuevas herramientas para ordenar pedidos en sitios gourmet, además concluye que la
mejora de la experiencia de cliente trae más recomendaciones y la productividad sea más
eficientes en estos sitios.
2.1.2. Antecedentes nacionales
Alvarado (2021) en su tesis titulado “Elaboración de un sistema web para la
optimización de la gestión de pedidos en la empresa Chifa Kan Lun de Ica” de la universidad
Autónoma de Ica, tiene como objetivo realizar la elaboración de un sistema web mediante la
metodología clásica de desarrollo para la optimización de la gestión de pedidos en la empresa
Chifa Kam Lun de Ica, la metodología que utiliza es la metodología clásica de desarrollo.
Concluyendo que se logró alcanzar los objetivos trazados en el documento, permitiendo que
la elaboración del sistema web repercute en resultados positivos en la empresa.
Córdova & Galindo (2019) en su trabajo de investigación titulado “Implementación de
una app móvil en la gestión de pedidos” de la universidad Científica de Sur, tiene como
objetivo implementar la aplicación móvil SIGESPED que mejore el proceso de gestión de
pedidos en la empresa Delicass, la metodología que utiliza para esta investigación difiere de la
metodología de software clásico. Concluyendo que el tiempo de atención de la toma de
pedidos disminuye en el periodo de implementación.
Acosta (2018) en su tesis titulado “Desarrollo de una aplicación integrando
dispositivos móviles, para la gestión de pedidos en el restaurante turístico puerto nuevo
Pacucha” de la universidad Nacional José María Arguedas, tiene como objetivo desarrollar
una aplicación integrando dispositivos móviles, para la gestión de pedidos en el restaurante
turístico puerto nuevo Pacucha, la metodología que usa es la metodología ágil XP para la
 24

especificación de los requerimientos, análisis y diseño de la aplicación para la gestión de

pedidos y atención al cliente. Concluyendo que se optimizó el tiempo de registro, distribución
y control de pedidos del cliente, demostrando que es una estrategia para disminuir el tiempo
de atención al cliente.
León & Rojas (2016) en su tesis titulado “Desarrollo de una aplicación web móvil
para mejorar la gestión de pedidos de los clientes del recreo campestre Flor de Retama
E.I.R.L.” de la universidad Nacional del Santa de Chimbote, tiene como objetivo mejorar la
gestión de pedidos de los clientes del Recreo Campestre Flor de Retama E.I.R.L. mediante el
desarrollo de una aplicación web móvil, la metodología que usó es la metodología RUP.
Concluyendo que se logró mejorar la gestión de pedidos de los clientes del Recreo Campestre
Flor de Retama E.I.R.L. mediante la utilización de una aplicación web y tecnología móvil.
Aguilar (2015) en su tesis titulado “Sistema de Gestión de pedidos vía web para
mejorar la atención al cliente en la cevichería restaurant puerto Malabrigo de la ciudad de
Trujillo” de la universidad César Vallejo, tiene como objetivo mejorar la atención al cliente en
la Cevichería Restaurant Puerto Malabrigo de la ciudad de Trujillo, mediante la
implementación de un sistema de gestión de pedidos vía web, la metodología que utilizó es
Iconix. Concluyendo que se mejoró la atención al cliente mediante el sistema de gestión de
pedidos propuesta, logrando ser más eficientes los procesos.

2.2. Bases teóricas

2.2.1. Gestión de pedidos
Según Pérez (2018) la gestión de pedidos es una actividad y se lleva a cabo en el
momento que una empresa recibe un pedido y el personal de almacén recibe las instrucciones
de enviar los productos cumpliendo de esta manera con el pedido.
En la gestión de pedidos existe la orden de compra que se considera un documento que
sirve para la adquisición de los productos necesarios, estableciendo de forma clara y explicita
el acuerdo entre comprador y proveedor.
En la gestión de pedidos se encuentra el ciclo del pedido que comienza en el momento
de la recepción del pedido, recibiendo la información detalla del producto solicitado por el
cliente, recabando datos como la cantidad y características del producto; luego se realiza la
comprobación del pedido verificando que el pedido sea el correcto y se concreta una forma de
pago; luego se realiza la preparación del pedido y por último se entrega el pedido al cliente
final.
 25

2.2.2. Metodología Scrum

Según Trigas (2012) Scrum es una metodología de desarrollo ágil tiene como base la
creación de ciclos breves que comúnmente se llaman iteraciones y en Scrum se llamarán
Sprint.
Para entender el ciclo de desarrollo de Scrum es necesario conocer las 5 fases que
definen el ciclo de desarrollo ágil:
a) Concepto
Se define de forma general las características del producto y se asigna el equipo que se
encargará de su desarrollo.
b) Especulación
En esta fase se hacen disposiciones con la información obtenida y se establecen los
límites que marcarán el desarrollo del producto, tales como costes y agendas.
Se construirá el producto a partir de las ideas principales y se comprueban las partes
realizadas y su impacto en el entorno.
c) Exploración
Se incrementa el producto en el que se añaden las funcionalidades de la fase de
especulación.
d) Revisión
El equipo revisa todo lo que se ha construido y se contrasta con el objetivo deseado.
e) Cierre
Se entregará en la fecha acordada una versión del producto deseado. Al tratarse de una
versión, el cierre no indica que se ha finalizado el proyecto, sino que seguirá habiendo
cambios, denominados “mantenimiento”, que hará que el producto final se acerque al
producto final deseado.

Figura 1
Ciclo de desarrollo ágil
 26

Scrum gestiona estas iteraciones a través de reuniones diarias, uno de los elementos
fundamentales de esta metodología.
Scrum se puede dividir de forma general en 3 fases, que podemos entender como
reuniones. Las reuniones forman parte de los artefactos de esta metodología junto con los
roles y los elementos que lo forman.
2.2.2.1. Las reuniones
2.2.2.1.1 Planificación del Backlog
Se definirá un documento en el que se reflejarán los requisitos del sistema por
prioridades.
En esta fase de definirán tablen la planificación del Sprint 0, en la que se decidirá
cuáles van a ser los objetivos y el trabajo que hay que realizar para esa iteración.
Se obtendrá además de esta reunión un Sprint Backlog, que es la lista de tareas y que
es el objetivo más importante del Sprint.
2.2.2.1.2 Seguimiento del Sprint
En esta fase se hacen reuniones diarias en las que las 3 preguntas principales para
evaluar el avance de las tareas serán:
- ¿Qué trabajo se realizó desde la reunión anterior?
- ¿Qué trabajo se hará hasta una nueva reunión?
- Inconvenientes que han surgido y qué hay que solucionar para poder continuar.
2.2.2.1.3 Revisión del Sprint
Cuando se finaliza el Sprint se realizará una revisión del incremento que se ha
generado. Se presentarán los resultados finales y una demo o versión, esto ayudará a mejorar
el feedback con el cliente.
2.2.2.2. Roles de Scrum
Product Owner: Es la persona que toma las decisiones, y es la que realmente conoce
el negocio del cliente y su visión del producto. Se encarga de escribir las ideas del cliente, las
ordena por prioridad y las coloca en el Product Backlog.
Scrum Master: Es el encargado de comprobar que el modelo y la metodología
funciona. Eliminará todos los inconvenientes que hagan que el proceso no fluya e interactuará
con el cliente y con los gestores.
Equipo de Desarrollo: Suele ser un equipo pequeño de unas 5-9 personas y tiene
autoridad para organizar y tomar decisiones para conseguir su objetivo. Está involucrado en la
estimación del esfuerzo de las tareas del Backlog.
 27

2.2.2.3. Elementos de Scrum

2.2.2.3.1 Product Backlog
Es el inventario en el que se almacenan todas las funcionalidades o requisitos en forma
de lista priorizada, estos requisitos serán los que tendrá el producto o los que irá adquiriendo
en sucesivas iteraciones.
Las historias de usuario: son las descripciones de las funcionalidades que va a tener
el software. Estas historias de usuario serán el resultado de la colaboración entre el cliente y el
equipo, e irán evolucionando durante toda la vida del proyecto.
2.2.2.3.2 Sprint Backlog
Es la lista de tareas que elabora el equipo durante la planificación de un Sprint. Se
asignan las tareas a cada persona y el tiempo que queda para terminarlas. De esta manera el
proyecto se descompone en unidades más pequeñas y se puede determinar o ver en qué tareas
no se está avanzando e intentar eliminar el problema.
2.2.2.3.3 Incremento
Representa los requisitos que se han completado en una iteración y que son
perfectamente operativos. Según los resultados que se obtengan, el cliente puede ir haciendo
los cambios necesarios y replanteando el proyecto.

Figura 2
Ciclo de desarrollo Scrum

2.2.2.4. Desarrollo de las fases de un proyecto en Scrum

2.2.2.4.1 Preparación del proyecto
Conocida como Sprint 0, es la fase inicial en la que se intenta comprender el caso de
negocio con la finalidad de tomar decisiones que agreguen valor al producto.
 28

Durante esta fase se producen gran número de inexactitudes con las estimaciones, pero
es lógico, debido a que se hacen a alto nivel, por lo tanto, es aconsejable no perder tiempo en
buscar las estimaciones exactas, es mejor invertir ese tiempo en el desarrollo del producto. De
esta manera el Backlog del producto usará como unidad de tiempo “días”.
Las estimaciones del Backlog
Antes de la primera reunión de la planificación el equipo tiene que conocer cuál va a
ser su velocidad inicial y su factor de dedicación.
Para poder realizar las estimaciones, primeramente, hay que decidir qué historias
incluir en la pila del Sprint.
2.2.2.4.2 Planificar un Sprint
Denominado también “Sprint Planning Meeting”, tiene como finalidad realizar una
reunión, en la que participarán el Product Owner, el Scrum Master y el equipo, con la
intención de seleccionar de la lista Backlog del producto las funcionalidades sobre las que se
va a trabajar, y que darán valor al producto.
Mantener el Backlog del Sprint
El equipo tiene que mantener actualizado el Backlog del Sprint para poder tener
feedback y tomar cualquier decisión de manera rápida.
2.2.2.4.3 El desarrollo del Sprint
En los Sprints, el equipo trabaja para conseguir un incremento del producto, que será
productivo para el Producto Owner y los Stakeholders.
El tiempo más conveniente está entre 2 y 4 semanas, o 30 días consecutivos como
máximo. Estos intervalos de tiempo son los que se consideran más apropiados para que el
Stakeholders no pierda el interés.
2.2.3. Restaurante
Según ecured (2017) un restaurante puede ser un establecimiento comercial, siendo
públicos donde se pagan por consumir comidas y bebidas en el mismo local o para llevar.
2.2.3.1. Clasificación
Al igual que los hoteles, los restaurantes también reciben una clasificación basada en
varios conceptos, instalaciones, servicios, menú, etc.
2.2.3.2. Tipos de restaurantes
2.2.3.2.1 Restaurante buffet
Es posible escoger una gran variedad de platos cocinados y dispuestos para el
autoservicio. A veces se paga una cantidad fija y otras veces por cantidad de consumida.
2.2.3.2.2 Restaurante de comida rápida
 29

Restaurantes informales donde se consume alimentos simples y de rápida preparación.

2.2.3.2.3 Restaurantes de alta cocina (gourmet)
Los alimentos son de gran calidad y se sirven a la mesa. El pedido es a la carta o se
elige de un menú, por lo que los alimentos se cocinan al momento.
2.2.3.2.4 Restaurantes temáticos
Se clasifican por el tipo de comida ofrecida, los más comunes dependen del origen de
la cocina.
2.2.3.2.5 Restaurantes bares
Se sirve comida y bebida, y generalmente no se requiere consumir alimentos para
poder pedir bebidas alcohólicas.
2.2.4. Sistema Web
Los sistemas Web o aplicaciones Web son aquellos que están creados e instalados no
sobre una plataforma o sistemas operativos. Sino que se alojan en un servidor en Internet o
sobre una Intranet (red local). Tienen funcionalidades potentes que brindan respuestas a casos
particulares.
Los sistemas Web se pueden utilizar en cualquier navegador Web sin importar el
sistema operativo. Para utilizar las aplicaciones Web no es necesario instalarlas en cada
computadora ya que los usuarios se conectan a un servidor donde se aloja el sistema
(addappto, 2015).
2.2.5. Arquitectura cliente-servidor
Según Berdote (2019) cliente servidor es una arquitectura o modelo de comunicación
entre servidores que proveen uno o varios servicios. Cliente-Servidor nos permite utilizar una
infinidad de servicios de manera eficiente y ordenada. En esta arquitectura existe tres
elementos principales que tienen una función bien definida:
2.2.5.1. Cliente
Los clientes solicitan un servicio a un servidor mediante una serie de mensajes, una
vez recibida la información del servidor se muestra al usuario mediante una interfaz.
2.2.5.2. Servidor
El servidor pone a disposición de los clientes diferentes servicios (uno o varios). Así
mismo los diferentes servicios son accesibles y diferenciados mediante puertos. Atendiendo
las diferentes peticiones de los clientes proporcionando que servicio que han solicitado.
2.2.5.3. Servicio
Son un conjunto de procesos que permiten a los clientes llevar a cabo diferentes tareas.
Por ejemplo, acceder a una página web, almacenar y descargar archivos entre otros.
 30

2.2.6. Modelo–Vista–Controlador (MVC)

Según Bascón (2004) MVC es un patrón de diseño que considera dividir una
aplicación en tres módulos claramente identificables y con funcionalidad bien definida:
2.2.6.1. Modelo
El modelo es un conjunto de clases que representan la información del mundo real que
el sistema debe procesar. Sin tomar en cuenta ni la forma en la que esa información va a ser
mostrada ni los mecanismos que hacen que esos datos estén dentro del modelo.
2.2.6.2. Vista
La Vista son el conjunto de clases que se encargan de mostrar al usuario la
información contenida en el modelo, una vista está asociada a un modelo, pudiendo existir
varias vistas asociadas al mismo modelo.
2.2.6.3. Controlador
Es un objeto que se encarga de dirigir el flujo de control de la aplicación debido a
mensajes externos, como datos introducidos por el usuario u opciones del menú
seleccionadas. A partir de estos mensajes, el controlador se encarga de modificar el modelo o
de abrir y cerrar vistas. El controlador tiene acceso al modelo y a las vistas, pero las vistas y el
modelo no conocen de la existencia del controlador.

Figura 3
Flujo del modelo-vista-controlador

Blade Témplate

5. Muestra
Vista

4. Actualiza

Modelo

Usuario 3. Notifica

Controlador 2. Manipula
1. Utiliza
 31

2.3. Marco conceptual

2.3.1. Automatización
Para Gómez (2010) la automatización es un sistema, el cual con la ayuda de elementos
tecnológicos mediante órdenes de mando disminuyen la mano de obra, utilizando los recursos
necesarios sin desperdiciarlos, optimizando tiempos y esfuerzos en la producción.
2.3.2. Carta digital
Para umappi (2020) la carta digital se refiere a la carta de un restaurante que ha
diseñado en forma digital y para su consulta requiere de un dispositivo digital como
ordenador, tableta y el propio teléfono móvil.
2.3.3. Código QR
Para codigos-qr (2016) el QR es un tipo de código de barra bidimensional, a diferencia
de un código de barra convencional, la información que guarda esta codificada dentro de un
cuadro y permite almacenar gran cantidad de información alfanumérica.

2.4. Descripción del contexto en el que se realizará el diagnóstico

El presente trabajo de investigación fue desarrollado en la ciudad de Huamanga, donde
se encuentra el restaurante Manu Barra Cevichera, ubicado en la Av. Los pinos Mz. N Lt. 8 –
altura del grifo Gomebol.
El personal de trabajo está conformado de la siguiente manera: un mesero, cinco
cocineros y un cajero.
El restaurante cuenta con 18 mesas y cada uno conformado por 4 sillas, la atención es
diaria de 10:00am a 05:00pm, especialidad de restaurante es la cevichería, el promedio de
clientes que se atienden al día está entre 40 a 50 personas y cuenta con redes sociales en
Facebook e Instagram.

2.5. Identificación de variable de estudio

2.5.1. Definición conceptual de la variable de estudio
 32

Tabla 1
Definición conceptual de la variable de estudio

Variable Definición conceptual

Según Kyocera (2017) la gestión de pedidos es el proceso en la

cual se organiza, se realiza seguimiento y se solicitan las
Gestión de pedidos compras de productos o servicios, que mantienen registro de los
pedidos y administración de las personas y procesos necesarias
para realizarlos.

2.5.2. Definición operacional de la variable de estudio

Tabla 2
Definición operacional de la variable de estudio

Variable Definición operacional

Los indicadores se miden a través de las pruebas de
Gestión de pedidos funcionamiento del sistema. Se utilizó el cuestionario de
encuesta para las pruebas de aceptación de funcionalidad.

2.5.3. Operacionalización de la variable de estudio

 33

Tabla 3
Operacionalización de la variable de estudio

Variable Dimensión Concepto Indicadores

Administrar las
Administración de diferentes partes y listas Categorizar

la carta de platos que contiene la Listar platos

carta del restaurante.

Administrar las ordenes

de pedidos realizadas por
Registro de la orden
Gestión de Administración de el cliente para su
del pedido
pedidos la orden de pedidos preparación y entrega,
para su posterior pago. Pago del pedido

Resumen de todas las

Control de las ordenes de pedidos Reporte del día

ordenes de pedidos realizadas en un periodo Reporte por fechas

de tiempo establecido.
 34

CAPITULO III: METODOLOGÍA

3.1. Enfoque, tipo, nivel y diseño de investigación

3.1.1. Enfoque
Según Gonzales & Espinar (2000) el enfoque tecnológico es un proceso que emplean
experimentacion y analisis de causa-efecto, se resalta que este tip de investigación tiene un
proceso secuncial deductivo. Como resultado de la investigación se debe lograr la
generalizacion de resultados, control de fenómenos y la posibilidad de elaborar replicas de
dicha investigación, recolectar, analizar y vincular dats en un mismo estudio o una serie de
investigaciones para responder a un planteamiento del problema.
El presente trabajo de investigación es de enfoque tecnológico porque se automatizará
el proceso de gestión de pedidos como mejora al proceso existente dentro del restaurante
Manu Barra Cevichera.
3.1.2. Tipo
Según Murillo (2008) manifiesta que la investigación aplicada recibe el nombre de
“investigación práctica o empírica”, que se caracteriza porque busca la aplicación o
utilización de los conocimientos adquiridos, a la vez que se adquieren otros, después de
implementar y sistematizar la práctica basada en investigación. El uso del conocimiento y los
resultados de investigación que da como resultado una forma rigurosa, organizada y
sistemática de conocer la realidad.
El presente trabajo es una investigación aplicada porque se utiliza los conocimientos
adquiridos durante el transcurso de la formación profesional, desarrollando un sistema web
para la automatización del proceso de gestión de pedidos en el restaurante Manu Barra
Cevichera.
3.1.3. Nivel
Según Bernal (2010) la investigación descriptiva es uno de los tipos o procedimientos
investigativos más populares y utilizados por los principiantes en la actividad investigativa,
son estudios de carácter eminentemente descriptivo. En tales estudios se muestran, narran,
reseñan o identifican hechos, situaciones, rasgos, características de un objeto de estudio, o se
diseñan productos, modelos, prototipos, guías, etcétera, pero no se dan explicaciones o
razones de las situaciones, los hechos, los fenómenos, etcétera.
El presente trabajo de investigación es descriptivo porque se presenta la información
tal cual, indicando cuál es la situación en el momento de la investigación sin dar explicaciones
o razones.
 35

3.1.4. Diseño
Según Hernández et al. (2014), el diseño no experimental es aquella investigación que
se realiza sin manipular deliberadamente las variables y de tipo transversal, se emplea para
analizar y conocer las características, propiedades y rasgos esenciales de los hechos y
fenómenos de un hecho realizado en un solo momento, tiempo único.
El presente trabajo es de un diseño no experimental porque no se manipula la variable
de manera deliberada y es de tipo transversal porque se recolectará los datos en un tiempo
único.

3.2. Método de investigación

Para el presente trabajo de investigación se usa la metodología Scrum, tomando en
cuenta los libros referentes a la metodología de desarrollo ágil Scrum, se procede a aplicar
dichos conocimientos para la obtención de resultados que colabora en el desarrollo del
sistema web para la gestión de pedidos en el restaurante Manu Barra Cevichera.
Etapa 1: Preparación del proyecto, Se define los roles del equipo Scrum para
recolectar los requerimientos, mediante la entrevista se recolectan los requisitos funcionales
convirtiéndose en historias de usuario, defiendo de esta manera el Product Backlog
priorizadas.
Etapa 2: Planificar Sprint, Se obtiene una lista de tareas denominadas Sprint
Backlog, que permitirá conocer el tamaño de la iteración y el rendimiento del equipo de
desarrollo.
Etapa 3: Desarrollo del Sprint, Se ejecuta en bloques temporales los diferentes
sprint, en cada iteración se proporciona un resultado completo sobre las tareas que debe
realizar el equipo de desarrollo.
Etapa 4: Cierre del proyecto, Se presenta los resultados finales sobre los
requerimientos que fueron completados, además se realiza las pruebas de funcionamiento del
sistema con el Product Owner, permitiendo que pueda probar el sistema y verificar que
cumpla con las expectativas establecidas en la etapa de preparación del proyecto.

3.3. Procedimiento de recolección de datos

Para la recolección de datos, se usaron dos herramientas, la entrevista, fue aplicada a
los involucrados en el proceso de gestión de pedidos las cuales fueron el propietario, mesero y
 36

el cajero, con la finalidad de recolectar los requerimientos necesarios como conocer las
actividades que realizan dentro del restaurante para llevar a cabo el desarrollo del sistema
web.
La otra herramienta que se usó fue la encuesta, fue usado para validar las pruebas
funcionales sobre cada parte del sistema web desarrollado.

3.4. Población y muestra

3.4.1. Población
Según Hernández et al. (2014) una población es un conjunto de todos los casos que
concuerdan con una serie de especificaciones. Es la totalidad del fenómeno a estudiar, donde
las entidades de la población poseen una característica común la cual se estudia y da origen a
los datos de la investigación.
La población para el presente trabajo de investigación está constituida por los actores
que participan en el proceso de gestión de pedidos en el restaurante Manu Barra Cevichera.
3.4.2. Muestra
Según Requena (2014) el muestreo por conveniencia es un método de muestreo no
probabilístico. Consiste en seleccionar a los individuos que conviene al investigador para la
muestra. Esta conveniencia se produce porque al investigador le resulta más sencillo examinar
a estos sujetos, ya sea por proximidad geográfica, entre otros.
La muestra para el presente trabajo de investigación fue seleccionada a través del
muestreo no probabilístico por conveniencia que consta del propietario, un mesero y un
cajero.
 37

3.5. Técnicas e instrumentos de recolección de datos

Tabla 4
Técnicas e instrumentos de recolección de datos

Variable Técnicas Definición Instrumentos

Gestión de pedidos Entrevista Según Alonso (1994) la entrevista Cuestionario
es construida a medida que se Historias de
realiza el discurso con el usuario
entrevistado, con las respectivas
intervenciones del entrevistador.
Encuesta Según Naresh (2002) las encuestas Cuestionario
se realizan a un gran número de
personas utilizando un
cuestionario prediseñado, que sirve
para obtener una información en
especifica.

3.6. Procesamiento y clasificación de datos

Según Rocha (2012) Microsoft Excel es una hoja de cálculo que permite realizar
operaciones con números organizados en una cuadricula, compuesta por columnas y filas.
Esta hoja de cálculo es muy útil para automatizar o realizar sumas, restas, divisiones,
multiplicaciones y cualquier tipo de operación matemática, financiera, estadística, base de
datos entre otros.
Para el presente trabajo de investigación se utilizó el Software Excel para procesar y
analizar los datos recolectados.
 38

CAPITULO IV: RESULTADOS Y DISCUSIÓN

4.1. Etapa 1: Preparación del proyecto

Antes de empezar con la recolección de los requerimientos, se han especificado cada
uno de los roles del equipo Scrum, en la Tabla 5 se define cada uno de los miembros del
equipo Scrum.

Tabla 5
Equipo Scrum

Roles Descripción Persona

Propietario del restaurante Manu
Product Owner Manuel García Pérez
Barra Cevichera
Ing. Mercedes Ccesa
Scrum Master Asesora del trabajo de investigación
Quincho
Jhon David Ccoyllo
Development Team Autor del trabajo de investigación
Rojas

4.1.1.1.Recolección de Historias de usuario

Para la recolección de requerimientos se efectuaron una serie de entrevistas, que
fueron necesarias para el análisis de cómo se lleva a cabo el proceso de gestión de pedidos en
el restaurante.
La entrevista con el propietario, el mesero y el cajero permitió obtener una mejor
perspectiva de las actividades que se realizan en el restaurante. De la entrevista con el
propietario se aclaró temas sobre la administración de la carta que ofrecen al público, la
administración y el control de las ordenes de pedidos que realizan. La entrevista con el
mesero permitió aclarar temas sobre la toma de la orden, cambios y la cancelación de los
pedidos solicitados por parte de los clientes. La entrevista con el cajero permitió aclarar temas
sobre los cobros de las ordenes de pedidos de los clientes.
Cada entrevista realizada al propietario, mesero y cajero se transformaron en historias
de usuario, de esta manera se definieron los requisitos funcionales para el desarrollo del
sistema web, obteniendo los siguientes:
Como propietario, quiero que el sistema web permita autentificarme, para poder realizar
las actividades que se realiza en el restaurante mediante el uso del sistema.
 39

Como propietario, quiero que el sistema web permita registrar a los clientes que estén en
el restaurante, para que puedan realizar sus órdenes de pedidos mediante el uso del sistema.
Como propietario, quiero que el sistema web permita modificar la información de mi
restaurante (foto de portada, foto del logo, descripción, horario de atención, etc), para
mostrarle a los clientes que usen el sistema.
Como propietario, quiero que el sistema web permita agregar listas de platos que se
ofrecen en el restaurante, para administrar según sea necesario.
Como propietario, quiero que el sistema web permita agregar listas de bebidas que se
ofrecen en el restaurante, para administrar según sea necesario.
Como propietario, quiero que el sistema web permita agregar las mesas que dispongo en
mi restaurante, para que los clientes puedan realizar sus órdenes de pedidos escogiendo la
mesa en donde se encuentran.
Como propietario, quiero que el sistema web permita agregar las categorías que existen
en la carta de mi restaurante, para administra según sea necesario.
Como propietario, quiero que el sistema web permita administrar los grupos que dividen
la carta de mi restaurante, para mostrar las listas de platos y bebidas de los grupos en las
categorías de la carta digital que se ofrece en el restaurante.
Como propietario, quiero que el sistema web genere un código QR de la carta digital,
para que los clientes puedan acceder y realizar sus órdenes de pedidos de manera digital.
Como propietario, quiero que el sistema web permita que los clientes agreguen y
eliminen sus pedidos de su orden, para que puedan tener en cuenta lo que va a ordenar.
Como propietario, quiero que el sistema web permita mostrar todas las ordenes de
pedidos que el cliente haya realizado, para que así tenga en cuenta que pedidos ha realizado
en las diferentes órdenes.
Como propietario, quiero que el sistema web permita modificar la información personal
del cliente, para que se pueda identificar las ordenes de pedidos que se realizan en el
restaurante.
Como propietario, quiero que el sistema web permita realizar reporte de las ordenes de
pedidos del día, para ver las cantidades de ordenes realizadas y los ingresos generados en el
día.
Como propietario, quiero que el sistema web permita realizar reporte de las ordenes de
pedidos realizados por fechas, para ver las cantidades de ordenes que fueron realizadas y los
ingresos que generados durante esas fechas.
 40

Como mesero, quiero que el sistema web permita mostrar las ordenes de pedidos
pendientes realizadas por el cliente, para verificar los que aún no fueron atendidos.
Como mesero, quiero que el sistema web permita mostrar y cambiar el estado de entrega
de las ordenes de pedidos pendientes realizadas por el cliente, para ver como más detalles los
pedidos que realizan en la orden para su preparación y entrega.
Como cajero quiero que el sistema web permita ver las ordenes de pedidos pendientes
de pago, para realizar los cobros del cliente.
4.1.2. Listas de las Historias de usuario
En este apartado se describen brevemente las historias de usuarios recolectadas. Que
sirven para asignar la prioridad en negocio, riesgo en desarrollo y el tamaño de complicación
de la historia de usuario para el siguiente apartado.
HU1: Autenticar restaurante: Crear cuenta como primera instancia cuando se usa el
sistema por primera vez, para ello se consignan los siguientes campos: nombre del
restaurante, nombre de usuario, correo electrónico y contraseña.
HU2: Crear cuenta como cliente: Crear cuenta del cliente cuando ya se haya creado la
cuenta del restaurante, para ello se consignan los siguientes campos: nombre, apellido, correo
electrónico y contraseña.
HU3: Modificar información del restaurante: El propietario podrá modificar
información del restaurante sobre el logo, portada, hora de atención, número de celular,
descripción y entre otros.
HU4: Administrar la lista de platos: La cuenta del restaurante, puede crear, modificar,
eliminar, listar los platos que cuentan en el restaurante, guardando información sobre el
nombre del plato, imagen, grupo a que pertenece en la sección y entre otros.
HU5: Administrar mesas: La cuenta del restaurante, puede crear, modificar, eliminar,
listar las mesas que cuentan en el restaurante, guardando información sobre la numeración de
la mesa, descripción.
HU6: Administrar secciones: La cuenta del restaurante, puede crear, modificar,
eliminar y listas las secciones de categorías que conforman los platos y bebidas en la carta del
restaurante.
HU7: Administrar grupos de las secciones: La cuenta del restaurante, puede crear,
modificar, eliminar y listar los grupos que conforman los platos y bebidas en las secciones de
la carta del restaurante.
 41

HU8: Administrar la lista de bebidas: La cuenta del restaurante, puede crear,

modificar, eliminar y listar las bebidas que cuenta el restaurante guardando información sobre
el nombre de la bebida, imagen y stock.
HU9: Mostrar ordenes pendientes: La cuenta del restaurante, puede ver las ordenes
pendientes que los usuarios hayan enviado su orden para su atención dentro del restaurante.
HU10: Mostrar y cambiar el estado de entrega de las ordenes de pedidos pendientes:
La cuenta del restaurante, puede ver y cambiar el estado de entrega de las ordenes de pedidos
pendientes si en caso se solicita la cancelación.
HU11: Mostrar el código QR generado de la carta digital: La cuenta del restaurante,
tiene un módulo de compartir, que muestra el código QR que genera el sistema para ingresar
directamente a la carta digital.
HU12: Agregar y eliminar los pedidos de la orden: La cuenta del cliente, puede
agregar y eliminar sus pedidos que se encuentra en su orden de pedidos.
HU13: Mostrar todas las ordenes de pedidos: La cuenta del cliente, puede ver todas
sus órdenes de pedidos que ha realizado en el restaurante.
HU14: Modificar información personal del cliente: La cuenta del cliente, puede
modificar su información personal sobre el nombre, apellido, correo electrónico, número
telefónico y contraseña.
HU15: Realizar reporte de las ordenes de pedidos del día: La cuenta del restaurante,
puede ver las ordenes de pedidos del día que genera el sistema web, también puede exportar el
reporte al Excel.
HU16: Realizar reporte de las ordenes de pedidos por fechas: La cuenta del
restaurante, pude ver las ordenes de pedidos por fechas ingresando una fecha de rangos para
que el sistema lo muestres los reportes de las fechas ingresadas, también puede exportar el
reporte al Excel.
HU17: Realizar cobros de las ordenes de pedidos pendientes: La cuenta del
restaurante, una vez entregada todos los pedidos de la orden, el cliente cuando se acerque a
caja a realizar el cobro respectivo, el sistema le muestre lo que haya pedido con el total a
pagar, para que cuando se haya efectuado el pago correspondiente se pueda cambiar el estado
de la orden.

4.1.3. Detalles del Product Backlog

El detalle de las historias de usuario define las funcionalidades del sistema y son
elaboradas por el equipo de desarrollo redactándose de manera clara. Al conjunto de todas las
 42

historias de usuario se le conoce como Product Backlog. Para detallar las historias de usuario
se hace uso del modelo del Anexo 5.
Para asignar el nivel de prioridad en el negocio y el riesgo en desarrollo se consideró 3
valores (alta, media, baja) que pueden ser asignados a las historias de usuario, el valor “alta”
representa un mayor nivel de prioridad o de riesgo, el valor “media” representa un medio
nivel de prioridad o de riesgo y el valor “baja” representa un bajo nivel de prioridad o de
riesgo.
Para asignar puntos de dificultad a las historias de usuario se consideró un rango entre
1-10, el rango que se acerca al número “1” representa menor dificultad, mientras el rango que
se acerca al número “10” representa mayor dificultad al momento del desarrollo de las
historias de usuario.

Tabla 6
HU01 - Autenticar restaurante

Número de historia: 01 Nombre: Autenticar restaurante

Usuario: Administrador
Prioridad en negocio: Alta Puntos estimados: 5

Riesgo en desarrollo: Media Puntos reales: 5

Descripción: El usuario administrador o el propietario del restaurante será la persona

encargada de autentificarse en el sistema con las siguientes características: nombre de
usuario, nombre del establecimiento, ciudad, correo electrónico y contraseña.
Observaciones: Ninguna
 43

Tabla 7
HU02 - Crear cuenta como cliente

Número de historia: 02 Nombre: Crear cuenta como cliente

Usuario: Cliente
Prioridad en negocio: Alta Puntos estimados: 4

Riesgo en desarrollo: Media Puntos reales: 4

Descripción: El usuario cliente podrá crear su cuenta como cliente con las siguientes
características: nombre, apellido, correo electrónico y contraseña.
Observaciones: El cliente del restaurante es el responsable de crearse su cuenta para
ordenar sus pedidos mediante el sistema.

Tabla 8
HU03 - Modificar información del restaurante

Número de historia: 03 Nombre: Modificar información del

restaurante
Usuario: Administrador
Prioridad en negocio: Media Puntos estimados: 5

Riesgo en desarrollo: Media Puntos reales: 5

Descripción: El usuario administrador o propietario del restaurante podrá modificar la

información del restaurante con las siguientes características: nombre del restaurante,
tipo de instalación, ciudad, dirección, descripción, teléfono y entre otros campos más.
Observaciones: Existen campos que va a soportar campos nulos.
 44

Tabla 9
HU04 - Administrar la lista de platos

Número de historia: 04 Nombre: Administrar la lista de platos

Usuario: Administrador
Prioridad en negocio: Alta Puntos estimados: 5

Riesgo en desarrollo: Alta Puntos reales: 5

Descripción: El usuario administrador o propietario del restaurante podrá agregar,

modificar, eliminar, mostrar las listas de platos que se ofrecen en el restaurante.
Observaciones: Ninguna

Tabla 10
HU05 - Administrar mesas

Número de historia: 05 Nombre: Administrar mesas

Usuario: Administrador
Prioridad en negocio: Media Puntos estimados: 3

Riesgo en desarrollo: Media Puntos reales: 3

Descripción: El usuario administrador o el propietario del restaurante podrá agregar,

modificar, eliminar y mostrar las mesas que cuentan en el restaurante.
Observaciones: El nombre como campo para las mesas soportan textos y números.
 45

Tabla 11
HU06 - Administrar secciones

Número de historia: 06 Nombre: Administrar secciones

Usuario: Administrador
Prioridad en negocio: Alta Puntos estimados: 5

Riesgo en desarrollo: Alta Puntos reales: 5

Descripción: El administrador o propietario del restaurante podrá agregar, modificar,

eliminar y mostrar las categorías que tiene la carta del restaurante.
Observaciones: Ninguna

Tabla 12
HU07 - Administrar grupos de las secciones

Número de historia: 07 Nombre: Administrar grupos de las

secciones
Usuario: Administrador
Prioridad en negocio: Alta Puntos estimados: 5

Riesgo en desarrollo: Alta Puntos reales: 5

Descripción: El usuario administrador o propietario del restaurante podrá agregar,

modificar, eliminar y mostrar los grupos que dividen los platos dentro de la categoría
de la carta del restaurante.
Observaciones: Ninguna
 46

Tabla 13
HU08 - Administrar la lista de bebidas

Número de historia: 08 Nombre: Administrar la lista de

bebidas
Usuario: Administrador
Prioridad en negocio: Alta Puntos estimados: 5

Riesgo en desarrollo: Alta Puntos reales: 5

Descripción: El usuario administrador o el propietario del restaurante podrá agregar,

modificar, eliminar y mostrar las listas de bebidas de la carta digital del restaurante.
Observaciones: Ninguna

Tabla 14
HU09 - Mostrar ordenes pendientes

Número de historia: 09 Nombre: Mostrar ordenes pendientes

Usuario: Administrador, Mesero
Prioridad en negocio: Media Puntos estimados: 5

Riesgo en desarrollo: Media Puntos reales: 5

Descripción: El usuario administrador o mesero podrá visualizar las ordenes

pendientes realizadas por los clientes.
Observaciones: Ninguna
 47

Tabla 15
HU10 - Mostrar y cambiar el estado de las ordenes de pedidos

Número de historia: 10 Nombre: Mostrar y cambiar el estado

de entrega de las ordenes de pedidos
pendientes
Usuario: Administrador, Mesero
Prioridad en negocio: Media Puntos estimados: 5

Riesgo en desarrollo: Media Puntos reales: 5

Descripción: El usuario administrador o mesero podrá visualizar y modificar el estado

de las ordenes pendientes realizadas por los clientes.
Observaciones: El mesero puede cancelar la orden si el cliente lo solicita.

Tabla 16
HU11 - Mostrar el código QR generado de la carta digital

Número de historia: 11 Nombre: Mostrar el código QR

generado de la carta digital
Usuario: Administrador
Prioridad en negocio: Baja Puntos estimados: 3

Riesgo en desarrollo: Media Puntos reales: 3

Descripción: El usuario administrador o propietario del restaurante puede visualizar el

código QR generado por el sistema para la carta digital del restaurante.
Observaciones: Ninguna
 48

Tabla 17
HU12 - Agregar y eliminar los pedidos de la orden

Número de historia: 12 Nombre: Agregar y eliminar los

pedidos de la orden
Usuario: Cliente
Prioridad en negocio: Media Puntos estimados: 3

Riesgo en desarrollo: Media Puntos reales: 4

Descripción: El usuario cliente podrá agregar y eliminar los pedidos de su orden de

pedidos mediante la carta digital del restaurante.
Observaciones: El cliente debe ingresar con su cuenta al sistema para que pueda
agregar y eliminar sus pedidos de la orden.

Tabla 18
HU13 - Mostrar todas las ordenes de pedidos

Número de historia: 13 Nombre: Mostrar todas las ordenes de

pedidos
Usuario: Cliente
Prioridad en negocio: Media Puntos estimados: 3

Riesgo en desarrollo: Media Puntos reales: 4

Descripción: El usuario cliente podrá visualizar todas las ordenes de pedidos que se
haya realizado en cuenta en el sistema.
Observaciones: El cliente debe iniciar sesión para que pueda ver sus órdenes
realizados.
 49

Tabla 19
HU14 - Modificar información personal del cliente

Número de historia: 14 Nombre: Modificar información

personal del cliente
Usuario: Cliente
Prioridad en negocio: Media Puntos estimados: 3

Riesgo en desarrollo: Media Puntos reales: 4

Descripción: El usuario cliente podrá modificar su información personal de su cuenta

registrada en el sistema.
Observaciones: Ninguna

Tabla 20
HU15 - Realizar reporte de las ordenes de pedidos del día

Número de historia: 15 Nombre: Realizar reporte de las

ordenes de pedidos del día
Usuario: Administrador
Prioridad en negocio: Baja Puntos estimados: 4

Riesgo en desarrollo: Media Puntos reales: 4

Descripción: El usuario administrador o propietario del restaurante podrá realizar

reporte de las ordenes de pedidos del día para tener un resumen sobre los ingresos y
cantidad de ordenes que se realizan en el día.
Observaciones: Se va a visualizar el reporte del día sobre las ordenes de pedidos que
fueron pagados en la caja.
 50

Tabla 21
HU16 - Realizar reporte de las ordenes de pedidos por fechas

Número de historia: 16 Nombre: Realizar reporte de las

ordenes de pedidos por fechas
Usuario: Administrador
Prioridad en negocio: Baja Puntos estimados: 4

Riesgo en desarrollo: Media Puntos reales: 4

Descripción: El usuario administrador o propietario del restaurante podrá realizar

reporte de las ordenes de pedidos por fechas para tener un resumen sobre los ingresos
y cantidad de ordenes que se realizan en esas fechas que se insertan en el sistema.
Observaciones: Se va a visualizar el reporte por fechas sobre las ordenes de pedidos
que fueron pagados en la caja.

Tabla 22
HU17 - Realizar cobros de las ordenes de pedidos

Número de historia: 17 Nombre: Realizar cobros de las ordenes

de pedidos pendientes
Usuario: Administrador, cajero
Prioridad en negocio: Media Puntos estimados: 4

Riesgo en desarrollo: Media Puntos reales: 4

Descripción: El usuario administrador o cajero podrá realizar las ordenes de pedidos

pendientes que aún no fueron pagados por los clientes.
Observaciones: Se va a poder realizar el cobro de las ordenes de pedidos pendientes
los que tengan sus pedidos entregados.

4.1.4. Categorizar historias de usuario según prioridad y riesgo

Para categorizar las historias de usuario se utilizó el modelo de la Tabla 23 y la
herramienta Excel mostrando las historias de usuarios categorizadas, generando de esta
manera la cantidad de sprint para su desarrollo (véase figura 4).
Para asignar la categorización se cambió los valores cualitativos (alta, media, baja) en
valores numéricos (1, 2, 3).
 51

Tabla 23
Categorización de las historias de usuario

Número Prioridad Riesgo

1 Alta Alta
2 Media Media
3 Baja Baja

Figura 4
Product Backlog List

N° Nombre de la historia Prioridad Riesgo N° Sprint

HU01 Autenticar restaurante 1 2 1

HU02 Crear cuenta como cliente 1 2 1
HU03 Modificar información del restaurante 2 2 3
HU04 Administrar la lista de platos 1 1 2
HU05 Administrar mesas 2 2 3
HU06 Administrar secciones 1 1 2
HU07 Administrar grupos de las secciones 1 1 2
HU08 Administrar la lista de bebidas 1 1 2
HU09 Mostrar ordenes pendientes 2 2 4
Mostrar y cambiar el estado de entrega de las
HU10 2 2 4
ordenes de pedidos pendientes
HU11 Mostrar el código QR generado de la carta digital 3 2 5
HU12 Agregar y eliminar los pedidos de la orden 2 2 4
HU13 Mostrar todas las ordenes de pedidos 2 2 5
HU14 Modificar información personal del cliente 2 2 3
HU15 Realizar reporte de las ordenes de pedidos del día 3 2 6
HU16 Realizar reporte de las ordenes de pedidos por fechas 3 2 6
HU17 Realizar cobros de las ordenes de pedidos pendientes 2 2 5
 52

4.2. Etapa 2: Planificar Sprint

En esta etapa se estimaron los tiempos que se ejecutan cada sprint, el tamaño del sprint
y el rendimiento del equipo, las historias de usuarios asignadas a cada sprint generan
pequeñas tareas. De esta manera se preparó cada sprint con la herramienta Excel.

Figura 5
Sprint Backlog

N° Historias Duración
Descripción Prioridad Riesgo
Sprint de Usuario (días)
0 Inicializando el proyecto en el framework laravel - - - 7
HU01 1 2
1 Desarrollo de las credenciales de acceso 7
HU02 1 2
HU04 1 1
Desarrollo de los diferentes módulos de la carta HU06 1 1
2 7
digital HU07 1 1
HU08 1 1
HU03 2 2
3 Desarrollo del módulo restaurante, cliente y mesa HU05 2 2 7
HU14 2 2
HU09 2 2
4 Desarrollo del módulo ordenes pendientes HU10 2 2 7
HU12 2 2
HU11 3 2
Desarrollo del módulo compartir carta digital y mis
5 HU13 2 2 7
ordenes
HU17 2 2
HU15 3 2
6 Desarrollo del módulo reportes de ordenes 7
HU16 3 2
Total 49
 53

Figura 6
Sprint Backlog List

Esfuerzo en
N° Tarea Descripción Responsable
Dias
T01 Crear el proyecto Laravel Jhon David Ccoyllo Rojas 1
T02 Crear la base de datos Jhon David Ccoyllo Rojas 4
T03 Crear el diccionario de datos Jhon David Ccoyllo Rojas 2
Crear prototipo de baja fidelidad: registrar restaurante, cliente
T04 Jhon David Ccoyllo Rojas 1
e inicio sesion
Crear la interfaz del sistema: registrar restaurante, cliente e
T05 Jhon David Ccoyllo Rojas 2
inicio sesion
Crear la codificación del sistema para la interfaz: registrar
T06 Jhon David Ccoyllo Rojas 2
restaurante, cliente e inicio sesion
T07 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Crear la interfaz del sistema: administrar listas de platos, listas
T08 Jhon David Ccoyllo Rojas 2
de bebidas, categorias y grupos
Crear la codificación del sistema para la interfaz: administrar
T09 Jhon David Ccoyllo Rojas 3
listas de platos, lista de bebidas, categorias y grupos
T10 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Crear la interfaz del sistema: mostrar informacion del
T11 Jhon David Ccoyllo Rojas 2
restaurante, cliente y administrar mesas
Crear la codificación del sistema para la interfaz: Mostrar
T12 Jhon David Ccoyllo Rojas 3
informacion del restaurante, cliente y administrar mesas
T13 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Crear prototipo de baja fidelidad: carta digital, mi orden,
T14 Jhon David Ccoyllo Rojas 1
agregar pedidos, ordenes pendientes, detalles de la orden
Crear la interfaz del sistema: carta digital, mi orden, agregar
T15 Jhon David Ccoyllo Rojas 2
pedidos, ordenes pendientes, detalles de la orden
Crear la codificación del sistema para la interfaz: carta digital, mi
T16 Jhon David Ccoyllo Rojas 2
orden, agregar pedidos, ordenes pendientes, detalles de la
T17 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
T18 Crear prototipo de baja fidelidad: mis ordenes de pedidos, Jhon David Ccoyllo Rojas 1
T19 Crear la interfaz del sistema: compartir carta, mis ordenes de Jhon David Ccoyllo Rojas 2
T20 Crear la codificación del sistema para la interfaz: compartir Jhon David Ccoyllo Rojas 2
T21 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Crear prototipo de baja fidelidad: reporte de ordenes del día y
T22 Jhon David Ccoyllo Rojas 1
reporte de ordenes por fechas
Crear la interfaz del sistema: reporte de ordenes del día y
T23 Jhon David Ccoyllo Rojas 2
reporte de ordenes por fechas
Crear la codificación del sistema para la interfaz: reporte de
T24 Jhon David Ccoyllo Rojas 2
ordenes del día y reporte de ordenes por fechas
T25 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Total 49
 54

Figura 7
Tamaño de la iteración y el rendimiento del equipo

Trabajo por día del sprint 5 horas

Duración del sprint 7 días (1 semana)
Tamaño del sprint 35 horas/semana
Cantidad de sprint 7 sprint
Duración total del proyecto 1 mes y 19 días (49 días)

Nota: Se consideró la duración total del proyecto como una limitación para el
desarrollo de las diferentes actividades.

4.3. Etapa 3: Desarrollo del Sprint

En esta etapa se ejecutó cada sprint, proporcionando un resultado completo sobre las
tareas desarrolladas, Para una adecuada visualización se agrupan las diferentes actividades
desarrolladas en cada sprint como planificación de las tareas, prototipo de baja fidelidad,
interfaz del sistema, implementación de la interfaz del sistema y arquitectura de la
información. Ya que en cada sprint se sigue el mismo ciclo.
4.3.1. Planificación de las Tareas de cada Sprint
Al comienzo de cada sprint se planifica las tareas a desarrollar, describiendo lo que
conlleva hacer y el responsable de la tarea, en este apartado se muestran las figuras de la
planificación de las tareas que se asignaron a cada sprint.

Figura 8
Tareas del sprint 0

N° Esfuerzo
Descripción Responsable
Tarea en Días
Sprint 0

T01 Crear el proyecto en Laravel Jhon David Ccoyllo Rojas 1

T02 Crear la base de datos Jhon David Ccoyllo Rojas 4
T03 Crear el diccionario de datos Jhon David Ccoyllo Rojas 2
Total 7
 55

Figura 9
Tareas del sprint 1

N° Esfuerzo
Descripción Responsable
Tarea en Días
Crear prototipo de baja fidelidad: registrar restaurante, cliente
T04 Jhon David Ccoyllo Rojas 1
e inicio sesion
Sprint 1

Crear la interfaz del sistema: registrar restaurante, cliente e

T05 Jhon David Ccoyllo Rojas 2
inicio sesion
Implementar la interfaz del sistema: registrar restaurante,
T06 Jhon David Ccoyllo Rojas 2
cliente e inicio sesion
T07 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Total 7

Figura 10
Tareas del sprint 2

N° Esfuerzo
Descripción Responsable
Tarea en Días
Crear la interfaz del sistema: administrar listas de platos, listas
T08 Jhon David Ccoyllo Rojas 2
de bebidas, categorias y grupos
Sprint 2

Implementar la interfaz del sistema: administrar listas de

T09 Jhon David Ccoyllo Rojas 3
platos, lista de bebidas, categorias y grupos

T10 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2

Total 7

Figura 11
Tareas del sprint 3

N° Esfuerzo
Descripción Responsable
Tarea en Días
Crear la interfaz del sistema: mostrar informacion del
T11 Jhon David Ccoyllo Rojas 2
Sprint 3

restaurante, cliente y administrar mesas

Implementar la interfaz del sistema: Mostrar informacion del
T12 Jhon David Ccoyllo Rojas 3
restaurante, cliente y administrar mesas
T13 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Total 7
 56

Figura 12
Tareas del sprint 4

N° Esfuerzo
Descripción Responsable
Tarea en Días
Crear prototipo de baja fidelidad: carta digital, mi orden,
T14 Jhon David Ccoyllo Rojas 1
agregar pedidos, ordenes pendientes, detalles de la orden
Sprint 4

Crear la interfaz del sistema: carta digital, mi orden, agregar

T15 Jhon David Ccoyllo Rojas 2
pedidos, ordenes pendientes, detalles de la orden
Implementar la interfaz del sistema: carta digital, mi orden,
T16 Jhon David Ccoyllo Rojas 2
agregar pedidos, ordenes pendientes, detalles de la orden
T17 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Total 7

Figura 13
Tareas del sprint 5

N° Esfuerzo
Descripción Responsable
Tarea en Días
Crear prototipo de baja fidelidad: mis ordenes de pedidos,
T18 Jhon David Ccoyllo Rojas 1
detalles de mis ordenes de pedidos
Sprint 5

Crear la interfaz del sistema: compartir carta, mis ordenes de

T19 Jhon David Ccoyllo Rojas 2
pedidos, detalles de mis ordenes de pedidos

Implementar la interfaz del sistema: compartir carta, mis

T20 Jhon David Ccoyllo Rojas 2
ordenes de pedidos, detalles de mis ordenes de pedidos
T21 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Total 7

Figura 14
Tareas del sprint 6

N° Esfuerzo
Descripción Responsable
Tarea en Días
Crear prototipo de baja fidelidad: reporte de ordenes del día y
T22 Jhon David Ccoyllo Rojas 1
reporte de ordenes por fechas
Sprint 6

Crear la interfaz del sistema: reporte de ordenes del día y

T23 Jhon David Ccoyllo Rojas 2
reporte de ordenes por fechas
Implementar la interfaz del sistema: reporte de ordenes del día
T24 Jhon David Ccoyllo Rojas 2
y reporte de ordenes por fechas
T25 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas 2
Total 7
 57

4.3.2. Prototipos de baja fidelidad

En este apartado se muestran los prototipos de baja fidelidad por sprint, que consisten
en diseños simples sobre la interfaz del sistema a desarrollar. estas tareas no fueron realizadas
para todos los sprint.

a) Sprint 1:
Figura 15
Prototipo - Registrar restaurante

Figura 16
Prototipo - Registrar cliente
 58

Figura 17
Prototipo - Iniciar sesión

b) Sprint 4:

Figura 18
Prototipo – Carta digital
 59

Figura 19
Prototipo – Mi orden de pedido

Figura 20
Prototipo – Agregar pedidos
 60

Figura 21
Prototipo – Ordenes pendientes

Figura 22
Prototipo – Detalles de la orden

c) Sprint 5:
 61

Figura 23
Prototipo – Mis ordenes de pedidos

Figura 24
Prototipo – Detalles de mis ordenes de pedidos

d) Sprint 6:
 62

Figura 25
Prototipo – Reporte del día

Figura 26
Prototipo – Reporte por fechas

4.3.3. Interfaces del sistema

En esta parte se muestran las interfaces del sistema por sprint, que consisten en vistas
diseñadas para el sistema web, estas tareas fueron realizadas del sprint 1 al sprint 6.

a) Sprint 1:
 63

Figura 27
Interfaz – Registrar cuenta como restaurante

Figura 28
Interfaz – Registrar cuenta como cliente
 64

Figura 29
Interfaz – Iniciar sesión

b) Sprint 2:

Figura 30
Interfaz – Agregar sección

Figura 31
Interfaz – Administrar categorías
 65

Figura 32
Interfaz – Agregar grupo

Figura 33
Interfaz – Administrar grupos

Figura 34
Interfaz – Agregar lista de plato
 66

Figura 35
Interfaz – Agregar lista de bebida

Figura 36
Interfaz – Administrar lista de platos

Figura 37
Interfaz – Administrar lista de bebidas

c) Sprint 3:
 67

Figura 38
Interfaz – Información del restaurante

Figura 39
Interfaz – Información del cliente

Figura 40
Interfaz – Administrar mesas
 68

d) Sprint 4:
Figura 41
Interfaz – Carta digital

Figura 42
Interfaz – Mi orden

Figura 43
Interfaz – Agregar pedidos
 69

Figura 44
Interfaz – Ordenes pendientes

Figura 45
Interfaz – Detalles de la orden

e) Sprint 5:

Figura 46
Interfaz – Compartir carta digital
 70

Figura 47
Interfaz – Mis ordenes de pedidos

Figura 48
Interfaz – Detalles de mis ordenes de pedidos

f) Sprint 6:
Figura 49
Interfaz – Reporte del día
 71

Figura 50
Interfaz – Reporte por fechas

4.3.4. Implementación de las interfaces del sistema

En este apartado se muestran las implementaciones de las interfaces del sistema
realizadas por sprint, que consistió en la codificación del sistema web usando el modelo
MVC, a continuación, se muestran algunos de estos controladores.

a) Sprint 1:
Figura 51
Controlador – Login y registrar restaurante
 72

Figura 52
Controlador – Registrar cliente

b) Sprint 2:
Figura 53
Controlador – Administrar lista de platos
 73

Figura 54
Controlador – Administrar lista de bebidas

Figura 55
Controlador – Administrar secciones
 74

Figura 56
Controlador – Administrar grupos

c) Sprint 3:
Figura 57
Controlador - información del restaurante
 75

Figura 58
Controlador - información del cliente

Figura 59
Controlador - administrar mesas

d) Sprint 4:
 76

Figura 60
Controlador – mostrar carta digital

Figura 61
Controlador – Agregar pedidos a la orden
 77

Figura 62
Controlador – mostrar ordenes pendientes y detalles de pedidos

e) Sprint 5:

Figura 63
Controlador – Mis ordenes de pedidos

f) Sprint 6:
Figura 64
Controlador - Reporte del día
 78

Figura 65
Controlador - Reporte por fechas

4.3.5. Pruebas de funcionamiento

En este apartado se muestran las pruebas de funcionamientos realizadas por sprint, que
consistió en realizar pruebas de inserción de datos, validando mensajes de notificaciones,
también se llevó a cabo las pruebas de agregar, eliminar, actualizar y mostrar los datos
insertados, de esta manera se comprueba que si están funcionando correctamente cada parte
del sistema web.

a) Sprint 1:

Figura 66
Prueba de creación de la cuenta del restaurante
 79

Figura 67
Prueba de creación de la cuenta del cliente

Figura 68
Prueba de contraseña incorrecta al iniciar sesión

b) Sprint 2:
 80

Figura 69
Prueba de agregar lista de plato

Figura 70
Prueba de agregar lista de bebida

Figura 71
Prueba de eliminar lista de platos
 81

Figura 72
Prueba de eliminar sección

Figura 73
Prueba de agregar grupo de la sección

c) Sprint 3:

Figura 74
Prueba de actualización de información del restaurante
 82

Figura 75
Prueba de eliminar mesa

Figura 76
Prueba de actualizando información personal del cliente

d) Sprint 4:
 83

Figura 77
Prueba de notificación de agregar pedidos a la orden

Figura 78
Prueba de la orden de pedido enviada

Figura 79
Prueba de la orden de pedido pendiente
 84

Figura 80
Prueba de notificación de la orden de pedido rechazado

Figura 81
Prueba del orden rechazado

e) Sprint 5:
Figura 82
Prueba ordenes de pedidos pagados
 85

Figura 83
Prueba de pedidos entregados

f) Sprint 6:

Figura 84
Prueba de reporte del día

Figura 85
Prueba de reporte por fechas
 86

Figura 86
Prueba del reporte exportado al Excel

Figura 87
Prueba de cantidad de pedidos del día en gráfico de barras

Figura 88
Prueba de cantidad de pedidos por fechas en gráfico de barras
 87

Figura 89
Prueba de ingresos por pedidos en gráfico de barras

Figura 90
Prueba de ingresos mensuales en gráfico de barras

4.3.6. Arquitectura de la información

En este apartado se muestra el diseño de la base de datos y el diccionario de datos del
sistema web desarrollado.
4.3.6.1. Diseño de la base de datos
La creación de la base de datos se desarrolló mediante el framework laravel usando el
ORM de eloquent, de esta manera las migraciones se crean en laravel que hacen referencias a
las tablas que se generan con sus respectivos columnas y relación, la base de datos relacional
usado fue el mysql. Con la creación de las migraciones se generan los modelos de las tablas
en clases para ser usado en el desarrollo del sistema.
 88

Figura 91
Diagrama físico de la base de datos

4.3.6.2. Diccionario de datos

En el presente apartado se describió las diferentes tablas de las componen el proyecto, en cada
una de las tablas se tomarán en cuenta las columnas que las conforman, así como las
características que se tiene en cuenta a la hora de la creación de las tablas.
4.3.6.2.1 Lista de tablas de base de datos
▪ Users
▪ Restaurantes
▪ Mesas
▪ Secciones
▪ Grupos
▪ Lista_platos
▪ Lista_bebidas
 89

▪ Ordenes
▪ Item_ordenes
▪ Clientes

Tabla 24
Diccionario de datos – Tabla Restaurantes

TABLA RESTAURANTES
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id Bigint pk - not null

2 img_portada varchar(255) - - null
3 img_logo varchar(255) - - null
4 nombre varchar(255) - - not null
5 descripción Text - - null
6 ciudad varchar(255) - - null
7 dirección varchar(255) - - null
8 teléfono varchar(255) - - null
12 hora_apertura Time - - null
13 hora_cierre Time - - null
14 user_id Int - - not null

Esta tabla describe la información del restaurante.

Tabla 25
Diccionario de datos - Tabla Clientes

TABLA CLIENTES
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id varchar (255) pk - not null

2 nombre varchar (255) - - not null
3 apellido varchar(255) - - not null
4 teléfono varchar(255) - - null
5 user_id Int - - not null

Esta tabla describe la información del cliente.

 90

Tabla 26
Diccionario de datos - Tabla Users

TABLA USERS
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id Bigint pk - not null

2 name varchar (255) - - not null
3 email varchar(255) - - not null
4 email_verifed_at Timestamp - - null
5 password varchar(255) - - not null
6 remember_token varchar(100) - - null
7 rol_id Int - - not null

Esta tabla describe la cuenta de acceso al sistema.

Tabla 27
Diccionario de datos - Tabla Lista_platos

TABLA Lista_platos
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id bigint pk - not null

2 imagen varchar (255) - - not null
3 nombre varchar (255) - - null
4 precio double - - null
5 descripcion varchar(255) - - null
6 tiempo_preparacion varchar(255) - - null
7 tipo_platos varchar(255) - - null
8 restaurante_id bigint - - not null
9 grupo_id bigint - fk not null

Esta tabla describe la lista de platos que puede tener el restaurante

 91

Tabla 28
Diccionario de datos - Tabla Lista_bebidas

TABLA Lista_bebidas
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id bigint pk - not null

2 imagen varchar(255) - - null
3 nombre varchar(255) - - not null
4 precio double - - not null
5 stock int - - not null
6 tipo_bebidas varchar(255) - - not null
7 estado boolean - - not null
8 restaurante_id bigint - - not null
9 grupo_id bigint - fk not null

Esta tabla describe la lista de bebidas que puede tener el restaurante

Tabla 29
Diccionario de datos - Tabla Grupos

TABLA GRUPOS
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id bigint pk - not null

2 nombre varchar(255) - - null
3 precio_referencial double - - null
4 restaurante_id bigint - - not null
5 sección_id bigint - fk not null

En esta tabla describe los grupos que puede agruparse las listas de platos y bebidas en
las diferentes secciones de la carta.
 92

Tabla 30
Diccionario de datos - Tabla Secciones

TABLA SECCIONES
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id bigint pk - not null

2 nombre varchar(255) - - not null
3 estado boolean - - not null
4 restaurante_id bigint - fk not null
5 hora_cierre time - - null
6 visible tinyint(1) - - not null
7 establecimiento_id bigint - - not null

En esta tabla describe las secciones que conforman los platos y bebidas de la carta del
restaurante.

Tabla 31
Diccionario de datos - Tabla Mesas

TABLA MESAS
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id bigint pk - not null

2 nombre varchar(255) - - not null
3 descripción text - - null
4 estado tinyint(1) - - not null
5 restaurante_id bigint - fk not null

Es esta tabla describe las mesas que puede contener en el restaurante.

 93

Tabla 32
Diccionario de datos - Tabla Ordenes

TABLA ORDENES
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id bigint pk - not null

2 estado char(1) - - not null
3 precio_total double - - null
4 nombre_mesa varchar(255) - - null
5 fecha_enviada timestamp - - null
6 fecha_respuesta timestamp - - null
7 restaurante_id bigint - fk not null
8 cliente_id bigint - fk not null

Esta tabla describe las ordenes de los pedidos que se realicen.

Tabla 33
Diccionario de datos - Tabla Item_ordenes

TABLA ITEM_ORDENES
No Nombre de columna Tipo de dato Pk Fk Nulidad

1 Id bigint pk - not null

2 nombre_pedido varchar(255) - - not null
3 cantidad int - - not null
4 precio_unitario double - - not null
5 estado boolean - - not null
6 orden_id bigint - fk not null

Esta tabla describe los pedidos que se agregan a cada orden de pedido.

4.4. Etapa 4: Cierre del proyecto

En esta etapa se presentan los resultados finales de la pila de sprint. En la figura 92 se
muestra todas las tareas terminadas. En esta etapa también se realiza las inserciones de datos
reales, se insertan datos como información del restaurante y el contenido de la carta que
 94

ofrecen en el restaurante. Además, se realizó las pruebas de aceptación con estos mismos
datos insertados en el sistema, las pruebas de aceptación fueron realizados por parte del
Product Owner quien se encargó de probar el sistema.

Figura 92
Resultados finales de la pila de sprint

N° Tarea Descripción Responsable Estado

T01 Crear el proyecto Laravel Jhon David Ccoyllo Rojas Terminado

T02 Crear la base de datos con Eloquent ORM Jhon David Ccoyllo Rojas Terminado
T03 Crear el diccionario de datos Jhon David Ccoyllo Rojas Terminado
T04 Crear prototipo de baja fidelidad: registrar restaurante, cliente Jhon David Ccoyllo Rojas Terminado
T05 Crear la interfaz del sistema: registrar restaurante, cliente e Jhon David Ccoyllo Rojas Terminado
T06 Implementar la interfaz del sistema: registrar restaurante, Jhon David Ccoyllo Rojas Terminado
T07 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas Terminado
T08 Crear la interfaz del sistema: administrar listas, categorias, Jhon David Ccoyllo Rojas Terminado
T09 Implementar la interfaz del sistema: administrar listas, Jhon David Ccoyllo Rojas Terminado
T10 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas Terminado
T11 Crear la interfaz del sistema: mostrar informacion del Jhon David Ccoyllo Rojas Terminado
T12 Implementar la interfaz del sistema: Mostrar informacion del Jhon David Ccoyllo Rojas Terminado
T13 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas Terminado
T14 Crear prototipo de baja fidelidad: carta digital, mi orden, Jhon David Ccoyllo Rojas Terminado
T15 Crear la interfaz del sistema: carta digital, mi orden, agregar Jhon David Ccoyllo Rojas Terminado
T16 Implementar la interfaz del sistema: carta digital, mi orden, Jhon David Ccoyllo Rojas Terminado
T17 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas Terminado
T18 Crear prototipo de baja fidelidad: mis ordenes de pedidos, Jhon David Ccoyllo Rojas Terminado
T19 Crear la interfaz del sistema: compartir carta, mis ordenes de Jhon David Ccoyllo Rojas Terminado
T20 Implementar la interfaz del sistema: compartir carta, mis Jhon David Ccoyllo Rojas Terminado
T21 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas Terminado
T22 Crear prototipo de baja fidelidad: reporte de ordenes del día y Jhon David Ccoyllo Rojas Terminado
T23 Crear la interfaz del sistema: reporte de ordenes del día y Jhon David Ccoyllo Rojas Terminado
T24 Implementar la interfaz del sistema: reporte de ordenes del día Jhon David Ccoyllo Rojas Terminado
T25 Realizar pruebas de funcionamiento Jhon David Ccoyllo Rojas Terminado

Tabla 34
Registrar cuenta del restaurante
Nombre de usuario Nombre del establecimiento Ciudad Correo electrónico Constraseña
Manuel García Pérez Manu - Barra Cevichera Huamanga manubc@gmail.com manubc2021
 95

Figura 93
Información del restaurante en la carta digital

Figura 94
Categorías en la carta digital

Figura 95
Lista de platos - de la categoría de la barra

Figura 96
Lista de platos - de la categoría de la cocina
 96

Figura 97
Lista de platos - de la categoría makis

Figura 98
Lista de platos - de la categoría dúos – tríos

Figura 99
Lista de bebidas - de la categoría bebidas
 97

Figura 100
Lista de bebidas - de la categoría chichas

Figura 101
Lista de bebidas - de la categoría tragos

4.4.1. Prueba de aceptación de funcionalidad

En esta parte se realizó las pruebas de aceptación, el Product Owner prueba el sistema
verificando si cumple sus expectativas y los requisitos establecidos para su desarrollo.
A continuación, se presentan los resultados de las pruebas de aceptación realizadas por
el Product Owner.
 98

Tabla 35
PA01 - Crear cuenta de acceso al sistema

Número de prueba: PA01 Número de historia de usuario: HU01

Nombre de prueba de aceptación: Crear cuenta de acceso al sistema
Descripción:
El administrador del sistema puede crear la cuenta de acceso ingresando al sistema web
desde un navegador web.
Pasos de ejecución:
Abrir el sistema web
Moverse hacia abajo y hacer clic en Registrar restaurante.
El sistema redirige la página para su registro como restaurante.
Dar clic en crear cuenta
Por último, aparece una notificación de cuenta creada exitosamente.
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 99

Tabla 36
PA02 - Crear cuenta de cliente

Número de prueba: PA02 Número de historia de usuario: HU02

Nombre de prueba de aceptación: Crear cuenta de cliente
Descripción:
El cliente puede crear su cuenta ingresando al sistema desde un navegador web.
Pasos de ejecución:
Abrir el sistema web
Hacer clic en iniciar sesión.
El sistema redirige la página a iniciar sesión.
Hacer clic en crear nueva cuenta.
El sistema redirige la página para su registro como cliente.
Hacer clic en crear cuenta.
Por último, aparece una notificación de cuenta creada exitosamente.
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 100

Tabla 37
PA03 - Inicio de sesión en el sistema web

Número de prueba: PA03 Número de historia de usuario: HU01, HU02

Nombre de prueba de aceptación: Inicio de sesión en el sistema web
Descripción:
El administrador del sistema y el cliente pueden entrar al sistema web con sus
credenciales creadas, para los dos casos se presentan diferentes páginas de inicio.
Pasos de ejecución:
Abrir el sistema web
Hacer clic en iniciar sesión.
El sistema redirige la página a iniciar sesión.
Hacer clic en ingresar.
Si las credenciales ingresadas son las correctas el sistema se redirige a la página
principal dependiendo si es administrador o cliente.
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 101

Tabla 38
PA04 - Visualización de la carta digital en el sistema web

Número de prueba: PA04 Número de historia de usuario: HU04, HU06,

HU07, HU08
Nombre de prueba de aceptación: Visualización de la carta digital en el sistema
web
Descripción:
El administrador del sistema y el cliente pueden ver la carta digital, en la cual está
organizado por 3 partes, la primera un detalle del restaurante, la segunda las categorías
y por últimos los platos de cada categoría.
Pasos de ejecución:
Escanear el código QR o escribir la ruta que proporciona el módulo compartir carta
digital.
El sistema muestra la carta digital
Se puede hacer clic en cualquier categoría y ver los platos correspondientes.
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 102

Tabla 39
PA05 - Agregar y eliminar pedidos de la orden

Número de prueba: PA05 Número de historia de usuario: HU04, HU06,

HU07, HU08
Nombre de prueba de aceptación: Agregar y eliminar pedidos de la orden
Descripción:
El cliente ingresando con su credencial a la carta digital, puede agregar y eliminar
pedidos de su orden.
Pasos de ejecución:
Escanear el código QR o escribir la ruta que proporciona el módulo compartir carta
digital.
El sistema muestra la carta digital
Hacer clic en iniciar sesión
Agregar o eliminar pedidos de la orden
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 103

Tabla 40
PA06 - Visualizar ordenes pendientes y cambiar el estado de los pedidos

Número de prueba: PA06 Número de historia de usuario: HU09, HU10

Nombre de prueba de aceptación: Visualizar ordenes pendientes y cambiar el
estado de los pedidos
Descripción:
El administrador ingresando con su credencial al sistema, puede ver el módulo de
ordenes pendientes y ver los detalles de cada orden.
Pasos de ejecución:
Abrir el sistema web
Hacer clic en iniciar sesión.
El sistema redirige la página de administrador.
Hacer clic en ordenes pendientes
Se visualiza las ordenes pendientes que fueron enviados por el cliente
Hacer clic en ver orden
Se visualiza los pedidos de la orden.
Escoger el pedido y cambiar el estado ha entregado.
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 104

Tabla 41
PA07 - Cobrar las ordenes con estado pendiente de pago

Número de prueba: PA07 Número de historia de usuario: HU17

Nombre de prueba de aceptación: Cobrar las ordenes con estado pendiente de pago.
Descripción:
El administrador ingresando con su credencial al sistema, puede ver el módulo de
ordenes pendientes y ver los detalles de cada orden.
Pasos de ejecución:
Abrir el sistema web
Hacer clic en iniciar sesión.
El sistema redirige a la página de administrador.
Hacer clic en ordenes pendientes
Se visualiza las ordenes pendientes que fueron enviados por el cliente
Hacer clic en ver orden
Se visualiza los pedidos de la orden.
Cambiar el estado de la orden si los pedidos están completados.
Hacer clic en orden completada.
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 105

Tabla 42
PA08 - Realizar reportes del día y por fechas

Número de prueba: PA08 Número de historia de usuario: HU15, HU16

Nombre de prueba de aceptación: Realizar reportes del día y por fechas.
Descripción:
El administrador ingresando con su credencial al sistema, puede ver el módulo de
reportes del día y por fechas.
Pasos de ejecución:
Abrir el sistema web
Hacer clic en iniciar sesión.
El sistema redirige la página de administrador.
Hacer clic en reporte del día
Se visualiza las ordenes completadas que fueron cobradas por el cajero y los ingresos
del día.
Hacer clic en reporte por fechas
Ingresar la fecha inicio
Ingresar la fecha final
Se visualiza las ordenes completadas que fueron cobradas por el cajero y los ingresos
de las fechas ingresadas.
Evaluación de la prueba:
Se comprobó el resultado esperado.
Prueba 100% aprobada por el propietario del restaurante
 106

Figura 102
El Product Owner prueba el sistema web
 107

CONCLUSIONES

Se desarrolló un sistema web, utilizando la metodología Scrum, para la automatización

del proceso de gestión de pedidos en el restaurante Manu Barra Cevichera. De esta manera los
procesos administrativos tanto en la gestión de la carta, orden de pedidos y el control de
pedidos fueron automatizados.
Se describió la manera en que se lleva a cabo la administración de la carta en el
restaurante como producto de la entrevista se obtuvieron las historias de usuario que se
encuentra como evidencias en la Tabla 9, Tabla 11, Tabla 12 y Tabla 13. Las pruebas de
funcionamiento describieron la administración de la carta mediante el sistema web
encontrándose como evidencias en la Figura 69, Figura 70, Figura 71, Figura 72 y Figura 73.
Se describió la manera en que se lleva a cabo la administración de la orden de pedidos
en el restaurante como producto de la entrevista se obtuvieron las historias de usuario que se
encuentra como evidencias en la Tabla 14, Tabla 15, Tabla 17, Tabla 18 y Tabla 22. Las
pruebas de funcionamiento describieron la administración de la orden de pedidos mediante el
sistema web encontrándose como evidencias en la Figura 77, Figura 78, Figura 79, Figura 82
y Figura 83.
Se describió la manera en que se lleva a cabo el control de las ordenes de pedidos en el
restaurante como producto de la entrevista se obtuvieron las historias de usuario que se
encuentra como evidencias en la Tabla 20 y Tabla 21. Las pruebas de funcionamiento
describieron el control de las ordenes de pedidos mediante el sistema web encontrándose
como evidencias en la Figura 84, Figura 85 y Figura 86.
Se llevó a cabo las 4 etapas de la metodología Scrum obteniendo la automatización de
la administración de la carta, la administración de la orden de pedidos y el control de las
ordenes de pedidos del restaurante.
 108

RECOMENDACIONES

Para el desarrollo de un sistema, se recomienda manejar el modelo de arquitectura MVC

ya que hace al sistema más limpio y de fácil mantenimiento al tener los códigos organizados y
separados.
Se recomienda que cuando se trabaje con la metodología Scrum, el equipo de desarrollo
debe tener conocimientos sobre las nuevas tecnológicas existente.
Se recomienda que cuando se quiere desarrollar un sistema con respuesta a la realidad
del negocio se debe analizar minuciosamente cada uno de los procesos existentes.
Para futuras mejoras del sistema web se recomienda mejorar la plantilla de
administración.
 109

REFERENCIAS BIBLIOGRÁFICAS

Acosta Ancco, J. (2018). Desarrollo de una aplicación integrando dispositivos móviles, para
la gestión de pedidos en el restaurante turístico puerto nuevo Pacucha. Andahuaylas.
addappto. (21 de Agosto de 2015). Obtenido de http://www.addappto.com/que-es-un-sistema-
web/
Aguilar Valle, E. J. (2015). Sistema de gestión de pedidos vía web para mejorar la atención
al cliente en la cevichería restaurant puerto Malabrigo de la ciudad de Trujillo.
Trujillo.
Alonso. (1994). Obtenido de
http://www2.uca.edu.sv/mcp/media/archivo/f53e86_entrevistapdfcopy.pdf
Alvarado, T. M. (2021). ELABORACIÓN DE UN SISTEMA WEB PARA LA OPTIMIZACIÓN
DE LA GESTIÓN DE PEDIDOS EN LA EMPRESA CHIFA KAM LUN DE ICA.
Chincha.
Arias, E. R. (05 de Febrero de 2021). Investigación cualitativa. Economipedia.com. Obtenido
de https://economipedia.com/definiciones/investigacion-cualitativa.html
Barrios Salgado, C. D., & Moreno Reino, M. Y. (2020). DESARROLLO DE UNA
PLATAFORMA PARA LA GESTIÓN DE PEDIDOS. Córdoba.
Bascón, P. E. (2004). scielo. Obtenido de
http://www.scielo.org.bo/scielo.php?script=sci_arttext&pid=S1683-
07892004000100005
Berdote, J. Á. (2019). techclub. Obtenido de https://techclub.tajamar.es/arquitectura-cliente-
servidor-2/
Bernal, C. A. (2010). Metodología de la investigación: administración, economía,
humanidades y ciencias sociales. Colombia: Pearson.
Bernardi. (7 de Noviembre de 2018). laboratoriogastronomico. Obtenido de
http://www.laboratoriogastronomico.com/automatizacion-en-el-servicio-de-alimentos-
como-mejorar-la-experiencia-del-cliente
Cocimia. (2018). Obtenido de https://blog.cocimia.com/problemas-en-un-restaurante/
codigos-qr. (2016). Obtenido de https://www.codigos-
qr.com/#:~:text=Los%20c%C3%B3digos%20QR%2C%20(%20en%20ingl%C3%A9s
,gran%20cantidad%20de%20informaci%C3%B3n%20alfanum%C3%A9rica.
 110

Codina, N. (2018). semrush. Obtenido de es.semrush.com: https://es.semrush.com/blog/que-

es-marketplace-ventajas-
inconvenientes/?__cf_chl_jschl_tk__=d3a072d0951bc909faf7c3a421bfd2020fd517f7-
1601390547-0-AXAcv8rF2cKwEu3FJTkpk6MNws4pGPUP-
_XD5nBrUdvfTe9EeJz15R6iRm0GlEjFLkZXKTkft7uc47ClypRlcHF6Tj1kaks0dRne
5Tp7b0oHz
Córdova, N. J., & Galindo, V. C. (2019). IMPLEMENTACIÓN DE UN APP MOVIL EN LA
GESTION DE PEDIDOS. Lima.
Cuesta, M. (2009). Obtenido de https://www.gestiopolis.com/muestreo-probabilistico-no-
probabilistico-teoria/
Demera Mendoza, A. I., & Rodriguez Mejía, C. A. (2020). Propuesta para el Desarrollo e
Implementación de un Sistema de. Guayaquil.
ecured. (2017). Obtenido de https://www.ecured.cu/Restaurante
Gómez, A. (03 de Junio de 2021). Kandiolatam. Obtenido de
https://kandiolatam.com/blog/lenguaje-de-programacion-php-que-es-y-para-que-sirve
Gómez, S. R. (2010). Software libre vs. Software propietario: programando nuestro futuro.
Gonzales, & Espinar. (2000).
Hernández, S. R., Fernández, C. C., & Baptista, L. M. (2014). Metodología de la
investigación. Mexico D.F.: McGRAW-HILL / INTERAMERICANA EDITORES,
S.A. DE C.V.
Kyocera. (2017). Obtenido de https://www.kyoceradocumentsolutions.es/es/smarter-
workspaces/insights-hub/articles/claves-en-la-gestion-de-
pedidos.html#:~:text=La%20gesti%C3%B3n%20de%20pedidos%20es%20el%20proc
eso%20desarrollado%20en%20una,y%20asociaciones%20necesarias%20para%20real
izar
León Muñoz, N., & Rojas Roza, R. (2016). Desarrollo de una aplicación web móvil para
mejorar la gestión de pedidos de los clientes del recreo campestre Flor de Retama
E.I.R.L.
Lima, C. d. (2020). Gestion. Obtenido de
https://gestion.pe/blog/gestiondeservicios/2020/04/restaurantes-problemas-retos-y-
soluciones-en-medio-de-la-pandemia.html/
Macías Moran, S. J. (2020). Desarrollo de una aplicación móvil para la gestión de.
Guayaquil.
McKinsey & Co. (2018).
 111

Melgarejo, K. (2019). kevinmelgarejo. Obtenido de https://kevinmelgarejo.com/por-que-mi-

negocio-necesita-un-sistema-de-restaurante/
Morales, E. (22 de Agosto de 2021). Makro. Obtenido de https://titulares.ar/gastronomia-
tecnologia-restaurantes-en-lima-que-apostaron-por-la-automatizacion-tecnologia-peru/
Morfín, M. (2006). Administración de comedor y bar. México Trillas, México.
Naresh, M. K. (2002). Investigación de mercados.
Pérez, D. C. (2018). Ceupe. Obtenido de https://www.ceupe.com/blog/que-es-la-gestion-de-
pedidos.html
Portillo León, J. A. (2019). 'Menu Digital' Desarrollo de un sistema de información para la
gestión y monitorización de pedidos en sitios gourmet. Bucaramanga.
Prats Arancibia, S. (2020). Sistema de gestión de pedidos de restaurante. Viña del Mar.
Quintal, P. (Setiembre de 2015). cookingdepot. Obtenido de
https://blog.cookingdepot.com/quejas-mas-comunes-en-un-restaurante-y-como-
resolverlas
Ramírez, T. y. (1997).
Requena, S. B. (2014). Obtenido de
https://www.universoformulas.com/estadistica/inferencia/muestreo-conveniencia/
Rocha, B. M. (Mayo de 2012). Obtenido de
https://sena11a.files.wordpress.com/2012/05/microsoft_excel.pdf
Schwaber, K., & Sutherland, J. (2020). scrumguides. Obtenido de
https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Spanish-Latin-
South-American.pdf
Silva, D. d. (01 de Junio de 2020). zendesk. Obtenido de
https://www.zendesk.com.mx/blog/que-es-atencion-al-cliente/
Trigas, G. M. (2012). Obtenido de
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612mem
oria.pdf
Umappi. (2020). Obtenido de https://www.umappi.com/blog/carta-digital-que-es-y-como-
tener-la-tuya-en-tu-
restaurante/#:~:text=Qu%C3%A9%20es%20una%20carta%20digital,o%20nuestro%2
0propio%20tel%C3%A9fono%20m%C3%B3vil.

Anexo 1. Matriz de consistencia
TITULO: SISTEMA WEB PARA LA AUTOMATIZACION DEL PROCESO DE GESTION DE PEDIDOS EN EL RESTAURANTE MANU BARRA
CEVICHERA, AYACUCHO 2021
PROBLEMAS
GENERAL:
¿Cómo lograr la automatización del
proceso de gestión de pedidos en el
restaurante Manu Barra Cevichera,
Ayacucho 2021?
ESPECIFICOS:
1. ¿De qué manera se lleva a
cabo la administración de la
carta en el restaurante Manu
Barra Cevichera, Ayacucho
2021?
2. ¿De qué manera se lleva a
cabo la administración de la
orden de pedidos en el
restaurante Manu Barra
Cevichera, Ayacucho 2021?
3. ¿De qué manera se lleva a
cabo el control de las
ordenes de pedidos en el
OBJETIVOS
GENERAL:
Desarrollar un sistema web, utilizando
la metodología Scrum, para la
automatización del proceso de gestión
de pedidos en el restaurante Manu
Barra Cevichera, Ayacucho 2021
ESPECIFICOS:
1. Describir la manera en la
que se lleva a cabo la
administración de la carta en
el restaurante Manu Barra
Cevichera, Ayacucho 2021
2. Describir la manera en la
que se lleva a cabo la
administración de la orden
de pedidos en el restaurante
Manu Barra Cevichera,
Ayacucho 2021
3. Describir la manera en la
que se lleva a cabo el control
112
ANEXOS
HIPÓTESIS VARIABLES E INDICADORES METODOLOGIA
El presente trabajo de VARIABLE DE ESTUDIO ENFOQUE:
investigación es de tipo Gestión de pedidos Tecnológico
descriptivo, y no intenta
pronosticar una cifra o un DIMENSIONES E TIPO DE INVESTIGACIÓN:
hecho por esta razón no se INDICADORES: Aplicada
plantea hipótesis D1 Administración de la carta
1.1. Categorizar NIVEL DE INVESTIGACIÓN:
1.2. Listar platos Descriptivo
D2 Administración de la orden de
pedidos DISEÑO:
2.1. Registro de la orden del pedido No experimental de tipo transversal
2.2. Pago del pedido
D3 Control de las ordenes de POBLACIÓN Y MUESTRA:
pedidos Población:
3.1. Reporte del día Propietario y personal de trabajo del
3.2. Reporte por fechas restaurante Manu Barra Cevichera
. Muestra:
Se realizará un muestreo no
probabilístico por conveniencia:
propietario, un mesero y un cajero.
 113

restaurante Manu Barra de las ordenes de pedidos en TÉCNICAS:

Cevichera, Ayacucho 2021?
4. ¿De qué manera automatizar
la administración de la carta,
la administración de la
orden de pedidos y el
control de las ordenes de
pedidos en el restaurante
Manu Barra Cevichera,
Ayacucho 2021?
el restaurante Manu Barra Entrevista
Cevichera, Ayacucho 2021 Encuesta
4. Llevar a cabo las etapas de INSTRUMENTOS:
la metodología Scrum para Cuestionario
automatizar la Historias de usuario
administración de la carta, la
administración de la orden
de pedidos y el control de las
ordenes de pedidos en el
restaurante Manu Barra
Cevichera, Ayacucho 2021
 114

Anexo 2. Cuestionario de entrevista dirigido al propietario

CUESTIONARIOS DE ENTREVISTA DIRIGIDO AL PROPIETARIO

Objetivo: Recolectar información necesaria del restaurante para facilitarnos en el desarrollo del
sistema de gestión de pedidos.
1. ¿Qué especialidad tiene su restaurante?

2. ¿Cuenta con una página web o red social?

3. ¿Cuántos dueños tiene el restaurante?

4. ¿Cuenta con algún sistema de gestión de pedidos?

5. ¿Cómo está conformado su personal de trabajo?

6. ¿Cuántas mesas tiene su restaurante?

7. ¿Cómo identifica cada mesa de su restaurante?

8. ¿Qué horario de atención trabaja el restaurante?

9. ¿Cuánto clientes en promedio se atienden al día?

10. ¿Conoce qué es una carta digital?

11. ¿Toda la lista de comidas y bebidas de su carta se encuentran disponibles?

12. ¿Cada cuánto tiempo actualiza el contenido de su carta?

 115

Anexo 3. Cuestionario de entrevista dirigido al mesero y cajero

CUESTIONARIO DE ENTREVISTA DIRIGIDO AL MESERO Y CAJERO

Objetivo: Recolectar información para el desarrollo del sistema web planteado.
1. ¿Qué actividad realiza en el restaurante?

2. ¿Tiene algún problema a la hora de realizar su actividad?

3. ¿Qué le gustaría mejorar de su actividad?

 116

Anexo 4. Cuestionarios de encuesta dirigido al propietario, mesero y cajero

CUESTIONARIOS DE ENCUESTA DIRIGIDO AL PROPIETARIO, MESERO Y

CAJERO
Objetivo: Realizar pruebas de aceptación de funcionalidad, permitiendo al propietario, mesero
y cajero probar el sistema y verificar que cumpla con las expectativas y los requisitos
establecidos en el desarrollo del sistema.
1. ¿El sistema permite crear la cuenta de acceso al sistema?
a) Si
b) No
2. ¿El sistema permite crear la cuenta del cliente?
a) Si
b) No
3. ¿El inicio de sesión permite validar tus credenciales para denegar o aceptar el ingreso
al sistema?
a) Si
b) No
4. ¿El sistema con las credenciales de restaurante permite crear listas de comidas y
bebidas?
a) Si
b) No
5. ¿El sistema con las credenciales de restaurante permite crear secciones para la carta?
a) Si
b) No
6. ¿El sistema con las credenciales de restaurante permite crear grupos para las secciones
de la carta digital?
a) Si
b) No
7. ¿El sistema con las credenciales de restaurante permite agregar las listas de comidas y
bebidas en el grupo de la carta digital?
a) Si
b) No
8. ¿El sistema genera el código QR de la carta digital del restaurante?
a) Si
 117

b) No
9. ¿El sistema con las credenciales de cliente permite agregar comidas y bebidas a la orden
de pedido?
a) Si
b) No
10. ¿El sistema con las credenciales de cliente permite enviar su orden de pedido?
a) Si
b) No
11. ¿El sistema con las credenciales de restaurante permite mostrar las ordenes pendientes
de los clientes?
a) Si
b) No
12. ¿El sistema con las credenciales de restaurante permite rechazar el orden de pedido?
a) Si
b) No
13. ¿El sistema con las credenciales de restaurante permite cambiar el estado del pedido
ordenado por el cliente?
a) Si
b) No
14. ¿El sistema con las credenciales de cliente permite mostrar sus órdenes de pedidos?
a) Si
b) No
15. ¿El sistema con las credenciales de cliente permite actualizar sus datos personales?
a) Si
b) No
16. ¿El sistema con las credenciales de restaurante permite mostrar los reportes por día y
fechas de las ordenes realizadas por el cliente?
a) Si
b) No
 118

Anexo 5. Modelo para las Historias de usuario

Las Historias de usuario se definirán utilizando el siguiente modelo:

Número de historia: Nombre:

Usuario:
Prioridad en negocio: Puntos estimados:
(Baja / Media /Alta) (1-10)
Riesgo en desarrollo: Puntos reales:
(Baja / Media / Alta) (1-10)
Descripción:

Observaciones:

Donde cada campo tiene el siguiente significado:

• Número de historia: Número entero que identifica cada historia de usuario.
• Nombre: Expresión con la cual se denomina a la historia de usuario.
• Usuario: Persona que especifica la realización de una funcionalidad en el sistema.
• Prioridad en negocio: La importancia de la historia de usuario para el negocio.
Valores: Baja, Media, Alta.
• Riesgo en desarrollo: La complejidad de la historia de usuario que se presenta al
momento del desarrollo.
Valores: Baja, Media, Alta.
• Puntos estimados: Los puntos estimados de la historia de usuario representan un valor
que solo será relevante para el equipo y se usa para estimar el tamaño de la tarea.
• Puntos reales: Los puntos reales de la historia de usuario representa el valor del tamaño
real de la tarea.
• Descripción: Breve explicación de las intenciones de la historia de usuario.
• Observaciones: Observaciones realizadas por parte del desarrollador para el desarrollo
de la historia de usuario.
 119

Anexo 6. Fotos del lugar de estudio