Товары в корзине: 0 шт Оформить заказ
Стр. 1 

77 страниц

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

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

 Скачать PDF

Идентичен ISO 16100-6:2011

Оглавление

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

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

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

4 Сокращения

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

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

     5.2 Набор служб ЕSI

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

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

     6.1 Службы СРТI группы

     6.2 Расширенная СРI группа

     6.3 Группа ССSI

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

7 Формальное описание протокола расширенных сервисов ЕSI

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

     7.2 Служебный протокол СРТI группы

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

     7.4 Служебные протоколы ССSI группы

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

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

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

     8.2 Протокол импорта словаря DictionaryImporting

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

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

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

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

Приложение Е (справочное) Отображение библиотеки деталей РLIВ на объекты данных МDD

Приложение F (справочное) Отображение открытого словаря ОТD на объекты данных МDD

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

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

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

 

77 страниц

Дата введения01.01.2016
Добавлен в базу12.02.2016
Актуализация01.01.2019

Этот ГОСТ находится в:

Организации:

26.11.2014УтвержденФедеральное агентство по техническому регулированию и метрологии1871-ст
ИзданСтандартинформ2015 г.
РазработанООО НИИ Интерэкомс

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

Нормативные ссылки:
Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

ГОСТ Р исо

16100-6—

2014

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

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

Часть 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


Template User


Extended Service Provider


Create a new capability profile template based

on the formal structure

requestBlankTemplateO Л

retumBlankTemplate(b\ank template,creation error)

process FllledTemplate(template ID) J-.

retumProcessingResult(\D check error,storage error)


Create a new capability profile template based on an existing capability template


гЦ requestExisting Temp/afe (te m p I ate ID)


returnExistingTemplate(ex\stmg template,processing error)


r-L, processModifiedTemplate(temp\aie ID)

returnProcessingResult^ID check error,storage error)

-

T

T

Template User

Пользователь шаблона

Extended Service Provider

Поставщик расширенных сервисов

Create a new capability profile template based on the formal

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

structure

использовании формальной структуры

requestBlankTemplateO

requestBlankTemplate ()

returnBlankTemplate(blank template, creation error

returnBlankTemplate (заготовка шаблона, ошибка создания)

processFilledTemplate(template ID)

processFilledTemplate (идентификатор шаблона)

returnProcessingResult(ID check error, storage error)

returnProcessingResult (ошибка проверки идентификатора, ошибка хранения)

Create a new capability profile template based on an existing

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

capability template

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

requestExistingTemplate(template ID)

requestExistingTemplate (идентификатор шаблона)

returnExistingTemplate(existing template, processing error)

ReturnExistingTemplate (существующий шаблон, ошибка обработки)

processModifiedTemplate (template ID)

processModifiedTemplate (идентификатор шаблона)

returnProcessingResult (ID check error, storage error)

returnProcessingResult (ошибка проверки идентификатора, ошибка хранения)

Примечание 1 — Пунктирная линия разделяет два рассмотренных варианта.


Примечание 2 — Созданию шаблона всегда предшествуют предварительные шаги регистрации и верификации уникального идентификатора шаблона, лежащие вне области применения ИСО 16100.

Рисунок 3 — Служба createTemplate


6.1.3 Служба accessTemplate

Служба accessTemplate, использующая службу requestExistingTemplate и службу returnExistingTemplate, дает возможность пользователю шаблона получить доступ к какому-либо другому существующему шаблону.

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

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


9


Ь) поставщик сервисов инициирует службу 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 приведена диаграмма обязательных шагов последовательности процедуры модификации существующего шаблона с помощью идентификатора шаблона.

ю


Template User


Extended Service Provider


Modify an existing template


_L requestExistmgTemplate(temp\ate ID)


retumExistingTemplate(ex\sting template,processing error)


I processModifiedTemplate(lemp\ate ID)


ratumProcessingResult{ID check error,storage error)

T-

T

Template User

Пользователь шаблона

Extended Service Provider

Поставщик расширенных сервисов

Modify an existing template

Модификация существующего шаблона

requestExistingTemplate (template ID)

requestExistingTemplate (идентификатор шаблона)

returnExistingTemplate (existing template, processing error)

returnExistingTemplate

(существующий шаблон, ошибка обработки)

processModifiedTemplate (template ID)

processModifiedTemplate (идентификатор шаблона)

returnProcessingResult (ID checke error, strorage error)

returnProcessingResult (ошибка проверки идентификатора, ошибка хранения)

Рисунок 5 — Служба modifyTemplate


6.1.5 Служба validateTemplate

Служба validateTemplate, использующая службу requestUnregisteredTemplate, службу returnUnregisteredTemplate, службу testTemplate, службу returnTestResult, дает возможность пользователю шаблона провести проверку соответствия существующего незарегистрированного шаблона.

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

a)    пользователь шаблона    инициирует    службу    requestUnregisteredTemplate    объекта

ServiceAccessPoint, в котором параметром службы requestUnregisteredTemplate является идентификатор шаблона;

b)    поставщик сервисов    инициирует    службу    returnUnregisteredTemplate    объекта

ServiceAccessPoint, в котором параметрами службы returnUnregisteredTemplate являются незарегистрированный шаблон и ошибка обработки;

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

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

Значение параметра результата испытаний службы returnTestResult может быть положительным, отрицательным или уровнем сопоставления, определенным в ИСО 16100-5:2009, раздел 7.2. Значение параметра статуса сопоставления службы returnTestResult должно быть эквивалентно выходным сообщениям, рассмотренным в ИСО 16100-4:2006, раздел В.1.

Испытанный шаблон должен быть зарегистрирован в архиве, если значение параметра результата испытаний службы returnTestResult «положительно» или «полное совпадение» (см. ИСО 16100-5:2009, раздел 7.2). В зависимости от требований пользователя, испытанный шаблон может быть зарегистрирован в архиве, если значение параметра результата испытаний либо «полное обязательное совпадение», либо «некоторое обязательное совпадение» (см. ИСО 16100-5:2009, раздел 7.2). Испытанный шаблон может быть модифицирован снова, чтобы удовлетворять критериям соответствия, если значение параметра результата испытаний отрицательно или «обязательное совпадение отсутствует» (см. ИСО 16100-5:2009, раздел 7.2).

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


11


Template User


Extended Service Provider


Validate an unregistered template


requestUnregisteredTemplate(temp\ate 1D)

returnUnregisteredTemplate(unreg\stered template,processing error) ◄-


testTemplate()


T


returnTestResult(test result,match status)

T


Template User

Пользователь шаблона

Extended Service Provider

Поставщик расширенных сервисов

Validate an unregistered template

Валидация незарегистрированного шаблона

requestUnregisteredTemplate (template ID)

requestUnregisteredTemplate (идентификатор шаблона)

returnUnregisteredTemplate (unregistered template, processing error)

returnUnregisteredTemplate

(незарегистрированный шаблон, ошибка обработки)

testTemplate

testTemplateQ

returnTestResult(test result, match status)

returnTestResult (результат испытаний, статус сопоставления)

Рисунок 6 — Служба validateTemplate


6.1.6 Служба deleteTemplate

Служба deleteTemplate, использующая службу requestExistingTemplate, службу returnExistingTemplate, службу removeTemplate и службу returnRemoveResult, дает возможность пользователю шаблона стереть существующий шаблон.

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

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

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

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

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

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


12



Template User


Extended Service Provider


Delete an existing capability template


,-L requestExistingTemplate^template ID)


retumExistingTemplate(ex\sting template,processing error)


remove TemplateQ


returnRemoveResult^removal error)


T


T


Template User

Пользователь шаблона

Extended Service Provider

Поставщик расширенных сервисов

Delete an existing capability template

Стирание существующего шаблона возможностей

requestExistingTemplate (template ID)

requestExistingTemplate (идентификатор шаблона)

returnExistingTemplate (existing template, processing error)

returnExistingTemplate (существующий шаблон, ошибка обработки)

removeTemplate ()

removeTemplate ()

returnRemoveResult (removal error)

returnRemoveResult (ошибка удаления)

Рисунок 7 — Служба deleteTemplate


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

6.2.1    Сценарии, используемые расширенной CPI группой сервисов

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

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

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

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

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

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

f)    стирание профиля возможностей с помощью идентификатора профиля возможностей и получение статуса «стерт» от поставщика сервисов.

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

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

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

6.2.2.2    Служба createProfile

6.2.2.2.1 Профиль, основанный на шаблоне профиля возможностей

Служба createProfile дает возможность пользователю профиля запросить создание профиля, основанного на использовании шаблона профиля возможностей. Если создание профиля основано

13


на использовании шаблона профиля возможностей, то служба 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


Extended Service Provider


Profile User

Create a new capability profile based on an existing capability profile template

requestExistingTemplate(temp\ale ID)

retumExistingTemplate(ex\st\ng template,processing error)

^ |_ processFilledProfile(profile ID) r

ratumProcessingResult(\D check error,storage error)

^ L

Create a new capability profile based on an existing capability profile

requestExistingProfile(prof\\e ID)

returnExistingProfile{ex\st\ng profile,processing error)


processModifiedProfile(prof\\e ID)


I


retumProcesslngResult(\D check error,storage error)


T


Template User

Пользователь профиля

Extended Service Provider

Поставщик расширенных сервисов

Create a new capability profile based on an existing capability profile template

Создание нового профиля возможностей путем использования существующего профиля возможностей

requestExistingTemplate (template ID)

requestExistingTemplate (идентификатор шаблона)

returnExistingTemplate (existing template, processing error)

returnExistingTemplate (существующий шаблон, ошибка обработки)

processFilledProfile (profile ID)

processFilledProfile (идентификатор профиля)

returnProcessingResult(ID check error, storage error)

returnProcessingResult (ошибка проверки идентификатора, ошибка хранения)

Create a new capability profile based on an existing capability profile

Создание нового профиля путем использования существующего профиля возможностей

requestExistingProfile (profile ID)

requestExistingProfile (идентификатор профиля)

returnExistingProfile (existing profile, processing error)

returnExistingProfile (существующий профиль, ошибка обработки)

processModifiedProfile (profile ID)

processModifiedProfile (идентификатор профиля)

returnProcessingResult(ID check error, storage error)

returnProcessingResult (ошибка проверки идентификатора, ошибка хранения)

Примечание 1 — Пунктирная линия разделяет два варианта создания профиля.


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


Рисунок 8 — Служба createProfile


6.2.3 Служба accessProfile

6.2.3.1 Профиль ESI, отличный от профиля MSU

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


15


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

Dictionary Import Service 0” Interface


Importing

Service

Provider


Data Store Mechanism


Extended

Service

Provider


Repository


-Capability Profiles -Capability Templates -CCSs -MDMS -MDDs


Basic

Service

Provider


О CPTI Group, includes CPI Group Type 3

0 CpI Group Type 2 service

0 Cpi Group Type 1 service

0 CCSI Group

О Extended Matcher Group

-0 others, e.g. MDM Interface and MDD Interface

0 CPI Group Type 1 service


Dictionary Import Service Interface

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

Importing Service Provider

Поставщик службы импорта

Data Store Mechanism

Механизм хранения данных

Extended Service Provider

Поставщик расширенных сервисов

CPTI Group, includes CPI Group Type 3

Группа CPTI, включает группу CPI типа 3

CPI Group Type 2 service

Сервисная группа CPI типа 2

CPI Group Type 1 service

Сервисная группа CPI типа 1

CCSI Group

Группа CCSI

Extended Matcher Group

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

other, e.g. MDM Interface and MDD Interface

Прочие, т.е. интерфейс модели MDM и интерфейс объекта данных MDD

Repository

Архив

Capability Profiles

Профили возможностей

Capability Templates

Шаблоны профилей возможностей

CCSs

Объекты CCS

MDMs

Объекты модели MDM

MDDs

Объекты данных MDD

Basic Service Provider

Поставщик базовых сервисов

CPI Group Type 1 service

Сервисная группа CPI типа 1

Рисунок 1 — Наборы служб поставщика расширенных сервисов


Примечание 1 — Настоящий рисунок не соответствует нотации UML. Линии, расположенные между Механизмом хранения данных и Архивом, обозначают существующие правила добавления, удаления и изменения содержания Архива. Линии, расположенные между Механизмом хранения данных и Поставщиком расширенных сервисов, обозначают отображение расширенных сервисов на сервисы хранения данных. Конкретные отображения зависят от практической реализации. В настоящем стандарте они не рассматриваются.

Примечание 2 — Элементы рисунка, выделенные жирным шрифтом, предметно рассматриваются в настоящем стандарте.

Примечание 3 — Содержание Архива хранится в виде XML-файлов.

Примечание 4 — Точка доступа ESI в настоящем стандарте представляется как объект ServiceAccessPoint.

Примечание 5 — Сервисная группа CPI Типа 1, кратко описанная в ИСО 16100-3:2005, раздел 5.4, включает службу обнаружения совпадений типа 1.

Примечание 6 — Сервисная группа CPI Типа 2, кратко описаннаяв ИСО 6100-3:2005, раздел 5.4, не включает службу обнаружения совпадений типа 2, являющихся частью Расширенной группы обнаружения совпадений.

Примечание 7 — Сервисная группа CPI Типа 3 кратко описанав ИСО 16100-3:2005, раздел 5.4.

Рассматриваемые службы имеют нижеследующие характеристики:

a)    для каждой службы имеется один поставщик и один пользователь: третьей стороны - нет;

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

4


ГОСТ Р ИСО 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.

Parts libraries


MDD

MDDName •*" Reference MDM Name

List of attributes _______

Attribute #1 Attribute #2 ^


Identifier: ICD


Class name I IRDI for classl Attribute #1


IRDI for attribute #1


Attribute #2


IRDI for attribute #2


MDD

Объект MDD

MDD_Name

Имя объекта MDD

Reference MDM Name

Ссылочное имя модели MDM

List of attributes

Список атрибутов

Attribute #1

Атрибут 1

Parts libraries

Библиотека деталей

Identifier: ICD

Идентификатор ICD

Class name

Имя класса

IRDI for class

Международный зарегистрированный идентификатор данных для класса

IRDI for attribute #1

Международный зарегистрированный идентификатор данных для атрибута 1

Примечание 1 — Настоящий рисунок не соответствует нотации UML.

Примечание 2 — В ИСО 13584 термин «свойство» используется вместо термина «атрибут». Рисунок 2 — Соотношения между библиотеками деталей и объектами MDD


5.3.3 Отображение элемента PLIB на объект MDD

Элемент «MDD_name» на рисунке 2 должен иметь нижеследующие расширенные атрибуты:

-    «dictionary_id» (идентификатор словаря),

-    «parent» (родитель),

-    «BSU» (Базовая семантическая единица),

-    «version» (версия)

-    «revision» (пересмотр).

Набор атрибутов «dictionary_id», «parent» и «BSU» может быть использован как идентификатор объекта MDD.