Структура архитектуры Open Group
Референтная модель для архитектуры предприятия

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

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

Разработка TOGAF началась в 1995 году компанией The Open Group на основе TAFIM Министерства обороны США и Integrated Architecture Framework (IAF) компании Capgemini . [4] По данным The Open Group, по состоянию на 2016 год TOGAF используют 80% компаний из списка Global 50 и 60% компаний из списка Fortune 500 .

Обзор

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

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

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

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

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

История

Процесс планирования архитектуры на основе стандартов Министерства обороны США в TAFIM . [6]

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

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

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

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

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

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

Последняя версия — TOGAF 10, запущенная 25 апреля 2022 года. [16]

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

Столбы TOGAF

Домены архитектуры предприятия

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

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

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

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

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

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

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

Enterprise Continuum — это способ классификации решений и архитектур в континууме, который варьируется от общих базовых архитектур до специализированных для конкретной организации как внутри, так и за пределами Architecture Repository. [19] Они включают архитектурные модели, архитектурные шаблоны, описания архитектуры и другие артефакты. Эти артефакты могут существовать как внутри предприятия, так и в ИТ-индустрии в целом.

Enterprise Continuum состоит из Architecture Continuum и Solutions Continuum. Architecture Continuum определяет структурирование повторно используемых архитектурных активов и включает правила, представления и отношения информационных систем, доступных предприятию. Solutions Continuum описывает реализацию Architecture Continuum путем определения повторно используемых Solution Building Blocks (SBB).

Роли

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

При этом в конце списка добавляется «И многие другие...». [20]

Культура TOGAF

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

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

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

Название продуктаКомпанияПервый сертифицированныйОбновлениеВерсия TOGAF
АБАКУС 6.0Аволюция23-мая-201222-мая-20229.2
Студия предпринимательства BiZZdesignBiZZdesign18-июля-201217-июля-20209.2
ADOITГруппа БОК15-сен-201714-сен-20219.1
Пакет архитектуры предприятия HOPEXМЕГА Интернешнл26-мая-201526-мая-20219.1
iServer Business and IT Transformation Suite 2015Орбус Программное обеспечение19-авг-201318-авг-20219.1
Управление возможностями и технологиямиВид сверху03-апр-201202-апр-20229.1
АлфавитПрограммное обеспечение АГ22-июня-201221-июня-20229.2
АРИС 9.0Программное обеспечение АГ19-ноя-201318-ноя-20219.1
Архитектор предприятия 12Sparx Systems Pty Ltd.06-фев-201505-фев-20219.1

Для получения актуального реестра сертифицированных инструментов обратитесь к реестру Open Group. [21]

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

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

Фундамент

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

Проверенный

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

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

Критика

Несмотря на то, что TOGAF считается фактическим стандартом в практике EA , он не лишен критиков:

  • Данные исследований показывают, что «большинство рекомендаций TOGAF обычно оказываются неприменимыми» и не соблюдаются даже в организациях, включенных в список пользователей TOGAF, предоставленный The Open Group. [24] Вот почему TOGAF можно рассматривать только как «набор случайных рекомендаций, связанных с EA», а «использование TOGAF» лучше всего можно объяснить как «изучение TOGAF и последующее выполнение чего-то другого». [25]
  • Реальные примеры, демонстрирующие фактическое практическое использование рекомендаций TOGAF, отсутствуют: «Существует острая необходимость в некоторых подробных рабочих примерах и вариантах использования. Хотя они были запрошены, они не были получены ни от тренеров TOGAF, ни от The Open Group». [26]
  • Практикующие EA сообщают, что TOGAF вряд ли можно следовать шаг за шагом: «Наши первоначальные предположения относительно TOGAF состояли в том, что это будет своего рода «методология», которой мы могли бы следовать для создания нашей EA , однако это оказалось не так». [26]
  • Подробный анализ показывает, что основанные на TOGAF практики EA ни в каком реальном смысле не напоминают первоначальные предписания TOGAF. [27]
  • Предписания TOGAF расплывчаты и невнятны, поскольку в нем «только говорится, что ADM следует адаптировать, не уточняя, как именно». [28]
  • Джейсон Блумберг утверждает, что «для многих организаций TOGAF приобрел популярность просто потому, что это лучше, чем ничего не делать» [29] .
  • Изменения, внесенные в TOGAF v9.2, не решали фундаментальных проблем механистического подхода к планированию, пропагандируемого TOGAF и другими предыдущими методологиями пошаговой архитектуры, включая EAP и BSP . [30]
  • Недавние изменения, внесенные в 10-е издание стандарта TOGAF, лишь «укрепляют его чисто символический статус в дисциплине EA как чего-то активно обсуждаемого, но лишенного какого-либо содержания» [31] .
  • Исторический анализ показывает, что поразительную популярность TOGAF можно считать чисто случайной и приписать исключительно его эффективному продвижению в нужный период времени. [32]

Ссылки

  1. ^ Стивен Марли (2003). «Архитектурная структура» на aiwg.gsfc.nasa.gov, NASA/SCI. Получено 10 декабря 2008 г. (webarchive.org).
  2. ^ Н. Дедик, «FEAMI: Методология включения и интеграции процессов архитектуры предприятия в существующие организационные процессы», в IEEE Engineering Management Review, doi: 10.1109/EMR.2020.3031968.
  3. ^ Дирк Драхейм, Джеральд Вебер ред. (2007) Тенденции в архитектуре корпоративных приложений: 2-я международная конференция, TEAA 2006, Берлин, Германия, 29 ноября – 1 декабря 2006 г., пересмотренные избранные статьи . стр. 260
  4. ^ Ого, Джек, нет; Вааге, Мартен; Хартман, Герман; Шталекер, Макс; Хофман, Алдерт (17 июня 2010 г.). Объяснение интегрированной архитектуры: почему, что, как. ISBN 9783642115189.
  5. ^ TOGAF Introduction The Open Group Architecture Framework. Доступно 22 января 2009 г.
  6. ^ Министерство обороны (1996). Техническая архитектура структуры управления информацией. Том 4. Апрель 1996 г.
  7. ^ Марк Ланкхорст (2013) Архитектура предприятия в действии: моделирование, коммуникация и анализ, стр. 23
  8. ^ Яап Шеккерман (2003) Как выжить в джунглях архитектуры предприятия . стр. 119
  9. ^ Том ван Санте, Ханс Ван Ден Бент (2007) Тогаф: Архитектурная основа открытой группы: Руководство по управлению . п. iv
  10. ^ <[https://togaf9-cert.opengroup.org/home-public
  11. ^ 15 000 сертификаций
  12. ^ Справочник сертифицированных специалистов
  13. ^ «Что нового в TOGAF 9?». The Open Group . 2009. Получено 13 января 2017 г.
  14. ^ Veryard, Richard (2009). "TOGAF 9" . Получено 13 января 2017 г.
  15. ^ Gerber A; Van der Merwe, A; Kotze, P: 2010. Towards the Formalisation of the TOGAF Content Metamodel using Ontologies. Опубликовано в: Proceedings of the 12th International Conference on Enterprise Information Systems (ICEIS 2010). INSTICC
  16. ^ «The Open Group объявляет о запуске стандарта TOGAF®, 10-е издание». 25 апреля 2022 г.
  17. ^ The Open Group (2011). TOGAF® версии 9 — Загрузить. Архитектурный форум. Получено 17 ноября 2011 г. с сайта http://www.opengroup.org/architecture/togaf9/downloads.htm.
  18. ^ Поток процесса можно увидеть на изображении, расположенном здесь: Цикл разработки архитектуры
  19. ^ "Enterprise Continuum". The Open Group . Получено 4 января 2014 г.
  20. ^ "TOGAF Skills Framework". The Open Group . Получено 16 августа 2020 г.
  21. ^ Реестр сертифицированных инструментов TOGAF®
  22. ^ abc "TOGAF 9 Certification". The Open Group . Получено 11 января 2014 г.
  23. ^ "TOGAF Certification FAQ". The Open Group . Получено 11 января 2014 г.
  24. ^ «Архитектура предприятия — это не TOGAF», Котусев, С., январь 2016 г.
  25. ^ «Критический анализ TOGAF», Котусев, С., апрель 2016 г.
  26. ^ ab Андерсон, П., Бэкхаус, Г., Таунсенд, Дж., Хеджес, М. и Хобсон, П. (2009). Создание архитектуры предприятия: поддержка Agile Institution . Бристоль, Соединенное Королевство: Объединенный комитет по информационным системам (JISC).
  27. ^ Котусев, С. (2018) Практика архитектуры предприятия на основе TOGAF: исследовательский пример, Сообщения Ассоциации информационных систем , т. 43, № 1, стр. 321-359.
  28. ^ Winter, K., Buckl, S., Matthes, F. и Schweda, CM (2010). Исследование современного состояния методов управления архитектурой предприятия в литературе и на практике . В: Sansonetti, A., ed. Труды 4-й Средиземноморской конференции по информационным системам, Тель-Авив, Израиль.
  29. ^ «Архитектура предприятия: не будьте дураком с инструментом», Джейсон Блумберг, посещено 19 мая 2016 г.
  30. ^ «TOGAF версии 9.2: что нового?», Котусев, С., июнь 2018 г.
  31. ^ Котусев, С. (2023) «Стандарт TOGAF, 10-е издание: что нового?», Мельбурн, Австралия: SK Publishing.
  32. ^ Котусев, С. (2018) TOGAF: просто очередная мода, превратившаяся в новую религию, в: TOGAF не является фреймворком EA : неудобная прагматическая правда , К. Л. Смит (ред.). Грейт-Нотли, Великобритания: Pragmatic EA Ltd, стр. 27-40.
На Викискладе есть медиафайлы по теме TOGAF .
  • Официальный сайт
  • TOGAF 9.2 Онлайн
  • TOGAF 8.1.1 Онлайн
Взято с "https://en.wikipedia.org/w/index.php?title=The_Open_Group_Architecture_Framework&oldid=1250039986"