Diskussion:Sequenzdiagramm

message: Bei den Beispielen gehen die Nachrichten immer von der gestrichelten (senkrechten) Linie aus. Müsste hier das Objekt nicht zumindest existieren? Wer sendet sonst die Nachrichten aus? --Admiral kay 12:11, 15. Mai 2008 (CEST)
replies: text: Stimmt... und der Fehler besteht trotzdem seit fast 2 Jahren *kopfschüttel* --Franz Berwein 19:51, 10. Feb. 2010 (CET)
thread_title:  Grafiken fehlerhaft? 

message: wäre es nicht hilfreich einen absatz zu haben, der zeigt, wozu man ein sequenzdiagramm überhaupt anfertigt? man kann nämlich aus dem sequenzdiagramm direkt ablesen, welche operationen die darin vorkommenden klassen implementieren müssen und welche parameter diese haben müssen. ich kenn das nur so, dass man die übergabeparameter der nachrichten mit notiert, sofern möglich.
ich finde, das sequenzdiagramm ist ein ganz wesentlicher meilenstein in der softwareentwicklung, weil eben genau hier sich herauskristallisiert, welche operationen eine klasse besitzen muss um mit ihrer umwelt interagieren zu können. auch die rückgabetypen (antworten) und benötigte polymorphie werden zum ersten mal klar ersichtlich.
außerdem habe ich es so gelernt, dass man auch die akteure (falls relevant), die zum auslösen des vorgangs führen, mit einzeichnet. der pfeil vom akteur zum objekt (ein pfeil mit ausgefüllter spitze, der vom akteur aus auf den "kasten" des ojekts zeigt) ist dann ein implizites "new"; das objekt wird dadurch überhaupt erst angelegt
ich würde diesen teil gerne ergänzen, hätte aber vorher gern etwas feedback, ob das hier überhaupt der richtige ort is. möglicherweise gehört das auch woanders hin.
--Fredfeuerstein 18:24, 5. Feb. 2009 (CET)
thread_title:  Sinn und zweck des diagramms 

message: Was soll diese Tabelle und die Aufzählung darunter? Das hier soll ja kein "Tutorial" o.ä. werden. Von daher sollte man lieber auf weiterführende Literatur verweisen als hier jedes kleine Detail der UML Notation zu erläutern. --129.217.184.146 10:58, 18. Okt. 2010 (CEST)
thread_title:  Kombinierte Fragmente 

message: Der Artikel wurde in die QS (später QS-Informatik) eingetragen, weil er angeblich in vielen Teilen eher ein UML-Tutorial sei. Eine Diskussion fand dazu nicht statt, deshalb ersetze ich den QS-Baustein durch diese Anregung zur Diskussion. --Zahnradzacken 18:23, 2. Aug. 2011 (CEST)
thread_title:  Tutorial 

message: --AlbrechtEhlert 12:33, 9. Sep. 2011 (CEST)
thread_title:  "Qualität" der Seite 

message: Was symbolisieren Klötzchen entlang der Lebenslinien eines Sequenzdiagramms? Bei manchen Interaktionen sind Klötzchen vorhanden, bei manchen nicht. --Abdull (Diskussion) 17:38, 6. Aug. 2013 (CEST)
thread_title:  Klötzchen auf Lebenslinie 

message: Die Abgebildeten nachrichten sind leider nciht korrekt erläutert. Gubaer hat also oben vollkomen recht. UML SuperStructure Specification v2.4.1:  in Abb. 13-15 dargestellt wie zu definieren ist das asynchrone Nachrichten sich explizit überholen.
Das Zweite Sewquenzdiagramm im entsprechenden wikipedia Artikel, würde folgende Sequenz nicht zulassen: <S1, S2, E2, E1> (das wird aber fälschlicherweise behauptet). 2001:638:806:67:CCC6:D808:3DDD:AB61 15:25, 15. Aug. 2014 (CEST)
thread_title:  zeitliche ordnung von asynchronen Nachrichten in Sequenzdiagrammen 

message: "Bei den Beispielen gehen die Nachrichten immer von der gestrichelten (senkrechten) Linie aus. Müsste hier das Objekt nicht zumindest existieren?" (s.o.)
Du liegst hier dem irtum auf, dass ein Objekt erst existiert wenn es mit einer "ExecutionOccurence" versehen ist. eine gestrichelte Linie sagt bereits aus, dass dieses Objekt existiert. 2001:638:806:67:CCC6:D808:3DDD:AB61 15:25, 15. Aug. 2014 (CEST)
thread_title:  Lebenslinien 

message: Im ersten Abschnitt dazu steht, dass es genau eine Folge der Ereignisauftritten gibt: <S1, E1, S2, E2>.
Wäre <S1, S2, E1, E2> nicht auch gültig? Zumindest wird das von den zuvor genannten constraints nicht ausgeschlossen. (nicht signierter Beitrag von 62.159.14.9 (Diskussion) 11:34, 29. Aug. 2014 (CEST)
replies: text: Nein, das ist gerade der Unterschied zum darauf folgenden Beispiel: Synchron heißt, dass auf S1 stets E1 folgt bevor es mit S2 weiter gehen kann, siehe z.B. Beispiel im Abschnitt Semantisches Modell in Interaktion (UML)#Semantisches Modell. -- Gerd Fahrenhorst (Diskussion) 15:48, 29. Aug. 2014 (CEST)
thread_title:  Falsche Folgerung bei der Reichenfolge der Ereignisse?