UML-Klassendiagramm-Symbole

Die Regel, die das merkbar macht: das verzierte Ende ist das Ende, auf das es ankommt - das Dreieck zeigt auf den allgemeineren Klassifizierer, die Raute sitzt am besitzenden Ganzen, und der offene Pfeil zeigt auf das Benutzte. Wer sich merkt, welches Ende die Markierung trägt, kann die Bedeutung meist rekonstruieren.

Die Hälfte der Markierungen auf einem Klassendiagramm sitzt auf den Linien, die andere auf den Kästen - und die zweite Hälfte überspringen die meisten. Ein Rechteck mit einem Namen ist eine Klasse; alles Folgende ändert, welche Art Ding dieses Rechteck zu sein behauptet, und wer den Unterschied nicht kennt, liest eine Schnittstelle als Klasse und wundert sich, warum sie keine Attribute hat.

Eine Schnittstelle hat eine zweite, kleinere Notation, die keinen Kasten kostet: einen Lolli - einen Kreis an einem Stiel - am anbietenden Klassifizierer und eine passende Pfanne, einen offenen Halbkreis, am benötigenden. Schiebt man beide zusammen, hat man das Kugel-und-Pfanne, aus dem Komponentendiagramme gebaut sind. Es sagt genau das, was das gestrichelte Dreieck sagt, auf einem Zehntel des Platzes, und es ist die richtige Wahl, sobald ein Diagramm mehr als etwa drei Schnittstellen zeigt.

Ein Klassenkasten ist ein Namensband mit bis zu zwei Abschnitten darunter: Attribute, dann Operationen. Beide sind optional, und ein Kasten, der nur ein Name ist, ist völlig zulässig - auf einem Diagramm über Beziehungen meist genau das Richtige.

Die Multiplizität steht am Ende einer Beziehung, und die Syntax ist klein: 1 genau eins, 0..1 optional, * oder 0..* beliebig viele einschließlich keiner, 1..* mindestens eins und 2..5 ein echter Bereich. Eine fehlende Multiplizität bedeutet unspezifiziert und nicht eins - deshalb ist ein leeres Ende eine Lücke und kein Standard.

Eine Operation schreibt sich + place(customer: Customer, at: Instant): Order - Sichtbarkeit, Name, Parameter mit Typen, dann nach dem Doppelpunkt der Rückgabetyp. Zwei Verzierungen tauchen oft genug auf, um sie zu kennen: ein Parameter kann eine Richtung tragen, etwa out receipt: Receipt, und ein Attribut einen Vorgabewert, etwa - status: Status = DRAFT. Beides ist nicht erforderlich, und ein Domänenmodell fährt meist ohne beides besser.

Eine Beziehung trägt an beiden Enden Bedeutung, und fast alles, was an einem Klassendiagramm im Review schiefgeht, sitzt an einem Ende und nicht in der Mitte. Die Linie sagt, dass zwei Klassen verbunden sind; die Enden sagen, wer wen erreichen kann, wie viele, in welcher Reihenfolge und unter welchem Namen.

Die letzte Gruppe von Markierungen trägt die Regeln, die eine Kästen-und-Linien-Zeichnung allein nicht ausdrücken kann. Ein Klassendiagramm ist eine Struktur, und die Hälfte dessen, was ein Fachexperte weiß, ist eine Bedingung an dieser Struktur - eine Summe, die nie negativ sein darf, ein Paar von Beziehungen, von denen genau eine gefüllt sein darf.

Eine Konvention außerhalb dieser Tabelle lohnt sich zu kennen, weil sie wie ein Klassendiagramm aussieht und keines ist: ein unterstrichener Name der Form order1: Order ist eine Instanz, und ein Diagramm aus solchen ist ein Objektdiagramm - dieselbe Notation, die einen Moment zeigt statt jeden möglichen. Unterstreichung innerhalb eines Klassenkastens bedeutet etwas ganz anderes und ist die Statik-Markierung aus der Tabelle oben.

Text in Guillemets - «interface», «enumeration», «entity» - ist ein Stereotyp: eine Erweiterung des Standardvokabulars, die sagt, welche Art Ding dieser Klassifizierer über „Klasse“ hinaus ist. Eine Handvoll definiert UML selbst; der Rest kommt aus einem Profil, dem Mechanismus, eigene zu erfinden, ohne die Sprache zu verlassen.

Guillemets erledigen zwei verschiedene Aufgaben, und die Spezifikation unterscheidet sie, obwohl auf dem Papier nichts das tut. «interface» und «enumeration» sind Schlüsselwörter: Teil von UML, in der Bedeutung festgelegt und in jedem Werkzeug zulässig. «aggregate root» oder «pii» sind Stereotypen: Ihr eigenes Vokabular, in einem Profil definiert und nur für Leser bedeutungsvoll, denen jemand gesagt hat, was sie heißen. Beides lohnt sich. Es lohnt sich zu wissen, welches von beiden man gerade geschrieben hat, denn die zweite Art braucht eine Legende auf dem Diagramm und die erste nicht.

Ein Stereotyp kann auch getaggte Werte tragen - {owner = payments-team, retention = 7y} unter einer stereotypisierten Klasse - und so beginnt ein Modell, die Metadaten zu halten, die eine Tabelle vorher schlecht gehalten hat. Das ist der Mechanismus, den ein Profil definiert.

Um all das an echten Modellen zu sehen, lesen Sie die durchgearbeiteten Beispiele; für die Begründung hinter den Markierungen statt der Markierungen selbst den Artikel zum Klassendiagramm.