Один объект — разные вопросы
Руководителю важны способности и сроки, операционному менеджеру — деятельность, инженеру — ресурсы. Каждый получает своё представление общей архитектуры.
Корпоративные архитектуры
UAF: от способностей предприятия до реальных ресурсов
Разбираем архитектуру предприятия на примере логистической сети. Выбирайте представления в сетке UAF, прослеживайте связи операций, сервисов, людей и ресурсов и находите нужные элементы в каталоге.
- Тип
- Архитектурная рамка и метамодель
- Редакция
- 1.3
- Первоисточник
- www.omg.org
386артефактов
Зачем это нужно
Почему обещание клиенту не сходится с ночной сменой
Компания обещает доставку на следующий день, руководство утвердило проект, а в день пилота выясняется, что нет диспетчера на ночь, перевозчик не подключён, а статусы не доходят до получателя. Каждый описал свою часть — никто не связал.
Чем сложнее предприятие, тем чаще результат зависит от сочетания: организаций, людей, техники, информационных систем и внешних участников. Логистическая сеть, аэропорт, энергокомпания, ведомство — у каждого способность «доставить за сутки» или «принять рейс» складывается из десятка ресурсов, и любой из них может её сорвать. Обычные описания этого не ловят: у стратегов — презентация со способностями, у операционщиков — процессы, у ИТ — схемы систем, у кадров — штатное расписание. Картинки хорошие, но одна и та же «сортировка» в них означает разное, и никто не может пройти от обещания клиенту до конкретной смены.
UAF (Unified Architecture Framework) — рамка OMG для таких предприятий. Её основа — сетка: строки — точки зрения (стратегия, операции, сервисы, персонал, ресурсы, безопасность, проекты, стандарты, фактические ресурсы и управление самой архитектурой), столбцы — аспекты, то есть род представления: таксономия, структура, связи, процессы, состояния, дорожная карта, трассировка и другие. Под сеткой — общая метамодель: способность, деятельность, сервис, ресурс, роль имеют точный смысл и связи, поэтому представление для руководителя и представление для инженера — не разные картинки, а разные окна в одну модель. Изменение в одном окне проверяется через связи в остальных.
UAF — одна из самых больших школ в реестре Storm: 386 карточек, из которых в раздатке 48, и 301 понятие, из которых здесь 12. Сетка 10 × 11, точки зрения с их вопросами, пример логистической сети от обещания клиенту до конкретной смены, ошибки и план первой недели — этого достаточно, чтобы понять, зачем нужна рамка, и выбрать первые представления. Спецификацию целиком читать не придётся.
Способность появляется не тогда, когда её нарисовали в стратегии, а когда одновременно готовы операции, сервисы, техника, люди и проекты. UAF держит все пять в одной модели.
Кому это полезно
- Аналитику — чтобы операционная деятельность, сервисы и информация описывались общими элементами, и «сортировка» в процессе, в сервисе и в отчёте была одной сущностью с одними связями.
- Архитектору — чтобы выбирать представления из сетки под вопросы участников, а не строить все 98 спецификаций, и прослеживать влияние изменения от способности до конкретного ресурса и проекта.
- Руководителю — чтобы видеть, какие способности нужны предприятию, какими проектами и к какому сроку они появятся и что именно — люди, техника, системы, договоры — должно быть готово одновременно.
Чем это не является
- Это не язык диаграмм сам по себе
- UAF — метамодель и сетка представлений; UAFML — её реализация в UML и SysML, и без инструмента, поддерживающего эти языки, полную модель не построить. Но первые представления — таксономию способностей, дорожную карту проектов, таблицу ролей — можно вести и без него.
- Это не только оборонная рамка
- Корни в DoDAF и MODAF, и терминология местами военная: «миссия», «нить миссии», «виньетка». Но OMG расширила рамку под коммерческие предприятия: на странице пример логистической сети, а в метамодели есть организации, сервисы, персонал и проекты без отраслевой привязки.
- Это не план заполнения 98 представлений
- Число 98 относится к спецификациям представлений в реестре, а не к комплекту диаграмм проекта. Рамка нужна, чтобы выбрать представления под вопросы участников и держать их связанными. Первая ошибка в списке ниже — именно о попытке заполнить всю сетку.
UAF простыми словами
Как увидеть предприятие целиком, когда результат зависит от организаций, людей, техники и информационных систем. UAF помогает описать их с разных точек зрения и сохранить связи между представлениями.
Общая метамодель
Элементы имеют определённый смысл и связи. Способность, деятельность, сервис и ресурс становятся частями согласованного описания предприятия.
Прослеживаем влияние изменений
Можно пройти от бизнес-замысла к нужным операциям, ресурсам и проектам. Изменение в одном представлении проверяется через связи с остальными.
Найдите нужное представление в сетке UAF
Выберите точку зрения и аспект — или нажмите ячейку. Увидите, на какие вопросы она отвечает и какие карточки реестра помогут её построить.
| Точка зрения ↓ Аспект → | MvМотивация | TxТаксономия | SrСтруктура | CnСвязи | PrПроцессы | StСостояния | SqПоследовательности | IfИнформация | CtОграничения | RmРазвитие | TrТрассировка |
|---|---|---|---|---|---|---|---|---|---|---|---|
| AmУправление архитектурой | — | — | |||||||||
| StСтратегия | — | ||||||||||
| OpОперации | — | — | — | ||||||||
| SvСервисы | — | — | |||||||||
| PsПерсонал | — | — | |||||||||
| RsРесурсы | — | — | |||||||||
| ScБезопасность | — | — | — | — | |||||||
| PjПроекты | — | — | — | — | — | ||||||
| SdСтандарты | — | — | — | — | — | — | — | ||||
| ArФактические ресурсы | — | — | — | — | — | — | — | — |
St × Tx
Стратегия · Таксономия
Какие способности нужны предприятию и ради какого результата?
Какие типы элементов различаем?
В примере логистической сети
Логистическая сеть хочет доставлять в соседний регион на следующий день. Нужна способность предсказуемо выполнять межрегиональную доставку.
Спецификации представлений
Ячейка Стратегический × Таксономия — точка входа во всю стратегическую строку: она перечисляет способности и строит из них иерархию видов через CapabilityGeneralization.
Сквозные представления, параметры и расширения 12
Ячейка Управление архитектурой × Параметры меряет не предприятие, а саму архитектурную работу: сколько видов построено, какова полнота охвата, насколько описание готово.
Ячейка Сводка и обзор — титульная страница архитектуры: краткие сведения в едином виде, по которым руководитель быстро понимает, о чём это описание, и сравнивает его с другими.
Сквозная ячейка Мотивация: требования — единственное место в UAF, где требования живут как самостоятельные элементы модели со своими отношениями.
Сквозная ячейка Информация: операционная информация отвечает за информационную сторону операционных и сервисных архитектур: какие сведения там ходят и как они определены — без оглядки на то, чем это будет реализовано.
Сквозная ячейка Информация: ресурсная информация — зеркало операционной: тот же предмет, но точкой опоры взят ресурс.
Сквозная ячейка Параметры: среда описывает обстановку, в которой способность, операционный замысел или набор систем должны работать.
Сквозная ячейка Параметры: измерения — общий аппарат мер для всей сетки: любое измеримое свойство, выраженное в единицах измерения и привязанное к любому элементу архитектуры.
Сквозная ячейка Параметры: миссионный виньет и сценарий — второй вариант наполнения той же клетки, что и Параметры: среда, с добавленным разрезом по миссии.
Сквозная ячейка Параметры: риск — самая населённая во всей разобранной партии: 44 элемента.
Столбец Other в сетке UAF не описывает предприятие — он объясняет, как пользоваться чужими нотациями внутри UAF, и ячейка BPMN здесь главная.
Ячейка IEPPV столбца Other подключает к UAF профиль обмена информационными пакетами: он задаёт правила упаковки данных — сборки, преобразования, маркировки, изъятия — и правила разбора принятых сообщений.
Ячейка NIEM столбца Other подключает к UAF Национальную модель информационного обмена: способ организовать и упаковать описания пакетов обмена.
От обещания клиенту до конкретной смены
Логистическая сеть запускает доставку в соседний регион на следующий день. Услуга появится, только когда одновременно готовы операции, сервисы, техника, люди и проекты.
Авторский учебный пример. Ниже — цепочка вопросов и трассировки, а не фазы метода и не нормативная диаграмма UAF. Нажмите на звено, чтобы раскрыть решение.
Доставка на следующий день
Вопрос участника
Какую способность развивает компания и как понять, что она появилась?
Решение в примере
Определяем способность выполнять межрегиональную доставку в обещанный срок. Ограничиваем пилот одним маршрутом и согласуем условия обещания клиенту.
Что проверяем
Способность связана с целью программы, границами пилота и ожидаемым результатом. Обещание подтверждается реальной поставкой услуги.
Перевозчик отменил ночной рейс. Что затронуто?
По трассировке проверяем влияние замены ресурса на операции и обещанную способность. Учебный пример показывает ход анализа; сам навигатор не выполняет расчёт расписания.
Операции и сервисы
Меняются передача отправлений, время прибытия в узел и сведения для уведомления клиента.
Ресурсы и персонал
Нужны доступная машина, другой перевозчик или новая смена. Проверяем готовность конкретных ресурсов.
Цель и план развития
Проверяем выполнимость обещанного срока. Если альтернативы нет, пересматриваем границы пилота и проектные вехи.
UAF рядом с TOGAF и ArchiMate
UAF ↗
Метамодель и набор представлений помогают связать способности, операции, ресурсы и другие стороны сложного предприятия.
TOGAF ↗
Метод ADM организует архитектурную работу: от видения до перехода, реализации и последующих изменений.
ArchiMate ↗
Язык для визуального описания архитектуры предприятия и связей между её элементами. Модели разных языков сопоставляют по смыслу.
Что мешает получить пользу от UAF
Заполняют всю сетку без вопроса
Начните с участников и решений, которые им нужны. Выберите подходящие представления и увеличивайте модель по мере необходимости.
Рисуют независимые картинки
Используйте общие элементы и проверяйте связи. Иначе одинаково названная способность в двух представлениях может означать разные вещи.
Сводят ресурсы только к ИТ
Проверьте людей, организационные ресурсы, оборудование, физические объекты и внешних участников. Именно их сочетание обеспечивает результат предприятия.
Путают тип и фактический экземпляр
Требование иметь сортировочную смену не подтверждает, что конкретная смена доступна завтра. Отдельно проверяйте назначение и состояние реальных ресурсов.
Вопросы об UAF
Что означает UAF?
Unified Architecture Framework — унифицированная архитектурная рамка OMG. Она предназначена для описания архитектуры предприятия с помощью согласованных понятий, отношений и представлений.
UAF применим только в оборонной отрасли?
UAF вырос из UPDM и подходов DoDAF/MODAF, но его область применения охватывает и гражданские предприятия. На этой странице используется учебный пример логистической сети.
Чем отличаются DMM и UAFML?
Domain Metamodel задаёт понятия, отношения и представления UAF. UAF Modeling Language реализует эту метамодель средствами UML/SysML. DMM служит основой и для других реализаций.
Точка зрения, аспект и представление — это одно и то же?
В навигаторе точка зрения задаёт круг интересов, например операционный или стратегический. Аспект определяет характер описания: структуру, процессы, развитие. Спецификация представления уточняет, что и как нужно описать; конкретное представление строится для вашего предприятия.
Пустая ячейка означает, что так моделировать запрещено?
Нет. В навигаторе это означает отсутствие отдельной карточки для выбранной пары. Часть спецификаций является сквозной и вынесена в отдельный блок. Применимость конкретного представления проверяют по стандарту.
Нужно построить все 98 представлений?
Число 98 относится к спецификациям представлений в нашем реестре UAF 1.3, а не к обязательному комплекту диаграмм проекта. Набор представлений выбирают под интересы участников и задачу архитектурной работы.
На какой редакции основана страница?
Навигатор и каталог подготовлены по OMG UAF 1.3 Domain Metamodel. В реестре 98 спецификаций представлений и 288 элементов метамодели. Объяснения и логистический пример — авторский учебный материал.
Сопоставление с частями предприятия
Общие оси — нейтральные названия частей предприятия: деятельность, данные, приложения, инфраструктура и другие. Здесь показано, какие элементы подхода сопоставлены с этими осями и насколько совпадает их охват.
Есть сопоставление с 10 осями из 17
| Ось реестра | В UAF | Сопоставление | Пояснение |
|---|---|---|---|
| Управление архитектурой, нормы и соответствие | Architecture Managementточка зрения | Охват тот же, что у оси. | Метаданные всей архитектуры; стандарт сам говорит, что это вспомогательная информация, а не архитектурные модели. |
| Управление архитектурой, нормы и соответствие | Summary & Overviewточка зрения | Охват тот же, что у оси. | Сводка уровня руководства. |
| Стратегия и способности | Strategicточка зрения | Охват тот же, что у оси. | Таксономия способностей, их состав и развитие. |
| Приложения и информационные системы | Servicesточка зрения | Охват тот же, что у оси. | Спецификации сервисов и уровни сервиса. |
| Безопасность и риски | Securityточка зрения | Охват тот же, что у оси. | Активы, ограничения и меры защиты. |
| Изменения, проекты и переход | Projectsточка зрения | Охват тот же, что у оси. | Проекты, вехи и поставка способностей. |
| Деятельность: функции и процессы + Организация и ответственность | Operationalточка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Логическая архитектура предприятия: операционное поведение, структура и обмены. |
| Организация и ответственность + Человек и рабочая среда | Personnelточка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Человеческие факторы и их интеграция: и организационные роли, и рабочая среда человека. UAF — одна из немногих западных школ, где человеческий фактор вынесен в отдельный домен. |
| Приложения и информационные системы + Технологическая ИТ-инфраструктура + Производство и физические активы | Resourcesточка зрения | Шире оси: этот домен объединяет больше, чем одна общая ось. | Архитектура решения из организационных, программных и природных ресурсов — сразу три нейтральных домена. |
| Управление архитектурой, нормы и соответствие | Standardsточка зрения | С осью пересекается частично. | Технические, операционные и бизнес-стандарты: нормативная рамка, а не предмет. |
| Технологическая ИТ-инфраструктура + Производство и физические активы | Actual Resourcesточка зрения | С осью пересекается частично. | Фактические конфигурации ресурсов. Отличается от Resources не предметом, а модальностью: «как есть» против «как спроектировано». |
| Делит по другому признаку | Parametersточка зрения | Вне общих осей | Измеримые свойства и описание среды: аппарат анализа, а не предметная область. |
| Делит по другому признаку | Motivation · Taxonomy · Structure · Connectivity · Processes · States · Sequences · Constraints · Roadmap · Traceabilityаспект языка | Вне общих осей | Столбец сетки UAF (DMM 1.3, гл. 7, рис. 7-1) — аспект, «prev. known as model kind»: задаёт РОД представления, а не предметную область, и пересекает все точки зрения (строки сетки) разом. Тот же случай, что столбцы сетки NAF. |
| Делит по другому признаку | Informationаспект языка | Вне общих осей | Столбец сетки UAF (DMM 1.3, гл. 7, рис. 7-1) — аспект, «prev. known as model kind»: задаёт РОД представления, а не предметную область, и пересекает все точки зрения (строки сетки) разом. Тот же случай, что столбцы сетки NAF. Примечание c к рис. 7-1 говорит это прямо: «The information model is an aspect across the domains and can be defined in any of its forms, i.e., Conceptual, Logical or Physical». |
Дополнительные измерения этого подхода: точка зрения, аспект языка.
С чего начать: UAF за неделю
Полное описание предприятия — работа на месяцы. Первый полезный результат получается за пять рабочих дней, если не пытаться описать всё сразу.
День первый. Способность и участники (St, Am)
Одна способность, которую предприятие хочет получить: «доставка в соседний регион на следующий день». Кому какие вопросы важны: руководителю — сроки, операционному менеджеру — деятельность, инженеру — ресурсы. Договоритесь о границах модели и словаре — это и есть ячейка управления архитектурой.
День второй. Операции без систем (Op)
Цепочка деятельности — принять, отсортировать, перевезти, вручить, — участники и передача ответственности между ними, обмены информацией. Ни одной марки оборудования и ни одной системы: только что делается и кем. Отметьте точки, где опоздание срывает срок доставки.
День третий. Сервисы и роли (Sv, Ps)
Что одни участники обязаны предоставлять другим: маршрут, статус отправления, уведомление получателя — с ожидаемым поведением. Какие роли нужны в нужное время: оператор, диспетчер, руководитель смены — с обязанностями, подготовкой и требованиями к доступности.
День четвёртый. Конфигурация ресурсов и защита (Rs, Sc)
Узел, транспорт, рабочие места, сканеры, системы учёта, внешний перевозчик — и как они реализуют операции и сервисы предыдущих дней. Отдельно: что защищаем и чей доступ разделяем. Ресурс, который не ссылается ни на операцию, ни на сервис, модели не нужен.
День пятый. Проекты и фактические ресурсы (Pj, Ar)
Какие изменения должны завершиться вместе, чтобы способность появилась: открытие смены, подключение перевозчика, интеграция статусов — с вехами и зависимостями. И проверка на конкретную дату: назначенный узел, состав смены, машины, доступность сервисов. Это ответ на вопрос, есть ли у нас ресурсы для обещания.
Где ещё ошибаются
Начать с ресурсов, минуя операции
Инженерам естественно начать с узлов, машин и систем. Но операционная точка зрения описывает деятельность независимо от решения, и именно она даёт критерий: какая конфигурация ресурсов нужна и почему. Ресурсы без операций — инвентаризация: сменится решение, и переписывать придётся всё.
Записать сервис как систему, которая его предоставляет
Сервис в UAF — обязательство одного участника перед другим: «предоставить статус рейса», «уведомить получателя». Система учёта — ресурс, который сегодня это обязательство реализует. Если на месте сервиса стоит система, её замена оборвёт все связи вверх — к операциям и способностям.
Что ещё спрашивают
Чем UAF отличается от TOGAF?
TOGAF — метод: в каком порядке вести архитектурную работу, цикл ADM. UAF — рамка содержания: какие точки зрения, представления и элементы нужны, чтобы описать предприятие как систему систем, и как они связаны в метамодели. Их сочетают: ADM организует работу, сетка UAF подсказывает, что описывать в каждой фазе. По охвату UAF шире — персонал, проекты, безопасность и фактические ресурсы у неё отдельные точки зрения.
Чем UAF отличается от ArchiMate?
Оба дают метамодель, но разного веса. ArchiMate — компактный язык для слоёв предприятия от мотивации до технологий; его хватает большинству компаний. UAF — тяжёлая рамка для предприятий, где важны миссии, сценарии, состояния ресурсов, персонал и проекты во времени, и она опирается на UML и SysML. На наш взгляд, если модель должна доходить до конкретной смены и машины — UAF; если нужно связать цели, процессы и системы — ArchiMate.
Нужен ли инструмент с поддержкой UAFML?
Для первой недели — нет: способности, операции, роли и проекты умещаются в таблицы, а сетка помогает не забыть точку зрения. Инструмент с поддержкой UML или SysML и профиля UAF нужен, когда представлений становятся десятки и связи между ними надо держать автоматически — вручную это перестаёт сходиться. Реестр Storm при этом остаётся справочником: карточки метамодели с определениями и ссылками на разделы стандарта.
Раздатка · PDF
UAF простыми словами
24 страницы: что это и чем не является, устройство подхода, 48 карточек словаря, 12 понятий с аналогиями, учебный пример и план первой недели.
- Устройство подхода: 10 частей с вопросами и примерами
- Словарь: 48 карточек простыми словами из 386 на странице
- Учебный пример: От обещания клиенту до конкретной смены
- Типичные ошибки, план первой недели и ответы на вопросы
Пришлём ссылку сразу после отправки формы
Артефакты
Дословные выписки из стандарта с переводом.
Metamodel element
288 строк
- Achiever Достигающий
- Achieves Достигает (связь)
- ActivityPerformableUnderCondition Действие, выполнимое при условии
- ActualCondition Фактическое условие
- ActualEffect Фактический эффект
- ActualEnduringTask Фактическая устойчивая задача
- ActualEnterprisePhase Фактическая фаза предприятия
- ActualEnvironment Фактическая среда
- ActualLocation Фактическое местоположение
- ActualMeasurement Фактическое измерение
- ActualMeasurementSet Набор фактических измерений
- ActualMission Фактическая миссия
- ActualMissionPhase Фактическая фаза миссии
- ActualMissionScenario Фактический сценарий миссии
- ActualMissionVignette Фактическая виньетка миссии
- ActualOrganization Фактическая организация
- ActualOrganizationalResource Фактический организационный ресурс
- ActualOutcome Фактический результат
- ActualPerson Фактическое лицо
- ActualPost Фактическая должность
- ActualProject Фактический проект
- ActualProjectMilestone Фактическая проектная веха
- ActualProjectMilestoneRole Роль фактической проектной вехи
- ActualPropertySet Набор фактических свойств
- ActualResource Фактический ресурс
- ActualResourceRelationship Связь фактических ресурсов
- ActualResponsibility Фактическая обязанность
- ActualResponsibleResource Фактический ответственный ресурс
- ActualRisk Фактический риск
- ActualService Фактический сервис
- ActualState Фактическое состояние
- ActualStrategicPhase Фактическая стратегическая фаза
- AffectableElement Элемент, подверженный воздействию
- Affects Воздействует (связь)
- AffectsInContext Воздействует в контексте (связь)
- Alias Синоним
- ArbitraryConnector Произвольный коннектор
- ArchitecturalDescription Архитектурное описание
- ArchitecturalReference Архитектурная ссылка
- Architecture Архитектура
- ArchitectureMetadata Метаданные архитектуры
- ArchitectureMetadataDefinition Определение метаданных архитектуры
- Asset Актив
- AssetRole Роль актива
- Capability Способность (capability)
- CapabilityConfiguration Конфигурация способности
- CapabilityDependency Зависимость способностей
- CapabilityGeneralization Обобщение способности
- CapabilityRole Роль способности
- CapabilityRoleDependency Зависимость ролей способностей
- CapableElement Элемент, обладающий способностью
- Caveat Оговорка
- Challenge Вызов
- Command Командование (связь)
- ComparesTo Сопоставляется с (связь)
- Competence Компетенция
- CompetenceForRole Компетенция для роли (связь)
- CompetenceToConduct Компетенция для выполнения (связь)
- ConceptItem Элемент концепции
- Concern Интерес (concern)
- Condition Условие
- ConflictsWith Конфликтует с (связь)
- Control Управление (связь)
- Creates Создаёт (связь)
- Defines Определяет (связь)
- DesignationKind Вид обозначения
- Desirer Желающий
- Desires Желает (связь)
- Driver Драйвер
- Effect Эффект
- Enables Обеспечивает (связь)
- EnhancedSecurityControl Усиленная мера защиты
- Enhances Усиливает (связь)
- EnterpriseGoal Цель предприятия
- EnterpriseObjective Задача предприятия
- EnterpriseVision Видение предприятия
- Environment Среда
- EnvironmentProperty Свойство среды
- EvokedBy Вызывается (связь)
- Exchange Обмен
- ExchangeItem Предмет обмена
- Exhibits Проявляет (связь)
- FieldedCapability Развёрнутая способность
- FillsPost Замещает должность (связь)
- Forecast Прогноз (связь)
- Function Функция
- FunctionAction Акция функции
- FunctionEdge Дуга функции
- GeoPoliticalExtentType Тип геополитического охвата
- GovernedBy Управляется (связь)
- HighLevelOperationalConcept Высокоуровневая операционная концепция
- ImpactedBy Испытывает влияние (связь)
- Implements Реализует (связь)
- Information Информация
- InformationModel Информационная модель
- InteractionMessage Сообщение взаимодействия
- InteractionRole Роль во взаимодействии
- InteractionScenario Сценарий взаимодействия
- InteractionScenarioGeneralization Обобщение сценария взаимодействия
- IsCapableToPerform Способен выполнять (связь)
- ISO8601DateTime Дата и время ISO 8601
- KnownResource Известный ресурс (связь)
- Location Местоположение
- LocationHolder Носитель местоположения
- MapsToCapability Соотносится со способностью (связь)
- MapsToGoal Соотносится с целью (связь)
- MeasurableElement Измеримый элемент
- Measurement Измерение
- MeasurementSet Набор измерений
- Metadata Метаданные
- MilestoneDependency Зависимость вех
- Mission Миссия
- MissionEngineeringThread Нить инженерии миссии
- MissionScenario Сценарий миссии
- MissionTask Задача миссии
- MissionTaskAction Действие задачи миссии
- MissionThread Нить миссии
- MissionVignette Виньетка миссии
- Mitigates Снижает риск (связь)
- MotivatedBy Мотивировано (связь)
- MotivationalElement Мотивационный элемент
- NaturalResource Природный ресурс
- OperationalActivity Операционное действие
- OperationalActivityAction Акция операционного действия
- OperationalActivityEdge Дуга операционного действия
- OperationalAgent Операционный агент
- OperationalArchitecture Операционная архитектура
- OperationalAsset Операционный актив
- OperationalConnector Операционный коннектор
- OperationalConstraint Операционное ограничение
- OperationalExchange Операционный обмен
- OperationalExchangeItem Предмет операционного обмена
- OperationalInformation Операционная информация
- OperationalInformationRole Роль операционной информации
- OperationalInteractionScenario Операционный сценарий взаимодействия
- OperationalInterface Операционный интерфейс
- OperationalMessage Операционное сообщение
- OperationalMethod Операционный метод
- OperationalMitigation Операционная мера снижения риска
- OperationalParameter Операционный параметр
- OperationalPerformer Операционный исполнитель
- OperationalPort Операционный порт
- OperationalRole Операционная роль
- OperationalSignal Операционный сигнал
- OperationalStateDescription Описание операционных состояний
- Opportunity Возможность
- OpposableElement Противопоставимый элемент
- Opposes Противостоит (связь)
- Organization Организация
- OrganizationalResource Организационный ресурс
- OrganizationInPhase Организация в фазе (связь)
- OwnsProcess Владеет процессом (связь)
- OwnsRisk Владеет риском (связь)
- OwnsRiskInContext Владеет риском в контексте (связь)
- OwnsValue Владеет ценностью (связь)
- PerformsInContext Выполняет в контексте (связь)
- Person Лицо
- PhaseableElement Фазируемый элемент
- Phases Фазируется (связь)
- PhysicalResource Физический ресурс
- Post Должность
- PostRole Роль должности
- PresentedBy Порождается (связь)
- ProblemDomain Проблемная область
- Process Процесс
- ProcessEdge Дуга процесса
- ProcessGeneralization Обобщение процесса
- ProcessOperation Операция процесса
- ProcessParameter Параметр процесса
- ProcessUsage Использование процесса
- Project Проект
- ProjectActivity Проектное действие
- ProjectActivityAction Акция проектного действия
- ProjectMilestone Проектная веха
- ProjectMilestoneRole Роль проектной вехи
- ProjectSequence Последовательность проектов
- ProjectStatus Статус проекта
- ProjectTheme Проектная тема
- PropertySet Набор свойств
- PropertySetGeneralization Обобщение набора свойств
- Protects Защищает (связь)
- ProtectsInContext Защищает в контексте (связь)
- Protocol Протокол
- ProtocolImplementation Реализация протокола
- ProtocolLayer Слой протокола
- ProtocolStack Стек протоколов
- ProvidedServiceLevel Предоставляемый уровень сервиса
- ProvidesCompetence Предоставляет компетенцию (связь)
- RequiredServiceLevel Требуемый уровень сервиса
- RequiresCompetence Требует компетенции (связь)
- Resource Ресурс
- ResourceArchitecture Ресурсная архитектура
- ResourceArtifact Ресурсный артефакт
- ResourceAsset Ресурсный актив
- ResourceConnector Ресурсный коннектор
- ResourceConstraint Ресурсное ограничение
- ResourceExchange Ресурсный обмен
- ResourceExchangeItem Предмет ресурсного обмена
- ResourceInformation Ресурсная информация
- ResourceInformationRole Роль ресурсной информации
- ResourceInteractionScenario Ресурсный сценарий взаимодействия
- ResourceInterface Ресурсный интерфейс
- ResourceMessage Ресурсное сообщение
- ResourceMethod Метод ресурса
- ResourceMitigation Ресурсная мера снижения риска
- ResourceParameter Параметр ресурса
- ResourcePerformer Ресурсный исполнитель
- ResourcePort Порт ресурса
- ResourceRole Ресурсная роль
- ResourceService Ресурсный сервис
- ResourceServiceInterface Интерфейс ресурсного сервиса
- ResourceSignal Ресурсный сигнал
- ResourceStateDescription Описание состояний ресурса
- Responsibility Обязанность
- ResponsibleFor Отвечает за (связь)
- Risk Риск
- Rule Правило
- SameAs Тождественно (связь)
- SecurityAvailability Доступность (безопасность)
- SecurityCategory Категория безопасности
- SecurityClassification Гриф (классификация) безопасности
- SecurityClassificationKind Вид грифа безопасности
- SecurityConstraint Ограничение безопасности
- SecurityControl Мера защиты
- SecurityControlFamily Семейство мер защиты
- SecurityEnclave Анклав безопасности
- SecurityIntegrity Целостность (безопасность)
- SecurityMeasurement Измерение безопасности
- SecurityProcess Процесс безопасности
- SecurityProcessAction Акция процесса безопасности
- SecurityRisk Риск безопасности
- Sequence Последовательность (связь)
- Service Сервис
- ServiceArchitecture Сервисная архитектура
- ServiceConnector Коннектор сервисов
- ServiceContract Контракт сервиса
- ServiceExchange Сервисный обмен
- ServiceExchangeItem Предмет сервисного обмена
- ServiceFunction Сервисная функция
- ServiceFunctionAction Акция сервисной функции
- ServiceFunctionEdge Дуга сервисной функции
- ServiceGeneralization Обобщение сервиса
- ServiceInteractionScenario Сервисный сценарий взаимодействия
- ServiceInterface Интерфейс сервиса
- ServiceMessage Сервисное сообщение
- ServiceMethod Метод сервиса
- ServiceParameter Параметр сервиса
- ServicePolicy Политика сервиса
- ServicePort Порт сервиса
- ServiceRole Роль сервиса
- ServiceSignal Сигнал сервиса
- ServiceSignalProperty Свойство сигнала сервиса
- ServiceStateDescription Описание состояний сервиса
- Software Программное обеспечение
- Stakeholder Заинтересованное лицо
- Standard Стандарт
- StandardOperationalActivity Стандартное операционное действие
- StateDescription Описание состояний
- StateDescriptionGeneralization Обобщение описания состояний
- StatusIndicators Индикаторы статуса
- StrategicAsset Стратегический актив
- StrategicConstraint Стратегическое ограничение
- StrategicExchange Стратегический обмен
- StrategicExchangeItem Предмет стратегического обмена
- StrategicInformation Стратегическая информация
- StrategicPhase Стратегическая фаза
- StructuralPart Структурная часть
- SubjectOfForecast Субъект прогноза
- SubjectOfOperationalConstraint Субъект операционного ограничения
- SubjectOfResourceConstraint Субъект ресурсного ограничения
- SubjectOfSecurityConstraint Субъект ограничения безопасности
- SubjectOfStrategicConstraint Субъект стратегического ограничения
- SubOrganization Подчинённая организация
- Supports Поддерживает (связь)
- System Система
- Technology Технология
- TemporalPart Временная часть
- UAFElement Элемент UAF
- ValueItem Элемент ценности
- ValueStream Поток ценности
- VersionedElement Версионируемый элемент
- VersionOfConfiguration Версия конфигурации
- VersionSuccession Преемственность версий (связь)
- View Представление (view)
- Viewpoint Точка зрения (viewpoint)
- VisionStatement Формулировка видения
- WholeLifeConfiguration Конфигурация полного жизненного цикла
- WholeLifeEnterprise Предприятие полного жизненного цикла
View specification
98 строк
- Actual Resources Connectivity Связность фактических ресурсов
- Actual Resources Structure Структура фактических ресурсов
- Actual Resources Traceability Трассируемость фактических ресурсов
- Architecture Constraints Ограничения архитектуры
- Architecture Development Method Метод разработки архитектуры
- Architecture Parameters Параметры архитектуры
- Architecture Principles Принципы архитектуры
- Architecture References Ссылки на другие архитектуры
- Architecture Roadmap Дорожная карта архитектуры
- Architecture Status Статус архитектуры
- Architecture Traceability Трассируемость архитектуры
- Architecture Views Представления архитектуры
- BPMN
- Dictionary Словарь
- IEPPV
- Information: Operational Information Информация: операционная информация
- Information: Resources Information Информация: информация о ресурсах
- Motivation: Requirements Мотивация: требования
- NIEM
- Operational Connectivity Операционная связность
- Operational Constraints Операционные ограничения
- Operational Processes Операционные процессы
- Operational Processes BPMN Semantics Операционные процессы: семантика BPMN
- Operational Processes: Mission Threads Операционные процессы: нити миссии
- Operational Sequences Операционные последовательности
- Operational States Операционные состояния
- Operational Structure Операционная структура
- Operational Taxonomy Операционная таксономия
- Operational Traceability Операционная трассируемость
- Parameters: Environment Параметры: среда
- Parameters: Measurements Параметры: измерения
- Parameters: Mission Vignette and Scenario Параметры: виньетка миссии и сценарий
- Parameters: Risk Параметры: риск
- Personnel Connectivity Связность персонала
- Personnel Constraints: Competence Ограничения персонала: компетенции
- Personnel Constraints: Drivers Ограничения персонала: драйверы
- Personnel Constraints: Performance Ограничения персонала: производительность
- Personnel Processes Процессы персонала
- Personnel Roadmap: Availability Дорожная карта персонала: доступность
- Personnel Roadmap: Evolution Дорожная карта персонала: эволюция
- Personnel Roadmap: Forecast Дорожная карта персонала: прогноз
- Personnel Sequences Последовательности персонала
- Personnel States Состояния персонала
- Personnel Structure Структура персонала
- Personnel Taxonomy Таксономия персонала
- Personnel Traceability Трассируемость персонала
- Project Connectivity Связность проектов
- Project Processes Процессы проектов
- Project Roadmap Дорожная карта проектов
- Project Structure Структура проектов
- Project Taxonomy Таксономия проектов
- Project Traceability Трассируемость проектов
- Resources Connectivity Связность ресурсов
- Resources Constraints Ограничения ресурсов
- Resources Processes Процессы ресурсов
- Resources Processes BPMN Semantics Процессы ресурсов: семантика BPMN
- Resources Processes: Mission Engineering Threads Процессы ресурсов: нити инженерии миссии
- Resources Roadmap: Evolution Дорожная карта ресурсов: эволюция
- Resources Roadmap: Forecast Дорожная карта ресурсов: прогноз
- Resources Sequences Последовательности ресурсов
- Resources States Состояния ресурсов
- Resources Structure Структура ресурсов
- Resources Taxonomy Таксономия ресурсов
- Resources Traceability Трассируемость ресурсов
- Security Connectivity Связность безопасности
- Security Constraints Ограничения безопасности
- Security Controls Меры защиты
- Security Processes Процессы безопасности
- Security Structure Структура безопасности
- Security Taxonomy Таксономия безопасности
- Security Traceability Трассируемость безопасности
- Services Connectivity Сервисная связность
- Services Constraints Сервисные ограничения
- Services Processes Сервисные процессы
- Services Processes BPMN Semantics Сервисные процессы: семантика BPMN
- Services Roadmap Сервисная дорожная карта
- Services Sequences Сервисные последовательности
- Services States Сервисные состояния
- Services Structure Сервисная структура
- Services Taxonomy Сервисная таксономия
- Services Traceability Сервисная трассируемость
- Standards Roadmap Дорожная карта стандартов
- Standards Structure Структура стандартов
- Standards Taxonomy Таксономия стандартов
- Standards Traceability Трассируемость стандартов
- Strategic Connectivity Стратегическая связность
- Strategic Constraints Стратегические ограничения
- Strategic Information Стратегическая информация
- Strategic Motivation Стратегическая мотивация
- Strategic Processes Стратегические процессы
- Strategic Processes: Mission Phases Стратегические процессы: фазы миссии
- Strategic Roadmap: Deployment Стратегическая дорожная карта: развёртывание
- Strategic Roadmap: Phasing Стратегическая дорожная карта: фазирование
- Strategic States Стратегические состояния
- Strategic Structure Стратегическая структура
- Strategic Taxonomy Стратегическая таксономия
- Strategic Traceability Стратегическая трассируемость
- Summary & Overview Сводка и обзор
Разобрали простыми словами
Понятия этого подхода с объяснениями, примерами и типичными ошибками.
Актив
Абстрактный элемент, определяющий виды объектов, подверженных риску.
Акция операционного действия
Одно операционное действие вызывает другое, работая в его контексте.
Акция проектного действия
Вызов поведения, который активирует нужное проектное действие.
Акция процесса безопасности
Действие, совершаемое одним процессом безопасности.
Акция сервисной функции
Это вызов одной сервисной функции изнутри другой.
Акция функции
Это фиксация факта выполнения функции конкретной ресурсной ролью в определённом контексте.
В той же категории
Подходы, которые описывают предприятие целиком — от стратегии и процессов до данных и ИТ-инфраструктуры: язык, рамка или метод со своей моделью.
DEMO
Онтология предприятия и метод инженерии предприятия
МАРФА
Эталонная рамка корпоративной архитектуры
Zachman
Онтология корпоративной архитектуры
CIMOSA
Архитектура интегрированного производства
PERA
Эталонная архитектура предприятия и методология мастер-планирования
BIZBOK
Свод знаний по бизнес-архитектуре
История редакций
Рамка выросла из Unified Profile for DoDAF and MODAF (UPDM) версии 2.1: UAF расширяет её охват и обобщает так, чтобы она годилась не только военным, но и коммерческим архитектурам.
Ядро понятий собрано из четырёх источников — доменной метамодели DoDAF 2.0.2 (DM2), механизма обмена данными MODAF (MODEM), представлений безопасности канадской DNDAF и NATO Architecture Framework v4. Язык переиспользует подмножество UML 2.5.1 и SysML 1.6, онтологическая основа — упрощённая версия онтологии IDEAS.
Издание 1.3 датировано сентябрём 2025 года (OMG formal/25-10-01) и, по собственным словам, полностью заменяет версию 1.1. Таблицы истории версий в документе нет: разд. 6.1 «Changes to Adopted OMG Specifications» ограничивается этой одной фразой.
14 дней бесплатно
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Попробовать бесплатно Без банковской карты
Это же в StormАрхитектура систем и интеграцийБаза знаний и викиРеестр процессов