Perfil Grupo E

Grupo: ¨ E ¨
SISTEMAS DE INFORMACIÓN I
“Sistema De Información Para Gestionar
Personal, Clientes, Pedidos,
Reservas Y Administrar Servicios Del
Restaurante Botánica.”
Integrantes:
 Galvan Garcia Duawn Brayan 215016505
 Garcia Padilla Yunior 218021488
 Rojas Blanco Santiago 217177824
 Oni Moron Jose Luis 217035061
 Ortiz Montaño Raul Alberto 217174558
Docente: M.Sc. Ing. Angélica Garzón Cuellar
Fecha: 06/07/2021
Contenido
Contenido de Ilustración ...................................................................................................
6 Contenido de
Tabla ........................................................................................................... 7
1. Perfil ......................................................................................................................... 9
1.1. Introducción ....................................................................................................... 9
1.2. Antecedente...................................................................................................... 10
1.2.1. Misión ....................................................................................................... 10
1.2.2. Visión........................................................................................................ 10
1.3. Justificación ..................................................................................................... 10
1.4. Descripción Del Problema ............................................................................... 11
1.4.1. Área personal ............................................................................................ 11
1.4.2. Reserva y Pre Reservas............................................................................. 11
1.4.3. Menú interno............................................................................................. 11
1.5. Formulación Del Problema .............................................................................. 11
1.6. Objetivos .......................................................................................................... 12
1.6.1. Objetivo General....................................................................................... 12
1.6.2. Objetivo Específicos ................................................................................. 12
1.7. Alcance ............................................................................................................ 13
1.7.1. Módulo Usuario ........................................................................................ 13
1.7.2. Módulo Personal ....................................................................................... 13
1.7.3. Módulo Mesas .......................................................................................... 13
1.7.4. Módulo Reservas ...................................................................................... 14
1.7.5. Módulo Pedido ......................................................................................... 14
2|Página
1.8. Elementos Del Sistema Basado En Computadoras .......................................... 15

1.8.1. Hardware .................................................................................................. 15
1.8.1.1. Servidor ............................................................................................. 15
1.8.1.2. Cliente ............................................................................................... 15
1.8.1.3. Medios De Comunicación ................................................................. 15
1.8.1.4. Otros Software Adicionales .............................................................. 15
1.8.2. Software .................................................................................................... 15
1.8.2.1. Servidor ............................................................................................. 15
1.8.2.2. Cliente ............................................................................................... 15
1.8.2.3. Otro Software Adicional ................................................................... 16
1.8.3. Datos ......................................................................................................... 16
1.8.4. Procesos .................................................................................................... 17
1.8.5. Gente/Usuario ........................................................................................... 19
1.8.6. Documento................................................................................................ 19
2. Marco Teórico ........................................................................................................ 21
2.1. Tecnología Para El Desarrollo Del Software ................................................... 21
2.1.1. Estrategia Para El Desarrollo Del Software ............................................. 21
2.1.2. Metodología Para El Desarrollo Del Software ......................................... 22
2.1.2.1. Características Del PUDS ................................................................. 22
2.1.2.2. Características De UML .................................................................... 27
2.1.3. Herramientas De Desarrollo ..................................................................... 32
2.1.3.1. Software ............................................................................................ 32
2.1.3.2. Hardware ........................................................................................... 35
2.2. Posibles Costos ................................................................................................ 35
2.2.1. Hardware .................................................................................................. 35
2.2.2. Software .................................................................................................... 36
3|Página
2.2.3. Recurso Humano ...................................................................................... 36

2.3. Posibles Beneficios .......................................................................................... 36
2.3.1. Tiempo ...................................................................................................... 37
2.3.2. Esfuerzo .................................................................................................... 37
2.3.3. Costos ....................................................................................................... 37
2.4. Posibles Clientes .............................................................................................. 37
3. Modelo de dominio ................................................................................................. 39
3.1. Modelo de Dominio Inicial .............................................................................. 39
3.2. Identificación de Posibles Clases ..................................................................... 40
3.3. Identificación de Posibles Atributos ................................................................ 41
3.4. Identificación de Posibles Relaciones .............................................................. 43
3.5. Diseño de Datos ............................................................................................... 44
3.5.1. Diseño lógico ............................................................................................ 44
3.5.1.1. Diagrama de Clase ........................................................................... 44
3.5.1.2. Mapeo ................................................................................................ 45
3.5.1.3. Normalización (1fn, 2fn, 3fn) ........................................................... 47
3.5.2. Diseño Físico ............................................................................................ 48
3.5.2.1. Tabla de Volumen ............................................................................. 48
2.1.1.1. Script ................................................................................................. 54
2.1.1.2. Diagrama Relacional ......................................................................... 58
2.1.1.3. Actualización de Tuplas .................................................................... 59
2.1.1.4. Consulta ............................................................................................. 59
2.1.1.5. Funciones .......................................................................................... 64
2.1.1.6. Procedimientos almacenados ............................................................ 65
2.1.1.7. Disparadores ...................................................................................... 66
1. Método Requerimiento - Ishikawa ......................................................................... 68
4|Página
1.1. Identificar problemas ....................................................................................... 68

1.1.1. Lista de Problemas.................................................................................... 68
1.1.2. Depurar Problemas ................................................................................... 69
1.1.3. Lista de Problemas finales ........................................................................ 69
1.1.4. Propietarios de Problemas ........................................................................ 70
1.1.5. Análisis de Problemas .............................................................................. 71
1.1.6. Estimación y cuantificación del problema................................................ 72
1.1.7. Alternativas de Cambio ............................................................................ 73
1.1.8. Conclusión y Recomendación .................................................................. 74
1.2. Diseñar el Diagrama de Ishikawa .................................................................... 75
1.2.1. Identificar Categorías ............................................................................... 76
1.2.2. Identificar Causas ..................................................................................... 77
2. Modelo De Negocio................................................................................................ 79
2.1. Diagrama de Actividad .................................................................................... 79
2.1.1. Proceso de Atención al Cliente ................................................................. 79
2.1.2. Proceso de Reserva ................................................................................... 80
2.1.3. Proceso de Entrega de Pedido .................................................................. 81
3. Flujo de Trabajo “Captura de Requisitos” .............................................................. 83
3.1. Identificar Actores ........................................................................................... 83
3.1.1. Listar de Actores ....................................................................................... 83
3.2. Identificar Caso de Uso .................................................................................... 84
3.2.1. Priorizar Caso de Uso ............................................................................... 85
3.3. Detallar Caso de Uso ....................................................................................... 86
3.3.1. CU1: Iniciar Sesión .................................................................................. 86
3.3.2. CU2: Gestionar turno................................................................................ 87
3.3.3. CU3: Gestionar Roles ............................................................................... 88
5|Página
3.3.4. CU4: Gestionar Empleados ...................................................................... 89

3.3.5. CU5: Gestionar Usuario ........................................................................... 90
3.3.6. CU6: Gestionar Ambiente ........................................................................ 91
3.3.7. CU7: Gestionar Mesas .............................................................................. 92
3.3.8. CU8: Gestionar Ingredientes .................................................................... 93
3.3.9. CU9: Gestionar Producto.......................................................................... 94
3.3.10. CU10: Gestionar Cliente ....................................................................... 95
3.3.11. CU11: Gestionar Asignación De Meseros ............................................ 96
3.3.12. CU12: Gestionar Pedido ....................................................................... 97
3.3.13. CU13: Consultar Producto .................................................................... 98
3.3.14. CU14: Gestionar Recibo ....................................................................... 99
3.3.15. CU15: Consultar Recibo ..................................................................... 100
3.3.16. CU16: Imprimir Recibo ...................................................................... 101
3.3.17. CU17: Gestionar Reservas .................................................................. 102
3.3.18. CU18: Consultar Reserva ................................................................... 103
3.3.19. CU19: Consultar Espacio Disponible ................................................. 104
3.3.20. CU20: Consultar Mesa ........................................................................ 105
3.3.21. CU21: Generar Reporte De Recibo .................................................... 106
3.3.22. CU22: Generar Reporte De Pedido..................................................... 107
3.3.23. CU23: Generar Reporte De Producto ................................................. 108
3.3.24. CU24: Ver Bitácora ............................................................................ 109
3.3.25. CU25: Cambiar Contraseña ................................................................ 110
3.3.26. CU26: Cerrar Sesión ........................................................................... 111
3.4. Prototipo de Interfaz ...................................................................................... 112
3.4.1. Prototipo Página de Inicio ...................................................................... 112
3.4.2. Prototipo Inicio de Sesión....................................................................... 112
6|Página
3.4.3. Prototipo Gestionar Empleado................................................................ 113

3.4.4. Prototipo Asignación de Turnos ............................................................. 113
3.4.5. Prototipo Registrar Empleado ................................................................ 114
3.4.6. Prototipo Modificar Datos del Empleado ............................................... 115
3.5. Estructura de Casos de Uso (Diagrama general de caso de uso) ................... 116
4. Anexos .................................................................................................................. 118
4.1. Entrevista ....................................................................................................... 118
4.1.1. Entrevista #1 ........................................................................................... 118
4.1.2. Entrevista # 2 .......................................................................................... 121
4.1.3. Fotos de Documentos ............................................................................. 123
4.1.4. Ubicación ................................................................................................ 125
4.1.5. Datos de la Empresa ............................................................................... 125
4.1.6. Fotos Del Restaurante ............................................................................. 126
4.1.7. Fotos de los platos .................................................................................. 127
4.1.8. Redes Sociales ........................................................................................ 128
7|Página
Contenido de Ilustración Ilustración 1: PUDS........¡Error! Marcador no definido.

Ilustración 2: Estructura del Proceso Unificado ..........................................................................................33
Ilustración 3: Una Iteración RUP.................................................................................................................34
Ilustración 4: Estructura de UML:...............................................................................................................37
Ilustración 5: Bloques de Construcción.......................................................................................................38
Ilustración 6: Mecanismos Comunes...........................................................................................................39
Ilustración 7: Logo NODE.JS........................................................................................................................41
Ilustración 8: Logo EXPRESS........................................................................................................................41
Ilustración 9: Logo PostgreSQL...................................................................................................................42
Ilustración 10: Logo POSTMAN...................................................................................................................42
Ilustración 11: Logo TRELLO........................................................................................................................43
Ilustración 12: Logo de GIT..........................................................................................................................43
Ilustración 13: Logo de GITHUB..................................................................................................................44
Ilustración 14: logo de VISUAL STUDIO CODE.............................................................................................44
Ilustración 15: Logo Enterprise Architect....................................................................................................44
Ilustración 16: Modelo De Dominio Inicial..................................................................................................51
Ilustración 17: Diagrama de Clase..............................................................................................................57
Ilustración 18: Diagrama Relacional...........................................................................................................73
Ilustración 19: Estimación y Cuantificación del Problema..........................................................................86
Ilustración 20: Diseñar el Diagrama de Ishikawa....................................................................................... 89
Ilustración 21: Identificar Categorías..........................................................................................................90
Ilustración 22: Identificar Causas................................................................................................................91
Ilustración 23: Diagrama de Actividad (Atención al Cliente)......................................................................93
Ilustración 24: Diagrama de Actividad (Reserva)........................................................................................94
Ilustración 25: Diagrama de Actividad (Proceso de Entrega de Pedido)....................................................95
Ilustración 26: Identificar Actores...............................................................................................................97
Ilustración 27: Página de Inicio.................................................................................................................132
Ilustración 28: Prototipo Iniciar Sesión.....................................................................................................132
Ilustración 29: Prototipo Gestionar Empleado..........................................................................................133
Ilustración 30: Prototipo Asignación de Turnos........................................................................................133
Ilustración 31: Prototipo Registrar Empleado...........................................................................................135
Ilustración 32: Prototipo Modificar Datos del Empleado ..........................................................................135
Ilustración 33: Diagrama general de caso de uso.....................................................................................136
Ilustración 34: Libro de Asistencias de los Empleados ..............................................................................143
Ilustración 35: Libro de Precios de los Productos ......................................................................................144
Ilustración 36: Ubicación del Restaurante................................................................................................145
Ilustración 37: Datos de la Empresa......................................................................................................... 146
Ilustración 38: Fotografía del Interior del Restaurante 1..........................................................................147
Ilustración 39: Fotografía del Exterior del Restaurante............................................................................147
Ilustración 40: Fotografía del Interior del Restaurante 2..........................................................................147
8|Página
Ilustración 41: Platos del Menú 1..............................................................................................................148

Ilustración 42: Platos del Menú 2..............................................................................................................148
Ilustración 43: Página de Facebook..........................................................................................................149
Ilustración 44: Página de Instagram.........................................................................................................149
Contenido de Tabla
Tabla 1: Especificaciones de Hardware___________________________________________________ 35
Tabla 2: Posibles Costos de Hardware 1 __________________________________________________ 35
Tabla 3: Posibles Costos de Hardware 2 __________________________________________________ 35
Tabla 4: Posibles Costos de Software ____________________________________________________ 36
Tabla 5: Posibles Costos de Recursos Humanos ____________________________________________ 36
Tabla 6: Posibles Beneficios ___________________________________________________________ 36
Tabla 7: Posibles Clientes _____________________________________________________________ 37
Tabla 8: Propietarios de Problemas _____________________________________________________ 70
Tabla 9: Listar Actores________________________________________________________________ 83
Tabla 10: Identificar Caso de Uso _______________________________________________________ 84 Tabla
11: Priorizar Caso de Uso ________________________________________________________ 85
9|Página
CAPITULO # 1
1. Perfil
1.1. Introducción
10 | P á g i n a
Un restaurante es un área comercial muy importante en nuestro país, ya

que genera trabajo y mueve el circulante económico en nuestra ciudad, además
claro de brindar un servicio de alimentación a los clientes que se acercan a
consumir del mismo.
Recientemente los propietarios del establecimiento tomaron conciencia de
tener una mejor organización interna con respecto al personal que manejan y
todas las áreas que conllevan el manejo de un restaurante, así como la debida y
mejor atención al cliente, para así ofrecer un servicio de calidad. Uno de los
problemas que se enfrenta este restaurante así como la mayoría de los locales
que expenden alimentos es la situación sanitaria actual, donde la misma
situación les priva de poder funcionar a su cien por ciento de capacidad
operativa, además de que se deben implementar nuevas normas sanitarias,
como el distanciamiento social y el mínimo contacto de objetos externos, es
por eso que se brinda una solución a todos esos problemas a través de un
sistema de información completo y eficaz que pretende solventar las
problemáticas ya nombradas, una de esas soluciones es brindar el servicio de
pre pedido o reserva, para así evitar el contacto directo entre personas, de esta
manera protegemos la integridad del cliente y la del trabajador, también se
propone tener un mejor manejo de personal organizándolos de manera interna
para así brindar una mejor atención al cliente. El restaurante tiene un gran
propósito de dar la mejor atención al cliente, cumpliendo todas las normas
aplicando mejoras en la atención, las reservas y los pedidos. En nuestros
medios, los establecimientos que prestan servicios de atención son una de la
base fundamental para poder resolver el problema de atención en nuestra
sociedad. En el rubro de la atención se maneja una gran base para poder
atender al cliente, al personal administrativo, servicios, ventas.
11 | P á g i n a
En este mercado, el restaurante es un establecimiento donde el cliente llega,

para poder darse el gusto de la comida que desee, y poder llegar a su área
laboral sin problema alguno y ahorrarse tiempo.
1.2. Antecedente
El restaurante empezó el 3 de noviembre de 2020, un menú especializado
en comida fusionada mexicano-peruano utilizando productos nativos de la
región.
La idea nació de parte de los 3 socios mexicanos y colombianos que decidieron

elevar el estándar en el tema del servicio y la comida en el ámbito de los
restaurantes, la idea principal es tener un restaurante con un servicio de primera
y comida de primera, local y sustentable.
1.2.1. Misión
Promover en excelente calidad de atención al cliente como en todas
sus funciones del restaurante como las reservas, el cual el cliente lo hace
virtualmente reservando la cantidad deseada, para que el restaurante pueda
enumerar su mesa.
1.2.2. Visión
Ofrecer y realizar la mejor calidad de alto nivel al cliente adecuándose a
sus necesidades.
1.3. Justificación
Decidimos crear un sistema de Información para el restaurante
“BOTÁNICA” debido a que administra de forma obsoleta con registros de
12 | P á g i n a
papel lápiz lo cual da un acceso limitado a la información como ser la

desorganización de la misma o pérdidas
1.4. Descripción Del Problema

Todos los restaurantes actualmente con la situación sanitaria se encuentran
reducidos en la cantidad de clientes que pueden atender, además de no tener la
opción de brindar un servicio actualizado para la nueva normalidad que se vive,
donde mientras menos contacto se tenga mucho mejor, es por eso que
ofrecemos una solución más automatizada, para así mejorar toda la
hermenéutica organizacional que lleva internamente un restaurante así como
poder brindar un mejor servicio al cliente. Las áreas que se desea solventar y
mejorar son las siguientes:
1.4.1. Área personal

Tener un mejor control de los trabajadores, como ser el horario de
llegada y de salida, control sobre sueldos y descuentos salariales en caso de
retraso si es que los hay, así como al servicio de meseros poder organizar
qué tipo de mesa atenderá.
1.4.2. Reserva y Pre Reservas

La idea fundamental de este punto es poder brindar al cliente la opción
de poder pedir con antelación su orden, o reservar en todo caso, para así
poder brindarle una atención eficiente y rápida.
1.4.3. Menú interno
13 | P á g i n a
Para esta funcionalidad se tiene pensado ofrecer un menú interno al

cliente con todas las variedades de platillos y bebidas, para que el mismo no
tenga que tocar un menú y tener el menor contacto posible con objetos
externos a su persona, siempre protegiendo su salud ante todo.
1.5. Formulación Del Problema

Se pretende implementar un sistema de información web para reducir el
trabajo manual y poder brindar mayor organicidad, la idea fundamental como
ya se ha mencionado antes, es poder organizar todas la áreas que componen
este restaurante, tener un mejor control en la recepción de pedidos, facilitar la
atención al cliente con un desarrollo eficiente de reservas.
1.6. Objetivos
1.6.1. Objetivo General
Desarrollar un sistema de información para gestionar la organización
de las mesas, pedidos, reservas y personal del restaurante.
Primeramente el objetivo general son todos aquellos por los que existe la
empresa.
Todo restaurante debería centrarse en tener varios objetivos generales con

relación a cuatro importantes factores: la comida, el servicio, el beneficio y
longevidad.
1.6.2. Objetivo Específicos

 Recolectar información acerca del “Restaurante Botánica” utilizando técnicas como la
redacción de un cuestionario, entrevistas.
14 | P á g i n a
 Identificar los requisitos funcionales del sistema a través de los requerimientos del
usuario.
 Analizar la información recolectada por medio de las entrevistas y cuestionarios para

determinar los elementos y funciones de nuestro sistema.
 Diseñar un diagrama de clases con los requerimientos necesarios para solucionar los
problemas existentes en el “Restaurante Botánica”.
 Diseñar una interfaz gráfica agradable entre el usuario y el ordenador.
 Emplear la metodología del Proceso Unificado de Desarrollo de Software (P.U.D.S.),

bajo la herramienta UML para realizar el diseño lógico.
 Implementar el sistema con la interfaz del software acorde a los requerimientos del
usuario, los diferentes módulos que abarcaremos con entorno de ejecución
multiplataforma Node.js y utilizando el patrón de arquitectura MVC (Modelo Vista
Controlador).
 Realizar las pruebas necesarias para justificar el buen funcionamiento del sistema y/o
encontrar posibles fallas y luego eliminarlas para óptima ejecución del sistema.
1.1. Alcance
Con la finalidad de facilitar el manejo y organización de los servicios del
restaurante y además llevar un control y organización del personal de trabajo y
los movimientos que se realizan de manera interna, y con el objetivo de
actualizar y sistematizar todos los procesos se ha detallado los alcances en los
siguientes puntos:
1.1.1. Módulo Usuario
 Permitir el registro de usuarios como clientes o como personal del restaurante.

 Guardar datos personales de los usuarios, en el caso de clientes su nombre, carnet de
identidad, correo electrónico y número de teléfono. Del personal necesitamos nombre,
15 | P á g i n a
carnet de identidad, correo electrónico, número de teléfono, dirección, número de

referencia y el horario que se le fue asignado.
1.1.1. Módulo Personal
 Registro de la hora de llegada del personal, el personal debe iniciar su sesión al llegar al
restaurante para registrar su hora de llegada, esto servirá para cuando toque pagar los
sueldos del personal si alguien tuvo muchos retrasos tener en cuenta si se le debe
descontar del sueldo.
 Gestionar el cargo y el horario de cada persona, se guardará en el sistema su cargo. En
el caso de los meseros también se debe guardar el conjunto de mesas que debe atender y
de los cocineros el área en el que trabajen.
1.1.1. Módulo Mesas
 Tener registrada la cantidad de mesas, cada una con un número para identificarla y con
la cantidad de personas que puedan utilizar la mesa.
 Gestionar la disponibilidad de las mesas, si están ocupadas, reservadas o disponibles y a

cada mesero se le asignará un conjunto de mesas que debe atender.
 Se debe tener la opción de juntar mesas para cuando vayan a asistir varios clientes que
usarán una sola mesa.
 El mesero estará a cargo de cambiar los estados de las mesas que atiende, si están
disponibles, ocupadas, reservadas, si se les tomó la orden a los clientes o si ya se les
entregó la orden a los clientes.
1.1.1. Módulo Reservas
16 | P á g i n a
 Los clientes que se hayan registrado podrán realizar reservas por internet, especificando
la hora y cantidad de personas que asistirán. Un tiempo antes de la hora asignada el
estado de la mesa debe pasar automáticamente a reservada para que no pueda ser
ocupada por otros clientes.
 Cuando un cliente se atrase mucho de su hora de reserva automáticamente la mesa debe
pasar al estado de disponible.
 El cliente si lo necesita podrá cancelar su reserva en cualquier momento por internet.
1.1.1. Módulo Pedido
 Se tendrá guardado en el sistema el menú, con los precios de cada

plato, postre o bebida para que el total a pagar sea calculado de
manera automática.
 Se gestionará todas las órdenes capturadas por los meseros para
que sean enviadas a cocina.
 Se gestionará las órdenes salidas de cocina y una vez entregada el
mesero especificará en el sistema que la orden ya fue entregada.
1.1. Elementos Del Sistema Basado En Computadoras

1.1.1. Hardware
1.1.1.1. Servidor
 Opción física
 Memoria RAM de 16 GB (para un funcionamiento óptimo)
 Disco duro 1 TB SSD
 Tarjeta madre AMD (tiene un mejor funcionamiento en los servidores)
 Opción CLOUD VIRTUAL
17 | P á g i n a
 Servidor Microsoft AZURE

 Servidor Digital OCEAN
 HEROKU
1.1.1.1. Cliente
1 o 2 computadoras con los requisitos básicos del sistema cables de

red.
1.1.1.2. Medios De Comunicación
 SWITCH (conexión servidor pc)

 WIFI (para comunicación de servicios del sistema)
1.1.1.1. Otros Software Adicionales
 Ninguno
1.1.2. Software
1.1.2.1. Servidor
PostgreSQL y el lenguaje de programación JavaScript (NODE JS)

usando su respectivo framework llamado EXPRESSJS.
1.1.2.2. Cliente
Sistema operativo Windows 10, lenguaje de programación
JavaScript (NODE JS) usando su respectivo framework llamado
EXPRESSJS.
18 | P á g i n a
1.1.2.3. Otro Software Adicional
 POSTMAN (para hacer pruebas en el servidor)

 Vs CODE (editor de texto)
 WEBSTORM (Editor de texto)
 Microsoft office (propósito general ofimática)
 GIT (para el control de versiones)
 GITHUB (para almacenar y subir cambios y así poder trabajar en
remoto)
 TRELLO (Gestor de organización para manejo interno del grupo)
1.1.1. Datos
Meseros
 CI
 Email
 Id
 Nombre
 Teléfono
 Administrador
 Salario
Clientes
 CI
 Teléfono
 Nombre
Reservas
19 | P á g i n a
 fecha
 id
 servicio
Mesa
 Nro.
 id
CantidaPersonas
 pedido
 plato
 cantidad
1.1.1. Procesos
****ROL ADMINISTRADOR:
Funciones:
Gestionar menú ():
El administrador podrá crear, eliminar, actualizar y editar los menús de

los platos
Gestionar mesa ():
El administrador podrá crear, eliminar, actualizar y editar las mesas del

restaurante
Crear usuario Mesero ()
El administrador crea meseros
20 | P á g i n a
Gestionar horarios ()
El administrador gestiona sus horarios (esto incluye faltas, retrasos,

etc.)
Asignar mesas ()
El ADMIN asigna mesas a los meseros por área
Eliminar meseros ()
El administrador elimina meseros en caso de despido
Actualizar meseros ()
El administrador actualiza los datos correspondientes a los meseros
***ROL DEL MESERO:
Funciones:
Marcar su horario de llegada ()
El mesero debe marcar su hora de llegada en el sistema:
Marcar su horario de salida ()
El mesero podrá marcar su hora de salida en el sistema:
Enviar pedidos ():
El mesero podrá enviar el pedido o la orden del cliente
Cancelar pedidos ():
El cliente podrá cancelar el pedido que el cliente le solicito
Editar pedidos ():
21 | P á g i n a
El cliente podrá editar el pedido del cliente en caso
Ver detalle de pedido ():
El mesero podrá ver a detalle lo que le pidieron
****ROL DE COCINA
Funciones:
Ver detalle de pedido ():
La cocina podrá ver el detalle del pedido para su posterior preparación
Recibir Pedido ():
La cocina recibirá la orden que pidió el cliente
Entrega de pedidos ():
Cocina lo que hará es marcar el pedido como entregado
Disponibilidad de plato ():
La cocina lo que hará es marcar como disponible o no ese plato en caso

de no estarlo
***ROL DEL CLIENTE:
Funciones:
Ver Menú ():
El cliente podrá ver el menú completo de todo el restaurante y ver si la

comida está disponible o no
Reservar mesa ():
22 | P á g i n a
El cliente podrá reservar una mesa
Cancelar reserva ():
El cliente podrá cancelar una reserva
Editar reserva ():
El cliente podrá editar los datos de su reserva.
1.8.5. Gente/Usuario
El equipo de desarrollo está conformado por:
• Rojas Blanco Santiago

• Ortiz Montaño Raul Alberto
• Moron Oni Jose Luis
1.8.6. Documento
El sistema podrá generar un control físico sobre:
• Historial de pedidos
• Historial de atención
• Gestionar el personal
23 | P á g i n a
CAPITULO # 2
2. Marco Teórico
2.1. Tecnología Para El Desarrollo Del Software
2.1.1. Estrategia Para El Desarrollo Del Software
Después de comprender el funcionamiento de la empresa y observar la
necesidad de un sistema de información, el cual tendrá un enfoque centrado
en dos metodologías de desarrollo: El Proceso Unificado De Desarrollo De
Software (PUDS) y el Lenguaje Unificado De Modelado (UML).
MODELOS
 UML es un lenguaje estándar para escribir planos de software.
24 | P á g i n a
 UML puede utilizarse para visualizar, especificar, construir y documentar los artefactos
de un sistema y documentar los artefactos de un sistema.
 UML es solo un lenguaje y por lo tanto es solo una parte de un método de desarrollo de
software.
 UML es independiente de un proceso, aunque para utilizarlo óptimamente se debería
usar en un proceso que fuese dirigido por los casos de uso, centrado en la arquitectura,
iterativo e incremental.
METODOS
El Proceso Unificado "es un proceso de desarrollo de software configurable

que se adapta a través de los proyectos variados en tamaños y complejidad.
El Proceso Unificado guía a los equipos de proyecto en cómo administrar el

desarrollo iterativo de un modo controlado mientras se balancean los
requerimientos del negocio, el tiempo al mercado y los riesgos del proyecto.
El proceso describe los diversos pasos involucrados en la captura de los

requerimientos y en el establecimiento de una guía arquitectónica lo más
pronto, para diseñar y probar el sistema hecho de acuerdo a los
requerimientos y a la arquitectura. El proceso describe qué entregables
producir, cómo desarrollarlos y también provee patrones.
2.1.2. Metodología Para El Desarrollo Del Software

2.1.2.1. Características Del PUDS
25 | P á g i n a
Las empresas quieren un software que esté mejor adaptado a las

necesidades de quien lo use; pero esto a su vez, simplemente el software
se hace más complejo y lo requieren lo más rápido posible y el tiempo de
salida al mercado es otra variante importante. Un proceso de desarrollo
de software es el conjunto de actividades necesarias para transformar los
requisitos de un usuario en un sistema software.
El Proceso Unificado está basado en componentes, lo cual quiere decir

que el sistema software en construcción está formado en componentes
software interconectados a través de interfaces bien definidas. Este
Proceso Unificado utiliza el Lenguaje Unificado de Modelado UML para
preparar todos los esquemas de un sistema software.
Ilustración 1: PUDS
UML es una parte esencial del proceso unificado, sus desarrollos fueron
paralelos. No obstante, los verdaderos aspectos definitorios del proceso
unificado se resumen en tres fases clave dirigido por casos de uso que
hacen único al Proceso Unificado:
• Centrado en la arquitectura  Iterativa

• Incremental.
El Proceso Unificado está dirigido por casos de uso:
Un sistema software ve a la luz para dar un servicio a sus usuarios. Por

tanto, para construir un sistema con éxito debemos conocer lo que sus
futuros usuarios necesitan y desean.
26 | P á g i n a
El término usuario representa alguien o algo (como otro sistema fuera del
sistema en consideración) que interactúa con el sistema que estamos
desarrollando.
Ejemplo: Una persona que utiliza un cajero automático.
1. La persona inserta una tarjeta de plástico.

2. Responde a las preguntas que le hace la máquina en su pantalla.
3. Recibe una suma de dinero en respuesta a la tarjeta del usuario y a sus contestaciones.
4. El sistema lleva a cabo una secuencia de acciones que proporcionan al usuario un
resultado importante, en este caso el retiro de efectivo.
Una interacción de este tipo es un caso de uso, es un fragmento de

funcionalidad del sistema que proporciona al usuario un resultado
importante. Los casos de uso representan los requisitos funcionales.
Todos los casos de uso constituyen el modelo de casos de uso, el cual
describe la funcionalidad total del sistema. Esto nos fuerza a pensar en
términos de importancia para el usuario y no solo en términos de
funciones que sería bueno tener. Sin embargo, los casos de uso no son
solo una herramienta para especificar los requisitos de un sistema.
También guían su diseño, implementación y prueba; esto guía el proceso
de desarrollo. Basándose en el modelo de casos de uso. Los
desarrolladores crean una serie de modelos de diseño e implementación
que llevan a cabo los casos de uso. Los desarrolladores revisan cada uno
de los sucesivos modelos para que sean conformes al modelo de caso de
uso. Los ingenieros de prueba prueban la implementación implementan
correctamente los casos de uso. Los casos de uso se especifican, se
27 | P á g i n a
diseñan y los casos de uso finales son la fuente a partir de la cual los
ingenieros de prueba constituyen en sus casos de prueba.
El proceso Unificado está centrado en la arquitectura:
El papel de la arquitectura software es parecido al papel que juega la

arquitectura en la construcción de edificios: El edificio se contempla
desde varios puntos de vista: estructura, servicios, conducción de
calefacción, fontanería, electricidad, etc. Esto permite a un constructor
ver una imagen completa antes de que comience la construcción.
Analógicamente, la arquitectura es un sistema software se describe
mediante diferentes vistas del sistema software se describe mediante
diferentes vistas del sistema en construcción.
El concepto de arquitectura software incluye los aspectos estáticos y

dinámicos más significativos del sistema. La arquitectura surge de las
necesidades de la empresa, como las perciben los usuarios y los
inversores y se refleja en casos de uso. Sin embrago, también se ve fluida
por otros factores, como la plataforma en la que tiene que funcionar el
software (arquitectura del Hardware, Sistema Operativo, Sistema de
Gestión de Base de Datos, Protocolos para comunicaciones de Red), los
bloques de construcción reutilizables de que se dispone (por ejemplo, un
marco de trabajo para interfaces de usuario), consideraciones de
implantación, sistemas heredados y requisitos no funcionales
(rendimiento, viabilidad). La arquitectura es una vista de diseño
completo con las características más importantes resaltadas, dejando en
detalles de lado. Debido a que lo que es significativo depende en parte de
una valoración, que, a su vez, se adquiere con la experiencia, el valor de
28 | P á g i n a
una arquitectura depende de las personas que se hayan responsabilizado

de su creación. No obstante, el proceso ayuda al arquitecto a centrarse en
los objetivos adecuados, como la comprensibilidad, la capacidad de
adaptación al cambio y la reutilización.
Los casos de uso y la arquitectura deben equilibrarse para obtener un

producto con éxito, como el problema del huevo y la gallina.
Los casos de uso deben encajar en la arquitectura cuando se lleva a cabo.

Por otro lado, la arquitectura debe permitir el desarrollo de todos los
casos de uso requeridos, ahora y en el futuro, tanto en la arquitectura
como los casos de uso deben evolucionar en paralelo. Por tanto, los
arquitectos moldean el sistema para darle una forma.
El Proceso Unificado es Iterativo e Incremental:
El desarrollo de un producto software comercial supone un gran esfuerzo

que puede durar entre varios meses hasta posiblemente un año o más. Es
práctico dividir el trabajo en partes más pequeñas o mini proyectos. Cada
mini proyecto es una iteración que resulta un incremento, Las iteraciones
hacen referencia a pasos de flujo de trabajo y los incrementos, al
crecimiento del producto. Para una efectividad máxima, las iteraciones
deben estar controladas; esto es deben seleccionarse y ejecutarse de una
forma planificada. Es por esto por lo que son mini proyectos. Los
desarrolladores basan la selección de lo que se implementará en una
iteración en dos factores. En primer lugar, la iteración trata un grupo de
casos de uso que juntos amplían la utilidad del producto desarrollado
hasta ahora. En segundo lugar, la iteración trata los riesgos más
importantes Las iteraciones sucesivas se construyen sobre los artefactos
29 | P á g i n a
de desarrollo tal como quedaron al final de la última iteración. Al ser

mini proyectos comienzan con los casos de uso y continúan a través del
trabajo de desarrollo subsiguiente-análisis, diseño implementación y
prueba que termina convirtiendo en código ejecutable los casos de uso
que se desarrollaban en la iteración.
WORKFLOWS de Iteración:
En cada iteración, cinco WORKFLOWS principales especifican lo que se

necesita hacer y qué habilidades se necesitan para realizar. Al igual que
los cinco WORKFLOWS centrales habrá otros como planificación,
valoración y cualquier otro específico para esa iteración en particular.
Los
WORKFLOWS Principales son:
• Requisitos: Capturan lo que el sistema debería hacer.

• Análisis: Mejora y estructura los requisitos.
• Diseño: Realiza los requisitos en la arquitectura del software.
• Implementación: Crea el software.
• Prueba: Verifica que la implementación funciona según se desea.
Aunque cada iteración puede contener los cinco WORKFLOWS en
particular depende de donde ocurra la iteración en el ciclo del proyecto.
Dividir el proyecto en una serie de iteraciones permite un enfoque

flexible en la planificación del proyecto. El enfoque más sencillo es una
secuencia de iteraciones ordenadas en tiempo, donde cada una de ellas
conduce a la siguiente a menudo es posible programar iteraciones en
paralelo. Esto implica entender las dependencias entre los artefactos de
cada iteración y requiere un enfoque al desarrollo de software basado en
la arquitectura y el modelado.
30 | P á g i n a
Estructura del Proceso Unificado:
Ilustración 2: Estructura del Proceso Unificado
El proceso Unificado consta de una secuencia de cuatro partes:
• Comienzo: Objetivos del Ciclo de Vida.

• Elaboración: Arquitectura del Ciclo de Vida.
• Construcción: Posibilidad operacional inicial.
• Transición: Versión del Producto.
A medida que el proyecto pasa por las fases del proceso unificado, la
cantidad de trabajo que se realiza en cada uno de los cinco WORKFLOW
principales cambia.
Una Iteración RUP
31 | P á g i n a
Ilustración 3: Una Iteración RUP
2.1.2.2. Características De UML

El lenguaje Unificado de Modelado es un lenguaje de modelado
visual para sistemas, aunque UML está más asociado con modelar
sistemas de software orientados a objetos, tiene una ampliación mucho
más amplia que esto debido a sus mecanismos incorporados de
extensibilidad.
UML se diseñó para incorporar las mejores prácticas en las técnicas de

modelado y la ingeniería de software. Como tal está explícitamente
diseñada para implementarse por las herramientas de modelado UML.
Los sistemas software modernos normalmente requieren el soporte de

herramientas. Los diagramas UML son legibles por las personas y los
ordenadores pueden mostrarlos fácilmente. Es importante apreciar que
UML no nos proporciona ningún tipo de metodología de modelado.
32 | P á g i n a
Naturalmente, algunos aspectos de la metodología se ven implicados por

los elementos que componen un modelo UM, pero UML simplemente
proporciona una sintaxis visual que podemos utilizar para construir
modelos.
UML no está unido a ninguna metodología específica o ciclo de vida y se

puede utilizar con todas las metodologías existentes. El proceso unificado
utiliza UML como sus sintaxis de modelado visual subyacente y por lo
tanto puede pensar de UP como el método preferido para UML, pero
UML puede proporcionar el soporte de modelo visual para otros
modelos.
UML es un lenguaje para:
 Visualizar
 Especificar
 Construir
 Documentar
El vocabulario de UML tiene tres clases de bloque de construcción:
 Elementos
 Relaciones
 Diagramas
Los elementos que maneja UML son:
 Elementos estructurales
 Elementos de comportamiento
 Elementos de agrupación
33 | P á g i n a
 Elementos de anotación
Las relaciones que tiene UML son:
 Relaciones de Dependencia
 Relaciones de Asociación
 Relaciones de Generalización
 Relaciones de Realización
Maneja dos tipos de diagramas
 Estáticos
 Diagramas de Clases
 Diagramas de Objetos
 Diagramas de estructuras compuestas
 Diagrama de componente
 Diagrama de despliegues
 Diagrama de paquete
 Dinámicos
 Diagramas de interacción(Secuencia y colaboración)

 Diagrama de Estados
 Diagrama de Actividad
 Diagrama de Casos de Uso
 Diagrama de Tiempo
Estructura de UML:
Puede empezar a entender por qué UML funciona como un lenguaje
visual al observar su estructura. Esta estructura consta de:
34 | P á g i n a
• Bloques de construcción: Estos son los elementos básicos del modelado de UML,
relaciones y diagramas.
• Mecanismos comunes: Formas UML comunes de conseguir objetivos específicos.
• Arquitectura: La visión UML de la arquitectura del sistema.
Ilustración 4: Estructura de UML:
Entender la estructura de UML nos proporciona un principio

organizativo de utilidad para el resto de información presentada en este
libro. También destaca que UML es un sistema diseñado. De hecho,
UML se ha modelado y diseñado utilizando UML. Este diseño es el
meta modelo UML.
Bloques de Construcción:
35 | P á g i n a
Ilustración 5: Bloques de Construcción
• Elementos: Que son propios elementos del modelado.

• Relaciones: Que unen a los elementos entre sí. Las relaciones específicas como dos o
más elementos se relacionan semánticamente.
• Diagramas: Que son vistas de los modelos UML. Muestran colecciones de elementos
que cuentan una historia sobre el sistema software y son nuestra forma de visualizar que
hará el sistema (diagramas a nivel de análisis) o como lo hará (diagramas a nivel
diseño).
Mecanismos Comunes:
36 | P á g i n a
Ilustración 6: Mecanismos Comunes
Especificaciones: Los modelos UML tienen al menos dos dimensiones

una dimensión gráfica que le permite visualizar el modelo utilizando
diagramas e iconos y una dimensión textual que consta de las
especificaciones de los diferentes elementos del modelado.
• Adornos: Una buena característica de UML es que todo elemento de modelado tiene un
símbolo sencillo al que añade un número de adornos para hacer visibles aspectos de
la especificación del elemento.
• Divisiones Comunes: Las divisiones comunes describen formas particulares de pensar
sobre el mundo. Existen dos visiones comunes en UML:
§ Clasificador/instancia.
§ Interfaz/implementación.
• Mecanismos de extensibilidad: Los diseñadores de UML se dieron cuenta que no era
posible diseñar un lenguaje de modelado completamente universal que satisficiere las
necesidades presentes y futuras de todo el mundo, por lo que UML incorpora tres
mecanismos sencillos de extensibilidad cuales son: Restricciones, Estereotipos y
Valores etiquetados.
Arquitectura:
Define la arquitectura de sistema la estructura organizacional de
un sistema, incluida su descomposición en partes, su
conectividad, interacción, mecanismos y los principios directores
que informan el diseño del sistema.
Los aspectos esenciales de la arquitectura del sistema es capturar
en cuatro vistas diferentes del sistema la vista lógica, la vista del
proceso, la vista de implementación, y la vista de despliegue.
Todas estas están integradas por una quinta vista, la vista de casos
de uso. Cada una de estas vistas aborda diferentes aspectos de la
arquitectura de software.
37 | P á g i n a
• Vista lógica: Captura el vocabulario del ámbito del problema como un conjunto de
clases y objetos. El énfasis está en mostrar como los objetos y las clases que componen
un sistema implementan el comportamiento requerido del sistema.
• Vista del Proceso: Modela los procesos en un sistema como clases activas. Es una
variación orientada al proceso de la vista lógica y contiene los mismos artefactos.
• Vista de Implementación: Modelas los archivos, y componentes que conforman la base
del código físico del sistema.
• Vista de Despliegue: Modifica el despliegue físico de artefactos en un conjunto de
nodos físicos computacionales como ordenadores y periféricos.
2.1.3. Herramientas De Desarrollo

2.1.3.1. Software
NODE.JS
Es un entorno de JavaScript ejecutador de servidor
Ilustración 7: Logo NODE.JS
EXPRESS
Nos permite crear toda clase de herramientas de lado del servidor
aplicaciones en JavaScript
38 | P á g i n a
Ilustración 8: Logo EXPRESS
PostgreSQL
Sistema gestor de base de datos
Ilustración 9: Logo PostgreSQL
POSTMAN
Para el testeo del software
39 | P á g i n a
Ilustración 10: Logo POSTMAN
TRELLO
Para gestionar el control de la documentación
Ilustración 11: Logo TRELLO
GIT
Sistema para el control de versiones
40 | P á g i n a
Ilustración 12: Logo de GIT
GITHUB
Repositorio para gestionar el proyecto
Ilustración 13: Logo de GITHUB
VISUAL STUDIO CODE

Editor de código que trabaja con GIT para el control de versiones
41 | P á g i n a
Ilustración 14: logo de VISUAL STUDIO CODE
ENTERPRISE ARCHITECT
Para Modular los Diagramas
Ilustración 15: Logo Enterprise Architect
2.1.3.2. Hardware
Usaremos 5 computadoras para el desarrollo en el cuadro siguiente
especificaremos sus características.
Nro. Procesador RAM Almacenamiento
1 Intel i7 3400 2.40 64 bits 8 GB RAM 1 TB
2 AMD RYZEN 7 3700u 2.30 GHz 64 bits 8 GB RAM 512 MB
42 | P á g i n a
3 Intel i5 7200u 2.50 GHz 64 bits 8 GB RAM 1 TB
4 Intel i5 7200u 2.50 GHz 64 bits 8 GB RAM 1 TB
5 AMD A9 9420 3.00 GHz 64bits 8 GB RAM 512 MB

Tabla 1: Especificaciones de Hardware
2.2. Posibles Costos

Para el desarrollo del sistema se necesita lo siguiente:
2.2.1. Hardware
El hardware requerido para que el computador soporte al Sistema
Software en Desarrollo, oscila bajo los siguientes costos unitarios:
Nombre Versión Capacidad Costo ($)
Procesador INTEL i5- 4150 3.5 GHz 210$
Memoria RAM Kingston DDR4 16 GB 557$

Tabla 2: Posibles Costos de Hardware 1
Tarjeta de video GEFORCE 1050 TI 8 GB 160$
Disco duro Toshiba 1TB 49$
Placa base ASROCK 960GM- VGS3 64GB 148$
Case Combo Dell DLC MU 46 8GB 100$

Tabla 3: Posibles Costos de Hardware 2
2.2.2. Software
Nombre Versión Costos ($)
43 | P á g i n a
Sistema operativo Windows 10 licencia 20- 30 $
MYSQL
Gestor de base de datos 10-20 $ al mes
PRECONFIGURADO
CLOUD SERVICE Amazon server 12-50 $ al mes

Tabla 4: Posibles Costos de Software
2.2.3. Recurso Humano

Ocupación Cantidad Costo/mes
Front END 1 300
Back END 2 300 cada uno
Diseñador 1 300
Tabla 5: Posibles Costos de Recursos Humanos
2.3. Posibles Beneficios

Nombre Descripción
Minimizar el tiempo de espera entre pedido, brindar mejor organización al

Tiempo
restaurante en el manejo de sus datos
Con una fluidez y una interfaz, será accesible para cualquier usuario,
Esfuerzo
brindando una facilidad de interacción
Costos Mejor manejo de datos, de inventario y mayor organización interna
44 | P á g i n a
Al utilizar nueva tecnología con lo que se podrá tener una atención más
rápida y eficaz, clientes nuevos podrán llegar al restaurante sin necesidad
Posibles de una publicidad por un medio de comunicación que conlleva gastos para
clientes la misma.
La tecnología móvil será la que promueva al restaurante
Tabla 6: Posibles Beneficios
2.3.1. Tiempo
La realización y entrega de todo el software en su estado más óptimo y
funcional tomará un tiempo aproximado de 1 a 3 meses de realización.
2.3.2. Esfuerzo
El esfuerzo realizado para todo el sistema es de 5 personas dividiendo
tareas en 2 grandes áreas FRONTEND y BACKEND.
2.3.3. Costos
El sueldo por cada desarrollador que se cobrará o pagará es de 300
dólares americanos.
2.4. Posibles Clientes

Con la gran cantidad de empresas del sector productivo que existe hoy en
día este sistema podría ser de gran utilidad en empresas que manejan gran
cantidad de personal como ser Empresas del mismo rubro, patios de comida,
pensiones, etc.
Nombre Dirección Contacto
45 | P á g i n a
Factory Grill & Bar Av. Velarde esquina, Santa Cruz de la Sierra 3 3364300
Lorca Café, Bar y

Sucre # 8 esquina, Santa Cruz de la Sierra 3 3340562
Teatro
Local 159 (escalera derecha Calle 24 de

Héroes Restaurante
Septiembre Shopping Bolívar segundo piso, 62166206
& Bar
Santa Cruz de la Sierra
Cañada STRONGER 254, Santa Cruz de la

El Prado Resto Bar 68582700
Sierra
Tabla 7: Posibles Clientes
46 | P á g i n a
CAPITULO # 3
47 | P á g i n a
3. Modelo de dominio
3.1. Modelo de Dominio Inicial
Ilustración 16: Modelo De Dominio Inicial
39 | P á g i n a
3.2. Identificación de Posibles Clases

 Roles
Esta clase contendrá toda la información respecto del personal que
trabajara en el restaurante, incluye a todos los trabajadores y se separa por
categorías.
 Usuario
Esta clase recibe el FOREIGN KEY de la tabla empleado y esta clase
registra los datos esenciales de una persona las cuales pueden ser
heredados.
 Cliente
La clase cliente se encarga de representar al cliente que ira al restaurante a
consumir un producto en el restaurante.
 Reserva
Es la representación de la Acción reservar, el cual el cliente puede apartar
una mesa para su uso.
 Mesa
La clase mesa es la representación del objeto mesa, el cual es el objeto en
el cual el mesero ira a atender al cliente.
 Area
Se refiera al lugar como tal como la cantidad de mesas i su descripción del
lugar o área
 Recibo
Es la representación del Recibo, en el cual se almacenan los datos del
pedido y cliente.
 Pedido
La clase pedido es la abstracción del pedido que realizara un cliente, para
obtener un producto a consumir.
 Plato
Se refiera la nombre o id de plato como el, nombre descripción precio y
estado
 Cantidad_Plato
La cantidad de platos no es más que el stop de platos que se tiene
registrado en el día.
 Modificación
La modificación se refiera al plato que ha pedido el cliente que luego
realiza un empleado.
 Empleado
Esta clase contendrá toda la información respecto del personal que
trabajara en el restaurante incluye a todos los trabajadores.
 Turno
Se relaciona con el empleado al hacer el control de hora de llegada hora de
salida y sus respectivos nombres.
 Tipo_Empleado
50 | P á g i n a
Tipo de empleado se refiere a la ocupación o oficio que ejerce el

empleado identificado por id y su nombre.
3.3. Identificación de Posibles Atributos

Roles
 Id_roles
 Roles
Usuario
 Id_Usuario
 User_Name
 Password
Cliente
 Id_Cliente
 Nombre
 Telefono
 E_mail
Reserva
 Id_reseva
 Fecha_Reserva
 Hora_Reserva  Num_Persona
 Estado
Reservar (Reserva/Mesa)
 Id_Mesa
 Id_Reserva
Mesa
 Id_Mesa
 Capasida
Area
 Id_Area
 Cantidad
 Descriccion
Recibo
 Id_Recibo
 Fecha
 Total
Pedido
 Id_Pedido
51 | P á g i n a
Pedido_Plato (Pedido/Plato)
 Id_Pedido
 Id_Plato
Plato
 Id_Plato
 Nombre
 Descripción
 Precio
 Estado
Cantidad_Plato
 Id_Cantidad_Plato
 Cantidad
Modificacion
 Id_Modificacion
 Detalle
Empleado
 Id_Empleado
 Nombre
 Direccion
 Estado
Empleado_Turno (Empleado/Turno)
 Id_Turno
 Id_Empleado
Turno
 Id_Turno
 Nombre
 Hora_Llegada
 Hora_Salida
Tipo_Empleado
 Id_Tipo_empleado
 Nombre
3.4. Identificación de Posibles Relaciones

 Las clases Role -Usuario tiene una relación de asociación donde el usuario tiene
datos recolectado de la persona, pero también registra los roles del usuario.
52 | P á g i n a
 Las clases usuario – Empleado tiene una relación de asociación donde el usuario
tiene los datos recolectados de la persona, pero también se registra que el usuario
puede ser empleado.
 La clase Empleado -Tipo_Empleado tiene una relación de Asociación donde se
verifica el tipo de empleado.
 La clase Empleado - Turno tiene una relación de Asociación que registra el tipo
de empleado, pero también registra su turno.
 La clase Empleado_Turno es una clase intermedia entre Empleado –
Turno donde se anota el turno y verifica que tipo de empleado pertenece.
 La clase Usuario - Cliente tiene una relación de Asociación donde el usuario
tiene datos recolectados de la persona, pero también registra al cliente.
 La clase Cliente - Recibo tiene una relación de Asociación donde se muestra en el
recibo que adquirió el cliente.
 La clase Recibo – Pedido tiene una relación de Asociación donde se registra los
detalles del pedido.
 La clase Empleado - Modificacion tiene una relación de Asociación donde se
puede modificar sus detalles del empleado.
 La clase Cliente - Reserva tiene una relación de Asociación donde el cliente
puede realizar su reserva.
 La clase Reserva – Mesa tiene una relación de Asociación donde se muestra los
detalles de la reserva y guarda el detalle de la mesa reservada.
 La clase Recibo – Mesa tiene una relación de Asociación donde se almacena los
datos del recibo y detalles de la mesa.
 La clase Reservar es una clase intermedia entre Reserva – Mesa que almacena
datos de la Mesa y de la Reserva.
 La clase Pedido – Plato tiene una relación de Asociación donde se registra los
datos del plato en el pedido que pertenece.
 La clase Modificación – plato tiene una relación de Asociación donde se realiza
la modificación del plato.
 La clase Pedido_Plato es una clase intermedia entre Pedido – Plato que
almacena los pedido y detalle del plato.
 La clase Mesa – Area tiene una relación de Asociación donde registra el área de
la mesa reservada.
 La clase Plato – Cantidad_Plato tiene una relación de Asociación donde muestra
la cantidad de platos que existe.
53 | P á g i n a
3.5. Diseño de Datos

3.5.1. Diseño lógico
3.5.1.1. Diagrama de Clase
Ilustración 17: Diagrama de Clase
44 | P á g i n a
3.5.1.2. Mapeo
 Roles
Id Roles
PK_Roles
 Usuario
Id_Usuario User_Name Password IdRoles
PK FK
 Cliente
Id_Cliente Nombre Telefono email IdUsuario
PK FK
 Recibo
Id_Recibo Fecha Total Id_Pedido Id_Mesa IdCliente
PK FK FK FK
 Reserva
Id_Reserva Fecha_Reserva Hora_Reserva Num_Persona Estado IdCliente
PK FK
 Reservar
IdReserva IdMesa
PK- FK PK- FK
 Mesa
Id_Mesa Capacidad Estado IdArea
PK FK
 Tipo_Empleado
Tipo_Empleado Nombre
PK
 Empleado
56 | P á g i n a
Id Nombre Apellido Telefono TipoEmpleado IdUsuario IdPedido
PK FK FK FK
 Empleado_Turno
IdTurno IdEmpelado
PK-FK PK-FK
 Turno
Id_Turno Nombre HoraLlegada HoraSalida Estado
PK
 Modificación
Id_Modificacion Detalle IdEmpleado
PK FK
 Pedido
Id_Pedido IdMesa
PK FK
Pedido_Plato
IdPlato IdPedido Detalle
PK- FK PK- FK
 Plato
Id_Plato Estado Nombre Precio IdModificacion IdCantidadPlato
PK FK FK
 Cantidad_Plato
Id_Cantidad_Plato Cantidad
PK
 Area
Id_Area Cantidad_Mesa Descripcion
PK
3.5.1.3. Normalización (1fn, 2fn, 3fn)

57 | P á g i n a
Después de un análisis exhaustivo hemos llegado a la conclusión

de que no es necesario hacer normalización, pero seguiremos analizando
los requerimientos y realizando cambios apropiados.
3.5.2. Diseño Físico

3.5.2.1. Tabla de Volumen
 Roles
Tipo De
Atributos Amplitud Llave Nulo Descripción
Dato
Id_Roles INT 10 PK NO Llave Primaria
Roles VARCHAR 25 - NO Nombre de los Roles
 Area
Tipo De
Dato
Id_Area INT 10 PK NO Llave Primaria
Cantidad de mesas en
Cantidad_Mesa INT 10 - NO el área
Descricion VARCHAR 50 - SI Descripción del Área
 Cantida_Plato
Tipo De
Dato
Id_Cantida_Plato INT 10 PK NO Llave Primaria
Cantidad INT 10 - NO Cantidad de Platos
58 | P á g i n a
Tipo_Empleado
Tipo De
Dato
Id_Tipo_Empleado INT 10 PK NO Llave Primaria
Nombre del tipo

Nombre VARCHAR 50 - NO
de empleado
 Usuario
Tipo De
Atributos Dato Amplitud Llave Nulo Descripción
Id_Usuario INT 10 PK NO Llave Primaria
User_Name VARCHAR 50 - NO Nombre del Usuario
Contraseña del
Password VARCHAR 50 - NO Usuario
Id_Roles INT 10 FK NO Llave foránea

 Empleado
Tipo De
Atributos Dato Amplitud Llave Nulo Descripción
Id_Empleado INT 10 PK NO Llave Primaria
Nombre del
Nombre VARCHAR 50 - NO Empleado
Dirección del
Direccion VARCHAR 50 - NO Empleado
Estado del
Estado CHAR 10 FK NO Empleado
Id_Pedido INT 10 FK NO Llave foránea
Id_Tipo_Empleado INT 10 PK NO Llave foránea
59 | P á g i n a
SISTEMAS DE INFORMACIÓN
I

Modificaciones
Tipo De
Dato
Id_Modificaciones INT 10 PK NO Llave Primaria
Detallen de la
Detalle VARCHAR 50 - NO
modificación
Id_Empleado INT 10 FK NO Llave foránea
 Turno
Tipo De
Dato
Id_Turno INT 10 PK NO Llave Primaria
Nombre VARCHAR 50 - NO Nombre del Turno
Hora de llegada del

Hora_Llegada TIME 7 - NO
empleado
Hora de salida del
Hora_Saloda TIME 7 - NO
empleado
 Empleado_Turno
Tipo De
Dato
PK Llave Primaria, Llave

Id_Turno INT 10 NO
FK foránea

Id_Empleado INT 10 NO
FK foránea
Cliente
60 | P á g i n a
I
Tipo De
Dato
Id_Cliente INT 10 PK NO Llave Primaria
Nombre VARCHAR 50 - NO Nombre del Usuario
Número Telefónico del

Telefono VARCHAR 15 - SI
Cliente
Contraseña del
E_mail VARCHAR 50 - SI
Usuario
Id_Usuario INT 10 FK NO Llave foránea
 Reserva
Tipo De
Dato
Id_Reserva INT 10 PK NO Llave Primaria
Fecha_Reserva DATE - - NO Fecha de la Reserva
Hora_ Reserva TIME 7 - NO Hora de la Reserva
Num_Persona INT 7 - NO Numero de las Reserva
Estado CHAR 10 - NO Estado de la Reserva
Id_Cliente INT 10 FK NO Llave foránea
Mesa
Tipo De Amplitud Llave Nulo Descripción
61 | P á g i n a
I

Atributos
Dato
Id_Mesa INT 10 PK NO Llave Primaria
Cantidad INT 10 - NO Cantidad de Mesas
 Reservar
Tipo De
Dato

Id_Mesa INT 10 NO
FK foránea

Id_Reserva INT 10 NO
FK foránea
 Recibo
Tipo De
Dato
Id_Recibo INT 10 PK NO Llave Primaria
Fecha DATE - - NO Fecha del Recibo emitido
Cantidad total de lo
Total FLOAT 10,02 - SI
consumido
Id_Cliente INT 10 FK NO Llave foránea
Id_Recibo INT 10 FK NO Llave foránea
Id_Mesa INT 10 FK NO Llave foránea
Pedido
Tipo De
Dato
62 | P á g i n a
I
Id_Pedido INT 10 PK NO Llave Primaria
Id_Mesa INT 10 FK NO Llave foránea

 Plato
Tipo De
Dato
Id_Plato INT 10 PK NO Llave Primaria
Nombre VARCHAR 50 - NO Nombre del Plato

Descripción del
Descripcion VARCHAR 50 - NO
Plato
Precio FLOAT 10,02 - NO Pecio de los Plato
Estado CHAR 10 - NO Estado de los Plato
Id_Cantidas_Plato INT 10 FK NO Llave foránea
Id_Modificaion INT 10 FK NO Llave foránea

 Pedio_Plato
Tipo De
Dato
Id_Pedido INT 10 NO
FK foránea
Id_Plato INT 10 FK NO foránea
Detalle VARCHAR 50
63 | P á g i n a
2.1.1.1. Script
USE MASTER
GO
CREATE DATABASE Restaurante
GO
USE Restaurante
GO
--- Create Tables
CREATE TABLE Roles

(
Id_Roles int NOT NULL Primary Key,
Roles varchar(25) NOT NULL
);
GO
CREATE TABLE Usuario

(
Id_Usuario int NOT NULL Primary Key,
User_Name varchar(50) NOT NULL,
Password varchar(50) NOT NULL,
IdRoles int NOT NULL,
foreign Key (IdRoles) references Roles (Id_Roles)
);
GO
CREATE TABLE Cliente

(
Id_Cliente int NOT NULL Primary Key,
Nombre varchar(50) NOT NULL,
Telefono varchar(15),
E_mail varchar(50),
IdUsuario int not null,
foreign Key (IdUsuario) references Usuario (Id_Usuario)
);
GO
CREATE TABLE Reserva

(
Id_Reserva int NOT NULL Primary Key,
Fecha_Reserva date,
Hora_Reserva time(7),
Num_Persona int,
Estado char(10),
IdCliente int NOT NULL,
foreign Key (IdCliente) references Cliente (Id_Cliente)
64 | P á g i n a
CREATE TABLE
(
);
GO
Area
Id_Area int NOT NULL Primary Key,

Cantidad_Mesa int,
Descripcion varchar(50)
);
GO
CREATE TABLE Mesa

(
Id_Mesa int NOT NULL Primary Key,
Capacidad int,
IdArea int NOT NULL,
foreign Key (IdArea) references Area (Id_Area),
);
GO
CREATE TABLE Reservar

(
IdMesa int NOT NULL ,
IdReserva int NOT NULL, Primary Key (IdMesa,
IdReserva), foreign Key (IdMesa) references Mesa
(Id_Mesa),
foreign Key (IdReserva) references Reserva (Id_Reserva),
);
GO
CREATE TABLE Pedido

(
Id_Pedido int NOT NULL Primary Key,
IdMesa int NOT NULL, foreign Key (IdMesa) references Mesa (Id_Mesa),
);
GO
CREATE TABLE Recibo

(
Id_Recibo int NOT NULL Primary Key,
Fecha date,
Total float,
IdCliente int NOT NULL,
65 | P á g i n a
CREATE TABLE
(
IdMesa int NOT NULL,

IdPedido int NOT NULL,
foreign Key (IdCliente) references Cliente (Id_Cliente),
foreign Key (IdMesa) references Mesa (Id_Mesa),
foreign Key (IdPedido) references Pedido (Id_Pedido),
);
GO
Cantidad_Plato
Id_Cantidad_Plato int NOT NULL Primary Key,

Cantidad int
);
GO
CREATE TABLE Tipo_Empleado

(
Id_Tipo_Empleado int NOT NULL Primary Key,
Nombre varchar(50)
);
GO
CREATE TABLE Empleado

(
Id_Empleado int NOT NULL Primary Key,
Nombre varchar(50),
Direccion varchar(50),
Estado char(10),
IdUsuario int NOT NULL,
IdPedido int NOT NULL,
IdTipoEmpleado int NOT NULL,
foreign Key (IdUsuario) references Usuario (Id_Usuario),
foreign Key (IdTipoEmpleado) references Tipo_Empleado(Id_Tipo_Empleado),
);
GO
CREATE TABLE Turno

(
Id_Turno int NOT NULL Primary Key,
Nombre varchar(50),
Hora_Llegada time(7),
Hora_Salida time(7),
66 | P á g i n a
CREATE TABLE
(
);
GO
CREATE TABLE Empleado_Turno

(
IdTurno int NOT NULL,
IdEmpleado int NOT NULL,
Primary Key (IdTurno, IdEmpleado), foreign Key (IdTurno)
references Turno (Id_Turno), foreign Key (IdEmpleado) references
Empleado (Id_Empleado),
);
GO
Modificacion
Id_Modificacion int NOT NULL Primary Key,

Detalle varchar(50),
IdEmpleado int NOT NULL,
foreign Key (IdEmpleado) references Empleado (Id_Empleado),
);
GO
CREATE TABLE Plato

(
Id_Plato int NOT NULL Primary Key,
Nombre varchar(50),
Descripcion varchar(50),
Precio float,
Estado char(10),
IdCantidadPlato int NOT NULL,
IdModificacion int NOT NULL,
foreign Key (IdCantidadPlato) references Cantidad_Plato (Id_Cantidad_Plato),
foreign Key (IdModificacion) references Modificacion (Id_Modificacion),
)
;
GO
CREATE TABLE Pedido_Plato

(
IdPedido int NOT NULL ,
IdPlato int NOT NULL,
67 | P á g i n a
CREATE TABLE
(
Detalle varchar (50), Primary Key (IdPedido, IdPlato),

foreign Key (IdPlato) references Plato (Id_Plato),
);
GO
68 | P á g i n a
2.1.1.2. Diagrama Relacional

Ilustración 18: Diagrama Relacional
58 | P á g i n a
2.1.1.3. Actualización de Tuplas

2.1.1.4. Consulta
-- 1. Mostrar los datos del personal de cocina
SELECT Empleado.*
FROM Empleado, Tipo_Empleado
WHERE Empleado.Id_Empleado = Tipo_Empleado.Id_Tipo_Empleado AND
Tipo_Empleado.Nombre = 'COCINERO';
-- 2. Mostrar los datos del personal de meseros
SELECT Empleado.*
FROM Empleado, Tipo_Empleado
WHERE Empleado.Id_Empleado = Tipo_Empleado.Id_Tipo_Empleado AND
Tipo_Empleado.Nombre = 'MESERO';
-- 3. Mostrar los clientes registrados

SELECT *
FROM Cliente;
-- 4. Mostrar los cocineros que trabajan en la mañana

SELECT Empleado.*
FROM Empleado, Empleado_Turno, Tipo_Empleado
WHERE Empleado.IdTipoEmpleado = Tipo_Empleado.Id_Tipo_Empleado AND
Tipo_Empleado.Nombre = 'COCINERO' AND
Empleado.Id_Empleado = Empleado_Turno.IdEmpleado AND
Empleado_Turno.IdTurno = 1
-- 5. Mostrar los cocineros que trabajan en la noche

SELECT Empleado.*
Tipo_Empleado.Nombre = 'COCINERO' AND
Empleado_Turno.IdTurno = 2;
-- 6. Mostrar los meseros que trabajan en la mañana

SELECT Empleado.*
Tipo_Empleado.Nombre = 'MESERO' AND
-- 7. Mostrar los meseros que trabajan en la noche
72 | P á g i n a
SELECT Empleado.*
Tipo_Empleado.Nombre = 'MESERO' AND
-- 8. Mostrar todos los platos del menu
SELECT *
FROM Plato;
-- 9. Mostrar todos los platos que se encuentran disponibles
SELECT *
FROM Plato
WHERE Estado = 'DISPONIBLE';
-- 10. Mostrar todos los platos que no se encuentran disponibles
SELECT *
FROM Plato
WHERE Estado = 'AGOTADO';
-- 11. Mostrar todas las reservas realizadas para la fecha actual
SELECT *
FROM Reserva
WHERE Fecha_Reserva = GETDATE();
-- 12. Mostrar los platos del menu con sus cantidades
SELECT Plato.*, Cantidad
FROM Plato, Cantidad_Plato
WHERE Plato.IdCantidadPlato=Cantidad_Plato.Id_Cantidad_Plato;
-- 13. Mostrar la cantidad de pedidos realizados

SELECT COUNT(*)
FROM Pedido;
--14. Mostrar todas las mesas que se encuentran disponibles

SELECT * FROM Mesa
WHERE Estado='DISPONIBLE';
-- 15. Mostrar todas las mesas que se encuentran ocupadas

SELECT * FROM Mesa
WHERE Estado='OCUPADA';
-- 16. Mostrar el total de ganancias del dia

SELECT SUM(Total)
FROM Recibo
WHERE Fecha=GETDATE();
-- 17. Mostrar los clientes que realizaron una reserva

SELECT Cliente.*
FROM Cliente, Reserva
WHERE Cliente.Id_Cliente=Reserva.IdCliente
73 | P á g i n a
-- 18. Mostrar todos los cargos

SELECT *
FROM Tipo_Empleado
-- 19. Mostrar los platos que han sido pedidos alguna vez
SELECT Plato.*
FROM Plato, Pedido_Plato
WHERE Plato.Id_Plato=Pedido_Plato.IdPlato
-- 20. Mostrar los platos que no han sido pedidos ni una vez
SELECT *
FROM Plato
WHERE Id_Plato NOT IN (SELECT IdPlato FROM Pedido_Plato)
-- 21.- MOSTRAR LA LISTA DE PRODUCTOS DE LA MESA NRO 6
SELECT P.COD_PRODUCTO, P.NOMBRE
FROM PRODUCTO P
WHERE P.COD_PRODUCTO IN (SELECT PP.COD_PRODUCTO FROM PEDIDO_PRODUCTO PP WHERE

PP.COD_PEDIDO IN (SELECT P.COD_PEDIDO FROM PEDIDO P, RECIBO R WHERE P.COD_REC
= R.COD_RECIBO AND R.COD_MESA = '6'))
-- 22.- MOSTRAR LA LISTA DE MESAS QUE HAYAN ORDENADO PRODUCTO TIPO DE CARNES
SELECT M.COD_MESA
FROM MESA M
WHERE M.COD_MESA IN (SELECT R.COD_MESA FROM RECIBO R WHERE R.COD_RECIBO

IN(SELECT P.COD_REC FROM PEDIDO P WHERE P.COD_PEDIDO IN (SELECT PP.COD_PEDIDO
FROM PEDIDO_PRODUCTO PP WHERE PP.COD_PRODUCTO IN (SELECT P.COD_PRODUCTO
FROM PRODUCTO P WHERE P.COD_CATEGORIAPRODUCTO IN (SELECT
CP.COD_CATEGORIAPRODUCTO FROM CATEGORIAPRODUCTO CP WHERE CP.NOMBRE =
'CARNES')))))
-- 23.- MOSTRAR EL NOMBRE DE LOS PRODUCTOS DE TIPO BEBIDA QUE TENGA UN PRECIO
MENOR A 50 BS
SELECT PR.NOMBRE, PR.PRECIO
FROM PRODUCTO PR
WHERE PR.PRECIO < 50 AND PR.COD_CATEGORIAPRODUCTO IN (SELECT

'BEBIDAS')
-- 24.-MOSTRAR EL NOMBRE COMPLETO DE LOS EMPLEADOS QUE INGRESARON EN EL MES

DEL MARZO Y JUNIO
SELECT E.NOMBRE, E.APELLIDO,C.DESCRIPCION FROM EMPLEADO E, CARGO C WHERE

C.COD_CARGO = E.COD_CARGO AND E.FECHA_INGRESO BETWEEN '2018/03/01' AND
'2018/05/31'
-- 25.-MOSTRAR EL NOMBRE DE LOS PRODUCTOS DE TIPO CARNES QUE TENGA UN PRECIO

MENOR A 50 BS
74 | P á g i n a
FROM PRODUCTO PR
WHERE PR.PRECIO < 50 AND PR.COD_CATEGORIAPRODUCTO IN (SELECT

CP.COD_CATEGORIAPRODUCTO FROM CATEGORIAPRODUCTO CP WHERE CP.NOMBRE = 'CARNES')
-- 26.- MOSTRAR EL NOMBRE DE LOS PRODUCTOS DE TIPO GUARNICION QUE TENGA UN

PRECIO MENOR A 5 BS
FROM PRODUCTO PR
WHERE PR.PRECIO <= 5 AND PR.COD_CATEGORIAPRODUCTO IN (SELECT

'GUARNICIONES EXTRAS')
-- 27.- MOSTRAR EL NOMBRE DE LOS PRODUCTOS DE TIPO TRAGOS QUE TENGA UN PRECIO
MENOR A 50 BS
FROM PRODUCTO PR

CP.COD_CATEGORIAPRODUCTO FROM CATEGORIAPRODUCTO CP WHERE CP.NOMBRE = 'TRAGOS')
-- 28.-MOSTRAR EL NOMBRE DE LOS PRODUCTOS DE TIPO JUGOS QUE TENGA UN PRECIO

MENOR A 30 BS
FROM PRODUCTO PR

CP.COD_CATEGORIAPRODUCTO FROM CATEGORIAPRODUCTO CP WHERE CP.NOMBRE = 'JUGO')
-- 29.- MOSTRAR LA SUMA TOTAL DE LOS PRECIOS DEL PRODUCTO DE TIPO DE BEBIDAS
SELECT SUM(PRECIO) FROM PRODUCTO P WHERE P.COD_CATEGORIAPRODUCTO = '3'
-- 30.-MOSTRAR LA SUMA TOTAL DE LOS PRECIOS DEL PRODUCTO DE TIPO DE

GUARNICION
SELECT SUM(PRECIO) FROM PRODUCTO P WHERE P.COD_CATEGORIAPRODUCTO = '2'
-- 31.- VER LA LISTA DE LOS CLIENTES QUE REALIZARON COMPRAS ESTE MES
SELECT C.COD_CLIENTE,C.NOMBRE
FROM RECIBO R, CLIENTE C
WHERE R.COD_CLIENTE=C.COD_CLIENTE AND
FECHA BETWEEN '2018/09/01' AND '2018/11/30';
-- 32.- CLIENTES QUE REALIZARON COMPRAS POR VALOR MAYOR O IGUAL A 200BS
SELECT C.COD_CLIENTE,C.NOMBRE
FROM RECIBO R, CLIENTE C
WHERE R.COD_CLIENTE=C.COD_CLIENTE AND DBO.MONTO_RECIBO(COD_RECIBO)>=200;
75 | P á g i n a
--34.- VER LOS PRODUCTOS VENDIDOS EN UN RECIBO
SELECT
R.COD_RECIBO,P.COD_PRODUCTO,P.NOMBRE,PP.CANTIDAD,P.PRECIO,(CANTIDAD*TOTAL)MON
TOTOTAL FROM RECIBO R,PEDIDO_PRODUCTO PP, PRODUCTO P
WHERE P.COD_PRODUCTO=PP.COD_PRODUCTO AND R.COD_RECIBO = 900002;
-- 35.- INDICAR CUANTOS CLIENTES DIFERENTES COMPRARON UN DETERMINADO PRODUCTO
SELECT DISTINCT COUNT(R.COD_CLIENTE) FROM PEDIDO_PRODUCTO PP, RECIBO R, PEDIDO

P WHERE R.COD_RECIBO=P.COD_REC AND P.COD_PEDIDO = PP.COD_PEDIDO AND
PP.COD_PRODUCTO=4;
-- 36.- MOSTRAR LOS CLIENTES QUE REALIZARON MAS DE 10 PEDIDOS*/
SELECT*FROM CLIENTE WHERE (SELECT COUNT(COD_PEDIDO)FROM PEDIDO WHERE

COD_CLIENTE = 1111) >10
-- 37.- MOSTRAR LOS MESA QUE SE ENCUENTRAN OCUPADOS, ES DECIR EN SERVICIO
SELECT * FROM MESA WHERE ESTADO = 'O'
-- 38.- MOSTRAR LOS CLIENTES QUE REALIZARON MAS DE 5 PEDIDOS
SELECT* FROM CLIENTE C WHERE (SELECT ISNULL(COUNT(*),0)FROM PEDIDO P,RECIBO R

WHERE P.COD_REC =R.COD_RECIBO AND C.COD_CLIENTE = R.COD_CLIENTE) >1
-- 39.- LISTAR LOS TIPOS DE PRODUCTOS QUE SE ENCUENTRAN
SELECT * FROM CATEGORIAPRODUCTO WHERE COD_CATEGORIAPRODUCTO IN (SELECT

COD_CATEGORIAPRODUCTO FROM PRODUCTO)
-- 40.- MOSTRAR EL PRODUCTO DONDE EL PRECIO SEA EL MAXIMO
SELECT * FROM PRODUCTO WHERE PRECIO = (SELECT MAX(PRECIO) FROM PRODUCTO) --
41.- MOSTRAR EL PRODUCTO DONDE EL PRECIO SEA EL MINIMO
SELECT * FROM PRODUCTO WHERE PRECIO = (SELECT MIN(PRECIO) FROM PRODUCTO) --
42.- MOSTRAR LA LISTA DE EMPLEADAS MUJERES QUE HAY EN EL RESTAURANTE
SELECT E.NOMBRE,E.APELLIDO FROM EMPLEADO E WHERE E.SEXO='F'
2.1.1.5. Funciones
------------------------------FUNCIONES--------------------------------
--1 Funcion que calcula el total a pagar de un pedido

CREATE FUNCTION Calcular_Importe(@id_recibo INT)
RETURNS FLOAT AS BEGIN RETURN (SELECT SUM(Precio)
FROM Plato, Pedido_Plato, Pedido, Recibo
WHERE Pedido.Id_Pedido=Pedido_Plato.IdPedido AND
Plato.Id_Plato=Pedido_Plato.IdPlato AND
Recibo.IdPedido=Pedido.Id_Pedido AND
Recibo.Id_Recibo=@id_recibo)
END
--2 DEVOLVER LA DIRECCION DE UN EMPLEADO POR SU CI
CREATE FUNCTION DIRECCION_EMPLEADO(@DIRECCION INT) RETURNS VARCHAR(100) AS
BEGIN
76 | P á g i n a
RETURN (SELECT EMPLEADO.DIRECCION FROM EMPLEADO WHERE DIRECCION = @DIRECCION)
END
--3 DEVOLVER EL NOMBRE DE LA FUNCION DE UN CARGO TENIENDO EL ID
CREATE FUNCTION FUNCION_CARGO(@ID INT) RETURNS VARCHAR(50) AS
BEGIN
RETURN (SELECT CARGO.DESCRIPCION FROM CARGO,COMPONE,FUNCION WHERE

CARGO.ID = COMPONE.ID_CARGO AND CARGO.ID = @ID )
END
--4 MOSTRAR EL PRECIO DE UN PRODUCTO CON SU NOMBRE
CREATE FUNCTION MOSTRAR_PRECIO(@NOMBRE VARCHAR(50)) RETURNS FLOAT AS
BEGIN
RETURN( SELECT PRODUCTO.PRECIO FROM PRODUCTO WHERE PRODUCTO.NOMBRE = @NOMBRE)
END
--5 DEVOLVER EL NOMBRE DE UN CLIENTE TENIENDO SU ID
CREATE FUNCTION NOMBRE_CLIENTE(@CODIGO INT) RETURNS INT AS
BEGIN
RETURN (SELECT CLIENTE.NOMBRE FROM CLIENTE WHERE COD_CLIENTE = @CODIGO)
END
--6 DEVOLVER EL NOMBRE DE UN EMPLEADO TENIENDO SU CI
CREATE FUNCTION NOMBRE_EMPLEADO(@CI INT) RETURNS INT AS
BEGIN
RETURN (SELECT EMPLEADO.NOMBRE FROM EMPLEADO WHERE CI = @CI)
END
2.1.1.6. Procedimientos almacenados
------------------------PROCEDIMIENTOS ALMACENADOS------------------------------
--1 Procedimiento para agregar un plato a un pedido

CREATE PROCEDURE Agregar_A_Pedido(@id_pedido INT, @id_plato INT) AS
INSERT INTO Pedido_Plato VALUES(@id_pedido, @id_plato)
-- 2 PRECIO TOTAL DEL RECIBO
CREATE PROCEDURE PERCIO_TOTAL(@CODIGO INT,@TOTAL FLOAT OUTPUT)AS
SELECT @TOTAL = (R.TOTAL)
FROM RECIBO R
WHERE R.COD_RECIBO = @CODIGO
RETURN
--3 VERIFICA SI HAY CLIENTE CON DICHO CODIGO
--DROP FUNCTION VERIF_CLIENTE;
77 | P á g i n a
CREATE FUNCTION VERIF_CLIENTE(@CODIGO INT)
RETURNS BIT
AS BEGIN
RETURN (SELECT ISNULL(COUNT(COD_CLIENTE),0) FROM CLIENTE WHERE

COD_CLIENTE=@CODIGO);
END;
--4 AÑADE UN NUEVO CLIENTE
--DROP INSERTAR_CLIENTE;
CREATE PROCEDURE INSERTAR_CLIENTE(@CODIGO INT,@NOMBRE NVARCHAR(60),@TELEFONO INT,

@DIRECCION NVARCHAR(80))
AS
IF(@CODIGO NOT IN (SELECT COD_CLIENTE FROM CLIENTE))
INSERT INTO CLIENTE VALUES(@CODIGO ,@NOMBRE,@TELEFONO, @DIRECCION);
RETURN;
EXECUTE INSERTAR_CLIENTE 1000,'JUAN MALDONADO PEREZ', 69087450, 'PRIMAVERA'
SELECT *
FROM CLIENTE
2.1.1.7. Disparadores
--1 Valida si un plato se encuentra disponible para agregarlo al pedido
CREATE TRIGGER Cant_plato
ON Pedido_Plato
FOR INSERT AS
DECLARE @id_pedido INT, @id_plato INT, @id_cant INT, @cant_plato BIGINT
SELECT @id_pedido=IdPedido, @id_plato=IdPlato FROM INSERTED
IF (@id_pedido NOT IN (SELECT Id_Pedido FROM Pedido))
BEGIN
RAISERROR('El ID de pedido no existe', 16, 1)
ROLLBACK RETURN END
SELECT @id_cant=Id_Cantidad_Plato, @cant_plato=Cantidad
FROM Cantidad_Plato, Plato
WHERE Plato.Id_Plato=@id_plato AND
Cantidad_Plato.Id_Cantidad_Plato=Plato.IdCantidadPlato
IF (@cant_plato>1)
UPDATE Cantidad_Plato SET Cantidad=@cant_plato-1 WHERE
Id_Cantidad_Plato=@id_cant
ELSE
IF (@cant_plato=1)
BEGIN
UPDATE Cantidad_Plato SET Cantidad=@cant_plato-1 WHERE
Id_Cantidad_Plato=@id_cant
UPDATE Plato SET Estado='AGOTADO' WHERE IdCantidadPlato=@id_cant
END ELSE BEGIN
RAISERROR('El plato se ha agotado', 16, 1)
ROLLBACK RETURN END
--2 INSERTAR CLIENTES
CREATE TRIGGER INSERTARCLIENTE ON CLIENTE
78 | P á g i n a
FOR INSERT AS
PRINT'HA INSERTADO REGISTROS EN LA TABLE CLIENTE' INSERT INTO CLIENTE VALUES (121212,'MARIO
GOMEZ','7888888','LOS PENOCOS');
--3 ACTUALIZAR DATOS DEL CLIENTE
CREATE TRIGGER INSERTAR_CLIENTE1 ON CLIENTE
FOR UPDATE
AS
UPDATE CLIENTE SET NOMBRE = 'SANTIAGO CRUZ' WHERE COD_CLIENTE = 55555
--4 INSERTAR EMPLEADOS
CREATE TRIGGER INSERTAR_EMPLEADO ON EMPLEADO
FOR INSERT AS
PRINT'HA INSERTADO REGISTROS EN LA TABLE CLIENTE' INSERT INTO EMPLEADO
VALUES(00010,1001,'FRANKLIN',' PEREZ','M','20/05/1975','AV. LA BARRANCA
#45',70060063,'04/03/2018',110);
CAPITULO # 4
79 | P á g i n a
4. Método Requerimiento - Ishikawa

4.1. Identificar problemas
4.1.1. Lista de Problemas
P1. Falta de organización interna por pate de los trabajadores
P2. Deficiencia del manejo de las reservas
P3. Mal manejo de horarios laborales
P4. Perdida de información
P5. Mal manejo del orden o prioridad del pedido
P6. Inadecuado o ineficiente registro de un pedido
P7. Demora en la entrega de los pedidos
P8. Mala coordinación entre el personal
P9. Mala manipulación de insumos por parte del personal
P10. Carencia en el registro de ventas realizadas
P11. Falta de publicidad
P12. Deficiencia en el control de platos
P13. Demora en la atención de Clientes
P14. Deficiencia de cobros en caja
P15. Insuficiente conocimiento entre los precios de los platos.
P16. Formulario precario para la entrega de pedidos
P17. Plantilla de registro ineficiente para los platos a vender
P18. Demora en la búsqueda de la información personal de los clientes
/empleados
P19. Poco personal para la atención al cliente
P20. Inadecuada búsqueda de mesas disponibles
P21. Demora en la elaboración de los platos
P22. Deficiencia en la actualización del menú
80 | P á g i n a
P23. Deficiencia en la administración del registro del personal del

restaurante/ clientes
4.1.2. Depurar Problemas

P7: Demora en la entrega de los pedidos
P8: Mala coordinación entre el personal
P9: Mala manipulación de insumos por parte del personal
P11: Falta de publicidad
P12: Deficiencia en el control de platos
P17: Plantilla de registro ineficiente para los platos a vender
P18: Demora en la búsqueda de la información personal de los clientes
/empleados
P19: Poco personal para la atención al cliente
4.1.3. Lista de Problemas finales

81 | P á g i n a
4.1.4. Propietarios de Problemas

PROBLEMA Administrador Cocinero Mesero Cliente
P1. Falta de organización
interna por pate de los
trabajadores
P2. Deficiencia del manejo de las
reservas
P3. Mal manejo de horarios
laborales
P5. Mal manejo del orden o

prioridad del pedido
P6. Inadecuado o ineficiente
registro de un pedido
P7. Carencia en el registro de
ventas realizadas
P8. Demora en la atención de
Clientes
P10. Insuficiente conocimiento

entre los precios de los platos.
P11. Formulario precario para
la entrega de pedidos
P12. Inadecuada búsqueda de

mesas disponibles
P13. Demora en la elaboración

de los platos
P14. Deficiencia en la
actualización del menú
P15. Deficiencia en la
administración del registro
del personal del restaurante/
clientes
Tabla 8: Propietarios de Problemas
4.1.5. Análisis de Problemas

82 | P á g i n a
Problema leve, causa confusión entre los empleados y las tareas que
debe realizar cada uno.
Problema grave, puede pasar que llegue un cliente y su reserva no haya
sido anotada o se haya perdido lo que causaría que el cliente se retire.
Problema leve, puede causar confusiones con los horarios de cada

empleado y puede causar que algunos días se tenga personal de más o
menos.

Problema grave, si se pierden los pedidos de los clientes o las reservas
no se pueden dar el mejor servicio.

Problema mediano, ya que causaría que algunos clientes tengan que
esperar más de lo que deberían para recibir su pedido.

Problema mediano, genera mucho trabajo y pérdida de tiempo que el
mesero tenga que ir hasta cocina para entregar los pedidos de los
clientes.

Problema grave, porque si no se lleva un registro de las ventas no hay
forma de saber si se genera una ganancia o una pérdida.

Problema grave, porque no se está realizando lo primordial que es dar
la mejor experiencia a un cliente.

Problema grave, porque no esto puede conllevar a un problema mucho
mayor ocasionando pérdida de tiempo como para los empleados a su
vez a los clientes en el peor de los casos de dinero.

Problema grave, porque la falta de información en este caso conlleva a
tener muchas fallas en la atención y la insatisfacción de los clientes
83 | P á g i n a

Problema medio, porque el registro de las entregas de pedidos no es
guardado correctamente.
Problema medio, porque se realiza un mal cálculo del área disponible
Problema grave, porque esto ocasiona un grave retraso en todas la
demás tareas

Problema medio, porque esto ocasiona una desinformación y
desconformidad en los clientes

Problema grave, porque esto ocasiona una pérdida de información que se
puede utilizar en el trascurso del tiempo.
4.1.6. Estimación y cuantificación del problema
Ilustración 19: Estimación y Cuantificación del Problema
4.1.7. Alternativas de Cambio

84 | P á g i n a
Desarrollar un sistema de información que gestione la organización

interna de los empleados.
Desarrollar un sistema de información que gestione las reservas.
Desarrollar un sistema de información que gestione los horarios.

Desarrollar un sistema de información que gestione los diferentes
documentos.

Desarrollar un sistema de información que gestione los pedidos.
Desarrollar un sistema de información que gestione la información de
los pedidos.

Desarrollar un sistema de información que gestione la información de
las ventas.

Desarrollar un sistema de información que gestione la atención de los
clientes.

Desarrollar un sistema de información que gestione los cobros en caja.
Desarrollar un sistema de información que gestione que registre la
información necesaria.

Desarrollar un sistema de información que gestione el registro de la
información necesaria para la entrega de pedidos.

Desarrollar un sistema de información que permita gestionar las mesas.
Desarrollar un sistema de información que permita cronometrar el tiempo
de la preparación de los platos
85 | P á g i n a
Desarrollar un sistema de información capaz de anotar los datos

relevantes del menú.
Desarrollar un sistema de información capaz de registrar los datos

relevantes del personal como del cliente.
4.1.8. Conclusión y Recomendación

Podemos Convenir que el problema que discutimos tiene como causa
principal la falta de automatización en los diferentes procesos lo que deriva
en una carencia en la calidad de servicio, se recomienda que se implemente
un sistema de información que gestione al personal en general, reservas, y la
atención al cliente que se extiende de estos; tanto el sistema de información
como su base de datos tienen que estar protegidos y respaldados para evitar
la pérdida de datos.
86 | P á g i n a
4.2. Diseñar el Diagrama de Ishikawa
87 | P á g i n a
Ilustración 20: Diseñar el Diagrama de Ishikawa
4.2.1. Identificar Categorías
88 | P á g i n a
Ilustración 21: Identificar Categorías
4.2.2. Identificar Causas
89 | P á g i n a
Ilustración 22: Identificar Causas
90 | P á g i n a
CAPITULO # 5
5. Modelo De Negocio
5.1. Diagrama de Actividad
5.1.1. Proceso de Atención al Cliente
91 | P á g i n a
Ilustración 23: Diagrama de Actividad (Atención al Cliente)

5.1.2. Proceso de Reserva
92 | P á g i n a
Ilustración 24: Diagrama de Actividad (Reserva)
93 | P á g i n a
5.1.3. Proceso de Entrega de Pedido
Ilustración 25: Diagrama de Actividad (Proceso de Entrega de Pedido)
94 | P á g i n a
CAPITULO # 6
6. Flujo de Trabajo “Captura de Requisitos”

6.1. Identificar Actores
95 | P á g i n a
Ilustración 26: Identificar Actores
6.1.1. Listar de Actores

Lista de Actores
Administrador
Usuario
Cliente
Empleado
Mesero
Tabla 9: Listar Actores
Los principales actores del software de gestión son los siguientes:

Administrador
Es aquel que por medio del sistema se encarga de administrar el restaurante
y toda su logística interna pudiendo así modificar información del mismo.
Empleado
Es el que brinda el servicio al cliente, recepciónan los pedidos por medio del
sistema puede obtener información de los platillos que se encuentran
disponibles en el restaurante.
Cliente:
Este usuario es el que realiza pedidos, reservas y es atendido por el mesero.
6.2. Identificar Caso de Uso

Lista de Caso de Uso
CU1: Iniciar Sesión
CU2: Gestionar Turno
CU3: Gestionar Roles
CU4: Gestionar Empleados
CU5: Gestionar Usuario
CU6: Gestionar Ambiente
CU7: Gestionar Mesas
CU8: Gestionar Ingredientes
CU9: Gestionar Producto
CU10: Gestionar Cliente
CU11: Gestionar Asignación De Meseros
CU12: Gestionar Pedido
96 | P á g i n a
CU13: Consultar Producto

CU14: Gestionar Recibo
CU15: Consultar Recibo
CU16: Imprimir Recibo
CU17: Gestionar Reservas
CU18: Consultar Reserva
CU19: Consultar Espacio Disponible
CU20: Consultar Mesa
CU21: Generar Reporte De Recibo
CU22: Generar Reporte De Pedido
CU23: Generar Reporte De Producto
CU24: Ver Bitácora
CU25: Cambiar Contraseña
CU26: Cerrar Sesión
Tabla 10: Identificar Caso de Uso
6.2.1. Priorizar Caso de Uso

Casos de uso Estado Prioridad Riesgo
CU1: Iniciar Aprobado Normal Normal

Sesión
CU2: Gestionar Turno Aprobado Normal Normal

CU3:Gestionar Roles Aprobado Normal Normal
CU4:Gestionar Empleados Aprobado Normal Normal
CU5:Gestionar Usuario Aprobado Normal Normal
CU6:Gestionar Ambiente Aprobado Normal Normal
CU7:Gestionar Mesas Aprobado Normal Normal
CU8:Gestionar Ingrediente Aprobado Normal Normal
CU9:Gestionar Producto Aprobado Normal Normal
CU10:Gestionar Cliente Aprobado Normal Normal

CU11:Gestionar Asignación De Meseros Normal Critico Critico
CU12:Gestionar Pedido Aprobado Critico Critico
CU13:Consultar Producto Aprobado Significativo Accesorio
97 | P á g i n a
CU14:Gestionar Recibo Aprobado Critico Accesorio

CU15:Consultar Recibo Aprobado Significativo Critico
CU16:Imprimir Recibo Incorporado Significativo Accesorio
CU17:Gestionar Reserva Aprobado Normal Normal
CU18:Consultar Reserva Aprobado Significativo Accesorio
CU19:Consultar Espacio Disponible Aprobado Significativo Accesorio
CU20:Consultar Mesa Aprobado Significativo Accesorio
CU21:Generar Reporte De Recibo Incorporado Critico Critico
CU22:Generar Reporte De Pedido Incorporado Critico Critico
CU23:Generar Reporte De Producto Incorporado Critico Critico
CU24:Ver Bitácora Aprobado Normal Normal
CU25:Cambiar Contraseña Aprobado Normal Normal
CU26:Cerrar Sesión Aprobado Normal Normal
Tabla 11: Priorizar Caso de Uso
6.3. Detallar Caso de Uso

6.3.1. CU1: Iniciar Sesión
uc CU1: Iniciar Sesion
Administrador
CU1: Iniciar Sesion
Empleado
DETALLE DE CU1
Caso de Uso CU1: Iniciar sesión
Propósito Ingresar al sistema
Descripción Verifica los datos de inicio del usuario, si son válidos
asigna a sesión el usuario que está ingresando al sistema
Actores Administrador, Empleado

Actor iniciador Administrador, Empleado
98 | P á g i n a
Pre-Condición
Flujo de Suceso 1. Iniciar sesión:
1.1. Usuario ingresa su id y contraseña
1.2. Obtiene el usuario los datos guardados, por el id ingresado
1.3. Si no existe el usuario se muestra un error de acceso, caso
contrario se ingresa normalmente
1.4. se compara la contraseña ingresada con la contraseña de
usuario obtenida
1.5. si no son iguales las contraseñas se muestra un error
1.6. Si son iguales se inicia sesión con éxito y se ingresa al
sistema
Post-Condición
Excepción En caso de que no se encuentre el id o no sea válido, se
muestra un error de que ese usuario no existe.
En caso de que la contraseña no sea válida o no se
encuentre se muestra un error de contraseña incorrecta
6.3.2.CU2: Gestionar turno

uc CU2: Gestionar Turno
CU2: Gestionar Turno
Administrador
DETALLE DE CU2
Caso de Uso CU2: Gestionar Turno
Propósito Asignar un horario de trabajo al empleado
Descripción Contiene los diferentes turnos de trabajo
Actores Administrador
Actor iniciador Administrador
Pre-Condición
99 | P á g i n a
Flujo de Suceso Registrar Turno

Se registraran los siguientes campos
1. Descripción
2. Hora de entrada
3. Hora de salida
4. Click en guardar
5. Se verifican los campos ingresados
6. Si están correctos se almacenan los datos
7. Si no están correctos arroja excepción
8. Modificar turno
Se modificaran los siguientes campos:
1. Descripción
2. Hora de entrada
3. Hora de salida
4. Click en guardar
5. Se verifican los campos
6. Si están correctos se almacenan
Post-Condición
Excepción Se muestra error cuando se ingresen datos nulos
100 | P á g i n a
I
: Gestionar
6.3.3. CU3 Roles
uc CU3: Gestionar Roles
CU3: Gestionar Roles
Administrador «include»
CU4: Gestionar
Empleados
DETALLE DE CU3
Caso de Uso CU3: Gestionar Roles
Propósito Agrupar a los usuarios del sistema.
Descripción Agrupar a los diferentes usuarios del sistema para que se
restrinjan los accesos.
Pre-Condición CU4: Gestionar empleado.
Flujo de Suceso 1. Registrar Rol
1.1. Presionar en la opción nueva.
1.2. Insertar dato del rol: código, descripción.
1.3. Validar datos.
1.4. Guardar.
2. Modificar Rol
2.1. Elegir al rol en la lista de roles
2.2. Insertar los nuevos datos.
2.3. Validar campos.
2.4. Guardar datos modificados.
3. Inhabilitar Rol
3.1. Seleccionar el rol en la lista de roles. 3.2.
Cambiar estado a inhabilitado
3.3. Validar campos.
3.4. Guardar datos.
Post-Condición
Excepción 1.1. Error: existe campos sin datos.
1.2. Error: campos mal rellenados.
3.1. El código no existe
2.3. Error: datos incompletos “Revisar”.
3.3. Error: datos incompletos “Revisar”.
101 | P á g i n a
I
: Gestionar
6.3.4. CU 4 Empleados
uc CU4: Gestionar Empleado
CU4: Gestionar
Empleados
Administrador Empleado
DETALLE DE CU4
Caso de Uso CU4: Gestionar Empleados
Propósito Permite el registro y modificación del empleado
Descripción Tiene el funcionamiento de un CRUD
Actor iniciador
Pre-Condición 1. Registrar empleado
Rellenar los siguientes campos con los datos del
empleado:
1.1. Nombre
1.2. Apellido
1.3. Sexo
1.4. Fecha de nacimiento
1.5. Dirección
1.6. Teléfono
1.7. Fecha de ingreso
1.8. Cargo que ocupara
1.9. Turno
1.10. Estado
1.11. Click en el botón guardar
1.12. El sistema verifica los campos
1.13. Si están correctos se almacenan los datos
1.14. Si no están correctos se arroja una excepción
Flujo de Suceso2. Modificar empleado

2.1. Modificar los campos que sean necesarios
2.2. Click en el botón guardar
2.3. Verificar los datos
2.4. Si están correctos se modifican los datos
2.5. Si no están correctos se arroja una excepción
Post-Condición
Excepción Excepción de registro:
102 | P á g i n a
I
: Gestionar
Excepción por datos nulos Excepción
de modificación:
Excepción por datos nulos
6.3.5. CU5 Usuario

uc CU5: Gestionar Usuario
CU5: Gestionar
Usuario
Administrador
Usuario
DETALLE DE CU5
Caso de Uso CU5: Gestionar usuario
Propósito Administración del usuario con todos sus datos
Descripción Permite el registro, modificación y eliminación del
usuario
Actores Administrador, Usuario
Pre-Condición Ninguno
Flujo de Suceso 1. Registrar usuario
Se ingresaran los siguientes campos
Id
Contraseña
Código de empleado
Click en guardar
Se verifican los campos
Si están correctos se almacenan
Si no están correctos arroja excepción
2. Modificar usuario
Se modificaran los siguientes campos
2. 1.Id
Contraseña
Código de empleado
Click en guardar
Se verifican los campos
103 | P á g i n a
I
: Gestionar
Si están correctos se almacenan
3. Eliminar usuario
Seleccionar usuario
Click en aceptar
Se verifican los datos
Si están correctos se elimina
Post-Condición
Excepción Registrar usuario arroja excepción por datos nulos
Modificar usuario arroja excepción por datos nulos
6.3.6. CU6 Ambiente

uc CU6: Gestionar Ambiente
CU6: Gestionar
Ambiente
Administrador
DETALLE DE CU6
Caso de Uso CU6: Gestionar ambiente
Propósito Administrar ambiente
Descripción Permite el registro, modificación y eliminación de
ambiente
Pre-Condición
Flujo de Suceso Registrar ambiente
1. Descripción
2. Capacidad
3. Estado
4. Click en guardar
Modificar ambiente
104 | P á g i n a
I
: Gestionar
1. Descripción
2. Capacidad
3. Estado
4. Click en guardar
Eliminar ambiente
1. Seleccionar el ambiente
2. Click en aceptar
Post-Condición
Excepción Registrar ambiente arroja excepción por datos nulos
Modificar ambiente arroja excepción por datos nulos
6.3.7. CU7 Mesas

uc CU7: Gestionar Mesas
CU7: Gestionar
Mesas
Administrador
DETALLE DE CU7
Caso de Uso CU7: Gestionar Mesas
Propósito Administrar mesas
Descripción Este caso de uso permite registrar, modificar y eliminar
mesa
Pre-Condición
Flujo de Suceso Registrar mesa
1. Capacidad
2. Estado
3. Ambiente
4. Click en guardar
Modificar mesa
105 | P á g i n a
I
: Gestionar
1. Capacidad
2. Estado
3. Ambiente
4. Click en guardar
Eliminar mesa
1. Seleccionar mesa
2. Click en aceptar
Post-Condición
Excepción Registrar mesa arroja excepción por datos nulos Modificar
mesa arroja excepción por datos nulos
6.3.8. CU8 Ingredientes

uc CU8: Gestionar Ingrediente
CU8: Gestionar
Ingredientes
Administrador
DETALLE DE CU8
Caso de Uso CU8: Gestionar Ingredientes
Propósito Agregar y quitar ingredientes para los respectivos platos
Descripción Este caso de uso permitirá al administrador la
modificación o eliminación de los ingredientes de cierto
producto
106 | P á g i n a
I
: Gestionar
Flujo de Suceso 1. Administrador inicia sesión
2. Gestionar Ingrediente
2.1. Adicionar Ingrediente
2.1.1. Código Ingrediente
2.1.2. Nombre
2.1.3. Precio
2.2. Modificar Ingrediente
2.3. Eliminar ingrediente
Post-Condición Ninguno
Excepción En caso de que falte uno de los campos
Error: Verifique todos los campos necesarios
6.3.9. CU9 Producto

uc CU9: Gestionar Producto
CU9: Gestionar
producto
Administrador
DETALLE DE CU9
Caso de Uso CU9: Gestionar Producto
Propósito Almacenar en el sistema los distintos tipos de producto
que ofrece el restaurante
Descripción Este caso de uso permitirá al administrador crear,
modificar y actualizar los productos del restaurante
Flujo de Suceso 1. Administrador inicia sesión

2. Gestionar Producto
2.1. Adicionar Producto
2.1.1. Código Producto(generado)
107 | P á g i n a
I
: Gestionar
2.1.2. Nombre
2.1.3. Tipo
2.1.4. Precio
2.1.5. Tiempo de elaboración
2.1.6. Estado
2.2. Modificar Producto
2.2.1. Seleccionar el producto a modificar
2.2.2. Realizar los cambios
2.2.3. El sistema verifica los datos
2.3.
2.4. El sistema verifica los datos
2.5. Guardar
Excepción En caso de error : “Error : Datos inválidos”
108 | P á g i n a
: Gestionar
6.3.10. CU10 Cliente
uc CU10: Gestionar Cliente
Administrador
CU10: Gestionar Cliente
Cliente
DETALLE DE CU10
Caso de Uso CU10: Gestionar Cliente

Propósito Almacenar información de los clientes
Descripción Este caso de uso nos permitirá el registro, modificación de

los clientes del restaurant
Actores Administrador, Cliente
Flujo de Suceso 1. Registro cliente
2. Guardar
2.1. Pide los datos al cliente
2.1.1. Nombre
2.1.2. Teléfono 2.1.3. Dirección
3. Validar datos.
109 | P á g i n a
Excepción 2.1. Error: “campos incompletos”.
6.3.11. CU11: Gestionar Asignación De Meseros

uc CU11: Gestionar Asignación de Meseros
CU11: Gestionar
Asignación De Meseros
Mesero
Administrador
DETALLE DE CU11
Caso de Uso CU11: Gestionar asignación de meseros
Propósito Asignar un garzón a una mesa
Descripción Este caso de uso lo que permite es asignar un mesero a

cada mesa, pueden ser una o varias
Actores Administrador, mesero
Pre-Condición
Flujo de Suceso 1. Administrador Inicia Sesión

2. Asigna Una O Varias Mesas A Un Mesero
3. Introduce El Nombre O Código Del Mesero
4. Guarda Los Datos
Post-Condición
Excepción Error: código de garzón no invalido,

Excepción: mesa no existe
110 | P á g i n a
: Gestionar
6.3.12. CU 12 Pedido
uc CU12: Gestionar Pedido
CU12: Gestionar pedido
Mesero
Cliente
DETALLE DE CU12
Caso de Uso CU12: Gestionar pedido
Propósito Llevar a cabo el registro de los pedidos que realizan los

clientes
Descripción El mesero tomará el pedido del cliente para ser

almacenado en la base de datos
Actores Cliente, mesero
Actor iniciador Cliente
Flujo de Suceso 1. Cliente hace pedido

2. Mesero selecciona el plato
3. Se consulta el estado del producto
4. Se verifica el tiempo de entrega del plato
5. Se agrega el pedido
Post-Condición
Excepción Excepción: que el plato no esté disponible
111 | P á g i n a
112 | P á g i n a
I
: Gestionar
6.3.13. CU13 Consultar Producto
uc CU13: Consultar Producto
CU13: Consultar CU23: Generar

producto reporte de producto
«extend»
Mesero
DETALLE DE CU13
Caso de Uso CU13: Gestionar pedido
Propósito Llevar a cabo el registro de los pedidos que realizan los

clientes
Descripción El mesero tomará el pedido del cliente para ser

almacenado en la base de datos
Actores Cliente, mesero
Flujo de Suceso 1. Cliente hace pedido

2. Mesero selecciona el plato
3. Se consulta el estado del producto
4. Se verifica el tiempo de entrega del plato
5. Se agrega el pedido
Post-Condición
Excepción Excepción: que el plato no esté disponible
113 | P á g i n a
I
:
6.3.14. CU14 Recibo
uc CU14: Gestionar Recibo
CU14: Gestionar Recibo
«e xtend»
Administrador CU16: Imprimir Recibo
DETALLE DE CU14
Caso de Uso CU14: Gestionar Recibo
Propósito Controlar los recibos emitidos
Descripción Se gestionará los recibos emitidos de cada pedido
Flujo de Suceso 1. El administrador inicia sesión

2. Ingresara su cuenta de usuario
3. Nuevo
3.1. Código de recibo
3.2. Fecha
3.3. Código de mesa
3.4. Id de usuario
Post-Condición CU16: Imprimir recibo
114 | P á g i n a
I
: Gestionar
Excepción El código del recibo es único y solo se repite una vez
6.3.15. CU15 Consultar Recibo
uc ucCU15:Consultar Recibo
Administrador
CU14:Gestionar
CU15: Consultar Recibo Gestionar Recibo
«include»
DETALLE DE CU15
Caso de Uso CU15: Consultar recibo
Propósito Consultar los recibos
Descripción Se consultarán todos los recibos emitidos
Actores Ninguno
Actor iniciador Ninguno
Pre-Condición CU14: Gestionar recibo
115 | P á g i n a
I
:
Flujo de Suceso 1. La cajera iniciara sesión
2. Ingresara a su cuenta de usuario
3. Introduce
3.1. Código de recibo
3.2. Fecha
3.3. Código de mesa
3.4. Id de usuario
Excepción Los recibos solo serán emitido una sola vez
116 | P á g i n a
I
:
6.3.16. CU16 Imprimir Recibo
uc CU16: Imprimir Recibo
CU16: Imprimir Recibo
Administrador
DETALLE DE CU16
Caso de Uso CU16: Imprimir recibo
Propósito Imprimir recibo
Descripción Se podrá imprimir un recibo de consumo
Flujo de Suceso 1. El administrador iniciara sesión

2. Ingresara a su cuenta de usuario
3. Atenderá el pedido del cliente
4. Introducirá el pedido al sistema
4.1. Código de producto
4.2. nombre del producto
4.3. código de tipo
4.4. Precio
4.5. Tiempo de elaboración
5. Validara los datos
6. Si está bien los imprimirá
117 | P á g i n a
I
:
Excepción Un recibo solo se podrá imprimir se llenan todos los
campos con los datos correspondientes
6.3.17. CU17 Gestionar Reservas

uc CU17: Gestionar Reserva
Cliente
CU17: Gestionar CU18: Consultar

reservas Reserva
«include»
Administrador
DETALLE DE CU17
Caso de Uso CU17: Gestionar Reservas
Propósito Insertar y modificar las reservas del cliente
Descripción este caso de uso gestiona las reservas del cliente
Actores Cliente, Administrador
Pre-Condición CU18: Consultar reserva

2. Ingresa a su cuenta del cliente
3. Consulta si hay reserva del cliente
118 | P á g i n a
I
: Consultar
4. Gestiona la reserva
Post-Condición
Excepción
6.3.18. CU18 Reserva

uc CU18: Consultar Reserva
CU18: Consultar
Reserva
«extend»
CU17: Gestionar
reservas
Administrador
DETALLE DE CU17
Caso de Uso CU18: Consultar reserva
Propósito Consultar si el cliente tiene reserva
Descripción Este caso de uso verifica la reserva del cliente
119 | P á g i n a
I
:
2. Ingresa a su cuenta de usuario
3. Consulta si hay una reserva del cliente
4. Se gestiona la reserva del cliente
Post-Condición CU17: Gestionar Reserva
Excepción
120 | P á g i n a
I
: Consultar
6.3.19. CU19 Espacio Disponible
uc CU19: Consultar Espacio Disponible
CU19: Consultar Espacio

Disponible
«include»
CU20: Consultar Mesa

Administrador
DETALLE DE CU19
Caso de Uso CU19: Consultar espacio disponible
Propósito Consulta el espacio disponible por el cliente
Descripción Este caso de uso verifica el estado del espacio solicitado

por el cliente
Pre-Condición CU20: consultar mesa

2. Ingresa a su cuenta de usuario
3. consulta si hay espacio disponible
4. Consulta si hay mesas disponibles
121 | P á g i n a
I
: Generar
Excepción
6.3.20. CU20 Mesa

uc CU20: Consultar Mesa
CU20: Consultar
Mesa
«extend»
CU19: Consultar
Espacio Disponible
Administrador
DETALLE DE CU20
Caso de Uso CU20: Consultar Mesa
Propósito Consulta la mesa disponible
Descripción Este caso de uso verifica el estado de la mesa
Flujo de Suceso 1. el administrador inicia sesión

2. ingresa a su cuenta del usuario
3. el administrador consulta si hay mesas disponibles
4. consulta si hay espacio disponible para el cliente
122 | P á g i n a
I
: Consultar
Post-Condición CU19: Consultar espacio disponible
Excepción
6.3.21. CU21 Reporte De Recibo

uc CU21: Generar Reporte De Recibo
CU21: Generar Reporte

De Recibo
Administrador
«include»
CU15: Consultar Recibo
DETALLE DE CU21
Caso de Uso CU21: Generar reporte de recibo
Propósito Genera un reporte de todos los recibos realizados
Descripción Este caso de uso genera un reporte de recibo
Pre-Condición CU15:Consultar Recibo
123 | P á g i n a
I
: Generar
Flujo de Suceso 1. el administrador inicia sesión
2. genera un reporte de recibo de consumo de los clientes
3. consulta los recibos para rendir cuentas diarias o del día
Excepción
124 | P á g i n a
: Generar
6.3.22. CU22 Reporte De Pedido
uc CU22: Generar Reporte De Pedido
CU22: Generar Reporte

De Pedido
Administrador
DETALLE DE CU22
Caso de Uso CU22: Genera Reporte De Pedido
Propósito Genera un reporte de los pedidos hechos
Descripción Este caso de uso lista los reportes de los pedidos

hechos por las mesas

2. El administrador genera reporte de todos los pedidos
del consumo por mesa
Excepción
125 | P á g i n a
: Generar
6.3.23. CU23 Reporte De Producto
uc CU23: Generar Reporte De Producto
CU23: Generar
reporte de producto
«include»
Administrador CU13: Consultar
producto
DETALLE DE CU23
Caso de Uso CU23: Generar reporte de producto
Propósito Genera un reporte de los productos más consumidos
Descripción Se genera los productos que más se consumen a la

semana o al mes en el restaurante
Pre-Condición CU13: Consultar Producto
Flujo de Suceso 1. El Administrador Inicia Sesión

2. El Administrador Genera Su Reporte De
Todos Los Productos Que Más Se
Consumieron
Excepción
6.3.24. CU24 Ver Bitácora
126 | P á g i n a
:
uc CU24: Ver Bitácora
CU24: Ver Bitácora
Administrador
DETALLE DE CU24
Caso de Uso CU24: Ver bitácora
Propósito Mostrar la bitácora de todos los usuarios
Descripción Muestra todas las acciones realizadas por los usuarios del
sistema

Flujo de Suceso Ver Bitácora

1. Obtiene Todos los datos guardados en la bitácora
2. Los muestra en una tabla
Filtrar por Usuario
1. Parámetro de entrada el código del usuario
2. Busca en la bitácora las acciones realizadas por ese usuario
Filtrar por Fecha
1. Parámetro de entrada: Fecha inicio y fecha fin
2. Busca en la bitácora las acciones realizadas entre la fecha
inicio y fecha fin
Filtrar por Usuario y fecha
1. Parámetro de entrada: Código y nombre del usuario
Fecha inicio y fecha fin
2. Busca en la bitácora las acciones realizadas por ese
usuario entre las fecha inicio y fecha fin 3. Los muestra en
una tabla
Post-Condición ninguno
Excepción
127 | P á g i n a
: Generar
128 | P á g i n a
:
6.3.25. CU25 Cambiar Contraseña
uc CU25: Cambiar Contraseña
CU25: Cambiar
contraseña
Administrador
Empleado
DETALLE DE CU25
Caso de Uso CU25: Cambiar Contraseña
Propósito Cambiar contraseña de los usuarios del sistema
Descripción Cambia la contraseña de todos los usuarios que hayan

iniciado sesión
Flujo de Suceso Cambiar Contraseña

1. Parámetro de entrada : contraseña nueva
2. Obtiene el usuario que está activo en la sesión
2. Encriptar la contraseña nueva
3. Cambia el campo contraseña por la contraseña nueva
encriptado
4. Guarda la modificación del Usuario
Excepción
6.3.26. CU26 Cerrar Sesión
129 | P á g i n a
uc CU26: Cerrar Sesión
CU1: Iniciar Sesion
«include»
CU26: Cerrar Sesión
Administrador
Empleado
DETALLE DE CU26
Caso de Uso CU26: Cerrar sesión
Propósito Cerrar sesión de un usuario
Descripción Elimina de la Sesión al usuario que previamente inicio

sesión
Pre-Condición CU1: Iniciar sesión

Flujo de Suceso Cerrar Sesión
1. Obtiene al Usuario que está activo
2. Elimina de la Sesión al Usuario
3. Guarda en la bitácora el cierre de sesión
Excepción
130 | P á g i n a
Diagrama de Comunicación
sdCU4:Gestionar Empleado
131 | P á g i n a
6.4. Prototipo de Interfaz

6.4.1. Prototipo Página de Inicio
BIENVENIDOS
Ilustración 27: Página de Inicio
6.4.2. Prototipo Inicio de Sesión
132 | P á g i n a
Ilustración 28: Prototipo Iniciar Sesión
133 | P á g i n a
6.4.3. Prototipo Gestionar Empleado
Ilustración 29: Prototipo Gestionar Empleado
6.4.4. Prototipo Asignación de Turnos
Ilustración 30: Prototipo Asignación de Turnos
134 | P á g i n a
6.4.5. Prototipo Registrar Empleado
135 | P á g i n a
Ilustración 31: Prototipo Registrar Empleado
6.4.6. Prototipo Modificar Datos del Empleado
Ilustración 32: Prototipo Modificar Datos del Empleado
6.5. Estructura de Casos de Uso (Diagrama general de caso de uso)

136 | P á g i n a
Ilustración 33: Diagrama general de caso de uso
137 | P á g i n a
CAPITULO # 7
7. Anexos
7.1. Entrevista
7.1.1. Entrevista #1
DATOS DE LA ENTREVISTA
Objetivo: Recolectar información de cómo trabajan en el restaurante Botánica, cómo

manejan su inventario, cómo están organizados los meseros, los cocineros, ver cómo
gestionan las mesas, reservas y conocer un poco más sobre la comida que venden de
dónde se originó la idea de este restaurante.
LUGAR RESTAURANTE BOTÁNICA
138 | P á g i n a
DURACIÓN 20 MINUTOS
DATOS DE LA EMPRESA
NOMBRE BOTÁNICA
PRIVADA (X) ESTATAL ----
DATOS DEL ENTREVISTADO
NOMBRE ESTEBAN ROJAS
CARGO Cocinero encargado de los platos calientes
DATOS DEL ENTREVISTADOR
NOMBRE SANTIAGO ROJAS BLANCO
1. ¿Cuándo empezó la atención en Botánica?
El 3 de noviembre del año 2020.
2. ¿En qué tipo de comida se especializan y de dónde salió la idea?

Comida fusión mexicano-peruana utilizando productos nativos de la
región. La idea nació de parte de 3 socios mexicanos y colombianos que
decidieron elevar el estándar en el tema del servicio y la comida en el
ámbito de los restaurantes, la idea principal es tener un restaurante con un
servicio de primera y comida de primera local y sustentable
3. ¿Aproximadamente cuántas personas asisten a Botánica al día? Entre lunes a jueves
recibimos aproximadamente entre servicio de almuerzo y servicio de cena un promedio entre 20
a 40 personas. Viernes y sábados atendemos a más de 100 personas y domingo unas 30 a 40
personas.
4. ¿El restaurante cuenta con algún sistema de información para la gestión del personal,
mesas y pedidos de los clientes?
139 | P á g i n a
Sólo contamos con un sistema para enviar los pedidos de los meseros a la
cocina, pero un sistema para gestionar el inventario, las mesas disponibles
y las reservas no tenemos.
5. ¿Los meseros cómo se organizan para atender las mesas, cada uno tiene mesas asignadas o
cualquiera atiende cualquier mesa?
Los meseros se dividen por 4 áreas: tenemos la terraza, la zona 1, 2 y 3. Cada
área cuenta con 4 a 6 mesas y cada área cuenta con 1 mesero a excepción de
la terraza que es un área más grande, cuenta con 2 meseros.
6. ¿Cuándo el restaurante está lleno tienen a una persona encargada de atender y reservar
mesas para los clientes que llegan?
Sí, tenemos lo que se le llama un anfitrión el cual se encarga de ir anotando a las
personas que llegan.
7. ¿Y esta persona cómo lleva un control de las mesas y reservas para saber si una mesa está
disponible para algún cliente?
Las va anotando en un cuaderno y para saber si ya hay mesas disponibles
tiene que estar fijándose si ya se liberó una y los meseros tienen un WALKIE
TALKIE para que el anfitrión pueda estar comunicado y preguntar si ya hay
alguna mesa disponible.
8. ¿En la cocina cómo están organizados los cocineros?

Estamos divididos en cuatro áreas: el lavado de platos, el área de fríos que se
encarga de los postres y platos fríos, el área de parrilla encargado de las
carnes, el área de calientes, el área de emplatado que es donde se une todo.
9. ¿Tienen algún orden específico para cocinar los pedidos de los clientes? Sí, el primero que
llega generalmente es el primero que preparamos, pero existen casos en que llega un pedido que
toma 15 minutos y luego otro pedido que toma 3 minutos, entonces se le da prioridad al de 3
minutos o se lo hace esperar 10 minutos y sale el de 3 primero y luego el de 15, no debe haber
mucho margen de diferencia entre los pedidos para que los clientes no es molesten.
10. ¿Cómo llevan un control del inventario de la cocina?
Tenemos un almacén separado de la cocina y un almacenero que gestiona

toda la materia prima del restaurante tanto de la cocina como del servicio y
limpieza, lo gestiona todo anotando en un cuaderno.
140 | P á g i n a
Y para llevar del almacén a la cocina yo personalmente tengo que pensar en

qué salió en el servicio del día y qué se va a necesitar para el día siguiente, se
arma un pedido el cual el almacenero se encarga de llevar a la cocina.
11. ¿Cada cuánto compran los ingredientes para cocinar?
Las compras grandes del mercado llegan los lunes, miércoles, viernes y los demás
días de la semana se hacen compras extras de los que se necesite.
7.1.2. Entrevista # 2
DATOS DE LA ENTREVISTA
Objetivo: Recolectar información de cómo trabajan en el restaurante Botánica, cómo

manejan su inventario, cómo están organizados los meseros, los cocineros, ver cómo
gestionan las mesas, reservas y conocer un poco más sobre la comida que venden de
dónde se originó la idea de este restaurante.
LUGAR RESTAURANTE BOTÁNICA
DURACIÓN 10 MINUTOS
DATOS DE LA EMPRESA
NOMBRE BOTÁNICA
PRIVADA (X) ESTATAL ----
DATOS DEL ENTREVISTADO
NOMBRE ESTEBAN ROJAS
CARGO Cocinero encargado de los platos calientes
DATOS DEL ENTREVISTADOR
NOMBRE SANTIAGO ROJAS BLANCO
141 | P á g i n a
1. ¿Hay ocasiones en las que se quedan sin ingredientes para realizar un plato? Sí, esto pasa
cuando hay harta demanda de algún plato o cuando no se encontraron los ingredientes en el
mercado o cuando alguno de los proveedores nos falla.
2. ¿En estos casos dejan de vender el plato o alguien sale a comprar los ingredientes?
Si el restaurante está con muchos clientes y nadie puede salir dejamos de vender ese
plato, pero si alguien puede ir al mercado a comprar los ingredientes sale a comprar.
3. ¿Quién les notifica a los meseros para avisarles a los clientes que el plato no está
disponible?
Cualquiera de los de cocina, cuando se acerque uno de los meseros o sino los
llamamos a sus celulares para avisar.
4. Si alguien del personal por algún motivo no puede asistir a trabajar. ¿Cómo hacen para
reemplazarlo o realizan el servicio con una persona menos? Si alguien más del personal
está disponible para reemplazar al que faltó, se lo reemplaza, sino realizamos el servicio con
una persona menos.
5. ¿Hay días en los que hacen algún tipo de descuento o promoción?
No, ningún día hacemos promociones o descuentos.
6. ¿Cada cuánto tiempo hacen un cambio del menú?
Cada tres meses.
7. ¿Cambian todos los platos o hay algunos que se quedan en el menú? Hay platos que se
mantienen siempre en el menú, estos son los platos cuyos ingredientes no se ven afectados por
las temporadas.
8. ¿Venden especialidades del día?
No.
7.1.3. Fotos de Documentos
142 | P á g i n a
Ilustración 34: Libro de Asistencias de los Empleados
143 | P á g i n a
Ilustración 35: Libro de Precios de los Productos
7.1.4. Ubicación
144 | P á g i n a
Ilustración 36: Ubicación del Restaurante
7.1.5. Datos de la Empresa
145 | P á g i n a
Ilustración 37: Datos de la Empresa
7.1.6. Fotos Del Restaurante
146 | P á g i n a
Ilustración 38: Fotografía del Interior del Restaurante 1
Ilustración 39: Fotografía del Exterior del Restaurante
Ilustración 40: Fotografía del Interior del Restaurante 2
7.1.7. Fotos de los platos
147 | P á g i n a
Ilustración 41: Platos del Menú 1
Ilustración 42: Platos del Menú 2
7.1.8. Redes Sociales
148 | P á g i n a
Ilustración 43: Página de Facebook
Ilustración 44: Página de Instagram
149 | P á g i n a

Perfil Grupo E

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Perfil Grupo E

Cargado por

Copyright:

Formatos disponibles

Grupo: ¨ E ¨

1.8. Elementos Del Sistema Basado En Computadoras .......................................... 15

2.2.3. Recurso Humano ...................................................................................... 36

1.1. Identificar problemas ....................................................................................... 68

3.3.4. CU4: Gestionar Empleados ...................................................................... 89

3.4.3. Prototipo Gestionar Empleado................................................................ 113

Contenido de Ilustración Ilustración 1: PUDS........¡Error! Marcador no definido.

Ilustración 41: Platos del Menú 1..............................................................................................................148

Un restaurante es un área comercial muy importante en nuestro país, ya

En este mercado, el restaurante es un establecimiento donde el cliente llega,

La idea nació de parte de los 3 socios mexicanos y colombianos que decidieron

papel lápiz lo cual da un acceso limitado a la información como ser la

1.4. Descripción Del Problema

1.4.1. Área personal

1.4.2. Reserva y Pre Reservas

1.4.3. Menú interno

Para esta funcionalidad se tiene pensado ofrecer un menú interno al

1.5. Formulación Del Problema

Todo restaurante debería centrarse en tener varios objetivos generales con

1.6.2. Objetivo Específicos

 Analizar la información recolectada por medio de las entrevistas y cuestionarios para

 Diseñar una interfaz gráfica agradable entre el usuario y el ordenador.

 Emplear la metodología del Proceso Unificado de Desarrollo de Software (P.U.D.S.),

1.1.1. Módulo Usuario

 Permitir el registro de usuarios como clientes o como personal del restaurante.

carnet de identidad, correo electrónico, número de teléfono, dirección, número de

1.1.1. Módulo Personal

1.1.1. Módulo Mesas

 Gestionar la disponibilidad de las mesas, si están ocupadas, reservadas o disponibles y a

1.1.1. Módulo Reservas

1.1.1. Módulo Pedido

 Se tendrá guardado en el sistema el menú, con los precios de cada

1.1. Elementos Del Sistema Basado En Computadoras

 Servidor Microsoft AZURE

1 o 2 computadoras con los requisitos básicos del sistema cables de

1.1.1.2. Medios De Comunicación

 SWITCH (conexión servidor pc)

1.1.1.1. Otros Software Adicionales

PostgreSQL y el lenguaje de programación JavaScript (NODE JS)

1.1.2.3. Otro Software Adicional

 POSTMAN (para hacer pruebas en el servidor)

Gestionar menú ():

El administrador podrá crear, eliminar, actualizar y editar los menús de

Gestionar mesa ():

El administrador podrá crear, eliminar, actualizar y editar las mesas del

Crear usuario Mesero ()

El administrador crea meseros

El administrador gestiona sus horarios (esto incluye faltas, retrasos,

El ADMIN asigna mesas a los meseros por área

El administrador elimina meseros en caso de despido

El administrador actualiza los datos correspondientes a los meseros

***ROL DEL MESERO:

El mesero debe marcar su hora de llegada en el sistema:

Marcar su horario de salida ()

El mesero podrá marcar su hora de salida en el sistema:

Enviar pedidos ():

El mesero podrá enviar el pedido o la orden del cliente

Cancelar pedidos ():

El cliente podrá cancelar el pedido que el cliente le solicito

Editar pedidos ():

El cliente podrá editar el pedido del cliente en caso

Ver detalle de pedido ():