Структура архитектуры открытой группы
Open Group Architecture Framework ( TOGAF ) является наиболее используемой структурой для архитектуры предприятия по состоянию на 2020 год. [ 2 ] который обеспечивает подход к проектированию, планированию, внедрению и управлению архитектурой информационных технологий предприятия. [ 3 ] TOGAF — это подход к проектированию высокого уровня. Обычно он моделируется на четырех уровнях: бизнес, приложения, данные и технологии. Он в значительной степени опирается на модульность, стандартизацию и уже существующие, проверенные технологии и продукты.
TOGAF начал разрабатываться в 1995 году компанией The Open Group на основе обороны США Министерства TAFIM и Capgemini . интегрированной архитектуры архитектуры (IAF) [ 4 ] По данным The Open Group на 2016 год, TOGAF работает в 80% компаний из списка Global 50 и в 60% компаний из списка Fortune 500 .
Обзор
[ редактировать ]Архитектурная среда — это набор инструментов, которые можно использовать для разработки широкого спектра различных архитектур. [ 5 ] Должно:
- описать метод определения информационной системы с точки зрения набора строительных блоков
- показать, как строительные блоки соединяются друг с другом
- содержать набор инструментов
- предоставить общий словарный запас
- включить список рекомендуемых стандартов
- включить список совместимых продуктов, которые можно использовать для реализации строительных блоков.
Спецификация архитектуры (программно-интенсивных систем) стандарта ANSI / IEEE . 1471-2000 может быть сформулирована как: «фундаментальная организация системы, воплощенная в ее компонентах, их взаимоотношениях друг с другом и средой, а также принципах, управляющих ее работой» дизайн и эволюция».
Однако TOGAF имеет свою собственную точку зрения, которая может быть определена либо как «формальное описание системы, либо как подробный план системы на уровне компонентов для руководства по ее реализации», либо как «структура компонентов, их взаимосвязи и принципы и рекомендации, управляющие их дизайном и эволюцией с течением времени».
Метод разработки архитектуры (ADM) — это ядро TOGAF, которое описывает метод разработки и управления жизненным циклом архитектуры предприятия.
История
[ редактировать ]
TOGAF был разработан в начале 1990-х годов как методология разработки технической архитектуры и был разработан The Open Group в обширную структуру корпоративной архитектуры . [ 7 ] В 1995 году была представлена первая версия TOGAF (TOGAF 1.0). Эта версия была в основном основана на платформе технической архитектуры для управления информацией (TAFIM), разработка которой началась в конце 1980-х годов Министерством обороны США .
В декабре 2001 года было опубликовано «Техническое издание» TOGAF 7. [ 8 ] TOGAF 8 («Enterprise Edition») был впервые опубликован в декабре 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 можно добавить дополнительную ясность, чтобы обеспечить полную информационную архитектуру .
Рабочие методы проектирования производительности применяются на этапе «Требования», а также на этапах «Бизнес-архитектура», «Архитектура информационной системы» и «Технологическая архитектура». В архитектуре информационной системы он применяется как к архитектуре данных, так и к архитектуре приложений.
Корпоративный континуум
[ редактировать ]Континуум предприятия — это способ классификации решений и архитектур в континууме, который варьируется от общих базовых архитектур до адаптированных для конкретной организации как внутри, так и за пределами репозитория архитектуры. [ 19 ] К ним относятся архитектурные модели, архитектурные шаблоны, описания архитектуры и другие артефакты. Эти артефакты могут существовать внутри предприятия, а также в ИТ-отрасли в целом.
Континуум предприятия состоит из континуума архитектуры и континуума решений. Архитектурный континуум определяет структурирование повторно используемых архитектурных активов и включает в себя правила, представления и отношения информационных систем, доступных предприятию. Континуум решений описывает реализацию континуума архитектуры путем определения повторно используемых строительных блоков решений (SBB).
Роли
[ редактировать ]TOGAF 9.2 распознает следующие роли:
- Члены архитектурного совета
- Спонсор архитектуры
- Менеджер по архитектуре
- Архитекторы:
- Руководитель проекта
- IT-дизайнер (интерпретируется как UX-дизайн)
А также добавив «И многие другие...» в конце этого списка. [ 20 ]
ТОГАФ культура
[ редактировать ]TOGAF предоставляет сертификаты для инструментов и персонала.
Инструменты, сертифицированные TOGAF
[ редактировать ]Сертифицированные инструменты TOGAF 9 перечислены в следующей таблице.
| Название продукта | Компания | Первый сертифицированный | Обновление | Версия ТОГАФ |
|---|---|---|---|---|
| СЧЕТЫ 6.0 | Эволюция | 23 мая 2012 г. | 22 мая 2022 г. | 9.2 |
| Студия предприятия BiZZdesign | БИЗЗдизайн | 18 июля 2012 г. | 17 июля 2020 г. | 9.2 |
| АДОИТ | Группа БОК | 15 сентября 2017 г. | 14 сентября 2021 г. | 9.1 |
| Пакет архитектуры предприятия HOPEX | МЕГА Интернешнл | 26 мая 2015 г. | 26 мая 2021 г. | 9.1 |
| iServer Пакет для трансформации бизнеса и ИТ 2015 | Программное обеспечение Орбус | 19 августа 2013 г. | 18 августа 2021 г. | 9.1 |
| Управление возможностями и технологиями | Планвью | 03 апреля 2012 г. | 02 апреля 2022 г. | 9.1 |
| Алфавит | Программное обеспечение АГ | 22 июня 2012 г. | 21 июня 2022 г. | 9.2 |
| АРИС 9.0 | Программное обеспечение АГ | 19 ноября 2013 г. | 18 ноября 2021 г. | 9.1 |
| Архитектор предприятия 12 | Спаркс Системс Пти Лтд. | 06 февраля 2015 г. | 05 февраля 2021 г. | 9.1 |
Самый последний реестр сертифицированных инструментов можно найти в реестре Open Group. [ 21 ]
Квалификация
[ редактировать ]Открытая группа контролирует формальную квалификацию 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 или Открытой группы». [ 26 ]
- Практики EA сообщают, что TOGAF вряд ли можно следовать шаг за шагом: «Наши первоначальные предположения о TOGAF заключались в том, что это будет своего рода «методология», которой мы могли бы следовать при создании нашего EA , однако это оказалось не так. ". [ 26 ]
- основанные на TOGAF, Детальный анализ показывает, что методы ЭО, ни в каком реальном смысле не напоминают оригинальные предписания TOGAF. [ 27 ]
- Предписания TOGAF расплывчаты и невнятны, поскольку в них «только говорится, что ADM следует адаптировать, не уточняя, как». [ 28 ]
- Джейсон Блумберг утверждает, что «для многих организаций TOGAF приобрел популярность просто потому, что это лучше, чем ничего не делать». [ 29 ]
- Изменения, внесенные в TOGAF v9.2, не решили фундаментальные проблемы механистического подхода к планированию, пропагандируемого TOGAF и другими предыдущими методологиями пошаговой архитектуры, включая EAP и BSP . [ 30 ]
- Недавние изменения, внесенные в 10-е издание стандарта TOGAF, лишь «укрепляют его чисто символический статус в дисциплине EA как чего-то активно обсуждаемого, но лишенного какого-либо содержания». [ 31 ]
- Исторический анализ показывает, что ошеломляющую популярность TOGAF можно считать чисто случайной и объяснить исключительно ее эффективным продвижением в нужный период времени. [ 32 ]
Ссылки
[ редактировать ]- ^ Стивен Марли (2003). «Архитектурная основа» на сайте aiwg.gsfc.nasa.gov, НАСА/SCI. Проверено 10 декабря 2008 г. ( webarchive.org ).
- ^ Н. Дедич, «FEAMI: Методология включения и интеграции процессов архитектуры предприятия в существующие организационные процессы», в IEEE Engineering Management Review, doi: 10.1109/EMR.2020.3031968.
- ^ Дирк Драхейм, ред. Джеральда Вебера. (2007) Тенденции в архитектуре корпоративных приложений: 2-я Международная конференция, TEAA 2006, Берлин, Германия, 29 ноября – 1 декабря 2006 г., Пересмотренные избранные статьи . п. 260
- ^ Ого, Джек, нет; Вааге, Мартен; Хартман, Герман; Шталекер, Макс; Хофман, Алдерт (17 июня 2010 г.). Объяснение интегрированной архитектуры: почему, что, как . ISBN 9783642115189 .
- ^ TOGAF Введение . Структура архитектуры открытой группы. По состоянию на 22 января 2009 г.
- ^ Министерство обороны (1996). Структура технической архитектуры для управления информацией. Том. 4 . апрель 1996 г.
- ^ Марк Ланкхорст (2013) Архитектура предприятия в действии: моделирование, коммуникация и анализ, с. 23
- ^ Яап Шеккерман (2003) Как выжить в джунглях корпоративной архитектуры . п. 119
- ^ Том ван Санте, Ханс Ван Ден Бент (2007) Тогаф: архитектурная основа открытой группы: Руководство по управлению . п. iv
- ^ <[ https://togaf9-cert.opengroup.org/home-public
- ^ 15 000 сертификатов
- ^ Справочник сертифицированных людей
- ^ «Что нового в TOGAF 9?» . Открытая группа . 2009 . Проверено 13 января 2017 г.
- ^ Верьярд, Ричард (2009). «ТОГАФ 9» . Проверено 13 января 2017 г.
- ^ Гербер А; Ван дер Мерве, А; Котце, П.: 2010. На пути к формализации метамодели контента TOGAF с использованием онтологий. Опубликовано в: Материалы 12-й Международной конференции по корпоративным информационным системам (ICEIS 2010). ИНСТИКК
- ^ «Открытая группа объявляет о выпуске 10-го издания стандарта TOGAF®» . 25 апреля 2022 г.
- ^ Открытая группа (2011). TOGAF® Версия 9 — Скачать. Архитектурный форум. Получено 17 ноября 2011 г. с http://www.opengroup.org/architecture/togaf9/downloads.htm .
- ^ Ход процесса можно увидеть в виде изображения, расположенного здесь: Цикл разработки архитектуры.
- ^ «Континуум предприятия» . Открытая группа . Проверено 4 января 2014 г.
- ^ «Система навыков TOGAF» . Открытая группа . Проверено 16 августа 2020 г. .
- ^ Реестр сертификации инструментов открытой группы.
- ^ Перейти обратно: а б с «Сертификация TOGAF 9» . Открытая группа . Проверено 11 января 2014 г.
- ^ «Часто задаваемые вопросы по сертификации TOGAF» . Открытая группа . Проверено 11 января 2014 г.
- ^ «Архитектура предприятия — это не TOGAF» , Котусев С., январь 2016 г.
- ^ «Критический анализ TOGAF» , Котусев С., апрель 2016 г.
- ^ Перейти обратно: а б Андерсон П., Бэкхаус Г., Таунсенд Дж., Хеджес М. и Хобсон П. (2009). Создание архитектуры предприятия: обеспечение гибкой организации . Бристоль, Великобритания: Объединенный комитет по информационным системам (JISC).
- ^ Котусев, С. (2018) Практика архитектуры предприятия на основе TOGAF: исследовательский пример, Коммуникации Ассоциации информационных систем , Том. 43, № 1, стр. 321-359.
- ^ Винтер К., Бакл С., Маттес Ф. и Шведа К.М. (2010). Исследование современного состояния методов управления архитектурой предприятия в литературе и практике . В: Сансонетти А., изд. Материалы 4-й Средиземноморской конференции по информационным системам, Тель-Авив, Израиль.
- ^ «Архитектура предприятия: не будьте дураком с инструментом» , Джейсон Блумберг, посещение 19 мая 2016 г.
- ^ «TOGAF Версия 9.2: Что нового?» , Котусев С., июнь 2018 г.
- ^ Котусев, С. (2023) «Стандарт TOGAF, 10-е издание: что нового?», Мельбурн, Австралия: SK Publishing.
- ^ Котусев, С. (2018) TOGAF: Просто очередное увлечение, которое превратилось в новую религию, В: TOGAF Is Not the EA Framework: The Inconvenient Pragmatic Truth , К. Л. Смит (ред.). Грейт-Нотли, Великобритания: Pragmatic EA Ltd, стр. 27–40.
Внешние ссылки
[ редактировать ]
