UML diagramma di sequenza di chiamata di proprietà

Question

Nella mia applicazione ho un Documento della classe e un DocumentFact classe.Il DocumentFact classe contiene i metodi che otterrà più Documenti dal database.Questi documenti sono memorizzati in un dataset o datatable.Entrambi (datatable, set di dati) sono membri privati della documentfact classe.Vi si può accedere tramite proprietà.

Ora la mia domanda è:in un diagramma di sequenza, è possibile chiamare una proprietà come questa:

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

Dove GetDataSet è una proprietà.Questo è corretto?E se non lo è, qual è il modo corretto di fare questo?

Nota: Questa è solo una parte del mio diagramma di sequenza, il resto non è rilevante.

Answer 1

Una cosa importante da ricordare è che UML non è una notazione formale, in modo che si può fare qualunque cosa si pensi ottiene il punto attraverso.Se qualcosa non è chiaro (o si deve pensare troppo su come la rappresentano) probabilmente si dovrebbe aggiungere una nota.

Una delle cose che ho trovato molto utile nei diagrammi di sequenza è stato per numero di messaggi (o gruppi di messaggi) e in esecuzione di dialogo (formattato come un elenco numerato) spiegare cosa sta succedendo (...e perché lo si sta facendo in quel modo).Si deve ricordare che il diagramma non stare in piedi su di essa la propria, ma deve essere integrata in un corpo più grande di documentazione, così come specificamente rappresentano una proprietà non è davvero un grande affare.Basta scegliere una rappresentazione e spiega che GetDataSet è una struttura di Database (o quant'altro :).

Answer 2

Ho affrontato un problema simile, mentre documentando il mio design.Ho appena aggiunto il testo "proprietà" sotto la chiamata al metodo (Sotto la freccia).(Non ho trovato il 'diritto' UML modo di farlo.) Mentre che non è standard UML, per quanto io so, che in realtà ha il punto attraverso.Naturalmente, che potrebbe non funzionare bene per voi, nel caso in cui vi sentirete meglio con standard UML.

Answer 3

È possibile mostrare la struttura, con i stereotipo.Per esempio, se DataSet è la proprietà, e si chiama il getter, uso <<get>> stereotipo.Così sarebbe simile

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

Io non sono sicuro se è in UML spec.Ma questo è per Scott Ambler suggerimento nel suo eccellente Gli Elementi di UML 2.0 Stile.

Egli raccomanda inoltre di mantenere gli stereotipi dopo il nome.