1.) Klassenname (eventuell mit Zusätzen)
2.) Attribute (Eigenschaften / Daten)
3.) Operationen (Methoden)

Folgende Sichtbarkeitssymbole können vor den Attribut- oder Methodennamen stehen:
+ für public
- für private
# für protected

Klassenattribute und -methoden werden unterstrichen.
Alle abgeleiteten Attribute (also automatisch berechnete) werden durch einen vorangestellten Schrägstrich markiert:
/abgeleitetesAttr.

Um Abstrakte Methoden zu kennzeichnen wird entweder kursiv geschrieben oder um den Eigenschaftswert {abstract} ergänzt. Vor einem Methodennamen können Stereotypen angegeben werden (z.B. «constructor»).

Die Notation für Objekte wird statt des Klassennamens der unterstrichene Objektname eingesetzt, und eventuell von einem Doppelpunkt und dem Namen der instanziierten Klasse (“objektName: Klassenname”) gefolgt.

Der Aufbau des Buches “UML 2 in 5 Tagen” ist so gestaltet, das sie anhand einer durchgängigen Fallstudie von Schritt zu Schritt ein UML Modell erlernen und dabei die Basis-Techniken des objektorientierten Entwurfs erkennen.

Es ist die überarbeitete Version des erfolgreichen Buches »Objektorientierung in 7 Tagen«. Augemerk wurde vor allem auf das Wesentliche gelegt und es ist werkzeugneutral verfasst. Für das Buch UML 2 in 5 Tagen sind keine Vorkenntnisse notwendig; Programmierkenntisse sind ebenfalls nicht erforderlich.

Objekte und Objektdiagramme
Klassen und Klassendiagramme
Attribute und ihre Spezifikation
Assoziationen und Assoziationsklassen
Generalisierung und Vererbung
Pakete und Paketdiagramme
Use-Case-Modelle und -Diagramme
Aktivitätsdiagramme
Operationen
Sequenzdiagramme
Entwurfsmuster
Objektrelationale Abbildung
Schichten-Architekturen
Von UML zu Java

Als Zugabe erhalten Sie einen kostenlosen E-Learning Kurs »UML 2 in 5 Tagen«.

Erhältlich im gut sortierten Fachhandel.

• Verlag: W3l Gmbh; Auflage: 2. Auflage. (20. November 2008)
• Sprache: Deutsch
• ISBN-10: 3868340025
• ISBN-13: 978-3868340020

Persistenz, Transienz:
Langfristig gespeichert und serialisierbar z.B. im Dateisystem oder in einer Datenbank werden als persistente Objekte bezeichnet.
Transiente Objekte gehen bei Programmende verloren, das diese nur vorübergehend verwendet und somit nicht gespeichert werden.

Stereotyp:
Ein Stereotyp erweitert bereits vorhandene Modellelemente zu neuen Modellelementen eines UML-Metamodells. Es gibt unterschiedliche Typen, wie:
“dekorative Stereotypen”
“deskriptive Stereotypen”
“restriktive Stereotypen”
“redefinierende Stereotypen”

Design Patterns, Entwurfsmuster:
Für wiederkehrende Probleme verwendet man standardisierte Lösungsvorschläge sogennante Entwurfsmuster.
Architekturmuster definieren grobe Strukturen wie z.B. eine Three-Tier-Architektur.

Subsystem, Paket, Komponente:
Subsysteme sind nach aussen hin durch eine Schnittstelle definiert und somit also Teile eines Gesamtsystems.
Pakete sind lose Sammlungen einzelner Modellelemente.
Komponenten sind austauschbare Softwareeinheiten, werden oft wie Klassen instanziiert und stellen definierte Schnittstellen (Interfaces) bereit.

Hier geht es zum 1. Teil der Begriffserklärung von UML-Klassendiagrammen (Class Diagram)

Objekte aus Klassen:
Eine Klasse (Class) trennt die Beschreibung der Struktur sowie das Verhalten von tatsächlich instanziierten Objekten: Exemplar, Object, Instance.

Objekt-Identität:
Jede Klasse auch mit gleichen Attributwerten enthaltenden Objekte sind sind als individuelle Objekte unterscheidbar.

Kohärenz:
Verwenden Sie pro Klasse nur einen sachlogischen Aspekt. Ordnen Sie eine Eigenschaftnur einer Klasse zu, wenn diese fachlich für ein e andere Klasse zuständig ist.

Vererbung, Spezialisierung:
Sie können eine Klasse hierarchisch strukturieren und die Eigenschaften an andere Unterklassen weiter vererben (Inheritance). Der Spezialisierung entsprechend, erben Unterklassen alle Eigenschaften der Oberklasse und es können weitere Eigenschaften hinzu gefügt werden.

Substitution:
Einsatz von Objekten der Unterklassen anstelle von Objekten der Oberklasse.

Statische Polymorphie, Überladen:
UML erlaubt den Einsatz mehrerer gleichnamiger Operationen (Methoden) innerhalb einer Klasse. Es muss sich jedoch deren Signatur unterscheiden, sofern die verwendeten Methodenparameter unterschiedliche Typen sind.

Hier geht es zur Fortsetzung der Begriffserklärungen von UML Klassendiagrammen.