Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt

Kapitel 3
Objektorientierung
What is object oriented programming? My guess is that object oriented programming will be
in the 1980’s what structured programming was in the 1970’s. Everyone will be in favor of it.
Every manufacturer will promote his products as supporting it. Every manager will pay lip
service to it. Every programmer will practice it (differently). And no one will know just what it
is.
(Rentsch, 1982, S. 51)
Dieses Kapitel führt die wesentlichen Begriffe der Objektorientierung ein und zeigt
ihre Darstellung in der Unified Modeling Language (UML). Eine ausführlichere Einführung
in die Objektorientierung, die objektorientierte Analyse und den objektorientierten
Entwurf findet sich z. B. bei Booch (1994).
Philosophische Grundlagen der Objektorientierung finden sich bei Bunge (1977,
1979). Bunge entwickelt eine Ontologie, nach der die Welt aus substantiellen Individuen
besteht, die eine Identität und Eigenschaften aufweisen: Objekte. Wand (1989)
nutzt Bunges Ontologie, um daraus ein formales Modell für die Objektorientierung
zu gewinnen. Beispielsweise entstehen Klassen, indem Objekte anhand der Ähnlichkeit
ihrer Eigenschaften zusammengefasst werden. Aus dieser Weltsicht heraus ergibt
sich die populäre Schlussfolgerung, dass ein objektorientiertes Programm besser verständlich
und besser änderbar ist als ein prozedurales, da der kognitive Unterschied
zwischen Konstrukten der Anwendungswelt und den Konstrukten der Lösungswelt
geringer ist. Jacobson et al. (1995, S. 42ff.) bezeichnen den Unterschied zwischen
Anwendungs- und Lösungswelt als „semantic gap“. Dieser sei bei der Objektorientierung
geringer als bei der strukturierten Entwicklung. Für Rumbaugh et al. (1993) ist
die Klasse eine natürliche Einheit der Modularisierung, weshalb durch die objektorientierte
Vorgehensweise klare und verständliche Entwürfe entstehen.
Berard (1993, Kap. 2) empfiehlt die Verwendung des objektorientierten Ansatzes
wegen seiner Vorteile aus technischer Sicht: die zunehmende Akzeptanz moderner
Programmierpraktiken (z. B. Datenabstraktion), höhere Wiederverwendung und bessere
Erweiterbarkeit im Vergleich zum strukturierten Ansatz. Allerdings ist bei einem
Wechsel von der strukturierten Entwicklung zur Objektorientierung ein Paradigmenwechsel
nötig (Fichman, Kemerer, 1992). Diesen Wechsel schafft nicht jeder Entwick-
15