Сквозное сопоставление
Матрица сводит результаты отдельных страниц TOGAF, DoDAF, ArchiMate и Gartner. Она предназначена для анализа и проектирования правил обмена, но сама по себе не является профилем преобразования данных.
Как читать матрицу
В каждой ячейке указаны ближайшее понятие, тип соответствия, уверенность и короткое объяснение. Обозначения:
- ПР — прямое;
- Ч — частичное;
- С — составное;
- О — отсутствует;
- НП — неприменимо;
- В / СР / Н — высокая, средняя или низкая уверенность.
«НП / В» для Gartner означает уверенность в том, что публичный подход не предоставляет подходящего формального типа для метамодельного сравнения. Это не утверждение об инструментах или закрытых исследованиях Gartner.
Все объекты SAF
| Объект SAF | TOGAF | DoDAF / DM2 | ArchiMate | Публичный Gartner |
|---|---|---|---|---|
| Участник | Actor + Role + Organization Unit + Stakeholder — С / В: SAF объединяет носителя, роль и организацию. | Performer + Person Type + Organization Type + Role — С / В: несколько DM2-ракурсов. | Business Actor + Business Role; иногда Stakeholder — С / В. | Stakeholder и роли архитекторов/лидеров — Ч / СР: нет общего публичного типа участника. |
| Канал | Способ предоставления Business Service + interface/location — С / СР. | Interface + Service + Resource Flow — С / СР: зависит от природы канала. | Business Interface; для технического пути Path — Ч / В. | Явный тип не опубликован — О / СР. |
| Услуга | Business Service — ПР / В при одинаковой границе результата. | Service — Ч / В: акцент на предоставляемом доступе и поддержке деятельности. | Business Service — ПР / В. | Outcome/value; service catalog EA означает другое — Ч / Н. |
| Процесс | Process, иногда Function — Ч / В: SAF не вводит отдельную функцию. | Activity и последовательности Operational Activities — Ч / В. | Business Process — ПР / В. | Process и Value Stream — Ч / В: тематическое, не метамодельное соответствие. |
| Способность | Business Capability — ПР / В. | Capability — ПР / В. | Capability — ПР / В. | Business capability / capability-based planning — ПР по смыслу / В, без формата обмена. |
| Информационный объект | Data Entity + бизнес-информационное содержание — С / В. | Information + Data + Resource — С / В. | Business Object + Data Object + Representation — С / В. | Information/data assets и data journey — Ч / СР. |
| Система | Композиция Logical/Physical Application Components и сервисов — С / СР. | System как Performer/Resource и его состав — Ч / В. | Application Collaboration, Grouping или композиция Application Components — С / СР. | Application/technology portfolio и platforms — Ч / Н. |
| Компонент | Logical или Physical Application Component — Ч / В. | System part, Performer или Resource с декомпозицией — Ч / СР. | Application Component — ПР / В. | Универсальный публичный тип не задан — НП / В. |
| Интерфейс | Information System Service + контракт/точка доступа — С / СР. | Interface и конечная точка Resource Flow — Ч / СР. | Application Interface — ПР / В. | Метамодельный уровень не опубликован — НП / В. |
| Интеграция | Interaction, interface matrix и data flow — С / В: обычно артефакт или расширение. | Resource Flow + Exchange + взаимодействующие Performers/Services — С / В. | Flow/Serving/Triggering + interfaces/services — С / В: отдельного элемента Integration нет. | Integration как аспект архитектуры решений — Ч / Н. |
| Развёртывание | Physical Application Component + Physical Technology Component + environment — С / СР. | Performer/Resource в Location и конфигурация решения — С / СР. | Artifact + realization Application Component + assignment на Node — С / В. | Delivery/implementation environment — НП / СР. |
| Вычислительный ресурс | Physical Technology Component и Technology Service — Ч / В. | System/Materiel/Facility как Resource — С / СР. | Node + Device + System Software — С / В. | Technology foundation/platform/infrastructure portfolio — Ч / Н. |
| Сетевой сегмент | Technology Components + Location + коммуникационная топология — С / СР. | Communication path + Resource Flow + Location — С / СР. | Communication Network или Path — ПР/Ч / В. | Техническая детализация публично не типизирована — НП / СР. |
Канонические отношения по группам
| Группа | SAF | TOGAF | DoDAF / DM2 | ArchiMate | Публичный Gartner |
|---|---|---|---|---|---|
| Ценность и услуги | Участник получает услугу; использует канал; канал даёт доступ; процесс реализует услугу. | Business Services, value и связанные actors/processes; обычно несколько метамодельных связей — С / В. | Services, Performers, Activities и Capability; результат для получателя уже семантики SAF — С / СР. | Business Service, Business Interface, Serving и Realization — С / В. | Outcomes, value proposition и EA service catalog; формальных связей нет — Ч / СР. |
| Процессы и способности | Процесс требует способность; система поддерживает способность. | Capability, Process/Function, Application Components и traceability artifacts — С / В. | Capability, Activities, Performers, Services и Systems — С / В. | Capability, Business Process, Application Service и цепочки Realization/Serving — С / В. | Capability-based planning и value streams — Ч / В, без опубликованной грамматики. |
| Приложения и интерфейсы | Система состоит из компонентов; компонент предоставляет интерфейс; интеграция соединяет конечные точки. | Application Components, Information System Services, interface catalogs/matrices — С / В. | Systems/Services, decomposition, Interfaces и Resource Flows — С / СР. | Composition/Aggregation, Assignment, Application Interface, Serving/Flow — С / В. | Портфель, platforms и solution architecture — НП / СР для точной семантики. |
| Информационный обмен | Процесс оперирует объектом; интеграция передаёт объект; техническая форма представляет бизнес-объект. | Data Entities, data lifecycle и data dissemination artifacts — С / В. | Data and Information Viewpoint, Resources, Exchanges и Resource Flows — С / В. | Access, Flow, Business Object, Data Object, Representation и Realization — С / В. | Information dimension, data usability и data journeys — Ч / СР. |
| Размещение и инфраструктура | Развёртывание реализует компонент, размещено на ресурсе; ресурс подключён к сегменту. | Physical Application/Technology Components и environments — С / СР. | Systems/Resources, Locations, configurations and flows — С / СР. | Artifact, Application Component, Node, Device, System Software, Communication Network — С / В. | Technology foundations и portfolio modernization — НП / СР для формального crosswalk. |
| Владение и управление | Участник владеет значимым объектом; на управляемом уровне фиксируются источник, состояние и проверка. | Stakeholders, organization, governance, repository, principles и compliance — Ч / В; шире SAF. | Authority/organizational context, process ownership, configuration management и provenance — Ч / СР. | Actor/Role, Assignment/Association и Motivation; операционная модель управления внешняя — Ч / СР. | Adaptive governance, enterprise principles/standards, распределённые архитектурные роли — Ч / В. |
Профили и зрелость
Профили SAF и уровни зрелости нельзя напрямую переименовать в понятия других подходов:
| Измерение SAF | Ближайший механизм | Почему не эквивалент |
|---|---|---|
| Стартап → Устойчивый бизнес → Предприятие | TOGAF tailoring; DoDAF Fit-for-Purpose; ArchiMate language profile/viewpoint; адаптация EA operating model Gartner | SAF меняет рекомендуемый состав моделируемых объектов, а остальные механизмы адаптируют метод, данные, язык или функцию. |
| Каталог → Связанная → Управляемая модель | TOGAF repository/governance; строгие DM2-данные; ArchiMate validation; Gartner adaptive governance | SAF оценивает полноту связей и качество управления конкретной моделью, не зрелость всей архитектурной способности. |
Практически это означает, что организация выбирает две независимые координаты: насколько богата и управляема SAF-модель и насколько формален внешний архитектурный подход.
Правила использования
- Сохранять идентификатор исходного объекта SAF при любом преобразовании.
- Явно фиксировать выбранный тип, уровень абстракции и версию целевого подхода.
- Для частичного и составного соответствия хранить правило преобразования, а не только название класса.
- Не заполнять отсутствующие понятия фиктивными объектами ради формального паритета.
- Проверять обратимость преобразования на реальном примере перед автоматическим обменом.
- Считать Gartner-сопоставления аналитическими темами, а не схемой импорта.
Источники утверждений и ограничения доступа собраны в реестре исследования.