Как представить Слушатели в диаграмме последовательности UML

Question

На диаграммах последовательности, как бы вы представили слушателя, вызванного событием? Это не просто обычный вызов метода, поэтому его отображение не будет правильным.

Я пытаюсь составить диаграмму последовательности системы, включающей JMS-слушатель. Я мог бы начать путь жизни с помощью вызова send () системы в очередь JMS (отображая системный вызов send () в качестве бизнес-субъекта), или я мог бы начать путь жизни с вызова onMessage (). (отображение очереди JMS в качестве бизнес-актера) Или я должен просто игнорировать всю JMS-очередь на диаграмме?

Для чего это стоит: я использую Astah Community для создания диаграмм.

Answer 1

Обычно это не важно, если вы используете «событие» или явный «вызов метода». Какова ваша аудитория и как вы моделируете JMS-лист? Я бы предположил, что JMS Listener - это просто еще один актер, и если ваша аудитория находится на уровне «требований», я бы просто использовал событие (сообщение на диаграмме последовательности обычно может быть разных «типов», таких как событие, сообщение или метод). звоните).

Answer 2

Найденное сообщение - это сообщение, в котором событие-получатель известно, но событие-отправитель отсутствует (известно). Мы объясняем это тем, что происхождение сообщения выходит за рамки описания. Это может быть, например, шум или другие действия, которые мы не хотим описывать подробно. Семантика - это просто трассировка (receiveEvent)

Потерянное сообщение - это сообщение, в котором событие отправления известно, но событие получения не получено. Мы интерпретируем это так, потому что сообщение так и не достигло места назначения. Семантика - это просто трассировка (sendEvent).