Оперативный обзор

Операционное представление ( OV ) — это одно из основных представлений, определенных в архитектуре предприятия (EA) Архитектурной платформы Министерства обороны V1.5 (DoDAF) и связанное с концепцией операций . В соответствии с DODAF 2, который вступил в силу в 2009 году, коллекции мнений теперь называются «точками зрения», а не взглядами.

Другие структуры корпоративной архитектуры могут иметь или имеют операционные представления. Например, MODAF имеет оперативную точку зрения, а структура архитектуры НАТО имеет оперативный вид (набор подвидов). В этой статье более подробно объясняется конструкция оперативного представления DoDAF V1.5.

Обзор

«Оперативный вид» (OV) в DoDAF структуре архитектуры предприятия (версия 1/1.5) («Операционная точка зрения» в DODAF 2) описывает задачи и действия, операционные элементы и обмен информацией, необходимые для проведения операций. Чистый оперативный взгляд не зависит от материалов. Однако на операции и их отношения могут влиять новые технологии, такие как технологии сотрудничества, когда улучшения процессов применяются на практике до того, как политика сможет отразить новые процедуры. ^[1]

Операционная точка зрения предоставляет средства для описания того, что необходимо, не требуя решения или реализации. Однако в некоторых случаях может возникнуть необходимость документировать способ выполнения процессов с учетом ограничений существующих систем, чтобы изучить способы, с помощью которых новые системы могут способствовать оптимизации процессов. В таких случаях операционное представление может иметь существенные ограничения и требования, которые необходимо учитывать. По этой причине может возникнуть необходимость включить некоторые данные об архитектуре Systems View (SV) высокого уровня в качестве наложения или дополнения информации в продукты Operational View. ^[1]

Темы оперативного просмотра

ДоДАФ

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

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

Общий вид (AV),
Оперативный обзор (ОВ),
Системное представление (SV) и
Просмотр технических стандартов (ТВ).

Каждый вид отображает определенные аспекты архитектуры, как описано ниже. Для каждой разработки системы обычно создается только часть полного набора представлений DoDAF. На рисунке представлена информация, которая связывает эксплуатационный взгляд, взгляд на системы и услуги и взгляд на технические стандарты. Три представления и их взаимосвязи, основанные на общих элементах данных архитектуры, обеспечивают основу дляполучение таких показателей, как совместимость или производительность, а также для измерения влияния значений этих показателей на эффективность оперативной миссии и задач. ^[2]

ОВ продукты

Структура архитектуры Министерства обороны (DoDAF) определила серию из семи различных типов продуктов Operational View. ^[1]В этом разделе описаны семь продуктов OV:

График общей операционной концепции (OV-1)
Описание подключения оперативного узла (поток ресурсов) (OV-2)
Матрица оперативного обмена информацией (потока ресурсов) (OV-3)
Схема организационных отношений (OV-4)
Модель оперативной деятельности (ОВ-5)
Модель операционных правил, описание перехода состояний и описание трассировки событий (OV-6a, 6b и 6c)
Логическая модель данных (ОВ-7)

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

Концепция деятельности Министерства обороны США в области электронной коммерции (OV-1).
Графическая концепция операционной концепции возможностей совместного сетевого оружия (НОВОЕ) (OV-1).
Концепция операций Объединенной оперативной группы (OV-1).
Пример OV-1 для NCOW.

Графическое представление оперативной концепции высокого уровня (OV-1): графическое и текстовое описание оперативной концепции высокого уровня (организации высокого уровня, миссии, географическая конфигурация, связь и т. д.).

Описание подключения оперативного узла

Шаблон ОВ-2.
Условный пример OV-2 с изображением поставщиков услуг.
Шаблон UML OV-2.

Описание связности оперативного узла (OV-2): Операционные узлы, действия, выполняемые на каждом узле, а также возможности подключения и поток информации между узлами.

Матрица оперативного обмена информацией

ОВ-3 – Шаблон.

Матрица обмена оперативной информацией (OV-3): информация, которой обмениваются узлы, и соответствующие атрибуты этого обмена, такие как носитель, качество, количество и требуемый уровень совместимости.

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

ОВ-4 – Шаблон.
Образец УМЛ ОВ-4.

Схема организационных отношений (OV-4): Командование, контроль, координация и другие отношения между организациями.

Модель оперативной деятельности

Схема иерархии оперативной деятельности (OV-5) – шаблон.
Схема оперативной деятельности (ОВ-5) – Шаблон.
OV-5 – Шаблон со смысловыми аннотациями.
Пример UML OV-5.

Модель оперативной деятельности (OV-5): Действия, взаимосвязи между действиями, входами и выходами. Кроме того, наложения могут отображать стоимость, производительность узлов или другую соответствующую информацию.

Другие продукты OV

Модель операционных правил, описание перехода состояний и описание трассировки событий (OV-6a, 6b и 6c)
- Модель операционных правил (OV-6a): один из трех продуктов, используемых для описания последовательности и сроков операционной деятельности, который определяет бизнес-правила, ограничивающие операцию.
- Описание перехода рабочего состояния (OV-6b): один из трех продуктов, используемых для описания последовательности и сроков операционной деятельности, который определяет реакцию бизнес-процесса на события.
- Описание отслеживания эксплуатационных событий (OV-6c): один из трех продуктов, используемых для описания последовательности и сроков оперативной деятельности, который отслеживает действия в сценарии или критической последовательности событий.
Логическая модель данных (OV-7): документация требований к данным и правил структурных бизнес-процессов оперативного представления.

Исполняемая операционная архитектура

Помимо изучения поведения с течением времени, можно также оценить общую динамическую стоимость миссии с течением времени с точки зрения долларовых затрат на человеческие и системные/сетевые ресурсы, а также долларовых затрат на их процессы. Анализ долларовых затрат на исполняемые архитектуры — это первый шаг в инвестиционной стратегии, основанной на архитектуре, где нам в конечном итоге необходимо привести архитектуру в соответствие с решениями о финансировании, чтобы гарантировать, что инвестиционные решения напрямую связаны с целями миссии и их результатами. Рисунок справа иллюстрирует анатомию одной из таких динамических моделей. ^[1]

Переходы между состояниями в исполняемых операционных архитектурных моделях обеспечивают описания условий, которые управляют поведением событий процесса при реагировании на входные данные и при создании выходных данных. Состояние определяет реакцию процесса на события. Ответ может варьироваться в зависимости от текущего состояния и набора правил или условий. Настройки распределения определяют время выполнения процесса. Примеры стратегий распределения включают: постоянные значения, список событий, постоянный интервал интервалов, нормальное распределение, экспоненциальное распределение и т. д. Приоритет определяет стратегию обработки, если два входа достигают процесса одновременно. Входные данные с более высоким приоритетом обычно обрабатываются раньше входных данных с более низким приоритетом. ^[1]

Процессы, получающие несколько входных данных, должны определить, как реагировать. Примеры ответов включают в себя: обрабатывать каждый входной сигнал в порядке поступления независимо друг от друга, обрабатывать только тогда, когда все входные данные доступны, или обрабатывать, как только какой-либо входной сигнал обнаружен. Процессы, производящие несколько результатов, могут включать вероятности (в общей сложности 100 процентов), при которых будет производиться каждый результат. Гистограммы являются примерами созданных временных описаний. Они представляют собой графическое представление процессов, человеческих и системных ресурсов, а также их используемой мощности с течением времени во время моделирования. Эти гистограммы используются для выполнения динамического анализа влияния на поведение исполняемой архитектуры. На рис. 4-23 показан пример, показывающий результаты моделирования потенциала человеческих ресурсов. ^[1]

См. также

Ссылки

^ Перейти обратно: ^а ^б ^с ^д ^и ^ж ^г Рабочая группа по архитектуре Министерства обороны США (2003 г.). DoDAF 1.5 Том 2 , 15 августа 2003 г.
^ Перейти обратно: ^а ^б DoD (2007) Структура архитектуры DoD, версия 2.0 . 28 мая 2009 г.

[DoDAF_V2-1] Перейти обратно: ^а ^б ^с ^д ^и ^ж ^г Рабочая группа по архитектуре Министерства обороны США (2003 г.). DoDAF 1.5 Том 2 , 15 августа 2003 г.

[DoD07-2] Перейти обратно: ^а ^б DoD (2007) Структура архитектуры DoD, версия 2.0 . 28 мая 2009 г.

[1]

[2]