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

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

Системы промышленной автоматизации и интеграция

ПРОФИЛИРОВАНИЕ ВОЗМОЖНОСТИ ИНТЕРОПЕРАБЕЛЬНОСТИ ПРОМЫШЛЕННЫХ ПРОГРАММНЫХ СРЕДСТВ

Часть 6

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

ISO 16100-6:2011

Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 6: Interface services and protocols for matching profiles based on multiple capability class structures (IDT))

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

Москва

Стандартинформ

2015

Предисловие

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

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»

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

4    Настоящий стандарт идентичен международному стандарту ИСО 16100-6:2011 «Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 6. Службы и протоколы интерфейса для сопоставления профилей, основанных на многоцелевых структурах классов возможностей» (ISO 16100-6:2011 «Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 6: Interface services and protocols for matching profiles based on multiple capability class structures»).

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

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок - в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомления и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ, 2015

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

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

В соответствии с рисунком 2, атрибут объекта MDD относится к атрибутам продуктов словаря PLIB. Объект MDD соответствует элементу словаря PLIB. Атрибуты, принадлежащие одному элементу, ассоциируются с одним объектом MDD. См. приложение Е.

6 Расширенный служебный интерфейс

6.1    Службы CPTI группы

6.1.1    Сценарии, используемые группой услуг CPTI

Группа CPTI использует нижеследующие сценарии шаблона профиля возможностей:

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

b) запросить шаблон профиля возможностей из архива с помощью идентификатора ID шаблона профиля возможностей, а затем получить шаблон профиля возможностей от поставщика сервисов;

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

d)    испытать шаблон профиля возможностей в сравнении с критериями соответствия шаблона профиля возможностей, данными в ИСО 16100-5:2009, раздел 8, а затем получить положительный отклик, отрицательный отклик или отклик уровня сопоставления от поставщика сервисов;

e)    зарегистрировать испытанный шаблон профиля возможностей в архиве и получить статус «зарегистрирован» от поставщика сервисов;

f)    стереть шаблон профиля возможностей, основанный на идентификаторе шаблона профиля возможностей, и получить статус “стерт” от поставщика сервисов.

6.1.2    Создание шаблона профиля возможностей

6.1.2.1    Процесс создания

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

a)    внесения особых значений определенных атрибутов определенных элементов в характеристическую формальную структуру шаблона профиля возможностей в соответствии с ИСО 16100-5:2009, раздел 6.3;

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

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

Характеристическая формальная структура шаблона профиля возможностей может быть либо частично, либо полностью заполнена в соответствии с требованиями приложения.

Для любого шаблона профиля возможностей должны быть внесены или модифицированы нижеследующие атрибуты и элементы:

a) атрибуты «идентификатор» и «название» в элементе «Шаблон профиля возможностей»;

b)    атрибут имени области «domain_name» в элементе ссылочного имени «Reference_MDM_ пате»;

c)    атрибут названия формата «format_name» в элементе описания формата «MDD_Description_ format» с одним из четырех нижеследующих значений:

1)    «Set_Of_MDD_objects» (набор объектов MDD);

2)    «List_Of_MDD_objects» (список объектов MDD);

3)    «Time_Ordered_MDD_objects» (объекты MDD, упорядоченные по времени);

4)    «Event_Ordered_MDD_objects» (объекты MDD в порядке поступления);

d)    атрибуты «название» и «производственная деятельность» в элементе названия объекта «MDD_ пате».

Каждое значение, внесенное или модифицированное для атрибутов «идентификатор» (в разделе

6.1.2.2 а), имени области «domain_name» в разделе 6.1.2.2 Ь) и «название» в разделе 6.1.2.2 d), должно быть уникальным.

7

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

6.1.2.3 Служба createTemplate

6.1.2.3.1    Шаблон, основанный на характеристической структуре формальной возможности

Служба createTemplate должна позволять пользователю шаблона создавать шаблон, основанный на характеристической структуре формальной возможности. Если создание шаблона основано на структуре формальной возможности, то служба createTemplate использует, как минимум, requestBlankTemplate, returnBlankTemplate, ProcessFilledTemplate и службу returnProcessingResult. Служба createTemplate включает нижеследующие шаги:

a)    пользователь шаблона инициирует службу requestBlankTemplate объекта ServiceAccessPoint, в котором нет параметров, ассоциированных с услугой requestBlankTemplate;

b)    поставщик сервисов инициирует службу returnBlankTemplate объекта ServiceAccessPoint, в котором параметрами службы returnBlankTemplate являются заготовка шаблона и ошибка создания;

c)    пользователь шаблона заполняет заготовку шаблона, используя объекты MDD модели MDM, а затем инициирует службу processFilledTemplate объекта ServiceAccessPoint, в котором параметром ProcessFilledTemplate является идентификатор шаблона;

d)    поставщик сервисов проверяет уникальность идентификатора шаблона, а затем инициирует службу returnProcessingResult объекта ServiceAccessPoint, в котором параметрами службы returnProcessingResult являются ошибка проверки идентификатора и ошибка хранения.

На рисунке 3 (выше пунктирной линии) на языке UML приведена диаграмма последовательности, являющаяся обязательным шагом процедуры создания шаблона из структуры формального шаблона.

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

Служба createTemplate дает возможность пользователю шаблона создать новый шаблон путем модификации существующего шаблона. Если при создании нового шаблона модифицируется существующий шаблон, то служба createTemplate использует, как минимум, службу requestExistingTemplate, службу returnExistingTemplate, службу processModifiedTemplate и службу returnProcessingResult. Служба createTemplate включает нижеследующие шаги:

a)    пользователь шаблона инициирует службу requesf£x/sf/ngre/Jip/afeo6beKTa ServiceAccessPoint, в котором параметром службы requestExistingTemplate является идентификатор шаблона;

b)    поставщик сервисов инициирует службу returnExistingTemplate объекта ServiceAccessPoint, в котором параметрами службы requestExistingTemplate являются существующий шаблон и ошибка обработки;

c)    пользователь шаблона модифицирует существующий шаблон, а затем инициирует службу processModifiedTemplate объекта ServiceAccessPoint, в котором параметром службы processModifiedTemplate является идентификатор шаблона;

d)    поставщик сервисов проверяет уникальность идентификатора шаблона, а затем инициирует службу returnProcessingResult объекта ServiceAccessPoint, в котором параметрами услуги returnProcessingResult являются ошибка проверки идентификатора и ошибка хранения.

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

8

Ь) поставщик сервисов инициирует службу retumExistingTemplate объекта ServiceAccessPoint,

в котором параметрами службы requestExistingTemplate являются существующий шаблон и ошибка обработки.

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

Рисунок 4 — Служба accessTemplate

6.1.4 Служба modifyTemplate

Служба modifyTemplate, использующая службу requestExistingTemplate, службу retumExistingTemplate, службу processModifiedTemplate и службу returnProcessingResult, дает возможность пользователю шаблона модифицировать существующий шаблон.

Служба modifyTemplate включает нижеследующие шаги:

a)    пользователь шаблона инициирует службу requestExistingTemplate объекта ServiceAccessPoint, в котором параметром службу requestExistingTemplate является идентификатор шаблона;

b)    поставщик сервисов инициирует службу retumExistingTemplate объекта ServiceAccessPoint, в котором параметрами службы requestExistingTemplate являются существующий шаблон и ошибка обработки;

c)    пользователь шаблона модифицирует существующий шаблон, а затем инициирует службу processModifiedTemplate объекта ServiceAccessPoint, в котором параметром службы processModifiedTemplate является идентификатор шаблона;

d)    поставщик сервисов проверяет уникальность идентификатора шаблона, а затем инициирует службу returnProcessingResult объекта ServiceAccessPoint, в котором параметрами службы returnProcessingResult являются ошибка проверки идентификатора и ошибка хранения.

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

ю

на использовании шаблона профиля возможностей, то служба createProfile использует, как минимум, службу requestExistingTemplate, службу returnExistingTemplate, службу processFilledProfile и службу returnProcessingResult. Служба createProfile включает нижеследующие шаги:

a)    пользовательпрофиля инициирует службу requesf£x/sf/ngre/np/afeo6beKTaSe/v/ce>4ccessPo/nf, в котором параметром службу requestExistingTemplate является идентификатор шаблона;

b)    поставщик сервисов инициирует службу returnExistingTemplate объекта ServiceAccessPoint, в котором параметрами службы requestExistingTemplate являются существующий шаблон и ошибка обработки;

c)    пользователь профиля заполняет существующий шаблон, используя объект MDD модели MDM, а затем инициирует службу processFilledProfile объекта ServiceAccessPoint, в котором параметром службы processFilledProfile является идентификатор профиля;

d)    поставщик сервисов проверяет уникальность идентификатора профиля, а затем инициирует службу returnProcessingResult объекта ServiceAccessPoint, в котором параметрами услуги returnProcessingResult являются ошибка проверки идентификатора и ошибка хранения.

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

6.2.2.2.2 Профиль, основанный на существующем профиле возможностей

Служба createProfile дает возможность пользователю профиля запросить создание нового профиля путем модификации существующего профиля. При создании нового профиля путем модификации существующего профиля, служба createTemplate использует, как минимум, службу requestExistingProfile, службу returnExistingProfile, службу processModifiedProfile и службу returnProcessingResult. Служба createProfile включает нижеследующие шаги:

a)    пользователь профиля инициирует службу requestExistingProfile объекта ServiceAccessPoint, в котором параметром службы requestExistingProfile является идентификатор профиля;

b)    поставщик сервисов инициирует службу returnExistingProfile объекта ServiceAccessPoint, в котором параметрами службы returnExistingProfile являются существующий профиль и ошибка обработки;

c)    пользователь профиля модифицирует существующий профиль, используя объект данных MDD модели MDM, а затем инициирует службу processModifiedProfile объекта ServiceAccessPoint, в котором параметром службы processModifiedProfile является идентификатор профиля;

d)    поставщик сервисов проверяет уникальность идентификатора профиля, а затем инициирует службу returnProcessingResult объекта ServiceAccessPoint, в котором параметрами услуги returnProcessingResult являются ошибка проверки идентификатора и ошибка хранения.

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

14

a)    пользователь профиля инициирует службу requestExistingProfile объекта ServiceAccessPoint, в котором параметром службы requestExistingProfile является идентификатор профиля;

b)    поставщик сервисов инициирует службу returnExistingProfile объекта ServiceAccessPoint, в котором параметрами службы returnExistingProfile являются существующий профиль и ошибка обработки.

На рисунке 9 (выше пунктирной линии) на языке UML приведена диаграмма последовательности обязательных шагов процедуры получения доступа к профилю, основанной на использовании идентификатора профиля ESI.

6.2.3.2 Профиль из MSU

Служба accessProfile дает возможность пользователю профиля получить доступ к требуемому профилю возможностей MSU. Служба accessProfile использует, как минимум, службу requestExistingProfile и службу returnExistingProfile. Служба accessProfile включает нижеследующие шаги:

a)    пользователь профиля инициирует службу requestExistingProfile объекта MSU, в котором параметры службы requestExistingProfile отсутствуют;

b)    поставщик сервисов инициирует службу returnExistingProfile объекта MSU, в котором параметрами службы returnExistingProfile являются существующий профиль и ошибка обработки.

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

Рисунок 9 — Служба accessProfile

6.2.4 Служба modifyProfile

6.2.4.1 Профиль, доступный в интерфейсе ESI

Служба modifyProfile использует службу requestExistingProfile, службу returnExistingProfile, службу processModifiedProfile и службу returnProcessingResuit. Она дает возможность пользователю профиля модифицировать существующий профиль, доступный в интерфейсе ESI. Служба modifyProfile включает нижеследующие шаги:

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

Содержание

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

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

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

4    Сокращения..................................................................................................................................................3

5    Службы интерфейса поставщика сервисов...............................................................................................3

5.1    Наборы служб........................................................................................................................................3

5.2    Набор служб ESI....................................................................................................................................5

5.3    Служебный интерфейс импорта словаря............................................................................................5

6    Расширенный служебный интерфейс.........................................................................................................7

6.1    Службы CPTI группы..............................................................................................................................7

6.2    Расширенная CPI группа.....................................................................................................................13

6.3    Группа CCSI..........................................................................................................................................20

6.4    Расширенная группа обнаружения совпадений................................................................................25

7    Формальное описание протокола расширенных сервисов ESI..............................................................29

7.1    Синтаксис основных сервисов............................................................................................................29

7.2    Служебный протокол CPTI группы......................................................................................................30

7.3    Служебные протоколы расширенной CPI группы.............................................................................31

7.4    Служебные протоколы CCSI группы..................................................................................................33

7.5    Служебные протоколы расширенной группы обнаружения совпадений........................................35

8    Служба и протокол импорта словаря........................................................................................................35

8.1    Служба импорта словаря Dictionaryimporting....................................................................................35

8.2    Протокол импорта словаря Dictionaryimporting..................................................................................36

Приложение А (справочное) Модель возможностей, содержащая объекты данных MDD......................37

Приложение В (справочное) Упрощенное сопоставление шаблонов профилей возможностей............42

Приложение С (справочное) Профили, полученные с помощью шаблона профиля возможностей......53

Приложение D (справочное) Процедура создания структуры класса возможностей..............................56

Приложение Е (справочное) Отображение библиотеки деталей PLIB на объекты данных MDD...........58

Приложение F (справочное) Отображение открытого словаря OTD на объекты данных MDD..............62

Приложение G (справочное) Процедура сопоставления двух профилей.................................................66

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

национальным стандартам Российской Федерации............................................................70

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

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

a)    пользователь профиля инициирует службу requestExistingProfile объекта ServiceAccessPoint, в котором параметром службы requestExistingProfile является идентификатор профиля;

b)    поставщик сервисов инициирует службу returnExistingProfile объекта ServiceAccessPoint, в котором параметрами службы returnExistingProfile являются существующий профиль и ошибка обработки;

c)    пользователь профиля модифицирует существующий профиль, используя объект MDD модели MDM, а затем инициирует службу processModifiedProfile объекта ServiceAccessPoint, в котором параметрами службы processModifiedProfile является идентификатор профиля;

d)    поставщик сервисов проверяет уникальность идентификатора профиля, а затем инициирует службу returnProcessingResult объекта ServiceAccessPoint, в котором параметрами услуги returnProcessingResult являются ошибка проверки идентификатора и ошибка хранения.

На рисунке 10 (выше пунктирной линии) на языке UML приведена диаграмма последовательности процедуры модификации профиля с помощью существующего профиля ESI.

6.2.4.2 Профиль, доступный в MSU

Служба modifyProfile использует службу requestExistingProfile, службу returnExistingProfile, службу processModifiedProfile и службу returnProcessingResult. Она дает возможность пользователю профиля модифицировать существующий профиль, доступный в MSU. Служба modifyProfile включает нижеследующие шаги:

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

b)    поставщик сервисови инициирует службу returnExistingProfile объекта MSU, в котором параметрами службы returnExistingProfile являются существующий профиль и ошибка обработки;

c)    пользователь профиля модифицирует существующий профиль, используя объект данных MDD модели MDM, а затем инициирует службу processModifiedProfile объекта MSU, в котором параметром службы processModifiedProfile является идентификатор профиля;

d)    поставщик сервисов проверяет уникальность идентификатора профиля, а затем инициирует службу returnProcessingResult объекта MSU, в котором параметрами услуги returnProcessingResult являются ошибка проверки идентификатора и ошибка хранения.

На рисунке 10 (ниже пунктирной линии) на языке UML приведена диаграмма последовательности процедуры модификации профиля с помощью существующего профиля через MSU.

17

Введение

Разработка комплекса стандартов ИСО 16100 обусловлена необходимостью решения следующих проблем, связанных с:

a)    постоянно увеличивающейся базой решений, зависящих от поставщиков;

b)    трудностями, возникающими у пользователей при применении стандартов;

c)    необходимостью перехода к модульным наборам инструментальных средств интеграции системы;

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

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

Настоящий стандарт разработан Техническим комитетом ИСО/ТК 184 «Системы промышленной автоматизации и интеграция», подкомитетом ПК 5 «Архитектура, коммуникации и структуры интеграции».

Комплекс стандартов ИСО 16100 имеет общее наименование «Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств» и включает следующие части:

-    часть 1. Структура;

-    часть 2. Методология профилирования;

-    часть 3. Службы интерфейса, протоколы и шаблоны возможностей;

-    часть 4. Методы аттестационных испытаний, критерии и отчеты;

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

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

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

IV

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

Системы промышленной автоматизации и интеграция

ПРОФИЛИРОВАНИЕ ВОЗМОЖНОСТИ ИНТЕРОПЕРАБЕЛЬНОСТИ ПРОМЫШЛЕННЫХ

ПРОГРАММНЫХ СРЕДСТВ Часть 6

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

структурах классов возможностей

Industrial automation systems and integration. Manufacturing software capability profiling for interoperability. Part 6. Interface services and protocols for matching profiles based on multiple capability class structures

Дата введения — 2016—01—01

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

Настоящий стандарт устанавливает службы и протоколы интерфейса, используемые для метода сопоставления, основанного на многоцелевых структурах классов возможностей. Настоящий стандарт определяет сервисные группы интерфейса шаблона профиля возможностей (CPTI), интерфейса профиля расширенных возможностей (CPI) и расширенную сервисную группу интерфейса обнаружения совпадений, которые являются расширениями сервисов Типа 1, Типа 2 и Типа 3 в соответствии с ИСО 16100-3:2005, раздел 5.4.

Настоящий стандарт определяет сервисную группу интерфейса структуры класса возможностей (CCSI) и дополнительную группу, используемую для создания, регистрации, обеспечения доступа и модификации структуры класса возможностей для ссылочных моделей производственного домена в соответствии с ИСО 16100-5:2009, раздел 6.

Настоящий стандарт устанавливает содержание особой части шаблона профиля возможностей в соответствии с ИСО 16100-5:2009, раздел 7.

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

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

ИСО 10303-11 Промышленные системы автоматизации и интеграция. Представление данных продукта и обмен данных. Часть 11. Метод описания: Справочное руководство по языку EXPRESS (ISO 10303-11, Industrial automation systems and integration - Product data representation and exchange -Part 11: Description methods: The EXPRESS language reference manual)

ИСО 16100-1 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 1. Структура (ISO 16100-1, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 1: Framework)

ИСО 16100-2 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 2. Методология профилирования (ISO 16100-2, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 2: Profiling methodology)

ИСО 16100-3 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 3. Службы интерфейса, протоколы и шаблоны возможностей (ISO 16100-3, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 3: Interface services, protocols and capability templates)

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

ИСО 16100-4 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 4. Методы аттестационных испытаний, критерии и отчеты (ISO 16100-4, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 4: Conformance test methods, criteria and reports)

ИСО 16100-5 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 5. Методология профилирования сопоставления с помощью множественных структур класса возможностей (ISO 16100-5, Industrial automation systems and integration — Manufacturing software capability profiling for interoperability — Part 5: Methodology for profile matching using multiple capability class structures)

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

В настоящем стандарте используются термины, определенные в ИСО 16100-1, ИСО 16100-2, ИСО 16100-3, ИСО 16100-4 и ИСО 16100-5.

3.1    класс возможности (capability class): Элемент метода профилирования возможности, представляющий функциональность и поведение единицы программного обеспечения в отношении программного обеспечения для производственной деятельности.

Примечание 1 — Роль блока программных средств организации производства (MSU) может быть разной в различных производственных процессах. При этом соответствующий класс возможностей MSU уникально позиционируется в структуре наследования. Он может занимать различные места в структуре агрегации.

Примечание 2 — В настоящем стандарте шаблон класса возможностей идентичен шаблону профиля возможностей (см. ИСО 16100-2:2003, 6.3, требования к шаблонам возможностей).

Примечание 3 — Адаптировано из ИСО 16100-2:2003, определение 3.3.

Примечание 4 — Класс возможностей отображается на производственный процесс. Класс возможностей существует внутри структуры наследования возможностей. Вместе с другими классами возможностей он формирует структуру агрегации возможностей.

3.2    структура класса возможностей (capability class structure): Иерархия класса возможностей.

Примечание — Настоящая структура предназначена для моделирования иерархий агрегации возможностей в целевых областях, определенных ИСО 16100-1:2009, рисунок 2.

3.3    шаблон структуры класса возможностей (capability class structure template): Схема (логическая структура в базе данных) на расширяемом языке разметки XML, представляющая собой иерархическую структуру классов возможностей.

Примечание —Адаптировано из ИСО 16100-5:2009, определение 3.2.

3.4    шаблон профиля возможностей (capability profile template): Схема профиля возможностей промышленных программных средств организации.

3.5    расширенный служебный интерфейс (extended service interface): Набор служебных точек доступа, определенных в настоящем стандарте для работы сданными производственной области, моделями производственной области, со структурой класса возможностей, профилем возможностей и шаблоном профиля возможностей.

Примечание — Термин «расширенный» относится как к сервису, описанному в настоящем стандарте, так и к «базовому» сервису, определенному в ИСО 16100-3.

3.6    производственные данные (производственная информация) (manufacturing domain data): Класс унифицированного языка моделирования (UML), представляющий информацию относительно производственных ресурсов, производственной деятельности или объектов, взаимодействующих в конкретной области производства.

Примечание —Адаптировано из ИСО 16100-5:2009, определение 3.3.

3.7    шаблон производственных данных (информации) (manufacturing domain data template): Схема (логическая структура в базе данных) на расширяемом языке разметки XML, представляющая собой производственные данные (производственную информацию).

[ИСО 16100-5:2009, определение 3.4]

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

3.8    производственная модель (manufacturing domain model): Частное представление производственного домена, состоящее из производственных данных и взаимосвязей между ними, соответствующих областям их применения.

[ИСО 16100-5:2009, определение 3.5]

3.9    библиотека деталей (parts library): (производственный) сборник (каталог) описаний деталей.

Примечание — Термин «библиотека деталей» также относится к словарю, например, словарю PLIB в ИСО 13584 или открытому словарю OTD в ИСО 22745.

4    Сокращения

BSU — Базовая семантическая единица (Basic Semantic Unit);

CCS — Структура класса возможностей (Capability Class Structure);

CCSI — Интерфейс структуры класса возможностей (Capability Class Structure Interface);

CPI — Интерфейс профиля возможностей (Capability Profile Interface);

CPU — Интерфейс шаблона профиля возможностей (Capability Profile Template Interface);

CSI — Утверждение соответствия для практической реализации (Conformance Statement for the Implementation);

ESI — Интерфейс расширенных сервисов (Extended Service Interface);

ESP — Поставщик расширенных сервисов (Extended Service Provider);

ICD — Указатель международного кода (International Code Designator);

MDD — Данные производственного домена (Manufacturing Domain Data);

MDM — Модель производственного домена (Manufacturing Domain Model);

MSU — Блок программных средств организации производства (Manufacturing Software Unit);

OTD — Открытый технический словарь (Open Technical Dictionary);

PLIB — Библиотека деталей (в соответствии с ИСО 13584) (Parts Library (as specified in ISO 13584);

UML — Унифицированный язык моделирования (Unified Modeling Language);

URL — Унифицированный указатель информационного ресурса (Uniform Resource Locator);

URN — Унифицированное имя ресурса (Uniform Resource Name);

XML — Расширяемый язык разметки (extensible Markup Language).

5    Службы интерфейса поставщика сервисов

5.1 Наборы служб

Рисунок 1 показывает все сервисы и их соотношения с Поставщиками расширенных (базовых) служб, формирующие профили возможностей, шаблоны профиля возможностей, объекты CCS, объекты модели MDM, данные MDD и объекты MDD. Поставщики базовых сервисов работают с группой услуг CPI Типа 1. Поставщики расширенных сервисов работают с услугами CPTI, услугами CPI и услугами CCSI. Кроме того, поставщики расширенных сервисов поддерживают расширенные сервисы обнаружения совпадений и другие сервисные интерфейсы, работающие с моделями MDM и объектами данных MDD.

3

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

c)    инициирование служб пользователем всегда сопровождается откликом поставщика на предоставляемую службу;

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

e)    инициализация службы в сервисной точке доступа производится, когда закончен отклик на инициализацию предшествующей службы;

f)    инициализация производится для одной отдельной службы. Инициализация не может быть выполнена для группы служб;

д) служба регистрации дополнений и обновлений в архиве использует механизм хранения данных, представленный на рисунке 1;

h) в архиве объект имеет одно из нижеследующих состояний:

1)    состояние хранения: объект сохранен в Архиве после формирования запроса;

2)    состояние регистрации: объект зарегистрирован в Архиве после проверки его соответствия установленным требованиям;

3)    состояние стирания: объект стерт из Архива после формирования запроса на стирание.

5.2    Набор служб ESI

Основные службы ESI, обеспечиваемые ESP, могут быть взяты из группы CPI Типа 1 (см. ИСО 16100-3) и из четырех сервисных групп, перечисленных ниже и детально описанных в разделе 6. Другие сервисные группы также могут существовать (например, модели MDM, объекты MDD и объекты данных MDD), но они не рассматриваются в настоящем стандарте.

a)    Сервисная группа CPTI, включающая группу CPI Типа 3, допускает:

1)    создание нового шаблона профиля возможностей;

2)    получение доступа к шаблону профиля возможностей;

3)    модификация шаблона профиля возможностей;

4)    проверка соответствия шаблона профиля возможностей;

5)    регистрация профиля возможностей MSU;

6)    стирание профиля возможностей MSU.

b)    Сервисная группа CPI Типа 2 (см. ИСО 16100-3) допускает:

1)    создание нового профиля возможностей MSU или профиля возможностей, удовлетворяющего новым требованиям;

2)    обеспечение доступа к профилю возможностей MSU или к профилю возможностей, удовлетворяющему заданным требованиям;

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

4)    проверка соответствия профиля возможностей;

5)    регистрация профиля возможностей, удовлетворяющего заданным требованиям;

6)    стирание профиля возможностей, удовлетворяющего заданным требованиям.

c)    Сервисная группа CCSI допускает нижеследующие услуги:

1)    создание новой структуры класса возможностей;

2)    обеспечение доступа к структуре класса возможностей;

3)    модификация структуры класса возможностей;

4)    проверка соответствия структуры класса возможностей;

5)    регистрация структуры класса возможностей;

6)    стирание структуры класса возможностей.

d)    Расширенная группа обнаружения совпадений допускает:

1)    обеспечение доступа к профилю возможностей MSU или профилю возможностей, удовлетворяющему заданным требованиям;

2)    сопоставление двух профилей возможностей, при этом каждый ссылается на другую структуру класса возможностей.

5.3    Служебный интерфейс импорта словаря

5.3.1 Библиотеки деталей, импортированные в Архив

Служебный интерфейс импорта словаря обеспечивает импорт словаря ((например, словаря деталей PLIB или открытого словаря OTD) в архив.

5

5.3.2 Соотношение между библиотеками деталей и объектами MDD

Библиотека деталей, импортированная в Архив, может быть использована как часть объектов MDD при профилировании возможностей. Объекты MDD в модели MDM включают определение производственного процесса. Словарь деталей PLIB и открытый технический словарь OTD включают определения технических терминов: это может быть использовано для профилирования возможностей по аналогии с использованием объектов MDD. Все классы и атрибуты словаря PLIB и словаря OTD могут быть идентифицированы уникальным идентификатором в соответствии с ИСО 29002-5 и ИСО 22745-13. Уникальный идентификатор - это форма международной регистрации идентификатора данных (IRDI) в соответствии с ИСО/МЭК 11179-5. Классы и атрибуты словаря PLIB могут также быть описаны комбинацией некоторого словаря и базовой семантической единице BSU, кодом рассматриваемого класса PLIB и внутренним атрибутом словаря. Базовая семантическая единица BSU, соответствующая атрибуту словаря PLIB - это комбинация кода атрибута и BSU родительского класса. Для словаря OTD нет необходимости ссылаться на BSU родительского класса, так как ИСО 22745 нейтрален по отношению к классификации. Он определяет свойства в OTD независимо от класса. Соотношение между словарем PLIB, словарем OTD и объектом MDD определяется отображением уникального идентификатора на каждый объект MDD и атрибут MDD как показано на рисунке 2.