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

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

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

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


java listener sequence diagram uml
person Jonathan    schedule 26.09.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward

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

person Angel O'Sphere    schedule 26.09.2011
comment
Спасибо, я буду использовать тип «Событие», чтобы уточнить действие, основанное на событии. - person Jonathan; 27.09.2011

arrow_upward
0
arrow_downward

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

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

person UML GURU    schedule 28.09.2011