UML (JACK3): Unterschied zwischen den Versionen
Zeile 28: | Zeile 28: | ||
===Variablenupdates=== | ===Variablenupdates=== | ||
Die Variablenupdates stehen nur zur Verfügung, wenn die Aufgabe auch Variablen hat. Es gelten die [[Variablenupdates|allgemeinen Informationen zum Anlegen von Variablenupdates]]. | Die Variablenupdates stehen nur zur Verfügung, wenn die Aufgabe auch Variablen hat. Es gelten die [[Variablenupdates (JACK3)|allgemeinen Informationen zum Anlegen von Variablenupdates]]. | ||
Wenn im statischen Check ein Regelsatz verwendet wurde, der Regeln vom Typ "report" enthält, stehen die Ergebnisse als Variablen der Form <code>[check=<Name_der_Report-Variablen>]</code> zur Verfügung. | Wenn im statischen Check ein Regelsatz verwendet wurde, der Regeln vom Typ "report" enthält, stehen die Ergebnisse als Variablen der Form <code>[check=<Name_der_Report-Variablen>]</code> zur Verfügung. | ||
[[category:Benutzerhandbuch]] | [[category:Benutzerhandbuch]] |
Version vom 16. August 2023, 13:38 Uhr
Der Aufgabentyp UML ermöglicht asynchron geprüfte Aufgabenteile, in denen eingereichte UML-Modelle automatisch bewertet werden. Bei mehrteiligen Aufgaben können nach dem Einreichen optional schon weitere Aufgabenteile bearbeitet werden, während die asynchronen Checks noch im Hintergrund laufen.
Aufgabeninhalt
Der Aufgabeninhalt besteht nur aus dem Titel und dem Aufgabentext.
Im Moment können Einreichungen noch nicht gesteuert werden, d.h. die Zahl der hochgeladenen Dateien oder deren Benennung kann nicht eingeschränkt werden.
Feedback
Für das Feedback zu diesem Aufgabenteil stehen folgende Einstellungsmöglichkeiten zur Verfügung:
- Reaktion bei fehlendem Dateianhang: Hier wird festgelegt, wie Jack reagieren soll, wenn keine Datei angehängt wurde. Es besteht die Wahl zwischen Aufgabenteil wiederholen lassen oder diesen mit 0 Punkten bewerten.
- GReQL-Regelsatz zur statischen Überprüfung: In dem Textfeld werden die Regeln und Feedbacktexte konfiguriert (Beispiele finden sie hier).
- Der gesamte Regelsatz muss durch den Tag <checkerrules>...</checkerrules> eingeschlossen werden.
- Wenn Regeln vom Typ "report" verwendet werden, stehen die entsprechenden Rückgabewerte unter den im report-Clause genannten Namen als check-Variablen innerhalb des Aufgabenteils zur Verwendung im Feedback oder in den Variablenupdates (ausschließlich nach der Durchführung aller Checks) zur Verfügung.
- Verhalten bei internen Fehlern während der Überprüfung: Hier wird festgelegt, wie Jack reagieren soll, sollte es bei der Bewertung der Abgabe zu Fehlern kommen. Die Bearbeitung kann entweder abgebrochen werden oder es wird eine Nachricht ausgegeben und die Bearbeitung wird fortgesetzt. Bei der Wahl sollte berücksichtigt werden, ob die Aufgabe weitere Aufgabenteile hat, die womöglich von der Auswertung dieses Aufgabentyps abhängen.
Hinweise
Jede Stufe kann beliebig viele Hinweise anbieten. Alle weiteren Information wie man Hinweise angibt sind hier zu finden.
Verknüpfungen
Da die asynchronen Checks teilweise etwas länger dauern lässt sich bei der Verknüpfung einstellen, dass nicht auf das Feedback gewartet werden soll, sondern sofort der nächste Aufgabenteil angezeigt werden soll. Dabei ist zu beachten, wenn der nächste Aufgabenteil unmittelbar von der Bewertung der Einreichung abhängt darf diese Option nicht ausgewählt werden.
Variablenupdates
Die Variablenupdates stehen nur zur Verfügung, wenn die Aufgabe auch Variablen hat. Es gelten die allgemeinen Informationen zum Anlegen von Variablenupdates.
Wenn im statischen Check ein Regelsatz verwendet wurde, der Regeln vom Typ "report" enthält, stehen die Ergebnisse als Variablen der Form [check=<Name_der_Report-Variablen>]
zur Verfügung.