Als nächstes beschäftigen wir uns mit dem Paket beziehungsweise dem Paketdiagramm.
Hier ist die Frage dazu, wozu dient dieses Paket?
Und ein Paket ist eigentlich etwas,
was in jedem Diagramm der UML vorkommen kann.
Dieses Paket dient zur Sammlung von Montage, von Modellelementen.
Und zwar für dieses Gliedern. Ich markiere das mal hier rot,
damit wir das deutlich, damit das hier gegliedert wird.
Ja, also das ist der wesentliche Menge in kleine,
überschaubare Einheiten gegliedert wird. Wir brauchen es dann,
wenn wir viele Sachen haben, die wir in irgendwie zusammenfassen wollen.
So ähnlich wie wir das für Module machen, damit man
die Komplexität besser beherrscht. Zusätzlich sollte man noch wissen,
dass es einen Namensraum definiert und dass das Paket wiederum Pakete enthalten kann.
Dieses Paket wird dargestellt, einerseits grafisch, andererseits textuell,
grafisch durch so einen kleinen Reiter hier.
Man kann den Namen hier oben reinschreiben, dann steht auch manchmal hier unten.
Manchmal ist dieser Reiter auch ein bisschen schräg oder rund.
Wir haben das nächste Beispiel, da zeigt,
da ist das hier so ein bisschen rund.
Das hängt ein bisschen von dem Tool ab
Machen das ein bisschen ihre Freiheit. Aber ich denke,
es gelingt Ihnen das auch noch als Paket zu erkennen.
Wir haben entweder hier das Stereotyp mit diesen spitzen Klammern oder das Stereotyp hier.
Überhaupt, das hätte ich vielleicht noch, sollte ich vielleicht noch ergänzen.
Wir hatten das eben an Komponenten auch schon. Bei den
Stereotypen, da kann man das grafisch und textuell darstellen.
Ja, Stereotyp, das wäre die textuelle Darstellung
Nein, wir machen das schöner, aber ich wollte das Strichmännchen vom Ektor machen. So,
das ist die grafische Darstellung, das ist die textuelle Darstellung,
ja, und Grafisch wäre der Sohn, die Stereotypen entweder oder,
man muss nicht beides haben, ja, soweit,
dazu jetzt dieses Paketdiagramm, was wir eigentlich besprechen wollen,
in Elemente.
Sehen Sie schon hier, so wenn das so ganz einfach ist,
wie das jetzt hier ist auf diesem Beispiel,
bringt es natürlich nicht viel. Wir haben immer die Sache,
es muss ja auch mehr auf einem PowerPoint vor dir passen.
Wenn wir größere Einheiten haben und die sind wirklich zig Klassen drin,
hunderte von Klassen oder andere Elemente,
dann ist das sehr viel sinnvoller, das so zu machen.
Wir haben hier Beziehungen zwischen diesen Klassen,
können natürlich auch wieder sein. Das ist die Beziehung,
die Sie als Generalisierung und Vererbungsbeziehung kennen.
Ich schreibe das mal mit ran
Wir machen das zur Ordnung halt, halber mal mit einem großen Geh,
ausnahmsweise. So, und das ist die Abhängigkeit,
Beziehung, die hatten wir eben schon kurz.
Die Abhängigkeitsbeziehung sagt jetzt nichts genaueres, was ist die,
woran besteht die Abhängigkeit? Importiert man sich? Kräft man
auf das Interface zu oder was auch immer? Einfach diese
Gestrihllinie ist überall in der OML, in den statischen Diagrammen,
jedenfalls in Strukturdiagrammen, ist das die Abhängigkeit.
Soweit zu diesem, zu diesem Paketdiagramm, wie gesagt,
man kann in jedes Diagramm Pakete als Element entdecken
Als grafisches Element, um Elemente zusammenzufassen, ganz egal,
was das für welche sind.
Sie können, sie wollen mehrere Use Cases zusammenfassen,
mehrere Akteure zusammenfassen, mehrere Komponenten zusammenfassen, eigentlich alles.
Wichtig ist, dass die dürfen sogar beliebigen Typs hier die Sachen zusammenfassen.
Steht hier. Die kommen also überall vor.
Soweit zu den Paketen und dem Paket
hier erkranken