Показать направление потока информации о бизнес-процессах на интерфейсах UML - PullRequest
2 голосов
/ 10 января 2010

Диаграммы компонентов UML хороши для отображения технических взаимоотношений между компонентами по типу клиент-сервер, используя стрелки обозначений или леденцов "lollipop".

Есть ли на диаграммах компонентов обозначения, показывающие, в каком направлении информация передается через интерфейсы на уровне бизнес-процессов? Как клиент может подключиться к серверу и

  • информация о введении / отправке,
  • получить / получить информацию или
  • интерфейс используется двунаправленно.

Как это можно изобразить на диаграммах компонентов?

Диаграммы активности UML допускают входные и выходные выводы, однако пропускают двунаправленный регистр. Было бы разумно использовать обозначение выводов на портах компонентов?

1 Ответ

1 голос
/ 10 января 2010

Конечно, в какой-то момент в UML была добавлена ​​концептуальная линия высокого уровня. Они называются информационными потоками . Направление стрелки имеет смысл и для бизнес-пользователей. Спецификация OMG хорошо это освещает. Для метаданных push, pull и т. Д. Я бы использовал ключевые слова или стереотипы, чтобы передать это. Интерфейсы, классы, типы данных могут ссылаться на информационный поток как на то, что происходит между двумя классификаторами (компонентами, классами и т. Д.). Многие инструменты реализовали эту конструкцию из-за ее полезности, несмотря на то, что она и вспомогательная конструкция.

Ссылка на спецификацию и местоположение OMG: Раздел 17.2 на печатной странице 609. Надстройка, то есть то, что вы используете (http://www.omg.org/cgi-bin/doc?formal/09-02-02)

17.2 Информационные потоки

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

Содержимое пакета InformationFlows показано на рисунке 17.2. Пакет InformationFlows является одним из пакеты пакета AuxiliaryConstructs.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...