agosty.ru25. МАШИНОСТРОЕНИЕ25.040. Промышленные автоматизированные системы

ПНСТ 436-2020 Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений. Часть 3. Верификация и валидация интероперабельности единиц возможностей

Обозначение:
ПНСТ 436-2020
Наименование:
Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений. Часть 3. Верификация и валидация интероперабельности единиц возможностей
Статус:
Действует
Дата введения:
01.01.2021
Дата отмены:
Заменен на:
-
Код ОКС:
25.040.01

Текст ПНСТ 436-2020 Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений. Часть 3. Верификация и валидация интероперабельности единиц возможностей

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ


ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ


пнет

436— 2020

(ИСО 16300-3:2017)


Умное производство

ИНТЕРОПЕРАБЕЛЬНОСТЬ ЕДИНИЦ ВОЗМОЖНОСТЕЙ ДЛЯ ПРОМЫШЛЕННЫХ ПРИКЛАДНЫХ РЕШЕНИЙ

Часть 3

Верификация и валидация интероперабельности единиц возможностей

(ISO 16300-3:2017, Automation systems and integration — Interoperability of capability units for manufacturing application solutions — Part 3: Verification and validation of interoperability among capability units, MOD)

Издание официальное

Стшдцлшфоя* 20»

Предисловие

  • 1 ПОДГОТОВЛЕН Акционерным обществом «Всероссийский научно-исследовательский институт сертификации» (АО «8НИИС») и Акционерным обществом «Российская венчурная компания» (АО «РВК») на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

  • 2 ВНЕСЕН Техническим комитетом по стандартизации ТК194 «Кибер-физические системы»

  • 3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 11 августа 2020 г. № 45-пнст

  • 4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО 16300-3:2017 «Системы автоматизации и интеграция. Интероперабельность единиц возможностей для промышленных прикладных решений. Часть 3. Верификация и валидация интероперабельности единиц возможностей» (ISO 16300-3:2017 «Automaton systems and integration — Interoperability of capability units for manufacturing application solutions — Part 3: Verification and validation of interoperability among capability units». MOD) путем изменения отдельных фраз (слов, значений показателей, ссылок), которые выделены в тексте курсивом. Внесение указанных технических отклонений направлено на учет потребностей национальной экономики Российской Федерации.

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5—2012 (пункт 3.5).

Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте, приведены в дополнительном приложении ДА

  • 5 Некоторые элементы настоящего стандарта могут быть объектами патентных прав. Международная организация по стандартизации (ИСО) не несет ответственности за установление подлинности каких-либо или всех таких патентных прав

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТР 1.16—2011 (разделы 5 и 6).

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 121205 Москва. Инновационный центр Сколково, улица Нобеля, д. 1. e-mail: info@tc194.ru и/или в Федеральное агентство по техническому регулированию и метрологии: 109074 Москва. Китайгородский проезд, д. 7. стр. 1.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© ISO. 2017 — Все права сохраняются

© Стандартинформ. оформление. 2020

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

Содержание

  • 1 Область применения

  • 2 Нормативные ссылки

  • 3 Термины и определения

  • 4 Сокращения

  • 5 Интероперабельность MSU

  • 5.1 Общие сведения об интероперабельности

  • 5.2 Верификация и валидация интероперабельности MSU

  • 5.3 Уровни интероперабельности

  • 6 Цели верификации и валидации интероперабельности

  • 6.1 Механизмы интероперабельности

  • 6.2 Цель верификации интероперабельности

  • 6.3 Цель валидации интероперабельности

  • 7 Процесс верификации интероперабельности

  • 7.1 Требуемые артефакты для верификации

  • 7.2 Процесс верификации

  • 8 Процесс валидации интероперабельности

  • 8.1 Требуемые артефакты для валидации

  • 8.2 Процесс валидации

Приложение А (справочное) Концептуальная структура профиля возможностей с шаблоном интероперабельности для расширения

Приложение В (справочное) Адаптация модели качества по ГОСТ Р ИСО/МЭК 25010 для валидации интероперабельности MSU

Приложение С (справочное) Схемы ОРМ для верификации и валидации интероперабельности.... 19 Приложение ДА (справочное) Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте..................................21

Библиография.......................................................................22

Введение

В серии стандартов ПНСТ «Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений» рассмотрены требования пользователей и поставщиков производственного программного обеспечения (ПО) к интероперабельности ПО в области промышленной автоматизации.

Требования пользователей к интероперабельности ПО включают:

  • - интеграцию прикладной системы автоматизации путем объединения возможностей компонентов ПО из различных источников;

  • • замену одного компонента в модуле ПО на другой компонент с обеспечением эквивалентных возможностей, необходимых прикладной системе автоматизации;

  • • интеграцию возможностей модуля ПО с одной платформы системы ресурсов на другую платформу;

  • - валидацию и верификацию соответствия возможностей модуля ПО требованиям прикладной системы автоматизации.

Требования поставщиков к интероперабельности ПО включают:

  • - представление набора возможностей компонента ПО. используемого в модуле ПО;

  • - верификацию возможности компонента ПО быть частью требуемой возможности модуля ПО;

  • • каталогизацию модулей ПО с точки зрения возможностей для поддержки интероперабельности е прикладной системе автоматизации и обеспечения широкого распространения модулей.

В серии стандартов ПНСТ «Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений» также рассмотрены службы интероперабельности ПО. которые предоставляют:

  • - доступ к описанию возможностей ПО для обеспечения оценки интероперабельности;

  • • поиск и определение размещения соответствующих модулей и компонентов ПО. предпочтительно автоматическое и с использованием поисковых систем;

  • - представление зависимостей между компонентами ПО для приложения автоматизации, размещенного на конкретной платформе системы.

Возможности ПО определены как набор функций и служб с набором критериев для оценки качества функционирования поставщика возможностей и характеризуют, как и что может делать ПО. В ГОСТ РИСО 16100-1 — ГОСТ Р ИС016100-6 определен метод описания возможностей производственного ПО с использованием профиля возможностей модуля производственного ПО (MSU). По ГОСТ Р ИСО 16100-1 — ГОСТ Р ИСО 16100-6 компонент ПО включен в MSU. а также предоставлен способ обмена возможностями MSU в качестве информации посредством профиля возможностей. Профилирование возможностей ПО является основой для обеспечения служб интероперабельности ПО. ГОСТ Р ИСО 16100-1 — ГОСТ Р ИСО 16100-6 являются основополагающими для серии стандартов ПНСТ «Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений».

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

ПНСТ 436—2020

(ИСО 16300-3:2017)

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Умное производство ИНТЕРОПЕРАБЕЛЬНОСТЬ ЕДИНИЦ ВОЗМОЖНОСТЕЙ ДЛЯ ПРОМЫШЛЕННЫХ ПРИКЛАДНЫХ РЕШЕНИЙ

Часть 3

Верификация и валидация интероперабельности единиц возможностей

Smart manufacturing. Interoperabilrty of capability units for manufacturing application solutions. Part 3. Verification and validation of interoperabifity among capability units

Срок действия — с 2021—01—01 до 2024—01—01

  • 1 Область применения

Настоящий стандарт определяет схему верификации и валидации интероперабельности единиц производственных возможностей (MCU) на предмет соответствия функциональным требованиям целевого производственного приложения.

Настоящий стандарт определяет структуру верификации и валидации, в том числе критерии интероперабельности и этапы процесса.

  • 2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р 57136/1SO/TR 18161:2013 Системы промышленной автоматизации и интеграция. Подход к интеграции приложений с использованием моделирования требований к обмену информацией и профилирования функциональных возможностей программного обеспечения

ГОСТ Р ИСО 15745-1 Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 1. Общее эталонное описание

ГОСТ Р ИСО 16100-1 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 1. Структура

ГОСТ Р ИСО 16100-2—2010 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 2. Методология профилирования

ГОСТ Р ИСО 16100-3—2010 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 3. Службы интерфейса. протоколы и шаблоны возможностей

ГОСТРИСО 16100-5—2011 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология согласования конфигураций профилей с помощью многоцелевых структур классов возможностей

Издание официальное

ГОСТ Р ИСО 16100*6 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 6. Службы и протоколы интерфейса для сопоставления профилей, основанных на многоцелевых структурах классов возможностей

ГОСТ Р ИСО/МЭК 25010—2015 Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов

ПНСТ 172/МЭК 62264-4:2016 Интеграция систем управления предприятием. Часть 4. Атрибуты и объекты для интеграции управления производственными операциями

ПНСТ 173/PAS 19450:2015 Системы промышленной автоматизации и интеграция. Объектнопроцессуальная методология

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

  • 3 Термины и определения

В настоящем стандарте применены термины по ГОСТ Р ИСО 16100-1, ГОСТ Р ИСО 16100-6. а также следующие термины с соответствующими определениями:

  • 3.1 валидация интероперабельности (interoperability validation): Процедура проверки соответствия реализованных механизмов интероперабельности набору характеристик качества (надежность, защищенность, производительность, время отклика и т. д.).

Примечание — Указанные характеристики качества определяют ожидаемое поведение текущих производственных прикладных процессов.

  • 3.2 верификация интероперабельности (interoperability verification): Процедура проверки соответствия реализованной и спроектированной интероперабельности производственных процессов.

  • 3.3 спецификация требований производственного приложения; MARD (manufacturing application requirements document); Документ, определяющий процессы для достижения намеченной производственной цели и ресурсы для выполнения процессов.

  • 3.4 единица производственных возможностей; MCU (manufacturing capability unit): Производственный модуль определенного типа (механического, электрического, электронного, аппаратного и/или программного обеспечения и т. д.), предназначенный для выполнения конкретной производственной задачи.

Примечание — Модуль производственных возможностей является модулем производственных ресурсных возможностей или модулем возможностей производственного процесса.

  • 3.5 единица возможностей производственного процесса; MPCU (manufacturing process capability unit): Модуль возможностей процесса определенного типа (механического, электрического, электронного, аппаратного и/или программного обеспечения и т. д.). относящийся к выполнению конкретного производственного процесса.

  • 3.6 единица производственных ресурсных возможностей; MRCU (manufacturing resource capability unit): Модуль производственных возможностей, включающий ресурсы (человеческие, энергетические. механические, электрические, электронные, аппаратное и/или программное обеспечение и т. д.) и поддерживающий работу производственного приложения (процесс, действия или задачи).

  • 3.7 профиль производственных возможностей (manufacturing capability profile): Краткое представление модуля производственных возможностей для сопоставления с требованиями производственного приложения.

  • 3.8_________________________________________________________________________________________________

механизм обнаружения совпадений (matcher): Метод сравнения предложенного профиля с необходимым профилем возможности интероперабельности.

[ГОСТ Р ИСО 16100*3—2010. пункт 3.1.6]

  • 3.9 интероперабельность единицы производственного программного обеспечения (MSU interoperability): Способность модуля производственного программного обеспечения поддерживать определенное использование спецификации интерфейса при обмене информацией (службами) с дру* гим модулем производственного программного обеспечения.

  • 4 Сокращения

В настоящем стандарте применены следующие сокращения:

MARD — спецификация требований производственного приложения (Manufacturing Application Requirements Document);

MCU — единица производственных возможностей (Manufacturing Capability Unit);

MPCU — единица возможностей производственного процесса (Manufacturing Process Capability Unit);

MRCU — единица производственных ресурсных возможностей (Manufacturing Resource Capability Unit);

MSU — единица производственного программного обеспечения (Manufacturing Software Unit);

ОРМ — объектно-процессная модель (Object Process Model);

OPL — объектно-процессный язык (Object Process Language);

UML — унифицированный язык моделирования (Unified Modelling Language).

  • 5 Интероперабельность MSU

    • 5.1 Общие сведения об интероперабельности

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

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

  • • глобальную структуру приложения.

  • • модули возможностей;

  • - взаимосвязи модулей возможностей;

  • • конфигурации и развертывание приложения.

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

Настоящий стандарт посвящен требованиям пользователей и поставщиков производственных приложений, касающихся интероперабельности MCU в области промышленной автоматизации. Требования пользователей включают:

■ построение производственной прикладной системы путем объединения модулей возможностей;

  • • выбор соответствующих модулей возможностей, замена модуля возможностей;

  • - верификация модуля возможностей в отношении требуемого профиля возможностей.

Требования поставщика устанавливают функциональные возможности интероперабельности модулей возможностей.

Процессы производственного приложения состоят из спроектированных и запланированных действий и операций различных типов (человеческих, механических, электрических, аппаратных, сетевых и/или вычислительных и т. д.). Проект производственного приложения определяет функциональную роль, алгоритм управления, действия и функции каждого процесса. В проекте должны быть указаны производственные ресурсы и возможности, необходимые для работы производства. Производственные ресурсы включают в себя разные типы ресурсов (механические, электрические, аппаратные, сетевые. программные и т. д.) (см. ГОСТ Р 57136). и соответствующие модули возможностей должны быть описаны с использованием шаблона профиля (см. приложение А). Профиль модуля возможностей описывает структурные, функциональные характеристики и характеристики качества модуля возможностей производственных ресурсов.

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

  • 5.2 Верификация и валидация интероперабельности MSU

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

Интероперабельность MCU обеспечивается профилями возможностей отдельных MCU. которые содержат профили MRCU.

Настоящий стандарт определяет верификацию и валидацию интероперабельности MSU. Для проектирования и разработки структуры подмножество MSU считается основной и центральной частью MCU. На рисунке 1 представлены сущности MCU в общем контексте.

Рисунок 1 — Сущности MCU в общем контексте

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

Структура интероперабельности ПО использует в качестве основы ПОСТ Р ИСО 15745-1 и ГОСТРИСО 16100-1 и включает:

  • - синтаксис и семантику, общие среди MSU:

  • • функциональные взаимосвязи между MSU;

  • • службы, интерфейсы и протоколы, предоставляемые MSU;

  • - обеспечение профилирования возможностей MSU.

Верификация и валидация интероперабельности между MSU затрагивает все перечисленные аспекты интероперабельности и устанавливает степень соответствия реализованной интероперабельности требованиям интероперабельности. В общем контексте MSU создание артефактов приложений включает три этапа разработки, соответствующие трем уровням описания: уровень определения требований. уровень разработки и уровень реализации. Верификация и валидация интероперабельности включает четыре набора артефактов, именуемых А. В. С и D (таблица 1).

Таблица 1 — Четыре набора артефактов

Набор

Описание

А

Схемы проектирования ожидаемых действий MSU и связанных с ними механизмов интероперабельности. которые должны быть разработаны с уметом требований совместного использования данных, обмена сообщениями, вызова и обмена службами или вызова процедур, которые могут происходить между MSU

В

Части кода, реализующие эффективные возможности MSU и рабочие механизмы интероперабельности для совершения MSU соответствующие действий

С

Элементы модели качества, определяющие критерии качества интероперабельности реализованных механизмов и служб. Критерии, подхарактеристики и свойства реализованной интероперабельности MSU должны быть определены в соответствии с моделью качества ГОСТ РИСО/МЭК 25010. включая характеристики, подхарактеристики и свойства качества (см. приложение В)

D

Отчеты о качестве с численными или ранжирующими значениями характеристик качества заданной модели качества

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

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

Оценка соответствия между наборами артефактов С и О является целью валидации интероперабельности.

  • 5.3 Уровни интероперабельности

Качество интероперабельности зависит от уровня интероперабельности между MSU. Основные уровни интероперабельности представлены в таблице 2.

Таблица 2 — Уровни интероперабельности

Уровень интероперабельности

Описание

1

Технический уровень, на котором рассматриваются сети и протоколы

2

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

3

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

4

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

5

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

Технический, синтаксический и семантический уровни интероперабельности должны использовать модель качества по ГОСТ Р ИСО/МЭК 25010.

ГОСТРИСО/МЭК 25010 определяет подробное описание качества ПО для валидации интероперабельности. которое должно быть адаптировано для определения требуемого качества интероперабельности MSU и оценки качества реализованной интероперабельности.

  • 6 Цели верификации и валидации интероперабельности

    • 6.1 Механизмы интероперабельности

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

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

Артефакты набора А включают спецификацию функций и служб, которые должны предоставляться профилем MSU. Классификация MSU подробно представлена в ГОСТ РИСО 16100-2. Данные артефакты включают в себя реализацию проекта необходимых механизмов интероперабельности для соответствия требованиям в области:

- обмена службами:

  • • вызова функций;

  • • обмена сообщениями;

■ глобального распределения ресурсов;

  • • обмена файлами.

  • • обмена информацией;

  • • доступа к общей базе данных и ее обновления.

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

При валидации интероперабельности проводят оценку качества интероперабельности MSU с использованием модели качества.

Рисунок 2 — Артефакты для верификации интероперабельности между MSU

Артефакты набора А описывают ожидаемые возможности и интероперабельность MSU: артефакты набора В — реализованную интероперабельность. Верификация заключается в проверке уровня соответствия между артефактами двух наборов.

Артефакты набора С описывают ожидаемое качество интероперабельности MSU: артефакты набора D — качество реализованных MSU. Валидация интероперабельности заключается в проверке соответствия ожидаемых характеристик, подхарактеристик и свойств качества MSU, описанных набором С, критериям качества реализованной интероперабельности, представленным набором D. Набор артефактов D строится на основе данных и значений метрик, собранных в соответствии с разделами 4 и 5 и определенных в [1].

  • 6.2 Цель верификации интероперабельности

Верификация включает проверку:

  • - уровня соответствия между профилем возможностей ожидаемой интероперабельности и профилем возможностей реализованной интероперабельности MSU (рисунок 3);

  • - уровня соответствия между требованиями к интероперабельности проектируемых MSU и интероперабельностью, обеспечиваемой реализованными (или приобретенными) MSU:

  • - механизмов и средств интероперабельности, предоставляемых программной средой, в которой работают MSU.

Этап разработки

Рисунок 3 — Верификация соответствия требуемой интероперабельности (ожидаемой) и реализованной интероперабельности

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

  • 6.3 Цель валидации интероперабельности

Валидация интероперабельности включает проверку:

  • - степени соответствия интероперабельности критериям качества;

• механизмов интероперабельности, имеющим низкий уровень соответствия и низкий рейтинг по отношению к целевым критериям качества;

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

  • 7 Процесс верификации интероперабельности

7.1 Требуемые артефакты для верификации

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

Требования к интероперабельности позволяют определить механизмы интероперабельности для целевой работы текущего производственного приложения:

  • - профиль возможностей MSU;

  • - профиль интерфейса модулей для обеспечения интероперабельности:

  • - операционная среда хостинга производственных модулей.

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

Главным ориентиром для разработки спецификации требований к интероперабельности должен быть проект производственных процессов. Процессы должны быть спроектированы с использованием диаграмм представления, диаграмм действий UML или другой диаграммы, обеспечивающей представление взаимодействий и отношений между процессами. Внутри процесса каждое действие описывается с помощью специальной диаграммы действий, в которой указаны необходимые механизмы интероперабельности. Механизм интероперабельности может выполнять одну или несколько операций, явно представленных на диаграмме действий:

  • - доступ к памяти, совместно используемый двумя MSU или более;

  • - требуемый доступ к файлу, совместно используемому двумя MSU или более;

  • - требуемый доступ к базе данных, совместно используемой двумя MSU или более;

  • - сообщение отправлено одному или нескольким программам MSU;

  • - сообщение, полученное конкретными MSU. Сообщения отправляются и принимаются с использованием протокола связи, доступного для производственной прикладной среды;

  • - прямой вызов функции или службы, предоставляемой другими MSU;

  • - косвенный вызов функции или службы, предоставляемой другими MSU. Данный тип вызова требует соответствующей программной инфраструктуры. В дополнение к языкам программирования и операционным системам среды хостинга MSU может быть использовано одно промежуточное ПО или более, например OMG CORBA. RMI JAVA и ОРС.

Этапы спецификации требований к интероперабельности должны быть описаны в соответствии с ПНСТ 173—2016. приложение С (см. рисунок 4).

Рисунок 4 — Этапы разработки спецификации требований к интероперабельности

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

  • 7.2 Процесс верификации

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

  • a) требованиями к интероперабельности отдельных MSU (UIR);

  • b) набором средств интероперабельности (IFS), предоставляемым производственной программной средой;

  • c) последовательностью интероперабельности программного обеспечения (SIS), реализующей или использующей адекватные механизмы интероперабельности как часть внедренного (или принятого) профиля MSU.

Оценку уровня соответствия можно проводить между набором UIR и соединением двух наборов IFSnSIS.

  • 8 Процесс валидации интероперабельности

8.1 Требуемые артефакты для валидации

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

Для оценки требуемых критериев качества необходимо рассмотреть ограничения, связанные с каждым используемым механизмом интероперабельности между MSU. Требуемые критерии качества определяются как обязательные артефакты, связанные с соответствием между артефактами наборов С и D (5.2).

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

  • - версия языка программирования: когда взаимодействующие MSU кодируются с использованием разных версий языка программирования:

  • - язык программирования: когда взаимодействующие MSU кодируются с использованием разных языков программирования;

  • - версия операционной системы: когда взаимодействующие MSU запускаются в разных версиях операционной системы или среды;

  • - операционная система или среда: когда взаимодействующие MSU запускаются в разных операционных системах или средах;

  • - версия платформы хостинга: когда взаимодействующие MSU запускаются с использованием разных версий платформ разработки ПО;

  • - платформа хостинга: когда взаимодействующие MSU запускаются с использованием разных платформ разработки ПО;

  • - протокол связи:

  • - объекты прав доступа для чтения, записи или запуска:

  • a) доступ к простым данным.

  • b) доступ к сложным данным.

  • c) процедура доступа.

0) метод доступа.

  • e) доступ к службе.

  • f) доступ к файлам.

д) доступ к базе данных.

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

Основным артефактом для валидации интероперабельности является модель качества для требуемых механизмов интероперабельности. Модель качества интероперабельности представляет собой эталон, которому должна соответствовать реализованная интероперабельность между MSU. Для целевой модели качества интероперабельности рекомендуется использовать модель для оценки качества системы и ПО /3/.

  • 8.2 Процесс валидации

В качестве эталона процесса валидации интероперабельности используется ГОСТ Р ИСО/МЭК 25010. Валидация интероперабельности сфокусирована на таких характеристиках, как:

  • a) функциональность: способность MSU предоставлять функции и интероперабельность в соответствии с заявленными и подразумеваемыми потребностями при использовании в указанных условиях;

  • b) надежность: способность интероперабельности MSU поддерживать уровень производительности системы при использовании в указанных условиях:

  • c) удобство использования: способность интероперабельности MSU быть понятой, используемой и оцененной разработчиком:

  • d) уровень производительности: способность интероперабельности MSU обеспечивать требуемую производительность при имеющихся ресурсах в указанных условиях;

  • e) сопровождаемость: возможность изменения интероперабельности MSU;

  • f) переносимость: способность интероперабельности MSU поддерживать свое поведение при размещении в другой среде хостинга.

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

Согласно ГОСТ Р ИСО 16100-1 функции системы организации производства зависят от того, насколько критерии интероперабельности обеспечиваются возможностями интероперабельности, предоставляемыми платформой ПО производственного приложения, а также от качества возможностей соответствующих MSU. Таким образом, процесс валидации должен быть основан на сопоставлении критериев качества интероперабельности и реализованной интероперабельности. Критерии интероперабельности сопоставлены с моделью качества по ГОСТР ИСО/МЭК 25010 в таблице 3.

Таблица 3 — Критерии качества интероперабельности с применением ГОСТ Р ИСО/МЭК 25010

Критерий качества интероперабельности

Наименование о ГОСТ Р ИСО/МЭК zsoto

Пункт а ГОСТ Р ИСО/МЭК 2S0fO—2015

Уровень интероперабельности

Надежность

Надежность

4.2.5

Готовность

Готовность

4.2.5.2

Безопасность

Свобода от риска

4.1.4

Защищенность

Защищенность

4.2.6

Концептуальная структура профиля возможностей с шаблоном интероперабельности для расширения

Согласно ГОСТ Р ИСО 16100-5—2011. пункт 6.3.1. шаблон профиля возможностей содержит общую часть в соответствии с ГОСТ Р ИСО 16100-2—2010. пункт 6.3. и ГОСТ Р ИСО 16100-3—2010. пункт 7.2.2. и специфичную часть в соответствии с ГОСТ Р ИСО 16100-2—2010. пункт 6.3. Специфичная часть должна, по меньшей мере, содержать элементы. указанные в ГОСТ Р ИСО 16100-2. а таюке следующие:

  • • наименование словаря MDD;

  • • формат описания MOD (например, список объектов MDD);

  • • описание MDD (например, упорядоченный по времени доступ к объектам MDD).

Концептуальная структура шаблона профиля возможностей представлена в таблице А.1

Таблица А.1 — Концептуальная структура шаблона профиля возможностей

Common part

Template ID Capabiity class name and reference CCS Software unit ID

Vendor name Version number and history Computing facikties required Processor OperatingSystem&Opfons Language RunlimeMemory

DiskSpace MultiUser Support RemoteAccess AddOns&Plugins

Measured performance of the unit Elapse dTtme NumberOfTransactionsPertJnitTime

Reliability data of the unit UsageHistory NumberOfShipments IntendedSafetylnteghtyLevel

CectificationBody Support policy Price data Capabiirty class reference dicbonary name Number of profile attributes Number of methods

Number of resources Number of constraints Number of extensions

Общая часть Идентификатор шаблона Имя класса возможностей Идентификатор единицы ПО Наименование поставщика Номер версии и история Требуемые вычислительные средства Процессор Операционные системы и опции Язык Запоминающее устройство времени прогона программы Пространство на диске Многопользовательская поддержка Дистанционная выборка Дополнения и сменные платы Измеренная характеристика единицы ПО Время работы (истекшее время) Число транзакций в единицу времени Данные о надежности единицы ПО История применения Число поставок Планируемый безопасный уровень целостности Орган по сертификации Политика поддержки Данные о цене Наименование словаря-справочника Число атрибутов профиля Число методов Число ресурсов Число ограничений Число расширений

Окончание таблицы А. 1

Number of lower levels

Number of sublempiales al next lower level Specific part for capability class

Reference MDD name MDD description format MDD description

Set of MDD objects

List of MDD objects

Time ordered MDD objects Event ordered MDD objects Interoperability MDD objects List of capability class attributes List of capability class methods List of capabiity class resources List of capability class constraints List of capability class extensions List of capability class lower levels List of capability class subtemplates

Число нижних уровней

Число подшаблонов на следующем нижнем уровне Часть, специальная для класса возможностей

Наименование словаря MDD Формат описания MDD Описание MDD

Набор объектов MOD Список объектов MDD

Объекты MDD. упорядоченные по времени Объекты MDD. упорядоченные по событиям Интероперабельность объектов MDD

Список атрибутов класса возможностей Список методов класса возможностей Список ресурсов класса возможностей Список ограничений класса возможностей Список расширений класса возможностей Слисок нижних уровней класса возможностей Список лодшаблонов класса возможностей

Приведенный шаблон профиля возможностей содержит дополнительное поле «интероперабельность объектов MDD». в котором пользователи шаблона могут указать механизмы интероперабельности для использования в модулях возможностей.

Адаптация модели качества по ГОСТ Р ИСО/МЭК 25010 для валидации интероперабельности MSU

ГОСТ Р ИСО/МЭК 25010 определяет три типа качества (рисунок В.1) с точки зрения восприятия качества разработчиками и пользователями:

  • • качество при использовании;

  • • внешнее качество;

  • • внутреннее качество.

Для валидации интероперабельности производственного приложения SQuaRE определяет проверку соответствия между ожидаемым качеством системы или ПО и качеством внедренной системы или ПО для каждого типа качества (при использовании, внешнего и внутреннего).

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

Показатели качества при использовании

Показатели внешнего качества

Показатели внутреннею качества


Рисунок В.1 — Спецификация требований качества интероперабельности

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

ГОСТ Р ИСО/МЭК 25010 определяет общую модель качества, соответствующие характеристики и подхарактеристики для уровней качества. Модели качества могут быть адаптированы для интероперабельности, требуемой для MSU производственного приложения. Из общей модели качества могут быть заимствованы 6 характеристик и 27 подхарактеристик. Характеристики качества, применимые для интероперабельности, включают:

  • • функциональность: способность MSU предоставлять функции и интероперабельность в соответствии с заявленными и подразумеваемыми потребностями при использовании в указанных условиях;

  • • надежность; способность интероперабельности MSU поддерживать уровень производительности системы при использовании в указанных условиях:

  • • удобство использования: способность интероперабельности MSU быть понятой, используемой и оцененной разработчиком;

  • • уровень производительности: способность интероперабельности MSU обеспечивать требуемую произво-дитегъность при имеющихся ресурсах в указанных условиях:

- сопровождаемость: возможность изменения интероперабельности MSU:

• переносимость: способность интероперабельности MSU поддерживать свое поведение при размещении в другой среде хостинга. Характеристики и подхарактеристики, принятые для качества интероперабельности между MSU. представлены е таблице ВЛ.

Таблица В.1 —Характеристики и подхарактеристики, принятые для качества интероперабельности между MSU

Характеристики качества

Подхарактеристики качества

Функциональность

Функциональная пригодность. Точность. Защищенность

Надежность

Тестируемость. Отказоустойчивость. Восстанавливаемость

Удобство использования

Определимость пригодности. Изучаемостъ. Тестируемость

Уровень производительности

Временные характеристики. Использование ресурсов

Сопровождаемость

Адаптируемость. Анализы руемоегь. Модифицируемость. Тестируемость

Переносимость

Адаптируемость. Устанавливаем ос гь. Взаимозаменяемость

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

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

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

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

Показатели качества при использовании

Показатели внешнего качества

Показатели внутреннего качества


Рисунок В.2 — Типы оценки качества интероперабельности

Процессы валидации интероперабельности е соответствии с [3] показаны на рисунке В.З.

Требования к интероперабельности


Потребности


Реализованная интероперабельность


Составление спецификации

Внешнее качество интероперабельности


Качество

Оценка

Валидация

Отображает

Определяет

Виутре***ее качество интероперабельности

Качество интероперабельности при использовании

Оценка

Отображает

Верификация

Внутреннее качество

Оценка

Валидация и верификация


Определяет


Реализация


Рисунок В.З — Схема верификации и валидации интероперабельности

Математические определения и рекомендации для практических измерений внутреннего качества, внешнего качества и качества при использовании представлены в [4]. В [4] определены простые измерения, на базе которых могут быть измерены все показатели. Инженер по качеству должен определить наборы показателей для количественного измерения внутреннего, внешнего качества и качества при использовании.

Схемы ОРМ для верификации и валидации интероперабельности

Методология ОРМ предоставляет два семантически эквивалентных способа представления одной и той же модели: графический и текстовый. Текстовая модель в OPL генерируется в подмножестве английского языка таким образом, чтобы сохранить ограничения графической модели. Так хак синтаксис и семантика OPL являются подмножеством английского естественного язьжа. эксперты в определенной области знаний смогут легко понимать текстовую модель.

На рисунках С.1, С.2 и С.З представлена обязательная часть настоящего стандарта с использованием ОРМ. Производствеююе приложение разработано для реализации продукта, соответствующего спецификациям. Спецификации разрабатываются в соответствии с ожиданиями потребителей или пользователей продукта (рисунок С.1).

Рисунок С.1 — Общая концепция верификации и валидации интероперабельности

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

  • • глобальной структуры приложения;

  • • узлов или компонентов:

  • • их взаимозависимости;

  • • их конфигурирования и развертывания.

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

Структура производственного приложения представлена тремя иерархическими уровнями: уровень процессов. уровень действий и уровень функций в ГОСТ Р ИСО 16100-1. Для выполнения целей производственного приложения требуются ресурсы различных типов (рисунок С.2). Типы ресурсов включают человеческие, энергетические. механические, электрические, аппаратные, сетевые, программные и т. д. Для каждого типа ресурсов необходим набор модулей для обеспечения целевого функционирования производственного приложения.

Рисунок С.2 — Ресурсы производственного приложения

Верификация и валидация выполняются с применением артефактов разработанного приложения и включают взаимодействия для проверки соответствия спроектированной и реализованной интероперабельностью между MSU (рисунок С.З).

Рисунок С.З — Верификация интероперабельности и сопоставление профилей возможностей

Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте

Таблица ДА.1

Обозначение ссылочного национального стандарта

Степень соответствия

Обозначение и наименование ссылочного международного стандарта

ГОСТ Р 57136—2016/ ISO/TR 18161:2013

IDT

ISO/TR 18161:2013 «Системы автоматизации и интеграция. Подход к интеграции прикладных программ с использованием моделирования требований информационного обмена и профилирования возможностей программного обеспечения»

ГОСТ Р ИСО 15745-1—2014

IDT

ISO 15745-1:2003 «Системы автоматизации и интеграция. Прикладная среда интегрирования открытых систем. Часть 1. Общее эталонное описание»

ГОСТ Р ИСО 16100-1—2012

IDT

ISO 16100-1:2009 «Системы автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 1. Структура»

ГОСТ Р ИСО 16100-2—2010

IDT

ISO 16100-2:2003 «Системы автоматизации и интеграция. Профилирование возможностей программных средств организации производства для функциональной совместимости. Часть 2. Методология профилирования»

ГОСТ Р ИСО 16100-3—2010

IDT

ISO 16100-3:2005 «Системы автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 3. Службы интерфейса. протоколы и шаблоны возможностей»

ГОСТ Р ИСО 16100-5—2011

IDT

ISO 16100-5:2009 «Системы автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология сочетания профилен с использованием множества структур класса возможностей»

ГОСТ Р ИСО 16100-6—2014

IDT

ISO 16100-6:2011 «Системы автоматизации и интеграция. Профилирование возможности жгероперабельности промышленных программных средств. Часть 6. Службы и протоколы интерфейса для сопоставления профилей, основанных на многоцелевых структурах классов возможностей»

ГОСТ Р ИСО/МЭК 25010—2015

IDT

ISO/IEC 25010:2011 «Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программного обе-спечешя»

ПНСТ 172—2016/ МЭК 62264-4:2016

IDT

IEC 62264-4:2016 «Интеграция систем управления предприятием. Часть 4. Атрибуты объектных моделей для интеграции менеджмента технологических операций»

ПНСТ 173—2016/ PAS 19450:2015

IDT

RAS 19450:2015 «Системы автоматизированные и интеграция. Объектно-процессуальная методология»

Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

• IDT — идентичные стандарты.

Библиография

(1) ISO/IEC 25020. Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Measurement reference model and guide

{2] ISO 16300-1:2018. Automation systems and integration — Interoperability of capability units for manufacturing application solutions — Part 1: Interoperability criteria of capability units per application requirements

{3J ISO/IEC 25000:2005. Software Engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE

(4] ISO/IEC 25020:2019, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Quality measurement framework

УДК 004.738:006.354

ОКС 25.040.01


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

БЗ 9—2020/84

Редактор Л.С. Зимилова Технический редактор В.Н. Прусакове Корректор М.И. Першина Компьютерная верстка Е.А. Кондрашовой

Сдано о набор 12.08.2020. Подписано в печать 07.09.2020. Формат 60’84%. Гарнитура Ариал.

Усл. пвч. л. 3.26. Уч.-им- л. 2,95.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

ИД «Юриспруденция». 115419. Москва, ул. Орджоникидзе. 11 www.jurisizdal ru y-book@mail.ru

Создано о единичном исполнении во ФГУП «СТАНДАРТИНФОРМи .

117418 Москве. Нахимовский пр-т. д. 3t. а. 2.

Превью ПНСТ 436-2020 Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений. Часть 3. Верификация и валидация интероперабельности единиц возможностей