Multiperspektivische Unternehmensmodellierung: Theoretischer ...

Howden (1987) sieht im wesentlichen zwei Ansätze: top-down und bottom-up.
Biggerstaff und Richter (1987) empfehlen eine weitere Differenzierung. Sie
unterscheiden zwei Hauptformen: Wiederverwendung durch Komposition vorgefertigter
Komponenten und durch Generierung von Code aus Vorgaben des Entwicklers.
In ähnlicher Weise werden wir im folgenden zwischen Ansätzen, die
auf Komponenten zielen (die also eine bottom-up Entwicklung vorsehen) und
solchen, die eher eine deduktive (top down) Vorgehensweise empehlen, unterscheiden.
Auch wenn beide Ansätze zunächst getrennt behandelt werden, schließen
sie sich gewiß nicht gegenseitig aus: Die Verwendung von Komponenten
kann durch die Bereitstellung des Entwurfs einer Anwendung erheblich unterstützt
werden - et vice versa. In einer abschließenden Betrachtung genereller Voraussetzungen
erfolgreicher Wiederverwendbarkeit werden sie deshalb gemeinsam
behandelt.
2.2.1 Bottom Up: Ansätze zur Gestaltung wiederverwendbarer Komponenten
Die Bereitstellung von Komponenten ist gleichsam die klassische Form der Wiederverwendung.
Hier ist vor allem an Funktionsbibliotheken höherer Programmiersprachen
zu denken. Aber so hilfreich solche Bibliotheken auch sind, der
Vision einer komfortablen, die Produktivität dramatisch erhöhenden Unterstützung
werden sie nicht gerecht. Zu viel bleibt noch für den Anwendungsentwickler
zu tun. Forschungsansätze, die auf der Komponentenmetapher aufbauen, sind
denn auch wesentlich ambitionierter. Die zentralen Herausforderungen solcher
Ansätze liegen auf der Hand:
• Der Entwickler muß wirksam darin unterstützt werden, nicht nur prinzipiell
geeignete Komponenten zu finden, sondern diejenigen, die für den jeweiligen
Verwendungszweck am besten geeignet sind.
• Dazu muß ihm - auf einer angemessenen Abstraktionsebene - verdeutlicht
werden, was die Komponten leisten. Anders formuliert: Er muß ihre Bedeutung
im Rahmen seiner Entwurfstätigkeit verstanden haben.
• Die Komposition der Komponenten sollte für den Entwickler einerseits in
komfortabler Weise möglich sein, andererseits sollte sie softwaretechnischen
Anforderungen an Sicherheit und Flexibilität genügen.
• Da nicht davon ausgegangen werden kann, daß alle bereitgestellten Komponenten
exakt den Anforderungen einer spezifischen Implementierung genügen,
ist eine komfortable Modifikation der Komponenten zu ermöglichen.
Wiederverwendbare Bausteine lassen sich differenzieren in Quellcode-Skelette
("code sceletons"), Funktionen (einschließlich Prozeduren), abstrakte Datentypen
und Klassen (als Objektdeklarationen).
46