Danke für das gute Video! Ein Tipp: Man hätte den Vergleich zu "include" und "extend" visuell besser darstellen können, so zeigt nun alles auf Prozess "Ticket bezahlen". Eventuell nach "Ticket bezahlen" include > "Münzen einwerfen" und "Ticket bezahlen" < extend "Hinweis anzeigen, kein Wechselgeld" (Nur als rudimentäres Beispiel, da "Münzen einwerfen" ja schon fast eine Aktivität darstellt.
Hallo wirklich sehr gutes Video allerdings hätte ich das etwas anderst gemacht. Der Automat wird ja für alle Aktionen benötigt und ist ja ein System das bedient wird. Ich hätte also den Automaten nicht als Akteur sondern als Systemgrenze angesehen also "Ticketkaufen am Automat" als Systemgrenze. wäre das nicht eigentlich auch richtig??
Insgesamt gibt es immer viel Spielraum bei Anwendungsfalldiagrammen. Aber es ist üblich, Systeme wie Automaten, Datenbanken etc. als Akteure darzustellen. Man darf auch andere Symbole verwenden, es muss nicht unbedingt ein Strichmännchen sein.
Danke für das äusserst präzise Erklären der Diagrammelemente. Frage oder Hinweis: Ist der Automat nicht das System selbst? Der Automat ist immer an allen Use Cases beteiligt. Oder ist hier die reine Hardware gemeint?
Tolles Video aber ich hätte Ticket bezahlen als alleiniges Use-Case geschrieben. Weil der Gast MUSS ja bezahlen. Aber im Falle also einer condition, dass der Kunde zu viel bezahlt, dann gibt es ein extend von ein seperates Use-Case Wechselgeld. Was nur eintritt wenn die condition: "Gast hat mehr als erforderlichen Betrag gezahlt" eintritt. So sieht wie im Beispiel finde ich sieht es als anfänger so aus, dass man immer Wechselgeld zurückbekkommt da es ja includet ist.
Wie läuft es denn mit gerichteter Assoziation? In deinem Beispiel hast du ja eine einfache Assoziation. Könntest du vlt. erklären wann man was nutzt ? Liebe Grüße und danke für das Video !
Kann es sein, das du etwas durcheinander bringst? Assoziationen (bi- oder uni-direktional) werden bei Klassendiagrammen eingesetzt, nicht im Anwendungsfalldiagramm.
Danke für die schnelle Antwort! Nein leider nicht, mein Professor hat das nämlich in seinen beispiel Use Case Diagrammen und ich lerne aktuell für die Prüfung . Dabei ist mir aufgefallen das er dafür nirgends eine Erklärung hat und meine Kommilitonen sind da genauso überfragt. Im Internet habe ich auch nur „normale“ Assoziationen gefunden.
@@ALEXXX121234 Es gibt tatsächlich auch gerichtete Assoziationen im Anwendungsfalldiagrammen. Sie sind jedoch sehr selten im Einsatz, sind mir in meiner beruflichen Praxis nie begegnet. Aber gut. Eine gerichtete Assoziation ist ein Pfeil vom Anwendungsfall wegführend zu einem Akteur hin. Damit wird zum Ausdruck gebracht, dass dieser Akteur am Anwendungsfall zwar beteiligt ist, ihn aber nicht initiieren kann.
Das tut es ja (indirekt)! Die Verbindung geht nämlich zum Hauptanwendungsfall, daher muss man die ausgelagerten und die erweiternden Anwendungsfälle nicht noch einmal zusätzlich verbinden.
er fängt bei 04:25 an zu erklären
Danke bro
Grüß dich
danke brudi
DANKE dir
Danke
Tolles Video! Hat mir sehr beim lernen für den Berufsschulunterricht geholfen
Das typische 2013 Minecraft-Mod-Tutorial Desktop-Wallpaper lol
Vielen Dank für das Video! Es hat mir viel geholfen.
Danke für das gute Video!
Ein Tipp: Man hätte den Vergleich zu "include" und "extend" visuell besser darstellen können, so zeigt nun alles auf Prozess "Ticket bezahlen".
Eventuell nach "Ticket bezahlen" include > "Münzen einwerfen" und "Ticket bezahlen" < extend "Hinweis anzeigen, kein Wechselgeld" (Nur als rudimentäres Beispiel, da "Münzen einwerfen" ja schon fast eine Aktivität darstellt.
Vielen Dank für das tollen Video 👍
Hallo wirklich sehr gutes Video allerdings hätte ich das etwas anderst gemacht. Der Automat wird ja für alle Aktionen benötigt und ist ja ein System das bedient wird. Ich hätte also den Automaten nicht als Akteur sondern als Systemgrenze angesehen also "Ticketkaufen am Automat" als Systemgrenze. wäre das nicht eigentlich auch richtig??
Insgesamt gibt es immer viel Spielraum bei Anwendungsfalldiagrammen. Aber es ist üblich, Systeme wie Automaten, Datenbanken etc. als Akteure darzustellen. Man darf auch andere Symbole verwenden, es muss nicht unbedingt ein Strichmännchen sein.
Sehr gut erklärt bitte mehr
Danke für das äusserst präzise Erklären der Diagrammelemente. Frage oder Hinweis: Ist der Automat nicht das System selbst? Der Automat ist immer an allen Use Cases beteiligt. Oder ist hier die reine Hardware gemeint?
Tolles Video, danke dafür!
Tolles Video aber ich hätte Ticket bezahlen als alleiniges Use-Case geschrieben. Weil der Gast MUSS ja bezahlen. Aber im Falle also einer condition, dass der Kunde zu viel bezahlt, dann gibt es ein extend von ein seperates Use-Case Wechselgeld. Was nur eintritt wenn die condition: "Gast hat mehr als erforderlichen Betrag gezahlt" eintritt. So sieht wie im Beispiel finde ich sieht es als anfänger so aus, dass man immer Wechselgeld zurückbekkommt da es ja includet ist.
Sehr schönes und übersichtliches Video, allerdings fehlt doch die Generalisierung von Akteuren, oder täusche ich mich da?
Ja, das stimmt. Halte ich aber für die meisten Szenarien nicht für wichtig.
haha das Intro ist super
Wie läuft es denn mit gerichteter Assoziation? In deinem Beispiel hast du ja eine einfache Assoziation. Könntest du vlt. erklären wann man was nutzt ? Liebe Grüße und danke für das Video !
Kann es sein, das du etwas durcheinander bringst? Assoziationen (bi- oder uni-direktional) werden bei Klassendiagrammen eingesetzt, nicht im Anwendungsfalldiagramm.
Danke für die schnelle Antwort! Nein leider nicht, mein Professor hat das nämlich in seinen beispiel Use Case Diagrammen und ich lerne aktuell für die Prüfung . Dabei ist mir aufgefallen das er dafür nirgends eine Erklärung hat und meine Kommilitonen sind da genauso überfragt. Im Internet habe ich auch nur „normale“ Assoziationen gefunden.
@@ALEXXX121234 Es gibt tatsächlich auch gerichtete Assoziationen im Anwendungsfalldiagrammen. Sie sind jedoch sehr selten im Einsatz, sind mir in meiner beruflichen Praxis nie begegnet. Aber gut. Eine gerichtete Assoziation ist ein Pfeil vom Anwendungsfall wegführend zu einem Akteur hin. Damit wird zum Ausdruck gebracht, dass dieser Akteur am Anwendungsfall zwar beteiligt ist, ihn aber nicht initiieren kann.
Danke!
Danke
Tolles Video
Kurze Frage: Muss "Hinweis Anzeigen, kein Wechselgeld" dann nicht in Assoziation mit dem Automaten stehen, weil es ja vom Automaten angezeigt wird?
Das tut es ja (indirekt)! Die Verbindung geht nämlich zum Hauptanwendungsfall, daher muss man die ausgelagerten und die erweiternden Anwendungsfälle nicht noch einmal zusätzlich verbinden.
Super einfach erklärt. Finde es hat zu wenig likes dafür...
Teil 2 Klassendiagramme th-cam.com/video/VQzZvNQme8U/w-d-xo.html
Danke Olli
richtig nice
Richtig gut!
Sehr gut ^^^^^
Ich höre das ganze Video ein tickendes Geräusch im Hintergrund. Hört sich an wie eine Eieruhr.
Das ist meine alte Kamera, die ein solches Geräusch macht.
Nice!