Структура архитектуры обороны обороны

Структура архитектуры DoD v1.5. Структура архитектуры DoDAF версии 2.0

Департамент Структура оборонной архитектурной (DoDAF ) - это структура архитектуры для Министерства обороны США (DoD), которая обеспечивает инфраструктуру визуализации для решения конкретных проблем посредством сторонних обзоров, организованных различными видами. Эти представления являются артефактами для визуализации, понимания и усвоения широкого объема и сложности архитектуры с помощью табличного, структурного, поведенческого, онтологического, графическое, временное, графическое, вероятностное или альтернативное концептуальное средство. Текущая версия - DoDAF 2.02.

Эта структура архитектуры особенно подходит для систем со сложными проблемами взаимодействия и взаимодействия, и, очевидно, уникальна в использовании «представлений». Эти представления представляют собой подробные сведения, предназначенные для работы через систему.

• 1 Обзор
• 2 История
• 3 Возможности и миссия
• 4 Возможности и миссия
• 4 Представления версии 1.5
  • 4.1 Представление всего
  • 4.2 Представление работы
  • 4.3 Представление систем и служб
  • 4.4 Представление технических стандартов
• 5 Представление версии 2.0
  • 5.1 Все точки обзора (AV)
  • 5.2 Точка зрения возможностей (CV)
  • 5.3 Точка зрения данных и информации (DIV)
  • 5.4 Рабочая точка зрения (OV)
  • 5.5 Точка зрения проекта (PV)
  • 5.6 Точка зрения услуг (SvcV)
  • 5.7 Точка зрения стандартов (StdV)
  • 5.8 Системная точка зрения (SV)
• 6 Создание интегрированной архитектуры с использованием DoDAF
• 7 Представление
• 8 Мета-модель
• 9 Связь с другими структурами архитектуры
• 10 Критика
• 11 См. Также
• 12 Ссылки
• 13 Дополнительная литература
• 14 Внешние ссылки

DoDAF обеспечивает фундаментальную основу для разработки и представления Создание описаний архитектуры, которые обеспечивают общий знаменатель для понимания, сравнения и интеграции архитектурных в рамках организационных, совместных и международных границ. Он устанавливает элементы данных, правила и отношения, а также базовый набор продуктов для последовательной разработки систем интегрированных или объединенных архитектур. Эти описания архитектуры могут быть различными системами (FoS), системы систем (SoS) и сетецентрические возможности для взаимодействия и взаимодействия в небоевой среде.

Предполагается, что Компоненты DoD соответствуют DoDAF в максимально возможной степени при разработке архитектуры в Департаменте. Соответствие гарантирует, что повторное использование информации, артефактов архитектуры, моделей точек зрения может быть разделено с общим пониманием. Все крупные закупки вооружений и информационных систем обороны США необходимы для разработки и документирования архитектуры предприятия США (EA) с использованием предписанных DoDAF. Хотя он явно нацелен на военные системы, DoDAF имеет широкое применение в частном, государственном и добровольном секторах по всему миру и представляет собой одну из большого числа систем архитектурных структур.

• Цель DoDAF - определить концепции и модели, которые можно использовать в основного процесса интеграции обороны США:
  1. Объединенная интеграция и разработка возможностей (JCIDS)
  2. Планирование, программирование, бюджетирование и выполнение (PPBE)
  3. Система оборонных закупок (DAS)
  4. Системное проектирование (SE)
  5. Оперативное планирование (OPLAN)
  6. Управление портфелем возможностей (CPM)
• Кроме того, твердых целей DoDAF 2.0 заключались в:
  1. Создание руководства для архитектуры в зависимости от цели - «соответствие цели»
  2. Повышение полезности и эффективности архитектуры с помощью строгой модели данных - мета-модели DoDAF (DM2) - поэтому могут быть интегрированы, проанализированы и проанализированы оценены с большей точностью.

Развитие DoDAF со времен 1990-е гг. DoDAF V2.0 был выпущен в мае 2009 года.

Первая версия разработки DoDAF была ограничена в 1990-х годах под названием Архитектура Framework. В тот же период эталонная модель ТАФИМ, начатая в 1986 году, получила дальнейшее развитие. Первая C4ISR Architecture Framework v1.0, выпущенная 7 июня 1996 г., создана в ответ на принятие Закона Клингера-Коэна. Он был обращен к директиве заместителя министра обороны 1995 года, что в масштабах Министерства обороны должны быть предприняты усилия по определению и разработке более совершенных средств и процессов для обеспечения возможностей C4ISR и потребностей военного истребителя. Продолжение усилий по разработке в декабре 1997 года ко второй версии, C4ISR Architecture Framework v2.0.

В августе 2003 года был выпущен DoDAF v1.0, который реструктурировал C4ISR Framework v2.0, чтобы предложить руководство и описание продуктов., а также дополнительную информацию в двух томах и настольную книгу. Это расширило применимость принципов и практик ко всем областям миссии, а не только к сообществу C4ISR. В этом документе рассматриваются вопросы использования, интегральные схемы политики Министерства обороны и федерального правительства, показатели архитектуры архитектуры, методы поддержки решений системы обороны, методы разработки, аналитические методы и CADM v1.01, и он перемещен в сторону репозитория. основанный на подходе с упором на элементы архитектуры, которые составляют продукты архитектуры. В феврале 2004 года была выпущена документация по версии 1.0 с томом «I: Определения и рекомендации», «II: Описания продуктов» и «Настольная книга». В апреле 2007 года была выпущена версия 1.5 с документацией «Определения и рекомендации», «Описания продуктов» и «Описание данных архитектуры».

28 мая 2009 года DoDAF v2.0 был одобрен начальством обороны. Текущая версия DoDAF 2.02. DoDAF V2.0 опубликована на общедоступном веб-сайте.

Другие производные структуры, основанные на DoDAF, включают Структура архитектуры НАТО (NAF) и Министерство обороны Архитектура Framework. Как и другие подходы EA, например The Open Group Architecture Framework (TOGAF), DoDAF организован вокруг общей репозитории для хранения рабочих продуктов. Репозиторий определяется общей схемой базы данных Модель системы данных 2.0 и Системный журнал архитектуры DoD (DARS). Ключевой особенностью DoDAF является взаимодействие, которое организовано в виде серии уровней, называемых уровней взаимодействия информационных систем (LISI). Развивающаяся система удовлетворяет не только свои внутренние потребности в данных, но и потребности структуры, в которой она установлена.

См. Диаграмму, на которой показаны основные возможности, связанные с миссией / планом действий, потоками, действиями и архитектурой.

Возможности, описанные с помощью архитектуры

Министерство обороны перешло в сторону предоставления возможностей, которые являются причиной создания системы / службы. Модели возможностей описывают таксономию возможностей и эволюцию возможностей. Поток возможности будет приравниваться к определенным действиям, правилам и системам, которые связаны с этой настройкой.

Концепция возможностей, определенная группа данных метамодели, позволяет ответить на такие вопросы, как:

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

Миссия операций или курс действий описываются концепцией (CONOPS) и организованы по возможностям.

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

Связи между представлениями DoDAF V1.5. Структура DoD C4ISR

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

• Все представления (AV)
• Рабочие представления (OV)
• Представления систем (SV)
• Представления технических стандартов (TV)

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

Продукты Все виды

Все виды (AV) обеспечивают всеобъемлющие описания всей архитектуры и определяют объем и контекст архитектуры. Продукты DoDAF V1.5 AV как:

Обзор AV-1 и сводная информация

Объем, цель, предполагаемые пользователи, изображенная среда, аналитические выводы (если применимо)

AV-2 Интегрированный словарь

Определения всех терминов, используемых во всех продуктах.

Оперативное представление

Операционное представление (OV) Продукты содержат описания задач, рабочих элементов и обмена информацией, которые требуются для выполнения миссий DoD. OV обеспечивает текстовое и графическое представление рабочих узлов и элементов, назначенных задач и действий, а также информационные потоки между узлами. Он определяет тип обмена информацией, частоту обменов, этим задачи и действия, поддерживаемые обменом, а также характер обмена. Продукты DoDAF V1.5 OV соответствует как:

OV-1 High Level Operational Concept Graphic

Высокоуровневое графическое и текстовое описание эксплуатационной концепции организации высокого уровня, миссии, географическая конфигурация, связь и т. Д..).

Описание соединения рабочего узла OV-2

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

Операционная информация OV-3 Матрица обмена

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

Схема организационных отношений OV-4

Управление, контроль, координация и другие отношения между организациями.

Модель операционной деятельности OV-5

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

Модель операционных правил OV-6a

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

Описание перехода рабочего состояния OV-6b

Один из трех продуктов, используемых для описания поведения и времени операционной деятельности, которые вызывают реакцию бизнес-процесса на события.

OV-6c Operational Event-Trace Description

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

Логическая модель данных OV-7

Документирование требований к данным и структурных правил бизнес-процессов для операционного представления. (В DoDAF V1.5. Это соответствует DIV-2 в DoDAF V2.0.)

Представление "Системы и службы"

Представление "Системы и службы" (SV) - это набор графических и текстовых продуктов, описывающие системы, услуги и соединения, обеспечивающие или поддерживающие функции DoD. Продукты SV ориентированы на физические системы с определенным физическим (географическим) местоположением. Взаимосвязь между элементами архитектуры через SV и OV используется для поддержки организаций и их операций. Продукты DoDAF V1.5 SV:

Описание интерфейса систем / служб SV-1

Отображаемые узлы для поддержки организаций / человеческих ролей, представленных рабочими узлами OV-2. SV -1 также идентифицирует интерфейсы между системами и системными узлами.

Системы / службы СВ-2 Описание связи

Отображает соответствующую информацию о системах связи, каналах связи и сетях связи. SV-2 документирует виды средств связи, которые включают в себя системы, и реализует их интерфейсы, как описано в SV-1. Таким образом, SV-2 показывает детали интерфейса SV-1, которые автоматизируют аспекты потребностей, представленных в OV-2.

SV-3 Системы, Услуги-Системы, Матрицы Услуги-Услуги

предоставляет подробную информацию о характеристиках интерфейса, описанных в SV-1 для архитектуры, в матричной форме.

SV-4a / SV-4b Описание функциональных возможностей систем / служб

SV-4а документирует функциональные иерархии системы и системные функции, а также потоки системных данных между ними. SV-4 из DoDAF v1.0 обозначен как «SV-4a» в DoDAF v1.5. Хотя существует корреляция между OV-5 или иерархиями, существует матрица прослеживаемости операционной деятельности и функций системы (SV-5a). это сопоставление.

SV-5a, SV-5b, SV-5c Операционная деятельность с функциями систем, операционная деятельность с системами и Матрицы прослеживаемости услуг

Операционная деятельность с SV-5a и SV-5b - это спецификация отношений между набором практических действий, применимых к этой электрической системе, и набором системных функций, применимых к этой электрической энергии. SV-5 и расширение SV-5 из DoDAF v1.0 обозначены как «SV-5a» и «SV-5b» в DoDAF v1.5 соответственно.

Данные систем / служб SV-6 Матрица обмена

Определяют характеристики системных данных, которые обмениваются системы. Этот продукт ориентирован на автоматизированный обмен информацией (из OV-3), реализованный в системах. Неавтоматический обмен информацией, такой как устные приказы, фиксируется только в продуктах OV.

Матрица параметров производительности систем / служб SV-7

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

Описание эволюции систем / служб SV-8

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

Прогноз технологий систем / услуг SV-9

Определяет базовые текущие и ожидаемые вспомогательные технологии, которые были нацелены с использованием стандартных методов прогнозирования. Ожидаемые вспомогательные технологии - это те, которые можно разумно спрогнозировать с учетом текущего состояния технологий и ожидаемых улучшений. Новые технологии должны быть привязаны к определенным периодам времени, которые могут коррелировать с периодами времени, используемыми в контрольных точках SV-8.

Модель правил систем / услуг SV-10a

Описывает правила, в соответствии с этой архитектурой или ее системы ведут себя при определенных условиях.

SV-10b Описание перехода состояний систем / служб

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

SV-10c Systems / Services Event-Trace Description

Обеспечивает упорядоченное по времени исследование элементов данных системы, которыми обмениваются участвующие системы (внешние и внутренние), системные функции или человеческие роли в результате определенного сценария. Каждая диаграмма отслеживания событий должна иметь сопроводительное описание, определяющее конкретный сценарий или ситуацию. SV-10c в обзоре систем и служб может отражать специфические для системы аспекты или уточнения критических последовательностей событий, описанных в рабочем обзоре.

Физическая схема SV-11

Один из архитектурных продуктов наиболее близок к реальной конструкции системы в Framework. Продукт определяет структуру различных видов системных данных, которые используются системами в архитектуре. (В DoDAF V1.5. Это соответствует DIV-3 в DoDAF V2.0.)

Представление технических стандартов

Продукты представления технических стандартов (ТВ) определяют технические стандарты, соглашения о реализации, бизнес-правила и критерии которые управляют архитектурой. К телевизионным продуктам DoDAF V1.5 относятся следующие:

• Профиль технических стандартов StdV-1 - Извлечение стандартов, применимых к данной архитектуре. (В DoDAF V1.5. Переименовано в StdV-1 в DoDAF V2.0.)
• Прогноз технических стандартов StdV-2 - Описание новых стандартов, которые, как ожидается, будут применяться к данной архитектуре, в соответствующем наборе таймфреймов. (В DoDAF V1.5. Переименован в StdV-2 в DoDAF V2.0.)

Схема точек обзора DoDAF V2.0. Развитие взглядов DoDAF V1.5 на DoDAF V2. 0 Точки обзора. Сопоставление представлений DoDAF V1.5 с точками обзора DoDAF V2.0.

В DoDAF V2.0 архитектурные точки зрения состоят из данных, которые были организованы для облегчения понимания. Для согласования со стандартами ISO, где это уместно, терминология была изменена с представлений на точку обзора (например, рабочее представление теперь является рабочей точкой зрения).

All Viewpoint (AV)

Описывает всеобъемлющие аспекты контекста архитектуры, которые относятся ко всем точкам зрения.

Capability Viewpoint (CV)

Новое в DoDAF V2.0. Формулирует требования к возможностям, время доставки и развернутые возможности.

Data and Information Viewpoint (DIV)

Новое в DoDAF V2.0. Формулирует взаимосвязи данных и структуры согласования в содержимом архитектуры для возможностей и эксплуатационных требований, процессов системного проектирования, систем и услуг.

Operational Viewpoint (OV)

Включает рабочие сценарии, действия, а также требования, поддерживающие возможности.

Точка зрения проекта (PV)

Новое в DoDAF V2.0. Описывает взаимосвязь между эксплуатационными требованиями и требованиями к возможностям и различными реализуемыми проектами. Project Viewpoint также детализирует зависимости между возможностями и эксплуатационными требованиями, процессами системного проектирования, системным проектированием и проектированием сервисов в рамках процесса Defense Acquisition System.

ServicesViewpoint (SvcV)

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

Standards Viewpoint (StdV)

Переименовано из Technical Standards Viewpoint. Формулирует применимые операционные, деловые, технические и отраслевые политики, стандарты, руководства, ограничения и прогнозы, относящиеся к возможностям и эксплуатационным требованиям, процессам системного проектирования, а также системам и требованиям.

Systems Viewpoint (SV)

Формулирует для унаследованной поддержки дизайн решений, формулирующий системы, их состав, взаимосвязь и контекст, поддерживающий или поддерживающий операционные и функциональные функции. Обратите внимание: в DoDAF V2.0 система изменилась по сравнению с DoDAF V1.5: система - это не просто компьютерное оборудование и компьютерное внимание программное обеспечение. Система теперь в общем смысле как совокупность компонентов - машины, человека - которые являются подтипами действия (поскольку они взаимодействуют или взаимозависимы. Это может быть что угодно, что есть что угодно, от единиц оборудования, которые имеют связующие или взаимозависимые элементы, до семейства систем (FoS) и системы систем (SoS). Обратите внимание, что системы состоят из Материалов (например, оборудования, самолетов и судов) и типов персонала.

Архитектуры для DoDAF V1.0 и DoDAF V1.5. При необходимости (обычно указывается политикой или лицом, принимающим решение), DoDAF V1.0 и V1.5 должны будут обновить свою мощностьуру. Когда архитектура до DoDAF V2.0 сравнивается с архитектурой DoDAF V2.0, необходимо определить или концептуальные различия (такие как узел) для новой архитектуры. Что касается продуктов DoDAF V1.5, они были преобразованы в части моделей DoDAF V2.0. В большинстве случаев метамодель DoDAF V2.0 поддерживает концепции данных DoDAF V1.5, за одним заметным исключением: Node. Узел - это сложная логическая концепция, представленная более конкретными концепциями.

All Viewpoint (AV)

Обзор AV-1 и сводная информация

Описывает видение, цели, задачи, планы, мероприятия, события, условия, меры, эффекты (результаты) проекта, и объекты объекты.

Интегрированный словарь AV-2

Репозиторий архитектурных данных с определениями всех терминов, используемых в

Capability Viewpoint (CV)

CV-1 Vision

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

CV-2 Таксономия возможностей

Захватывает таксономию возможностей. Модель представляет собой схему возможностей. Эти могут быть представлены в системе временной шкалы. CV-2 определяет все возможности, которые используются в одной или нескольких архитектурах.

Фазирование возможностей CV-3

Запланированное достижение возможностей в различные моменты времени или в течение конкретных периодов времени. CV-3 показывает поэтапное изменение возможностей точки зрения, условий, желаемых эффектов, соблюдаемых правил потребления и производства ресурсов и мер, без исполнителей и решений по местоположению

CV-4 Зависимости возможностей

Зависимости между возможностями групповых возможностей.

Сопоставление возможностей CV-5 для организационного развития

Выполнение требований показывает запланированное развертывание возможностей и межсоединение для определенных фаз возможностей. CV-5 показывает запланированное решение для этапа с точки зрения исполнителей, местоположений и связанных с ними концепций.

CV-6 Отображение возможностей для операционной деятельности

Отображение требуемых возможностей и операционные действия, которые могут быть эти возможности.

Сопоставление возможностей CV-7 с услугами

Сопоставление возможностей между услугами, которые предоставляют возможности.

Точка зрения и информации (DIV)

DIV-1 Концептуальная модель данных

Необходимые высокоуровневые концепции данных и их взаимосвязи.

DIV-2 Логическая модель данных

Документация требований к данным и структурные правила бизнес-процессов (деятельности). В DoDAF V1.5 это была OV-7.

Физическая модель данных DIV-3

Формат физической реализации объектов логической модели данных, например, форматы сообщений, структуры, физическая схема. В DoDAF V1.5 это был SV-11.

Примечание. См. Логическая информация для обсуждения этих трех моделей данных DIV со сравнением концептуальных, логических и физических данных Модели.

Operational Viewpoint (OV)

OV-1, высокоуровневый график операционной концепции

Графическое / текстовое описание высокого уровня операционной концепции.

OV- 2 Описание рабочего потока ресурсов

Описание потоков ресурсов, обмениваются между операционными действиями.

Матрица потоков ресурсов OV-3

Описание, которые обмениваются, и атрибуты обменов.

Схема организационных отношений OV-4

Организационный контекст, роли или другие отношения между организациями.

Дерево декомпозиции операционной деятельности OV-5a

Возможности и действия (операционные действия), организованные в иерархическую структуру.

Модель операционной деятельности OV-5b

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

Модель операционных правил OV-6a

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

Описание перехода состояния OV-6b

Одна из трех моделей, используемых для описания операционной деятельности (активности). Он определяет реакции бизнес-процесса (активности) на события (обычно очень короткие действия).

Описание трассировки событий OV-6c

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

Точка зрения проекта (PV)

Взаимосвязи портфеля проектов PV-1

Эти отношения зависимости между организациями и проектами, а также организационные структуры, необходимые для управления портфелем проектов.

Временные рамки проекта PV-2

Перспектива временной шкалы программ или проектов, с ключевыми этапами и взаимозависимостью.

Возможности проекта PV-3. Сопоставление

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

Точка обзора служб (SvcV)

Описание контекста служб SvcV-1

Идентификация услуг, элементов услуг и их взаимосвязей.

Описание потоков ресурсов служб SvcV-2

Описание потоков ресурсов, обмениваются службы.

SvcV -3a Матрица систем-сервисов

Отношения между системами и сервисами или между ними в данном A Описание архитектуры.

Матрица служб-служб SvcV-3b

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

Описание функций служб SvcV-4

Функции, выполняемые службы и потоки служебных данных между служебными функциями (действиями).

Матрица от операционной деятельности SvcV-5 для отслеживания услуг

Сопоставление услуг (действий) с операционными действиями (действиями).

Матрица потока ресурсов служб SvcV-6

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

Матрица показателей служб SvcV-7

Измерения (метрики) элементов модели услуг для соответствующего периода (ов).

Описание эволюции услуг SvcV-8

Запланированные дополнительные шаги по переносу набора услуг на более эффективный пакет или для развития текущих услуг для будущей реализации.

SvcV-9 Услуги, технологии и навыки для переработчиков

Новые технологии, программные / аппаратные продукты и навыки, которые, как ожидается, будут доступны в заданный период времени и которые повлияют на развитие услуг в будущем.

Правила служб SvcV-10a Модель

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

Описание перехода состояния служб SvcV-10b

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

Службы SvcV-10c Описание трассировки событий

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

Standards Viewpoint (StdV)

Профиль стандартов StdV-1

Список стандартов, применимых к элементам решения. В DoDAF V1.5 это был TV-1.

Прогноз стандартов StdV-2

Описание появляющихся стандартов и их потенциального воздействия на текущие элементы решения в течение определенного периода времени. В DoDAF V1.5 это был TV-2.

Системная точка обзора (SV)

Описание интерфейса SV-1

Идентификация систем, системных элементов и их взаимосвязей.

Описание потоков ресурсов системы SV-2

Описание потоков ресурсов системы обмениваются системы.

Матрица систем-систем СВ-3

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

Описание функциональных возможностей системы SV-4

Функции (действия), выполняемые системы и системные потоки данных между системными функциями (действиями).

SV-5a Операционная деятельность в матрице прослеживаемости функций системы

Отображение системных функций действий обратно на операционные ().

SV-5b Операционная деятельность для отслеживания систем Матрица

Отображение систем обратно на возможности или операционные действия (действия).

Матрица потока системных ресурсов SV-6

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

Матрица показателей систем SV-7

Меры (метрики) элементов модели систем для соответствующего периода (ов).

SV -8 Описание эволюции систем

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

SV-9 Systems Technology Прогноз навыков

Новые технологии, программные / аппаратные продукты и навыки, которые, как ожидается, будут доступны в заданный набор временных рамок, и это повлияет на дальнейшее развитие системы.

Модель системных правил SV-10a

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

SV-10b Описание перехода состояния системы

Одна из трех моделей, используемых для описания функциональности системы. Он определяет реакцию систем на события.

Описание трассировки событий систем SV-10c

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

Иллюстрация интегрированной архитектуры.

В Руководстве архитекторов DODAF 2.0 повторяется определение DOD Instruction 4630.8. Интегрированная архитектура как «Архитектура, состоящая из нескольких представлений, облегчающая интеграцию и способствующая взаимодействию между возможностями и между интегрированными архитектурами. Для целей разработки архитектуры термин интегрированный означает, что данные, требуемые более чем в одной из архитектурных моделей, обычно определяются и понимаются во всех эти модели. Интегрированные архитектуры являются свойством или принципом проектирования для архитектур на всех уровнях: возможностей, компонентов, решений и предприятий (в контексте архитектуры предприятия (EA) Министерства обороны США, являющейся федерацией архитектур). Проще говоря, интеграция видна в соединении предметов, общих для архитекторов продукты cture, где элементы, показанные в одном архитектурном продукте (например, используемые сайты или сопряженные системы или предоставляемые услуги), должны иметь идентичный номер, имя и значение, появляющиеся в представлениях продуктов связанной архитектуры ".

Существует множество различных подходов к созданию интегрированной архитектуры с использованием DoDAF и к определению требуемых продуктов. Подход зависит от требований и ожидаемых результатов; то есть для чего будет использоваться получившаяся архитектура. В качестве одного примера, DoDAF v1.0 перечислил следующие продукты как «минимальный набор продуктов, необходимый для соответствия определению