Вторая полезная вещь частично навеяна тем же вторым советом, но в большей степени советом номер 3, да и другими советами тоже. И вещь эта в том, что в значительной доле случает ИТ-архитектору придется рисовать диаграммы, описывающие «физическую структуру» решения. Т.е. картинки, отвечающие на вопрос из чего состоит решение, основным элементом которых будут процессы (или системы или pod-ы или вызываемые методы… ). Рисунки из третьего столбца матрицы Захмана, если угодно. Или верхние буквы C из C4 model Саймона Брауна.

И какие бы мысли мы не хотели бы выразить своей диаграммой, воплощать их придется «поверх» вот этих самых контейнерных диаграмм. Поведение поверх стрелок, особенности организации данных поверх вообще всего (компонент, коннекторов и контейнеров). В общем, так или иначе пропитывать диаграмму необходимым нам смыслом. Делать то, что не предусмотрено нотациями моделирования.

Кстати, потому нотации моделирования в нашем деле вещь крайне полезная. Они как губки впитывают в себя все несущественные вещи, которые в своих диаграмма мы хотим спрятать из фигуры в фон.

Спасибо автору исходной заметки и как вам такой формат?