Download CSV
Nonsense
Inconsistent / irrelevant / very brief
Confusing / redundant / severe formal flaws / quite brief
A bit superficial / slightly inconsistent / quite short / visible formal flaws
Good, but ... a bit short / minor formal flaws
Comprehensive, well defined, formally fine
Use Case »Informationen anfordern« (UC-11)
- Enthalten in Use-Case-Diagramm
- Use-Case-Diagramm zu funktionaler Anforderung »Weiterführende Informationen« (UCD-14)
- Zugrundeliegende funktionale Anforderung
- FR-71: Weiterführende Informationen
- History
- (v1) 2021-06-02 - initially created
- (v2) 2021-07-18 - added scenarios
- (v3) 2021-07-26 - added missing FR
- (v4) 2021-07-29 - added content from todos
Use-Case-Header
- Titel
- Informationen anfordern
- Beschreibung
- Das DiveKit muss in der Lage sein Studierenden weiterführende Informationen (zum Beispiel Videos/Webseiten/Vorlesungsmaterialien) zu konkreten Fehlern zur Verfügung zu stellen.
- Primärer Aktor
- STR-10: Studierende*r
- Sekundäre(r) Aktor(en)
- STR-15: Wissenschaftlicher Mitarbeiter mit selbstständiger Lehre in der Informatik
- Auslöser
- Die Student:in stößt auf einen Fehler auf der Testseite.
- Vorbedingung
- Die Student:in hat eine Aufgabe bearbeitet und bekommt nach dem pushen der Aufgabe einen Fehler auf der Testseite.
- Nachbedingung
- Die Student:in besitzt weitere Informationen zum Fehler.
Hauptszenario
- 1) Die Student:in kann den Fehler nicht adhoc lösen und wählt auf der Testseite eine Schlatfläche neben der Fehlermeldung aus, um weiter Informationen anzufordern.
- 2) Das System durchsucht seine Hinweis-Datenbank nach Informationen zum Fehler.
- 3) Das System findet Informationen zum Fehler.
- 4) Das System zeigt dem Student:in die Informationen in einem seperaten Dialog an.
Alternativszenario
Ausnahmeszenario
- 3a1) Das System findet keine Informationen zum Fehler.
- 3a2) Die Student:in bekommt eine Nachricht anzeiget, dass keine Informationen vorhanden sind.
Andere Nachbedingung: Die Student:in besitzt keine weitere Informationen zum Fehler.
Anmerkung:
Anmerkung des Buisness Analysten: Meiner Meinung nach würde ich die nachfolgenden Spezifizierungen zur Implentierung nicht oder nur “abgespeckt” in den Use Case integieren. Da es die Designentscheidung in der Entwicklung einschränken könnte.
- Die Nachricht bei fehlenden weiterführenden Informationen (3a2) würde etwas wie “Keine Informationen vorhanden. Bitte schauen Sie dem Fehler in einer Suchmaschiene Ihrer Wahl nach.” beinhalten.
- Die erwähnte Schaltfläche kann ein Button oder Ähnliches sein.
Skizzierung der Fehlermatchings
- Analyse ob es sich hierbei, um eine eigens geschriebene oder eine generische (bspw. MethodNotFound, etc) handelt
- Bei eigens geschriebene Fehlermeldung sollte die Nutzer:in darauf hingewiesen werden. Da daduch die Suche in einer Suchmaschinen erschwert werden könnte.
- Bei generellen Exception, könnte so etwas wie “Suche bei Suchmaschiene Ihrer Wahl nach aufgekommener Fehler” einsetzt werden.
- Anschließend die Klassennamen o.Ä. in der Exception analysieren und in der Datenbank (o.Ä.) nach Pattern suchen.