Skip to content

Casi d'uso

GaiaVezzolo edited this page Apr 27, 2021 · 40 revisions

UC1: Gestione dell’ordinazione al tavolo

Scope: management software application af a restaurant
Level: user goal
Primary Actor: Waiter, Chef
Stakeholders and Interests:

  • Waiter: wants to easily communicate the orders of tables to the kitchen.
  • Chef: wants to receive the list of orders and communicate to the waiter when dishes are ready.
  • Cashier: wants to close every bill correctly.
  • Table: wants to receive the ordered dishes.
  • Chief: wants to keep track of every bill clearly.
  • Revenue Agency: wants to receive notification of every paid bill to provide for a correct taxation.

Main Success Scenario:

  1. The full table asks for a waiter and waits his arrival to order.
  2. Upon arrival of the waiter the table communicates the dishes.
  3. The waiter communicates the command to the chef through the interaction with software.
  4. The chef prepares the ordered dishes.
  5. After the command has been completely realized the chef informs the waiter through the software.
  6. The waiter receives the notify and takes the dishes from the kitchen.
  7. The waiter delivers the dishes to the table, closes the order and notifies it to the software.
  8. Terminata la consumazione, il tavolo richiama il cameriere dopo aver deciso se ordinare ancora o chiedere il conto:
    1. Se il tavolo ordina nuovamente, si ripetono i punti da 2 a 8.
    2. Se il tavolo chiede il conto, si passa al punto 9.
  9. Il tavolo si reca alla cassa e comunica il suo identificativo al cassiere.
  10. Il cassiere accede al conto relativo al tavolo e fornisce un preconto.
  11. Il tavolo paga il conto.
  12. Il conto viene chiuso e l’importo è comunicato al Fisco, lo scontrino fiscale viene stampato.

Scenari alternativi:

  1. Il cuoco non può realizzare un piatto nella comanda.
    1. Il cuoco interagisce con il software e notifica il problema al cameriere.
    2. Il cameriere comunica il problema al tavolo.
    3. Il tavolo effettua una nuova ordinazione.
  2. Il tavolo sceglie di modificare la propria ordinazione.
    1. Il tavolo chiama il cameriere e chiede di modificare la comanda.
    2. Il cameriere interagisce con il software e notifica la richiesta al cuoco.
    3. Il cuoco comunica al cameriere lo stato dei piatti cancellati dalla comanda.
    4. Se il piatto non è in fase di preparazione il cameriere comunica al tavolo l’effettuata modifica, altrimenti offre la possibilità di scegliere tra mantenere l’ordinazione originaria ed il modificarla lasciando addebitati i piatti precedentemente ordinati.
    5. Il cameriere comunica aggiorna la comanda in base alla scelta del tavolo.
  3. Il tavolo si alza prima del termine del servizio e lo comunica al cameriere.
    1. Se ha già effettuato ordini, il cameriere verifica i relativi stati. Gli eventuali ordini in fase di preparazione sono addebitati sul conto preesistente.
    2. Se non ha effettuato alcun ordine non viene addebitato nulla ed il conto viene chiuso.
  4. Il tavolo non è in grado di pagare il conto o il metodo di pagamento viene rifiutato.
    1. Il cassiere fornisce la possibilità di cambiare il metodo di pagamento o ritentare.
      1. Se il pagamento ha successo, lo scenario è concluso.
      2. Se il pagamento è nuovamente rifiutato, il cassiere ripete il punto.
      3. Se il tavolo rifiuta di fornire una riparazione, si procede al punto successivo.
    2. Il cassiere controlla lo stato di debito dei clienti.
      1. Se i clienti non hanno debito, il conto viene addebitato.
      2. Se i clienti presentano un debito, essi vengono banditi dal locale.

UC2: Gestione delle prenotazioni
Portata: Applicazione gestionale di un ristorante
Livello: Obiettivo utente
Attore primario: Cassiere
Stakeholders e interessi:

  • Cassiere: Vuole chiudere correttamente ciascun conto.
  • Capo: Vuole massimizzare i profitti dato il numero di coperti.
  • Clienti: Vogliono prenotare un tavolo adatto al gruppo di cui fanno parte.

Un cliente contatta il locale per prenotare il tavolo. Il cassiere accede al software e verifica la disponibilità del locale in base all’orario scelto e alla tipologia di tavolo da riservare, infine comunica l’esito al cliente.

UC3: Gestione dell’accesso al locale
I clienti si recano alla cassa. Il cassiere verifica l’eventuale prenotazione. Se questa è presente i clienti sono accompagnati al tavolo, altrimenti il cassiere verifica la disponibilità in base ai tavoli momentaneamente liberi e alle prenotazioni precedentemente accordate. Il cassiere comunica ai clienti l’esito della ricerca.

Clone this wiki locally