Что такое TOGAF?

TOGAF®, стандарт Open Group, является проверенной методологией и рамочной архитектурой предприятия, используемой ведущими организациями мира для повышения эффективности бизнеса. Это стандарт архитектуры предприятия, обеспечивающий единые стандарты, методы и коммуникацию между специалистами по архитектуре предприятия, чтобы мы могли проводить работу по архитектуре предприятия более эффективно, включая:
• Итеративная модель процесса, поддерживаемая лучшими практиками
• Повторно используемый набор существующих архитектурных активов
• Методы и инструменты для планирования, разработки, внедрения и сопровождения архитектуры предприятия

Обзор разработки TOGAF

Впервые опубликовано в 1995 году, TOGAF была основана на технической архитектурной рамочной модели Министерства обороны США для управления информацией (TAFIM). На этой основе Архитектурный форум Open Group разработал последовательные версии TOGAF с регулярными интервалами.

*с сайта ArchiTACTS http://architacts.com/WP/?page_id=11753

Что такое архитектура в контексте TOGAF?

ISO/IEC 42010:20071 определяет «архитектуру» как:

«Фундаментальная организация системы, воплощённая в её компонентах, их взаимосвязях друг с другом и с окружающей средой, а также принципах, регулирующих её проектирование и эволюцию.»

TOGAF принимает и расширяет это определение. В TOGAF «архитектура» имеет два значения в зависимости от контекста:

  1. Формальное описание системы или подробный план системы на уровне компонентов для руководства её реализацией
  2. Структура компонентов, их взаимосвязи и принципы и руководящие указания, регулирующие их проектирование и эволюцию во времени.

 

Что такое архитектура предприятия?

Архитектура предприятия (EA) — это хорошо определённая практика проведения анализа, проектирования, планирования и реализации предприятия, используя всеобъемлющий подход в любое время, для успешной разработки и выполнения стратегии. Архитектура предприятия применяет принципы и практики архитектуры для руководства организациями в процессе перехода через бизнес-процессы, Данные и информацию, итехнологии изменения, необходимые для реализации их стратегий. Эти практики используют различные аспекты предприятия для выявления, мотивации и достижения этих изменений, включая усилия по пониманию стратегического намерения бизнеса, а затем приведение всего — от бизнес-процессов до поддерживающих технологий, отношений с партнёрами, различных видов инфраструктуры, найма и обучения, и всего остального важного — в соответствие для достижения лучшей бизнес-эффективности.

 

Структура TOGAF

Содержание TOGAF разделено на7 частей:

  1. Введение
  2. Методология разработки архитектуры
  3. Руководящие принципы и методы ADM
  4. Фреймворк содержания архитектуры
  5. Континуум предприятия и инструменты
  6. Справочные модели TOGAF
  7. Фреймворк архитектурной компетенции

Краткое описание каждой из семи частей приведено ниже:

Часть I – Введение

Как показано в таблице, эта часть предоставляет обзор ключевых концепций архитектуры предприятия, а в частности — подхода TOGAF. Теперь давайте рассмотрим основные концепции для каждой из этих частей:

Основные концепции

TOGAF 9 охватывает разработку четырех взаимосвязанных типов архитектуры. Эти четыре типа архитектуры общеприняты как подмножества общей архитектуры предприятия, все из которых поддерживаются TOGAF.

Типы архитектуры

  1. Архитектура бизнеса –Бизнес-стратегия, управление, организация и ключевые бизнес-процессы.
  2. Архитектура данных –Структура логических и физических активов данных организации и ресурсов управления данными.
  3. Архитектура приложений –Чертеж отдельных приложений, которые будут развернуты, их взаимодействия и их связей с основными бизнес-процессами организации.
  4. Архитектура технологий –Логические программные и аппаратные возможности, необходимые для поддержки развертывания бизнес-услуг, услуг данных и приложений. Включает ИТ-инфраструктуру, промежуточное программное обеспечение, сети, коммуникации, обработку и стандарты.

Обратите внимание:Архитектура информационных систем = Архитектура данных + Приложения

Документы, связанные со структурой модуля TOGAF

  • Часть II – методология разработки архитектуры (ADM) является центральной частью TOGAF
  • Часть VII – Архитектурная компетенция реализует ADM.
  • Часть III – ADM поддерживается рядом руководящих принципов и методов
  • Часть IV – Содержимое, такое как результаты, артефакты и элементы архитектуры, создаются и хранятся в архиве архитектуры
  • Часть V – они классифицируются в соответствии с Enterprise Continuum
  • Часть VI – репозиторий первоначально заполняется ссылочными моделями TOGAF

Часть II: Методология разработки архитектуры

Это знаменитый круг, называемый методологией разработки архитектуры (ADM). Каждая фаза включает набор шагов, которые необходимо выполнить. Он обеспечивает проверенный и повторяемый процесс разработки архитектур.

  • Предварительная фаза
  • Фаза A: Видение архитектуры
  • Фаза B: Бизнес-архитектура
  • Фаза C: Архитектура информационных систем Фаза D: Архитектура технологий
  • Фаза E: Возможности и решения
  • Фаза F: Планирование миграции
  • Фаза G: Управление реализацией
  • Фаза H: Управление изменениями архитектуры
  • Управление требованиями

Обратите внимание:

В фазах B, C и D архитектуры TOGAF необходимо выполнить одни и те же шаги (шаги 1–8)

Рассказы по ADM

Каждая из фаз разработки в TOGAF включает четыре основные секции, которые помогают в руководстве, как описано для фазы A на рисунке ниже:

Часть III: Руководящие принципы и техники ADM

Набор руководящих принципов и техник для поддержки применения ADM. Руководящие принципы помогают адаптировать ADM для решения различных сценариев, включая различные стили процессов (например, использование итераций) и специфические требования (например, безопасность). Техники поддерживают конкретные задачи в рамках ADM (например, определение принципов, бизнес-сценарии, анализ разрыва, планирование миграции, управление рисками и т.д.). Это темы, охватываемые в руководящих принципах и техниках ADM:

  • Итерации в ADM
  • Ландшафт архитектуры
  • Архитектура безопасности
  • SOA
  • Принципы архитектуры
  • Управление заинтересованными сторонами
  • Шаблоны архитектуры
  • Бизнес-сценарии и бизнес-цели
  • Анализ разрыва
  • Методы планирования миграции
  • Требования взаимодействия
  • Оценка готовности к бизнес-трансформации
  • Управление рисками
  • Планирование на основе возможностей

Часть IV: Архитектурная содержательная основа

В этой части описывается содержательная основа TOGAF (новинка для TOGAF 9). Она описывает:

  • Значительное дополнение к TOGAF
  • Она предоставляет детальную модель архитектурных продуктов
  • Она способствует большей согласованности результатов TOGAF

Метамодель содержания

Содержательная основа предоставляет структурированную модель типов блоков, связей и атрибутов, которые могут использоваться неформально или в качестве основы для настройки инструмента моделирования корпоративной архитектуры. Несмотря на то, что блоки остаются основными элементами архитектуры в рамках TOGAF, содержательная основа включает концепцию основы и расширения с опциональными типами блоков, чтобы поддерживать легкие и детализированные архитектуры. Она предоставляет следующие преимущества для TOGAF:

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

Результаты, артефакты и блоки

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

Содержательная основа архитектуры использует три различных категории для классификации типа результатов, разрабатываемых в процессе ADM. Три различные категории содержательной основы архитектуры TOGAF:

  • Результаты
  • Артефакты
  • Блоки

Артефакты

Артефакты используются для продуктов работы, описывающих аспект архитектуры. Артефакты классифицируются следующим образом:

  • Каталог – используется для отображения списка вещей
  • Матрицы – используются для отображения связей между вещами
  • Схемы – изображения вещей

Блоки

Блок — это пакет функциональности, определенный для удовлетворения бизнес-потребностей на уровне организации. Блоки часто используются на разных уровнях. Мы можем использовать его для представления концептуальных бизнес-возможностей, таких как управление отношениями с клиентами (CRM) на ранних этапах анализа. Также мы можем уточнить концептуальную возможность до функциональностей, таких как основные данные о клиентах, а затем дополнительно детализировать ее: назначение менеджера, управление контактами клиентов и т.д.

 

Часть V: Корпоративная непрерывность и инструменты

Модель структурирования виртуального хранилища и методы классификации архитектурных и решений артефактов. В TOGAF 9 внесены следующие изменения:

  • Существенно переработано
  • Справочные модели перемещены в Часть VI
  • Добавлен новый контент по разделению архитектуры и архитектурному репозиторию
  • Стандартная информационная база (SIB) удаляется

Континуум предприятия против континуума решений

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

Общая архитектура против специфической архитектуры

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

Разделение

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

 

Архитектурный репозиторий

Архитектурный репозиторий — это логическое место для организации справочного материала и результатов работы по архитектуре. Часть или вся информация может быть архивирована в физическом инструменте репозитория, таком как архив документации VP. Это также концептуальная модель, определяющая, какие виды информации хранятся. Основные компоненты архитектурного репозитория следующие:

 

  • ИМетамодель архитектуры описывает организационно адаптированное применение архитектурной модели, включая метамодель для содержимого архитектуры.
  • ИСпособность к архитектуре определяет параметры, структуры и процессы, поддерживающие управление архитектурным репозиторием.
  • ИЛандшафт архитектуры показывает архитектурный взгляд на блоки, используемые в организации сегодня (например, список работающих приложений). Ландшафт, вероятно, существует на нескольких уровнях абстракции, чтобы соответствовать различным целям архитектуры.
  • ИСтандартная информационная база (SIB) фиксирует стандарты, которым должны соответствовать новые архитектуры, которые могут включать отраслевые стандарты, выбранные продукты и услуги поставщиков или общие службы, уже внедренные в организации.
  • ИБиблиотека справочных материалов предоставляет руководства, шаблоны, паттерны и другие виды справочного материала, которые можно использовать для ускорения создания новых архитектур для предприятия.
  • ИЖурнал управления предоставляет запись о деятельности управления на предприятии.

Часть VI: Справочные модели

Определение справочных моделей существенно переработано в TOGAF 9. Предоставляются две справочные модели:

  1. Техническая справочная модель (TRM) – основная архитектура, выступающая в качестве модели и таксономии общих платформенных служб.
  2. Модель интегрированной информационной инфраструктуры (III-RM) – модель для бизнес-приложений и приложений инфраструктуры

Связь справочных моделей с архитектурным континуумом

Архитектурный континуум состоит из четырех состояний. Основной процесс заключается в выявлении архитектурных требований, анализе и понимании архитектур, уже существующих в организации, начиная с основных архитектур (например, TRM), через общие архитектуры систем (III-RM), отраслевые стандартные архитектуры (например, SOA) до собственной архитектуры организации. Ниже приведена иллюстрация архитектурного процесса, основанного на четырех состояниях:

  • Основные архитектуры (TRM)
  • Общие архитектуры систем (III-RM)
  • Отраслевые архитектуры
  • Архитектуры организации

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

Часть VII: Фреймворк архитектурной компетенции

В этой части рассматриваются организация, процессы, навыки, роли и ответственность, необходимые для создания и функционирования практики архитектуры в рамках предприятия. Это новая часть в TOGAF 9, основанная на базе ресурсов 8.1.1

Структура архитектурной компетенции

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

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

Справа от пула квалифицированных специалистов, управление проектами/портфелем направляет контракты на работу по архитектуре в проект/портфель, которые должны быть согласованы с приоритетами и фокусом бизнес-операций.

Результаты, артефакты, журналы или политические документы могут быть извлечены из корпоративного континуума и архитектурного репозитория

Основная идея заключается в развитии способности организации разрабатывать архитектуру, что приведет к росту бизнес-способностей.

Архитектурный совет – Совет контролирует реализацию стратегии управления, включающей представительных заинтересованных сторон, ответственных за проверку и поддержание архитектуры

Соответствие архитектуре – Ключевая связь между архитектурой и реализацией заключается в определении терминов «соответствие», чтобы обеспечить соответствие отдельных проектов корпоративной архитектуре.

Контракты архитектуры –Общие соглашения между партнерами по разработке и спонсорами по результатам, качеству и пригодности архитектуры

Модели зрелости архитектуры – они используются как средство для бизнеса оценить свое текущее положение, а значит, лучше понять, когда наступает подходящее время для продвижения вперед и как это сделать

Фреймворки навыков архитектуры – предоставляют представление о уровнях компетенций, необходимых для конкретных ролей.

Ссылки:

Leave a Reply