Как я могу сопоставить внешние интерфейсы в архитектуре предприятия

Question

Мы разрабатываем новую систему и должны документировать интерфейсы с внешними веб-сервисами. Я думаю, что я должен создать карту, где источником является наша система, а цель - внешняя. Для этого на уровне атрибута найдено, что можно использовать ссылку «Ссылка на элемент». Проблема в том, что это только визуальная помощь и не отображается, кроме диаграмм.

Таким образом, одним из способов является использование исходной и целевой роли. Но верно ли это?

Answer 1

Мы столкнулись с той же проблемой, и мы также рассмотрели возможность использования «Ссылка на элемент». Но в конце концов это чувствовало себя слишком громоздким и беспорядочным.

Возможно, все в порядке, если у вас есть только несколько атрибутов для отображения, но как только вы начнете отображать большие плоские файлы, все отношения начинают создавать большой беспорядок на диаграмме.

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

Если вы настроены использовать ссылку «Ссылка на элемент», то вы можете взглянуть на EA Navigator add-in. Это бесплатная надстройка с открытым исходным кодом, разработанная мной, которая позволяет вам легко перемещаться из одной связанной функции в другую в обоих направлениях.

Answer 2

Вы правы в своем предположении. Функция связанного элемента сохраняется в таблице t_diagramlinks и, следовательно, действительна только в контексте диаграммы. Но EA управляет этой связью, чтобы быть последовательной во всех диаграммах, проверяя существующую ссылку.

Вы можете прочитать t_diagramlinks с помощью Repository.SQLQuery и проверить столбец «Геометрия» (подробности см. В главе 2.5 моей внутренней книги).

Answer 3

В строгих терминах UML это обозначение неверно. «Ссылка на элементную функцию» - это специфичная для EA функция, а в стандарте UML указано, что отношения между элементами.

Тот факт, что соединитель связан с функцией, трудно (хотя и не невозможно) вытащить из базы данных и API для использования в сценариях и поисках, а встроенный сценарий сценария преобразования EA не поддерживает его.

Визуально диаграммы с большим количеством разъемов, как правило, очень запутаны очень быстро, и вы не можете легко контролировать расстояние между атрибутами на диаграмме (вы можете установить более крупный шрифт для класса, но это все). Вы можете контролировать порядок атрибутов, что может помочь, но если вы хотите, чтобы заказ соответствовал порядку в фактическом представлении данных, вы, вероятно, не сможете избежать множества перекрестных коннекторов.

Кроме того, сопоставления такого рода обычно не являются прямым атрибутом атрибута. Атрибут в формате X может быть получен из нескольких атрибутов в формате Y, может быть задействован комплексный алгоритм, и отображения могут работать по-разному в двух направлениях.

Итак, как обычно, ответ «это действительно зависит от вас». Если вы не заботитесь о том, чтобы следовать UML строго, если ваши сопоставления просты, если вы хотите показать только «эти атрибуты, сопоставляемые с этими», если вы готовы принять более высокую степень ручного обслуживания ваших диагармов, и если вы не планируете использовать преобразование MDA, тогда вы можете использовать эту функцию. В противном случае я бы посоветовал это сделать.