Diss.-ETH 12317 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-E Eine ...

5.7. RICHTLINIEN FÜR DIE BENUTZUNG 125
Anwenderforen in Form von Diskussionsgruppen (usergroups) und Fehlerlisten
mit Fehlerumgehungen üblich.
Auf die DA übertragen, bedeutet dies, dass für eine Wiederverwendbarkeit
ein Katalog der vorhandenen Dienste angelegt werden muss. Dazu
sind die zugehörigen Spezifikationen, Spezifikationsdaten und Adaptionen
zu dokumentieren.
Die DA hilft dem Klienten, indem sie ein Vorgehen der Wiederverwendung
und Anpassung innerhalb einer definierten Struktur vorgibt. Die Einzelteile
dieser Struktur helfen mit, die Komplexität der Aufgabe zu reduzieren.
Es werden einzelne Aufgabenschritte definiert.
Der aufwendigste Schritt dabei ist die Entwicklung des Codegenerators
im Adaptions-Element. Sie kann dann gelingen, wenn eine klare Vorstellung
vom zu erzeugenden Code besteht und eine geeignete Parametrierung
vorgenommen wird. Gerade wegen dieser Schwierigkeiten ist es sinnvoll,
einen Rahmen für die Entwicklung festzulegen, der Konformität erzeugt,
und dadurch Wiederverwendung und Erfahrungsaustausch zwischen Klienten
und Framework-Entwickler fördert.
5.7.2 Anpassung durch den Klienten
In Abbildung 5.16 sind verschiedene Eingriffsstellen des Klienten auf Elemente
der Architektur dargestellt. Je nach Umfang der Anpassung, nachfolgend
Variation genannt, greift der Klienten an den Stellen (1,2,3) ein.
Bei der Stelle (4) legt der Klient fest, wie sein Framework-Quelltext aufzubauen
ist. Dazu dienen die Angaben NT, ST, D und VK. Der Klient bindet
den zusammengebauten Quelltext entweder in das Default-Programm oder
in sein eigenes Quellprogramm.
Es gibt grundsätzlich die folgenden Fälle für die Wiederverwendung
des Frameworks mit der DA, wobei die in Klammern angegebenen Zahlen
die Eingriffstellen von Abbildung 5.16 bezeichnen:
• Die Variation liegt im Spezifikationsbereich bestehender Dienste. Der
Klient gibt in den Spezifikationsprozeduren neue Daten ein und/oder
fügt neue Ntor- bzw. Summengeber-Typen hinzu (1).
• Die Variation liegt in der Adaption eines bestehenden Dienstes. Der
Klient muss dabei keine neuen Methoden und Attribute innerhalb des
passiven API’s hinzufügen. Der Klient ändert dazu evtl. die Spezifikation
S, die Daten V sowie die Adaption A. Beispiele: Neue, z.B.
Diss.-ETH 12317 Diss.-ETH 12317 Diss.-ETH 12317 Diss.-E