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

(утв. и введен в действие Приказом Росстандарта от 11.08.2020 № 45-пнст)

ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

flowchart LR
  n0["ПНСТ 436-2020"]:::rst
  click n0 "https://bukva.ai/docs/standart-pnst-436-2020" "ПНСТ 436-2020. Предварительный национальный стандарт Российской Федерации. Умное производство. Интероперабельность единиц возможностей для промышленных прикладных решений. Часть 3."
  n1["ГОСТ Р 71778.3-2024"]:::doc
  click n1 "https://bukva.ai/docs/standart-gost-r-71778-3-2024" "ГОСТ Р 71778.3-2024. Национальный стандарт Российской Федерации. Умное производство. Интероперабельность единиц производственных возможностей для промышленных прикладных решений..."
  n0 --> n1
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;

от 11 августа 2020 г. № 45-пнст

ОКС 25.040.01

с 1 января 2021 года

Предисловие

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

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

4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО 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) путем изменения отдельных фраз (слов, значений показателей, ссылок), которые выделены в тексте курсивом. Внесение указанных технических отклонений направлено на учет потребностей национальной экономики Российской Федерации.

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 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)

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

ГОСТ Р 57136/ISO/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

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);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 создание артефактов приложений включает три этапа разработки, соответствующие трем уровням описания: уровень определения требований, уровень разработки и уровень реализации. Верификация и валидация интероперабельности включает четыре набора артефактов, именуемых A, B, C и D (таблица 1).

Таблица 1

Четыре набора артефактов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

интероперабельности между MSU

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

d) метод доступа,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3

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

Приложение A (справочное)

Согласно ГОСТ Р ИСО 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 (например, упорядоченный по времени доступ к объектам MDD).

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

Таблица A.1

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

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

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

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

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

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

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

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

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

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

Таблица B.1

Характеристики и подхарактеристики, принятые

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

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

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

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

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

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

(справочное)

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

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

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

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

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

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

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

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

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

Приложение ДА (справочное)

МЕЖДУНАРОДНЫМ СТАНДАРТАМ, ИСПОЛЬЗОВАННЫМ В КАЧЕСТВЕ

Таблица ДА.1

БИБЛИОГРАФИЯ