JOMERA Hotel - Residence Inhaber: Christina Jozwiak, Julia Meister, Ralf Schmitt

JOMERAHotel - Residence

Inhaber: Christina Jozwiak, Julia Meister, Ralf Schmitt





USE CASES



USE CASES

Die folgenden Use Cases kommen bei der Anwendung vor:

1. Stammdaten ändern 11. Gast einchecken 2. Notiz hinterlassen 12. Reinigungsplan erstellen 3. Notiz abrufen 13. Reinigungsplan abrufen 4. Notiz löschen 14. Reinigungsplan aktualisieren 5. Neuen Account erstellen 15. Belegungsplan aufrufen 6. Einen Account verändern 16. Sonderkosten eintragen 7. Account löschen 17. Gast auschecken 8. Einwahl ins System 18. Rechnung erstellen 9. Reservierung vornehmen 19. System verlassen 10. Reservierung ändern ( & Storno)



USE CASES

1. Stammdaten ändern1. System gibt Auswahl veränderbarer Stammdaten an2. Manager wählt zu ändernde Daten aus (Übernachtungspreis, Rabatt, Zimmerzahl usw)3. System prüft, ob Daten ausgewählt wurden4. Manager gibt neuen Wert ein5. System prüft, ob Wert eingegeben wurde6. System speichert Änderungen Variationen: 3a. Keine Daten ausgewählt

3a1. System gibt Fehlermeldung aus3a2. Zurück zu 2.

5a. Kein neuer Wert eingegeben5a1. System gibt Fehlermeldung aus5a2. Zurück zu 4.



USE CASES

1. Stammdaten ändern

Stammdatenändern

Kein neuer Werteingegeben

Keine Datenausgewählt

<<extends>>

<<extends>>



USE CASES

2. Notiz hinterlassen1. Mitarbeiter wählt Zimmer/Reservierung aus, worauf sich die Notiz bezieht2. System prüft, ob etwas ausgewählt wurde3. Mitarbeiter schreibt Notiz4. System prüft Notiz auf Inhalt (leere Notizen werden nicht gespeichert!)5. System speichert Notiz ab Variationen2a. Keine Auswahl


4a. Leere Notiz4a1. System gibt Fehlermeldung aus4a2. Zurück zu 3.



USE CASES

2. Notiz hinterlassen

Notiz hinterlassen

Lehre Notiz

Keine Auswahl

<<extends>>

<<extends>>



USE CASES

3. Notiz abrufen1. Mitarbeiter ruft Funktion „Abrufen“ auf2. System prüft ob Notizen gespeichert wurden3. System gibt an für welche Zimmer/Reservierung Notiz existiert4. Mitarbeiter wählt eine Notiz aus5. System zeigt Notiz an6. System setzt Notiz auf Status „Gelesen“ Variationen 2a. Keine Notizen vorhanden

2a1. System gibt Meldung aus

Auswahl einerNotiz

System zeigtverfügbareNotizen an

System zeigtNotizeintarg an

<<extends>>

<<extends>>

<<ex

tends

>>



USE CASES

3. Notiz abrufen

Notiz abrufen

Keine Notizvorhanden<<extends>>



USE CASES

4. Notiz löschen1. Mitarbeiter ruft vorhandene Notizen auf (über u.c. „Notizen abrufen“)2. Mitarbeiter wählt zu löschende Notiz(en) aus3. System prüft, ob Notiz(en) auf Status „Gelesen“ stehen4. System löscht Notizen Variationen 3a. Keine Notiz(en) ausgewählt


3b. Notiz(en) ausgewählt, deren Status nicht auf „Gelesen“ steht3b1. System gibt Meldung aus, welche Notizen ungelesen sind3b2. System gibt Auswahl an: Lesen / trotzdem löschen

3ba. Lesen3ba1. Verwenden des u.c. „Notizen abrufen“

3bb. Trotzdem löschen3bb1. Weiter mit 4.



USE CASES

4. Notiz löschen

Notiz löschen

Notiz ausgewählt,mit Statusungelesen

Keine Notizausgewählt

<<extends>>

<<extends>>

u.c.Notiz abrufen

<<uses>>



USE CASES

5. Neuen Account erstellen1. Manager gibt Mitarbeiter-Daten ein (Name, Vorname, Passwort)2. Manager gibt Zugriffsrechte an (in Form von Arbeitsbereich – Mehrfachbelegung möglich)3. System prüft auf Vollständigkeit4. System bittet um Bestätigung 5. System speichert Account Variationen3a. Mitarbeiter-Daten unvollständig


3b. Keine Zugriffsrechte ausgewählt3b1. System gibt Fehlermeldung aus3b2. Zurück zu 2.

4a. Bestätigung wird verweigert4a1. Abbruch des Vorgangs



USE CASES

5. Neuen Account erstellen

Account erstellen

Mitarbeiter-Datenunvollständig

Bestätigung wirdverweigert

Keine Zugriffsrechteausgewählt

<<extends>>

<<extends>>

<<extends>>



USE CASES

6. Einen Account verändern1. Manager wählt zu ändernden Account aus2. System zeigt momentane Account-Daten an3. Manager nimmt Änderungen vor4. System prüft auf Plausibilität5. System bittet um Bestätigung6. System speichert Daten ab Variationen: 2a. Kein Account ausgewählt


4a. Unvollständige Mitarbeiter-Daten4a1. System gibt Fehlermeldung aus4a2. Zurück zu 3.

4b. Kein Zugriffsrecht ausgewählt4b1. System gibt Fehlermeldung aus4b2. Zurück zu 3.

5a. Bestätigung verweigert5a1. Abbruch des Vorgangs



USE CASES

6. Einen Account verändern

Account verändern

Mitarbeiter-Datenunvollständig


Keine Zugriffsrechteausgewählt

Kein Accountausgewählt

<<extends>>

<<extends>>

<<extends>>

<<extends>>



USE CASES

7. Account löschen1. Manager wählt zu löschenden Account aus2. System prüft auf Plausibilität3. System bittet um Bestätigung4. System löscht Account

Variationen2a. Zu löschender Account ist der einzige Manager-Accont

2a1. System gibt Meldung aus, „Löschen nicht möglich“ 2a2. Zurück zu 1.

2b. Kein Account ausgewählt2b1. System gibt Fehlermeldung aus2b2. Zurück zu 1.

3a. Bestätigung verweigert3a1. Abbruch des Vorgangs



USE CASES

7. Account löschen

Account löschen

Account ist einzigerManager-Account


Kein Accountausgewählt

<<extends>>

<<extends>>

<<extends>>



USE CASES

8. Einwahl ins System1. Mitarbeiter gibt seine Zugangsdaten ein2. System prüft Daten3. System speichert Einwahldaten – und Zeitpunkt ab4. System schaltet entsprechend der Mitarbeiter-Zugriffsrechte Teile seiner Funktionen frei

Variationen2a. Account existiert nicht


2b. Falsches Passwort2b1. System gibt Fehlermeldung aus2b2. Zurück zu 1.



USE CASES

8. Einwahl ins System

Einwahlins System

Falsches Passwort

Account existiertnicht

<<extends>>

<<extends>>



USE CASES

9. Reservierung vornehmen1. Rezeption gibt gewünschten Zeitraum ein (Kalenderwoche)2. System prüft, ob in dem Zeitraum freie Zimmer verfügbar sind (nach Kalenderwochen)3. System zeigt an, welche Zimmer frei sind (+ deren Kategorie)4. Rezeption wählt ein Zimmer aus5. Rezeption gibt Gastdaten ein (Buchungsname und –daten bzw. zusätzl. Gastname)6. System prüft auf Vollständigkeit7. Rezeption gibt eventuelle Sonderwünsche ein (Einzelzimmer, HTP, Kinderbett)8. System setzt Zimmerstatus für den Zeitraum auf „reserviert“9. System speichert Reservierung Variationen2a. Keine freien Zimmer für diesen Zeitraum

2a1. System gibt Meldung „ausgebucht“ zurück6a. Gastdaten sind unvollständig

6a1. System gibt fehlende Daten an6a2. Zurück zu 5.



USE CASES

9. Reservierung vornehmen

Reservierungvornehmen

Gast-Daten sindunvollständig

Keine freienZimmer für den

gewähltenZeitraum

<<extends>>

<<extends>>



USE CASES

10. Reservierung ändern ( & Storno)1. Rezeption gibt Buchungsnamen (und optional weitere Gastdaten) ein2. System sucht Reservierungen mit diesem Buchungsnamen3. System gibt Reservierungen auf diesen Namen aus, inkl. Zeitraum und Gastname4. Rezeption wählt richtige Reservierung aus5. Rezeption gibt neue Daten ein (bei allgemeinen Änderungen)6. System prüft auf Plausibilität7. System aktualisiert die Daten Variationen 2a. Buchungsname nicht vorhanden

2a1. System gibt Fehlermeldung zurück2a2. System gibt Auswahlmöglichkeit an

2aa. Erneuter Eingabeversuch2aa1. Zurück zu 1.

2ab. Reservierung vornehmen2ab1. Verwendung des use case „Reservierung vornehmen“



USE CASES

10. Reservierung ändern ( & Storno) Variationen 5a. Verkürzen der Buchung

5a1. System setzt Zimmerstatus für verbleibenden Zeitraum auf „frei“5a2. System prüft, ob mehr als 0 Aufenthaltstage übrig bleiben

5aa. 0 Aufenthaltstage = Stornierung5aa1. Gastdaten werden gelöscht

5b. Verlängern der Buchung

5b1. System prüft, ob Zimmer während des gewünschten Zeitraums frei ist5ba. Zimmer frei

5ba1. System setzt Zimmerstatus für Zeitraum auf „reserviert“ für den Gast5bb. Zimmer reserviert

5bb1. System gibt Meldung „Zimmer bereits belegt“ zurück 5c. Veränderung der Sonderwünsche 6a. neue Daten unvollständig

6a1. System gibt fehlende Daten an6a2. Zurück zu 5.



USE CASES

10. Reservierung ändern ( & Storno)

Reservierungändern

Veränderungder Sonderwünsche

Buchungsnamenicht vorhanden

Neue Datenunvollständig

Verlängernder Buchung

Verkürzender Buchung

<<extends>>

<<extends>>

<<extends>>

<<extends>>

<<extends>>

u.c. Reservierung vornehmen

<<us

es>>



USE CASES

11. Gast ein-checken1. Rezeption ruft über Buchungsname reserviertes Zimmer auf2. System gibt auf diesen Namen gebuchte Zimmer (mit Gastname und Zeitraum) an3. Rezeption wählt entsprechendes Zimmer aus4. Rezeption füllt fehlende Daten aus5. System prüft auf Vollständigkeit6. System setzt Zimmerstatus auf „besetzt“, Zimmerzustand auf „Grundreinigung“

Variationen1a. Buchungsname existiert nicht

1a1. System gibt Fehlermeldung zurück1a2. System gibt Auswahlmöglichkeit an

1aa. Erneute Eingabe1aa1. Zurück zu 1.

1ab. Reservierung vornehmen (danach zurück zu „Gast einchecken“!)1ab1. Verwendung des use case „Reservierung vornehmen“

5a. Eingaben unvollständig5a1. System gibt fehlende Daten an5a2. Zurück zu 4.



USE CASES

11. Gast ein-checken

Gast ein-checken

Eingabeunvollständig

BuchungsnameExistiert nicht

<<extends>>

<<extends>>

u.c.Reservierungvornehmen

<<uses>>



USE CASES

12. Reinigungsplan erstellen1. Management gibt Tag ein, für den Reinigungsplan erstellt werden soll2. System prüft Wochentag und Datum3. System setzt montags den Zustand belegter Zimmer zusätzlich auf „Wäschewechsel“4. System druckt Tabelle mit Zimmern in den Zuständen „Grundreinigung“, „Wäschewechsel“oder „Endreinigung“ für den gewählten Tag aus

Variationen2a. Tag liegt in der Vergangenheit / existiert nicht




USE CASES

12. Reinigungsplan erstellen

Reinigungsplanerstellen

Datum liegt in derVergangenheit<<extends>>



USE CASES

13. Reinigungsplan abrufen1. Mitarbeiter gibt gewünschten Tag an2. System prüft auf Plausibilität3. System zeigt für diesen Tag alle Zimmer mit Zustand „GR“, „GR erledigt“, „ER“, „ER erledigt“, „WW“ und „WW erledigt“ an

Variationen2a. Tag liegt in der Vergangenheit / existiert nicht

2a1. System gibt Fehlermeldung zurück2a2. Zurück zu 1.



USE CASES

13. Reinigungsplan abrufen

Reinigungsplanaufrufen




USE CASES

14. Reinigungsplan aktualisieren1. Mitarbeiter ruft Reinigungsplan auf (mit u.c. „Reinigungsplan abrufen“)2. Mitarbeiter wählt gewünschtes Zimmer aus3. Mitarbeiter gibt neuen Zustand ein 4. System prüft Angaben5. System speichert Angaben6. System zeigt aktualisierten Reinigungsplan an

Variationen4a. Mitarbeiter hat nicht die erforderliche Berechtigung




USE CASES

14. Reinigungsplan aktualisieren

Reinigungsplanaktualisieren Mitarbeiter hat

nicht dieerforderlichen

Rechte

<<extends>>

u.c.Reinigungsplan

aufrufen

<<uses>>



USE CASES

15. Belegungsplan aufrufen1. Mitarbeiter gibt gewünschten Tag an2. System gibt alle Zimmer mit Status „belegt“ aus, inkl. Angabe ob einfach- oder doppelbelegt

Variationen1a. Tag existiert nicht / liegt in der Vergangenheit




USE CASES

15. Belegungsplan aufrufen

Belegungsplanaufrufen




USE CASES

16. Sonderkosten eintragen1. Mitarbeiter gibt Zimmernummer ein2. System prüft ob Zimmer belegt ist3. Mitarbeiter gibt Name, Anzahl und Preis des Artikels an4. System prüft auf Vollständigkeit

Variationen1a. Zimmernummer existiert nicht


2a. Zimmer nicht belegt2a1. System gibt Fehlermeldung aus2a2. Zurück zu 1.

4a. Unvollständige Eingabe4a1. System gibt fehlende Daten an4a2. Zurück zu 3.



USE CASES

16. Sonderkosten eintragen

Sonderkosteneintragen

Zimmernummerexistiert nicht

UnvollständigeEingabe

Zimmer nichtbelegt

<<extends>>

<<extends>>

<<extends>>



USE CASES

17. Gast aus-checken1. Rezeption ruft über Zimmernummer das Zimmer auf2. System setzt Zimmerstatus auf „frei“, Reinigungsstatus auf „Endreinigung“

Variationen1a. Zimmerstatus ist „frei“

1a1. System gibt Meldung aus „Dieses Zimmer ist nicht belegt“1a2. Zurück zu 1.

2. Rezeption gibt Gastnamen ein3a. System prüft ob Gastname mit dem des Zimmers übereinstimmt3a1. Fehlermeldung

3a2. Zurück zu 24. System ruft „Rechnung erstellen“ auf5. System setzt Zimmerstatus auf „Frei“ und Zustand auf „Endreinigung“

<<extends>>

Daten stimmenNicht überein



USE CASES

17. Gast aus-checken

Gast aus-checken

Zimmerstatusst frei<<extends>>



USE CASES

18. Rechnung erstellen1. Verwaltung gibt Buchungsnamen an2. System gibt abgeschlossene Aufenthalte für diesen Buchungsnamen an3. Verwaltung wählt aus, welche Aufenthalte in Rechnung gestellt werden 4. Verwaltung wählt eventuelle Rabatte aus5. System zeigt Rechnungsposten an (Übernachtungen & Sonderkosten)6. Verwaltung bestätigt Richtigkeit der Rechnung 7. System druckt Rechnung aus8. System speichert Rechnung und Gastdaten

Variationen1a. Buchungsname existiert nicht

1a1. System gibt Fehlermeldung zurück1a2. Zurück zu 1. (für erneute Eingabe)

2a. keine abgeschlossenen Aufenthalte2a1. System gibt Fehlermeldung zurück

5a. keine Aufenthalte ausgewählt5a1. Fehlermeldung5a2. Zurück zu 3.



USE CASES

18. Rechnung erstellen

Variationen5b. Fehler bei den Sonderkosten

5b1. Verwendung des use case „Sonderkosten“ zur Änderung der Angaben5c. Fehler bei der Aufenthaltsdauer

5c1. Verwendung des use case „Reservierung ändern“



USE CASES


Rechnung erstellen

Fehler bei denSonderkosten

Buchungsnameexistiert nicht

Fehler beiAufenthaltsdauer

Kein Aufenthaltausgewählt

Kein Aufenthaltabgeschlossen

<<extends>>

<<extends>>

<<extends>>

<<extends>>

<<extends>>

u.c. Reservierung

ändernu.c.

Sonderkosten

<<us

es>>

<<us

es>>



USE CASES

19. System verlassen1. Mitarbeiter klickt auf „System verlassen“2. System fragt an, ob Inhalte offener Fenster abgespeichert werden sollen3. System schließt offene Fenster4. System sperrt alle Zugriffe5. System zeigt Eingabefeld für Zugangsdaten an



USE CASES

19. System verlassen

System verlassen



USE CASES

2. Notiz hinterlassen

3. Notiz abrufen

4. Notiz löschen

9. Reservierungvornehmen

10. Reservierungändern (& Storno)

11. Gast einchecken

1. Stammdaten ändern5. neuen Account

erstellen 6. einen Accountverändern

7. Account löschen12. Reinigungsplan

erstellen

13. Reinigungsplanabrufen

14. Reinigungsplanaktualisieren

15. Belegungsplanaufrufen

17. Gast auschecken


8. Einwahl ins System

16. Sonderkosteneintragen

19. System verlassen

Raumpfleger

Nachtportier

Rezeption

Management

Barkeeper

Servicekräfte

uses

uses

uses

uses

usesuses



Vielen Dank für Ihren Besuch



Documents

JOMERA Hotel - Residence Inhaber: Christina Jozwiak, Julia Meister, Ralf Schmitt