🔷 Введение в TOGAF®
TOGAF® (архитектурная система The Open Group) — это проверенная методология и рамочная модель корпоративной архитектуры, используемая ведущими организациями мира для повышения эффективности бизнеса. Будучи наиболее известным и надежным стандартом корпоративной архитектуры, TOGAF обеспечивает единообразные стандарты, методы и коммуникацию между специалистами по корпоративной архитектуре.
Ключевые преимущества для практиков:
-
✅ Более высокая репутация в отрасли и больше возможностей для карьерного роста
-
✅ Свобода от привязки к проприетарным методам
-
✅ Более эффективное использование ресурсов
-
✅ Более высокая отдача от инвестиций в инициативы по архитектуре

🎯 Почему стоит внедрить TOGAF ADM?
Архитектура ИТ должна тесно отражать бизнес-цели организации. TOGAF предоставляет конкретные методы — такие как бизнес-сценарии — для обеспечения правильного понимания бизнес-целей ИТ-архитекторами и их отражения в итоговой архитектуре.
Топ-10 причин внедрить TOGAF ADM:
-
Комплексная общая методология – Охватывает разработку архитектуры на всех этапах
-
Дополняющая рамочная модель – Работает в паре, а не против других рамочных моделей
-
Широко используется – Отраслевой стандарт с международным признанием
-
Настраиваемый – Адаптируется под потребности организации и отрасли
-
Бесплатная бессрочная лицензия – Доступен без затрат на лицензирование
-
Открытый стандарт, не привязанный к поставщику – Независим от технологий и инструментов
-
Избегает повторного изобретения велосипеда – Опирается на проверенные лучшие практики
-
Согласованность бизнеса и ИТ – Соединяет стратегические цели с технической реализацией
-
Основа на лучших практиках – Построена на десятилетиях реального опыта
-
Эволюция, движимая сообществом – Практики могут вносить вклад в разработку фреймворка
🔄 Что такое метод разработки архитектуры TOGAF (ADM)?
Метод метод разработки архитектуры (ADM) — это основа TOGAF — системный и итеративный подход, применяемый для разработки корпоративной архитектуры, отвечающей как бизнес-потребностям, так и потребностям информационных технологий.
Основные цели ADM:
| Цель | Описание |
|---|---|
| Управление жизненным циклом | Описывает метод разработки и управления жизненным циклом корпоративной архитектуры |
| Настраиваемое выполнение | Может быть адаптирован под потребности организации и использован для управления мероприятиями по планированию архитектуры |
ADM — результат непрерывного вклада большой международной сообщества специалистов по архитектуре.
🧩 TOGAF и ArchiMate: Дополняющие стандарты
ArchiMate — это стандарт моделирования, представленный The Open Group, который предоставляет богатый набор нотаций и концепций для последовательного моделирования корпоративных архитектур внутри и между доменами.
Распространённые вопросы, объяснённые:
❓ «В чём разница между TOGAF и ArchiMate?»
❓ «TOGAF против ArchiMate — что мне использовать?»
Связь:
| Аспект | TOGAF | ArchiMate |
|---|---|---|
| Тип | Фреймворк корпоративной архитектуры | Язык визуального моделирования |
| Цель | Направляет какразрабатывать и внедрять EA | Предоставляетнотациюдля визуального описания EA |
| Совместимость | TOGAF 9.1+ работает безупречно с ArchiMate 2.1+ | Разработано для дополнения фаз TOGAF ADM |
Основные уровни ArchiMate и сопоставление с TOGAF:

🔹 Основные уровни ArchiMate
УровниБизнес, Приложение, иТехнологияуровни поддерживают моделирование архитектурных доменов, определенных TOGAF:
-
Архитектура бизнеса
-
Архитектура информационных систем (данные и приложения)
-
Архитектура технологий
🔹 Расширение стратегии и мотивации
Позволяет моделировать:
-
Заинтересованные стороны
-
Драйверы изменений
-
Бизнес-цели, принципы и требования
Поддерживает фазы TOGAF ADM:Управление требованиями, предварительная, архитектурное видение и управление изменениями архитектуры.
🔹 Расширение реализации и миграции
Позволяет моделировать:
-
Управление портфелем проектов
-
Анализ разрывов
-
Планирование перехода и миграции
Поддерживает этапы TOGAF ADM:Возможности и решения, планирование миграции и управление реализацией.
🔄 Цикл жизненного цикла TOGAF ADM: Сила итерации
ADM поддерживает итерацию натрех различных уровнях:
1️⃣ Циклическое прохождение ADM
Круговое представление указывает на то, что завершение одного этапа напрямую влияет на последующие этапы — разработка архитектуры непрерывна, а не линейна.
2️⃣ Итерация между этапами
Специалисты могут возвращаться к более ранним этапам по мере появления новых знаний (например, повторное рассмотрение бизнес-архитектуры после завершения технологической архитектуры).
3️⃣ Циклическое прохождение внутри одного этапа
Повторное выполнение действий в рамках одного этапа позволяет постепенно углублять содержание архитектуры.
📦 Входные данные, шаги и выходные данные ADM
Во время применения процесса ADMвыходные данныепроизводятся на основевходных данныхишаговв соответствии с целью каждого этапа.

Примеры выходных данных:
-
Потоки процессов
-
Архитектурные требования
-
Планы проектов
-
Оценки соответствия проектов
-
Реестры рисков
-
Карты заинтересованных сторон
TOGAF определяет структурную модель для сбора и последовательного представления этих результатов работы.
Ключевые понятия:
| Термин | Определение |
|---|---|
| Результат | Договорно определённый результат работы, формально рассмотренный, согласованный и утверждённый заинтересованными сторонами. Обычно архивируется или передаётся в Архив архитектуры. |
| Артефакт | Результат работы, созданный в процессе разработки архитектуры (например, диаграммы, матрицы, списки). |
| Блок построения | Повторно используемый компонент способности архитектуры (блок построения архитектуры) или реализации (блок построения решения). |

💡 Примечание:Результаты являются рекомендациями и не обязательно должны выполняться точно. Каждый из них должен быть версионирован для отслеживания изменений.
🗂️ Руководство по этапам ADM
🟦 Предварительный этап: Подготовка основы
Подготовительные и инициализационные мероприятия по созданию способности архитектуры
Ключевые мероприятия:
-
Настроить рамки TOGAF под организационный контекст
-
Определить принципы архитектуры и структуру управления
-
Обеспечить Архив архитектуры и инструменты
Выходные результаты:
-
Настроенная архитектурная рамка
🟩 Этап А: Видение архитектуры
Определить охват, заинтересованные стороны и общее видение; получить одобрение на продолжение работы
Ключевые мероприятия:
-
Определить заинтересованные стороны и их интересы
-
Определите охват и ограничения
-
Создайте концепцию архитектуры на высоком уровне
-
Разработайте заявление о работе по архитектуре
Выходные результаты:
-
Архитектурный план развития
-
Адаптированная архитектурная основа
🟨 Этап B: Архитектура бизнеса
Разработайте архитектуру бизнеса для поддержки согласованного видения архитектуры
Ключевые мероприятия:
-
Моделируйте базовую (существующую) и целевую (будущую) архитектуры бизнеса
-
Проведите анализ разрыва
-
Определите бизнес-процессы, структуры организаций и возможности
Выходные результаты:
-
Архитектурный план развития
🟪 Этап C: Архитектуры информационных систем
Разработайте архитектуры данных и приложений для поддержки Видения
Ключевые мероприятия:
-
Определите базовую и целевую архитектуру данных
-
Определите базовую и целевую архитектуру приложений
-
Провести анализ разрыва и определить кандидатов на блоки построения
Выходные результаты:
-
Карта архитектуры
🟥 Этап D: Архитектура технологий
Разработать архитектуру технологий для поддержки согласованной Визии
Ключевые мероприятия:
-
Моделирование базовой и целевой технологической инфраструктуры
-
Определить платформы, сети и технические стандарты
-
Провести анализ разрыва и определить блоки технологий
Выходные результаты:
-
Карта архитектуры
🟧 Этап E: Возможности и решения
Определить проекты реализации и средства доставки
Ключевые мероприятия:
-
Объединить разрывы в архитектурах бизнеса, данных, приложений и технологий
-
Определить кандидатов на проекты и пакеты работ
-
Оценить варианты реализации и зависимости
Выходные результаты:
-
Карта архитектуры
-
План реализации и миграции
🟫 Этап F: Планирование миграции
Окончательно уточнить детальный план реализации и миграции
Ключевые мероприятия:
-
Приоритизация проектов на основе ценности, рисков и зависимостей
-
Разработка подробного маршрута миграции с учетом сроков
-
Определение переходных архитектур и промежуточных состояний
Выходные результаты:
-
Блоки архитектуры
-
Маршрут архитектуры
-
Запрос на изменение: план реализации и миграции
-
План управления реализацией
🟦 Этап G: Управление реализацией
Обеспечение архитектурного контроля в процессе реализации
Ключевые мероприятия:
-
Контроль проектов реализации на соответствие архитектурным требованиям
-
Оценка блоков решений по сравнению с определениями архитектуры
-
Управление запросами на изменение архитектуры во время развертывания
Выходные результаты:
-
Запрос на изменение
-
Оценка соответствия
-
Блоки решений
🟪 Этап H: Управление изменениями архитектуры
Управление текущими изменениями в развернутой архитектуре
Ключевые мероприятия:
-
Мониторинг изменений в бизнесе и технологии, влияющих на архитектуру
-
Оценка запросов на изменения и определение их влияния
-
Запуск новых циклов ADM при возникновении значительных изменений
Выходные результаты:
-
Запросы на изменения архитектуры
-
Обновленный архив архитектуры
-
Документация по извлеченным урокам
🔁 Управление требованиями (межфункциональное)
Управление требованиями к архитектуре на протяжении всего жизненного цикла ADM
Ключевой принцип:Каждая стадия проекта должна основываться на и подтверждать бизнес-требования. Требования фиксируются, приоритизируются, отслеживаются и подтверждаются на всех этапах ADM.
📊 Таблица краткого обзора этапов ADM

| Этап TOGAF ADM | Цель этапа |
|---|---|
| Предварительный | Подготавливает организацию к успешному проекту архитектуры |
| A. Видение архитектуры | Определяет охват, ограничения, ожидания; подтверждает бизнес-контекст; создает Заявление о работе по архитектуре |
| B. Бизнес-архитектура | Разрабатывает базовую (существующую) и целевую (будущую) бизнес-архитектуру; анализирует разрывы |
| C. Архитектуры информационных систем | Разрабатывает базовую и целевую архитектуры данных и приложений; анализирует разрывы |
| D. Технологическая архитектура | Разрабатывает базовую и целевую технологическую архитектуру; анализирует разрывы |
| E. Возможности и решения | Определяет основные проекты реализации и средства доставки |
| F. Планирование миграции | Анализирует затраты, выгоды, риски; разрабатывает подробный план реализации |
| G. Управление реализацией | Обеспечивает соответствие проектов реализации определенной архитектуре |
| H. Управление изменениями архитектуры | Обеспечивает эволюцию архитектуры для удовлетворения меняющихся потребностей предприятия |
| Управление требованиями | Обеспечивает, чтобы каждый этап был основан на проверенных бизнес-требованиях |
✅ Ключевые выводы
Модель TOGAF ADM — этокомплексная, итеративная и адаптируемаяметод, который:
🔹 Рекомендует логическую последовательность этапов разработки архитектуры
🔹 Поддерживает итерации на нескольких уровнях (внутри этапов, между этапами и по циклу)
🔹 Использует активы TOGAF, процессы и лучшие практики
🔹 Безупречно интегрируется с другими фреймворками и результатами
🔹 Обеспечивает непрерывное улучшение за счёт управления требованиями
Следуя ADM, организации могут систематически разрабатывать архитектуры, которые выравнивают стратегию бизнеса с реализацией технологий — обеспечивая измеримую ценность и устойчивое конкурентное преимущество.
📚 Список источников
Принципы архитектуры: Объясняет основополагающие руководящие принципы, формирующие архитектурные решения и обеспечивающие согласованность на всех предприятиях.
Архив архитектуры: Описывает структурированную систему хранения архитектурных продуктов, моделей и справочных материалов для поддержки повторного использования и управления.
Бизнес-принципы, цели и драйверы: Охватывает методы выявления и документирования стратегических бизнес-элементов, которые направляют разработку архитектуры.
Модель организации для корпоративной архитектуры: Описывает структуры управления, роли и ответственности, необходимые для эффективной реализации корпоративной архитектуры.
Запрос на работу по архитектуре: Объясняет официальный документ-триггер, инициирующий цикл разработки архитектуры и определяющий его охват.
Видение архитектуры: Описывает, как создать высокий уровень, выровненный с заинтересованными сторонами видение, которое направляет всю работу по архитектуре.
Оценка возможностей: Описывает методы оценки готовности и зрелости организации для реализации архитектурных инициатив.
План коммуникаций: Предоставляет руководство по вовлечению заинтересованных сторон и управлению потоком информации на протяжении всего жизненного цикла архитектуры.
Заявление о работе по архитектуре: Определяет официальное соглашение между архитекторами и заинтересованными сторонами по охвату, результатам, графику и обязанностям.
Документ определения архитектуры: Описывает комплексный результат, документирующий базовые/целевые архитектуры, пробелы и компоненты дорожной карты.
Спецификация требований к архитектуре: Объясняет, как захватывать, приоритизировать и управлять функциональными и нефункциональными требованиями на протяжении всего цикла ADM.
Подробнее о руководстве TOGAF ADM по шагам: Интерактивные инструменты и шаблоны для поддержки практического применения методологии TOGAF ADM.
Подробнее о шаблонах TOGAF по мере необходимости: Готовые, настраиваемые шаблоны, соответствующие результатам TOGAF, для ускорения документирования архитектуры.
Подробнее о инструментах ArchiMate: Визуальные возможности моделирования для создания диаграмм ArchiMate, дополняющих этапы TOGAF ADM.
Попробуйте Visual Paradigm БЕСПЛАТНО: Скачайте бесплатную пробную версию Visual Paradigm, чтобы лично познакомиться с возможностями моделирования TOGAF и ArchiMate.











