Когда нужен Таксономия ресурсов

При проектировании структуры каталога возможностей или сервисов Для определения иерархии владельцев активов безопасности При классификации типов операционных агентов

Когда Таксономия ресурсов не нужен

Когда нужно описать связи между конкретными экземплярами, а не их типами — берите Связность ресурсов Если требуется точное определение терминов без иерархии — используйте Словарь При описании текущего состояния системы без классификации — смотрите Статус архитектуры

Типичные ошибки: Таксономия ресурсов

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

Таксономия ресурсов Taxonomy

На какой вопрос отвечает «Как элементы системы сгруппированы по типам и уровням?»

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

Аналогия Как дерево родов, где видно, кто чей предок и к какой ветви относится каждый элемент.

Разобраться

Зачем это нужно

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

Применить

Когда это нужно, а когда нет

Когда нужно

При проектировании структуры каталога возможностей или сервисов
Для определения иерархии владельцев активов безопасности
При классификации типов операционных агентов

Когда не нужно

Когда нужно описать связи между конкретными экземплярами, а не их типами — берите Связность ресурсов
Если требуется точное определение терминов без иерархии — используйте Словарь
При описании текущего состояния системы без классификации — смотрите Статус архитектуры

Типичные ошибки

01Путают таксономию с конкретным списком инстансов, тогда как она описывает только типы и их иерархию
02Игнорируют уровни обслуживания, заложенные в таксономию сервисов, при оценке соответствия требованиям
03Смешивают классификацию ресурсов с описанием их физической структуры или функций

Сверить с первоисточниками

Что говорят стандарты

Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.

shows the taxonomy of capabilities.

Раздел стандарта

Ещё 7 редакций этого подхода

shows the taxonomy of types of OperationalAgents.

Перевод Показывает таксономию типов операционных агентов (OperationalAgent).

shows the taxonomy of types of services and the level of service that they are expected to provide or are required to meet through the display of ActualMeasurements associated with the Provided and Required Service Level.

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

shows the taxonomy of types of organizational resources.

Перевод Показывает таксономию типов организационных ресурсов.

shows the taxonomy of types of resources.

Перевод Показывает таксономию типов ресурсов.

Defines the hierarchy of security assets and asset owners that are available to implement security, security constraints (policy, guidance, laws and regulations) and details where they are located (security enclaves).

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

shows the taxonomy of types of projects and project milestones.

Перевод Показывает таксономию типов проектов и проектных вех.

shows the taxonomy of types of technical, operational, and business standards, guidance and policy applicable to the architecture.

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

The C1 Viewpoint is concerned with the identification of capabilities and their organization into specialization taxonomies, independent of their implementation.

Перевод Выявление способностей и их организация в таксономии специализации, независимо от способа реализации.

Раздел стандарта

Ещё 4 редакции этого подхода

The S1 Viewpoint is concerned with the identification of service specifications, and their organization into specialization taxonomies.

Перевод Выявление спецификаций сервисов и их организация в таксономии специализации.

The L1 Viewpoint is concerned with the identification of Nodes, and their Active Resource (Logical) and Logical behaviour, and their organization into specialization taxonomies

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

The P1 Viewpoint is concerned with the Identification of Active Resources (Physical) and Physical Behaviour and their mapping to Conceptual, Service and Logical building blocks and their organization into taxonomies.

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

The A1 is concerned with terminology and metadata of different kinds regarding the architecture.

Перевод Терминология и метаданные разного рода, относящиеся к архитектуре.

С чем связано

Связи понятия и его место в структуре подхода.

Стратегический (Strategic)

Concepts (C) — способности и стратегический замысел

Logical (L) — логический (операционный) уровень

Отсылка: концепт помечен необязательным, потому что уместнее описан в другой точке зренияL7 - Information Model

Эквиваленты по категориям

TaxonomyАппарат моделирования

Аспект сетки: иерархии специализации.

Семантические различия Классификатор ОРГ-Мастера попал сюда как формат ввода иерархии — это инструмент, а не аспект сетки. Требует пересмотра.

Корпоративные архитектуры

Служебные сведения

Вид совпадения: Объявлено стандартом
Чем сверяли: NAF→UAF DMM (NAF v4.1 §2.2.2). Это столбец сетки, а не артефакт

Связанные понятия

Понятия, которые обычно смотрят рядом с этим.

Связность ресурсов Словарь Статус архитектуры Структура ресурсов Трассируемость ресурсов Функции сервисов Способность Драйвер Функция Местоположение Процесс

14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormРазработка ТЗ Регламенты и политики Реестр процессов