Лекция посвящена фреймворку архитектуры предприятия TOGAF (The Open Group Architecture Framework). Рассматривается его история: первая версия 1995 года как инструмент для разработки информационных систем, эволюционировавший в полноценный фреймворк для бизнес-архитектуры. Описываются ключевые компоненты: метод разработки архитектуры (фазы A-H, цикличность и управление требованиями), континуум предприятия (от обобщенных решений до специфики организации), метамодель контента (домены и компоненты), а также вспомогательные техники и референсные модели. Отдельно обсуждается связь с языком моделирования ArchiMate, стандартами (ISO/IEC 42010, ГОСТ 57 100) и применимость TOGAF в российской практике.
Основные мысли
1. Эволюция TOGAF: Фреймворк начинался как средство разработки ИС, но сейчас охватывает управление всей архитектурой предприятия (бизнес + ИТ).
2. Ядро TOGAF — метод разработки (ADM): Циклические фазы (от A до H) с постоянной итеративной работой с требованиями. Управление требованиями — центральный процесс.
3. Континуум предприятия (Enterprise Continuum): Инструмент для навигации по архитектурным активам — от общих (референсные модели) до специфических (решения конкретной организации).
4. Метамодель контента: Определяет типы компонентов и связей в четырех доменах (бизнес, данные, приложения, технологии). Позволяет строить модели предприятия.
5. Гибкость и совместимость: TOGAF можно адаптировать под другие языки (например, ArchiMate) и стандарты. Предлагает готовые классификаторы (справочники) для систем и оборудования, но в России они мало распространены.
6. Структура фреймворка: Помимо метода, включает рекомендации (руководства, техники), континуум, метамодель, а также строительные блоки (архитектурные и решения).
Показывать лекцию целиком
Краткое изложение
История и суть TOGAF
Фреймворк от консорциума The Open Group. Первая версия вышла в 1995 году. Изначально служил для создания информационных систем, но в последних версиях (актуальная — 9-я) стал поддерживать бизнес-архитектуру. В России распространено произношение «Тогаф», за рубежом — «Тоугаф».
Структура и метод (ADM)
Основа фреймворка — метод разработки архитектуры предприятия (ADM). В нем прописаны фазы A–H, которые проходятся циклично, с возможностью добавления требований на каждом этапе. Внутри существует процесс управления требованиями. Сам процесс управления изменениями архитектуры находится «внутри» фреймворка, а практики бизнес-анализа вынесены за его пределы. Дополнительно предлагаются 4 руководства и 10 техник для архитектора.
Континуум предприятия
Это «виртуальный репозиторий» для систематизации строительных блоков (процессов, ИС, ролей). Выделено 4 уровня:
1. Специфичный для организации: конкретные бизнес-процессы, роли, 1С-отраслевые версии.
2. Отраслевой: референсные модели (например, SCOR).
3. Общесистемный: крупные модели (COBIT, ITIL, стандартные конфигурации ERP).
4. Основополагающий: базовые концепции (сам TOGAF, ArchiMate, ядро из трех слоев).
Континуум решений (внизу) описывает конкретные ИС, процессы и сотрудников.
Метамодель и стандарты
Определяет компоненты для четырех доменов:
• Бизнес-архитектура: цели, задачи, метрики, процессы, сервисы, функции, события.
• Данные, приложения, технологии.
На практике метамодель TOGAF (ориентированная на сервисы) часто совмещают с языком ArchiMate (от того же консорциума). Стандарт ISO/IEC 42010 (ГОСТ 57 100) предписывает при управлении архитектурой использовать фреймворк и язык описания. В России классификаторы TOGAF для приложений и оборудования используются редко, но могут быть полезны.
Выводы
1. TOGAF — это не только ИТ. Фреймворк предоставляет целостный подход к управлению архитектурой предприятия, включая бизнес-слой.
2. Цикличность и требования — ключевые принципы. ADM предполагает итеративное развитие с постоянным возвратом к требованиям, что соответствует современным гибким практикам.
3. Континуум предприятия помогает управлять активами. Разделение на уровни (от абстрактных референсных моделей до конкретных решений) позволяет избежать дублирования и использовать лучшие практики.
4. Метамодель TOGAF не является жесткой. Её можно и нужно адаптировать под выбранный язык описания (например, ArchiMate) и нужды конкретной организации.
5. Применимость зависит от контекста. Хотя фреймворк международно признан, в российской практике его готовые классификаторы (справочники) применяются ограниченно, чаще используются собственные наработки.
6. TOGAF дает структуру, но не готовое решение. Он предлагает метод, техники и метамодель, но архитектор должен сам наполнять их содержанием под конкретное предприятие.
Вопросы для самопроверки
1. Какова эволюция TOGAF от первой версии (1995 г.) до современных релизов?
2. Что лежит в основе фреймворка TOGAF и из каких основных фаз (A-H) состоит этот метод?
3. В чем заключается идея «континуума предприятия» (Enterprise Continuum) и какие четыре уровня в нем выделяются? Приведите пример для каждого уровня.
4. Какие компоненты (сущности) включает метамодель TOGAF для домена «Бизнес-архитектура»?
5. Как в лекции предлагается совмещать TOGAF с языком ArchiMate? С каким стандартом (ISO/ГОСТ) это связано?
6. Что такое «строительные блоки» в терминах TOGAF и чем отличаются архитектурные блоки от блоков решений?
7. Почему, по мнению автора лекции, классификаторы TOGAF (справочники по ИС и оборудованию) редко используются в российской практике?
8. Какой процесс является центральным внутри цикла ADM и почему он важен для итерационной модели?
