Download CSV

Nonsense

Inconsistent / irrelevant / source missing

Confusing wording / redundant / violates sentence blueprint / NFR rather than FR / reasons for requirement unclear

A bit superficial / slightly inconsistent / not fully compliant with sentence blueprint / Kano missing / goal, not requirement

Content very good, minor formal flaws

Content & form perfect

       

Funktionale Anforderung »Feedback zum Code nach bestandenem Tests« (FR-31)

Zahlt ein auf Ziel(e)
GO-61: Umfangreicheres Feedback zu den Tests für die Studierenden
GO-48: Motivation von Studierenden
GO-59: Studenten auf Klausur vorbereiten
Zugehörige Use Cases
UC-1: Allgemeines Feedback
Implementierungs-Status
offen
Kano-Typ
Begeisterung
Begründung für Kano-Typ
Die Möglichkeit für bestandene sowie nicht bestandene Tests Rückmeldung, also allgemeines Feedback zu allen eingereichten Lösungen, zu erhalten, ist als Begeisterungsmerkmal einzuordnen, da zu nicht bestandenen Aufgaben bereits Feedback gegeben wird und daher eine Grundlage für Verbesserung besteht. Wäre die Funktionalität allerdings vorhanden, könnte den Studierenden Rückmeldung darüber gegeben werden, wie "gut" ihre Lösung ist. Durch die Auseinandersetzung mit einer solchen Rückmeldung kann ebenfalls ein großer Lerneffekt erzielt werden.
Punkte aus Vorpriorisierung
4
History
(v1)   2021-07-08 - initially created
(v2)   2021-07-12 - Added all responsible authors, modified FA and reason regarding the todo
(v3)   2021-07-16 - Modified responsibles as discussed
(v4)   2021-07-16 - Added kano reasoning
(v5)   2021-07-16 - Added goals
(v6)   2021-07-26 - modified regarding todo
(v7)   2021-07-29 - modified reason and title regarding todo

Anforderung (entsprechend Satzschablone)

Das DiveKit muss in der Lage sein, dem Studierenden zu nicht bestandenen Tests und auch bestandenen Tests Feedback zu geben.

Begründung

Dem Benutzer soll auch eine Rückmeldung gegeben werden, wie “gut” eine Lösung ist. Es wird sich somit auch Feedback zu bestandenen Tests gewünscht.

Vermutende Lösung des Business Analysten, da keine Rücksprache mehr mit dem Autoren gehalten werden kann: Eine erarbeitete Lösung kann auch “unschön” gelöst sein und das ist nicht zielführend. Vermutlich wird sich gewünscht, dass Feedback zum geschriebenen Code erfolgt. Das kann zum Beispiel auf Basis bestimmter eingehaltener Strukturen basieren, Stichwort Clean Code, oder auch die Einhaltung von Konventionen beinhalten.