Hallo, ich begrüße Sie zum nächsten Abschnitt der Vorlesung,
Softwaretechnik. Wir sind weiterhin im Abschnitt 1.2 und schauen,
ob ich das hier gleich so zeigen kann.
Genau, also hier Use-Case-Modellierung haben wir gerade abgeschlossen und jetzt
fangen wir an mit Aktivitätsdiagramm. Bevor wir dahin kommen,
möchte ich den Einschub zum Paket machen,
weil das brauchen wir beim Aktivitätstdiagramm dann auch.
Aber lassen Sie mich kurz vorher noch etwas anderes sagen.
Diese Frage mit Handschrift,
Mitschrift für die Vorlesung
Meine Erfahrung war in einer früheren Veranstaltung,
dass die Zuhörer schon aktiv beteiligt haben im Sinne von,
sie kamen zur Vorlesung, es war eine Vorlesung,
die ich für einen Kollegen als Vertretung gehalten habe,
mit dessen Folien so 35 bis 50 Folien pro Vorlesung,
also nicht so furchtbar, überdimensioniert, schon im Namen reinen Rahmen,
alle saßen da, so einmal verschränkt, haben zugehört,
aber die Beteiligung war mäßig,
dann gab es noch Übungen dazu,
die habe ich nicht selber gemacht,
dadurch hatte ich auch kein Feedback und Es zeigte sich dann,
dass ganz viele durch die Prüfung gefallen sind.
Es blieb ganz wenig hängen. Das war nicht so,
dass die Fragen, so ähnlich wie wir es jetzt hier haben,
fragen zu den einzelnen Abschnitten. Ja, also wir können
das hier so, solche Wiederholungsfragen gab es schon durchaus.
Wir haben die auch in der Vorlesung diskutiert, aber es
blieb zu wenig hängen. Daraufhin habe ich mich entschlossen irgendwann,
nicht mehr so viel PowerPoint zu machen,
sondern so mehr Aktivität zu sorgen.
Aktivität funktioniert natürlich am besten durch Selbsttuden. Das ist etwas,
was sie wenigstens ein Stück weit in der Übung tun können.
Richtig tun können sie das, indem sie es in Softwareprojekten anwenden.
Und sie kennen ja vielleicht alle den Spruch,
eine Programmiersprache lernt man nicht im Hörsam
Das lernt man nur durch Tun, durch Programmieren.
Und so ähnlich ist es hier auch mit, wir wollen etwas damit tun.
Und das, was wir hier in der Vorlesung tun können,
ist, dass zwischendurch immer mal wieder zu wiederholen,
aber das ist ziemlich wineway, insbesondere in dieser Remote-Situation.
Ja, aber auch sonst im Hörsaal,
wenn da 120 Leute sitzen, ist die Hemmung,
was zu sagen, zu fragen, doch etwas größer.
Deswegen, wie können Sie aktiv mitwirken?
Und da ist ein erprobtes Mittel, ist selbst etwas aufschreiben.
Ich hatte schon erwähnt, Sie kennen dieses Prinzip vielleicht,
haben Sie diese Erfahrung schon gemacht, wenn es darum geht,
einen Spickzettel zu machen, Man strukturiert das Wissen anders,
wenn man es über das Schreiben nochmal macht.
Manche erinnern sich mir persönlich, ging das so,
die erinnern mich manchmal noch, oh,
das stand auf einer Seite links oben,
da war so und so ein Bild.
Wenn ich das selbst geschrieben habe, war es noch was anderes.
Deswegen möchte ich sie ermuntern, selbst mitzuschreiben.
Dieser wissenschaftlich auch untersuchte, kaffeologische Effekt,
das durch das Schreiben die Erinnerung stärker bleibt.
Das ist stärker, dass in ihren Synapsen verschaltet bleibt.
Diesen Effekt wollen wir erreichen, wir wollen ihnen gern
ein bisschen mitgeben, versuchen sie das so zu tun
Ist nicht das Gleiche, dass sie von dem Video einen Snapshot machen,
wenn ein Blatt voll ist und sagen, okay,
hier kann, ich kann das alles gut lesen.
Schreiben Sie selbst mit, das ist mein Appell an Sie,
versuchen Sie selbst Ihre eigenen Notizen zu machen.
Die Folien sind dafür vorbereitet in diesem Fach,
weil ich dieses schon länger in dem Home E sei,
in dem wir sonst wären, gibt es keine Tafel,
deswegen muss ich das schon in den letzten zwei Jahren da mit dem iPad machen,
wo das am Ende so aussieht,
wie sie es jetzt hier auch live sehen oder als aufzeichnen sehen.
Soviel dazu lassen Sie uns jetzt zu dem Paket kommen
Wir sind, dazu gibt es eine Frage,
also wir gehen weiter hier auf Folie 19
in dem Foliensatz und die Frage 7 beschäftigt sich damit,
was ist ein Paket, der UML?
Ups, wir können hier zeigen, also diese Frage,
ist das, jetzt möchte ich gerne die Folie zur Seite schicken, jetzt kommt's.
Genau, also die nächste Folie sagt das,
da gibt es eine Definition, was ist ein Paket in der UML?
Erstmal möchte ich sagen, die UML ist sehr reichhaltig,
UML, Unified Modeling Language nochmal zur Veränderung, standardisiert.
Es gibt ein paar Erweiterungen, wie zum Beispiel diese Use-Case-Beschreibungen,
die wir im Leben der letzten Einheit hatten.
Das Paket gehört überall dazu. Wir haben so circa 15 Programme,
15 Diagramme in der UML, von denen wir hier nicht alle behandeln werden,
aber das Paket kommt in allen Diagrammen vor.
Man kann es in allen Diagrammen verwenden. Und lassen Sie
uns dazu kurz etwas sagen. Es geht hier darum,
dass wir Pakete nutzen, um eine komplexe Einheit zu gliedern.
Sie ändern sich ganz zu Anfang,
ich habe darüber gesprochen, große und kleine Systeme.
Für kleine Systeme braucht man das nicht. Aber für große Systeme
muss man eine Gliederung haben. Und das wäre hier dieser Punkt,
wir wollen das Ganze kniedern, wir wollen es strukturieren.
Das ist ganz wesentlich. Und man kann dort alles reinpacken.
Ansammlungen, beliebigen Typs. Also sie könne in ein Paket Klassen reinpacken,
sie können in ein Paket Use Cases reinpacken,
sie können in ein Paket Zustände reinpacken.
Sie können in ein Paket auch wieder Paket reinpacken,
wie dieses Bild hier unten zeigt.
Rechts unten sehen sie, dass es hier ein Paket ist,
wo wieder Pakete drin sind
Jetzt steht hier noch ein bisschen was zusätzlich dazu.
Ein Paket definiert einen Namensraum, so einen Begriff kennen Sie aus der Programmiersprache.
Das heißt, es muss nicht eindeutig sein, darüber hinaus.
Ja, also diese Punkte, diese Erweiterung in Klammern,
sagt das nochmal, es muss nur im Raum eindeutig sein.
Also wenn Sie eine klasse Kunde haben, dann können Sie woanders,
wenn es ein anderes Paket ist, durchaus wieder mal eine klasse Kunde haben,
das erleichtert die Sache, es wird nicht so schwierig.
So, es gibt das Ganze hat immer ein Enthaltenseinsbeziehung. Ja,
also dass dieses Die Pakete enthalten einander,
das ist also Teil von, ja,
und es kann irgendwie referenziert werden und am Ende, hier,
das fehlt etwas, das können wir gleich mal hier ergänzen,
das ist durch das Bildpaket, ja, weiter geht der Text hier nicht.
Jedes Element kann referenziert werden durch den vollen Namen,
so kennen Sie das von Java her,
Sie können den Paketnamen angeben und es gehört irgendwie immer zu
einem Paket,
wo es wirklich hingehört
Zur grafischen Darstellung. Pakete können so dargestellt,
wie wir das hier recht sehen, ja,
so ein Symbol mit einem Reiter, also ein Kasten,
eine Box mit einem kleinen Reiter oben dran.
Das ist das grafische Symbol für Paket. Die Programme,
die Software unterscheidet sich, die verschiedenen Modellierungswerkzeuge unterscheiden sich ein bisschen.
Manchmal gibt es zum Beispiel die Möglichkeit, das hier oben reinzuschreiben.
Manchmal sieht es auch so aus,
dass man das Symbol so mit schrägen Ecken macht.
Ich male das mal hier so klein hin, so,
und dann sieht das ein bisschen so schräg aus. Ja,
auf jeden Fall ist es immer gedacht, ich weiß nicht,
ob sie das irgendwo in Realität mal gesehen haben bei Karteikarten,
die man so in einem Stapel hat.
Zwischendurch macht man eine, die so,
wird der Reiter so ein bisschen rausguckt. Dieser Reiter oben,
das ist diese, ist zur Kruggierung genutzt bei Karteikarten.
Und hier hat man dieses grafische Symbol verwendet. Es gibt aber
nicht nur das grafische Symbol, sondern ich kann es auch
anders darstellen. Ich könnte das auch so darstellen,
dass ich einfach nur den rechteckigen Kasten nehme.
Ja, es ist eine andere Darstellung für Paket.
Der richtige Kasten ist in der UML eigentlich die Klasse.
Wenn ich den Kasten nur so male,
ist es eine Klasse, aber damit es ein Paket wird,
schreibe ich etwas rein und zwar in doppelten Spitzenklammern Package
Und dadurch wird das ganz dieses Symbol zum Paket und da
kann ich reinschreiben, zum Beispiel Systemverwaltung.
Ja, also das würde das entspricht dem hier.
Das ist halt die gleiche Bedeutung, das könnte man füreinander ersetzen
und das hier ist dann Diese Darstellung hier oben ist ein Stereotyp.
Wir kommen gleich noch dazu, das ist ein, nutzen wir,
um ein Element genauer zu beschreiben, was es denn sagt.
Also das wäre eigentlich das Lassensymbol durch die Beschreibung Package,
wird es zu einem Paketsymbol.
Und das hier ist das grafische Stereotyp.
Für Package
Package ist Package oder Paket, wie sie wollen.
Deutsch oder Englisch. Also, wir haben das, wenn das grafisch darstellen,
das wäre das hier. Oder du könntest textuell darstellen,
das wäre der Kasten mit diesen doppelten Spitzenklammern Peckage drin,
die doppelten Spitzenklammern sind kleiner Zeichen und Größerzeichen.
Die nächste Folge zeigt uns, wieder eine andere Darstellung mit diesem Package,
das kommt aus einem anderen Programmsystem,
die Hersteller Natur sind ja manchmal ein bisschen freizügig,
aber man kann erkennen, es soll sich hier um so ein Paket handeln.
Es ist eine Karte mit einem Reiterteil. So,
jetzt uns interessieren bei diesem Bild die Beziehungen.
Wir haben hier, ich mache das mal rot,
damit man es unterscheiden kann von einem Diagramm.
Diesen Pfeil kennen Sie alle schon. Was ist das für
ein Pfeil? Kurz nachdenken. Laut die Antwort rufen bitte.
Das ist die Generalisierung. Wer jetzt Vererbung gesagt hat,
war falsch. Und zwar ist es so,
dass Hier unten das Speziellere steht und hier das Verallgemeinerte.
Hier das Speziellere, hier das Verallgemeinerte. Es ist nicht so bei Programmiersprachen kann man durchaus von Vererbung sprechen,
man gibt Eigenschaften weiter, aber eigentlich steht dieser Pfeil für Generalisierung,
Spezialisierung, also in diese Richtung von oben nach unten Spezialisierung,
in diese Richtung ist, dass die Generalisierung Kennzeichen ist,
dass wir hier dieses Dreieck dran haben, was nicht ausgemalt ist.
Ja, also wir haben hier zwei solche Generalisierungspfeile,
das kann, was du sagst, hier ist die Tarifierung,
Tarifierung heißt die Berechnung des zuzahlenden Betrags bei einer Versicherung,
dass diese Online-Tarifierung allgemein und hier ist noch mal was speziell dazukommt,
die Lebensversicherung, um für die Sachhaftpflicht, Unfall, Krankenversicherung, so würde ich die Abkürzung interpretieren.
Wir haben hier noch eine andere Form von Beziehungen,
die wir durch die gestrichelten Pfeile dargestellt haben.
Das ist hier eine Abhängigkeit. Während die Generalisierung Ein Fall mit
leerer Pfeils besitzt, ja, und das ist hier,
während das ein durchgezogener Pfeil und das ist ein gestrichelter Pfeil.
So, wir haben diese Beziehungen,
Generalisierung und Abhängigkeit haben wir in anderen Diagrammen,
auch in ganz vielen Diagrammen, wie wir auch die Pakete in ganz vielen Diagrammen haben.
Die Frage ist, was bedeutet Abhängigkeit? Abhängigkeit,
wir werden später nochmal drauf kommen, heißt,
wenn das eine sich ändert,
muss das andere sich auch möglicherweise ändern
Ja, also hier ist es zum Beispiel so,
dass hier vielleicht Schnittstellendefinitionen drin sein können, in diesem Paketpartner,
die im Paket leben, irgendwie gebraucht werden.
Was dieser Abhängen, worin diese Abhängigkeit genau besteht,
ist hier nicht klar gesagt.
Man könnte hier auch so ein Stereotyp dran machen mit spitzen Klammern,
zum Beispiel Import, Beziehung, ist eine genauere,
sagt genauer, worin besteht denn die Abhängigkeit?
Ich übertiere etwas. Aufrufsbeziehung wäre auch eine genauere Beschreibung in Abhängigkeit.
Das wissen wir alles nicht. Hier steht nur,
es hat miteinander zu tun, es hängt voneinander.
So, ansonsten haben wir in diesem Jahr,
kam noch eine weitere Beziehung
Wer findet die? Diese Beziehung ist nicht durch ein Feuer
gekennzeichnet. Das ist ein bisschen schwierig. Wir haben es
allerdings selbst vorhin vorher bei der letzten Folge schon gesagt.
Tatsächlich gibt es hier
die Enthaltenseinsbeziehung
Also sie sehen, es gibt verschiedene Formen von Beziehungen,
die wir hier und darstellen können.
Damit erstmal soweit zu Paketen und dann
werden wir gleich mal was zu Stereotypen sagen