UNIVERSIDAD PERUANA DE CIENCIAS

APLICADAS

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA INDUSTRIAL

CURSO: Modelamiento y Diseño Orientado a Objetos

AVANCE DE TRABAJO

MODELAMIENTO DE APLICATIVO MÓVIL PARA EL

SERVICIO AL CLIENTE AUTOMATIZADO EN UNA
REPOSTERÍA

DOCENTE: Reyes Morales Norman

SECCIÓN: IX31

GRUPO: 1

INTEGRANTES:

Nombre Código Participación

Ahon Tafur, Alexandra Ming U202112405 100%
Bocanegra Romero, Sebastian Rodrigo U20211A596 100%
Campos Linares, Michael Ronaldo U20201F040 100%
Espinoza Peña, Carolina Enma U202110484 100%
 ÍNDICE
1. Introducción

1.1. Justificación del proyecto

1.2. Objetivos del trabajo

2. Especificaciones y requerimientos

2.1. Información inicial

2.2. Glosario de términos

2.3. Modelo del dominio

2.4. Identificación de actores

2.5. Identificación de requisitos funcionales y no funcionales

2.6. Identificación y priorización de casos de uso

2.7. Diagramas de casos de uso y diagramas de secuencia

2.8. Documentación textual de los casos de uso

Explicación del modelo seguido para documentar los casos de uso

2.9. Prototipo de interfaces de usuario

3. Análisis

3.1. Identificación de las clases de entidades y sus atributos (diagrama de clases)

3.2. Diagramas de análisis

3.3. Diagrama de comunicación

4. Conclusiones y Recomendaciones

5. Bibliografía
 1. Introducción:

La implementación tecnológica y la transformación digital dentro de empresas

con el desarrollo de diferentes softwares es, en la actualidad, una realidad que
ha ido incrementando en los últimos años a nivel global. Esto se debe a que
dichas empresas buscan no solo incrementar la agilidad y eficacia de sus
operaciones o procesos, sino también el reconocimiento de la empresa y uno de
los factores más importantes dentro de esta, como son las ventas. Todo esto se
quiere lograr a través de la implementación de procesos unificados de desarrollo
para lograr la automatización total de la empresa.

Uno de los principales puntos que se quiere trabajar en este presente trabajo es
el desarrollo de un sistema automatizado en una repostería desde el servicio al
cliente, como es la toma de comandas y el método de pago hasta la elaboración
de comandas y el servicio de delivery.

1.1. Justificación del proyecto:

En los últimos años, la tecnología no ha hecho más que avanzar de manera

significativa, ya que actualmente la podemos encontrar en todos lados. En escuelas
y universidades; con la implementación de tablets, computadoras, impresoras y
más; en restaurantes; con el ingreso de ordenadores, pantallas de cocina, nueva
maquinaria de repostería, sistemas POS basados en la nube, etc. Además, podemos
encontrar la tecnología en los centros comerciales, ya sea en los paneles
publicitarios digitales, pantallas táctiles, entre otros. Estos establecimientos son
solo algunos ejemplos de la transformación que trajeron los nuevos procesos
tecnológicos, que tienen por finalidad ser más eficaces y simplificar la vida de las
personas.

Con este incremento tecnológico, un reto para los restaurantes fue adaptarse a los
sistemas computacionales para así gestionar su empresa de manera óptima. Esta
adaptación con lo virtual se dio para agilizar las operaciones de automatización,
registrar de manera más precisa los datos de los clientes, registrar el inventario
adecuado y evitar pérdidas económicas, etc. Sin embargo, un punto fundamental a
resaltar es cómo se complementan estos procesos con el trato al cliente.

Según el diario Gestión (2018), alrededor del 67% de clientes decide no optar por
un servicio por una mala atención, entre estos puede deberse a la demora en la toma
de comandas, la cual es una de las quejas más comunes en restaurantes. Por esta
razón, muchas empresas gastronómicas están priorizando el trato personalizado que
tienen con sus consumidores, para que así ellos regresen a sus locales la próxima
vez y los recomienden.
Gracias a los avances de la tecnología, se han podido implementar distintos tipos
de software en las panaderías y/o reposterías, las cuales tienen por finalidad
automatizar los procesos en cuanto a la toma de las comandas, tiempos de espera y
servicio en general. De esta manera, los cocineros pueden obtener las órdenes más
rápidamente, y, sobre todo, el proceso se realiza de una forma más precisa y
organizada.

Un claro ejemplo de esto es la empresa Chilis, la cual decidió implementar un Ipad

en cada mesa, para que los clientes realicen pedidos a través de este, además pueden
jugar con las apps del dispositivo mientras esperan su pedido, e incluso pueden
pagar directamente si así lo desean. Por este cambio en sus locales, Chilis aumentó
sus ventas totales en un 20% (Escuela Online de Marketing Gastronómico, 2022).

El sistema automatización para reposterías que presentaremos en este proyecto

tendrá una ventaja competitiva frente a los sistemas corrientes y/o comunes que
otros restaurantes ya tienen. Nuestra tecnología estará basada en el lenguaje de
modelado unificado UML, además de métodos de automatización apoyados de
bases de la licitación de requisitos de software. Con estas ejecuciones, podremos
ser más eficientes y valiosos a los ojos de los clientes, además contaremos con un
mejor manejo interno de nuestros procesos industriales.

1.2. Objetivos del proyecto:

1.2.1 Objetivo general:

Modelar una aplicación para una repostería que se enfocará en la venta de cupcakes,
donde podremos brindar las diferentes combinaciones que posee dicha repostería,
como también la posibilidad de la personalización de cada cliente de acuerdo a sus
preferencias. De igual manera, se quiere implementar un medio de pago electrónico
una vez confirmada la comanda. En este proyecto se pretende incentivar la venta a
los clientes por medio de Tablets manejadas por los mozos, y la optimización en la
toma y el recibo de comandas.

1.2.2 Objetivos específicos:

● Con el fin de brindar la mejor atención a nuestros consumidores,

necesitamos que nuestra aplicación tenga una interfaz fácil de usar
para que los mozos se familiaricen con ella de manera rápida. Para
ello, se establecerán perfiles predeterminados con la enumeración
de la mesa correspondiente dentro de la aplicación donde se tomará
el pedido del cliente. Además, se hará una previa capacitación a los
empleados sobre como manejar las tablets, para que tengan
conocimiento del tema y puedan brindar el mejor servicio.
 ● Diseñar las interfaces de catálogo, toma de comandas, proceso de
pago y generación del pedido hacia la estación de cocina, todo esto
simulado en Balsamiq.
● Establecer varias opciones de pago para que el cliente pueda escoger
con libertad la opción que más cómoda le parezca. Para ello, se
genera una orden de compra que puede ser cancelada por un POS o
también por apps de pago como lo son Yape, Tunki, entre otros. En
caso el cliente quiera pagar en efectivo, deberá acercarse a caja
indicando su número de mesa.
2. Especificación y requerimientos del sistema:

2.1. Información inicial

Debemos tener presente los siguientes actores para tener una idea de cómo
funciona el negocio de la pastelería:

Cliente:
● Nombres
● Apellidos
● DNI
● Método de pago

Mozo:
● ID
● Nombres
● Apellidos
● Mesa atendida

Cocina:
● Productos a preparar
● Nombres
● Apellidos
● ID

2.2. Glosario de términos y Keywords:

- E-commerce: Traducido al español como comercio electrónico. Se

define a este proceso por la compra y venta de artículos y productos
mediante transacciones a través de internet, aplicaciones, sistemas
de pago electrónicos, etc.
- Código QR: Códigos de barra donde se almacena una determinada
c0antidad de información. Son usualmente usados para realizar
pagos y transacciones de manera eficaz, sin la necesidad de
 manipular dinero físico. Su uso es a través del escaneo del mismo
con una cámara de celular.
- Catálogo virtual de productos: Listado digitalizado de
productos que la empresa puede ofrecer a sus compradores o
consumidores. Se utiliza para que los clientes puedan visualizar el
detalle de cada producto, el stock, el precio, etc.
- Aplicación móvil: Herramienta diseñada para realizar funciones
específicas según lo requiera la empresa. Esta se gestiona desde una
plataforma móvil o una tableta.

Keywords: Comanda, StarUML, DCA, diagrama de clases,

modelamiento.

2.3. Modelo del dominio

Se quiere crear un sistema de servicio de venta por medio de tablets

(manejadas por el mozo) para el cliente en una repostería. El negocio dentro
de la pastelería es la venta de cupcakes establecidos previamente por la
tienda o el cliente puede personalizar su orden; y bebidas varias (como el
café, té helado, infusiones, etc.).

El cliente puede personalizar su cupcake, es decir, puede elegir el sabor del

cupcake sujeto a los sabores que la repostería posee en su catálogo de
sabores. Además, puede elegir la opción de agregarle un glaseado encima
de su cupcake, sujeto a los sabores que se vea en el catálogo; o tiene la
opción de decorar su cupcake con masa elástica, la elección dependerá de
las preferencias que tenga el cliente.

El sistema implementado debe de ofrecer un catálogo de cupcakes y

promociones, en donde el mozo pueda buscar por diferentes criterios, como
sabores de cupcakes, opción adicional de masa elástica, opción adicional de
glaseado, sabores de glaseados, bebidas, promociones. De esta manera, la
búsqueda de productos se agilizará.

Cuando un mozo crea una comanda, el sistema debe actualizar el número

de stock de cada opción pedida. Este también deberá guardar el pedido con
el número de mesa, el pedido detallado y la persona que entregará el
producto.

En caso de que un producto no cuente con stock, debe aparecer un mensaje

sobre el ícono del producto que diga “Producto no disponible
 temporalmente”, para que así el cliente pueda elegir otro producto (o no) si
lo desea y continuar con su compra, o cancelarla.

El sistema debe de emitir la orden de compra en la interfaz. A su vez, deben

de aparecer los distintos métodos de pago que la repostería posee como pago
por tarjeta, Yape, Plin, Tunki, etc. En caso el cliente desee pagar en efectivo,
debe acercarse a caja indicando su número de mesa. El pago se realiza
cuando el cliente finalice de comer los productos elegidos.

El sistema tiene que permitir la modificación, cancelación o borrado de una

comanda. Se tiene que tomar en cuenta que esto solo está destinado cuando
se está armando en el apartado de toma de comanda.

Una vez creada la comanda, el sistema deberá de enviarlo a la estación de

cocina, donde este será preparado y servido para poder ser entregado a la
mesa destinada. La cocina se encargará de actualizar el stock de los
productos, y de confirmar en el sistema cuando una comanda haya sido
enviado a mesa.

El sistema tiene que manejar de manera óptima las transacciones y/o

diferentes métodos de pago, asegurando de esa manera la comodidad y
facilidad para el cliente.

Flujograma de proceso a modelar

Link del flujograma editable: modelamiento - diagrams.net

2.4. Identificación de actores:

2.5. Requisitos funcionales y no funcionales
Requisitos no funcionales:
1. Disponibilidad
2. Accesibilidad
3. Usabilidad
4. Fiabilidad
5. Eficiencia
6. Escalabilidad
7. Integridad de datos
8. Desarrollo
9. Interoperabilidad
10. Seguridad

NFR-001 Disponibilidad
El sistema deberá estar instalado para todas las tablets, para
así asegurar la disponibilidad y operatividad del sistema en el
Descripción horario de trabajo

El sistema deberá tener una disponibilidad del 99,99% de las

veces en que un usuario quiera acceder a él.

Importancia Alta

NFR-002 Accesibilidad
 El sistema debe permitir una fácil autenticación del trabajador
(usuario) y un mejor servicio
Descripción del pedido del cliente. El tiempo de respuesta del sistema ante
una acción del usuario debe
ser menor a 5 segundos para una mejor comodidad.

Importancia Alta

NFR-003 Usabilidad

El sistema tendrá óptimo rendimiento, la ejecución de sus

acciones deben darse con rapidez y debe brindar facilidad en
su aprendizaje, así se empleará el mínimo de horas
Descripción necesarias para la instrucción de su uso. El tiempo estimado
de capacitación del uso de la tablet en la toma de órdenes
deberá ser menor a 3 horas. El sistema debe operar tanto en
Tablet como desktops (interfaz web).

Importancia Alta

NFR-004 Mantenibilidad
Se realizará mantenimiento al sistema cada 2 meses, se
Descripción corregirán los errores que se encuentren y así minimizaremos
futuros fallos.

Importancia Alta

NFR-005 Fiabilidad
El sistema podrá recuperar datos en caso de fallas por parte
Descripción
del usuario o por fallo del suministro de energía.

Importancia Medio

NFR-006 Escalabilidad
El sistema debe ser capaz de soportar y adaptarse al
Descripción crecimiento en su red de usuarios sin perder calidad en los
servicios ofrecidos.

Importancia Alta

NFR-007 Integridad de datos

El sistema debe permitir la modificación y corrección de

datos ya existentes, ya que datos como el stock de
Descripción
productos podrían presentar fallos debido a algún error
en el sistema o fallo en el suministro de energía.
Importancia Medio

NFR-008 Desarrollo
El lenguaje de programación aplicado en el sistema será
Descripción
python.

Importancia Alta

NFR-009 Interoperabilidad

El sistema será capaz de intercambiar y compartir datos con el

Descripción sistema del área de cocina. Además, debe ser capaz de dar y
recibir información.

Importancia Alta

NFR-010 Seguridad

El sistema no debe revelar ningún tipo de información

Descripción personal de nuestros clientes, excepto su nombre y el código
de la mesa que esté usando

Importancia Alto

Requisitos funcionales:

1. Registrar cuenta.
2. Autenticar al usuario (trabajador).
3. Mostrar la carta digital.
4. Visualizar los detalles de cada producto.
5. Lista de productos de la comanda.
6. Enviar el pedido a cocina.
7. Visualizar el estado del pedido.
8. Añadir productos al pedido.
9. Confirmar el pedido total.
10. Mostrar monto total del cliente.
11. Generación de la comanda.
12. Cerrar sesión.
13. Cambiar la cuenta del usuario.
14. Actualización de los productos disponibles.
FR-001 Registrar cuenta.
El sistema permitirá al usuario (trabajador) registrarse y
adquirir una cuenta. La cuenta deberá permitir ingresar un
Descripción
nickname que cuente con un máximo de 6 caracteres (entre
números y letras) y una clave de 4 números.

Importancia Alta

FR-002 Autenticar al usuario (trabajador)

El usuario (trabajador) ingresará los datos de su cuenta (el
sistema debe validarlo en una base de datos). Si la cuenta ha
sido previamente registrada, el sistema le dará la bienvenida
Descripción
y le pedirá el número de mesa a la que atenderá y el nombre
del cliente, acto seguido, mostrará la carta digital para que se
pueda visualizar los productos.

Importancia Alta

FR-003 Mostrar la carta digital.

El cliente puede visualizar la carta digital por medio de la
tablet del usuario. De este modo, le podrá indicar al usuario
Descripción
cuáles serán los productos que desea. Debe existir una
interfaz, que muestre la carta de productos y el precio.

Importancia Alta

FR-004 Visualizar los detalles de cada producto.

El sistema mostrará la opción de visualizar los detalles del
Descripción producto, con el fin de que el cliente pueda divisar una breve
descripción y los ingredientes que lo componen.

Importancia Alta

FR-005 Lista de productos del pedido

El sistema permitirá visualizar la lista de productos inicial que
Descripción
el cliente haya elegido.

Importancia Alta

FR-006 Enviar el pedido a cocina.

 El sistema será capaz de interactuar con el sistema de cocina,
Descripción así se le enviará la información de los pedidos por mesa para
su elaboración.

Importancia Alta

FR-007 Visualizar el estado del pedido.

El usuario podrá visualizar el estado del pedido. Estos serán
Descripción
"en elaboración", "listo" o "entregado".

Importancia Alta

FR-008 Añadir productos al pedido.

El sistema podrá agregar más productos a la lista inicial de

Descripción
productos. Este proceso se puede realizar múltiples veces.

Importancia Alta

FR-009 Confirmar el pedido total.

Luego de que el cliente confirme que ya no consumirá más
productos, se mostrará en una lista todos los productos
Descripción
pedidos de la mesa (de la lista inicial y añadidos). El cliente
debe indicar su conformidad y confirmar el pedido total.

Importancia Alta

FR-010 Mostrar monto total del cliente.

El usuario muestra el monto total de la lista final de productos

Descripción al cliente. Este último debe indicar su conformidad y confirmar
el monto total.

Importancia Alta

FR-011 Generación de la comanda.

El sistema podrá generar una o más comandas (en caso de

Descripción cuentas separadas) que serán llevadas a caja para realizar el
pago correspondiente.

Importancia Alta

FR-012 Cerrar sesión

 El usuario podrá cerrar su sesión en caso ya no haga uso de
Descripción esta. Así permitir que otros usuarios puedan usar la misma
tablet para hacer uso del sistema.

Importancia Alta

FR-013 Cambiar la cuenta del usuario.

Se permitirá cambiar de cuenta de usuario en caso que sea
Descripción otro el trabajador que ejecute el sistema. Para ello, el usuario
que haya usado el sistema debe haber cerrado su sesión.

Importancia Alta

FR-014 Actualización de los productos disponibles.

El sistema deberá actualizar los productos, así evitar errores
en el pedido (como solicitar productos inexistentes). En caso
Descripción
haya algún error en al base de datos de productos
disponibles, se podrá editar manualmente.

Importancia Alta

2.6. Identificación y priorización de casos de uso:

 Mantenimiento (Altas, bajas, modificaciones) de catálogo

 Autenticación de usuario
 Consulta de catálogo
 Generar y modificar comanda (mesa)
○ Seleccionar productos (navega por catálogo)
○ Enviar comanda detallada
○ Entrega de productos por parte cocina (Confirmación de entrega)
○ Cierre de comanda y Generación de boleta/factura
○ Cobrar boleta/factura (mozo o caja en efectivo)
 Estadísticas de ventas mensuales

2.7. Diagramas de casos de uso y diagramas de secuencia:

Diagrama casos de uso:

Diagramas de secuencia:

DS Agregar Producto:

DS Modificar Producto:
DS Eliminar Producto:

DS Validación Usuario:

DS Crear Comanda:

DS Comandas Activas:
DS Modificar Comanda:

DS Facturación:
DS Estadísticas de ventas del día:

2.8. Documentación textual de los casos de uso y prototipo de interfaces de

usuario (pantallas):
Para documentar cada caso de uso, se utilizó una tabla para colocar de manera
ordenada lo siguiente:
- Nombre de caso de uso
- Actor que realiza la acción
- Descripción de caso de uso
- Flujo básico
- Flujo alterno (si aplica)
- Pre-condiciones
- Post-condiciones (si aplica)

Además, se realizaron pantallas en el programa Balsamiq, para poder graficar las

pantallas que utilizamos en la pastelería.

1.Ficha de caso de uso - Mantenimiento (Altas, bajas, modificaciones) de catálogo:

Caso de Uso
CU.1 Mantenimiento (Altas, bajas, modificaciones) de catalogo

Actor Administrador

Descripción En este caso, el administrador realizará modificaciones de los productos en el catálogo,

verificará que todo funcione bien, etc.

Flujo Paso Acción (administrador) sistema

básico
1. Navegar sobre la pantalla de mantenimiento. Sistema carga productos existentes

1. Seleccionar producto Sistema muestra detalle de producto

2. Navegar en la pantalla de detalle de producto

3. Regresar a la pantalla principal de catálogo Regresar al punto 1

4. Modificar el producto Sistema da opción de modificar el

producto. Se muestra nombre de
producto, código, descripción y
precio.

Flujos 1.Modificar stock:

alternos

Click a producto específico Se muestra pantalla modificar

producto

Click a modificar stock Se muestra pantalla con detalle de

stock del producto

Ingresar nuevo stock a vender durante el día

Click botón confirmar

Click botón confirmar de nuevo Se muestran datos actualizados

2.Modificación:
 Click a producto específico Se muestra pantalla modificar
producto

Puede dar click a nombre de producto, código,

descripción o precio, según lo que requiera el
administrador. Administrador puede cambiar los
datos.

Click confirmar Se muestran datos actualizados

3. Baja:

Click a producto específico Se muestra pantalla modificar

producto

Click eliminar producto

Click confirmar Se elimina producto del catálogo

principal

4. Agregar producto:

- Click a agregar nuevo producto Se muestra pantalla de agregar

producto

- Ingresar datos (nombre de producto, código,

descripción, precio e imagen).

- Click confirmar Se muestra producto del catálogo

principal

Pre- 1. Que el administrador se haya autenticado en el

condiciones sistema.
 2.Que haya un enchufe disponible para conectar la
computadora del sistema.

3. Que el sistema cuente con Wi-Fi.

Post- Los productos serán modificados (en caso necesiten

condiciones modificación). Administrador dejará constancia de los
productos que modificó en un documento de Word,
que quedará guardado en la computadora de la
pastelería.

Mantenimiento de catálogo:

Subflujo modificar o eliminar:

Si se desea eliminar:
En caso el producto tuviera transacciones, no puede ser eliminado, por lo que se
tiene que dar de baja:
Subflujo agregar nuevo producto:
 Ficha de caso de uso – Autenticación de usuario

Caso de CU.2 Autenticación de usuario

Uso
Actor Mozo

Descripció En este caso de uso, el mozo autentica su usuario para empezar la atención en mesa.
n

Flujo Pa Acción (Mozo) Acción (sistema)

básico so

1. Click a mozo ID Se muestra pantalla de verificación

del usuario.

2. Escribir ID de usuario, nombre de usuario y

contraseña

3. Click autenticar usuario. Usuario validado en el sistema

Flujos No aplica
alternos

Pre- Mozo debe colocar ID previamente en el sistema.

condicione
s

Post- El usuario queda autenticado en el sistema y podrá empezar su atención en mesa.

condicione
s
 Ficha de caso de uso – Consulta de catálogo

Caso de CU.3 Consulta de catálogo

Uso

Actor Mozo
Descripci En este caso de uso, el mozo realiza la consulta de catálogo para mostrar al cliente los
ón productos que ofrecen la repostería.

Flujo Paso Acción (Mozo) Acción (sistema)

básico
1. Click en el botón “agregar” para la consulta Muestra el catálogo con todos los
del catálogo. productos.

2. Navegará por todo el catálogo, mostrándole al

cliente todos los productos.

3. Podrá visualizar la descripción de cada Muestra la código, nombre,

producto haciendo click en el producto. descripción, imagen referencial y
precio del producto clickeado.

Flujos No aplica
alternos

Pre- Mozo debe colocar ID previamente en el sistema.

condicion
es

Post-
condicion
es
 Ficha de caso de uso - Generar y modificar comanda(mesa)
Caso de Uso CU.4 Generar y modificar comanda(mesa)

Actor Mozo y cocina

Descripción En este caso, el mozo seleccionará los productos que el cliente desee y enviará la comanda a
la cocina.

Flujo básico Paso Acción (Mozo y cocina) Acción (sistema)

1. Elegir mesa Mesa queda registrada

2. Debe de ingresar el nombre del Datos del cliente quedan registrados

cliente, el número de mesa a la cual
está atendiendo y la fecha del día.

3. El mozo navegará por la lista de Se muestra catálogo, y productos quedan

productos y seleccionará los guardados.
productos que le indique el cliente.
 4. Una vez que terminen de ordenar Click a enviar a cocina.
los clientes, mozo enviará comanda
cocina.

5. Cocina confirma cuando esté lista la Se muestra un mensaje “Pedido listo para
comanda y mozo lleva los productos recoger”
a la mesa.

6. Se cierra comanda y mozo genera Click cerrar comanda. Se abre ventana de

boleta/factura generar boleta/factura

7. Mozo cobra boleta/factura

Flujos Paso Acción (mozo) Acción (sistema)

alternos

3. Si el producto que eligió el cliente

no está disponible, el mozo
recomendará al cliente otros
productos que tengan stock, si el
cliente los ordena se genera la
comanda, si no los ordena se
cancela la comanda.

6. El cliente puede ordenar más

productos antes que se cierre la
comanda se repetiría el ciclo desde
el paso 3.

7. SI el cliente elige pago en efectivo, Click “pago en caja”

el cliente debe acercarse a la caja
para pagar el monto. Solo indica su
número de mesa en caja.

Pre- 1. Mozo debe estar autenticado en el

condiciones sistema.
 2. La Tablet que usará el mozo debe estar
cargada.

3. La Tablet debe contar con Wi.Fi.

Post- 2. El mozo debe rectificar si el producto

condiciones seleccionado y las unidades a vender
son correctas.
En caso cliente quiera pagar, se revisa la comanda y sus detalles:
Flujo de eventos asociado al camino alternativo del paso 3 del caso de uso “Generar
y modificar comanda(mesa)”

Caso de Uso CU.2 Generar y modificar comanda(mesa)

Actor Mozo

Descripción Mozo recomienda otros productos si el que eligió el cliente no está

disponible

Flujo alterno Paso Acción

al paso 3

3. Mozo recomendará productos alternativos al cliente.

4. Si el cliente no quiere ninguno. Mozo cancela comanda.

Pre- 1. La Tablet que usará el mozo debe estar cargada.

condiciones
2. La Tablet debe contar con Wi.Fi.

Post- 2. El mozo debe rectificar si el producto seleccionado y las unidades a

condiciones vender son correctas.
 Flujo de eventos asociado al camino alternativo del paso 7 del caso de uso “Generar
y modificar comanda(mesa)”

Caso de Uso CU.2 Generar y modificar comanda(mesa)

Actor Cliente

Descripción Cliente elije el medio de pago efectivo.

Flujo alterno Paso Acción (cliente) Acción (sistema)

al paso 3

7. Cliente se acerca a caja e indica su número

de mesa para que ellos le cobren el monto.

8. Caja verifica datos del cliente y cobra Click en el número de mesa que
boleta/factura. Caja da vuelto (en caso sea el cliente proporciona, click en
necesario). “cobrar”.

Pre- 1. Caja debe contar con el sistema activo para obtener los datos de cada mesa
condiciones rápidamente.

2. Caja debe contar con monedas y billetes variados para poder dar vuelto a clientes.

Post- 2. No aplica
condiciones
 Ficha de caso de uso - Estadísticas de ventas mensuales (al cierre del local)
Caso de Uso CU.4 Estadísticas de ventas el mensuales (de todos los mozos y de cada local)

Actor Administrador
Descripción En este caso, el administrador declarará las estadísticas de ventas mensuales, con información
extraída de los mozos y cocina.

Flujo básico Paso Acción (administrador) Acción (sistema)

1. Tienda se cierra y no queda ningún

cliente en tienda.

2. Administrador entra al sistema y verifica Click en ventas del día, sistema muestra
con los datos cuanto facturó cada mozo a los datos.
lo largo de la jornada laboral.

3. Administrador compara el monto en

efectivo que tiene caja y verifica que
coincida con el monto en efectivo que
dice el sistema.

4. Con ayuda del sistema, administrador Sistema muestra datos de facturación

suma lo que facturó cada mozo con el de cada mozo y el dinero en efectivo
dinero en efectivo que aparece en el que indica el sistema. Click en “sumar”.
sistema. Así se obtienen las ventas
mensaules. Finalmente, sistema
almacena esos datos y los guarda.

Flujos No aplica
alternos

Pre- 1. Que haya un enchufe disponible para conectar la computadora del sistema.
condiciones
2. Que el sistema cuente con Wi-Fi.

Post- No aplica
condiciones
 3. Análisis

3.1. Identificación de las clases de entidades y sus atributos (diagrama de

clases)

Se tienen las siguientes entidades:

- Usuario
- ComandaCab
- Mesa
- ComprobanteCab
- Cliente
- Producto
- ComandaDet
- MovInventario
- ComprobanteDet

Los atributos de cada entidad con sus respectivas cardinalidades se

pueden observar en el siguiente diagrama de clases:

3.2. Diagrama de análisis

DCA Mantenimiento de Catálogo (Añadir Producto):

DCA Mantenimiento de Catálogo (Modificar Producto):

DCA Mantenimiento de Catálogo (Eliminar Producto):

DCA Autenticación Usuario:

DCA Crear Comanda:

DCA Facturación:
DCA Comandas Activas:

DCA Modificar Comanda:

 DCA Estadísticas de Ventas Mensuales:

3.3. Diagrama de comunicación

Mantenimiento de Catálogo (Añadir Producto):

Mantenimiento de Catálogo (Modificar Producto):

Mantenimiento de Catálogo (Eliminar Producto):

Autenticación Usuario:

Crear Comanda:

Facturación:
Comandas Activas:
Modificar comanda:

Estadísticas de ventas mensuales:

4. Conclusiones y recomendaciones:

A lo largo de la presente investigación, reconocimos como elaborar

diferentes diagramas de modelado en el programa StarUML, ya sea
diagrama de casos de uso (DCU), diagrama de análisis (DCA), diagrama de
secuencias (DS), de colaboración, de clases, entre otros. Para este informe
realizamos dichos diagramas en base a la operación de una pastelería, la
cual se dedica principalmente a la venta exclusiva de cupcakes y bebidas
variadas. Se logró establecer un sistema funcional desde que el cliente
ingresa, hasta el momento en que realizará el pago, ya sea efectivo o tarjeta.
Se optimizaron procesos de toma de comandas, preparación de productos y
stock en el almacén. Los diagramas y pantallas elaboradas nos ayudaron a
tener una idea de como funcionaría este proceso si se llevara a cabo en la
actualidad.

Tomando en cuenta la importancia que tiene este proyecto, y en base a los

resultados que se obtuvieron, de plantean las siguientes sugerencias a ser
tomadas en cuenta, tanto como para los directivos de la empresa como para
los trabajadores, esto con la finalidad de automatizar y agilizar los procesos
de toma de comandas, para que así los clientes opten por su pastelería:

Si el cliente elige pago en efectivo, sería óptimo que ellos puedan pagar
directamente con el mozo, para que no se formen largas colas en las cajas
los fines de semana o festivos, que es donde existe más concurrencia, esto
para evitar las aglomeraciones. El mozo podría recibir el dinero y el mismo
llevarlo a caja para recibir el vuelto respectivo. Después debe retornar a la
mesa y entregar el vuelto (en caso sea necesario) y el recibo
correspondiente.

5. Bibliografía:

Erika. (2 de febrero de 2022). Nuevas tecnologías para los restaurantes.

Escuela online de marketing gastronómico. Recuperado de
https://n9.cl/r6gxu [Consulta: 18 de noviembre de 2022].

Ochoa, V. (8 de agosto de 2018). Un 67% de clientes se aleja de un

servicio por mala atención. Gestión. Recuperado de https://n9.cl/txvu
[Consulta: 18 de noviembre de 2022].

SPNet. (s.f). Software para Panaderías y Pastelerías. SPNet. Recuperado

de https://n9.cl/92uvy [Consulta: 18 de noviembre de 2022].