Objektorientierte Modellierung (OOM)

In den Objektdiagrammen in Abbildung 1 und Abbildung 2 haben die Objekte das Attribut zustand mit den möglichen Werten ON und OFF. Anstatt eines vorhandenen Java-Datentyps wie int, boolean oder string erstellen wir mithilfe einer Aufzählung (engl. enumeration, in Java abgekürzt zu enum) einen passenden neuen und aussagekräftigen Datentyp. Eine Enumeration ermöglicht es, einen Datentyp durch die Aufzählung der möglichen Werte zu definieren.

Die Aufzählung State ergänzen wir in dem Klassendiagramm und verwenden zudem ab jetzt englische Begriffe. Die Verwendung englischer Sprache im Quellcode ist üblich, da bei den meisten Programmiersprachen für die Sprachelemente sowie die Programmbibliotheken ohnehin englische Sprache verwendet wird, wie auch bei Java. Switch und Lamp erhalten beide OFF als initialen Wert für state.

Sowohl Switch als auch Lamp verwenden State, was durch Pfeile in Abbildung 3 gekennzeichnet ist.

Um Objekte einer Klasse zu erstellen, wird ein sogenannter Konstruktor benötigt. In Java sind Konstruktoren besondere Methoden, die denselben Namen wie die Klasse tragen. Sie können Parameter haben, um z. B. Attribute zu initialisieren. In unserem Beispiel erhält Switch den Konstruktor Switch() und Lamp den Konstruktor Lamp(). Die beiden Konstruktoren haben also jeweils keinen Parameter.

Um die Beziehungen zwischen Objekten der Klasse Lamp und einem Objekt der Klasse Switch herzustellen bzw. auch wieder zu lösen, werden zusätzliche Methoden in Switch benötigt, für die wir mit connect bzw. disconnect möglichst passende Namen wählen. Sie haben beide einen Parameter mit dem Datentyp Lamp.

Damit haben wir aus den User-Stories eine objektorientierte Struktur für die Software entworfen. Man nennt diesen Schritt objektorientierte Modellierung.

Neben der Assoziation (Kennt-Beziehung) gibt es noch stärkere Beziehungstypen, u. a. die Aggregation (Hat-Beziehung) zwischen Objekten bzw. Klassen. So hat ein Motorrad ein Vorderrad.

Die Raute (auch Diamand genannt), die diesen Beziehungstyp kennzeichnet, darf nicht wie die Pfeilspitze der Assoziation interpretiert werden, denn die Beziehung geht vom Motorrad zum Vorderrad und nicht vom Vorderrad zum Motorrad. Auf der Ebene der Programmierung ist bei einer Aggregation die Klasse Motorrad für die Verwaltung der Objekte der Klasse Vorderrad zuständig.