Главная

TOGAF 10. [3] Основные понятия

Для целей стандарта TOGAF применяются основные концепции, представленные в этой главе.

3.1 Что такое стандарт TOGAF?

Стандарт TOGAF 10 представляет собой архитектурную структуру-фреймворк (architecture framework). Он предоставляет методы и инструменты для помощи в принятии, производстве, использовании и поддержке архитектуры предприятия. Он основан на итеративной модели процесса, поддерживаемой лучшими практиками и многократно используемым набором существующих архитектурных активов. См. 2.2 Стандарт TOGAF.

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

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

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

Стандарт TOGAF охватывает терминологию ISO/IEC/IEEE 42010:2011, но не придерживается ее строго. В дополнение к определению «архитектуры» в ISO/IEC/IEEE 42010:2011, стандарт TOGAF определяет второе значение в зависимости от контекста:

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

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

3.3 С какими типами архитектуры имеет дело стандарт TOGAF?

Существует четыре области архитектуры, которые принято считать подмножествами общей архитектуры предприятия, и все они поддерживаются стандартом TOGAF:

  • Бизнес-архитектура (Business Architecture) определяет бизнес-стратегию, управление, организацию и ключевые бизнес-процессы.
  • Архитектура данных (Data Architecture) описывает структуру логических и физических активов данных организации и ресурсов управления данными.
  • Архитектура приложений (Application Architecture) представляет собой план развертывания отдельных приложений, их взаимодействия и взаимосвязи с основными бизнес-процессами организации.
  • Технологическая архитектура (Technology Architecture) описывает цифровую архитектуру и логические возможности и стандарты программной и аппаратной инфраструктуры, которые необходимы для поддержки развертывания услуг для бизнеса, данных и приложений. Сюда входят цифровые сервисы, Интернет вещей (IoT), инфраструктура социальных сетей, облачные сервисы, ИТ-инфраструктура, промежуточное ПО, сети, коммуникации, обработка данных, стандарты и т. д.

Существует множество других доменов, которые можно определить, объединив соответствующие представления доменов бизнеса, данных, приложений и технологий. Например:

  • Информационная архитектура (Information Architecture)
  • Архитектуры рисков и безопасности (Risk and Security Architectures)
  • Цифровая архитектура (Digital Architecture)

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

3.4 Метод разработки архитектуры

Метод разработки архитектуры TOGAF (ADM — Architecture Development Method) обеспечивает проверенный и повторяемый процесс разработки архитектур. ADM включает в себя создание основы архитектуры, разработку содержания архитектуры, переход и управление реализацией архитектуры.

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

Рисунок 3-1: Цикл разработки архитектуры
Рисунок 3-1: Цикл разработки архитектуры

Фазы ADM выглядят следующим образом:

  • Предварительная фаза (Preliminary Phase) описывает подготовительные и инициирующие мероприятия, необходимые для создания потенциала архитектуры, включая настройку структуры TOGAF и определение принципов архитектуры.
  • Фаза A: Архитектурное видение (Architecture Vision) описывает начальную фазу цикла разработки архитектуры.
    Она включает информацию об определении масштаба инициативы по разработке архитектуры, выявлении заинтересованных сторон, создании видения архитектуры и получении одобрения на продолжение разработки архитектуры.
  • Фаза B: Бизнес-архитектура (Business Architecture) описывает разработку бизнес-архитектуры для поддержки согласованного видения архитектуры
  • Фаза C: Архитектуры информационных систем (Information Systems Architectures) описывает разработку архитектуры информационных систем для поддержки согласованного видения архитектуры
  • Фаза D: Технологическая архитектура (Technology Architecture) описывает разработку технологической архитектуры для поддержки согласованного видения архитектуры
  • Фаза E: «Возможности и решения» (Opportunities & Solutions) предусматривает первоначальное планирование внедрения и определение средств доставки для архитектуры, определенной на предыдущих фазах.
  • Фаза F: Планирование миграции (Migration Planning) рассматривает, как перейти от базовой к целевой архитектуре, завершая разработку подробного плана внедрения и миграции.
  • Фаза G: Управление реализацией (Implementation Governance) обеспечивает архитектурный надзор за реализацией
  • Фаза H: Управление изменениями в архитектуре (Architecture Change Management) устанавливает процедуры управления изменениями в новой архитектуре.
  • Управление требованиями (Requirements Management) управляет процессом управления требованиями к архитектуре на протяжении всего ADM

Просмотрено: 372

Похожие записи