Etappe: Ausgangspunkt – bevor überhaupt von Analyse oder Modell die Rede sein kann

Warum braucht ein kleines Pariser Café überhaupt Software?

Bevor wir uns mit UML, Klassendiagrammen oder Objektorientierung beschäftigen, lohnt sich ein Blick auf eine ganz gewöhnliche Situation. Sie hat zunächst nichts mit Programmierung zu tun – und genau deshalb ist sie ein guter Ausgangspunkt.

Ein kleines Café in Paris

Stell dir vor, wir befinden uns in einem gemütlichen Viertel von Paris. Zwischen schmalen Gassen und kleinen Läden liegt ein Ort namens Chez Motchi – benannt nach seinem Inhaber Motchi, einem Kater mit einem sehr genauen Blick fürs Geschäft. Das Café ist bekannt für seine frischen Croissants, guten Kaffee und die entspannte Atmosphäre. Viele Stammgäste kommen regelmäßig vorbei, neue Besucher entdecken das Café beinahe täglich.

Mit der Zeit wird das Geschäft immer erfolgreicher. Die Tische sind häufig ausgebucht, Reservierungen häufen sich, das Team wächst. Was zunächst überschaubar war, beginnt langsam unübersichtlich zu werden.

Reservierungen werden in Notizbüchern festgehalten. Bestellungen landen auf einzelnen Zetteln. Informationen über Stammgäste merken sich die Mitarbeiter oft einfach auswendig. Solange wenig los ist, fällt das kaum auf. Doch mit zunehmendem Betrieb entstehen die ersten echten Probleme.

Motchi selbst sitzt dabei meist gelassen auf der Fensterbank – doch selbst er merkt, dass hier etwas nicht mehr rundläuft. Ihm wird schnell klar: Mehr Papier, weitere Listen und zusätzliche Notizbücher lösen das Problem nicht. Sein Café benötigt eine Softwarelösung.

Die scheinbar offensichtliche Lösung

Viele Menschen würden an dieser Stelle vermutlich sagen: „Dann programmiert man eben eine Anwendung dafür.“ Doch genau hier beginnt das eigentliche Problem. Bevor auch nur eine Zeile Code geschrieben wird, stellen sich ganz andere Fragen:

• Woher wissen wir überhaupt, was diese Anwendung können soll?
• Welche Informationen müssen gespeichert werden?
• Welche Aufgaben sollen automatisiert werden?
• Wer darf welche Aktionen durchführen?
• Und wie hängen all diese Dinge miteinander zusammen?

Bevor wir Software entwickeln können, müssen wir zunächst verstehen, welches Problem wir eigentlich lösen wollen.

Vom Problem zum Modell

Wenn wir die Situation bei Chez Motchi genauer betrachten, entdecken wir schnell zahlreiche Fragen, die vor jeder einzelnen Zeile Programmcode beantwortet werden müssen:

• Was genau ist eigentlich eine Reservierung?
• Kann ein Gast mehrere Reservierungen gleichzeitig besitzen?
• Welche Informationen müssen über Kunden gespeichert werden?
• Welche Aufgaben haben die Mitarbeiter?
• Wie werden Bestellungen erfasst und verwaltet?
• Welche Beziehungen bestehen zwischen Gästen, Tischen und Reservierungen?

Genau dafür existieren Modelle. Sie helfen uns dabei, komplexe Zusammenhänge sichtbar zu machen, Ideen zu strukturieren und Fehler bereits in der Planungsphase zu erkennen – lange bevor sie in echter Software teuer werden.

Unser Begleiter durch den Kurs

Die Geschichte von Chez Motchi endet nicht mit dieser Lektion. Tatsächlich beginnt sie hier erst. Im Verlauf dieses Kurses werden wir die Anforderungen des Cafés Schritt für Schritt analysieren und daraus ein vollständiges Softwaremodell entwickeln.

Gemeinsam werden wir herausfinden, welche Objekte im System existieren, welche Eigenschaften sie besitzen, welche Aufgaben sie übernehmen und wie sie miteinander in Beziehung stehen. Dabei lernen wir nicht nur die Theorie hinter UML kennen, sondern wenden sie direkt auf ein konkretes, wachsendes Beispiel an.

Chez Motchi ist damit kein einmaliges Beispiel, sondern der rote Faden dieses Kurses. Mit jedem Kapitel wächst unser Modell weiter, bis am Ende ein vollständiger Entwurf für eine reale Softwarelösung entsteht.