neben jedem Mitarbeiter ist ein Button mit der Aufschrift "details"
wenn man auf den Button klickt, wird man auf die URL /#/employees/employeeId geleitet, wobei die employeeId durch die tatsächliche ID des Mitarbeiters ersetzt wird
auf dieser Detailseite steht
- der Name des Mitarbeiters (als h2)
- jeweils ein Eingabefeld für die x und y - Koordinate (vorerst einfach als Texte)
- ein Button mit der Aufschrift "speichern", der nach Betätigung die eingetragenen Werte speichert. Falls der Netzwerkrequest fehlschlägt, wird der User über einen Toast informiert
Als Securitymitarbeiter*in möchte ich in der Anwendung eine Liste aller Mitarbeiter im Zoo sehen können, um zu wissen, welche Personen ich kostenlos in den Zoo lassen darf.
Akzeptanzkriterien:
In der Oberfläche sehe ich eine Liste mit folgenden Mitarbeiternamen:
Clea Gruber
Rainer Zufall
Anna Nass
Als Überschrift (h2-Tag) steht über der Liste "Mitarbeiter"
Die einzelnen Mitarbeiter sind Einträge in einer ungeordneten Liste (ul- und li-Tags)
Kein CSS-Styling wird verwendet
Daten werden im Backend gespeichert
Im Backend den Packagenamen de.neuefische.cgnjava222.zoomanagement.zoo.employee nutzen
Außerdem:
Bitte so wenig wie möglich in der App-Component ändern, eigene Component(/s) schreiben
Wie für jedes Ticket bitte einen geeigneten Feature-Branch mit gutem Namen erstellen und einen eigenen PR anlegen
Es gilt den schnellsten Weg zu finden, der die Akzeptanzkriterien erfüllt - was dort nicht gefordert wird, soll auch (noch) nicht gebaut werden
Als Gärtner*in möchte ich in der Anwendung eine Liste aller Pflanzen im Zoo sehen können, um im Pflanzengeschäft die richtige Kaufentscheidung treffen zu können.
Akzeptanzkriterien:
In der Oberfläche sehe ich eine Liste mit folgenden Pflanzen:
Birke
Buche
Lärche
Als Überschrift (h2-Tag) steht über der Liste "Pflanzen"
Die einzelnen Pflanzen sind Einträge in einer ungeordneten Liste (ul- und li-Tags)
Kein CSS-Styling wird verwendet
Daten werden im Backend gespeichert
Im Backend den Packagenamen de.neuefische.cgnjava222.zoomanagement.zoo.plants nutzen
Außerdem:
Bitte so wenig wie möglich in der App-Component ändern, eigene Component(/s) schreiben
Wie für jedes Ticket bitte einen geeigneten Feature-Branch mit gutem Namen erstellen und einen eigenen PR anlegen
Es gilt den schnellsten Weg zu finden, der die Akzeptanzkriterien erfüllt - was dort nicht gefordert wird, soll auch (noch) nicht gebaut werden
neben jedem Tier ist ein Button mit der Aufschrift "details"
wenn man auf den Button klickt, wird man auf die URL /#/animals/animalId geleitet, wobei die animalId durch die tatsächliche ID des animals ersetzt wird
auf dieser Detailseite steht
- der Name des Tieres (als h2)
- jeweils ein Eingabefeld für die x und y - Koordinate (vorerst einfach als Texte)
- ein Button mit der Aufschrift "speichern", der nach Betätigung die eingetragenen Werte speichert. Falls der Netzwerkrequest fehlschlägt, wird der User über einen Toast informiert
neben jeder Pflanze ist ein Button mit der Aufschrift "details"
wenn man auf den Button klickt, wird man auf die URL /#/plants/plantId geleitet, wobei die plantId durch die tatsächliche ID der Pflanze ersetzt wird
auf dieser Detailseite steht
- der Name der Pflanze (als h2)
- jeweils ein Eingabefeld für die x und y - Koordinate (vorerst einfach als Texte)
- ein Button mit der Aufschrift "speichern", der nach Betätigung die eingetragenen Werte speichert. Falls der Netzwerkrequest fehlschlägt, wird der User über einen Toast informiert
neben jedem Food-Truck ist ein Button mit der Aufschrift "details"
wenn man auf den Button klickt, wird man auf die URL /#/foodtrucks/foodTruckId geleitet, wobei die foodTruckId durch die tatsächliche ID des Food-Trucks ersetzt wird
auf dieser Detailseite steht
- der Name des Food-Trucks (als h2)
- jeweils ein Eingabefeld für die x und y - Koordinate (vorerst einfach als Texte)
- ein Button mit der Aufschrift "speichern", der nach Betätigung die eingetragenen Werte speichert. Falls der Netzwerkrequest fehlschlägt, wird der User über einen Toast informiert
Als Sekretariatsmitarbeiter*in möchte ich in der Anwendung eine Liste aller Tiere im Zoo sehen können, um bei telefonischen Anfragen nachsehen zu können, ob das gesuchte Tier in unserem Zoo wohnt.
Akzeptanzkriterien:
In der Oberfläche sehe ich eine Liste mit folgenden Tieren:
Eisbär
Tiger
Giraffe
Als Überschrift (h2-Tag) steht über der Liste "Tiere"
Die einzelnen Tiere sind Einträge in einer ungeordneten Liste (ul- und li-Tags)
Kein CSS-Styling wird verwendet
Daten werden im Backend gespeichert
Im Backend Packagename de.neuefische.cgnjava222.zoomanagement.zoo.animal nutzen
Außerdem:
Bitte so wenig wie möglich in der App-Component ändern, eigene Component(/s) schreiben
Wie für jedes Ticket bitte einen geeigneten Feature-Branch mit gutem Namen erstellen und einen eigenen PR anlegen
Es gilt den schnellsten Weg zu finden, der die Akzeptanzkriterien erfüllt - was dort nicht gefordert wird, soll auch (noch) nicht gebaut werden
Als Mitarbeiter*in möchte ich in der Anwendung eine Liste aller Food-Trucks im Zoo sehen können, um in der Mittagspause Inspirationen für mein Mittagessen sammeln zu können.
Akzeptanzkriterien:
In der Oberfläche sehe ich eine Liste mit folgenden Food-Trucks:
Currywurst Hannes
Margrets Gesunde Küche
Annes knusprige Pommes
Als Überschrift (h2-Tag) steht über der Liste "Food-Trucks"
Die einzelnen Food-Trucks sind Einträge in einer ungeordneten Liste (ul- und li-Tags)
Kein CSS-Styling wird verwendet
Daten werden im Backend gespeichert
Im Backend den Packagenamen de.neuefische.cgnjava222.zoomanagement.zoo.trucks nutzen
Außerdem:
Bitte so wenig wie möglich in der App-Component ändern, eigene Component(/s) schreiben
Wie für jedes Ticket bitte einen geeigneten Feature-Branch mit gutem Namen erstellen und einen eigenen PR anlegen
Es gilt den schnellsten Weg zu finden, der die Akzeptanzkriterien erfüllt - was dort nicht gefordert wird, soll auch (noch) nicht gebaut werden