Einen Teil dieser Lehrveranstaltung widmen wir der Vermittlung, der Modellierungssprache
OML sowie weitere Modellierungssprachen. Aber ich gehe davon aus,
dass viele von ihnen schon einzelne Teil davon gehört haben.
Deswegen finden sie sich frei, die Teile zu überspringen,
die sie schon kennen oder einfach nur mal kurz reinzuschauen.
Sie sollten wie immer in der Lage sein,
diese Fragen zu beantworten, die sie als Beispiel gibt.
Bitte übertragen sie, die einfach zwischen den verschiedenen Modellierungssprachen. Die Dinge,
die wir hier behandeln, sind, jetzt sind sie zu sehen,
sind die einzelne Diagramme der OML plus ein kleiner Überblick.
Alles jeweils sehr kurz. Wie möchte sie befähigen,
die entsprechende, das entsprechende Modellierungssprache bzw. die Diagrammform auszuwählen,
zu sagen, wofür zu wissen,
wofür sie geeignet sind und einige Grundbegriffe davon zu kennen.
Es ist nicht zielvereinbart der Lehrveranstaltung, das schaffen wir auch
gar nicht, sie damit mit Übung und Erfahrung damit auszustatten.
Sie sollten in der Lage sein, eine Grundelemente auch selbst
zu zeichnen. Das kann auch in der Prüfung vorkommen.
Wir starten mit dem Überblick und dazu gibt es zunächst Fragen,
die Ihnen sagen, also warum hüpfst die sollte bleiben.
Es geht um diese Vorstellung, die Nennung der Diagramme
und Erweiterungsmöglichenkeiten der UML, wozu das Profil gehört.
Bevor wir zum weiteren kommen. Ja, zunächst der Überblick,
diese Modellierungssprache oder der Sammlung von Sprachen, wenn Sie so wollen,
UML, Unified, Modelling Language wurde entwickelt in den 90ern,
als es viele Modellierungsspracheneinsätze gab, Objektorientierung besser zu beschreiben.
Drei der damaligen Meinungsführer oder der Krusen, der bedeutenderen Ansätze,
bekannteren Ansätze haben dich zusammengeschlossen, sozusagen ein Kompromiss,
eine Mixtur aus ihren drei Ansätzen gemacht.
Und damit war die UML geboren, die bestand aus,
sowohl einer Notation als auch den Vorgehensweisen. Sie hat,
die drei Leute haben zusammen eine Firma gegründet mit dem Namen Rechner.
Später wurde die ein IPM verkauft. Es gibt zu dieser Notation,
die sich sehr breit verbreitet hat, auch eine Vorgehensweise,
nämlich wie man das anwendet mit dem Modellierungsform, also Kredit Buj,
Ivar Jacobson, James Rambo haben getrennt voneinander drei verschiedene Vorgehensweisen entwickelt gehabt.
Sie haben nicht nur die Notation vereinigt, zusammengeführt,
sondern auch die Vorgehensweisen zu einem des kompletten Ganzen.
Und das ist der Rechner Unified Process. Der sagt ihnen also,
wie sollte mein Objekt und hier das System entwickeln?
Und da die Grundansätze von diesem Vorgehen finden sich bis heute
in ganz vielen etablierten, objektorientierten Vorgehensweisen wieder.
Die Notation hat sich sehr weit verbreitet in der Industrie.
Man kann sagen, es ist ein Industriestandard. Entsprechend wurde er auch gesucht,
ob es jemand zum Standard erheben kann, mit einem Standardisierungsvorgehen,
wo alle wichtigen beteiligt werden, wo man das genau beschreibt.
Und die Object Management Group, OMD, die bis dahin eigentlich ziemlich unbekannt war,
hat das dann übernommen, hat das groß gemacht,
die OMG ist mittlerweile sehr für viele Bereiche,
zum Beispiel für BBMN auch, die Mussstandardisierung übernommen.
Dieses UML12, das ist vielleicht für uns noch wichtig war,
doch eine deutliche Abweichung von UML1, da gibt es mittlerweile die Version 2.5,
2.6 ist im Gespräch, das spielte die Version,
davon spielt für uns keine Rolle, auch wenn sie ältere Bücher verwenden wollen.
Wichtig ist UML2 sollte es sein,
also UML1 und doch bis zu 1.5 war einfach anders.
Wir sprechen nur über
Auch wenn das nicht bei den einzelnen Gliederungspunkten dransteht,
bei den Büchern, wenn sie ein Buch kaufen,
gebraucht kaufen, sollten sie darauf achten, dass ÖMAL 2 dransteht.
Sie sehen hier eine ganze Menge Diagramme, die,
die nicht ausgekraut sind, besprechen wir kurz.
Wir haben das Anwendungsfall, Diagramm Us, Christian Gramm schon
besprochen und die anderen besprechen wir jetzt in der Folge.
Vielleicht ist es noch wichtig, allgemein zu sagen,
die UML ist eine Sammlung von Modellierungssprachen mit Erweiterungsmöglichkeiten.
Die Erweiterungsmöglichkeiten sind eingebaut, dass man sie anpassen kann,
fahren an die Bedürfnisse des eigenen Projektes. Diese Anpassungsfähigkeiten gibt es,
Einerseits deswegen, weil das zugrunde liegende Meta-Modell,
was also Meta-Modell ist, ein Modell, was Modelle beschreibt.
Wir kommen noch zu diesem Begriff. Dieses Meta-Modell kann erweitert
werden durch neue Modellelemente. Das wäre die schwergewichtige Erweiterung,
schwergewichtig, weil sie ist sehr aufwendig.
Das führt dazu, man muss alle beteiligten Schulen,
was ist denn das für ein neues Modellelement?
Und zum Beispiel, sie wollen irgendwas mit Statistik machen,
mit Zufall, Wahrscheinlichkeiten. Ja, da müssten sie tatsächlich,
sowas gibt es in der UML nicht,
müssten sie das ein neues Modellelement erweitern und erstmal keins
der Tools könnte das unterstützen
Deswegen ist das Ganze schwer gewichtig. Sehr viel weiter verbreitet und
auch unterstützt durch die existierenden Werkzeuge sind die leicht tierwichtigen Sachen.
Sie stoßen damit zuerst auf den Begriff des Profils.
Das Profil ist eine Sammlung von den Erweiterungen zu einem Paket,
also durch diesen Erweiterungen, in diesem so einem Profil können Klassenstereotypen,
Datentypen primitive Typen und Innovations drin sein.
Für uns sind vor allen Dingen die Stereotypen wichtig.
Diese Stereotypen sind dadurch immer gekennzeichnet, dass man diese doppelten Spitzenklammern hat.
Sie haben das in einem Diagramm, einigen Diagrammen schon gesehen.
In der Anwendung sieht das dann so aus wie hier,
dass dieser Kasten mit schräg nach hinten ist, ein Device,
ein Gerät, etwas, wo Hardware dahinter steht.
Und das ist für sich schon ein Stereotyp der OML,
aber ich kann hier, oder ein Modellelement der OML,
ich kann hier zum Beispiel ein vorgefertigtes Stereotyp-Server hinzufügen.
Damit weiß ich, es ist nicht nur irgendein Gerät,
sondern ein Server. Und dieser Server ist dann im Meta-Modell,
erweitert er, die Klasse ist eine Annotation,
eine Assoziation zur Klasse, zum Meta-Modell-Klasse. Device, ja,
also dieser Kasten mit dem 3D ist die weiß und der Stereotyp-Server bedeutet,
es gibt dort Werte für Vendor, CPU und Memory.
Und das Ganze könnte jetzt zu einem Profil dazugehören,
was ein Paket darstellt, zum Beispiel ein Profil namens Enterprise Java Beans.
Also das Profil sammelt Sachen zusammen. Eins davon könnte das Server sein,
könnte dieser Server sein und das könnten wir hier
so formulieren und das wäre die Anwendung davon.
Also dieses Stereotyp hat doppelte spitze Klammer
Computer oder hier Server oder wie auch immer sie das wollen.
Das ist ihnen überlassen. Es gibt eine ganze Reihe Vorgefertigte,
zu denen werden wir kommen, die schon in der UML drin sind,
aber sie können immer das benutzen, ein eigenes zu formulieren.
Außerdem gibt es noch Tact Values und Constraints,
Tact Values sind Attribute zu dem Stereotyp.
Zum Beispiel hier ein, das ist immer ein Name, Wertpower.
Ja, also ein Name und Wert. Ja,
der Name wäre, der Name des Tact Values wäre dann
Vendor und der Wert ist Linomo, so etwas sehen wir hier.
Ja, also hier könnte man zum Beispiel,
wenn du Ja, eben den Novo, einzuschreiben.
Zusätzlich gibt es noch Constraints, die schränken die Gültigkeit der
Anwendung solcher Klassen ein. Also hier könnte man zum Beispiel sagen,
ich könnte ihn konstraint definieren, es darf nur einen Server geben.
Oder es darf nur einen Proker geben. Oder sowas.
Oder man darf sich nur mit etwas verbinden,
was die gleiche Sicherheitslevel hat. Von Niedrigsicherheit und Hochsicherheit in
einem System. Also sowas könnte man hier als konstraint formulieren,
das wäre auch ebenfalls ein Teil der Erweiterung des Metagodes.
Soweit, dazu, das trifft für alles zu,
noch etwas weiteres, was für alles in der OML zutrifft
Wir haben überall die Möglichkeit, Freitexte hinzuzufügen. Ja,
diese Freitexte haben die Form, wie so ein Zettel mit einem kleinen Eselsohr,
da darf ich reinschreiben, was ich will.
Das ist natürliche Sprache, das ist zur Erläuterung.
Wir sollten immer versuchen, möglichst viele Informationen mitzugeben,
dass man nicht die Tonspur des Autors dazu braucht.
Ja, also es gehen Sie immer davon aus,
man muss alles verstehen, ohne den Autor fragen zu können.
Ideal ist natürlich, wenn man das alles mit Modellelementen beschreiten kann,
mit Modellelementen der ONL, aber häufig ist das nicht möglich.
Deswegen gibt es die Möglichkeit, dass man zusätzlich Flexibilität nutzt,
indem man natürlich sprachliche Erläuterungen dazugibt.
Wie gesagt, das ist überall in der UML möglich.
Soweit dazu, das waren die Fragen auf die Antworten,
auf die ersten beiden Fragen. Also sie sollten in der
Lage sein, die UML-Jahrgramme einzuteilen, Struktur und Verhalten.
Das tut dieses Diagramm und die Erweiterungsmöglichkeiten zu nennen.
Leicht gebe ich die schwer wichtig. Und was
ein Profil ist. Weiter geht es gleich,
mit dem Klassendiagramm