Protokoll der Arbeitsgruppensitzungen

– AG: Application-Frameworks 2. Generation –

Protokoll: Prof. Dr. Hans Albrecht Schmid

I Grundbegriffe und Grundstrukturen

Unter Application-Frameworks der 2. Generation sind Application-Frameworks zu verstehen, die kommerzielle Anwendungen mit Datenbankzugriff unterstuetzen, bei denen gewisse Aehnlichkeiten bezueglich der Fachlichkeit vorhanden sind, aber komplexe graphische Darstellungen weniger wichtig sind, sondern die in mit vorhandenen GUI-Oberflaechen praesentiert werden. In der Regel basieren sie auf einer Schichtenarchitektur (mit mindestens den drei Schichten Praesentation - Modell - Datenbankspeicherung) und stellen wie die MVC-Architektur automatische Verknuepfungenn zwischen den einzelnen Schichten bereit.

Unter Application-Frameworks der 1. Generation versteht der Arbeitskreis Frameworks wie MacApp oder ET++, die sich hauptsaaechlich auf interaktive Anwendungen beziehen, bei denen meist komplexere Graphiken bei der Praesentation eine grosse Rolle spielen, die Fachlichkeit aus ganz unterschiedlichen Bereichen stammen kann, und kein Datenbankzugriff unterstuetzt wird.


Architekturhierarchien

Zwei Arten von Hierarchien sind zu unterscheiden:
-> eine Framework-Spezialisierungshierarchie
-> eine Architektur-Schichten-Hierarchie


Framework-Spezialisierungshierarchie

Die Framework-Spezialisierungshierarchie besteht aus verschiedenen Schichten, die von unten nach oben immer mehr spezialisiert sind. Die Basisschicht bietet ganz allgemeine Support-Dienste an. Diese werden von der Application-Framework-Schicht zur Implementierung ihrer Dienste genutzt, welche fuer eine bestimmte Art von Anwendungen erforderlich sind. Diese werden vom fachlichen Framework genutzt, auf dem eine Anwendung aufbaut. Jede hoehere Schicht basiert auf den Diensten der tieferen, bietet aber spezialisiertere Dienste an.


Anwendung Anwendungsobjekte und -dienste
---------------------------------------------------------------
Fachliches Framework Unternehmensobjekte und -dienste
---------------------------------------------------------------
Application Framework Dienste fuer verschiedene,aber aehnliche
Fachlichkeiten (Cross-Domain-Dienste)
---------------------------------------------------------------
Support Framework Support-Dienste
bzw. Klassenbibliotheken (z.B. Persistenz, Praesentation)





Architektur-Schichten-Hierarchie (oft nur 3 Schichten)

Praesentation
--------------------------------------------------------------------
Geschaeftsvorgaenge/vorfaelle (Workflow)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Unternehmensmodell (Geschaeftsobjekte)
--------------------------------------------------------------------
DB-Zugriff
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Persistente Speicherung (DB)




Application-Frameworks der 2. Generation bilden also die dritte Schicht (von oben) in der Spezialisierunghierarchie und sind nach der dargestellten Implementierungshierarchie strukturiert, wobei die zwei Schichten Geschaeftsvorgaenge/vorfaelle und DB-Zugriff oft nur imnplizit vorhanden, d.h. in andere Schichten integriert sind.

II Anforderungskatalog fuer Application-Frameworks der 2. Generation

Bei einer Vorstellung verschiedener Ansaetze fuer Application-Frameworks der 2. Generation aus dem Arbeitskreis Frameworks ergab sich der Eindruck, dass im Prinzip grosse Aehnlichkeiten vorhanden sind, auch wenn die Frameworks aktuell ganz unterschiedlich aussehen.

Bei einem Vergleich wollten wir zuerst die Anforderungen vergleichen, um festzustellen, ob diese unterschiedlich sind, und danach die technischen Loesungen. Bei unterschiedlichen Anforderungen muessen die technischen Loesungen auch verschieden sein.

Es wurde begonnen, die Anforderungen schichtenweise zu sammeln.