two-Gee
commented
5 months ago User Stories, die noch fehlen:
Informationssystem:
- [x] [Informationssystem] Termine eintragen Admin
- [x] [Informationssystem] Termine ändern/löschen Lehrer
- [x] [Informationssystem] Termine ändern/löschen Admin
- [x] [Informationssystem] Aktuelle Nachrichten ändern/löschen Admin
- [x] [Informationssystem] Anzeigen aktueller Nachrichten für Lehrer, Schüler
- [x] [Informationssystem] Mitteilungen Lehrer
- [x] [Informationssystem] Wetter anzeigen Lehrer, Schüler
Stundenplan:
- [x] [Stundenplan] Stunden ändern / löschen Admin
- [x] [Stundenplan] Anlegen der Räume als Admin
Mensaplan:
- [x] [Mensaplan] Speisen ändern oder löschen Admin
Notenverwaltung:
- [x] [Notenverwaltung] Alle Noten eines Faches Schüler (User Story für die Detailansicht eines Faches mit allen Noten)
- [x] [Notenverwaltung] Noteneinsicht Fachlehrer (Fachlehrer sollen nur Noten von Schülern des entsprechenden Faches sehen)
- [x] [Notenverwaltung] Liste Bewertungsstatus Lehrer (Lehrer sollen eine Liste sehen mit dem jeweiligen Status, z.B. In Bearbeitung oder Ausstehend, um zu sehen welche Prüfungsleistungen noch korrigiert werden müssen)
Abwesenheitsverwaltung:
- [x] [Abwesenheitsverwaltung] Liste aller Abwesenden für Admins
Kontoverwaltung:
- [x] [Kontoverwaltung] Änderungen durch Admin (z.B. Klassenzuteilung oder andere wichtige Accountdaten)
- [x] [Kontoverwaltung] Anlegen von Personen im System als Admin (für die Accounts müssen die Schüler, Lehrer und ggf. Admins erst im System angelegt/gespeichert werden)
laralngn
CodeRider101
Erklärung:
Momentan sind in den User Story bestimmte Funktionen noch nicht ausreichend definiert. Für die fehlenden Feature sollen neue User-Stories erstellt oder existierende User-Stories erweitert werden. Für die neuen Funktionen sollen dann auch direkt die Issues erstellt werden.
Eigenschaften
Anwendungsszenarien
Nehmen wir als Beispiel die User Story #44 (Als Lehrer möchte ich die Räume, falls es möglich ist ändern …): Man möchte sicher nicht nur eine Funktion, um Raumzuordnungen zu ändern, sondern auch
Um Räume überhaupt zuordnen zu können, müssen sie zunächst irgendwo angelegt werden können. Ggf. mit einer Unterscheidung nach normalen Klassenräumen und Spezialräumen (Musikraum, Sporthalle, Labore für Naturwissenschaften etc.). D.h. man benötigt eine Verwaltung der Raum-Stammdaten. Wo findet man die?
Die Räume sind nur ein Teilaspekt eines größeren Themas, nämlich der Stundenplan-Planung. Was hier fehlt, ist eine Zusammenstellung der Anforderungen auf detaillierter Ebene nach solchen Themen wie „Raumverwaltung“, „Stundenplan-Planung“ etc.
In einem realen Projekt würde man sich z.B. mit dem Team, welches die Stundenplan-Planung durchführt, zusammensetzen und sämtliche Anforderungen und Funktionalitäten zu diesem Thema entlang der Planungsprozesse erheben. D.h. eine solch isolierte Anforderung wie #44 würden Sie nicht bekommen. Stattdessen bearbeitet man ein Thema gesamtheitlich und bekommt dann eine ganze Liste inhaltlich/fachlich zusammenhängender Anforderungen. Die müsste man dementsprechend in diesem Gesamtzusammenhang dokumentieren, denn die Anwender müssen einen Überblick über solche Gesamthemen haben, um z.B. erkennen zu können, ob sie sämtliche Funktionalitäten dazu spezifiziert haben oder ob Dinge fehlen oder widersprüchlich sind die Software-Entwickler werden solche Themen gesammelt umsetzen; es macht wenig Sinn, dass z.B. ein Entwickler die Funktion für „Raumzuordnung ändern“ und ein anderer die Funktion „Raum erstmalig zuordnen“ implementiert
Zum Thema Stundenplan-Planung würden Sie in einem Anforderungs-Workshop mit dem Planungsteam z.B. folgendes erfahren: Das Planungsteam startet drei Monate vor Beginn eines Schuljahres mit der Planung und erstellt iterativ Planungsvarianten Für die Planung werden als Basisdaten benötigt Lehrer die zeitliche Verfügbarkeit der Lehrer (manche arbeiten z.B. in Teilzeit) Räume Fächer (unterteilt nach Klassenstufen, Wahl- und Pflichtfächern etc.) Klassen (u.a. Parallelklassen) All diese Basisdaten müssen selbstverständlich auch verwaltet (angelegt, geändert, gelöscht) werden können (dazu gehören User Stories wie #130, #126, #125, #31) Sobald eine Planungsvariante mit einem gewissen Reifegrad vorliegt, wird sie für das gesamte Lehrerkollegium sichtbar gemacht, so dass von dort Feedback eingesammelt werden kann Wenn das Feedback eingearbeitet ist, wird die finale Stundenplanversion erstellt und zwei Wochen vor Beginn des Schuljahres den Schülern zur Verfügung gestellt (darüber kommt man zu Aspekten wie #14) Während des Schuljahres kommt es zu Umplanungen, z.B. wenn Lehrkräfte längerfristig erkranken oder wenn sie die Schule während des Schuljahres verlassen Nach Ende des Schuljahres verlieren die Schüler den Zugriff auf die Stundenpläne. Das Planungsteam kann alte Planungen jedoch nutzen, um neue Planungen auf Basis von Kopien alter Planungen zu erstellen Auf dieser Basis würde man sich überlegen, welche Einzelfunktionen dafür notwendig sind, wie das UI dazu aussieht etc.