Konzeption und modellgetriebene Entwicklung eines ...

5.8. BENUTZEROBERFLÄCHE UND NAVIGATION 73
überführen, nur Änderungen am Modell durchgeführt werden und die Aktion
nach dem Kompilieren und dem Deployment verfügbar ist, sofern der
angesprochene Anwendungsfall implementiert ist. In diesem Fall wären gar
keine Änderungen am manuellen Code nötig.
PDF Export
entry /
PDF_Export / PDF_Export
{@andromda.presentation.web.action.tablelink = fundorte}
funde_anzeigen / funde_anzeigen
{@andromda.presentation.web.action.tablelink = fundorte}
Funde anzeigen
entry /
/
Anzeige von Funden
Dokumentation zu Fundort
entry /
exit /
Populate Fundorte Anzeigen
entry /
Fundorte
Init Fundort Id
dokumente / dokumente
Anzeige eines Fundortes
/
{@andromda.presentation.web.action.tablelink = fundorte}
Dokumentation anzeigen
/
details / details
/
InitFundort Id zum Loeschen
entry /
Auf Karte zeigen
entry /
karte / karte
{@andromda.presentation.web.action.tablelink = fundorte}
loeschen / loeschen
{@andromda.presentation.web.action.tablelink = fundorte}
{@andromda.presentation.web.action.tablelink = fundorte}
/
Loeschen eines Fundortes
Abbildung 5.8: Vollständiges Diagramm für die Anzeige der Tabelle aller
Fundorte.
Formularansicht
Die einfachste Implementierung eines Formulars als Diagramm ist ein Anfangszustand,
Frontend-Zustand und ein Folgezustand, der auch ein Endzustand
sein kann, mit jeweils Übergängen untereinander. Die Felder des
Formulars werden dabei in dem Übergang aus dem Frontend-Zustand heraus
als Parameter definiert.
Ein Formular muss meist zwei weitere Funktionen erfüllen, das Füllen des
Formulars mit Daten und die Verarbeitung der eingegebenen Daten. Die
erste Funktion wird durch einen Zustand, der dem Frontend-Zustand vorangeht,
erfüllt. Diesem wird eine Methode des Controllers angehängt, der