JACK Wiki - Benutzerbeiträge [de]

KovidaChecker (Jack2)

2018-06-06T10:25:02Z

Pbabucke:

Der KovidaChecker führt keine Checks im eigentlichen Sinne aus, sondern erzeugt zu einem Programmlauf eines Java-Programms eine Visualisierung der erzeugten Datenstruktur. Die nötige Konfiguration besteht aus der Angabe der zu prüfenden Dateien (“Source files”) sowie des Testtreibers (“Test driver class”) zur Erzeugung des Programmlaufs und einer Datei mit Anweisungen für die Erzeugung der Visualisierung (“Visualization configuration”).Der Testtreiber muss eine main-Methode enthalten, die von JACK aufgerufen wird, um den Programmlauf anzustößen. In welcher Form diese Methode Aufrufe auf die zu visualisierende Lösung durchführt, ist nicht beschränkt.

=== Beispiel einer Konfiguration ===

Eine beispielhafte Konfiguration der Visualisierung ist im unten stehenden XML-Code dargestellt.

<syntaxhighlight lang="xml" line="line">
<?xml version="1.0" encoding="UTF-8"?>
<project>
<classes>
<class name="Getraenk" style="list_element" />
<class name="Strichliste" style="list_element" />
<class name="Deckel" style="list" />
<class name="Gast" style="list" />
<class name="Kassensystem" style="list" />
</classes>
<breakpoints name="Miniprojekt5Kovida.java">
<breakpoint orderId="1">99</breakpoint>
</breakpoints>
<info>
Standardbelegung und Getraenkekarte wie in der Aufgabenstellung vorgegeben.
</info>
</project>
</syntaxhighlight>

Die Einträge im Tag <code><classes></code> geben an, welche Klassen für die Visualisierung berücksichtigt werden sollen. Über das style-Attribut kann optional angegeben werden, ob diese Klassen eine Datenstruktur in Form einer Liste definieren oder Listenelemente darstellen. Dies wirkt sich auf die Darstellung aus. Weitere gültige Werte für dieses Attribut sind ''“tree”'', ''“tree_element”'', ''“tree_list”'', ''“tree_list_element”'', ''“tree_list_element_subgraph”'', ''“array”'', ''“graph”'', ''“graph_node”'' und ''“graph_edge”''. Über den Tag <code><breakpoints></code> wird gesteuert, zu welchem Zeitpunkt der Programmausführung eine Visualisierung erzeugt wird. Es ist empfehlenswert, diese nur auf Dateien zu beziehen, die von Studierenden nicht verändert werden können, um ein verlässliches Ergebnis zu erzielen. Wird ein Breakpoint im Laufe einer Programmausführung mehrfach durchlaufen, wird nur zum letzten Durchlauf eine Visualisierung erzeugt. Im Tag <code><info></code> kann eine beliebige Nachricht eingetragen werden, die den Studierenden als allgemeine Information zur Visualisierung angezeigt wird.

Ein mögliches Ergebnis einer Visualisierung ist in der folgenden Abbildung zu sehen.

[[File:KovidaBeispiel.png |1000px]]

Datei:KovidaBeispiel.png

2018-06-06T10:08:33Z

Pbabucke: Ergebnis einer Visualisierung mit dem KovidaChecker

Ergebnis einer Visualisierung mit dem KovidaChecker

KovidaChecker (Jack2)

2018-06-06T10:07:32Z

Pbabucke: Die Seite wurde neu angelegt: „Der KovidaChecker führt keine Checks im eigentlichen Sinne aus, sondern erzeugt zu einem Programmlauf eines Java-Programms eine Visualisierung der erzeugten D…“

TracingChecker

2018-06-06T09:50:25Z

Pbabucke:

Der TracingChecker führt dynamische Tests auf Java Programmcode aus, die dem Prinzip von Unit-Tests folgen. Es müssen daher die zu prüfenden Dateien (“Source files”) sowie ein Testtreiber (“Test driver”) angegeben werden. Im Eintrag “Classes to trace” kann zudem eine kommaseparierte Liste von Klassennamen angegeben werden, für die während der Testausführung ein Trace erzeugt werden soll. Jeder ausgeführte Programmschritt in diesen Klassen wird dann in den Trace aufgenommen.

=== Beispiel einer Testklasse ===

Die Test-Klasse muss dem Grundgerüst des folgenden Programmcodes folgen.

<syntaxhighlight lang="java" line='line'>
import de.uni_due.s3.jack2.backend.checkers.tracingchecker.framework.TracingFramework;
import de.uni_due.s3.jack2.backend.checkers.tracingchecker.framework.TracingFramework.Test;

public class DemoprojektDynamisch {

private int punkte = 0;

public int getResult() {
return punkte;
}

@Test(name="Test 1")
public void test1() {

Demoprojekt p = new Demoprojekt();

float faktor1 = p.faktor("Andre", 36, 4, 10);
float result1 = p.betrag(faktor1, 50000);

if (result1 < 3207.78f || result1 > 3207.79f){
if (faktor1 < 6.41f || faktor1 > 6.42f) {
TracingFramework.printError("Falsches Ergebnis und falscher Faktor!");
} else {
TracingFramework.printError("Falsches Ergebnis, aber richtiger Faktor!");
punkte += 20;
}
} else {
punkte += 50;
}
}

@Test(name="Test 2")
public void test2() {
// ...
}
}
</syntaxhighlight>

Die Klasse importiert das Tracing-Framework von JACK, das in der Datei “''jack-tracing-framework.jar''” bereitgestellt wird (Zeile 1 und 2). Die einzige Methode, die ein Testtreiber in jedem Fall anbieten muss, ist die Methode <code>getResult()</code>, die die erreichte Punktzahl von 0 bis 100 Punkten als Ganzzahl zurück gibt (Zeile 8-10). Zusätzlich kann der Testtreiber beliebig viele weitere, beliebig komplexe Methoden enthalten, die mit der Annotation @Test(name=“<Name_des_Testfalls>”) versehen werden (Zeile 12 und 32). Ist vor dem Start des gesamte dynamischen Tests eine einmalige Initialisierung notwendig, kann eine Methode <code>init()</code> ergänzt werden. Die Deklaration von zusätzlichen Hilfsmethoden und
beliebigen Feldern ist zulässig.

Die Testmethoden werden in der Reihenfolge abgearbeitet, in der sie im Programmcode deklariert sind. Sie führen Aufrufe auf dem zu testenden Programmcode durch und vergleichen die Rückgaben mit den erwarteten Werten. Zur Erzeugung einer textuellen Rückmeldung an die Studierenden stellt das Tracing-Framework die Methode <code>TracingFramework.printError(“<Meldung>”)</code> bereit (Zeile 22 und 24). Wird eine solche Zeile erreicht, führt dies im Fehlerbericht von JACK zu einer Ausgabe der Form “Fehler in <Name_des_Testfalls>: <Meldung>”. Die Ausführung der Testmethode wird danach weiter fortgesetzt, d.h. eine Testmethode kann mehrere Meldungen erzeugen. Jede Meldung wird automatisch um einen Trace ergänzt, der die ausgeführten Programmschritte seit dem Start der Testmethode bis zur Erzeugung der Fehlermeldung erhält. Analog zur Erzeugung von Fehlermeldungen steht auch eine Methode <code>TracingFramework.printWarning(“<Meldung>”)</code> zur Verfügung. Diese erzeugt Ausgaben der Form “Warnung in <Name_des_Testfalls>: <Meldung>”. Treten während der Ausführung eines Testfalls Exceptions im geprüften Programmcode auf, führt dies automatisch zu einer Ausgabe der Form “Fehler in <Name_des_Testfalls>: <Beschreibung_der_Exception>". In diesem Fall wird die Ausführung der Testmethode abgebrochen und der dynamische Test mit dem Aufruf der nächsten Testmethode fortgesetzt. Auch bei einer Exception wird die Meldung um einen Trace ergänzt. Tritt hingegen eine Exception im Testtreiber auf, führt diese zu einem Abbruch des gesamten dynamischen Tests. Es wird keine Punktzahl vergeben, sondern die Lösung wird stattdessen mit einem “internal error” markiert. Die aufgetretene Exception wird als interne Fehlernachricht ausgegeben.Das Erzeugen der Traces zum Programmablauf führt zu einer signifikant verlängerten Laufzeit für die zu testenden Programme. Um den Server nicht zu lange mit einem einzelnen Test zu blockieren, ist die Erzeugung von Traces daher auf eine Länge von 500 Schritten begrenzt. Das Programm wird nach erreichen dieser Grenze weiter ausgeführt, aber es wird kein Trace mehr dazu aufgezeichnet. Die Traceaufzeichnung kann gezielter gesteuert werden, indem die Aufrufe <code>TracingFramework.switchOffTracing()</code> und <code>TracingFramework.switchOnTracing()</code> verwendet werden. Damit kann für Abschnitte eines Testfalls das zeitaufwändige Tracing abgeschaltet und später wieder eingeschaltet werden. Die Ein-/Ausschaltung gilt immer nur pro Testfall. Insbesondere beginnt jeder Testfall standardmäßig mit eingeschaltetem Tracing.

Schreibt der geprüfte Programmcode während der Testausführung Ausgaben auf die Standardausgabe, werden diese unabhängig von den einzelnen Testfällen gespeichert und als zusätzliche Information in der Web-Oberfläche von JACK mit ausgegeben. Eine automatische inhaltliche Auswertung der Ausgaben ist nicht möglich.

TracingChecker

2018-06-06T09:49:56Z

Pbabucke: Die Seite wurde neu angelegt: „Der TracingChecker führt dynamische Tests auf Java Programmcode aus, die dem Prinzip von Unit-Tests folgen. Es müssen daher die zu prüfenden Dateien (“Sou…“

Der TracingChecker führt dynamische Tests auf Java Programmcode aus, die dem Prinzip von Unit-Tests folgen. Es müssen daher die zu prüfenden Dateien (“Source files”) sowie ein Testtreiber (“Test driver”) angegeben werden. Im Eintrag “Classes to trace” kann zudem eine kommaseparierte Liste von Klassennamen angegeben werden, für die während der Testausführung ein Trace erzeugt werden soll. Jeder ausgeführte Programmschritt in diesen Klassen wird dann in den Trace aufgenommen.

=== Beispiel einer Testklasse ===

Die Test-Klasse muss dem Grundgerüst vie dem folgendem Programmcode folgen.

<syntaxhighlight lang="java" line='line'>
import de.uni_due.s3.jack2.backend.checkers.tracingchecker.framework.TracingFramework;
import de.uni_due.s3.jack2.backend.checkers.tracingchecker.framework.TracingFramework.Test;

public class DemoprojektDynamisch {

private int punkte = 0;

public int getResult() {
return punkte;
}

@Test(name="Test 1")
public void test1() {

Demoprojekt p = new Demoprojekt();

float faktor1 = p.faktor("Andre", 36, 4, 10);
float result1 = p.betrag(faktor1, 50000);

if (result1 < 3207.78f || result1 > 3207.79f){
if (faktor1 < 6.41f || faktor1 > 6.42f) {
TracingFramework.printError("Falsches Ergebnis und falscher Faktor!");
} else {
TracingFramework.printError("Falsches Ergebnis, aber richtiger Faktor!");
punkte += 20;
}
} else {
punkte += 50;
}
}

@Test(name="Test 2")
public void test2() {
// ...
}
}
</syntaxhighlight>

Die Klasse importiert das Tracing-Framework von JACK, das in der Datei “''jack-tracing-framework.jar''” bereitgestellt wird (Zeile 1 und 2). Die einzige Methode, die ein Testtreiber in jedem Fall anbieten muss, ist die Methode <code>getResult()</code>, die die erreichte Punktzahl von 0 bis 100 Punkten als Ganzzahl zurück gibt (Zeile 8-10). Zusätzlich kann der Testtreiber beliebig viele weitere, beliebig komplexe Methoden enthalten, die mit der Annotation @Test(name=“<Name_des_Testfalls>”) versehen werden (Zeile 12 und 32). Ist vor dem Start des gesamte dynamischen Tests eine einmalige Initialisierung notwendig, kann eine Methode <code>init()</code> ergänzt werden. Die Deklaration von zusätzlichen Hilfsmethoden und
beliebigen Feldern ist zulässig.

Die Testmethoden werden in der Reihenfolge abgearbeitet, in der sie im Programmcode deklariert sind. Sie führen Aufrufe auf dem zu testenden Programmcode durch und vergleichen die Rückgaben mit den erwarteten Werten. Zur Erzeugung einer textuellen Rückmeldung an die Studierenden stellt das Tracing-Framework die Methode <code>TracingFramework.printError(“<Meldung>”)</code> bereit (Zeile 22 und 24). Wird eine solche Zeile erreicht, führt dies im Fehlerbericht von JACK zu einer Ausgabe der Form “Fehler in <Name_des_Testfalls>: <Meldung>”. Die Ausführung der Testmethode wird danach weiter fortgesetzt, d.h. eine Testmethode kann mehrere Meldungen erzeugen. Jede Meldung wird automatisch um einen Trace ergänzt, der die ausgeführten Programmschritte seit dem Start der Testmethode bis zur Erzeugung der Fehlermeldung erhält. Analog zur Erzeugung von Fehlermeldungen steht auch eine Methode <code>TracingFramework.printWarning(“<Meldung>”)</code> zur Verfügung. Diese erzeugt Ausgaben der Form “Warnung in <Name_des_Testfalls>: <Meldung>”. Treten während der Ausführung eines Testfalls Exceptions im geprüften Programmcode auf, führt dies automatisch zu einer Ausgabe der Form “Fehler in <Name_des_Testfalls>: <Beschreibung_der_Exception>". In diesem Fall wird die Ausführung der Testmethode abgebrochen und der dynamische Test mit dem Aufruf der nächsten Testmethode fortgesetzt. Auch bei einer Exception wird die Meldung um einen Trace ergänzt. Tritt hingegen eine Exception im Testtreiber auf, führt diese zu einem Abbruch des gesamten dynamischen Tests. Es wird keine Punktzahl vergeben, sondern die Lösung wird stattdessen mit einem “internal error” markiert. Die aufgetretene Exception wird als interne Fehlernachricht ausgegeben.Das Erzeugen der Traces zum Programmablauf führt zu einer signifikant verlängerten Laufzeit für die zu testenden Programme. Um den Server nicht zu lange mit einem einzelnen Test zu blockieren, ist die Erzeugung von Traces daher auf eine Länge von 500 Schritten begrenzt. Das Programm wird nach erreichen dieser Grenze weiter ausgeführt, aber es wird kein Trace mehr dazu aufgezeichnet. Die Traceaufzeichnung kann gezielter gesteuert werden, indem die Aufrufe <code>TracingFramework.switchOffTracing()</code> und <code>TracingFramework.switchOnTracing()</code> verwendet werden. Damit kann für Abschnitte eines Testfalls das zeitaufwändige Tracing abgeschaltet und später wieder eingeschaltet werden. Die Ein-/Ausschaltung gilt immer nur pro Testfall. Insbesondere beginnt jeder Testfall standardmäßig mit eingeschaltetem Tracing.

Schreibt der geprüfte Programmcode während der Testausführung Ausgaben auf die Standardausgabe, werden diese unabhängig von den einzelnen Testfällen gespeichert und als zusätzliche Information in der Web-Oberfläche von JACK mit ausgegeben. Eine automatische inhaltliche Auswertung der Ausgaben ist nicht möglich.

Erstellen von Prüfungen (Jack2)

2018-04-17T09:36:31Z

Pbabucke:

Prüfungen dienen in JACK dem Abfragen des aktuellen Kenntnisstands zu einem Thema.

=== Prüfung erstellen ===

[[File:neuePruefung.png|thumb]]

Ist man in JACK angemeldet, kann man im Menü rechts '''Prüfungen erstellen''' auswählen, um eine neue Prüfung einzurichten. Auf der anschließenden Seite '''Neue Prüfung''' muss man der Prüfung einen '''Titel''' geben. Optional kann man ein '''Datum''' mit einer '''Zeit''' festlegen, sowie einstellen ob die Prüfung '''aktiviert''' ist und den zu Prüfenden erlaubt ist, nur ein Ergebnis einzureichen.

Durch einen Klick auf den '''Speicher'''-Button wird die Prüfung erstellt.

=== Prüfung bearbeiten ===

Unmittelbar nach dem Erstellen einer Prüfung oder später auch durch das Auswählen einer Prüfung in JACK gelangt man auf die Bearbeitungsseite der Prüfung. Hier lassen sich diverse Informationen einsehen bzw. Änderungen an der Prüfung vornehmen.

==== Basiseinstellungen ====

Im Abschnitt “Basiseinstellungen” der Detailansicht können allgemeine Einstellungen zu einer Prüfung vorgenommen werden. Folgende Parameter sind in den Basiseinstellungen vorzufinden:

[[File:PrüfungBearbeiten.png|thumb]]

* '''Titel:''' Der Titel dient der Repräsentation einer Prüfung innerhalb der Benutzeroberfläche.

* '''Eigentümer/-in:''' Der Anmeldenamen des Benutzers, der eine Prüfung erstellt hat. Dieser Benutzer ist neben Administratoren automatisch zur uneingeschränkten Bearbeitung der Prüfung berechtigt. Alle anderen Lehrenden müssen zur Bearbeitung explizit autorisiert werden.

* '''Datum/Zeit:''' Der Veranstaltungszeitpunkt dient rein der Information und beinhaltet keine automatische Zugriffssteuerung.

* '''Prüfung ist aktiviert:''' Prüfung können einzeln aktiviert und deaktiviert werden.

* '''Prüfung erlaubt nur eine Einreichung:''' Für jede Prüfung kann explizit festgelegt werden, ob nur eine Lösung oder beliebig viele erlaubt sind.

* '''Minimales korrektes Ergebnis:''' Festlegung des minimalen Ergebnisses, das zum Bestehen einer Prüfung erreicht werden muss.

* '''Evaluierungsregel:''' Die Evaluierungsregel legt fest, wie die Gesamtbewertung aus den einzelnen Bewertungen der Prüfungsaufgaben errechnet wird. Eine Evaluierungsregel besteht aus Variablenwerten (#{Variablenname}) und den prozentualen Anteilen dieser am Gesamtergebnis. Eine Variable repräsentiert jeweils einen Teilaufgabe und der Variablenwert das Aufgabenergebnis. Der Variablenname einer Aufgabe kann der Liste der Prüfungsaufgaben entnommen werden. Ein Beispiel für eine Regel: #{c582} * 0.7 + #{c61} * 0.3.

==== Prüfungsaufgabe ====

In einer Prüfung verwendete Aufgaben werden in der Detailansicht unter der Überschrift “Prüfungsaufgaben” angezeigt. Typischerweise ist dies nur eine, auch wenn mehrere möglich sind. Vorhandene Einträge können aus der Liste gelöscht werden. Das Hinzufügen von Aufgaben zu Prüfungen setzt voraus, dass die Aufgaben aktiviert sind. Wird eine verwendete Aufgabe im Laufe der Zeit deaktiviert, so wird die Deaktivierung in der Aufgabenliste kenntlich gemacht. Für die Zuweisung zu einer Prüfung stehen alle aktivierten Aufgaben zur Auswahl, deaktivierte Aufgaben sind in der Auswahlliste nicht vorhanden. Ob eine Aufgabe öffentlich ist oder nicht, ist dagegen irrelevant. Ist der Benutzer zur Einsicht und Bearbeitung
einer zugewiesenen Aufgabe berechtigt, kann die Detailansicht durch Anklicken des
Aufgaben-Titels geöffnet werden, andernfalls wird der Aufgaben-Titel als Text ausgegeben. Die Prüfungsverwaltung dient lediglich zur Zugriffssteuerung.

==== Zugriffsrechte ====

Die Einsicht und Bearbeitung von Prüfungen ist nur dem Eigentümer und Administratoren gestattet. Prüfungen, denen ein Lehrender nicht explizit zugewiesen wurde, werden in dessen Prüfungsliste nicht angezeigt. Um einem Lehrenden den Zugriff auf eine Prüfung zu gestatten, kann dieser unter der Überschrift “Lehrende für diese Prüfung autorisieren” zur Einsicht und Bearbeitung explizit berechtigt werden. Es dürfen alle Benutzer autorisiert werden, die in der Benutzerverwaltung als “Lehrende” freigeschaltet sind.

==== Prüfungsteilnehmer und TAN-Generierung ====

Der Zugriff auf Prüfung ist für Studierende nur über TANs möglich. Diese werden von der Detailseite aus über den Button “Teilnehmer hinzufügen” erzeugt. JACK verlangt dann eine Liste von Eingabedaten mit einem Eintrag pro Zeile. Falls JACK mit lazy-Authentifizierung betrieben wird, muss jede Zeile eine Nutzerkennung enthalten, bei remote-Authentifizierung eine Matrikelnummer. Zu jedem dieser Studierenden wird dann eine individuelle TAN erzeugt und gemeinsam mit dem Verwendungsstatus auf der Detailseite angezeigt. TANs können von dort aus entfernt werden. Bei Verwendung von lazy-Authentifizierung werden für unbekannte Benutzerkennungen keine TANs erzeugt. Bei remote-Authentifizierung wird für jede angegebene Matrikelnummer eine TAN erzeugt, ohne ihre Gültigkeit gegenüber dem
LDAP-Server zu prüfen.

=== Prüfung abnehmen ===

Damit Prüfungen abgenommen werden können, muss das System im Prüfungsmodus laufen
und mindestens eine Prüfung aktiviert sein. JACK schaltet dann automatisch in den TAN-Anmeldemodus. Studierende, die sich über die Weboberfläche anmelden, erhalten dann ausschließlich die Aufgabenstellung und die Möglichkeit, eine Lösung durch Hochladen mehrere Dateien abzugeben. Die Abgabe kann nur abgeschlossen werden, wenn alle angeforderten Dateien hochgeladen werden. Die Lösungen werden vom Server geprüft und können durch die Administratoren auf der Detailseite der jeweiligen Aufgabe abgerufen werden.

Datei:PrüfungBearbeiten.png

2018-04-17T09:31:24Z

Pbabucke:

Datei:NeuePruefung.png

2018-04-17T07:39:13Z

Pbabucke:

Erstellen von Prüfungen (Jack2)

2018-04-16T09:10:05Z

Pbabucke: Die Seite wurde neu angelegt: „Prüfungen dienen in JACK dem Abfragen des aktuellen Kenntnisstands zu einem Thema. === Prüfung erstellen === Ist man in JACK angemeldet, kann man im Menü r…“

Prüfungen dienen in JACK dem Abfragen des aktuellen Kenntnisstands zu einem Thema.

=== Prüfung erstellen ===
Ist man in JACK angemeldet, kann man im Menü rechts '''Prüfungen erstellen''' auswählen, um eine neue Prüfung einzurichten. Auf der anschließenden Seite '''Neue Prüfung''' muss man der Prüfung einen '''Titel''' geben. Optional kann man ein '''Datum''' mit einer '''Zeit''' festlegen, sowie einstellen ob die Prüfung '''aktiviert''' ist und den zu Prüfenden erlaubt ist, nur ein Ergebnis einzureichen.

Durch einen Klick auf den '''Speicher'''-Button wird die Prüfung erstellt.

=== Prüfung bearbeiten ===

Unmittelbar nach dem Erstellen einer Prüfung oder später auch durch das Auswählen einer Prüfung in JACK gelangt man auf die Bearbeitungsseite der Prüfung. Hier lassen sich diverse Informationen einsehen bzw. Änderungen an der Prüfung vornehmen.

==== Basiseinstellungen ====

Im Abschnitt “Basiseinstellungen” der Detailansicht können allgemeine Einstellungen zu einer Prüfung vorgenommen werden. Folgende Parameter sind in den Basiseinstellungen vorzufinden:

* '''Titel:''' Der Titel dient der Repräsentation einer Prüfung innerhalb der Benutzeroberfläche.

* '''Eigentümer/-in:''' Der Anmeldenamen des Benutzers, der eine Prüfung erstellt hat. Dieser Benutzer ist neben Administratoren automatisch zur uneingeschränkten Bearbeitung der Prüfung berechtigt. Alle anderen Lehrenden müssen zur Bearbeitung explizit autorisiert werden.

* '''Datum/Zeit:''' Der Veranstaltungszeitpunkt dient rein der Information und beinhaltet keine automatische Zugriffssteuerung.

* '''Prüfung ist aktiviert:''' Prüfung können einzeln aktiviert und deaktiviert werden.

* '''Prüfung erlaubt nur eine Einreichung:''' Für jede Prüfung kann explizit festgelegt werden, ob nur eine Lösung oder beliebig viele erlaubt sind.

* '''Minimales korrektes Ergebnis:''' Festlegung des minimalen Ergebnisses, das zum Bestehen einer Prüfung erreicht werden muss.

* '''Evaluierungsregel:''' Die Evaluierungsregel legt fest, wie die Gesamtbewertung aus den einzelnen Bewertungen der Prüfungsaufgaben errechnet wird. Eine Evaluierungsregel besteht aus Variablenwerten (#{Variablenname}) und den prozentualen Anteilen dieser am Gesamtergebnis. Eine Variable repräsentiert jeweils einen Teilaufgabe und der Variablenwert das Aufgabenergebnis. Der Variablenname einer Aufgabe kann der Liste der Prüfungsaufgaben entnommen werden. Ein Beispiel für eine Regel: #{c582} * 0.7 + #{c61} * 0.3.

==== Prüfungsaufgabe ====

In einer Prüfung verwendete Aufgaben werden in der Detailansicht unter der Überschrift “Prüfungsaufgaben” angezeigt. Typischerweise ist dies nur eine, auch wenn mehrere möglich sind. Vorhandene Einträge können aus der Liste gelöscht werden. Das Hinzufügen von Aufgaben zu Prüfungen setzt voraus, dass die Aufgaben aktiviert sind. Wird eine verwendete Aufgabe im Laufe der Zeit deaktiviert, so wird die Deaktivierung in der Aufgabenliste kenntlich gemacht. Für die Zuweisung zu einer Prüfung stehen alle aktivierten Aufgaben zur Auswahl, deaktivierte Aufgaben sind in der Auswahlliste nicht vorhanden. Ob eine Aufgabe öffentlich ist oder nicht, ist dagegen irrelevant. Ist der Benutzer zur Einsicht und Bearbeitung
einer zugewiesenen Aufgabe berechtigt, kann die Detailansicht durch Anklicken des
Aufgaben-Titels geöffnet werden, andernfalls wird der Aufgaben-Titel als Text ausgegeben. Die Prüfungsverwaltung dient lediglich zur Zugriffssteuerung.

==== Zugriffsrechte ====

Die Einsicht und Bearbeitung von Prüfungen ist nur dem Eigentümer und Administratoren gestattet. Prüfungen, denen ein Lehrender nicht explizit zugewiesen wurde, werden in dessen Prüfungsliste nicht angezeigt. Um einem Lehrenden den Zugriff auf eine Prüfung zu gestatten, kann dieser unter der Überschrift “Lehrende für diese Prüfung autorisieren” zur Einsicht und Bearbeitung explizit berechtigt werden. Es dürfen alle Benutzer autorisiert werden, die in der Benutzerverwaltung als “Lehrende” freigeschaltet sind.

==== Prüfungsteilnehmer und TAN-Generierung ====

Der Zugriff auf Prüfung ist für Studierende nur über TANs möglich. Diese werden von der Detailseite aus über den Button “Teilnehmer hinzufügen” erzeugt. JACK verlangt dann eine Liste von Eingabedaten mit einem Eintrag pro Zeile. Falls JACK mit lazy-Authentifizierung betrieben wird, muss jede Zeile eine Nutzerkennung enthalten, bei remote-Authentifizierung eine Matrikelnummer. Zu jedem dieser Studierenden wird dann eine individuelle TAN erzeugt und gemeinsam mit dem Verwendungsstatus auf der Detailseite angezeigt. TANs können von dort aus entfernt werden. Bei Verwendung von lazy-Authentifizierung werden für unbekannte Benutzerkennungen keine TANs erzeugt. Bei remote-Authentifizierung wird für jede angegebene Matrikelnummer eine TAN erzeugt, ohne ihre Gültigkeit gegenüber dem
LDAP-Server zu prüfen.

=== Prüfung abnehmen ===

Damit Prüfungen abgenommen werden können, muss das System im Prüfungsmodus laufen
und mindestens eine Prüfung aktiviert sein. JACK schaltet dann automatisch in den TAN-Anmeldemodus. Studierende, die sich über die Weboberfläche anmelden, erhalten dann ausschließlich die Aufgabenstellung und die Möglichkeit, eine Lösung durch Hochladen mehrere Dateien abzugeben. Die Abgabe kann nur abgeschlossen werden, wenn alle angeforderten Dateien hochgeladen werden. Die Lösungen werden vom Server geprüft und können durch die Administratoren auf der Detailseite der jeweiligen Aufgabe abgerufen werden.