Свойство вызова диаграммы последовательности UML - PullRequest
3 голосов
/ 10 февраля 2009

В моем приложении у меня есть класс Document и DocumentFact. Класс DocumentFact содержит методы, которые будут получать несколько документов из базы данных. Эти документы хранятся в наборе данных или наборе данных. Оба (datatable, набор данных) являются частными членами класса documentfact. К ним можно получить доступ через свойства.

Теперь мой вопрос: разрешено ли вызывать свойство на диаграмме последовательности следующим образом:

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

Где GetDataSet является свойством. Это правильно? И если это не так, как правильно это сделать?

Примечание: Это только часть моей диаграммы последовательности, остальное не имеет значения.

Ответы [ 3 ]

5 голосов
/ 10 февраля 2009

Важно помнить, что UML не является формальной нотацией, поэтому вы можете делать все, что, по вашему мнению, поможет вам в этом. Если что-то неясно (или вам нужно слишком много думать о том, как это представить), вам, вероятно, следует добавить примечание.

Одна из вещей, которые я нашел очень полезными в диаграммах последовательности, состояла в том, чтобы нумеровать сообщения (или группы сообщений) и иметь запущенный диалог (отформатированный как нумерованный список), объясняющий, что происходит (... и почему вы делаю так). Вы должны помнить, что диаграмма не является самостоятельной, а должна быть интегрирована в большую часть документации, таким образом, то, как конкретно представить свойство, на самом деле не имеет большого значения. Просто выберите представление и объясните, что GetDataSet является свойством базы данных (или чего-либо еще).

1 голос
/ 10 февраля 2009

Я столкнулся с подобной проблемой при документировании своего дизайна. Я только что добавил текст «свойство» под вызов метода (под стрелкой). (Я не нашел «правильного» UML-способа сделать это.) Хотя это не стандартный UML, насколько я знаю, это действительно помогло. Конечно, для вас это может не сработать, и в этом случае вам лучше использовать стандартный UML.

0 голосов
/ 02 мая 2013

Вы можете показать недвижимость со стереотипом. Например, если DataSet является свойством, а вы вызываете метод получения, используйте <<get>> стереотип. Так бы это выглядело как

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

Я не уверен, что это в спецификации UML. Но это согласно предложению Скотта Амблера в его превосходном Элементах стиля UML 2.0 .

Он также рекомендует сохранить стереотипы после имени.

...