Когда нужен Ресурсный исполнитель

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

Когда Ресурсный исполнитель не нужен

Когда речь идёт о конкретном физическом объекте — берите ресурсный актив Если описывается точка взаимодействия — используйте ресурсный интерфейс Когда важна связь между двумя ресурсами — применяйте ресурсный коннектор

Типичные ошибки: Ресурсный исполнитель

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

Ресурсный исполнитель ResourcePerformer

На какой вопрос отвечает «Какая совокупность ресурсов отвечает за выполнение конкретных функций?»

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

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

Разобраться

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

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

Применить

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

Когда нужно

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

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

Когда речь идёт о конкретном физическом объекте — берите ресурсный актив
Если описывается точка взаимодействия — используйте ресурсный интерфейс
Когда важна связь между двумя ресурсами — применяйте ресурсный коннектор

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

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

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

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

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

An abstract grouping of elements that can perform Functions.

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

С чем связано

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

Ресурсы (Resources)

Обобщение — таксономическое отношение «частное → общее»KnownResource
Обобщение — таксономическое отношение «частное → общее»PhysicalResource
Обобщение — таксономическое отношение «частное → общее»ResourceArchitecture
Обобщение — таксономическое отношение «частное → общее»ResourceExchangeItem
Обобщение — таксономическое отношение «частное → общее»SubjectOfResourceConstraint
Обобщение — таксономическое отношение «частное → общее»OperationalExchangeItem
Обобщение — таксономическое отношение «частное → общее»SubjectOfForecast
Обобщение — таксономическое отношение «частное → общее»CapableElement

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

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

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

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

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

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

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

Это же в StormАрхитектура систем и интеграций Реестр процессов Карта бизнес-способностей