Universidad Tecnológica de Panamá

Centro regional de Veraguas

Facultad de Sistemas Computacionales

Ing. De Sistemas y computación

Parcial #2

Estudiantes:
Delvis Cruz 9-759-738
Cesar Rosales 9-759-1658
Oswal González 9-754-355

Ingeniería de Software I

Prof.: Raúl Pérez

II Semestre

2021
 I. LISTA DE CASOS DE USO
1. Ingresar Nuevo Pedido
Actores: Cajera, cliente
Cajera: La cajera ingresa un nuevo pedido mediante la interfaz la aplicación
dedicada.
2. Ingresar Nuevo pedido (Bot)
actores: Cliente, Bot, cajera.
Cliente: se comunica vía mensajería instantánea (WhatsApp), con el Bot para
Solicitar un nuevo pedido a domicilio.
Bot: Interactúa con el Cliente/es y toma el pedido/ orden de este para luego
insertarlo como nuevo registro en la base datos.
Nota: la interacción Incluye a el Bot consultando la Base de Datos por la lista de
productos disponibles.
3. Procesar Pedido
Actores: Cocinero
Cocinero: Por medio de una interfaz el Cocinero es notificado del nuevo pedido que
se mantiene en estado “pendiente” cuando el cocinero Completa el proceso de
preparación del pedido y está listo para ser entregado, este cambia con un botón el
estado del pedido de “pendiente” a “listo”.
4. Procesar Monto a pagar
Actores: Bot
Bot: una vez que el pedido se completa y confirma por parte del cliente, el bot
consulta en la base de datos el campo “Precio_Unidad” de cada producto solicitado
en el pedido y lo multiplica por la cantidad del producto especificado en el pedido
respectivamente, se suman los totales por cada producto y el resultado se asigna al
campo “monto_total” del pedido en cuestión.
nota: los pagos no son procesados por el bot, estos son en efectivo a la entrega o por
trasferencia bancaria confirmados por un empleado.
5. Entregar Pedido
Actores: Repartidor, Bot
Repartidor: cuando un Pedido ha sido procesado, se les notifica a todos los
 repartidores disponibles, el repartidor que tome el pedido deberá comunicarse e
identificarse como el asignado para ese pedido, con el Bot Vía mensajería
instantánea.
Bot: Cuando el repartidor se identifique como el Encargado de X pedido, el Bot le
comunicara la información de destino del pedido actual.
6. Nuevo Gasto (Bot)
Actores: Repartidor, Bot, asistente de bodega.
Repartidor: cuando a un repartidor se le asigne un encargo de suministros para el
restaurante, este deberá de comunicarse con el Bot, en donde reportará el monto
total del gasto, una breve descripción sobre esté y además identificarse.
Bot: el Bot guardara toda la información suministrada por el Repartidor y la
Almacenara Como un nuevo registro de gasto en la base de Datos.
7. Nuevo Gasto (Manualmente)
Actores: Administrador de Base de datos
Administrador de Base de datos: Por medio de la interfaz de la aplicación dedicada
se ingresa al a baso un nuevo registro de gasto.
8. Agregar Cliente (Bot)
Actores: Bot
Bot: Cuando un nuevo cliente contacte al Bot, este solicitara datos para construir un
registro de Cliente que incluye: - el numero de celular (extraído automáticamente),
nombre del cliente, ubicación desde Google-maps (donde se extrae el PLUS CODE)
9. Agregar Cliente (Manualmente)
Actores: Administrador de Base de datos
10. Eliminar Cliente
Actores: Administrador de Base de datos
11. Agregar Productos (Menú)
Actores: Administrador de Base de datos
12. Ingresar Nuevo Evento (servicio de cáterin) -regla de negocios, el servicio de
cáterin debe ser ingresado a la base de datos por un Administrador de Base de datos
desde la aplicación dedicada
Actores: Administrador de Base de datos
13. Cancelar evento
actores: Administrador de Base de datos
14. Agregar empleado a la base datos
actores: Administrador de Base de datos
por medio de la aplicación dedicada
15. Agregar Repartidor a la base de datos
actores: administrador de la base de datos
por medio de la aplicación dedicada
16. Agregar Cocinero a la base datos
actores: administrador de la base de datos
por medio de la aplicación dedicada
II. DIAGRAMAS DE CASO DE USO
 III. ESPECIFICACIÓN DE CASO DE USO

I. Especificación de caso de uso N°1:

Nombre del caso de uso:
Nuevo pedido
Descripción:
En este caso, la cajera ingresa un nuevo pedido mediante la interfaz de la aplicación.
Actores:
Cajero(a), cliente.
Precondición:
El sistema debe estar funcionando en óptimas condiciones.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando el cliente se apersona al local a realizar
su pedido.
2. La cajera ingresa a la aplicación para tomar el pedido al cliente.
3. La cajera le pide la información del pedido al cliente.
4. El cliente le detalla la información del pedido a realizar.
5. La cajera ingresa el pedido en la aplicación.
6. La cajera le confirma el pedido y le informa el total a cancelar del
pedido al cliente.
7. La cajera procesa el pedido.
 Flujos alternos:
1. La cajera se equivoca ingresando el pedido.
1.1. La cajera cancela el pedido y pasa al punto 5 del flujo básico.
2. Algún producto está agotado.
2.2. La cajera le informa al cliente y pasa al punto 3 del flujo básico.
Postcondición:
1. El cliente ya tiene su pedido realizado.
2. Los cocineros prosiguen a preparar el pedido.
3. La cajera está libre para recibir más pedidos.
II. Especificación de caso de uso N°2:
Nombre del caso de uso:
Pago del pedido (cajera)
Descripción:
En este caso, la cajera acepta el pago en efectivo, ACH o por punto de venta.
Actores:
Cajera, cliente
Precondición:
El cliente debe contar con los fondos para pagar su pedido.
Se debe contar con un punto de venta funcional. Se debe contar con una caja
registradora.
Se debe contar con una cuenta en un banco local, en el cual van a ir a parar las
transferencias efectuadas por la red ACH.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando la cajera procesa el pedido.
2. La cajera le detalla la información del precio de cada producto que
pidió y el total a cancelar.
3. La cajera recibe el pago por medio del tipo de pago que el cliente
prefiera.
4. La cajera registra el pedido como cancelado.
5. La cajera le entrega al cliente la factura y el cambio (Si aplica).
6. El cliente espera a recibir su pedido.
7. Fin del pedido.
 Flujos alternos:
1. El cliente entrega la cantidad de dinero errónea.
1.1. La cajera le devuelve el dinero o le pide el faltante y pasa al
punto 2 del flujo básico.
Postcondición:
1. El cliente espera a recibir su pedido.
III. Especificación de caso de uso N°3:
Nombre del caso de uso:
Pago del pedido (Por medio del bot)
Descripción:
En este caso, una vez el cliente selecciona sus productos y procede al pago, el bot le
detalla el precio de cada producto y el total a cancelar, en este caso el cliente puede
cancelar en el local cuando pase a recoger el pedido por punto de pago,
transferencia o efectivo al realizar el pedido o cuando el repartido le entregue el
pedido.
Actores:
Bot, cliente, repartidor, cajera.
Precondición:
El cliente debe contar con los fondos para pagar su pedido.
Se debe contar con un punto de venta funcional.
Se debe contar con una caja registradora.
Se debe contar con una cuenta en un banco local, en el cual van a ir a parar las
transferencias efectuadas por la red ACH.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando el bot procesa el pedido.
2. La cajera recibe la información del pedido, con todos los detalles de
las unidades de cada producto y el monto total que debe cancelar el
cliente, además le aparece la modalidad de pago y la opción de
delivery o retiro en el local.
2.1. Si es para retiro en el local el cliente cancela el pedido
cuando lo realiza o al momento de retirar el pedido.
2.2. Si es por delivery, el cliente debe cancelar al momento de
recibir su pedido si es por efectivo.
3. El pedido es cancelado.
4. La cajera le entrega al repartidor y/o al cliente la factura.
5. El cliente espera a recibir su pedido.
6. Fin del pedido.
 Flujos alternos:
1. El cliente entrega la cantidad de dinero errónea.
1.1. La cajera le devuelve el dinero o le pide el faltante y pasa al
punto 2 del flujo básico.

Postcondición:
1. El cliente espera a recibir su pedido.
IV. Especificación de caso de uso N°4:
Nombre del caso de uso:
Nuevo pedido mediante el bot.
Descripción:
En este caso, el cliente se comunica vía WhatsApp con el Bot para solicitar un
pedido.
Actores:
Bot, cliente.
Precondición:
El sistema debe estar funcionando en óptimas condiciones. Además, el cliente debe
tener datos para poder utilizar WhatsApp.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando el cliente le escribe al Bot del local.
2. El Bot interactúa con el cliente para pedirle datos, ubicación, etc.
3. El Bot detalla las opciones para poder realizar el pedido. Entre ellas
está la opción de personalizar el pedido y/o elegir algún combo ya
preestablecido.
4. El cliente elige los productos que desea ordenar.
5. El bot le confirma el pedido.
6. El bot procesa el pedido.
7. El cliente se le notifica que su pedido fue realizado con éxito.
 Flujos alternos:
1. El cliente le da datos erróneos al bot.
1.1. El cliente elige la opción de modificar datos y pasa al punto 2
del flujo básico.
2. Algún producto está agotado en la base de datos.
IV.2. El bot le informa al cliente y pasa al punto 3 del flujo básico.
Postcondición:
1. El cliente ya tiene su pedido realizado.
2. Los cocineros prosiguen a preparar el pedido.
3. Se envía al repartidor con el pedido.
V. Especificación de caso de uso N°5:
Nombre del caso de uso:
Procesar pedidos
Descripción:
En este caso, los cocineros reciben el pedido que anteriormente fue confirmado, y
prosiguen a procesar dicho pedido.
Actores:
Bot, cajera, cocineros
Precondición:
El sistema debe estar funcionando en óptimas condiciones. Se debe contar con
alguna pantalla para visualizar el pedido.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando la cejara y/o el bot confirma un pedido
al cliente.
2. Se le notifica al cocinero del nuevo pedido mediante una interfaz.
3. El cocinero procede a preparar el pedido. En este punto, el pedido se
visualiza como “pendiente”.
4. El cocinero termina de preparar el pedido, y se le notifica al
repartidor o al cliente, que su pedido está listo para para ser recogido
en el local.
5. El cocinero entrega el pedido al repartidor o cliente.
6. Pedido concluido.
 Flujos alternos:
1. El cocinero recibe la información del pedido incompleta.
1.1. El cocinero notifica esta incidencia y se pasa al punto 2 del
flujo básico.
Postcondición:
1. Se envía al repartidor con el pedido.
2. El cliente recibe su pedido.
VI. Especificación de caso de uso N°6:
Nombre del caso de uso:
Entregar pedido
Descripción:
En este caso, inicia cuando el cocinero termina de preparar el pedido.
Actores:
Repartidor, cliente, cajera, cocineros, bot.
Precondición:
El sistema debe estar funcionando en óptimas condiciones.
Se debe contar con alguna pantalla para visualizar el pedido.
El repartidor debe contar con un móvil y datos para notificarle que hay pedidos
disponibles para entregar.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando el cocinero notifica que el pedido está
listo para ser entregado.
2. Se le notifica al repartidor que esté disponible.
3. Cuando el repartidor tome X pedido, deberá reportarse e identificarse
como el asignado a ese pedido.
4. El repartidor se reporta con X pedido y el bot le brinda la
información recaba del cliente, como ubicación, referencias,
contacto, etc. Además, le indica el estatus del pedido, si fue
cancelado o no.
5. El repartidor entrega el pedido al cliente.
5.1. El cliente efectúa el pago del pedido.
6. Pedido concluido.
 Flujos alternos:
1. El repartidor no recibe la información completa por parte del bot.
1.1. El repartidor deberá comunicarse con la cajera para que le
brinde la información completa y se pasa al punto 4 del flujo
básico.
Postcondición:
1. Se envía al repartidor con el pedido.
2. El cliente recibe su pedido.
VII. Especificación de caso de uso N°7:
Nombre del caso de uso:
Nuevo gasto (Por medio del bot)
Descripción:
En este caso, cuando se requieran encargos de suministros para el restaurante los
repartidores serán los encargados de esta parte.
Actores:
Repartidor, bot, asistente de bodega.
Precondición:
El sistema debe estar funcionando en óptimas condiciones.
El repartidor debe contar con un móvil y datos para comunicarse con el bot.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando el asistente de bodega solicita
suministros para el restaurante.
2. Se le notifica al repartidor que esté disponible.
3. Cuando el repartidor tome el encargo, este notificará al bot sobre los
detalles de este, como el costo, descripción, etc. y se identificará.
4. El repartidor entrega el pedido de suministros al asistente de bodega.
5. Pedido concluido.
 Flujos alternos:
1. El repartidor no suministra la información al bot.
1.1. El repartidor deberá comunicarse con el asistente de bodega
para que le brinde la información completa y se pasa al punto 3
del flujo básico.
Postcondición:
1. El repartidor entrega el pedido de suministros.
2. El asistente de bodega recibe su pedido.
VIII. Especificación de caso de uso N°8:
Nombre del caso de uso:
Agregar cliente (Por medio del bot)
Descripción:
Cuando un nuevo cliente contacte al Bot, este solicitara datos para construir un
registro de Cliente que incluye: - el número de celular (extraído automáticamente),
nombre del cliente, ubicación desde Google-maps (donde se extrae el PLUS CODE)
Actores:
Cliente, bot.
Precondición:
El sistema y la base de datos deben estar funcionando en óptimas condiciones.
Flujo de eventos:
 Flujo Básico:
6. El caso de uso inicia cuando el cliente se comunica con el bot por
medio de la aplicación dedicada y selecciona la opción “Registrarse”.
7. El bot registra automáticamente el número de teléfono del nuevo
cliente.
8. En la aplicación dedicada el bot le pide al cliente que le brinde sus
datos: “Nombre”, “Apellido”, “Número de teléfono” (que ha sido
extraído anteriormente), “Usuario”, y “Contraseña”
9. El cliente escribe sus datos.
10. El bot le solicita al cliente abrir la aplicación Google-maps para
registrar su dirección.
11. Cuando el cliente abre Google-maps y selecciona su dirección el bot
también extrae el PLUS-CODE.
11.1. El cliente presiona el botón “Terminar registro” y
automáticamente se agregan sus datos a la base de datos y se
registra como nuevo cliente.
12. Registro completado.
 Flujos alternos:
2. El cliente ya se registró anteriormente.
2.1. El cliente no puede registrarse dos veces y el registro se
cerrará.
Postcondición:
3. El cliente es agregado a la base de datos con éxito.
IX. Especificación de caso de uso N°9:
Nombre del caso de uso:
Agregar cliente (Manualmente)
Descripción:
El cliente se contacta con la cafetería por medio del servicio de mensajería y lo
atiende el administrador de la base de datos y este lo agrega como cliente nuevo en
la base de datos. El cual le solicita sus datos y este por medio de la app dedicada
insertaba los datos en la base de datos
Actores:
Cliente, administrador de la base de datos.
Precondición:
El administrador de base de la base de datos comprende el funcionamiento del
sistema.
El administrador de la base de datos debe tener red internet para mantener la
conexión con el cliente.
El repartidor debe contar con un móvil y datos para notificarle que hay pedidos
disponibles para entregar.
Flujo de eventos:
 Flujo Básico:
13. El caso de uso inicia cuando el cliente se comunica con la cafetería
por medio de mensajería.
14. El administrador de la base de datos lo atiende abre la aplicación
dedicada y la opción Gestionar Clientes=>Registrar cliente nuevo.
15. El administrador de la base de datos le pide sus datos al cliente
“Nombre”, “Apellido”, “Dirección” y registra el número de teléfono
del cual el cliente se está contactando.
16. El cliente brinda sus datos y el administrador de la base de datos los
agrega a la base de datos.
17. El nuevo cliente es registrado.
 Flujos alternos:
3. El cliente ya se registró anteriormente.
3.1. El proceso concluye
4. El cliente o administrador de base de datos pierden la conexión a
internet.
4.1. El registro del nuevo cliente se cancela.
 Postcondición:
4. El cliente nuevo es agregado con éxito a la base de datos.

X. Especificación de caso de uso N°10:

Nombre del caso de uso:
Ingresar un nuevo evento (servicio de cáterin)
Descripción:
En este caso, el cliente se debe comunicar con el local para coordinar el servicio, y
la cajera ingresa el pedido a la base de datos de la empresa.
Actores:
Cliente, cajera.
Precondición:
El sistema debe estar funcionando en óptimas condiciones.
La cajera debe contar con la aplicación del sistema.
El cliente debe apersonarse al local y/o hacerlo desde el WhatsApp.
Flujo de eventos:
 Flujo Básico:
1. El caso de uso inicia cuando cliente se comunica con la cajera del
restaurante.
2. La cajera recibe al cliente.
3. El cliente describe el servicio personalizado que desea.
4. La cajera toma la información y la procesa y se almacena en el
sistema.
5. La cajera le informa al cliente el costo de cada producto del pedido
especial y el total a cancelar.
6. El cliente cancela el pedido.
7. La cajera entrega la factura con los detalles del pedido.
8. Fin del flujo
 Flujos alternos:
1. Los productos que desea el cliente no están disponibles.
1.1. La cajera le notifica al cliente y pasa al punto 3 del flujo
básico.
Postcondición:
1. Se procesa el pedido.
2. El cliente es notificado que su pedido fue procesado.