Search
Write a publication
Pull to refresh

Неделю назад OpenGroup анонсировали публикацию черновика стандарта Archimate версии 3.3 (официально номер не обозначен - это мое предположение) для ознакомления с ним более широкой аудитории.

Я тоже скачал, полистал... Замечательно, когда есть раздел с кратким описанием отличий. Так вот, что же нас ждет:

  • удалили связь композиции (composition) - теперь вместо него либо просто агрегация, либо специализация;

  • удалили элемент "взаимодействие" (interaction) на всех уровнях, а также ограничение (constraint), разрыв (gap), контракт и представление (representation);

  • элементы поведения на всех уровнях объединили в общие элементы "сервис", "процесс", "функция" и "событие";

  • "событие" ("event") на слое implementation также заменено на общий элемент "событие";

  • элемент "коллаборация" объединен для всех уровней (бизнес, приложения, технология);

  • бизнес-роль стала просто "ролью";

  • вместо представления фреймворка в виде аспектов и слоев теперь остался только шестиугольник Archimate;

  • термин "слой" заменили на "домен";

  • раздел по "Общей метамодели" заменили на главу 4, описывающую общие элементы (см. выше);

  • путь ("Path") теперь входит в общий домен;

  • вместо агрегации от пути к внутреннему активному структурному элементу теперь реализация от активного структурного элемента к пути;

  • появилось визуальное отражение мощности связей (для отображения ограничений)

В качестве подходов для трансформации моделей из спецификации 3.2 в 3.3 предлагается выполнить замену (в т.ч. с использованием специализации соответствующего концепта):

  • композицию - на агрегацию

  • ограничения - на требование (requirement)

  • контракт - на бизнес-объект

  • разрыв (gap) - на оценку (assessment) или результата (deliverable)

  • представление (representation) - на объект данных, артефакт или материал

  • взаимодействия - на процессы и функции

  • в целом элементы поведения с разных уровней - на универсальный аналог

  • отмененные виды связей между конкретными типами элементов - на связь ассоциации

Если сравнивать с предыдущими версиями - они были менее революционными, и в основном добавляли что-то новое, дополняли. Грядущая же версия обещает чистку и унификацию - в т.ч. за счет активного применения введенного в предыдущих версиях понятия специализации для любого элемента / связи. По заверениям представителей OpenGroup это должно увеличить ясность и согласованность моделей, а также улучшить взаимопонимание при межкомандном взаимодействии.

На мой взгляд такое активное использование специализаций элементов алфавита языка Archimate с одновременным сокращением самого состава алфавита, с одной стороны повысит гибкость в подходах к моделированию, а с другой, после выработки этих подходов - потребует детализации соглашения по моделированию для конкретной организации/проекта/команды (т.е. насчет "лучшего взаимопонимания команд" я бы еще поспорил).

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

P.S.: в Acknowledgements изменений нет - моя фамилия единственная русская :-)

Tags:
+2
Comments0

Articles