Структура архитектуры Open Group

редактировать

Структура метода разработки архитектуры TOGAF (ADM).

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

TOGAF был разработан с 1995 года The Open Group на основе TAFIM и Capgemini Министерства обороны США. 74>Интегрированная архитектура архитектуры (IAF). По данным Open Group на 2016 год, TOGAF работает в 80% компаний из Global 50 и в 60% из Fortune 500 компаний.

Содержание
  • 1 Обзор
  • 2 История
  • 3 столпа TOGAF
    • 3.1 Домены архитектуры предприятия
    • 3.2 Метод разработки архитектуры
    • 3.3 Континуум предприятия
  • 4 роли
  • 5 Культура TOGAF
    • 5.1 Инструменты, сертифицированные TOGAF
    • 5.2 Квалификации
      • 5.2.1 Foundation
      • 5.2.2 Сертифицировано
  • 6 Критика
  • 7 Ссылки
  • 8 Внешние ссылки
Обзор

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

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

ANSI / IEEE Стандарт 1471-2000 спецификацию архитектуры (программно-интенсивных систем) можно сформулировать как: «фундаментальная организация системы, воплощенная в ее компонентов, их взаимоотношений друг с другом и окружающей средой, а также принципов, регулирующих их дизайн и развитие ".

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

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

История
Процесс планирования архитектуры на основе стандартов DoD в TAFIM.

TOGAF был инициирован в начале 1990-х годов как методология разработки технической архитектуры и был разработан The Откройте группу в обширную структуру архитектуры предприятия. В 1995 году была представлена ​​первая версия TOGAF (TOGAF 1.0). Эта версия в основном основана на Структуре технической архитектуры для управления информацией (TAFIM), разработанной в конце 1980-х годов Министерством обороны США.

. В декабре 2001 года TOGAF 7, «Технический Издание ». TOGAF 8 («Enterprise Edition») был впервые опубликован в декабре 2002 года и переиздан в обновленной форме как TOGAF 8.1 в декабре 2003 года. Примерно в 2005 году TOGAF стал зарегистрированным товарным знаком The Open Group. В ноябре 2006 года Open Group выпустила TOGAF 8.1.1. По данным The Open Group, по состоянию на февраль 2011 года более 15 000 человек прошли сертификацию TOGAF. По состоянию на апрель 2018 года в официальном реестре зарегистрировано более 77 500 сертификатов.

TOGAF 9, эволюционировавший на основе TOGAF 8, включает в себя множество новых функций, таких как:

  • Повышенная точность, включая формальную метамодель контента, которая связывает артефакты TOGAF вместе (хотя есть некоторые проблемы с метамоделью)
  • Репозиторий архитектуры и Enterprise Continuum
  • Устранение ненужных различий и многие другие примеры и шаблоны

Дополнительные рекомендации и методы включают:

  • Формальный бизнес-ориентированный подход к архитектуре
  • Планирование на основе бизнес-возможностей
  • Руководство по использованию TOGAF для разработки архитектур безопасности и SOA

Последняя версия TOGAF 9.2, запущен 16 апреля 2018 года.

Open Group бесплатно предоставляет TOGAF организациям для их внутренних некоммерческих целей.

Столпы TOGAF

Домены корпоративной архитектуры

TOGAF основан на четырех взаимосвязанных областях специализации на вызываемых доменах архитектуры :

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

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

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

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

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

Континуум предприятия

Континуум предприятия - это способ классификации решений и архитектур в континууме, который варьируется от общих базовых архитектур до индивидуальных для конкретной организации как внутри, так и вне репозитория архитектуры. К ним относятся архитектурные модели, архитектурные шаблоны, описания архитектуры и другие артефакты. Эти артефакты могут существовать на предприятии, а также в ИТ-индустрии в целом.

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

Роли

TOGAF 9.2 распознает следующие роли;

, но с добавлением «И многие другие...» в конце этого списка. Две такие роли могут быть Business Analyst и Системный аналитик.

Культура TOGAF

TOGAF предоставляет сертификаты для инструментов и людей.

Инструменты, сертифицированные TOGAF

Сертифицированные инструменты TOGAF 9 перечислены в следующей таблице.

Название продуктаКомпанияПервая сертифицированнаяПродлениеВерсия TOGAF
ABACUS 6.0Avolution 23 мая 2012 г.22 мая 2022 г.9.2
BiZZdesign Enterprise Studio BiZZdesign 18 июля 2012 г.17-июл-20209.2
ADOITBOC Group15-сен-201714-сен-20219.1
Пакет корпоративной архитектуры HOPEXMEGA Int ernational 26 мая 2015 г.26 мая 2021 г.9,1
iServer Business and IT Transformation Suite 2015Orbus Software19 августа 2013 года18 августа 2021 года9.1
Управление возможностями и технологиямиPlanview 03 апреля 2012 года02 -Апр-20229.1
AlfabetSoftware AG 22-июн-201221-июн-20229.2
ARIS 9.0Software AG 19 ноября 2013 г.18 ноября 2021 г.9.1
Enterprise Architect 12Sparx Systems Pty Ltd. 06 -Фев-201505-Фев-20219.1

Последний реестр сертифицированных инструментов см. В Реестре открытых групп.

Квалификация

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

Foundation

(уровень I) Гарантирует, что человек понимает архитектуру предприятия вместе с основными концепциями и терминологией TOGAF.

Сертифицировано

(уровень II) В дополнение к квалификации Foundation, это означает, что кандидат может анализировать и применять свои знания для решения бизнес-проблем.

Получение статуса сертификата TOGAF автоматически означает бесплатное членство в Ассоциации архитекторов предприятия.

Критика

Несмотря на то, что TOGAF считается стандартом де-факто в практике EA, он не обходится без критики:

  • Исследования показывают, что «большинство рекомендаций TOGAF обычно считаются неприменимыми» и не соблюдаются даже в организации, включенные в список TOGAF-пользователей, предоставленный The Open Group. Вот почему TOGAF можно рассматривать только как «набор случайных рекомендаций, связанных с EA», а «использование TOGAF лучше всего можно объяснить как« изучение TOGAF, а затем выполнение чего-то другого ».
  • Реальные примеры демонстрации фактического практического использования рекомендаций TOGAF отсутствуют: «Существует острая необходимость в некоторых детально проработанных примерах и сценариях использования. Хотя они были запрошены, они не были получены от инструкторов TOGAF или Open Group».
  • Практики EA сообщают, что TOGAF вряд ли можно выполнять поэтапно: «Наши первоначальные предположения относительно TOGAF заключались в том, что это будет своего рода« методология », которой мы могли бы следовать для создания нашего EA, однако это оказалось не так. ".
  • Подробный анализ демонстрирует, что основанные на TOGAF методы EA не похожи на оригинальные предписания TOGAF в каком-либо реальном смысле.
  • Предписания TOGAF расплывчаты и невнятны, поскольку они" только заявляют, что ADM должен быть адаптированным, не уточняя, как ".
  • Джейсон Бл Оомберг утверждает, что «для многих организаций TOGAF приобрел популярность просто потому, что это лучше, чем ничего не делать».
  • Последние изменения, внесенные в TOGAF v9.2, не решают фундаментальные проблемы механистического подхода к планированию, за который выступает TOGAF. и другие предыдущие методики пошаговой архитектуры, включая EAP и BSP.
  • Исторический анализ показывает, что удивительную популярность TOGAF можно рассматривать как чисто случайную и приписывать исключительно его эффективному продвижению в нужное время. период.
Источники
Внешние ссылки
Викискладе есть материалы, связанные с TOGAF.
Последняя правка сделана 2021-06-10 12:02:01
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте