WikiDer > Фреймворк архитектуры Open Group

The Open Group Architecture Framework

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

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

TOGAF был разработан с 1995 г. Открытая группа, на основе Министерство обороны СШАс ТАФИМ и Capgeminiс Интегрированная архитектура архитектуры (IAF).[4] По данным The Open Group на 2016 год, в TOGAF работает 80% Глобальный 50 компаний и 60% Fortune 500 компании.[5]

Обзор

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

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

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

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

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

История

Процесс планирования архитектуры на основе стандартов DoD в ТАФИМ.[7]

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

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

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

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

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

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

Последняя версия - TOGAF 9.2, выпущенная 16 апреля 2018 года.[17]

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

Столбы TOGAF

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

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

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

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

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

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

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

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

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

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

Роли

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

Также добавив "И многие другие ..." в конце этого списка. [21] Две такие роли могли быть Бизнес-аналитик и Системный аналитик.

TOGAF культура

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

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

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

наименование товараКомпанияПервый сертифицированныйПродлениеВерсия TOGAF
ABACUS 6.0Avolution23-мая-201222 мая 2022 г.9.2
Студия BiZZdesign EnterpriseBiZZdesign18-июл-201217-июл-20209.2
ADOITBOC Group15-сен-201714-сен-20219.1
Пакет корпоративной архитектуры HOPEXMEGA International26-мая-201526 мая 2021 г.9.1
iServer Business and IT Transformation Suite 2015Программное обеспечение Orbus19 августа 2013 г.18 августа 2021 г.9.1
Возможности и управление технологиямиВид сверху03-апр-201202 апреля 2022 г.9.1
АльфабетSoftware AG22 июня 2012 г.21 июня 2022 г.9.2
ARIS 9.0Software AG19-ноя-201318-ноя-20219.1
Архитектор предприятия 12Sparx Systems Pty Ltd.06 февраля 2015 г.05 февраля 2021 г.9.1

Самый последний реестр сертифицированных инструментов можно найти в реестре Open Group.[22]

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

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

Фонд

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

Проверенный

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

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

Критика

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

  • Исследования показывают, что «большинство рекомендаций TOGAF обычно считаются неприменимыми» и не выполняются даже организациями, включенными в список пользователей TOGAF, предоставленный The Open Group.[25] Вот почему TOGAF можно рассматривать только как «набор случайных рекомендаций, связанных с EA», а «использование TOGAF лучше всего можно объяснить как« изучение TOGAF, а затем выполнение чего-то другого »».[26]
  • Отсутствуют реальные примеры, демонстрирующие реальное практическое использование рекомендаций TOGAF: «Существует острая необходимость в некоторых детально проработанных примерах и сценариях использования. Хотя они были запрошены, они не были получены от тренеров TOGAF или Open Group».[27]
  • Практики EA сообщают, что TOGAF вряд ли можно выполнять поэтапно: «Наши первоначальные предположения относительно TOGAF заключались в том, что это будет своего рода« методология », которой мы могли бы следовать для создания нашего EA, однако это оказалось не так. ".[27]
  • Подробный анализ показывает, что методы EA на основе TOGAF ни в каком реальном смысле не похожи на оригинальные предписания TOGAF.[28]
  • Рецепты TOGAF расплывчаты и невнятны, поскольку они «только заявляют, что ADM следует адаптировать без указания того, как».[29]
  • Джейсон Блумберг утверждает, что «для многих организаций TOGAF приобрел популярность просто потому, что это лучше, чем ничего не делать».[30]
  • Недавние изменения, внесенные в TOGAF v9.2, не решают фундаментальные проблемы механистического подхода к планированию, отстаиваемого TOGAF и других предыдущих методологий пошаговой архитектуры, включая EAP и BSP.[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 в мире
  6. ^ TOGAF Введение Архитектура Open Group Framework. По состоянию на 22 января 2009 г.
  7. ^ Министерство обороны (1996 г.). Структура технической архитектуры для управления информацией. Vol. 4. Апрель 1996 г.
  8. ^ Марк Ланкхорст (2013) Архитектура предприятия в действии: моделирование, коммуникация и анализ п. 23
  9. ^ Яап Шеккерман (2003) Как выжить в джунглях корпоративной архитектуры. п. 119
  10. ^ Том ван Санте, Ханс Ван ден Бент (2007) Togaf the Open Group Architectural Framework: Руководство по управлению. п. iv
  11. ^ <[https://togaf9-cert.opengroup.org/home-public
  12. ^ 15000 сертификатов
  13. ^ Справочник сертифицированных специалистов
  14. ^ "Что нового в TOGAF 9?". Открытая группа. 2009. Получено 13 января 2017.
  15. ^ Верьярд, Ричард (2009). «ТОГАФ 9». Получено 13 января 2017.
  16. ^ Гербер А; Ван дер Мерве, А; Kotze, P: 2010. На пути к формализации метамодели контента TOGAF с использованием онтологий. Для публикации: Материалы 12-й Международной конференции по корпоративным информационным системам (ICEIS 2010). INSTICC
  17. ^ Открытая группа запускает стандарт TOGAF версии 9.2 http://www.opengroup.org/news/press/The-Open-Group-Launches-TOGAF-Standard-Version-9-2
  18. ^ Открытая группа (2011). TOGAF® Version 9 - Загрузить. Архитектурный форум. Получено 17 ноября 2011 г. из http://www.opengroup.org/architecture/togaf9/downloads.htm.
  19. ^ Процесс можно увидеть в виде изображения, расположенного здесь: Цикл разработки архитектуры
  20. ^ «Континуум предприятия». Открытая группа. Получено 4 января 2014.
  21. ^ «Рамки навыков TOGAF». Открытая группа. Получено 16 августа 2020.
  22. ^ Реестр сертификации инструментов Open Group
  23. ^ а б c «Сертификация TOGAF 9». Открытая группа. Получено 11 января 2014.
  24. ^ «Часто задаваемые вопросы по сертификации TOGAF». Открытая группа. Получено 11 января 2014.
  25. ^ «Архитектура предприятия - это не ТОГАФ», Котусев С., январь 2016 г.
  26. ^ «Критическое рассмотрение TOGAF», Котусев, С., апрель 2016 г.
  27. ^ а б Андерсон П., Бэкхаус Г., Таунсенд Дж., Хеджес М. и Хобсон П. (2009). Создание корпоративной архитектуры: создание гибких институтов. Бристоль, Соединенное Королевство: Объединенный комитет информационных систем (JISC).
  28. ^ Котусев, С. (2018) Практика архитектуры предприятия на основе TOGAF: исследовательский пример, Коммуникации Ассоциации информационных систем, Vol. 43, No. 1, pp. 321-359.
  29. ^ Уинтер К., Бакл С., Маттес Ф. и Шведа К. М. (2010). Изучение современного состояния методов управления архитектурой предприятия в литературе и практике. В: Sansonetti, A., ed. Труды 4-й Средиземноморской конференции по информационным системам, Тель-Авив, Израиль.
  30. ^ «Архитектура предприятия: не валяйте дурака с инструментом», Джейсон Блумберг, посетил 19 мая 2016 г.
  31. ^ «TOGAF версии 9.2: что нового?», Котусев С., июнь 2018 г.
  32. ^ Котусев, С. (2018) ТОГАФ: Следующее прихоть, превратившаяся в новую религию, В: TOGAF - это не структура EA: неудобная прагматическая правда, К.Л. Смит (ред.). Грейт Нотли, Великобритания: Pragmatic EA Ltd, стр. 27-40.

внешние ссылки