Universität Bremen Fachbereich 3 Studiengang Informatik Karl ...

Gestaltung soziotechnischer Systeme
3. Semester
Anforderungsspezifikation
Seite 21
6 ABLAUF
6.1 Dozent
6.1.3 Sequenzdiagramm
Das hier gezeigte Sequenzdiagramm (Abb. 11 auf der nächsten Seite) zeigt
die Kommunikationswege zwischen den einzelnen Objekten, die für die Dozentenaktivität
des Änderns der Veranstaltungsliste nötig sind.
Dabei kommuniziert der Browser des Dozenten mit den kurzlebigen Objekten
der Servletklassen. Beim Ansurfen der Loginseite, fordert der Browser das
LoginServlet-Objekt dazu auf, ihm die Seite zu schicken (ab jetzt wird zur
Vereinfachung im Text nicht mehr immer erwähnt, dass es sich um ein Objekt
handelt; sollte mal auf die Klasse zugegriffen werden, so wird dieses speziell
hervorgehoben). Bevor das LoginServlet aber die Seite zurückliefert, erzeugt
es noch eine Session. Nachdem die Loginseite an den Browser zurückgeliefert
wurde, beendet sich das LoginServlet. Nun kann der Dozent seine Logindaten
eintragen und auf den Button Login klicken. Diese Aktion veranlasst den
Browser, das AuthServlet mit diesen Daten aufzurufen. Dieses fragt dann
in der Datenbank nach, ob diese Eingaben korrekt sind. Sind sie korrekt, so
sendet die Datenbank diese Daten erst an die Session weiter, in der die Daten
zwischengespeichert werden und gibt dann dem AuthServlet seine Antwort.
Dieses erstellt dann die Auswahlseite und liefert sie an den Browser zurück.
Danach beendet sich das AuthServlet. Waren die Eingaben falsch, so erstellt
das AuthServlet wieder die Loginseite und der Dozent kann die Daten noch
einmal eingeben.
In diesem Aktionsfall wählt der Dozent den Button Veranstaltungen modifizieren.
Diese Aktion veranlasst den Browser, beim ClassesListServlet die
Veranstaltungsliste des Dozenten zu erfragen. Das ClassesListServlet fragt
also die Session nach diesen Daten und, da die Session bisher noch nicht
über diese Daten verfügt, fragt sie schließlich die Datenbank nach diesen Daten.
Von der Datenbank gehen die Daten an die Session, diese speichert sie
erst einmal ab und reicht sie dann an das ClassesListServlet weiter, welches
mittels dieser Daten die Veranstaltungsliste-Seite generiert und liefert sie an
den Browser zurück. Danach beendet sich das ClassesListServlet.
Nun ändert der Dozent die Daten seiner Veranstaltung und klickt dann auf
den Button Änderungen speichern. Dieses veranlasst das ModifyClassesServlet
dazu, die Daten entgegenzunehmen und an die Session weiterzureichen, in
der die Daten dann gespeichert werden. Nachdem das ModifyClassesServlet
das Okay der Session erhalten hat, ruft es das ClassesListServlet mit den neuen
Daten auf und beendet sich. Das ClassesListServlet generiert - wie oben
schon beschrieben - die Seite für den Browser, sendet sie an den Browser und
beendet sich. Nach dem Ändern klickt der Dozent auf den entsprechenden
Button, um zur Auswahlseite zurückzugelangen. Diese Aktion ruft das ChoiceServlet
auf, welches die Auswahlseite erstellt und sie an den Browser liefert
sopra