-
Notifications
You must be signed in to change notification settings - Fork 3
Casi d'uso
UC1: Gestione dell’ordinazione al tavolo
Portata: Applicazione gestionale di un ristorante
Livello: Obiettivo utente
Attore primario: Cameriere, Cuoco
Stakeholders e interessi:
- Cameriere: Vuole comunicare facilmente alla cucina le ordinazioni effettuate dai tavoli.
- Cuoco: Vuole ricevere la lista di ordini dei vari tavoli e comunicare al cameriere quando i piatti sono pronti.
- Cassiere: Vuole chiudere correttamente ciascun conto.
- Tavolo: Vuole ricevere i piatti ordinati.
- Capo: Vuole tener traccia in maniera chiara dei conti e verificare che essi vengano chiusi correttamente.
- Fisco: Vuole ricevere notifica dei conti chiusi per provvedere ad una corretta tassazione.
Scenario principale di successo:
- Il tavolo al completo chiede e attende l’arrivo del cameriere per ordinare.
- All’arrivo del cameriere il tavolo comunica i piatti desiderati.
- Il cameriere, interagendo con il software, comunica la comanda al cuoco.
- Il cuoco prepara le pietanze ordinate, proseguendo nella comanda mano a mano che i piatti sono pronti.
- Completata la comanda, lo notifica al cameriere tramite il software.
- Il cameriere riceve la chiamata e si reca in cucina per prelevare i piatti.
- Il cameriere consegna i piatti al tavolo, chiude l’ordine e lo notifica al software.
- Terminata la consumazione, il tavolo richiama il cameriere dopo aver deciso se ordinare ancora o chiedere il conto:
- Se il tavolo ordina nuovamente, si ripetono i punti da 2 a 8.
- Se il tavolo chiede il conto, si passa al punto 9.
- Il tavolo si reca alla cassa e comunica il suo identificativo al cassiere.
- Il cassiere accede al conto relativo al tavolo e fornisce un preconto.
- Il tavolo paga il conto.
- Il conto viene chiuso e l’importo è comunicato al Fisco, lo scontrino fiscale viene stampato.
Scenari alternativi:
- Il cuoco non può realizzare un piatto nella comanda.
- Il cuoco interagisce con il software e notifica il problema al cameriere.
- Il cameriere comunica il problema al tavolo.
- Il tavolo effettua una nuova ordinazione.
- Il tavolo sceglie di modificare la propria ordinazione.
- Il tavolo chiama il cameriere e chiede di modificare la comanda.
- Il cameriere interagisce con il software e notifica la richiesta al cuoco.
- Il cuoco comunica al cameriere lo stato dei piatti cancellati dalla comanda.
- 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. - Il cameriere comunica aggiorna la comanda in base alla scelta del tavolo.
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.