Менеджер компонента Component manager
Простыми словами
Менеджер компонента (component manager) — деятельная половина управления административной оболочкой; вторая половина, манифест, пассивна. По разд. 6.2.6.1 информацию оболочки и её частичных моделей администрируют именно эти двое. Менеджер организует адресацию и идентификацию оболочек и активов, ведёт пожизненное сопровождение свойств, данных и функций и даёт наружу API на основе сервис-ориентированной архитектуры — с поиском по видам, толерантным поиском, синонимами и поиском по схожести. Появляется он раньше оболочки: уже в разд. 4.5.5, где функции администрирования сущности упакованы в проактивный узел. Терминологическая ловушка записана самим стандартом: во многих документах его называют resource manager, и примечание к термину 3.7 требует впредь говорить component manager. Вторая ловушка — слово service: здесь это техническая ИТ-услуга, а не функция самого актива.
Примеры
Разд. 6.2.6.2: «It organizes the autonomous administration and access to the resources of the I4.0 component and ensures protection appropriate to the asset’s use.» И отдельно: «Another of its tasks is lifelong maintenance of the properties, data and functions within the administration shell.»
DIN SPEC 91345:2016-04 (EN), разд. 6.2.6.2 Component manager — задачи менеджера
Разд. 6.2.6.2 про интерфейс менеджера: «it provides an API (Application Programming Interface) for powerful services for querying information on the asset (such as view support, tolerant searching, synonym searches and searching for similarity relationships)». Развернуть его можно и через SOA, и как репозиторий оболочек.
DIN SPEC 91345:2016-04 (EN), разд. 6.2.6.2 — API менеджера на основе SOA
Термин 3.7, NOTE 1: «In many documents the component manager is referred to as the resource manager, but this should be called the component manager in future.» И разд. 6.2.6.2, NOTE 2: «The service is understood here as a technical IT service» — в отличие от функций технической функциональности актива.
DIN SPEC 91345:2016-04 (EN), разд. 3.7 NOTE 1 и 6.2.6.2 NOTE 2 — прежнее имя и смысл слова service
Определение из первоисточника
дословная выпискаorganizer of autonomous administration and access to resources of the relevant I4.0 component, such as the I4.0 component itself, object, technical functionality, virtual representation [...] It organizes the addressing and identification of the administration shells and assets. It organizes the autonomous administration and access to the resources of the I4.0 component and ensures protection appropriate to the asset’s use.
Элемент эталонной модели компонента I4.0 — сущность, из которой строится цифровое представление актива (разд. 4 и 6 спецификации).
ИсточникDIN SPEC 91345:2016-04 Reference Architecture Model Industrie 4.0 (RAMI4.0) — официальный английский перевод (DIN, April 2016, 40 p).pdf — 3.7
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Предоставляет API на основе SOA для запросов к информации об активе («view support, tolerant searching, synonym searches and searching for similarity relationships»); может быть центральным сервисом при хранении компонента в репозитории (примечание 1). Функциональный блок, проактивно выполняющий административные функции (4.5.5).
Связи
Исходящие
- Организует адресацию и идентификациюAdministration shell
- Организует адресацию и идентификациюAsset
- Пожизненно сопровождаетProperty
- Сервисы предоставляются через APIService
- АдминистрируетEntity
Входящие
- СодержитAdministration shell
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormАрхитектура систем и интеграцийРеестр процессовКарта бизнес-способностей