Der nun folgende Abschnitt gehört noch zu 1-2. Wir
waren gestartet mit den Use-Case-Modellen, waren zu Paketen bekommen.
Und bei den Paketen hatten wir den Begriff Stereotyp festgestellt.
Also jetzt geht es um, wir sind noch hier in
diesem Abschnitt und es geht um Stereotypen, ein kleiner Einschub.
Das ist eine Erweiterung der UML. Dazu habe ich hier
diese Frage ergänzt, wozu dienen Stereotype der UML?
Wie werden sie angegeben? Diese Stereotype hatten wir
schon gesehen
Bei den Paketen, ja,
also hier gab es dieses Symbol des Pakets als grafisches Symbol,
das ist ein grafisches Stereotyp dieser Reiter.
Ich male das mal hier dran,
also das Symbol ist zunächst dieser Kasten und das hier dran
Das Stereotyp, Paket als grafische Darstellung.
Das Gleiche gäbe es auch noch als textuelle Darstellung mit Symbolen.
Dann würden wir auch nur diesen Kasten nehmen,
der in der OML ja eigentlich für die Klasse gedacht ist.
Und da wird er mit doppelten Spitzen klammern, reingeschrieben Package.
Und dann der Name, zum Beispiel eben Systemverwaltung oder so etwas.
Ja, genauso wie hier der Name drin steht. Ja,
so und das ist letztlich, Das Stereotyp Paket als textuelle Darstellung.
Und das hat letztlich die gleiche Bedeutung wie dieses Paket hier,
dieses Symbol hier, hat die gleiche Bedeutung,
sie müssen auch nicht beides angeben.
Auch wenn manche Darstellungen, dass beides enthalten,
so dieses das nochmal zusammengefasst, was das eigentlich ist,
Da haben wir eine separate Folie.
Ich habe hier eine leere Folie eingefügt, damit sie auch mitschreiben können.
Also ich hoffe, sie haben ein leeres Blatt vor sich
oder haben das ausgedruckt, dass sie das notieren können.
Wenn nicht, machen sie einfach einen kurzen Stopp hier.
Und wir stellen hier zusammen, worum es geht.
Es geht zunächst erst mal darum,
dass UML eingebaute Möglichkeiten der Erweiterung hat.
Um Ellen verfügt,
über eingebaute Erweiterungsmöglichkeiten
Das hat den Grund, die Erfinder der UML,
die das aufgestellt haben, dass diese Möglichkeit vorgesehen,
damit sie einen breiteren Einsatzbereich erreichen können, ohne die Sprache zu überfrachten.
Man kann natürlich alles gleich einbauen, dann wird es
sehr viel, aber hier hat man die Möglichkeit gelassen.
Und diese Möglichkeit bedeutet, dass die Werkzeuge,
die es normalerweise gibt, also im Rahmen des Standards,
die Werkzeuge, die im Rahmen des Standards arbeiten,
die sollten diese Erweiterungsmöglichkeiten unterstützen, ohne dass Änderungen am Werkzeug möglich sind.
Von diesen Änderungen gibt es zwei Atemen, wenn man genauer betreibt,
also nein, eins, fang mit eins an.
Das eine bezeichnet man als die Leichtgewichtigen und das andere natürlich als die Schwergewichtigen Erweiterungen.
Zunächst die leichtgewichtigen Erweiterungen, das sind die,
die im Rahmen des Standards des Metamodells möglich sind.
Metamodell ist die Grammatik der UML, das ist das,
was definiert ist
Und in Rahmen dieser, weil das sind diese Erweiterungen,
die Eingebauten. Das ist eigentlich die Stufe 1 leichtgewichtige Erweiterungen.
Das ist das, was Profile umfassen und Profile bestehen aus Stereotypen.
Dann gibt es noch, das ist das,
was wir jetzt hier behandeln.
Dann gibt es noch Tech to Value. Das sind Paare
von Eigenschaften. You. Und dann mit OCL formulierte Constraints
Auf UTL gehen wir im Rahmen dieser Veranstaltung.
Nicht ein Objekt, Constraint Language ist eine formale Sprache,
mit der man Bedingungen genauer beschreiben kann. Tech Values sind Paare,
wo man sagen kann, was weiß ich,
der Typ ist, oder die Ausbauversion ist die Business-Version,
oder die Ausbauversion zum Beispiel sowas, oder man kann immer sagen,
das ist der Schlüssel, und das ist der Wert dazu.
Wir beschäftigen uns hier nur mit diesen Stereotypen,
aber der Vollständigkeit halber sagen wir noch,
was gibt natürlich auch noch
die schwergewichtigen Erweiterungen
Das sind dann die, die nicht wirklich eingebaut sind,
sondern die erfordern eine Veränderung der Grammatik, eine Veränderung des Meta-Modells.
Ja, und Änderungen des... Und das würde dein Werkzeugänderungen erfordern,
damit man damit zeichnen,
damit man das auswerten kann und wegen diesem hohen Aufwand
bezeichnet man das
auch als schwergewichtig
So, die leichtgewichtigen Änderungen sollten halt von jedem Werkzeug unterstützt werden.
Nun, wir, wie gesagt,
wir haben hier nur vor allen Dingen die Stereotype,
die wir heute hier behandeln als kleinen Einschub und diese Stereotype
erweitern die Bedeutung vorhandener Modellelemente.
Stereotype erweitern die Bedeutung vorhandener Modellelemente und sie stellen damit
so etwas wie Spezialisierung da, zum Beispiel spezielle Eigenschaften.
Oder eine spezielle Bedeutung
Das ist das, was wir gerade an dem Beispiel
Paket gesehen haben. Und neben dem Paket gibt es noch
weitere und ich stelle die mal kurz dar.
Also zunächst erstmal machen wir eine kleine Tabelle.
Mit drei Spalten, zunächst das Element,
um das es geht und dann textduell soll das heißen hier
Wie sieht das grafisch, schon wieder verschrieben?
Es sollte ein bisschen schön sein, grafisch aus.
So, wir fangen an mit dem,
was wir schon gerade gesehen haben, also für das Paket.
Da würde man textuell das angeben, was wir eben
schon gesehen haben. Package, immer in doppelten Spitzenklammern,
diese textuelle Angabe des Stereotyps und für das Grafische,
die grafische Repräsentation wäre der Reiter
So hat man das, ich weiß nicht, ob sie sowas schon gesehen haben,
Karteikarten in meiner Studienzeit waren es durchaus noch üblich und die Bibliotheken hatten das.
Heute ist es eher nur noch als Symbol,
also man hat so eine,
in dem Kasten von Karteikarten war eine Karteikarte,
die oben so ein Häkchen dran hatte,
die dann anzeigt, die Nächsten gehören zu der Kategorie,
da gab es wieder einen Reiter und dann wieder die Nächsten zum besseren Zugriff,
zum besseren Sortieren oder manchmal nennt man es ein Aktenottern noch rechts dran oder man ergänzt das heute durch so Fähnchen,
die man aus einem Buch klebt.
Ja, also das so eigentlich nur dieses Kastensymbol,
so und hier oben sowas dran,
das hatten wir ja auf einer Folie vorher,
ich gehe mal hier eine zurück
Ja, also hier hatten wir das zum Beispiel mit
so runden Symbolen auch noch. Das ist dann ein bisschen
eine Abwandlung. Das ist nicht ganz so genau festgelegt.
Manche machen das so ein bisschen schräg. Ja,
manche machen das genau rechteckig. Wichtig ist für uns,
dass wir erkennen, okay, dieses Symbol mit dem Reiter,
das ist, das steht für das Paket.
Es gibt noch weitere Dinge, die, eins,
was wir schon kennengelernt haben, das wäre der Akteur.
Nein, da wollen wir schreiben. Akteur, das war das,
was wir beim Use Case Diagramm mit dabei haben.
Das können wir, das war das hier,
das Strichmännchen
So, Pünktchen, Pünktchen. Komm, Strich,
nein, ein bisschen anders. Also dieses Strichmännchen,
das wäre die grafische Repräsentation des Akteurs,
aber wir können das auch in dem Kasten machen.
Ja, also im Kasten, wo wir dann Textuellen reinschreiben, Ektor.
So, das wäre das zweite Beispiel. Das nächste Beispiel,
was wir auch in unseren Diagrammen schon hatten,
war die Include-Beziehung
Die Basis war ein einfacher Strich, den,
ich ziehe mal hier zurück, ja,
wir hatten hier, haben hier diesen Strich zum Beispiel,
das ist ja nur die Abhängigkeit und wenn wir mal zurückgehen,
wo war das?
Genau, hier war diese Include-Beziehung, ja,
der einfache Strich,
die nur die Abhängigkeit wird durch die doppelten Spitzenklammern ergänzt durch zu einer Include-Beziehung,
eine genauere Bezeichnung dieser Beziehung,
das kommt auch mit unserer,
in unserer Tabelle hier
Also wir können nicht nur diese Kästchen ergänzen,
durch neue Typen, sondern durchaus auch Verbindungen und neue Typen.
Hier gibt es grafisch dazu nichts. Keine Beziehung und als
weiteres Beispiel möchte ich noch etwas bringen,
was wir noch nicht behandelt haben, was aber noch kommen wird,
dass Komponentendiagramm, da haben wir drin eine Komponente.
Das können wir auch darstellen durch einen Kasten, wo drin steht Component?
Ja, oder wir stellen es durch einen Kasten dar,
wo es so ein Komponentensymbol drin gibt
Das zieht so aus. Nein, das ist nicht schön,
lernen wir gleich nochmal. Es soll eigentlich wirklich ein Kasten sein,
wo diese zwei Einschlüsse dran sind, so, so, so.
Und das ist dann in klein in dieser Box drin.
Das wäre für die Komponente hier, da schreiben die Namen,
da Komponente schreibt man dann hier rein, zum Beispiel System,
ja, und hier würde das dann so aussehen,
dass man hier eine Komponente hat und hier steht dann der Name drin.
Zum Beispiel System, System steht jetzt für den Namen,
dieser Komponente. Diese Möglichkeiten sind eingebaut,
ja, und hier können wir noch hinzufügen
Hier kommt dann ihre eigene Erweiterung hin. Ja, sie dürfen durchaus
eigene Erweiterungen formulieren, die die Süchtereotype dann auch haben können.
Sie sollten dafür auf jeden Fall eine textuelle Repräsentation haben,
ob auch eine grafische möglich ist,
das enthängt dann sehr von ihrem Tool ab.
Aber die Textuelle sollten die UML-Tour ziehen, von Standard unterstützen,
auf jeden Fall haben. Damit haben wir auch diese Frage,
beantwortet hier Frage 14, wozu dienen sie? Die Stereotype dienen dazu,
dass die Modelle, eigene Modellelemente kreieren können,
die in der UML noch nicht vorgesehen sind,
die ihre Modelle in der Aussagekraft besser unterstützen.
Wie werden sie angegeben, textuell mit diesen doppelten Spitzenklammern
oder grafisch mit diesen Symbolen, die wir hier hatten.
Ja, also entweder so textuell oder grafisch.
Soweit. Und jetzt geht es weiter mit dem nächsten Abschnitt