Основные различия между Dodaf и Togaf для оборонных систем

Обзоры DODAF и TOGAF

Архитекторы систем обороны работают в среде, где совместимость, безопасность и обеспечение миссии не подлежат обсуждению. Для управления сложностью современных систем обороны они полагаются на архитектурные рамки, которые обеспечивают структуру, повторяемость и ясность. Две из наиболее широко упоминаемых структур - это структура архитектуры Министерства обороны (DODAF) и архитектура Open Group (TOGAF). В то время как обе предлагают пути к согласованному проектированию системы, они служат принципиально различным целям и происходят из разных контекстов.

DODAF — это структура, разработанная Министерством обороны США специально для моделирования и документирования архитектур, связанных с обороной. Она была построена для поддержки приобретения, системной инженерии и оперативного планирования в военных отраслях. TOGAF, напротив, представляет собой структуру корпоративной архитектуры общего назначения, поддерживаемую The Open Group. Она фокусируется на согласовании бизнес-целей с ИТ-возможностями и используется в таких отраслях, как финансы, здравоохранение, производство, и все чаще в правительстве и обороне.

Исторический контекст и цель

DODAF развился из более ранних усилий военной архитектуры, таких как архитектурная структура C4ISR, формализованная в 1990-х годах, чтобы помочь Министерству обороны управлять растущей сложностью сетевых систем. Его основная цель состоит в том, чтобы гарантировать, что системы обороны спроектированы с учетом совместимости, обмена данными и операционной эффективности. DODAF уполномочен для многих программ приобретения Министерства обороны и в значительной степени зависит от подрядчиков и системных интеграторов, работающих над оборонными проектами США.

TOGAF был впервые выпущен The Open Group в 1995 году, опираясь на более раннюю работу Министерства обороны США по технической архитектуре для управления информацией (TAFIM). Вместо того, чтобы быть привязанным к одной области, TOGAF был разработан как нейтральная для поставщиков, отраслевая агностическая структура, которую любая организация могла бы принять для улучшения практики корпоративной архитектуры. С тех пор он стал одним из наиболее широко принятых корпоративных архитектурных рамок во всем мире, с сертифицированными практиками как в государственном, так и в частном секторах.

Основные концепции DODAF

DODAF организует архитектурные данные в набор представлений и моделей. Рамка определяет восемь точек зрения: All Viewpoint (AV), Capability Viewpoint (CV), Data and Information Viewpoint (DIV), Operational Viewpoint (OV), Project Viewpoint (PV), Services Viewpoint (SvcV), Standards Viewpoint (StdV) и Systems Viewpoint (SV). Каждая точка зрения содержит конкретные модели, которые описывают такие аспекты, как операционная деятельность, системные интерфейсы, обмен данными и соответствие стандартам. Акцент делается на предоставлении нескольких точек зрения, которые вместе предлагают всеобъемлющую картину обороноспособности.

Ключом к DODAF является концепция модели (DDM), описанной в FLT:0. Архитекторы выбирают, какие модели производить на основе вопросов, на которые им нужно ответить, например, «Как системы поддерживают эту нить миссии?» или «Как поток данных между этими платформами датчиков?» Рамка является модульной: вы используете только взгляды, относящиеся к вашему анализу, а не все из них. Это позволяет командам адаптировать свои усилия к объему проекта, сохраняя общий язык для общения между заинтересованными сторонами.

Основные концепции TOGAF

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

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

Сравнительный анализ DODAF и TOGAF

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

Сфера охвата и фокус

Наиболее фундаментальное различие заключается в области охвата. DODAF является домен-специфический — он нацелен на системы обороны и национальной безопасности. Его модели предназначены для захвата оперативных концепций (например, нити миссий), системных интерфейсов и технических стандартов, относящихся к военной среде. DODAF явно обращается к таким концепциям, как уровни совместимости, классификация безопасности и взаимодействие системы систем в оспариваемых средах.

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

Для архитекторов систем обороны это означает, что DODAF обычно используется для архитектуры системного уровня (например, новая ракетная система, узел C2), в то время как TOGAF используется для архитектуры корпоративного уровня (например, ИТ-инфраструктура Министерства обороны, информационные системы логистики).

Структурная структура

Структура DODAF основана на просмотре. Архитектор выбирает из определенного набора точек зрения и заполняет конкретные модели (например, OV-1 Operational Concept Graphic, SV-1 Systems Interface Description). Выходы являются статическими представлениями архитектуры в определенный момент времени. DODAF версия 2.02, текущий стандарт, организует модели в таксономию, которая группирует их по назначению: для описания операционного контекста, систем и услуг, данных и информации и технических стандартов.

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

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

Методология и гибкость

DODAF часто описывается как предписывающий в своих требованиях к моделированию, но гибкий в том, как вы его используете. Рамка не предписывает процесс разработки — она только определяет, какие модели производить и как они связаны. Вы можете использовать свою собственную методологию управления проектами (например, Agile, Waterfall) с DODAF. Однако сами модели детализированы и могут отнимать много времени для поддержания, особенно если система часто меняется.

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

Для оборонных архитекторов выбор часто сводится к регуляторной среде . Если проект является приобретением DoD и должен соответствовать Справочнику по закупкам в области обороны или JCIDS (система интеграции и развития совместных возможностей), модели DODAF часто требуются для поставки. Напротив, если проект включает в себя ИТ-трансформацию на уровне предприятия, такую как переход на облачную логистическую платформу, TOGAF обеспечивает лучшую подгонку из-за его акцента на планирование бизнес-возможностей и миграцию.

Управление и соблюдение

DODAF тесно интегрирован с процессами управления DoD. Подрядчики часто требуются для производства моделей DODAF для обзоров проектирования системы, и DoD использует представления DODAF для оценки совместимости и соответствия обмену данными. Рамка также связана с эталонными архитектурами DoD, такими как Объединенная общая база данных (JCDB) и архитектура информационного предприятия DoD (DoD IEA). Это означает, что DODAF - это не просто инструмент моделирования - это механизм соответствия ].

Управление TOGAF ориентировано на организацию. В рамках рекомендуется создать архитектурный совет, но он не предписывает соблюдение внешних правил. В оборонных контекстах TOGAF может использоваться для соблюдения организационных стандартов, таких как NIST SP 800-53 или сертификация модели зрелости кибербезопасности Министерства обороны, но картирование не встроено в рамки. Архитекторы должны вручную интегрировать эти требования в фазы ADM.

Применение в оборонных проектах

Чтобы увидеть, как эти рамки работают на практике, рассмотрим два типичных сценария защиты.

Когда использовать DODAF

Представьте, что вы являетесь ведущим архитектором новой тактической системы передачи данных, которая соединяет самолеты, наземные станции и корабли. Система должна соответствовать конкретным стандартам совместимости (например, Link 16, JREAP) и быть интегрированной с существующими системами C2. Ваш результат включает в себя описание архитектуры системы (System View 1) и модели операционной деятельности (Operational View 5). DODAF - это естественный выбор, поскольку он обеспечивает точные представления, необходимые для документирования системных интерфейсов, потоков данных и ограничений безопасности. Заказчик DoD ожидает, что артефакты DODAF будут использоваться в процессе технического обзора систем (SETR). Использование TOGAF здесь будет возможно, но потребует тяжелой настройки для получения того же уровня детализации.

Для более глубокого понимания таксономии модели DODAF официальное руководство по DoD доступно на странице DoD CIO DODAF .

Когда использовать TOGAF

Теперь рассмотрим другой проект: Агентство оборонной логистики хочет модернизировать свою систему управления цепочками поставок, консолидируя несколько унаследованных экземпляров ERP в единую облачную платформу. Это усилия по трансформации предприятия, включающие реинжиниринг бизнес-процессов, рационализацию приложений и миграцию данных. Основная задача заключается не в моделировании системных интерфейсов, а в согласовании бизнес-стратегии с технологическими инвестициями, управлении организационными изменениями и создании поэтапного плана миграции. ADM TOGAF идеально подходит здесь, потому что он обеспечивает структурированный способ разработки целевой архитектуры, оценки текущих возможностей и планирования перехода. Архитектор может использовать фазу бизнес-архитектуры TOGAF для картирования логистических процессов, фазу архитектуры информационных систем для определения моделей данных и фазу планирования миграции для последовательности развертывания. DODAF может дополнить усилия, предоставляя оперативные взгляды высокого уровня, но он не будет предлагать тот же процесс управления и планирования.

Более подробную информацию о TOGAF и его ADM можно найти на странице Open Group TOGAF .

Гибридные подходы

Многие оборонные организации используют обе структуры согласованно. Типичная схема заключается в использовании TOGAF для практики архитектуры предприятия - создание архитектурной платы, управление хранилищем и планирование на основе возможностей - а затем использовать DODAF для конкретного моделирования на системном уровне в этом контексте предприятия. Этот гибридный подход рекомендуется руководством главного информационного директора Министерства обороны. Некоторые организации также принимают UPDM (профиль ULT для DODAF и MODAF) , который обеспечивает стандартизированную нотацию для моделей DODAF с использованием UML / SysML, что облегчает интеграцию с набором артефактов TOGAF.

Еще одна новая тенденция - использование Archimate, языка моделирования, согласованного с TOGAF, для представления взглядов, подобных DODAF. Стандарт ArchiMate Open Group включает в себя расширение защиты, которое позволяет архитекторам создавать оперативные и системные представления, подобные представлениям DODAF. Это открывает возможность единой среды моделирования, которая поддерживает обе структуры.

Рамки решений для оборонных архитекторов

Выбор между DODAF и TOGAF (или их объединение) зависит от нескольких факторов:

  • Характер проекта: Системный уровень (DODAF) против корпоративного уровня (TOGAF). Если проект фокусируется на конкретной оборонной системе с четкими требованиями к интерфейсу, DODAF обычно является мандатным или предпочтительным. Если проект включает в себя трансформацию бизнеса, консолидацию ИТ или стратегическое планирование, TOGAF более целесообразна.
  • Регуляторные ограничения: Если проект должен соответствовать Директиве Министерства обороны 8200.1 или учебной программе Университета оборонных закупок (DAU), часто требуются артефакты DODAF.
  • Зрелость команды: Команды, имеющие опыт работы с языками моделирования и процессами приобретения DoD, будут более удобными с DODAF. Команды, новые в архитектуре или работающие в многоотраслевой среде, могут найти пошаговый подход TOGAF более простым в принятии.
  • Для моделирования DODAF часто требуются специализированные инструменты, такие как IBM Rational System Architect или No Magic MagicDraw с плагином UPDM. TOGAF может поддерживаться более общими инструментами корпоративной архитектуры, такими как Sparx Enterprise Architect или BiZZdesign. Выбор инструментов может повлиять на выбор.
  • Долгосрочное поддержание: Модели DODAF могут быстро устареть, если их не поддерживать. Фаза управления изменениями архитектуры TOGAF специально направлена на то, как поддерживать архитектуру в актуальном состоянии. Для систем с длительным жизненным циклом (например, боевые платформы, работающие в течение 30+ лет) процессы управления TOGAF могут быть более ценными.

Для практического руководства по интеграции этих фреймворков корпорация MITRE публикует полезное сравнение, в котором обсуждается, как согласовать DODAF с другими фреймворками, такими как TOGAF и FEAF. См. документ MITRE о мостинге корпоративных и системных архитектур [FLT: 1].

Дополнительные соображения

Помимо двух основных рамок, архитекторы обороны должны знать о международных эквивалентах, таких как архитектурная рамка Министерства обороны Великобритании (MODAF) и архитектурная рамка НАТО (NAF). Они разделяют многие концепции с DODAF, но имеют свои собственные конкретные точки зрения. Если ваш проект включает партнеров по коалиции, вам может потребоваться обеспечить совместимость на уровне модели - DODAF и MODAF были согласованы через стандарт UPDM. TOGAF также используется на международном уровне, и его открытость может облегчить сотрудничество с необоронными агентствами.

Наконец, не стоит упускать из виду важность обучения и сертификации . Открытая группа предлагает сертификацию TOGAF для частных лиц и организаций. Министерство обороны проводит обучение по DODAF через Университет оборонных закупок. Инвестирование в сертифицированных архитекторов может снизить риск в сложных программах.

Заключение

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

Для дальнейшего чтения Open Group предоставляет white paper об использовании TOGAF с правительственными структурами на TOGAF и Government Architecture Frameworks , а сайт DoD Architecture Framework остается окончательным источником для руководства DODAF.