Диаграмма последовательности: обработка потоков в сообщениях в очереди
Как понятно из символов Sequence-Diagram, синхронизации вызовов а также асинхронные звонки иметь «сплошная линия с твердой головой» а также «сплошная линия с тонкой головкойсоответственно.
Рассмотрим случай, как;
- Некоторое Уведомление, добавляет ли сообщение в очередь (теперь этот асинхронный поток умирает здесь).
- Уже есть обработчик потока для очереди, который проверяет состояние очереди пусто и переходит к обработке сообщений в очереди, одно за другим (этот поток зацикливается на проверке queue.empty () для обработки сообщений)
Теперь проблема в том,
- Для 1-го пункта Как представить «уведомление платформы» на диаграмме последовательности, как его событие? [До сих пор я использовал «пунктирную линию» с «именем события», но, как видно из специфики UML, «пунктирные линии» обычно используются для возвратов]
- Для 2-го пункта как показать случай, когда «операция с процессором» отличается от первой?. Так как последовательность обработки сообщения из очереди не запускается в последовательности сообщения, добавляемого в очередь (но последовательность выполняется асинхронно).
Решение
-
Используйте сплошную линию с открытой стрелкой.
-
Показать поток процессора как отдельную линию жизни. Не показывайте очередь как спасательный круг, так как это всего лишь средство для реализации асинхронного обмена сообщениями. Я бы смоделировал это так:
Если важно показать, что обработка происходит позже, чем в момент отправки сообщения, вы можете оставить некоторое вертикальное пространство (время простоя) между открытой стрелкой и обработкой, как показано ниже:
Если вы действительно хотите показать механизм очереди и опроса, вы можете сделать это следующим образом, но учтите, что все сообщения теперь синхронизированы.
Другие решения
Других решений пока нет …