Архитектурный фреймворк The Open Group
Архитектурный фреймворк The Open Group (англ. The Open Group Architecture Framework, TOGAF) — это архитектурный фреймворк для корпоративной архитектуры, предоставляющий подход к проектированию, планированию, внедрению и управлению архитектурой корпоративных информационных технологий. TOGAF ориентирован на разработку архитектуры на высоком уровне абстракции и обычно применяется для моделирования архитектуры на четырёх уровнях: бизнес-архитектура, архитектура приложений, архитектура данных и технологическая архитектура. TOGAF основан на принципах модульности, стандартизации и использовании проверенных и существующих технологий и продуктов.
TOGAF разрабатывается с 1995 года организацией The Open Group на основе архитектурного фреймворка Министерства обороны США (TAFIM). По состоянию на 2016 год The Open Group утверждает, что TOGAF используют 80 % компаний из списка Global 50 и 60 % компаний из списка Fortune 500.
TOGAF в настоящее время является одним из наиболее распространённых стандартов, определяющих структуру описания организации и методы его реализации. Цель TOGAF — ускорить разработку архитектуры предприятия при сохранении эффективности корпоративного управления. Фреймворк не предписывает, какие именно модели должны входить в архитектуру, а регламентирует процессы их создания. Благодаря масштабируемости TOGAF может применяться как в государственных учреждениях и крупных корпорациях, так и в средних и малых организациях. TOGAF поддерживает все уровни архитектуры — от бизнес до данных и технологий. Основные преимущества TOGAF:[1]
- Доказанная методология, созданная на основе длительных исследований с участием ведущих бизнес-архитекторов.
- Общий лексикон, способствующий единому пониманию архитектуры всеми участниками организации.
TOGAF включает несколько ключевых компонентов:
- Определение метода управления корпоративной архитектурой (метод ADM) с рекомендациями по применению.
- Описание содержания корпоративной архитектуры и техники обеспечения её устойчивости.
- Формальный (notational) спецификационный язык для описания элементов архитектуры (на основе XML), прежде всего, для разработчиков инструментов поддержки EA.
- Определение уровней зрелости архитектуры, помогающее пользователям совершенствовать процессы управления корпоративной архитектурой.
Обзор[2]
Архитектурный фреймворк — это набор инструментов для проектирования широкого спектра архитектур.
Он должен:
- описывать, как определяется информационная система в терминах базовых строительных блоков;
- показывать взаимосвязи между строительными блоками;
- включать набор инструментов;
- предоставлять общий словарь терминов;
- содержать перечень рекомендуемых стандартов;
- предоставлять перечень совместимых продуктов для реализации строительных блоков.
Стандарт ANSI/IEEE 1471—2000 определяет архитектуру как базовую организацию системы, отражённую в её компонентах, их взаимосвязях, окружении и принципах, регулирующих её проектирование и развитие.
TOGAF предлагает собственный взгляд: архитектура может трактоваться как формальное описание системы или как детальный план на уровне компонент, управляющий внедрением, либо как структура компонентов, их связи и определяющие принципы.
Ядро TOGAF — метод разработки архитектуры (ADM), описывающий процессы жизненного цикла корпоративной архитектуры.
История
Процесс архитектурного планирования на основе стандартов Министерства обороны США (TAFIM) стал отправной точкой для TOGAF.
Разработка TOGAF началась в начале 1990-х как методология разработки технической архитектуры, и была преобразована The Open Group в разветвлённый архитектурный фреймворк[3]. Первая версия (TOGAF 1.0) была выпущена в 1995 году; она была основана на TAFIM, разработанном в конце 1980-х Министерством обороны США.
В декабре 2001 года было опубликовано «Техническое издание» TOGAF 7[4]. Версия TOGAF 8 («Enterprise Edition») впервые опубликована в декабре 2002 года, а в декабре 2003 года вышла версия 8.1. К 2005 году TOGAF стала зарегистрированной торговой маркой The Open Group[5]. В ноябре 2006 года опубликована версия 8.1.1. По данным The Open Group на февраль 2011 года, более 15 000 специалистов получили сертификацию TOGAF. К апрелю 2018 года в официальном реестре числилось свыше 77 500 сертификатов[6].
TOGAF 9, основанный на развитии версии 8, содержит многочисленные новые функции:
- Усилена формальная строгость (метамодели для взаимосвязи артефактов модели),
- Архитектурное хранилище и корпоративный континуум,
- Устранение двойных трактовок, добавление примеров и шаблонов.
Дополнительно введены:
- Формальный бизнес-подход к архитектуре,
- Планирование, ориентированное на бизнес-возможности,
- Руководства по использованию TOGAF для построения безопасных архитектур и SOA-архитектур.
Актуальная версия — TOGAF 9.2 (апрель 2018 года).
The Open Group предоставляет TOGAF организациям бесплатно для внутренних некоммерческих целей[7].
Основные положения
Домены корпоративной архитектуры
TOGAF выделяет четыре взаимосвязанных домена:
- Бизнес-архитектура — определяет бизнес-стратегию, управление, структуру и ключевые процессы компании.
- Архитектура данных — описывает структуру логических и физических данных и соответствующих ресурсов.
- Архитектура приложений — определяет план реализации и взаимодействия систем, их связь c бизнес-процессами и сервисными функциями.
- Технологическая архитектура — описывает оборудование, программное обеспечение и сетевую инфраструктуру, обеспечивающие функционирование базовых, критически важных приложений.
Метод разработки архитектуры (ADM)
Методология ADM (Architecture Development Method) предназначена для создания корпоративной архитектуры, отвечающей бизнес- и информационным требованиям организации, и может адаптироваться в зависимости от задач.
Процесс ADM итеративен и цикличен: на каждом этапе анализируются требования, в фазе C объединяются архитектуры данных и приложений. При необходимости между фазами B и C может вводиться дополнительный аспект для формирования комплексной информационной архитектуры.
Потоки процессов для инженерии производительности применяются на этапах выявления требований и проработки архитектуры предприятия, информационных систем и технологий. В рамках архитектуры информационных систем используются архитектура данных и приложений.
Корпоративный континуум
Корпоративный континуум (англ. Enterprise Continuum) — это способ классификации архитектур и решений в спектре от базовых общих (валидных для многих организаций) до конкретных корпоративных. К нему относятся архитектурные модели, паттерны, описания архитектуры, артефакты как внутри предприятия, так и в индустрии в целом[8].
Корпоративный континуум делится на архитектурный и континуум решений. Архитектурный обеспечивают структурирование активов повторно используемой архитектуры (правила, представления, взаимосвязи информационных систем). Континуум решений описывает реализацию архитектурного континуума через повторяемые решения.
Культура TOGAF
Сертифицированные инструменты TOGAF
The Open Group ведёт программу сертификации инструментов для TOGAF 9. Списки сертифицированных продуктов публикуются в The Open Group Register.
Квалификация
The Open Group регулирует формальные квалификации по TOGAF на двух уровнях, которые можно получить после обучения или самостоятельной подготовки. Сертификация доступна через аккредитованные учебные центры[9].
Обучение
- Уровень 1 — подтверждает, что специалист понимает основы корпоративной архитектуры и терминологию TOGAF.
- Уровень 2 — подтверждает способность анализировать задачи и применять знания на практике.
Получившие статус сертифицированного специалиста TOGAF получают бесплатное членство в Ассоциации корпоративных архитекторов.
Структура
Архитектурный фреймворк — это набор инструментов для проектирования различных архитектур, включающий:
- описание методологии, определяющей информационную систему как совокупность строительных блоков;
- определение взаимосвязей между строительными блоками;
- набор инструментов;
- общий словарь терминов;
- перечень рекомендуемых стандартов;
- перечень проверенных продуктов для реализации архитектуры.
Стандарт ANSI/IEEE 1471—2000 определяет архитектурную спецификацию как совокупность компонентов, связей, окружения и принципов их развития. TOGAF определяет ИТ-систему как формализованное описание или план системы на уровне компонентов реализации.
Корпоративный континуум
В отличие от ADM, акцент корпоративного континуума направлен на развитие коммуникации между различными подразделениями организации, способствуя единому «языку» и эффективным дискуссиям, а также повторному использованию архитектурных элементов и активов:
- Архитектурный континуум — взаимосвязи между различными архитектурами;
- Континуум решений — совокупность решений в каждой из архитектур.
Техническая референсная модель
Основа архитектуры TOGAF включает набор типовых сервисов и функций для построения конкретных архитектур и их компонентов. Она делится на два элемента:
- Техническая референсная модель — таксономия универсальных платформенных сервисов;
- База стандартной информации — хранилище стандартов, используемых для определения сервисов и других компонентов, ориентированных на TOGAF.
Библиотеки TOGAF
TOGAF включает библиотеки, поддерживающие практическое применение методов фреймворка — они содержат руководства, шаблоны, структуры и вспомогательные материалы для ускорения проектирования ИТ-архитектуры организации. Библиотека поддерживается The Open Group Architecture Forum.
В составе библиотеки выделяют четыре секции:
- Учредительные документы;
- Общие рекомендации и техники;
- Отраслевые рекомендации и техники;
- Корпоративно-ориентированные рекомендации и техники.
TOGAF также включает стандарты управления корпоративной архитектурой — архитектурное управление (governance), стандарты для структурированных репозиториев и компонентов организации, а также ряд других техник, которые могут использоваться архитекторами по необходимости.
Процедура по TOGAF
Подготовка
Включает подготовительные мероприятия для создания подразделения архитектуры, определение процедур с учётом особенностей организации и спецификой обеспечения ИБ. На этом этапе создаётся архитектурное хранилище из трёх уровней: общее схематическое описание системы, сегментная архитектура и детализированная архитектура отдельных приложений. Первое и второе отражают деятельность корпоративного архитектора; для solution-архитектора важна третья ступень.
Взгляды архитектуры
На этом этапе разрабатывается альтернативный вариант архитектурного решения. Фаза A включает изначальный проект (ИС или его часть), выявление ключевых заинтересованных лиц (stakeholders), формирование бюджета и создание документа «Видение архитектуры» с учётом бизнес-требований и принципов, включая политику безопасности.
Фаза B: бизнес-архитектура — проработка бизнес-архитектуры для поддержки утверждённого видения. Моделирование может выполняться в UML или с помощью языка ArchiMate (разработан на основе TOGAF, реализуется инструментом Archi).
Фаза C: архитектура информационных систем — определение архитектуры ИС в соответствии с утверждённым архитектурным видением. Готовятся ER-диаграммы, data-flow-диаграммы для баз данных, а в прикладном слое — списки сервисов для разработки XML-кодов (WSDL).
Фаза D: технологическая архитектура — детализация технологической архитектуры под утверждённое архитектурное видение: моделирование топологии сети, определение серверов, хранилищ, ревизия планов аварийного восстановления и непрерывности.
Для фаз B, C, D общие этапы включают анализ базовой (as-is) и целевой (to-be) архитектуры, идентификацию разрывов (gap analysis), построение дорожной карты (roadmap). Ключевым результатом становится документ об определении архитектуры, аналог ТЗ или Solution Design.
Фаза E: возможности и решения — разработка первичного плана внедрения и миграции архитектуры, составление рабочих пакетов с привлечением проектного управления (например, по Prince2), детализация бюджета и временных рамок; возможна декомпозиция на промежуточные архитектуры.
Фаза F: планирование миграции — финализированный план внедрения, обеспечение достижения целевой архитектуры или ИС; при несоответствии запланированному бюджету — согласование с ключевыми лицами и корректировка по критериям cost/benefit и value delivery.
Фаза G: управление внедрением — передача архитектурных решений для реализации, участие в процессах защиты безопасности, проведение аудита, управление solution-архитекторами, post-implementation review, риск-менеджмент.
Фаза H: изменение архитектуры — покрывает все типы изменений, от незначительных (смена цвета кнопки) до крупных с затрагиванием нескольких уровней архитектуры. TOGAF различает, когда необходимо разработать архитектурное описание — в зависимости от глубины модификации.
Фаза управления требованиями — обеспечивает обработку любых функциональных и нефункциональных требований (например, по безопасности) на всех этапах архитектурного проектирования, включая их приоритизацию и оценку влияния.
Критика
Несмотря на широкое признание TOGAF как стандартного подхода к корпоративной архитектуре, он подвергается критике:
- Исследования показывают, что большинство рекомендаций TOGAF на практике малоприменимы даже для организаций, входящих в официальный список пользователей[10].
- Отсутствие реальных кейсов, иллюстрирующих применение рекомендаций TOGAF; несмотря на запросы, примеры не были предоставлены ни тренерами, ни The Open Group.
- По мнению специалистов, пошаговое следование TOGAF представляет значительные трудности, и часто не может рассматриваться как реальный методологический путь для создания корпоративной архитектуры.
- Регламенты TOGAF не всегда конкретны: например, ADM рекомендуется к применению без детальной методологии исполнения.
- По мнению Джейсона Блумберга, востребованность TOGAF в ряде компаний объясняется скорее отсутствием лучшей альтернативы, чем несомненной эффективностью.
- Недавние изменения в TOGAF 9.2 не устранили проблемы механистического планирования и не учли методологические недостатки предыдущих подходов (EAP, BSP).
- Исторический анализ показывает, что популярность TOGAF объясняется эффективным маркетингом в нужный момент времени, а не объективными преимуществами.
Преимущества
TOGAF помогает организациям внедрять программные решения с учётом бизнес-целей и организационной структуры, создавая системный подход, который может быть повторяем и способствует снижению ошибок на каждом этапе. Ключевые цели использования TOGAF:
- повышение качества и эффективности бизнес-процессов;
- повышение эффективности цифровых трансформаций и ИТ-операций;
- увеличение отдачи от инвестиций;
- снижение инвестиционных рисков;
- ускорение, снижение стоимости и упрощение процедур.
Сильные стороны TOGAF
TOGAF концептуально восходит к модели Zachman Framework; среди его очевидных преимуществ[11]:
- Формализация управления корпоративной архитектурой (процессный фреймворк EA)
- Практический опыт и рекомендации по внедрению
- Определяет не только элементы EA, но и способы их документирования
Значимым вкладом TOGAF является популяризация концепции корпоративной архитектуры и практическая помощь в реализации — фреймворк позволяет проще приступить к внедрению. Важна и роль в продвижении сертификаций специалистов и инструментов. Однако для большинства обычных пользователей формализация и сертификация мало актуальны — они востребованы прежде всего среди разработчиков инструментов и корпоративных архитекторов.
Примечания
Литература
The Open Group. Welcome to the TOGAF® Standard, Version 9.2, a standard of The Open Group (англ.). The Open Group (2018). Дата обращения: 10 июня 2018.