Zwei Übungsaufgaben auf Profilkompetenz-Ebene: Du findest den Fehler einer Fallunterscheidung über ein Typattribut, korrigierst einen fehlerhaften polymorphen Klassenentwurf, sagst die Ausgabe polymorpher Aufrufe voraus, beurteilst überschreibende Methoden mit super, prüfst Zuweisungen zwischen Referenztypen und erklärst die späte Bindung am Zustand-Entwurfsmuster.
Drei Übungsaufgaben zu Vererbung, abstrakten Klassen und Interfaces: eine Klassenhierarchie aus doppeltem Quelltext entwickeln, einen fehlerhaften Entwurf mit Interface korrigieren und um eine abstrakte Klasse erweitern sowie Verhalten über ein Interface austauschbar machen.
Drei Übungsaufgaben zu Beziehungen im UML-Klassendiagramm: ein Klassenmodell mit Multiplizitäten und Rollen aus einer Planungsnotiz erstellen, Aggregation und Komposition an Diagramm, Quelltext und Objektdiagramm untersuchen sowie aus einem Java-Prototyp ein Klassendiagramm ableiten, seinen Ablauf vorhersagen und einen fehlerhaften Entwurf korrigieren.
Fünf Übungsaufgaben zum UML-Klassendiagramm: zum Einstieg ein Klassendiagramm lesen, eine Methodendeklaration zerlegen, Klassen ergänzen und gewählte Datentypen nach Speicherbedarf beurteilen; danach eine Klasse aus Anforderungen mit Sichtbarkeiten, Datentypen, Konstruktor, Getter und Setter erstellen, ein Klassendiagramm aus Quellcode und einem englischen Text ableiten und Fehler in einer Vorgabe korrigieren sowie ein Modell mit mehreren Klassen, Vererbung und Beziehungen zeichnen.
Übungsaufgaben zu Grundlagen der Objektorientierung und zum UML-Klassendiagramm: Die Software eines Ticketautomaten wird Schritt für Schritt modelliert, mit Kapselung, Vererbung, Überladung, Polymorphie und Objektbeziehungen.
Übungsaufgaben zur Vorbereitung auf die Teil-1-Prüfung der IT-Berufe zu den Modellierungen von IT-Projekten mit dem UML Use-Case-Diagramm, Aktivitätsdiagramm, Klassendiagramm, Entity-Relationship-Diagramm.
Im UML-Objektdiagramm können Instanzen von Klassen dargestellt werden. Attributwerte werden als Slots oder über Links repräsentiert, Aggregationen und Instanziierungen können ebenso festgehalten werden. Instanzen werden wie Klassen dargestellt, deren Instanzname unterstrichen ist. In diesem Blogpost werden die relativ wenigen Notationsmittel des UML-Objektdiagramms vorgestellt.
Ein zentrales Konzept der objektorientierten Programmierung (OOP) ist die Polymorphie: die Vielgestalt von Objekten. Es ermöglicht über Instanztypen das Verhalten eines Objekts festzulegen, während der Typ der Referenz festlegt, welche Member erreichbar sind. Welche Implementierung läuft, entscheidet sich erst zur Laufzeit (späte Bindung). Der Artikel zeigt außerdem, wie Du Polymorphie im UML-Klassendiagramm modellierst, Fallunterscheidungen damit ersetzt und typische Fehler vermeidest.
Ein vereinfachtes Pacman-Spiel soll objektorientiert erweitert werden. Übungsaufgaben zum Thema Objektorientierte Programmierung, Objektbeziehungen, UML-Klassendiagramm, Implementierung in Python.
Es werden die Abhängigkeiten für ein Model angefügt, eine Modelklasse erstellt und annotiert. Die OOP-Hintergründe für Repositories werden kurz an UML-Klassendiagrammen erläutert
Das Tool PlantUML ist hervorragend geeignet, um Klassendiagramme direkt in Dokumentationen wie Readme.md-Dateien des Repositorys oder in Kommentaren zu integrieren, sie aus Programmcode direkt zu generieren und sie in einem Versionskontrollsystem zu versionieren. In diesem Infotext stelle ich vor, wie mit PlantUML die unterschiedlichen Notationsmittel von Klassendiagrammen genutzt werden können, mit welchen Einstellungen sie nahe am UML-Standard bleiben und wie sie sich aufhübschen lassen.
Ein großes Problem bei Objekt- und Klassenbeziehung ist die starke Kopplung unterschiedlicher Klassen aneinander. Der Austausch von Verhalten ist so nur mit großem Aufwand möglich. Das Konzept der Abstraktion bietet hier in Form von abstrakten Klassen und Interfaces die Möglichkeit, Komponenten lose zu koppeln. Der Artikel zeigt, wie beide im UML-Klassendiagramm notiert werden, worin sie sich von konkreten Klassen unterscheiden und welche Fehler häufig passieren.
Zentrales Element der Code-Wiederverwendung in der objektorientierten Programmierung (OOP) ist die Vererbung. Am Beispiel von Bankkonten werden hier das OOP-Prinzip Vererbung und die darauf aufbauenden Konzepte (z. B. Überschreiben, Konstruktoraufruf der Oberklasse, protected) erklärt – und wie Du aus vorhandenen Klassen eine Oberklasse entwickelst und Vererbung im UML-Klassendiagramm richtig notierst.
Mit einzelnen Objekten erreicht man in der objektorientierten Programmierung (OOP) noch nicht viel. Erst im Zusammenspiel als Objektsammlungen und über Objektinteraktionen entwickelt die OOP ihre Stärken. Der folgende Text behandelt die Fragen: Welche Objektbeziehungen gibt es? Was unterscheidet Abhängigkeit, Assoziation, Aggregation und Komposition? Wie liest und begründet man Multiplizitäten, und woran erkennt man die passende Beziehung in Anforderungstexten, Quelltexten und Entwurfsmustern? Versuch der Klärung.
Kapselung ist ein Konzept der objektorientierten Programmierung (OOP), das verhindern soll, dass Anpassungen des Codes zu Inkonsistenzen führen. Der Zustand der Objekte soll nicht direkt änderbar sein, sondern nur über Methoden, die ggf. weitere Anpassungen vornehmen können: Getter und Setter. Der Artikel stellt die vier Sichtbarkeiten +, -, # und ~ vor und zeigt, wie Du Anforderungen wie „nur lesbar“ im Klassendiagramm umsetzt.
Das UML-Klassendiagramm ist die zentrale Modellierungssprache der objektorientierten Programmierung (OOP). Dieser Einstiegsartikel zeigt den Aufbau einer Klasse, die Darstellung ihrer Member (Attribute und Methoden), Überladung sowie Instanz- und Klassenattribute und -methoden. Außerdem geht es um die vollständige Schreibweise von Attributen und Methoden und darum, wie Du aus einem Anforderungstext ein Klassendiagramm entwickelst.
