UML-Sequenzdiagramm Anruf Eigenschaft

Question

In meiner Anwendung habe ich eine Dokumentenklasse und eine DocumentFact Klasse. Die DocumentFact-Klasse enthält Methoden, die mehrere Dokumente aus der Datenbank erhalten. Diese Dokumente werden in einer Datentabelle oder Daten-Set gespeichert. Beide (Datatable, Datensatz) sind private Mitglieder der documentfact Klasse. Sie können über Eigenschaften zugegriffen werden.

Nun meine Frage ist: in einem Sequenzdiagramm ist es eine Eigenschaft wie folgt zu nennen erlaubt:

Actor      Web interface    DocumentFact          Database
  |          |                 |                      |
  |input     |                 |                      |
  |------->  |  GetDocuments   |                      |
  |          |---------------->|                      |
  |          |                 | ExecuteSelectQuery() |
  |          |                 | -------------------->|
  |          |                 |                      |
  |          |                 |      Bool            |
  |          |                 | <--------------------|
  |          |                 |                      |
  |          |                 |   GetDataSet()       |
  |          |                 | -------------------->|
  |          |                 |                      |
  |          |                 |    DataSet           |
  |          |                 |<---------------------|
  |          |                 |                      |

Wo GetDataSet ist eine Eigenschaft. Ist das richtig? Und wenn es nicht ist, was ist der richtige Weg, dies zu tun?

. Hinweis: Dies ist nur ein Teil meiner Sequenzdiagramm ist, der Rest ist nicht relevant

Answer 1

Eine wichtige Sache zu erinnern ist, dass UML keine formale Notation ist so können Sie tun, was Sie denken, den Punkt über bekommt. Wenn etwas nicht klar ist (oder Sie haben zu denken, zu viel darüber, wie es zu vertreten), sollten Sie wahrscheinlich eine Notiz hinzufügen.

Eines der Dinge, die ich sehr hilfreich in Sequenzdiagrammen gefunden war, die Nachrichten (oder Gruppen von Nachrichten) an die Nummer und haben einen laufenden Dialog (formatiert als nummerierte Liste) zu erklären, was los ist (... und warum Sie‘ re es auf diese Weise tun). Man muss bedenken, dass das Diagramm steht nicht auf seine eigenen, sondern sollte in einen größeren Körper der Dokumentation integriert werden, so dass, wie insbesondere eine Eigenschaft darzustellen, ist nicht wirklich eine große Sache. Wählen Sie einfach eine Darstellung und erklärt, dass GetDataSet eine Eigenschaft der Datenbank ist (oder was auch immer:).

Answer 2

ich konfrontiert ein ähnliches Problem, während mein Design zu dokumentieren. Ich habe nur den Text ‚Eigentum‘ unter dem Methodenaufruf (Unter dem Pfeil) hinzugefügt. (Ich habe nicht herausfinden, die ‚richtige‘ UML Art und Weise, es zu tun.) Während das nicht Standard UML ist, soweit ich weiß, dass wirklich den Punkt herüber kam. Natürlich, das funktionieren könnte nicht gut für Sie, in diesem Fall, werden Sie besser dran mit Standard-UML sein.

Answer 3

Sie können die Eigenschaft mit Klischee zeigen. Zum Beispiel, wenn DataSet Eigentum ist, und Sie rufen die Getter, verwendet <<get>> Klischee. So würde es aussehen

     DataSet <<get>>
--------------------->

Ich bin nicht sicher, ob es in der UML-Spezifikation ist. Aber das ist laut Scott Ambler Vorschlag in seinem ausgezeichneten Die Elemente der UML 2.0 Style .

Er empfiehlt auch nach dem Namen der Stereotypen zu halten.