FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL DE INGENIERÍA DE

SISTEMAS

Informe de investigación:

“Implementación de un aplicativo para el proceso de ventas del

restaurante ‘SEND FOOD’”

Autores:

Garcia Valdivia, Antonio Reninger

Jacobo Rivera, Bryan Daniel

Martínez Mestas, Leonardo Axel

Vasquez Atanacio, Fabrizio Andree

Asignatura:

Ingeniería de Software

Docente:

Pérez Farfán, Iván Martin

LIMA – 2022

1
 INTRODUCCIÓN
En este presente proyecto, realizado por alumnos de la universidad Cesar Vallejo,
pertenecientes a la escuela profesional de Ingeniería en sistemas, tiene como principal
objetivo implementar un sistema de ventas al restaurante ‘SEND FOOD’. En la
actualidad, las empresas reconocidas en el mercado de negocios, tienen una gran
recepción en ventas, ya que, estos generan una mayor gestión de sus procesos, esto
gracias a que cuentan con uno plantel de expertos capacitados, los cuales se encargan de
la creación de sistemas los cuales permiten a los procesos, ser desarrollados con más
facilidad, aumentando la eficiencia dentro de la empresa. Nosotros como un grupo de
estudio, nos hemos planteado el desarrollo de un sistema, el cual, ayude a la gestión del
restaurante SEND FOOD, en las áreas de ventas, donde el empleado podrá registrar los
pedidos, calcular los precios y realizar el cobro, además del área de inventario, donde se
podrá visualizar los insumos que son esenciales para la preparación de los platillos, el
sistema contara con una interfaz simplificada y una estética acorde a la empresa.
Nuestro sistema, ayudara a mejorar el área de ventas, ya que, registrara todas las ventas
realizadas diariamente, facilitando el cierre de caja que es realizado todos los días al
finalizar el horario laboral, por otro lado, toda información que ingresara en el sistema
será almacenada en una base de datos la cual, ayudara a facilitar el manejo de datos. El
principal punto clave planteado para este proyecto, es mejorar el manejo de toda la
información entrante, además de llevar un mejor orden para facilitar cálculos, para que
no existan márgenes de errores al momento del cierre de caja en la empresa.

2
 INDICE

INTRODUCCIÓN......................................................................................................................2
INDICE.......................................................................................................................................3
1. ASPECTOS DE LA ORGANIZACIÓN...........................................................................5
1.1. VISIÓN.......................................................................................................................5
1.2. MISIÓN.......................................................................................................................5
1.3. OBJETIVO.................................................................................................................5
1.4. ANTECEDENTES.....................................................................................................5
1.5. ORGANIGRAMA......................................................................................................8
1.6. AMBITO DEL PROYECTO.....................................................................................8
A. Área.............................................................................................................................8
B. Recursos Humanos.....................................................................................................8
C. Software......................................................................................................................9
D. Hardware....................................................................................................................9
E. Cronograma de Actividades......................................................................................9
2. ASPECTO DEL NEGOCIO............................................................................................10
2.1. PROBLEMÁTICA ACTUAL.................................................................................10
3. METODOLOGÍA............................................................................................................10
3.1. MODELO DE REQUERIMIENTOS.....................................................................10
A. Cuadro de Requerimientos Funcionales.................................................................10
B. Cuadro de Requerimientos No Funcionales...........................................................12
C. Relación de Actores..................................................................................................12
D. Relación de Casos de Uso.........................................................................................14
E. Modelo de Caso de Uso de Requerimientos............................................................16
F. Plantilla de especificaciones de caso de uso............................................................16
G. Matriz de Trazabilidad de los Requerimientos y Casos de Uso........................22
H. Modelo Conceptual de Clases..............................................................................23
3.2. ANÁLISIS ORIENTADO A OBJETOS.................................................................23
A. Modelo de Análisis....................................................................................................23
B. Lista de Clases de Interfaz.......................................................................................31
C. Lista de Clases de Control.......................................................................................33
D. Lista de Clases de Entidades....................................................................................35
E. Modelo Lógico de Clases..........................................................................................36
3.3. DISEÑO ORIENTADO A OBJETOS....................................................................36

3
 A. Diagrama de Navegabilidad de las Clases de Análisis...........................................36
B. Diagrama de Arquitectura de Paquetes..................................................................42
3.4. Diagrama de Diseño de Presentación..................................................................48
3.5. Prototipo Final......................................................................................................66
CONCLUSIONES....................................................................................................................70
RECOMENDACIONES..........................................................................................................70
BIBLIOGRAFÍA......................................................................................................................70

4
1. ASPECTOS DE LA ORGANIZACIÓN
1.1. VISIÓN
Como visión, el restaurante SEND FOOD en ser uno de los restaurantes más
reconocidos de comida típica peruana de la localidad de Huaral y posicionarnos en el
mercado nacional con la comida más atractiva y deliciosa de la zona, aumentando con
ello la preferencia de nuestros clientes para lograr una mayor superioridad competitiva.

1.2. MISIÓN
Su misión es satisfacer el gusto y preferencia de nuestros clientes, ofreciendo alimentos
típicos a la carta de calidad, cómodos precios y diversidad, por medio de un excelente y
sutil servicio.

1.3. OBJETIVO
El restaurante SEND FOOD tiene como objetivos:

 Brindar un sistema que mejore la calidad atención-pedidos.

 Mejorar los procesos internos de la empresa.
 Facilitar un mejor control en las ventas del restaurant.

1.4. ANTECEDENTES
“Según Muñoz, la implementación de un sistema vía web con aplicativo móvil de
reservas y pedidos en línea de restaurantes es importante, esto se debe a los principales
problemas de una empresa mediana del sector de restaurantes. La empresa en cuestión
pasará a ser denominada Restaurante Chicken‖ por razones de confidencialidad de la
información. El objetivo de la presente investigación es implementar una solución
tecnológica que consista en desarrollar un sistema de información Web y con aplicativo
móvil, que permitan dar soporte informático al registro y seguimiento de las reservas
con pedidos realizadas por el cliente, además de almacenar información del cliente para
poder fidelizar a dichos clientes por su preferencia”. (Muñoz, 2017)

“En el actual contexto peruano, la gastronomía peruana es un mercado en constante

movimiento tanto de alzas como de bajas. Esto quiere decir, que, así como se van
formando nuevos negocios de restaurantes, también van desapareciendo otros.
Asimismo, algunos de estos permiten agilizar su ubicación a través de portales web, de
tal forma que facilita esta actividad para los consumidores. Frente a este contexto,
aparece el problema de la dificultad de la ubicación de restaurantes. Por un lado, la

5
distribución de portales web a lo largo de Internet, desemboca en una falta de
centralización, lo cual no permite a los consumidores ubicar fácilmente un restaurante
que se acomode a sus necesidades. Por otro lado, no todos los restaurantes cuentan con
un portal web propio, lo cual genera una falta de medios de comunicación entre los
restaurantes y clientes. En este proyecto de fin de carrera, se brindará una propuesta de
solución tanto al problema de descentralización de los restaurantes en Internet como a la
falta de medios de comunicación entre restaurantes y consumidores. Para desarrollar
esta solución se abarcará el análisis, diseño e implementación de un sistema de
información en base a metodologías y procedimientos de ingeniería de software.
Asimismo, se realizará el desarrollo de algoritmos para brindar soporte a algunas
funcionalidades del sistema. Se llegó a la conclusión se consiguió implementar un
prototipo funcional del sistema de información. El principal aporte de este ha sido poder
demostrar ser una alternativa de solución a la problemática planteada, la cual se centra
en la falta de mecanismos de ubicación de restaurantes y en la falta de un artefacto que
apoye en el análisis de los comentarios. Así, se logró crear un espacio en el que se
mantenía un registro de restaurantes y comensales, en el cual estos últimos son capaces
de encontrar los locales que se adecúen mejor a sus necesidades y criticarlos para
generar información neutral con respecto a los servicios que bridan. Asimismo, este
prototipo permitió integrar los mecanismos de ordenamiento y de análisis de texto que
se mencionaron previamente”. (Pérez, y otros, 2015)

“El Perú vive un entorno favorable de crecimiento en su economía desde los últimos 20
años a pesar de su desaceleración en los 03 últimos años, estimándose que el
crecimiento continúe en los próximos años. El sector servicios, donde se ubica el rubro
de restaurantes, tiene un gran aporte en el crecimiento económico del PBI y mantiene
incrementos anuales mayores al 6%. Todo ello favorecido por el importante desarrollo
de nuestra gastronomía, que en los últimos años ha logrado un amplio reconocimiento
en el mundo y que incentiva al consumo interno de la población, así como la oferta en la
apertura de restaurantes. Por otro lado, el crecimiento de la infraestructura y la
tecnología de información vienen posibilitando el desarrollo de nuevos tipos de negocio
y marketing, existiendo aplicaciones para teléfonos móviles que permite a los usuarios
llamar a taxis, descargar películas, comercializar bienes y otros. Esta corriente
tecnológica es una buena oportunidad para el desarrollo de nuestra propuesta de
negocio, que propone ser una alternativa para el público usuario que utiliza aplicaciones

6
móviles para permitirles realizar reservas de mesas en los restaurantes de manera fácil,
gratis, segura, y que adicionalmente les genera beneficios económicos. En ese sentido,
nuestra propuesta modifica la manera tradicional de asistir a restaurantes sin realizar
reserva o tomando mucho tiempo en realizarla, así como en otros casos”. (Pajuelo, y
otros, 2015)

“En Quito existen una gran cantidad de restaurantes entre los cuales están los
restaurantes gourmet, de comida rápida y especializada. Los restaurantes en los cuales
se enfocará este proyecto son los gourmets, debido a que son los más aptos para instalar
sistemas que automaticen sus procesos, ya que cuenta con la infraestructura adecuada
para la instalación de equipos computacionales. En los restaurantes gourmet el costo a
de acuerdo al servicio y la calidad de los platos que se consumen. El servicio, la
decoración, la ambientación, comida y bebidas son cuidadosamente escogidos.
Actualmente los restaurantes gourmet de Quito tiene muchas exigencias en cuanto a dar
un buen servicio, como por ejemplo que el cliente se sienta cómodo al realizar un
pedido, esto muchas veces no se da debido a que los meseros no se abastecen en atender
rápidamente a las mesas, además de que se toman las órdenes manualmente para
después ir a la cocina y dar a conocer el pedido realizado por el cliente. De esta manera,
el proceso lleva mucho tiempo y más cuando está el restaurante lleno. Para resolver la
problemática presentada, se propone el desarrollo de un sistema web para la gestión de
pedidos en un restaurante tipo gourmet, al cual se lo ha denominado SYPER (Sistema
de Pedidos para Restaurantes), mismo que permitirá gestionar los pedidos de una
manera rápida, segura y amigable con el cliente. Se llegó a la conclusión de que la
metodología XP fue un pilar muy importante a lo largo de todo el proyecto ya que al
enfocarse en la funcionalidad del sistema se logró reducir errores y mejorar la calidad
del mismo y utilizar MVC (Modelo-Vista-Controlador) para la estructuración del
código fuente, ayudó a tener un código ordenado y de fácil entendimiento al momento
de realizar un cambio o corregir un error”. (Burgos, 2015)

7
 1.5. ORGANIGRAMA

Directorio

Gerencia General

Área de Producción Área de Ventas Área de Finanzas

Cocina Caja Contabilidad

Recepción y
Almacén Compras
atención al cliente

1.6. AMBITO DEL PROYECTO

A. Área
El presente trabajo está destinado hacia el área de ventas del restaurante SEND FOOD,
donde se busca conseguir un mejor manejo en lo que respecta a las ventas, accediendo
mediante un aplicativo en donde se encontrará toda la información actualizada del
servicio que ofrecen al cliente como por ejemplo la información del menú del día,
precios y más.

B. Recursos Humanos
Nombre Descripción
El desarrollo de escritorio implica la
creación de aplicaciones de software que
funcionan en las computadoras. Windows,
Desktop Development
Linux y macOS son los tres sistemas
operativos más populares para los que se
crea el software de escritorio.
Backend Development El Backend debe formarse como
desarrollador de aplicaciones web o como
desarrollador de aplicaciones
multiplataforma. Estudiar los diferentes

8
 lenguajes de programación que pueden ser
necesarios para desarrollar su trabajo.
Según la empresa en la trabaje serán
necesarios unos u otros. Por eso, es
necesaria una visión global y específica de
los diferentes lenguajes.
Trabaja en interfaces de usuario, creando
entornos en pantalla que sean fáciles de
usar, atractivos e interesantes. Como
UI Designer
resultado, estas interfaces pueden ayudar a
promover una visión más positiva de las
marcas, los productos y los servicios.

C. Software
 Software de Modelado:

Nombre Descripción
Es una herramienta que nos ayudará en la
Enterprise Architect construcción de la arquitectura y
modelado del proyecto.
Es el programa de diseño que grafica los
Rational Rose diagramas en UML, necesario para el
proyecto.

D. Hardware
Nombre Descripción
Dispositivo donde desarrollaremos y
PC realizaremos las actividades y
aplicaciones para el proyecto.

E. Cronograma de Actividades
Nombre Duración Inicio Terminado
1 Diagrama mockup 7 14/04/2022 21/04/2022

9
 2 Diseño de interfaz 7 22/04/2022 29/04/2022
3 Seleccionar lenguaje de programación 2 30/04/2022 2/05/2022
4 Seleccionar el entorno de estudio 2 30/04/2022 2/05/2022
5 Desarrollar el software 30 1/05/2022 31/05/2022
6 Seleccionar el entorno de interfaz 1 7/05/2022 8/05/2022
7 Crear la base de datos 14 8/05/2022 22/05/2022
8 Realizar pruebas 3 12/06/2022 15/06/2022

2. ASPECTO DEL NEGOCIO

2.1. PROBLEMÁTICA ACTUAL
En los últimos 4 meses, el restaurante SEND FOOD dedicado al rubro gastronómico en
la provincia de Huaral tuvo un incremento en lo que respecta a las ventas generadas, por
lo que trajo consigo un incremento en el personal dedicado al área de preparación de
alimentos y atención al público. Dado que las ventas incrementaron, las jornadas
laborales se hicieron más largas y por tanto la presión de los jefes de dicho
establecimiento eran mayores para que los clientes terminen satisfechos tanto con los
alimentos como con la atención, sin embargo, debido a esta presión y agotamiento físico
por el horario de trabajo, la renuncia del personal se hace inevitable, tanto que en lo que
va del año se han visto en la necesidad de contratar nuevo personal, hasta 8 personas en
un solo mes.

3. METODOLOGÍA
3.1. MODELO DE REQUERIMIENTOS
A. Cuadro de Requerimientos Funcionales
Identificativo Nombre Descripción
El sistema debe Este caso de uso empieza cuando el dueño
RF001 Registrar registra a los empleados en el sistema del
empleados. restaurante.
Este caso de uso empieza cuando el empleado o
El sistema debe
dueños del restaurante consultan los datos de
RF002 Consultar
los empleados en el sistema del restaurante
empleados.
SEND FOOD.

10
 En el caso de uso, el administrador, podrá,
El sistema debe modificar los datos del empleado, además,
RF003 Modificar registro también realizara la actualización del USER y
de empleados. PASSWORD con el cual se identifican al
momento del ingresar al sistema.
Este caso de uso el dueño se encarga de
El sistema debe
eliminar a los empleados que ya no cuentan con
RF004 Eliminar
sus labores en el sistema del restaurante SEND
empleados.
FOOD.
Este caso de uso empieza con el empleado
El sistema debe
registrando en el sistema del restaurante SEND
RF005 Registrar de
FOOD los platos del menú del día que se
platillos.
venderán en el establecimiento.
En este caso de uso se encargada de ubicar los
El sistema debe platillos que cuenta la empresa para poder
RF006
Consultar platillos. verificar si se encuentran disponible en el menú
del restaurante.
El sistema debe En el siguiente caso de uso el empleado a través
RF007 Modificar registro del sistema podrá modificar o actualizar los
de platillos. atributos del platillo que considere necesario.
Este caso de uso se encarga de descartar los
El sistema debe
RF008 platillos del menú cuando el almacén no cuenta
Eliminar platillos.
con los ingredientes para su elaboración.
El sistema debe Este caso de uso, se encarga de registrar las
RF009 Registrar ventas ventas de los platillos que se venden al día en el
del día. restaurante SEND FOOD.
Este caso de uso empieza cuando el empleado
El sistema debe
realiza la consulta en el sistema del restaurante
RF010 Consultar las
SEND FOOD sobre las ventas generadas
ventas del día.
durante el día.
RF011 El sistema debe Este caso de uso empieza cuando el empleado
Eliminar venta. realiza la eliminación o anulación de la venta
del sistema del restaurante SEND FOOD que el

11
 cliente ya no desee.
El sistema debe Este caso de uso empieza cuando un empleado
RF012 Realizar cierre de o dueño del restaurante desea saber el monto
caja. recaudado en el día.
El sistema debe
Imprimir Este caso de uso empieza cuando el empleado
RF013
comprobante de imprime una boleta solicitada por el cliente.
pago.

B. Cuadro de Requerimientos No Funcionales

Identificativo Nombre Descripción
El sistema debe estar en el El sistema debe ser poder ejecutarse
RNF001
Sistema Operativo Windows. en el sistema operativo Windows.
El sistema debe estar en un El gestor de base de datos debe ser
RNF002
Gestor de base de datos SQL. elaborado en SQL Server.
El sistema debe tener una El sistema debe estar de acorde a
RNF003
buena Apariencia y Estética. los colores de la empresa.
El sistema debe desarrollarse El sistema debe estar elaborado en
RNF004 Lenguaje de Programación. el lenguaje de programación de
Java.

C. Relación de Actores

Actor Asignado a Responsabilidades

Registrar en el sistema a los nuevos

empleados.

Registrar en el sistema los platillos que

se venderán durante el día

12
Consultar la información o datos de los
empleados en el sistema

El empleado se encarga en consultar si el

platillo que pide el cliente está
disponible o no.

El empleado dispone de la opción de

modificar los precios o cantidad del
platillo.

El dueño dispondrá de la opción de

modificar los datos del empleado además
de los usuarios y contraseña.

Suprimir en el sistema los platillos que

no cuenten con materiales para su
realización.

Descartar a los trabajadores que no

cuentan con labores en la empresa

Designar un informe para la obtener los

datos obtenidos en el día.

Elimina una venta que el cliente ya no

desee.

13
 Recibe y registra las ventas del día de
cada cliente.

Consulta alguna información sobre la

venta del día.

Al finalizar la venta imprime el

comprobante de pago del cliente.

D. Relación de Casos de Uso

Nro. Caso de uso Descripción
Este caso de uso empieza cuando el dueño
CU01 registra a los empleados en el sistema del
restaurante.

Este caso de uso empieza cuando el empleado o

dueños del restaurante consultan los datos de los
CU02
empleados en el sistema del restaurante SEND
FOOD.
En el caso de uso, el administrador, podrá,
modificar los datos del empleado, además,
CU03 también realizara la actualización del USER y
PASSWORD con el cual se identifican al
momento del ingresar al sistema.
Este caso de uso el dueño se encarga de eliminar
a los empleados que ya no cuentan con sus
CU04
labores en el sistema del restaurante SEND
FOOD.

14
 Este caso de uso empieza con el empleado
registrando en el sistema del restaurante SEND
CU05
FOOD los platos del menú del día que se
venderán en el establecimiento.
En este caso de uso se encargada de ubicar los
platillos que cuenta la empresa para poder
CU06 verificar si se encuentran disponible en el menú
del restaurante.

En el siguiente caso de uso el empleado a través

CU07 del sistema podrá modificar o actualizar los
atributos del platillo que considere necesario.

Este caso de uso se encarga de descartar los

CU08 platillos del menú cuando el almacén no cuenta
con los ingredientes para su elaboración.

Este caso de uso, se encarga de registrar las

CU09 ventas de los platillos que se venden al día en el
restaurante SEND FOOD.

Este caso de uso empieza cuando el empleado

realiza la consulta en el sistema del restaurante
CU10
SEND FOOD sobre las ventas generadas durante
el día.
Este caso de uso empieza cuando el empleado
realiza la eliminación o anulación de la venta del
CU11
sistema del restaurante SEND FOOD que el
cliente ya no desee.
Este caso de uso empieza cuando un empleado o
CU12 dueño del restaurante desea saber el monto
recaudado en el día.

Este caso de uso empieza cuando el empleado

CU13
imprime una boleta solicitada por el cliente.

15
 E. Modelo de Caso de Uso de Requerimientos

F. Plantilla de especificaciones de caso de uso

Código: CUS01 Caso de uso: Registro de empleados
Actor: Dueño
Descripción: Se registrará en el sistema a los nuevos empleados.
Precondiciones:  El dueño debe ingresar al sistema.
1. Se ingresa al sistema.
Eventos de Flujo
2. Se registrará algunos datos de los empleados.
básico:
3. Se guardará los datos de los empleados.
Flujos En el flujo 2, si el empleado ya existe el sistema arrojara el
alternativos: mensaje <<Empleado ya existente>>.

16
Post Condición: Se registró al empleado exitosamente.
Código: CUS02 Caso de uso: Consultar empleado
Actor Dueño.
Descripción: Se registrará en el sistema a los nuevos empleados.
Precondiciones:  El dueño debe entrar al sistema.
1. Se ingresa al sistema
Eventos de
2. El dueño ingresa a la IU empleados
Flujo básico:
3. Consulta los datos del empleado que necesita
Flujos En el flujo 3, al consultar al empleado, si no está registrado el
alternativos: sistema arrojara el mensaje <<El Empleado no existe >>.
Post Condición: Se encontró al empleado
Código: CUS3 Caso de uso: Modificar registro de empleados
Actores: Dueño
El dueño podrá modificar los datos de los empleados de la
Descripción: empresa, como también el usuario y contraseña que los
identifican
 Ejecutar el sistema
Precondiciones:  Ingresa usuario y contraseña y loguea
 Visualizar la interfaz del menú principal
1. En la pantalla principal se seleccionará la opción
usuarios, en la cual direccionará a la ventana de usuarios
2. El dueño podrá visualizar la lista de empleados que se
encuentra laborando actualmente en la empresa.
3. El dueño buscará al empleado que desea modificar los
Eventos de flujo
datos, y le dará al botón de editar.
básicos:
4. El sistema mostrar la ventana de edición de datos en la
cual el dueño podrá modificarlos.
5. El dueño terminara de ingresar los datos y finalizara
6. El sistema notificara que los datos han sido
correctamente modificados
En el evento 5 del proceso de modificación de datos del
Flujos
empleado, si algún dato está mal digitado o está vacío el sistema
Alternativos:
informará el error y no permitirá la modificación.

17
Post Condición: El sistema realizara el cambio dentro del sistema.
Código: CUS04 Caso de uso: Eliminar empleados
Actores Jefe
Descripción Eliminar los empleados que no cuente con su labor en la empresa
 Ejecutar el sistema
Precondiciones  Estar logeado en el sistema
 Visualizar el menú principal
1. En el menú principal se selecciona la opción de eliminar
empleado.
Eventos de flujo 2. En la interface eliminar empleado el jefe debe seleccionar
básico al empleado que desee eliminar de la plantilla de
trabajadores.
3. Presiona el botón eliminar.
En el evento 2, si no se selecciona ningún empleado para
Flujo alternativo eliminar y se presiona el botón eliminar, el sistema muestra un
mensaje de error.
Post condiciones Se actualiza los datos
Código: CUS05 Caso de uso: Registro de platillos
Actor Empleado
Descripción: Se registrará en el sistema a los nuevos empleados.
 El empleado debe entrar al sistema con su usuario y
Precondiciones:
contraseña previamente.
1. Se ingresa al sistema
Eventos de
2. El empleado ingresa a la IU registrar platillos
Flujo básico
3. Se registrará los platos que habrá en el menú
Flujos En el flujo 3, si el platillo se registra el sistema arrojara el
alternativos: mensaje <<Platillo registrado correctamente >>.
Post Condición: Se registró el platillo correctamente
Código: CUS06 Caso de uso: Consultar platillos
Actores: Empleado
Consultar si los platillos pedidos por el cliente están disponibles
Descripción:
en el restaurante.
Precondiciones:  Ejecutar el sistema

18
  Ingresa usuario y contraseña y loguea
 Visualizar la interfaz del menú principal
1. En la pantalla principal se seleccionará la opción
platillos, donde los direccionará al menú de platillos
disponibles.
Eventos de flujo
2. El empleado dispondrá de la lista de todos los platillos
básicos:
disponibles en el restaurante.
3. Luego podrá hacer una búsqueda del platillo para
verificar su disponibilidad.
Flujos En el evento 3 del proceso de consulta, si el platillo no está
Alternativos: disponible el sistema notificara al empleado.
Post Condición: El sistema añadirá al menú de ventas el platillo seleccionado.
Código: CUS07 Caso de uso: Modificar registro de platillos
Actores: Empleado
Descripción: El empleado podrá modificar los atributos del platillo.
 Ejecutar el sistema
Precondiciones:  Ingresa usuario y contraseña y loguea
 Visualizar la interfaz del menú principal
1. En la pantalla principal se seleccionará la opción
platillos, donde los direccionará al menú de platillos
disponibles.
2. El empleado dispondrá de la lista de todos los platillos
disponibles en el restaurante y tendrá que buscar el
Eventos de flujo
platillo que desea modificar.
básicos:
3. Luego empleados escogerá la opción de modificar el
platillo, el cual tendrá que ingresar los nuevos datos
correspondientes.
4. El empleado confirmara el cambio de atributos del
platillo y el sistema notificara el correcto cambio.
Flujos En el evento 4 del proceso de modificación, si el empleado
Alternativos: ingresa algún dato incorrecto el sistema informara al empleado.
Post Condición: El sistema actualizara los datos del platillo en la lista.
Código: CUS08 Caso de uso: Eliminar platillos

19
Actores
Empleado

Descripción
Eliminar los platillos que ya no se sirven

 Ejecutar el sistema
Precondiciones  Estar logeado en el sistema
 Visualizar el menú principal
1. En el menú principal se selecciona la opción de eliminar
platillo.
Eventos de flujo
2. En la interface eliminar platillo el trabajador puede
básico
seleccionar el platillo para su eliminación.
3. Presiona el botón eliminar.
En el evento 2, si no se selecciona ningún platillo para eliminar y
Flujo alternativo se presiona el botón eliminar, el sistema muestra un mensaje de
error.
Post condiciones Se actualiza los datos
Código: CUS09 Caso de uso: Registrar venta del día
Actor Empleado
Descripción: Registrar las ventas que se realizaron durante el día.
 Ingresar al sistema.
Precondiciones:
 Haber ingresado su usuario y contraseña.
1. Se ingresa al sistema
2. Introducir usuario y contraseña.
Eventos de
3. Clic en registrar venta.
Flujo básico
4. Rellenar los datos necesarios de las ventas del día
5. Presionar grabar.
Flujos Si los datos ingresados no son válidos, mostrara un mensaje de
alternativos: datos incorrectos.
Post Condición: Se actualiza el registro de venta del día
Código: CUS10 Caso de uso: Consultar la venta del día
Actor Empleado
Descripción: Consultar cualquier dato de las ventas del día
Precondiciones:  Ingresar al sistema.

20
  Haber ingresado su usuario y contraseña.
1. Se ingresa al sistema.
Eventos de 2. Introducir usuario y contraseña.
Flujo básico 3. Buscar las ventas del día.
4. Clic para ver sus datos del cliente seleccionado.
Flujos En el flujo 3, si no se encuentra ventas, el sistema arrojara un
alternativos: mensaje <<no hay ventas>>
Post Condición: Se muestran las ventas
Código: CUS11 Caso de uso: Eliminar venta
Actor Empleado
Descripción: Elimina una venta que el cliente ya no desee
 Ingresar al sistema.
Precondiciones:
 Haber ingresado su usuario y contraseña.
1. Se ingresa al sistema.
Eventos de 2. Introducir usuario y contraseña.
Flujo básico 3. Acceder a la IU de ventas.
4. Eliminar la venta.
Flujos En el flujo 4, al eliminar la venta aparecerá un mensaje <<venta
alternativos: eliminada>>
Post Condición: Se elimina la venta
Código: CUS12 Caso de uso: Realizar cierre de caja
Actores Empleado
Descripción Realiza la consulta del corte del día
 Ejecutar el sistema
Precondiciones  Estar Logeado en el sistema
 Visualizar el menú principal
1. En el menú principal se selecciona la opción de caja.
Eventos de flujo
2. En la interface caja el trabajador realiza el cierre de caja
básico
del día.
En el evento 2, de no tener ninguna venta en el día, el sistema
Flujo alternativo
muestra un mensaje <<No hay ventas>>.
Post condiciones Se actualiza los datos
Código: CUS13 Caso de uso: Imprimir comprobante de pago

21
Actor Empleado
Descripción: Imprimirá el comprobante de pago al finalizar la compra
 Ingresar al sistema.
Precondiciones:  Haber ingresado su usuario y contraseña.
 Haber registrado el pago.
1. Se ingresa al sistema.
2. Introducir usuario y contraseña.
Eventos de 3. Clic en registro de clientes
Flujo básico 4. Buscar al cliente
5. Clic en pagos
6. Clic en imprimir comprobante de pago.
Flujos Si al buscar al cliente no se encuentra sus datos, saldrá un
alternativos: mensaje que mencionara que el cliente no ha sido encontrado.
Post Condición: Se imprimo correctamente el comprobante de pago

G. Matriz de Trazabilidad de los Requerimientos y Casos de Uso

22
 H. Modelo Conceptual de Clases

3.2. ANÁLISIS ORIENTADO A OBJETOS

A. Modelo de Análisis
a) Diagrama de Análisis de Clases

23
 b) Diagramas de Secuencia y Colaboración de Análisis
 Registro de empleados

24
 Consultar empleados

 Modificar empleados

25
 Eliminar empleados

 Registro de platillo

26
 Consultar platillo

 Modificar platillo

27
 Eliminar platillo

 Registrar venta del día

28
 Consultar venta

 Eliminar venta

29
 Realizar cierre de caja

 Imprimir comprobante de pago

30
 B. Lista de Clases de Interfaz
Nro. Interfaz Descripción

IU_MenuPrincipal

Esta interfaz será la conexión entre todos los

IT01
formularios existentes dentro del sistema.

IU_Venta

En esta interfaz podemos realizar las ventas

IT02
que se harán en el restaurante.

IU_Platillos
En aquella interfaz podremos ver todos los
IT03 platillos que se encuentran disponible dentro
del restaurante.

En esta interfaz podremos registrar los platillos

IT04
IU_NuevoPlatillo nuevos o existentes dentro del restaurante.

31
 IU_ModificarPlatillo

Con esta interfaz podremos modificar los

IT05
atributos de los platillos.

IU_CorteCaja

Esta interfaz esta encargada de realizar el

IT06
conteo de toda venta realizada en el día.

IU_Usuarios

Aquí podremos visualizar la lista de empleados

IT07
activos dentro de la empresa.

IU_NuevoUsuario
En esta interfaz se registrarán todos los
IT08 empleados que desempeñan labores dentro de
la empresa.

IU_ModificarUsuario

Esta interfaz permitirá modificar datos de los

IT09
usuarios registrados dentro del sistema.

C. Lista de Clases de Control

Nro. Controles Descripción

32
 CC_RegistrarVentas

Este control se encarga de controlar los

CO01
registros de las ventas en proceso.

CC_ConsultaVentas

En este control se podrá controlar las

CO02
consultas de ventas dentro del sistema.

CC_EliminarVentas

Esta encargada de controlar toda venta

CO03
que se desee eliminar dentro del sistema.

CC_ComprobanteVenta
Este control se encargará de gestionar
CO04 todo comprobante de pago que se dará
en el restaurante.

CC_RegistroPlatillos
En este control llevara a cabo la gestión
CO05 de todos los registros de platillos dentro
del sistema.

CC_ModificarPlatillo
Este control se encarga de controlar de
CO06 gestión de datos al momento de
modificar los atributos de los platillos.

Aquí se podrá controlar las consultas de

CO07
CC_ConsultaPlatillos platillos dentro del sistema.

33
 CC_EliminarPlatillo
En este control se tendrá control de todo
CO08 platillo que ya no vaya a ser distribuido
por la empresa.

CC_CorteDelDia
Este control se encargará de gestionar
CO09 correctamente el corte de día al
momento del cierre de la empresa

CC_RegistroUsuario
Aquel control es el encargado de
CO10 gestionar el registro de los nuevos
usuarios.

CC_ModificarUsuario
Este control gestiona los datos al
CO11 momento de modificar los atributos de
los usuarios.

CC_EliminarUsuario
En el control Eliminar Usuarios
gestionaremos todos los registros
CO12
eliminados de los empleados que dejaron
de trabajar en la empresa.

Este control se encarga de gestionar los

CO13 registros cuando exista una consulta
CC_ConsultarUsuario
dentro del sistema.

34
 D. Lista de Clases de Entidades
Nro. Entidad Descripción

Comprobantes

En esta entidad podremos ver el listado de

EN01
comprobantes.

Platillos

Esta entidad contine el listado de todos los platillos

EN02
disponibles dentro del sistema.

ListaVentas
En aquella entidad podremos ver todos los registros
EN03
de ventas.

Empleados
Esta entidad nos permitirá visualizar todos los
EN04 registros de los empleados que trabajan dentro del
restaurante.

35
 E. Modelo Lógico de Clases

3.3. DISEÑO ORIENTADO A OBJETOS

A. Diagrama de Navegabilidad de las Clases de Análisis
 Registrar empleado

 Registrar platillo

36
 Consultar empleado

 Consultar platillo

37
 Modificar registro de pedido

 Modificar registro de empleados

38
 Eliminar platillos

39
 Eliminar empleado

 Realizar cierre de caja

 Eliminar venta

40
 Registrar venta del día

 Imprimir comprobante de pago

41
 B. Diagrama de Arquitectura de Paquetes
 Registrar empleado

 Registrar platillo

42
 Consultar empleado

 Consultar platillo

43
 Modificar registro de pedido

 Modificar registro de empleados

44
 Eliminar platillos

 Eliminar empleado

45
 Realizar cierre de caja

 Eliminar venta

46
 Registrar venta del día

 Imprimir comprobante de pago

47
3.4. Diagrama de Diseño de Presentación
 Registrar empleado

Login

Menu Principal

48
Registrar empleado

 Registrar platillo

Login

49
Menú Principal

Registrar Platillo

50
 Consultar empleado

Login

Menú Principal

51
Consultar venta del día

 Consultar platillo

Login

52
Menú Principal

Consultar Platillo

53
 Modificar registro de pedido

Login

Menú Principal

54
Modificar registro de pedidos

 Modificar registro de empleados

Login

55
Menu Principal

Modificar registro de empleados

56
 Eliminar platillos

Login

Menú Principal

57
Eliminar platillos

 Eliminar empleado

Login

58
Menú principal

Eliminar Empleado

59
 Realizar cierre de caja

Login

Menú Principal

60
Realizar cierre de caja

 Eliminar venta

Login

61
Menú Principal

Eliminar venta

62
 Registrar venta del día

Login

Menú Principal

63
Registrar venta del día

 Imprimir comprobante de pago

Login

64
Menú Principal

Imprimir comprobante de pago

65
3.5. Prototipo Final
 Interfaz – Solo personal

 Interfaz - Lista de Platillos

66
 Interfaz – Redes Sociales

 Interfaz de jefe – Consultar, registrar, modificar y eliminar empleado

67
 Menu de platillos, ventas del día y cierre de caja

 Interfaz platillo – Actualizar, eliminar, consultar y registrar platillo

68
 Interfaz ventas del día

 Interfaz cierre de caja

69
CONCLUSIONES
 Llegamos a la conclusión que, gracias a la implementación de un sistema ventas
hubo un incremento en las ganancias, debido a que tuvo una mayor visibilidad
hacia el público y los trabajadores. La implementación de un sistema para una
empresa es algo fundamental para la actualidad, ya que reduce procedimientos
que serían un poco tediosos al hacerlo manual.
 De este proyecto podemos concluir que el uso de un aplicativo para gestionar los
diferentes procesos en una empresa es muy importante, ya que esto ayuda a
optimizar las tareas y asignaciones que se reparte a cada miembro de las
empresas.
 Otra de nuestras conclusiones es que, gracias al diseño de los diagramas de casos
de uso, entre otros; podemos reconocer los actores y las funciones que
desarrollan en cada proceso del sistema de atención al cliente. Gracias al uso del
Enterprise, se pudo realizar cada caso de uso y se pudo crear la parte lógica del
software que se desea desarrollar para el mejoramiento en la atención y ventas
del restaurante.

70
RECOMENDACIONES
 Es importante que sea sostenible a un largo tiempo, que cumpla con todos los
requisitos de la empresa. Tiene que realizar todos los procesos de venta de la
empresa y debe ser intuitivo para los usuarios.
 Para el gerente de ventas del restaurante “Send Food”, coordinar la posibilidad
de adquirir un aplicativo para gestionar las ventas en la empresa, esto les
facilitará mucho al momento de realizar dicho proceso.
 Se puede recomendar en seguir evaluado el proceso que realiza el software y las
ganancias que genera al restaurante; de este modo también podemos seguir con
el estudio del sistema y podremos implementar nuevas funciones que sean
necesarias en el futuro desarrollo del restaurante. Podemos implementar a futuro
una interfaz de reserva, logrando así un listado de nuestro cliente que son
frecuentes.

BIBLIOGRAFÍA
Burgos, Carlos. 2015. Desarrollo de un sistema web para la gestión de pedidos en un
caso de uso. Quito : Escuela Politécnica Nacional, Ecuador, 2015.

Muñoz, Marco. 2017. Desarrollo de una aplicación móvil para la realización de

reservas y. Lima : Universidad Inca Garcilaso de la Vega, 2017.

Pajuelo, Aníbal, y otros. 2015. Sistema para reservas online en restaurantes. Lima :
Universidad Peruana de Ciencias Aplicadas, 2015.

Pérez, Christian y Cueva, Rony. 2015. Análisis, diseño e implementación de una guía
gastronómica para la administración y ubicación de restaurantes en entono Web.
Lima : Pontificia Universidad Católica del Perú, 2015.

71