ГОСТ Р 59799—2021
Без ограничения общей применимости концепция актива устанавливает, что манифест (как опи
сано в 6.2.6.3) административной оболочки управляет информационными элементами в виде свойств,
и что сама оболочка администрирования может также включать объекты данных и техническую функ
циональность.
Отдельные свойства, данные и функции должны содержать следующее:
а) должно быть возможным использовать свойства и другие информационные элементы в адми
нистративной оболочке для типового продукта и штучного изделия.
Так же. как административная оболочка в целом, отдельные свойства и другие данные, и функции
должны быть пригодны для обеспечения различия между типовыми продуктами и штучными издели
ями административной оболочки для рассматриваемого актива. В определенных случаях это может
означать, что отдельные свойства экземпляра ведут учет того, были ли они добавлены, изменены или
удалены для этого экземпляра, или следует ли гарантировать, что информация идентична данным в
типах административной оболочки;
б) требуется иерархическое и перечислимое структурирование свойств.
Число объектов, которые будут организованы, уже велико и будет увеличиваться по мере разви
тия Индустрии 4.0. Свойства должны быть структурированы иерархически для управления ими людь
ми и машинами. Поскольку свойство может содержать несколько равных рангов альтернатив или под
робную информацию, например список языков или сертификатов, то там должны быть перечислимые
структуры, такие как поля;
в) свойства должны ссылаться на другие свойства, в том числе друг на друга. Как и в случае с
административной оболочкой в целом, отдельные свойства также должны ссылаться на совместимые с
Индустрией 4.0 объекты и информацию вне их собственной административной оболочки. Таким обра зом.
информация может быть связана и становится знанием. Таким же образом разные области знаний
(например, свойства из разных стандартов) могут быть связаны друг с другом.
Прии еча ния
1Вчастности, этодает представлению, изображая его или информацию иерархически (6.2.5. б), ссылаться
на негодругим представлениям.
2 Это требование такжедолжнопозволятьделатьссыпки, используя обозначенные отношения (кактребует
ся в соответствии ссемантическими технологиями);
г) свойства должны иметь возможность ссылаться на данные и функции административной обо
лочки (по крайней мере внутри).
Как часть манифеста, свойства должны ссылаться на данные и функции в пределах администра
тивной оболочки. Таким образом, стандартизированные свойства могут выступать в качестве опорных
точек для разных данных. Таким же образом можно гарантировать, что функции технической функцио
нальности актива можно найти, описать и получить к ним доступ.
д) свойства должны соответствовать аспектам информационной безопасности для постепенной
доступности, целостности, конфиденциальности, видимости и подлинности.
Свойства, данные и функции также будут нести информацию, к которой не каждый участник сети
с добавленной стоимостью или организационная единица должны иметь возможность доступа, или
чья целостность и доступность должны быть сохранены. Поэтому, с самого начала структура
админи стративной оболочки должна учитывать такие аспекты, как защита доступа, видимость,
управление личностью и правами, конфиденциальность и целостность. Состояние «Небезопасно»
может быть ре ализовано. если результаты оценки риска позволяют это. Позже можно будет
дифференцировать эти аспекты, используя профили и представления.
6.2.6 Управлонио административной оболочкой
6.2.6.1 Общие положения
Информация в административной оболочке с ее частными моделями должна администрировать
ся и организовываться, что делаетдиспетчер компонентов и манифест.
6.2.6.2 Диспетчер компонентов
Диспетчер компонентов прямо или косвенно формирует расширенный сервис, который выпол
няет постоянную поддержку содержащейся информации, а также предоставление различных мощных
запросов, основанных на сервис-ориентированной архитектуре (SOA). Это связь между ИТ-техникой и
сервисом компонента Индустрии 4.0. которые обеспечивают внешний доступ к представлению инфор
мации и технической функциональности актива. Диспетчер компонентов организует адресацию и иден
тификацию административных оболочек и активов, а также автономное администрирование и доступ
к
24