Etappe 2: Von der Analyse zur softwaretechnischen Modellierung

Woraus besteht eigentlich Chez Motchi?

Wir haben in den vorherigen Lektionen gelernt, wie man ein Café wie Chez Motchi analysiert und daraus saubere Anforderungen ableitet. Dabei ist ein Begriff immer wieder aufgetaucht, ohne dass wir ihn genauer untersucht haben: Objekte.

Genau hier beginnt Etappe 2. Bevor wir UML-Diagramme zeichnen können, müssen wir zunächst verstehen, wie objektorientiertes Denken funktioniert – noch ganz ohne Notation, rein in Alltagssprache.

Eine andere Sicht auf die Welt

Menschen nehmen ihre Umgebung meist als Sammlung von Dingen wahr. Wenn du dich im Café Chez Motchi umsiehst, erkennst du vermutlich nicht einzelne Daten oder Funktionen. Stattdessen siehst du:

• einen Gast, der gerade an Tisch 4 sitzt,
• eine Reservierung für heute Abend, 19 Uhr,
• einen Tisch mit vier Plätzen am Fenster,
• eine Bestellung mit zwei Croissants und einem Café au Lait,
• Motchi selbst, der gerade die Kasse überprüft.

Jedes dieser Dinge besitzt bestimmte Eigenschaften und kann bestimmte Aufgaben erfüllen. Eine Reservierung besitzt beispielsweise eine Uhrzeit und eine Personenzahl. Gleichzeitig lässt sie sich bestätigen oder stornieren. Genau dieses Denken übernimmt die Objektorientierung.

Was ist ein Objekt?

Ein Objekt ist die digitale Abbildung eines Gegenstands, einer Person oder eines Konzepts innerhalb eines Softwaresystems. Jedes Objekt besitzt zwei Bestandteile:

• Eigenschaften – Informationen, die über das Objekt gespeichert werden.
• Verhalten – Aktionen, die das Objekt ausführen kann.

Betrachten wir als Beispiel eine Reservierung bei Chez Motchi:

Die Eigenschaften beschreiben, was eine Reservierung ist. Das Verhalten beschreibt, was mit ihr getan werden kann.

Klassen und Objekte

In der Objektorientierung wird zwischen einer Klasse und einem Objekt unterschieden. Eine Klasse lässt sich wie ein Bauplan vorstellen: Sie beschreibt, welche Eigenschaften und welches Verhalten ein bestimmter Typ von Objekt besitzen soll. Ein Objekt entsteht erst dann, wenn dieser Bauplan tatsächlich verwendet wird.

Ein Objekt ist also eine Instanz einer Klasse. Dieser Begriff wird uns im weiteren Verlauf des Kurses noch sehr häufig begegnen – vor allem, wenn wir in Kapitel 3 lernen, wie Klassen im Detail modelliert werden.

Objekte existieren selten allein

In der Realität stehen Dinge meist miteinander in Beziehung. Auch bei Chez Motchi ist das so:

• Ein Gast gibt eine Bestellung auf.
• Eine Bestellung enthält mehrere Gerichte.
• Ein Mitarbeiter bearbeitet die Bestellung.
• Eine Reservierung ist einem bestimmten Tisch zugeordnet.

Genau diese Beziehungen interessieren uns später bei der Modellierung besonders. Software besteht nicht aus einzelnen, isolierten Objekten – erst durch ihre Zusammenarbeit entsteht ein funktionierendes System.

Warum ist das für UML wichtig?

UML wurde entwickelt, um objektorientierte Systeme zu beschreiben. Bevor wir also Diagramme zeichnen können, müssen wir verstehen, welche Objekte bei Chez Motchi überhaupt existieren und wie sie miteinander zusammenhängen. Genau das haben wir in dieser Lektion getan – ganz ohne ein einziges UML-Symbol.