SAF и ArchiMate

Сопоставление выполнено с ArchiMate® 3.2. The Open Group указывает эту редакцию как актуальную и датирует её выпуск октябрём 2022 года (официальная страница загрузки и лицензирования). SAF не использует официальную нотацию ArchiMate и не заявляет соответствие его метамодели.

Назначение и аудитория

SAF определяет минимальный словарь фактов о компании, профили применения и требования к качеству связей. ArchiMate определяет язык, на котором архитектуру можно последовательно выразить и показать разным заинтересованным сторонам. The Open Group характеризует его как визуальный язык моделирования, дополняющий TOGAF в представлении, коммуникации и анализе архитектуры (совместное применение стандартов).

SAF может использоваться людьми без знания специальной нотации. ArchiMate прежде всего полезен архитекторам, аналитикам и владельцам репозиториев, которым нужны единая семантика диаграмм, правила допустимых связей и повторяемые viewpoints.

Области архитектуры

ArchiMate охватывает Motivation, Strategy, Core и Implementation & Migration. Core разделён на Business, Application и Technology layers, а язык также поддерживает physical elements. Сертификационные материалы The Open Group отдельно перечисляют motivation, strategy, business, application, technology, implementation and migration, отношения и механизм viewpoints (компетенции ArchiMate 3 Practitioner).

Три слоя SAF близки к Business, Application и Technology, но SAF сознательно не включает мотивацию, стратегические ресурсы и курсы действий, проекты, work packages, plateaus и gaps. В ArchiMate эти области находятся в том же языке и обеспечивают сквозную трассировку от причин изменения до реализации.

Понятия и соответствия SAF

Объект SAF	Ближайшее понятие ArchiMate	Оценка
Участник	Business Actor и Business Role; для внешней заинтересованной стороны также Stakeholder	Составное, высокая: SAF не разделяет носителя ответственности и роль.
Канал	Business Interface; иногда Path или Technology Interface для технического канала	Частичное, высокая.
Услуга	Business Service	Прямое, высокая.
Процесс	Business Process	Прямое, высокая.
Способность	Capability	Прямое, высокая.
Информационный объект	Business Object, Data Object, Representation и Meaning	Составное, высокая; специализации SAF раскладываются естественно.
Система	Application Collaboration, Grouping или согласованная композиция Application Components	Составное, средняя: отдельного универсального элемента System в application layer нет.
Компонент	Application Component	Прямое, высокая, если граница компонента соответствует самостоятельной прикладной структуре.
Интерфейс	Application Interface	Прямое, высокая.
Интеграция	Flow/Serving/Triggering между элементами, Application Service и интерфейсы конечных точек	Составное, высокая: Integration не является самостоятельным базовым элементом языка.
Развёртывание	Artifact, реализующий Application Component, и его assignment/deployment на Node	Составное, высокая.
Вычислительный ресурс	Node, Device и System Software	Составное, высокая.
Сетевой сегмент	Communication Network или Path	Прямое/частичное, высокая: выбор зависит от того, моделируется сеть или маршрут связи.

Для обмена моделями ArchiMate имеет отдельный Model Exchange File Format, сохраняющий элементы, отношения и структуру представлений (официальная страница формата). Это потенциальная цель экспорта SAF, но она требует формального профиля преобразования и не следует автоматически из таблицы выше.

Отношения

ArchiMate задаёт формальные категории отношений: структурные, зависимости, динамические и специализацию. SAF использует предметные глаголы, которые понятнее неспециалисту, но часто являются семантической композицией нескольких отношений языка.

Примеры:

• «процесс реализует услугу» близко к Realization от Business Process к Business Service;
• «система поддерживает способность» обычно раскладывается через application services, serving и realization, а не выражается одной универсальной стрелкой;
• «компонент предоставляет интерфейс» может использовать Composition или Assignment в зависимости от принятой интерпретации и точки доступа;
• «интеграция передаёт информационный объект» требует элементов конечных точек, Flow и объекта, переносимого потоком;
• «развёртывание размещено на ресурсе» выражается цепочкой Artifact/Application Component, Node и Assignment/Realization.

При создании ArchiMate-представления поверх SAF нужно закрепить профиль отношений. Рисовать канонический глагол SAF как произвольную ArchiMate-стрелку нельзя.

Представления и артефакты

View в ArchiMate — выбор элементов и отношений модели для конкретной цели, а viewpoint определяет правила такого выбора и подачи. Это напрямую поддерживает принцип SAF «одна модель — разные представления». Язык добавляет то, чего SAF пока не нормирует: явные stakeholder concerns, purpose представления и допустимый набор понятий.

Вместе с тем ArchiMate-диаграмма не должна становиться единственным хранилищем фактов. Идентификаторы SAF следует сохранять в элементах модели, а сокращения ради читаемости — оформлять как представление, не меняющее канонический каталог.

Метод работы

ArchiMate не заменяет полный метод разработки архитектуры. Он отвечает прежде всего на вопрос «как выразить и связать содержание». The Open Group прямо позиционирует TOGAF как метод и управление, а ArchiMate — как средство визуализации и анализа результата (описание взаимодополнения).

SAF также не является полным проектным методом. Совместное использование двух подходов даёт словарь хранения и язык представления, но организации всё равно нужен процесс постановки вопросов, принятия решений и сопровождения изменений.

Управление

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

Практическая граница ответственности:

• SAF управляет идентичностью и качеством архитектурных фактов;
• профиль ArchiMate управляет способом их выражения;
• архитектурная практика управляет решениями и исключениями.

Зрелость и адаптация

ArchiMate поддерживает viewpoints и механизмы специализации, поэтому организация может начать с небольшого подмножества языка и расширять его. Это похоже на профили SAF по прагматике, но не является прямым соответствием: профиль SAF выбирает состав предметных объектов, а профиль ArchiMate — допустимые элементы, отношения и правила визуализации.

На уровне «Каталог» формальная нотация может быть необязательной. На «Связанной модели» правила отношений дают заметную пользу. На «Управляемой модели» особенно важны идентификаторы, validation rules, viewpoints и контролируемые специализации.

Совместное применение с SAF

• Стартап: использовать ограниченный набор Business Service, Process, Application Component, Flow и Node только для сложных решений.
• Устойчивый бизнес: определить корпоративный viewpoint и профиль преобразования всех 13 типов SAF.
• Предприятие: хранить идентификаторы SAF в репозитории ArchiMate, добавить Motivation и Implementation & Migration для целей и переходов, которых нет в ядре SAF.

Наиболее естественная роль ArchiMate рядом с SAF — стандартная визуальная проекция, а не замена каталога или навязывание всего языка каждой команде.

Ограничения сопоставления

Значения элементов зависят от уровня абстракции и правил конкретной модели. Например, «система» может быть Application Component, Application Collaboration или Grouping; выбор нельзя сделать без границы и назначения объекта. Официальная спецификация доступна на лицензионных условиях, поэтому здесь нет копий её метамоделей, таблиц допустимости или обозначений.

Источники

• ArchiMate Certification — The Open Group.
• ArchiMate 3.2: версия и лицензирование.
• Как ArchiMate и TOGAF дополняют друг друга.
• Компетенции и области языка ArchiMate 3 Practitioner.
• ArchiMate Model Exchange File Format.
• Общие правила источников приведены в реестре исследования.