Jetzt kommen wir zum Aktivitätsdiagramm, in unserem Gliederung, in unserer Gliederung,
ist das der Punkt 1.3 und das knüpft an an das,
was wir vorher zur Anforderungsbeschreibung gesagt haben.
Wir gehen schon mal hier zu einer Folie vorher,
woraus besteht so ein Anforderungsmodell und davon haben wir bis jetzt
das Anwendungsfall Diagramm behandelt und dazu gab es eine Anwendungsfallbeschreibung.
In dieser Anwendungsfallbeschreibung war es dann, war so,
dass Aktivitäten beschrieben werden. Das Besondere hier dran war,
diese Aktivitätsbeschreibung, wir können uns das nochmal anschauen,
Da gab es, ich springe mal in meinen Folien,
hier vorher diese Use-Case-Beschreibung, von die an die sich erinnern,
wo der Besondere die Besonderheit hat, dass wir hier Abläufe beschreiben.
Wenn dieser Abläufer ein bisschen komplizierter sind, wenn die einfach sind,
dann schreibt man einfach nur Stichpunkte, strukturierte Sprache,
vielleicht sogar ein bisschen Pseudocode, wenn dann das reicht.
Wenn die Abläufe etwas komplizierter sind, reicht das nicht mehr.
Und für größere Abläufe, Geschäftsprozesse möchten wir es eindeutig haben.
Und dann ist natürliche Sprache nicht das Mittel der Wahl.
Und das ist der Punkt, wo es dann uns helfen kann
, zu verwenden. Wir wechseln, wir verwenden dafür,
dass Aktivitätsdiagramme, also für Punkte,
wo wir Verhalten beschreiben wollen und natürliche Sprache reicht nicht aus,
dann ist das Aktivitätsdiagramm eins der möglichen Mittel.
Das haben wir, geht auf Folien 24 los,
vielleicht schauen wir uns kurz die Fragen dazu an,
die wir denn gleich beantworten werden.
Das wäre hier die Frage 9, wo welche Elemente enthält dieses Aktivitätsdiagramm?
Man könnte auch die Frage stellen, wofür dient es?
Also wir schauen, wir gucken erst mal,
was ist ein Aktivitätsdiagramm
Aktivitätsdiagramm beschreibt, so eine Maus auf den Monitor so
ein bisschen bewegen, beschreibt, ein Ablauf.
Ja, also das ist der Kernpunkt hier.
Es geht um Abläufe. Es ist also ein dynamisches,
ein Diagramm für dynamische Aspekte. Nicht so sehr das Statische,
in das ein Diagramm zeigt uns,
das lassen die ja gerade kennen, das Hensey aus SE1 und SE2.
Das Lassendiagramm zeigt uns, wie hängen die verschiedenen Sachen miteinander zusammen.
Und hier zeigt es, wie ist die Reihenfolge?
Wie sind die Zeiten? Ja, und wir haben hier die Bezeichnung,
es gibt Knoten und Kanten, das ist in die grafischen,
die kamen ganz häufig so in grafischen Modellen und die sind verbunden.
Also die Knoten sind verbunden durch Flüsse und hier haben wir
Objektflüsse und Kontrollflüsse als Begriff.
Vielleicht ist ihnen schon mal der Begriff Datenfluss und Steuerfluss untergekommen.
Das würde ich mal hier dranschreiben. Der Objektfluss ist
vergleichbar mit dem Datenfluss und Kontrollfluss ist manchmal das Wort Steuerfluss
Steuerfluss bezeichnen also die Reihenfolge, während der Datenfluss oder
der Objektfluss zeichnet, wie wo gehen die Objekte lang,
wo gehen Datenströme lang, das ist der Datenfluss.
So, wir schauen uns hier,
es werden drei verschiedene Arten von Knoten genannt,
Aktionsobjekt und Kontrollknoten, doch das schauen wir uns erstmal.
Wir schauen uns erstmal ein Beispiel an. Wir hatten
eben bei dem Use Cases schon so einen Kalenderium Beispiel,
wo es darum ging, ein Kalendersystem für mehrere Benutzer zu machen.
Und hier sehen wir jetzt mal ein Beispiel so ins Aktivitätsdiagramms,
was vielleicht ein bisschen komplexer wäre,
was man nicht mehr als Ablauf Wir bleiben weiterhin dabei,
das Ablauf im Use-Case-Diagramm, in der Use-Case-Beschreibung könnte man das machen.
Und wenn es ein bisschen komplizierter wird, als nur zwei,
drei Schritte, dann sollte man vielleicht überlegen,
muss ich das wegen der Eindeutigkeit jetzt besser darstellen?
Was wir jetzt hier sehen, ist, dass wir so einen Fluss haben.
Sie sehen das hier oben, ist offensichtlich der Anfang.
Das sieht man in den Pfeilen und dann geht es hier
runter und es gibt noch Varianten hier lang oder eine Variante hier lang.
Und diese Pfeile, die wir hier sehen, das ist schon der Kontrollfluss.
Also das schreiben wir uns mal hier dran.
Das ist der Kontrollfluss, das ist der Staatsknoten.
Wir haben das gleich nochmal von anderen Diagrammen auch nochmal.
Und das ist der Endknoten, das ist unschwer zu erkennen.
Eine der Stärken dieses Diagramms ist es,
dass es auch für Nicht-Informatiker intuitiv verständlich ist.
Und deswegen ist dieses Diagramm empfohlen für die Anforderungsbeschreibung bei der Anforderungsbeschreibung,
kommt es ja darauf an,
auf Kommunikation mit dem Auftraggeber auf der einen Seite und dem Informatiker,
der Seeaufgabe verstehen und umsetzen soll.
Auf der anderen Seite, man braucht ein gemeinsames Medium
Sind wir jetzt hiermit was ganz Speziellem ankommen,
wie zum Beispiel an Petri-Detz, das könnte sowas auch durchaus darstellen,
da braucht man erst noch eine spezielle Schulung und spezielle Qualifikation,
um das zu verstehen und nicht nur abzudecken,
der Auftraggeber muss ja wirklich sagen, ja,
das ist es oder dort müssen wir noch was ändern.
Dieses Aktivitätsjahrkram hat den Fortschritt verteilt, dass es sehr gut verständlich ist.
Wirtschaftsinformatiker kennen aus der BPMN, nebenbei merkt das Prozessdiagramm,
was sehr viele Ähnlichkeiten zu dem Aktivitätsziel erkommen.
So, weil sie wir also jetzt hier haben,
wir machen mal weiter mit dem Diagramm, wir haben hier einen sogenannten Aktionsknoten
Da passiert etwas und darin ist eine Tätigkeitsbeschreibung, ja,
ups, das war falsch, da ist es wieder hoffentlich,
ja, nein, jetzt ist was verschoben,
ich bin hier auf eine Taste gekommen,
das muss ich mal schnell wieder einrichten.
Wie kriegen wir das, den entstehenden Moment, Augenblick,
sorry, krieg mal hin,
ich muss das mal wieder auf die richtige Größe bringen.
Ja. Und schon kann es weitergehen. Gut,
also wir haben hier vielleicht noch ein kleines Tick,
einen Tick kleinen
Damit sie den unteren Rand auch sehen können. So,
jetzt sollte es wieder auf ihrem Schirm richtig sein.
Also wir haben hier Tätigkeiten, die wir beschreiben wollen.
Vorzugsweise sollten das also Worte sein, die Tätigkeiten auch ausdrücken.
Also werben wären hier sinnvoll. Meine Maus wieder hier rüber tun. So,
und was wir zusätzlich noch haben,
was sind es hier vielleicht bemerkenswert ist, ist,
dass wir hier, wenn wir den Ablauf betrachten,
hier geht es so eins nach dem anderen,
das ist relativ einfach,
einfach nur eine Sequenz,
aber hier haben wir tatsächlich eine Entscheidung und bei der Entscheidung
sollte es unter einer Bedingung hier lang gehen und der eine auch mit anderen Bedingungen hier lang und hier sehen wir die Bedingungen.
Diese Bedingungen sind durch eckige Klammern gekennzeichnet. Das ist typisch
für die UML. Ja, also diese eckigen Klammern,
vielleicht machen wir die eine noch ein bisschen schöner,
eckiger, so,
das kriegen wir uns
ein bisschen schöner hin
So, diese Klammern kennzeichnen Bedingungen. Ja,
also wir haben die hier mehrfach hier ein bisschen tiefer,
sehen wir die auch nochmal.
Hier gibt es das Gleiche, noch einmal. So,
das nächste Diakamm, das nächste Bild zeigt uns diese Elemente nochmal.
Also wir haben jetzt eben schon gesehen, den Stadtknoten,
den Endknoten. Dann haben wir den Steuerfluss oder Kontrollfluss.
Wir schreiben halt, dass es für sie eindeutig ist.
Nochmal mit dran. Die Bedingung haben wir hier mit eckigen
Klammern. Das ist wichtig. Der Aktivitätsknoten oder Aktionsknoten,
schreiben wir mal da besser dran.
So ist die bessere Bezeichnung
Dieser Aktionsknoten soll eigentlich ein Viereck mit abgerundeten Ecken sein.
Manche malen das so als halbe Allypse,
das war jetzt hier im vorhergehenden Bild.
Hier kann man noch fast an, Viereck mit abgerundeten Ecken.
Hier ist es so ein bisschen weniger abgerundet,
irgendwie so ein bisschen rund. Ein richtiges Viereck sollte es
nicht sein, weil das richtige Viereck stellt Objekte dar.
Das sind häufig Datenparameter,
die weitergegeben werden
So, dann haben wir Dinge,
die wir jetzt gleich am nächsten Bild sehen werden,
nämlich, dass wir hier etwas,
dass wir hier so Entscheidungen haben,
hier sehen Sie wieder die Bedingungen in eckigen Klammern,
die haben wir beim nächsten Bild immer,
die haben wir hier in dem vorgehenden Bild noch nicht gehabt,
so schieben wir uns weiter.
Sie sehen hier, hier wird zwar entschieden,
da lang aber dieses Element, Entscheidungsknoten haben wir hier nicht,
aber im nächsten Bild wird das ein bisschen weiterentwickelt.
Ja, also hier sehen wir letztlich das Gleiche,
hier ist aber diese Entscheidung durch so einen Entscheidungsknoten dargestellt.
Und das hilft uns dann schon,
das ein bisschen besser zu beschreiben
Und was wir hier auf diesem Bild,
also hier sehen wir weiterhin, es gibt hier einen Ablauf,
dass es hier nochmal speziell, sagen wir gleich,
da haben wir also die Entscheidung entweder hier lang,
unter Hiderlagen, wieder Entscheidungen mit eckigen Klammern.
Und hier unten haben wir das Gleiche nochmal. Und bei
der Zusammenführung haben wir wieder diesen, gleich diesen Entscheidungsknoten hier.
Hier und haben wir nochmal so ein Konstrukt mit diesem schwarzen Balken.
Was hat das mit dem schwarzen Balken auf sich?
Im vorgehenden Bild wird gezeigt, das heißt Teilung und Synchronisation.
Ja, also wir sind hier, diese beiden Dinger mit
dem schwarzen Balken, dieser schwarze Balken ist typischerweise waagerecht gezeichnet.
Auch wie man immer versucht, den Steuerfluss,
von oben nach unten tendenziell zu machen.
Aber natürlich muss es manchmal auch hochgehen und manchmal auch quer.
Aber im Prinzip versucht man das wegen der Lesbarkeit,
von oben nach unten zu machen. Das ist nebenbei merkt
ein Unterschied zu BPMN, zu den Modellierungen für Geschäftsprozesse,
wo man es eher von links nach rechts.
Also von oben nach unten und diese Synchronisation bedeutet,
manche sagen dazu Parallelität, das trifft es nicht ganz,
Synchronisation ist der bessere Begriff, weil es wird gewartet.
Man synchronisiert, man wartet,
weil wir das eine weitergeht und das eine angekommen ist,
das andere angekommen ist,
erst dann geht es weiter
Synchronisationen bemerken uns, es geht erst dann weiter,
wenn beide Sachen eingetroffen sind. Und hier ist das Gegenteil
das Aufbild. Schauen wir uns das am Beispiel an,
auf der nächsten Folie sehen wir, dass genau hier oben.
Also die Reihenfolge, ob jetzt das oder das gemacht wird,
es geht erst weiter, wenn beides fertig ist.
Tatsächlich, etwas ist der Unterschied zu dem,
was wir zwei Folien vorher hatten.
Hier war das in einer festen Reihenfolge.
Benutzer-ID prüfen, dann Eckdaten erfassen,
Teilnehmer zuordnen
Wenn wir diese weiterentwickelte Phone waren, Benutzer-IT prüfen war vorher und dann,
ob ich Eckdaten des Termins saß, erfasse oder den Teilnehmer zuordnen,
das ist hier von der Reihenfolge her freigestellt.
Es geht erst weiter, wenn beides erledigt ist.
Das hat große Vorteile, diese Freiheit, diese Flexibilität,
dem Anwender zu ermöglichen. Stellen Sie sich vor,
Umalisien ruft beim Otto-Versand ein und möchte eine Camera-Decke bestellen und
die Dame am Telefon sagt ihm erst, nein,
ich muss aber erst Ihre Kundennummer wissen.
Er kann ich nicht aufschreiben, dass Sie eine Camera-Decke wollen
Ja, also diese, wenn wir das flexibel machen können,
okay, der Kunde bestellt zuerst seinen,
nennt erst die Artikel und dann gibt er seine Kundenidentifikation ein oder erst das eine,
wenn sie das in der festen Reihenfolge haben,
dann gibt es unschöne Nutzerinteraktionen.
Besser wäre es, wenn man das flexibel halten kann,
okay, entweder das zuerst oder das zuerst.
Tatsächlich hatten wir das schon mal vorher,
das haben wir schon so genau diesen Konstrukt gesehen.
Ich gehe mal in den Folien zurück bis zu dem,
was wir, wo wir es um Anforderungsmodelle gingen. Tatsächlich,
ich habe ihn damals gesagt, das ist ein Aktivitätsdiagramm der UML,
der steht hier oben auch schon drauf und hier haben wir genau das Gleiche.
Hier haben wir das auch Wir haben das,
wenn Sie sich erinnern, letzte Woche gesagt, ja,
ob ich das zuerst mache oder das zuerst mache oder das zuerst mache,
ist egal, hängt von der Spezifik ab.
Weiter geht es erst, wenn wir das alles preis haben.
Und hier haben wir also das Aufsplitten und die Synchronisation.
Die sehen wir jetzt hier nochmal direkt. So,
lassen Sie uns weitermachen mit den Modellen. Also hier,
Synchronisation, schwarzer Balken für Dinge, die parallel gehen,
die nebenläufig gehen, aber die Bezeichnung Parallelität ist ein bisschen irreführend.
Es muss ja nicht gleichzeitig sein, das und das,
sondern es muss nur beides fertig sein,
bevor es weitergeht
Diese gleiche Konstellation aufsplitten, zwei Sachen parallel und haben wir hier unten nochmal,
also ob ich das zuerst mache und das zuerst mache, ist letztlich egal.
Weiter geht es oder Ende, das Ende wird erst erreicht,
wenn ich die beiden habe. Ja,
also die Synchronisation, die Bezeichnungen sollen von so etwas,
was unabhängig voneinander läuft, klar, man kann sagen parallel,
aber der bessere Begriff dafür ist nebenläufig. So,
damit haben wir schon wichtige Elemente des UNL-Diagramms gezeigt,
dieses Aktivitätsdiagramms der OML gezeigt, aber es gibt noch eine weitere Möglichkeit,
die eine ganz wesentliche Den meinst du,
das ist so ein Nutzwert des Aktivitätsdiagramms ist,
nämlich zu sagen, wer macht denn was?
Und das ist das, was wir im vorgehenden Bild hier mit diesen Partitionen haben.
Wir haben also so Bereiche, die Kennzeichen wehrtut, was?
Da gibt es eben Jarkong, Swimlane als Beschreibung, als Bezeichnung.
Ja, das ist natürlich sehr umgangssprachlich. Manchmal,
das ist so ein Entwicklerschakung, ja,
offiziell die offizielle Bezeichnung ist eine Partition oder auf Deutsch Verantwortungsbereich,
So, was es dann auch noch gibt,
das steht hier unten, wir haben die Möglichkeit,
das gibt es auch wieder überall in allen Diagrammen der UML,
so eine Freitextnotiz zur Erläuterung zu bringen.
Nur versuchen Sie, das sparsam zu machen, versuchen Sie das nicht zu machen. So,
also wir haben jetzt hier, in diesem Diagramm,
hatten wir die Nebenläufigkeit hier oben gesehen und hier,
dann hatten wir Entscheidungen und die wieder zusammengeführt und jetzt ein
Beispiel für Party oder die Definition dieser Pratition der Verantwortlichkeitsbereich beschreibt,
wer ist dafür zuständig, wer macht das.
Ja, und hier oben schreibt man den Namen hin,
Ja, verantwortliche, das kann ein Akteur sein,
das kann ein System sein. Und das ist,
genau, wir schauen uns das hier an einem Beispiel an,
das ist ein bisschen klein,
aber sie haben ja besser als im Vorlesungsraum,
das direkt vor sich, insofern können sie das gut sehen.
Hier haben wir eine Darstellung, auch Darstellung von Anforderungen,
einfach nur, es sind relativ viele Elemente,
wenn wir uns vorstellen,
das würden wir jetzt im Text mit natürlicher Sprache darstellen,
wäre es schon knifflig
Ja, also wir sehen jetzt hier den Startknoten.
Hier haben wir solche fetten Balken, die sind ein bisschen
überdimensioniert bezeichnet für das Aufsplitten hier in zwei Einheiten, um die Symbonisation dieser Zweilinien.
Und dann haben wir hier so Verzweigungsknoten. Sie sehen,
das springt hier auch mal wieder hoch. Ja,
die Pfeile sind ja nicht so schön rund gezeichnet,
wie wir das vielleicht machen würden.
Dafür gibt es hier so eine Sache, wo man das überkreuzen wird. Ja,
und was wir aber ganz klar sehen,
es gibt Bereiche, für die ist der Kunde verantwortlich,
das sind alles die hier, dass es gibt jetzt Sachen,
für die ist die Kassiererin verantwortlich und Sachen,
die passieren im Kassensystem
Was sehr gut hier gemacht ist, ist,
dass wir überall wirklich werben dabei haben, scannen,
addieren, geben, nehmen.
Also es ist immer klar, was für eine Tätigkeit passiert.
Deswegen ist das wichtig, um Tätigkeiten darzustellen. Damit haben wir
in diesem Bild schon einen Ablauf, der relativ komplex ist.
Wir haben die Möglichkeit zu sagen, wer macht denn was?
Auch das ist wieder eine wichtige Sache, um den Ablauf
genauer zu beschreiben. Manchmal wollen wir aber noch beschreiben,
was hängt mit wem zusammen? Und was wird mit wem
übergeben? Und das haben wir auf der nächsten Folie,
diesen Objektfluss
Ja, der Altenfluss ist das gebräuchliche Wort dafür,
aber da wir über Objekte reden, haben wir den Objektfluss.
Und das kann durch solche Objektknoten dargestellt werden,
Objektknoten sind Kästen, Kästen in der UML generell,
sie steht erstmal für klasse, manchmal auch für Objekt.
Und in dem Fall passt das also ganz gut.
Wir übergeben ja Daten, dass wenn wir Objekte übergeben,
dann sind das genau die Objektorientierten Objekte. Also wir übergeben hier von einer Tätigkeit,
von einem Aktionsknoten zu einem nächsten Aktionsknoten, übergeben wir hier ein Objekt.
Ja, in dem Fall eine Reservierung. Es gibt zwei Darstellungen dafür. Die eine Darstellung sieht,
dass wir das das übergebende Objekt zu direkt dazwischenschalten,
dadurch zeichnen und das andere, dass man hier solche Kästchen dran macht,
sowas wie Ports oder Pins, das heißt,
so heißt sowas eben Aktivität im Komponentendiagramm,
wie sie die benennen ist,
soweit gehen wir hier nicht in die UML rein.
Wichtig ist, dass sie verstehen,
dass es hier auch die Darstellung dieser Pfeil auch dafür dasteht,
den Objekt zu kennzeichnen, hier auch Dobjektfuß.
Also während wir im vorgehenden Bild,
die Pfeile stehen alle hier für die Sequenz für die Reihenfolge,
hier steht nirgendwo etwas, welche Daten weitergegeben werden,
Sagt dieser Pfeil, okay, hier werden Daten weitergegeben.
Natürlich werden die Daten in einer bestimmten Reihenfolge weitergegeben,
aber das ist eigentlich, also hier,
deswegen steht das hier nochmal da, der Objekt für,
es ist wie ein Kontrollfluss, es werden jedoch Objekte transportieren.
Das heißt, sie können hier durchaus auch den Objekt fürs Ding und Teufels dahinter sehen,
also auch steuerfluss, kein Vollfluss, ist damit dargestellt.
So, jetzt nochmal zusammenfassend, das war ja die Frage,
wir springen nochmal zu der Frage hier, welche Elemente enthält ein Aktivitätstdiagramm?
Das waren die Sachen, die wir hier auf dem Bild
so schön zusammengestellt haben. Ja, wir haben also Steuerknoten,
wir haben, das sind diese alle, wir haben Steuerauflüsse,
die auch manchmal, oder Kontrollflüsse, die auch manchmal Objektflüsse sein können,
wenn wir da die Objektknoten dabei haben.
Und ansonsten haben wir vor allen Dingen Aktivitätsknoten. Außerdem gibt es
noch die Partition. Auch hier gibt es noch Elemente,
die Sachen zusammenfassen, doch so weit gehen wir nicht.
Ich möchte sagen, nochmal bei der Gelegenheit,
dass wir von der UML hier nur eine Untermenge behandeln,
aber Diese Untermenge sollte reichen, sie zu befähigen,
durch die Diagramme in der elementaren Form zu lesen.
Und diese Elemente auch Schulen zu benutzen, um sie zu zeichnen,
das ist das, was wir auch in den Übungen machen werden.
Bei der Gelegenheit möchte ich Ihnen nahelegen,
die UML als eine Ausdruckssprache der Informatiker zu begreifen,
zu benutzen, legen Sie sich ein UML-Buch zu.
Das ist meine dringende Empfehlung. Jemand, der mit deutscher
Sprache viel arbeitet, sollte ein Grammatikbuch haben zum Nachschlagen.
Oder vielleicht auch einen Duden zum Wörtern nachschlagen,
wenn man teure Erläuterungen dazu möchte. Klar,
Wikipedia und Victionary ergänzt viel, aber gerade für ein,
natürlich können Sie ein OML-Buch auch online haben.
Doch ich möchte Ihnen UML deswegen als Buch kauft,
direkt kaufen Sie sich ein Hardcore-Buch.
Haben Sie das auf Ihrem Schreibtisch? Schauen Sie nach,
arbeiten Sie damit? Weil dieses Haptische wirklich damit zu arbeiten,
ist noch etwas anders. Zum Beispiel mein eigenes UML-Buch,
ich werde es demnächst mal mitbringen,
jetzt liegt das Moment noch in meinem Büro und ich bin
nicht im Büro, wie Sie sehen,
das hat so Fahnen
Wo jedes Diagramm steht, damit ich schnell finde,
ah, das ist der Aktivitätszieher kann,
weil auch ich kenne nicht alle Elemente des Aktivitätsdiagramms,
damit man es schnell findet oder mein Mann solche Ergänzungen handschriftlich eben machen.
Das können Sie bei einem E-Book nicht machen.
Das können Sie bei einer Webseite auch nicht tun und bei
einem Bebruch der Bibliothek sollten Sie es nicht tun.
Also kaufen Sie sich so ein Buch,
das ist eine gute Investition und kaufen Sie sich ein UML-Buch für
die UML2. Also deswegen, das schreibe ich mal hier bei,
wo schreibe ich das am besten hin?
Wir haben Ich schreibe das mal bei den Fragen mit hin oder bei den MML
US-Case-Modellierungen. Da steht schon was zur Unified Modeling Language.
Und da würde ich mal noch dazu schreiben,
dass ich in Empfehlungen Es gibt verschiedene Bücher,
die zur UML 2 geeignet sind, wenn sie können,
auch die durchaus gebraucht kaufen, ein dignarisch kaufen.
Das ist ganz egal, solange es sich um UML2 behandelt.
UML1, also es gibt verschiedene Versionsbezeichnungen, 1.2,
1.5, UML1 war anders. Zum Beispiel das Aktivitätsjahrgramm war
teilweise anders. Aber UML2 ist relativ egal,
ob sich da UML2.5 oder 2.3 oder 2.6 haben,
auf dem Level als Nachschlagewerk ist das völlig klar.
Ich empfehle ihnen zum Beispiel das Buch UML zwei, glasklar,
oder UNL2, da habe ich den genauen Titel gerade nicht mit dem Autor Österreich.
Ja, das ist schlecht beschrieben. Ja, Herr Österreich
schreibt sich hier mit einem ernten Unterschied. Also die beiden UML-Bücher sind so Mainstream,
beide sind so geeignet, da sind so aufgebaut,
dass ich ein Teil habe, wo UML in die Diagrammen erklärt wird,
und der zweite mit Anwendungsbeispielen, das OML-Buch 2, glasklar,
ist ein bisschen besser von den Darstellungen und Beispielen her.
Und der Herr Österreich, der hat in seinen Bildern manchmal
so kleine Fehler eingebaut, die dann im Text erklärt werden.
So und so soll man es nicht machen.
Und das ist dann, wenn man nur das Diagramm sucht,
manchmal so ein bisschen hinterlich. Also meine Empfehlung ist,
um L2-Glas, klar, aber es gibt noch viele weitere Bücher,
wenn sie wollen, auch in Englisch,
irgendeins von UML 2 Glasklar, nur wichtig,
persönlich anschaffen,
ist wichtig
Die eigenen Notizen können sie anwenden, um das Buch dann
zu personalisieren, um ihr persönliches Wissen zu machen.
Und sie werden merken,
sie finden sich dann immer besser zurecht und damit wird es leicht,
wird auch diese Unified Molling Language ihre Sprache.
Damit sind wir am Ende des Anwendungs an Aktivitätsdiagramms weitergeht es
mit der Problemblereichsmodellierung