UML-агрегирование доступа пользователей к нескольким компонентам
Получил следующую диаграмму уровня представления строительного блока 1 (здесь не допускается использование технических блоков). Каждый показанный компонент взаимодействует с пользователями. Порт UML (baz) вверху должен визуализировать доступ пользователя. Действительно ли мне нужно рисовать зависимость от порта UML «baz» для каждого компонента или я могу каким-то образом агрегировать доступ пользователей ко всем компонентам?
Я пробовал рисовать линии зависимости от каждого компонента до верхнего порта UML, но это выглядит беспорядочно.
Ответы 1
Да, вам нужно нарисовать линии зависимости для каждого компонента. Если это выглядит беспорядочно, возможно, ваш дизайн беспорядочен. А может быть, это просто необходимо. Помните: если ваш проект сложен, диаграмма будет — и должна — это отражать. Визуализируя сложную структуру, по крайней мере, легче рассуждать о ней.
Теперь вопрос, действительно ли интерфейс у всех компонентов одинаковый? Если нет, то вам все равно нужны отдельные порты. И тогда важно знать, какой компонент с каким портом общается.
У меня есть три интерфейса, которые отвечают за взаимодействие с разными ролями пользователей. Должен ли каждый порт также быть виден на контекстной диаграмме моей технической системы, где вышеупомянутая система представляет собой черный ящик? В настоящее время у меня есть один порт в системном контексте (черный ящик), который отмечает взаимодействие пользователя с моей системой, но в белом ящике есть три разных интерфейса.
Или, другими словами: должен ли каждый порт UML в системном контексте (черный ящик) отображать аналог в представлениях компонентов (уровни 1 + 2) ниже?
Этот ответ по сути неверен: 1) читаемость имеет решающее значение; 2) узлы вложения/группировки/классификатора существуют и существуют по какой-то причине.
@JulioDiEgidio «неправильно» здесь сильное слово. Я не говорил, что читаемость не имеет решающего значения. Однако показывать неверную информацию, чтобы сделать ее более читабельной, бесполезно. Ваша модель должна показывать правильную информацию. Вы можете сделать его более абстрактным, чтобы сделать его более читабельным, но этому есть предел. Оно должно быть достаточно конкретным для своей цели. Итак, какова цель модели пользовательского порта, не связанной с конкретными компонентами? Как именно здесь помогут «узлы вложения/группировки/классификатора»?
Если вы хотите, чтобы представления «черный ящик» и «белый ящик» были связаны, порты должны быть одинаковыми. В конце концов, порты используются в инкапсулированных классификаторах, чтобы их можно было рассматривать как черные ящики. Все, что вам нужно знать о них, это порты. В представлении «белый ящик» вы можете увидеть, как видимые снаружи порты соединены с внутренними частями. При этом, конечно, возможно иметь разные уровни абстракции для двух представлений. Вам нужны две разные формально несвязанные модели на разных уровнях абстракции?
Вы всегда можете использовать узлы вложения/группировки/классификатора... Например. смотрите здесь: uml-diagrams.org/comComponent-diagrams.html