База ГОСТовallgosts.ru » 25. МАШИНОСТРОЕНИЕ » 25.040. Промышленные автоматизированные системы

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

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

Дата введения: 01/01/2016
Дата отмены: -
Заменен на: -
Код ОКС: 25.040.01
Скачать PDF: ГОСТ Р ИСО 16100-6-2014 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 6. Службы и протоколы интерфейса для сопоставления профилей, основанных на многоцелевых структурах классов возможностей.pdf
Скачать Word:ГОСТ Р ИСО 16100-6-2014 Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 6. Службы и протоколы интерфейса для сопоставления профилей, основанных на многоцелевых структурах классов возможностей.doc


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



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


ГОСТ Р исо

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 г. No 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 capabrtty dass structures»).

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

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

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

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

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

Содержание

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Industrial automation systems and integration. Manufacturing software capabiity proftng for interoperabitaty. Part 6. Interface services and protocols for matching profiles based on multiple capabdity 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-12009. рисунок 2.

3 3 шаблон структура клался жушожнлстяй (capahiity class structure template)' Схема (логине.

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

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

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

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

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

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

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

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

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

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

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

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

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

4    Сокращения

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

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

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

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

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

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

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

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

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

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

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

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

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

PLIB — Библиотека деталей (в соответствии с ИС013584) (Parts Library (as specified in IS013584); 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 и услугами CCSt. Кроме того, поставщики расширенных сервисов поддерживают расширенные сервисы обнаружения совпадений и другие сервисные интерфейсы, работающие с моделями MDM и объектами данных MDD.

nil lull I ^-ОСРПИпмр|кКФ||4«»СПв||«ир1У90б

ЕМоволву Import Setvtefi О" IntarfK»

bivertinfl

••rric*

pfMWsr

Date Star* fttedmbtn

'


-СвреЯЦуАоЯео -серевдтелфшм -ССв»

-ИЗМ8 -ИХЗя


•**•** ——QCpianHjpiypagMrrlM

-0c^O«*4>Tn»1 *wvte«

—0 СС41вгмф


-о Ь4«п0*4Иа*»Ь«г6смф

-0рйм%«4ШМп«4И1»


СИ Group'type 1 мпк»

- неону nport S<nK« 1п|<лкв

r;• a.* • ,« l “ / .14 • *„• ."op,;; -

-s>2fbnq Service Provider

hocisbiu»» •'>*:*.

vela Store Mechanism

Механизм лри»е»нл маппнд

Extended Service Provider

Поставом* расширенных сер-- -

CPTI Group, к-ictudes CPI Group Type 3

'"гуппа CPTI. включает группу ьг1 типа а

CPI Group Type 2 service

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

CPI Group Type 1 seme*

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

CCSI Group

Группа CCSI

Extended Matcher Group

Расширенна* группа обнаруианиг совпадении

Oder. e g. MOM Interface and MOD Interface

Прочие, те интерфейс мол ели М0М и интерфейс ооъскта данных МОО

Repository

Архив

Capability Profiles

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

Capability Templates

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

CCSs

Объекты CCS

MOMs

Объекты мелели MQU

MODs

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

Basic Service Provider

Поставам* базовых сервисов

CPI Group Type 1 service

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

Ригумгис 1 — НаАпры глумй пшттппщикя par.ninpwH пораигла

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

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

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

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

Примечание 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)    пользователь службы может инициировать только службы, отличные от служб нижнего уровня соединений:

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

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

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

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

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

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

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

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

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

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

Основные службы ESI. обеспечиваемые ESP. могут быть взяты из группы CPI Типа 1 (см. ИСО 16100-3) и из четырех сервисных групп, перечисленных ниже и детально описанных в разделе 6. Другие сервисные группы также могут существовать (например, модели MDM. объекты MDO и объекты данных 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)    проверка соответствия профиля возможностей:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.3-2 Соотношение между библиотеками деталей и объектами MOD

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

MOD

MDDJtome +* RAm MDM Ншпв

LMefatbbulee ^

A&rllMetH


Parts tosifce

IRDI tori


Aftrfaut»#1

ШГ


IRDI far


uoo

Объест МОД

MOD.Narae

Имя объеста MOO

Reference MOM Name

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

List of attributes

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

Attrfeule *1

Атрибут 1

Parts libraries

Вибпиотеса деталей

Identifier. ICO

Идентификатор ЮО

Class name

Имя классе

IRDI for dess

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

IRDI for aBrteuto *1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3) «Tlme_Ordered_MDD_objects» (объекты MDD. упорядоченные по времени):

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

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

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

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

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

6.1    -2.3 Служба createTempiate

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

Служба createTemptate должна позволять пользователю шаблона создавать шаблон, основанный на характеристической структуре формальной возможности. Если создание шаблона основано на структуре формальной возможности, то служба createTemp/afe использует, как минимум. requestBlankTempiate. retumBlankTemplate, ProcessFilledTemplate и службу retumProcessingResuit. Служба createTempiate включает нижеследующие шаги:

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

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

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

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

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

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

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

a) пол ьэовательшаблонаинициирует службу requestExistingTemplatooGbeictaServiceAccessPoint. в котором параметром службы requestExistingTemplate является идентификатор шаблона:

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

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

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

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

femptale User

■IwowMKil* iMbiljnd

Extended Service Provider

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

Create a new сэра bitty profile template based on the formal structure

Создание нового шаблон» профили возможностей, ocnoaamioro на использовании формальной структуры

requestBlankTempiatef)

reqwmstBlankTamplatm |)

retumBlankTeinolateibiank tempfole creation error

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

process? AedTemplate(templale Ю>

processPi/fetfTemptofe (идентификатор шаблона)

retumProcess«ngResu*<t> check error, storage error}

хранения!

Create a оею capabtoy profile template based on an eusfing capability template

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

reauestExetmgTemptaleitemptate Ю)

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

retumExebngTemplate{existing template, processing error)

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

processMedifiedTemptate (template 10)

processModifiedfempMe iидентификатор шаблона)

retumProcessingResul (Ю check error, storage error)

refumProcessMigResuft (ошибка проверки идентификатора, ошибка

хранения)

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

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

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

6.1.3 Служба accessTamplata

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

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

а)попьэоеатепьшаблонаинициируетслужбуге4ив5Г£х1з0Л0Т>етр/аГеобъекта$егу/св4есвввЯо4п€. в котором параметром службу reqoestExisdng Template является идентификатор шаблона:

Ь) поставщик сервисов инициирует службу retumExisbngTemplate объекта ServiceAccessPoint. е котором параметрами службы requestExismgTemptate являются существующий шаблон и ошибка обработки.

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

Рисунок 4 — Службе accessTempiate

6.1.4 Служба modifyTomplate

Служба modlfyTemplate. использующая службу    requestExis ting Templa te    службу

returnExisting Template, службу processModifiedTemplate и службу retumProcessingResult. дает возможность пользователю шаблона модифицировать существующий шаблон.

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

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

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

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

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

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

Рисунок 5 — Службе modify Template

6.1.5 Служба validataTamplata

Служба validataTamplata, использующая службу raquastUnragistaradTamplata. службу raturnUnragistaradTamplata. службу tastTemplate, службу ratumTastRasult. дает возможность пользователю шаблона провести проверку соответствия существующего незарегистрированного шаблона.

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

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

SarvicaAccassPoint. в котором параметром службы raquastUnragistaradTamplata является идентификатор шаСи юна.

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

SarvlceAccessPoint. в котором параметрами службы ratumUnregisteredTemplate являются незарегистрированный шаблон и ошибка обработки.

c)    пользователь шаблона инициирует службу testTamptate объекта SarvicaAccassPoint. в котором нет параметров, ассоциированных со службой resfTemp/ate.

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

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

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

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

Рисунок 6 — Службе vatidateTemplate

6.1.6 Служба deleteTemplate

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

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

a) гюльзоватепьшаблоиаинициируетслужбуге<|иб5(Ех/£(/пдТетр/а(еобъекта$вгу/саАесе$аРо/пг. в котором параметром службу requestExistlngTemplate является идентификатор шаблона:

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

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

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

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

Template user

пользователь шзопоме

Extended Service Provider

Постает»* расширенных cepewcoe

Delete an eusbng capabdrty t>*m. :te

Стирание существующего шаблона ео эм ом постен

reauestEzeangTemptote (template Ю)

/«qurstfiislmgfrepltlt (идентификатор шаблона)

fetumExe&ngTemplate (existing template, processcig error)

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

removeTemplate ()

removeTesipfatei'

retumRernovoResuB (removal error)

returnftemoveftesutt >ошиб«а удалении)

Рисунок 7 — Службе deieteTemplate

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

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

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

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

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

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

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

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

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

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

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

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

6.2.2.2    Служба createProfile

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

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

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

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

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

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

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

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

Служба createProfile дает возможность пользователю профиля запросить создание нового профиля путем модификации существующего профиля. При создании нового профиля путем модификации существующего профиля, служба create Temp/ate использует, как минимум, службу requestExis ting Profile. службу returnExistingProfile. службу processModifiedProfile и службу retumProcessingResult. Служба createProfile включает нижеследующие шаги:

a)    пользователь профиля инициирует службу requestExistlngProfile объекта SorviceAccessPoint. в котором параметром службы requestExisdngProfile является идентификатор профиля:

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

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

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

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

PrellaUtar

Extended Sendee Prcrtter


СгмгЬа гтгшржЫку prafto bated вп «t «dttog

opt bitty praf la template

(врим£ОДвф7ЪлфМ{Шгтр<н1» ВЭ)

пЬхпЕ&ш0пд1ЪврМ*(.шМЬд    uuwafcm «пог)|

рп?о»мГ»»зГУл>9(рг^6> О)

nksuPi auaaaiitfTBauWgP check «тх;«Ьхф ifTtxj

mpuaeiBdMhgftaBfo{pfefl« ID)


Qraata a near оараЬКу proiia beaad ел ел extthg capabky proflfe

nft«n&rittq*todfe(e)Mne profle.prooeednsi error)

jypoatrtftMflDatfnuBaQjiuna D)

деапПоввиа^дЛ—rfflD dT*amy^t»ap»«mr)

Template User

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

Extended Service Provider

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

Create a new сэра batty profile based on an existing сараЫЫу profile template

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

requestExistmgTempMe (template Ю)

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

retumExebng Template (existing template orocessng error)

returnCxisnnp Template (существующие* шаблон. ошибка обработпи

processFdedProfite (profile 10)

procossfi*rdPro/rlm i идентификатор профиля)

reiumProeessangResub® check error. Storage error)

return Process in gResutt (ошибка проверки идентификатора, ошибка хранения)

Create a new capabMy profile based on an existing capabdrty profile

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

reeuestExistcngProfile (profile ID)

request£x<sЬлдРгоб)# (идентификатор профиля)

retumExebngProfile (eistng profile, processing error)

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

processModifiedProfite (profile 10)

proeossJTod/fledProfi/e (идентификатор профиля)

retumProcessangResu*<C> check error, storage error)

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

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

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

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

6.2.3 Служба accessProfile

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

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

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

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

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

6.2.3.2 Профиль из MSU

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

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

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

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

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

6.2.4 Служба modifyProfile

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Template User

•Tonejoeaierib профхля

Extended Service Provider

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

Modify an exoting pro Me via ESI

Модификация расширенного грофипя через ESI

reouestEiehngProfiie (profile IO)

reques(£xis№igProfile (идентификатор профиля)

retumExebngProMe (anting pro Me. processng error)

r9tumExMingPro6H (существующий профиль, ош*6сд

processMod£edProtle (proMe (O)

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

retumProcessmgResoB (Ю check error, storage error)

re(irrnProcessingR«sc/ff {ошибся проверки идектификатора. ошибка хранения)

Modify an exebng probe via MSU

Модификация существующего профиля через MSU

USU

MSU>6noK программных средств организации производства

reouestEiotngProMe (profile 10)

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

retumExebngProfite (exiting ptoMe. processng error)

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

processMod^edProCle (profile 10)

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

retumProcessmgResu* (Ю check error, storage error)

refurnProcessr'ngPesu/t (ошибка проверки идектификатора. ошибка храненияj

Рисунок 10 — Службе modrfyProfite

6.2.5 Служба vattdateProfite

Служба validateProfite использует службу raquestExistingProfila. службу returnExistingProfUe. службу testProfih. и службу retumTestRasult Она дает возможность пользователю профиля провести проверку соответствия су шествующего профиля.

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

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

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

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

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

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

Рисунок 11 — Службе vahdateProfiie

6.2.6 Служба deleteProfile

Служба deleteProfile использует службу requestExistingProfile. службу returnExistingProfUe. службу removeProfUe и службу retumRemoveResult Она дает возможность пользователю профиля стереть существующий профиль в Архиве посредством ESI.

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

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

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

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

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

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

Teiiii»dte w*ei

Extended Service rivniei

Поставках расширенны:- «wwg

Delete an existing capebMy rcite

Стираиае cyuiecreyouier. профиля аоэаяожжхтсм

reduestEieangProUe <0гов! ’ Ю)

requeH£»rstfogPro6fe {идентификатор профиле)

retumExetngProlile (exebn: profle. pro ■ terror;

returnCxisfi’ngProfle (су—естеузощии профиль, ошиоса еораоспгу .

rctumRemoreResult (remove error)

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

Рисунок 12 — Служба tfefeteProfife

6.3 Группа CCSI

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

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

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

a)    получение доступа к CCS в Архиве с помощью идентификатора CCS. а затем получение CCS от поставщика сервисов:

b)    модификация CCS в соответствии либо с требованиями пользователя, либо с результатами проверки соответствия, а затем получение модифицированного CCS от поставщика сервисов.

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

d)    регистрация CCS в Архиве и получение статуса «зарегистрирован» от поставщика сервисов.

e)    удаление CCS с помощью идентификатора идентификатор CCS и получение статуса ‘удален* от поставщика сервисов.

6.3.2    Создание структуры класса возможностей

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

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

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

6.3.2.2    Служба createCCS

6.3.2.2.1 Создание CCS из заготовки шаблона CCS

Служба creereCCS дает возможность пользователю CCS создавать номе CCS путем заполнения заготовки шаблона CCS. При создании CCS из заготовки шаблона CCS. служба creafeCCS использует, как минимум, службу nquestBlankCCS. службу returnBlankCCS. службу processFilledCCS и службу returnProcessingResutt.

Служба createCCS. предназначенная для создания новой структуры CCS из заготовки шаблона CCS. включает нижеследующие шаги:

a)    пользователь CCS инициирует службу requestBlankCCS объекта ServiceAccessPoint. в которой параметры, ассоциированные со службой requestBlankCCS. отсутствуют:

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

c)    пользователь CCS заполняет заготовку шаблона CCS. используя объекты MOD модели MDM. а затем инициирует службу processFiltedCCS объекта ServiceAccessPoint. в котором параметром службы processFilledCCS является идентификатор CCS:

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

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

6.3.2.2.2 Структура CCS. созданная путем модификации существующей структуры CCS

Служба creereCCS дает возможность пользователю CCS создавать новые структуры CCS путем модификации существующих CCS. При создании новых CCS путем модификации существующих CCS. служба creareCCS использует, как минимум, службу requestExistingCCS. службу retumExistingCCS. службу processModifiedCCS и службу returnProcessingResult. Служба createCCS включает нижеследующие шаги:

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

b)    поставщик сервисов инициирует службу retumExistingCCS объекта ServiceAccessPoint. в котором параметрами службы retumExistingCCS являются существующая CCS и ошибка обработки.

c)    пользователь CCS модифицирует существующую CCS а затем инициирует службу processModlfledCCS объекта ServiceAccessPoint. в котором параметром службы processModifiedCCS является идентификатор CCS;

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

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

Примечание 1 — Пужгирная линия разделяет два варианта создания сущности.

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

Рисунок 13 — Служба creeteCCS

6.3.3 Служба accessCCS

Служба accessCCS использует службу requestExistingCCS и службу retumExistingCCS. Ома дает возможность пользователю CCS получить доступ к существующей CCS.

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

a)    пользователь CCS инициирует службу requestExistingCCS объекта ServiceAccessPoint. в котором параметром службы requestExistingCCS является идентификатор CCS:

b)    поставщик сервисов инициирует службу retumExistingCCS объекта ServiceAccessPoint. в котором параметрами службы retumExistingCCS являются существующая CCS и ошибка обработки.

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

Рисунок 14 — Служба accessCCS

6.3.4 Служба modifyCCS

Служба modifyCCS использует службу requestExistingCCS. службу returnExistingCCS. службу processModifledCCS и службу returnProcessingResult Она дает возможность пользователю CCS модифицировать существующую CCS.

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

a)    пользователь CCS инициирует службу requestExistingCCS объекта ServiceAccessPoint. в котором параметром службы requestExistingCCS является идентификатор CCS:

b)    поставщик сервисов инициирует службу returnExistingCCS объекта ServiceAccessPoint. в котором параметрами службы returnExistingCCS являются существующая CCS и ошибка обработки:

c)    пользователь CCS модифицирует существующую CCS. а затем инициирует службу processModifledCCS объекта ServiceAccessPoint. в котором параметром службы processModifiedCCS является идентификатор CCS:

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

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

User

Гюлъэоветел» структуры иСо

Extended Service rrsnuei

Постает** расширенных серо. . u

Modify an exeting CCS

Модификация существующей Cve

>e«uestExefingCCS4CCb ID;

requestExistingCCS (иаеитифияато:: ..Ci,

retumExe»ngCCS(exe*ing CCS. processeig error)

returnExistingCCS [существующая *0S. ошибка обработка)

proces»Mod*edCCS<CCS Ю)

processModifledCCS (идентификатор CCS)

retumProcessmgRessefO cheek error, storage error)

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

Рисунок 15 — Служба modrfyCCS

6.3.5 Служба validataCCS

Служба validateCCS использует службу raquastExistingCCS. службу return£x/sf/ngCCS. службу fesfCCS и службу retumTestResutt Она дает возможность пользователю CCS провести проверку соответствия существующей CCS.

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

a)    пользователь CCS инициирует службу requestExistingCCS объекта SarvicaAccassPoint. в котором параметром службы raquastExistingCCS является идентификатор CCS:

b)    поставщик сервисов инициирует службу raturnExistingCCS объекта SarvicaAccassPoint, в котором параметрами службы raturnExistingCCS являются существующая CCS и ошибка обработки:

c)    пользователь CCS инициирует службу fesfCCS объекта SarvicaAccassPoint. в котором параметры. ассоциированные с услугой fesfCCS. отсутствуют:

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

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

Рисунок 16 — Службе vahdateCCS

6.6.6 Служба dalataCCS

Служба dalataCCS использует службу raquastExistingCCS. службу raturnExistingCCS. службу removeCCS и службу ratumRamovaRasuit Она дает возможность пользователю CCS стереть существующую CCS.

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

a)    пользователь CCS инициирует службу raquastExistingCCS объекта SarvicaAccassPoint. в котором параметром службы raquastExistingCCS является идентификатор CCS:

b)    поставщик сервисов инициирует службу raturnExistingCCS объекта SarvicaAccassPoint. в котором параметрами службы raturnExistingCCS являются существующая CCS и ошибка обработки:

c)    пользователь CCS инициирует службу removeCCS объекта SarvicaAccassPoint. в котором параметры. ассоциированные со службой ramovaCCS. отсутствуют:

d)    поставщик сервисов инициирует службу ratumRamovaRasuit объекта SarvicaAccassPoint. в котором параметром службы refum/?emoveffesu/f является ошибка удаления.

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

Рисунок 17 — Служба dotatoCCS

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

6.4.1    Сценарии, используемые расширенной группой обнаружителей совладений

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

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

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

6.4.2    Служба ExtendedMatcher

Служба ExtandadMatcher использует службу requestProfUe. службу ratumProfUе. службу requestUatching и службу returnMatchingResult Она дает возможность пользователю запросить профиль либо из архива, либо из MSU (блока программных средств организации производства), и сопоставить профиль возможностей MSU с требуемым профилем возможностей, используя рассматриваемый обнаружитель совпадений.

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

a)    пользователь обнаружителя совладений инициирует службу raquastProfiie объекта SarvicaAccassPoint или объекта MSU. в котором параметром службы raquestProfita является идентификатор профиля:

b)    поставщик сервисов инициирует службу raturnProfila объекта Serv/ceAccessPo/’nf или объекта MSU. в котором параметрами службы ratumProfila являются существующий профиль и ошибка обработки:

c)    пользователь обнаружителя совпадений инициирует службу raquasMatching объекта SarvIcaAccassPoint. в котором имеются два параметра идентификатора профиля:

d)    поставщик сервисов инициирует службу ratumMatchingRasult объекта SarvicaAccassPoint. в котором параметрами службы ratumMatchingRasult являются уровень сопоставления (см. ИСО 16100-5:2009. раздел 7.2) и отчет о сопоставлении (отчет о согласованных и несогласованных функциях).

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

Рисунок 18 — Служба ExtendedMatcher Рисунок 18. лист 2.


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

6.4.3 Проверка соответствия обнаружителя совпадений

Методология установления соответствия, описанная в ИСО 16100-4. используется в настоящем стандарте. Здесь утверждения соответствия для практической реализации CSI расширяются и используются обнаружителями совладений профилей возможностей в соответствии со ИСО 16100-4:2006. таблица 9. Таблицы 1 и 2 в настоящем стандарте используются процедурой проверки соответствия. Типы точек соответствия, указанные в таблицах 1 и 2. определены е ИСО 16100-4:2006. таблица 5.

Таблица 1 — Утверждения соответствия CSI. необходимые для функционирования обнаружителей совпадений

Точка соот-•етстеия и Nt иабора

Описям* точки соответствия

Ссылка иа спецификацию

Тип то-вм соответствия*

Абстрактный критерий «спытям*

lndex_1

Получение требуемого профиля возможностей

ИСО 16100-52009. раздел 7

А

Верификация требуемого профиля возможностей на соответствие с ИСО 16100-5:2009. таблица 2

lndex_2

Получение профиля возможностей MSU

ИСО 16100-5:2009. раздел 7

А

Верифмсация профиля возможностей MSU на соответствие с ИСО 16100-5:2009. таблица 2

Продолжение таблицы 1

Точка соот-•етствия и № иабооа

OnncaiMO точки соответствия

Ссылка «а спецификацию

Тип точки соответствия4

Абстрактный критерий испытания

kxJex_3

Сравнение иденгифмсато-ров двух профилей модели МОМ

ИСО 16100-5:2009. раздел 7

А

lndex_3.1

Извлечение иденгифмсато-рое из двух профилей модели МОМ

ИСО 16100-5:2009. раздел 7

А

Верифмсация идентификаторов словарей

lndex_3.2

Сравнение двух идентификаторов модели МОМ

ИСО 16100-5:2009. раздел7

А

Верифмсация и показ резугъ-

ТЗТОВ СРООГ ЮГ 1ИЯ

mdex_3.2.1

Отчет о результате N1 1 и переход х обнаружителю совпадений типа 1

ИСО 16100-5:2009. раздел 7

А

Верифмсация:

1)    «Идентификаторы совпадают»

2)    «Переход к обнаружителе совпадо» ми типа 1»

lndex_32 2

Отчет о результате № 2

ИСО 16100-5:2009. раздел 7

А

Верифмсация: «Идентификаторы не совпадают»

kxJex_4

Сравнение названий двух профилей модели MDM

ИСО 16100-5:2009. раздел 7

А

Шбех_4.1

Извлечение названый двух профилей модели MDM

ИСО 16100-5:2009. раздел 7

А

Верифмсация названий модели MDM

lndex_42

Сравнение двух названий модели МОМ

ИСО 16100-5:2009. раздел 7

А

Верифмсация результатов на основе сравнения

mdex_4.2.1

Отчет о резугътате № 1 и завершение сопоставлени

ИСО 16100-5:2009. раздел 7

А

Верифмсация:

1) «Наэва>*1я модели MDM не совпадают»

2)    «Два профиля относятся к различньш моделям МОМ»

3)    «Нет сопоставления»

lndex_4.22

Отчет о резугътате N9 2

ИСО 16100-52009. раздел 7

А

Верифмсация: «Названия модели MDM совпадают»

lndex_5

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

ИСО 16100-52009. раздел 7

А

lndex_5.1

Извлечение форматов олре-дело ыя возможностей из двух профилей

ИСО 16100-52009. раздел 7

А

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

lndex_5.2

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

ИСО 16100-52009. рзздел7

А

Верифмсация результатов на основе сравнения

lnctex_5Z1

Отчет о резугътате N9 1

ИСО 16100-52009. раздел7

А

Показать отчет N9 1:

1)    «Форматы определения возможностей не совпадают»

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

fnbex_522

Отчет о резугътате N9 2

ИСО 16100-52009. раздел 7

А

Верификация:

«Форматы определения возможностей совпадают»

lndex_6

Сравнение двух определений возможностей

ИСО 16100-52009. раздел7

А

lndex_6.1

Сравнение содержания элемента набора MOD элементов «Set_of_MDO_object» в двух определениях возможностей

ИСО 16100-52009. раздел7

А

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

Точка соот-•етстеия и № иабооа

Описаомо точки соответствия

Ссылка «а спецификацию

Тип точки соответствия4

Абстрактный критерий испытаны*

mdex_6.1.1

Сравнение атрибутов «на-3001 чо» и «операция» элемента имени MOD «MD0_ пате» в двух определениях возможностей

ИСО 16100-5:2009. раздел 7

А

Верифжаиия результата

lndex_6.2

Сравнение содержания двух списков объектов *L*et_of_ MD0_object> е двух определениях возможностей

ИСО 16100-5:2009. раздел 7

А

lndex_6.2.1

Сравнение последовательностей элементов «М00_ пате» в двух определениях возможностей

ИСО 16100-5.2009. раздел 7

А

Верифжаиия результата

lndex_6.22

Сравнение атрибутов «на-зоамо» и «операция» элемента «М00_пате». находящихся в одинаковых позициях в двух определениях возможностей

ИСО 16100-5:2009. раздел 7

А

Верифжаиия результата

lndex_6.3

Сравнение содержания двух упорядочстных во времени объектов «Time_Ordered_ MDO_objects» в двух определи чях возможностей

ИСО 16100-5:2009. раздел 7

А

lndex_6.3.1

Сравнение временной упорядоченности элементов «МОО_пате» в двух определи чях возможностей

ИСО 16100-5:2009. раздел 7

А

Верифжаиия результата

•ndex_6.3-2

Сравнение атрибутов «на-300140» и «операция» в двух элементах <MDD_name».

находящихся а одинаковых

позициях в двух определениях возможностей

ИСО 16100-5:2009. раздел 7

А

Верифжаиия результата

lndex_6.4

Сравнение объектов « Event_Ordered_MDD_ object», расположении в порядке поступления

ИСО 16100-5:2009. раздел 7

А

lndex_6.4.1

Сравнение элементов uMDD_name». расположенных в порядке поступления в двух определениях воз-мохмостей

ИСО 16100-5:2009. раздел 7

А

Верифжаиия результата

lndex_6.4 2

Сравнение атрибутов «на-зоачо» и «операция» в двух элементах ♦ MDD_name». находящихся а одинаковых позициях в двух определениях возможностей

ИСО 16100-5:2009. раздел 7

А

Верифжаиия результата

• Сы ИСО 16100-4:2006. табпииа 5.

Таблица 2 — Испольэооа wo утверждений соответствия CSI в отчетах обнаружителей совпадений

Тмса соот> ыгтстрия я Hr набора

Опишмо точки соогеет' стеия

Ссылка на специфм* каин о

Тип точки соответствия*

Абстрактный фятерий испытания

lndex_1

MatcTungLevelReport

ИСО 16100-5:2009. раздел 72

А

Допустимый уровень сопоставления;

Погыое совладение

Совпадают все обязательные

элементы

Совпадают некоторые обязатегъ-ные элементы

Обязательные элементы не совпадает

lndex_2

DetaitedLst Report

ИСО 16100-5:2009. раздел 72

А

Верификация согласование функций и несогласованных фумадий

lndex_3

CompereMatchingLevel & Detailed

Report MatchingLevei

lndex_3.1

ForCompleteMatoh

Верификация того, что оба набора функций в двух профилях полностью эквивалента

lndex_3.2

ForAflMandatoryMatch

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

lndex_3.3

ForSome Mandatory-Match

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

mdex_3.4

ForNoMandatoryMatch

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

3 См. ИСО 16100-4:2006. таблица 5.

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

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

Синтаксис услуги унифицированного названия ресурса URN. описанный в ИСО 16100-3. используется в настоящем стандарте.

Характеристическое название услуги типа URN начинается с строки «услуга:». Настоящее название услуги типа URN включает тип сервиса и соответствующую точку доступа услуги, в которую не включается разделитель с которого начинается адрес спецификации. Информация об атрибуте рассматриваемой услуги следует за адресом спецификации, закодированным в соответствии с грамматикой универсального имени ресурса URN.

Потное имя URN услуги имеет нижеследующий синтаксис:

€servlce:<eervlce-type>:<eervlce-ecce*e-point>://<addrees>;<atrtbute-UBt>»

Элемент <service-type> в строке URN представляет характеристическую услугу, идентифицированную в разделе 5.1.

Элемент <service-access-type> в строке URN представляет собой точку доступа сервисные группы ESI. Данные сервисные группы идентифицированы в разделе 5.2.

Элемент <address> в строке URN задает путь к поставщику услуг ESI.

Список атрибутов включает знаки «;». разделяющие назначения атрибутов. Назначения атрибутов имеют форму:

<atribute-Jd>=<atribute-value>

в дополнение, для ключевых атрибутов используется форма <atribute-4d>.

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

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

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

7.2.1.1    Создание с помощью формальной структуры

Служба createTempiate генерирует шаблон с помощью формальной структуры. Она включает нижеследующие шаги:

a)    служба raquastBlankTamplata запрашивает заготовку шаблона и задает тип сервиса: <service-type>= "raquastBlankTamplata"

b)    служба returnBiankTemplata получает заготовку шаблона и задает тип сервиса: <service-type>= "returnBiankTemplata" с соответствующими атрибутами:

•    template_content="the_template_content"

-    access_status=”the_access_status"

c)    служба processFilledTemplate запрашивает приемлемость заполненного шаблона и задает тип сервиса:

<s#rvJce-fype>=”proce$sF//letf7'empte!»" с соответствующими атрибутами:

•    templateJD»"the_template_W

d)    служба raturnProcessingResult получает результат обработки и задает тип сервиса: <eervlce-type>="refumProcess/ngResu/r с соответствующими атрибутами:

-    ID_check_en,or*”IO_check_error*'

•    storage_error*"storage_error"

7.2.1.2    Создание с помощью существующего шаблона

Служба craataTemplata также генерирует шаблон с помощью существующего шаблона. Она включает нижеследующие шаги:

a)    Служба raquastExistingTamplate запрашивает существующий шаблон и задает тип сервиса: <service-type>=',requesf£x/scmg7emp/afe" с соответствующими атрибутами:

-    tefnplateJD="the_template_id";

b)    Служба ratumExistingTamplata получает существующий шаблон и задает тип сервиса: <aarvica-typa>="ratum£xisvngTempfate" с соответствующими атрибутами:

•    tempiate_content="the_template_content"

•    process_status”"the_process_status"

c)    Служба processModifiedTemplata запрашивает приемлемость модифицированного шаблона и задает тип сервиса:

<sarvic*-typa>="procassModifiadTampiata“ с соответствующими атрибутами:

•    template_ID=”the_templateJd"

d)    Служба ratumProcassIngRasult получает результат обработки и задает тип сервиса. <sarvica-typa>="ratumProcassingRasulf' с соответствующими атрибутами:

-    ID_check_error*"ID_cheek_error"

•    storage_erTor="storage_error"

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

Служба accassTamplata получает доступ к шаблону и включает нижеследующие шаги.

a)    служба raquestExistingTamplata получает доступ к существующему шаблону и задает тип сервиса:

<service-type>="request£x/st/ngremp/afe" с соответствующими атрибутами:

-    templateJD="tfie_temptate_kr;

b)    служба raturnExistingTempiata получает запрошенный шаблон. Тил сервиса: <service-type>="rerun)£x/scmg7emptote" с соответствующими атрибутами:

•    temptate_content="the_template_content"

•    proces8_status="the_process_status"

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

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

а) служба raquestExistingTamplata получает доступ к существующему шаблону и задает тип сервиса:

<sarwica-typa>-'requast£xistingTamplate" с соответствующими атрибутами:

•    tempiate_ID*”the_template_id"

b)    служба retumExistingTemplate получает запрошенный шаблон и задает тип сервиса: <aarvica-typa>-'ratumExistingTamplata" с соответствующими атрибутами:

•    template_content="the_template_contenr

•    process_status="the_process_status"

c)    служба processModifiedTemplate запрашивает приемлемость модифицированного шаблона и задает тип сервиса.

<servlce-type>=''processMod/fletf7emp/afe" с соответствующими атрибутами:

•    template_ID=’,the_template_id"

d)    служба raturnProcessingRasult получает результат обработки. Тип сервиса: <%arvica-typa>="retumProcessingResult' с соответствующими атрибутами:

•    ID_check_efror="ID_check_errof"

•    storage_emx=,'storage_error‘

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

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

a)    служба raquestUnragistaradTamptata получает доступ к незарегистрированному шаблону и задает тип сервиса:

<&arvica-type>-'requastUnregisteredTempiatem с соответствующими атрибутами:

-    template_IDa’’the_template_kJ"

b)    служба returnUnragisteredTampfate получает запрошенный шаблон. Тип сервиса: <sanica~typa>="ratumUnragistaradTamplata" с соответствующими атрибутами:

•    template_content«"the_template_content"

•    pгocess_status='’the_process_statusr,

c)    служба tastTamplate верифицирует незарегистрированный шаблон. Тип сервиса:

< servj се -type >=" f es г Tam pi a te'

d)    служба returnTestResult получает результат испытаний и статус испытаний. Тип сервиса: <service~type>= 'retumTastRasulC с соответствующими атрибутами:

•    test.reeult *”the_test_result"

•    test_status*"the_test_status"

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

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

a)    служба raquastExisUngTamplata получает доступ к существующему шаблону. Тип сервиса: <aerAce4ype>=nrequestExistingTemplata'' с соответствующими атрибутами:

-    template_ID*’,the_template_id"

b)    служба raturnExistingTamplata получает запрошенный шаблон. Тил сервиса: <sertice~type>="retumExlstingTempiate' с соответствующими атрибутами:

-    tempiate.contenta "the.template.contenr

•    proc6SS_status="the_process_status“

c)    служба removeTemplate стирает шаблон профиля возможностей из архива. Тип сервиса: <service-type>="remove7'e/np/ate"

d)    служба raturnRamovaResult получает статус удаления. Тил сервиса: <sanica~typa>="ratumRamovaRasuir с соответствующими атрибутами:

•    remove_status="the_remov6_status"

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

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

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

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

a)    служба raquastExistingTampfata запрашивает существующий шаблон. Тип сервиса: <%arvica-typa>="requastExistingTamplate" с соответствующими атрибутами:

-    templateJD*"the_templat6jd“

b)    служба returnExistingTempiate получает запрошенный шаблон. Тил сервиса: <seryice~type>=',retumExistingTemp1ate'' с соответствующими атрибутами:

•    template_content="the_template_content"

•    accees_status*’'the_aceess_status"

c)    служба processFilledProfite запрашивает приемлемость заполненного профиля. Тип сервиса: <service-type>="processF///edProflfe' с соответствующими атрибутами:

•    profile_ID=r4he_profile_id"

d)    служба raturnProcassingResult получает результат обработки. Тип сервиса: <sarvica-typa>=”retumProcessingResvtt' с соответствующими атрибутами:

•    ID_check_error*"lD_check_error"

•    storage_erTor*"storage_error"

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

Служба cnateProfito также генерирует профиль с помощью существующего профиля и включает нижеследующие шаги:

a)    служба requestExistingProfite запрашивает существующий профиль. Тип сервиса: <»ervice-typa>="raquast£xistingProfite'' с соответствующими атрибутами:

•    profile_IO*"the_profile_kl"

b)    служба raturnExistingProfite получает существующий профиль. Тил сервиса:

<eervice-type>-'retumEx/st/ngProfi/e* с соответствующими атрибутами.

•    profile_content*“the_profile_content“

•    proceee_status="the_process_status"

c)    служба processModifiedProfile запрашивает приемлемость модифицированного профиля. Тип сервиса:

<servlce-type> = procassModifiadProfite" с соответствующими атрибутами:

•    profile_IO*"the_profile_ld“

d)    служба raturnProcassingResult получает результат обработки. Тип сервиса:

<service-type> - “ratumProcessingRasulf с соответствующими атрибутами:

•    !D_check_6rror="ID_check_error"

•    stofage_erTon*"8torage_error"

7.3.2    Доступ к профилю возможностей

7.3.2.1    Доступ через расширенный служебный интерфейс ESI

Служба accassProfite получает доступ к профилю через интерфейс ESI и включает нижеследующие шаги:

a)    служба raquastExistingProfila получает доступ к существующему профилю. Тип сервиса: <$агЛсеЛура>=" raquastExistingProfila' с соответствующими атрибутами:

•    profile_IO*"the_profileJd“

b)    служба raturnExistingProfite получает запрошенный профиль. Тип сервиса: <sanica‘typa>*'’raturnExfstingProfite' с соответствующими атрибутами:

•    profile_contente"the_profile_content"

•    process_status=,'th«_process_status"

7.3.2.2    Доступ через блок программных средств организации производства MSU

Служба accassProfite также получает доступ к профилю через MSU и включает нижеследующие шаги:

a)    служба raquastExistingProfila получает доступ к существующему профилю. Тип сервиса: <sarvica~typa>=''rsquastExistingProfite’

b)    служба raturnExistingProfila получает запрошенный профиль. Тип сервиса: <sarvica~typa>="ratumExistingProfite’ с соответствующими атрибутами:

•    profile.contentB “the_profile_content"

•    process_status="the_process_8lalus''

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

Служба modifyProfila модифицирует профиль и включает нижеследующие шаги:

a)    служба raquastExistingProfila получает доступ к существующему профилю. Тип сервиса: <sarvica-typa>="requastExistingProfite" с соответствующими атрибутами:

- profi!e_ID*“the_profile_ld"

b)    служба raturnExistingProfite получает запрошенный профиль. Тип сервиса: <sanica~typa>=~ratumExlstingProfila' с соответствующими атрибутами:

•    profile_content* “the_profile_content”

-    procese_status»”the_procese_status"

c)    служба processModifiedProfile запрашивает приемлемость модифицированного профиля. Тип сервиса:

<service-type>=~processAfod/fiedProfi/e' с соответствующими атрибутами:

•    profile_ID*’4he_profile_ld“

d)    служба returnProcessingResult получает результат обработки. Тип сервиса: <servtce-type>="rerumProcess/ng/?esu/r с соответствующими атрибутами:

-    ID_check_error*"lD_check_error"

•    storage_erTore"storage_error"

7.3.4    Проверка соответствия профиля возможностей

Служба validateProfUe обеспечивает испытание существующего профиля и включает нижеследующие шаги:

a)    служба requestExistingProfile получает доступ к существующему профилю. Тип сервиса: <servtce-type>="request£Y/stJ7)gP/ofl/e" с соответствующими атрибутами:

•    profile_IO*“the_profile_kl"

b)    служба returnExistingProfite получает запрошенный профиль. Тип сервиса:

<service-type>-'rerumEx/st/ngPro/He* с соответствующими атрибутами:

•    profite_content=,4he_profile_content"

•    process_status*"the_process_statusH

c)    служба tastProfila верифицирует незарегистрированный профиль. Тип сервиса: <sefvice-type>="festP/ofl/e*

d)    служба returnTestResult получает результат испытаний и статус испытаний. Тип сервиса: <eervice-type>="refum7est/fosu/r с соответствующими атрибутами:

•    test_result="the_test_resuH"

•    test_status="the_test_status"

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

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

a)    служба raquestExistingProfile получает доступ к существующему профилю. Тип сервиса: <aarvica~typa>="raquastExistingProBla" с соответствующими атрибутами:

•    profile_IO*“the_profile_ld"

b)    служба raturnExistingProfila получает запрошенный профиль. Тип сервиса: <serYice-type>="retu/n£x/$t/ngPro0fe* с соответствующими атрибутами:

•    profile_content* "the_profHe_content"

•    proces8_status="the_process_status"

c)    служба removeProfile удаляет профиль возможностей из архива. Тил сервиса: <service-type>="remoxePfO/»/e'

d)    служба raturnRemoveRasult получает статус удаления. Тил сервиса: <service-type>="/BrumAe/noveftesu/r с соответствующими атрибутами:

•    remove_status="tbe_remove_status"

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

7.4.1    Создание структуры класса возможностей

7.4.1.1    Создание с помощью формальной структуры

Служба createCCS генерирует новую структуру CCS с помощью формальной структуры и включает нижеследующие шаги:

a)    служба raquastBlankCCS запрашивает заготовку CCS. Тип сервиса: <eervice-type>="reques<e/anJ(CCS”

b)    служба returnBiankCCS получает заготовку CCS. Тип сервиса: <serYice-type>=’,refumfi/3nfrCCS ' с соответствующими атрибутами:

•    CCS_content*"the_CCS_content"

•    access_status=”the_acce*8_status"

c)    служба procassFittiedCCS запрашивает приемлемость заполненной структуры CCS. Тип сервиса: <service-type>="processft№edCCS* с соответствующими атрибутами.

•    CCS_ID*"the_CCS_»d"

d) служба returnProcessingResult получает результат обработки. Тип сервиса: <service-type>=''retumProcessingResulf' с соответствующими атрибутами:

•    !D_check_error“"ID_check_erroT”

•    stofage_error*"stofage_erTor"

7.4.1.2    Создание с помощью существующей структуры CCS

Служба creeteCCS также генерирует шаблон с помощью существующей структуры CCS и включает нижеследующие шаги.

a)    служба requostExistJngCCS запрашивает существующую CCS. Тип сервиса: <servtce-type>=’reqaestExist<ngCCS’ с соответствующими атрибутами:

-    CCS_ID*-the_CCSJd"

b)    служба returnExistingCCS получает существующую CCS. Тип сервиса: <service-type>-’retumExistingCCS" с соответствующими атрибутами:

-    CCS_content="the_CCS_content“

•    process_status*“the_proc6SS_statusM

c)    служба processModifiedCCS запрашивает приемлемость модифицированной CCS. Тип сервиса: <eervice-type>-'processModifiedCCS" с соответствующими атрибутами:

•    CCS_IO*"the_CCS_kT

d)    служба returnProcessingResult получает результат обработки. Тип сервиса:

<service-type>-’retumProcessingResult' с соответствующими атрибутами:

•    ID_check_error="ID_check_error”

•    storage_error*”storag e_error"

7.4.2    Доступ к структуре класса возможностей

Служба accessCCS получает доступ к структуре CCS и включает нижеследующие шаги:

a)    служба requestExistingCCS запрашивает существующую CCS. Тип сервиса:

<servlce-type>=“requestExistingCCST с соответствующими атрибутами.

•    CCSJD*"the_CCS_kT

b)    служба returnExistingCCS получает существующую CCS. Тип сервиса:

<servlce-type>="returnExistingCCS" с соответствующими атрибутами:

•    CCS_content*"the_CC3_content"

•    process_status="the_process_status"

7.4.3    Модификация структуры класса возможностям

Служба modifyCCS модифицирует структуру CCS и включает нижеследующие шаги.

a)    служба requestExistingCCS запрашивает существующую CCS. Тип сервиса.

<service-type^requestExistingCCS" с соответствующими атрибутами.

•    CCS_ID»"the_CCS_id”

b)    служба returnExistingCCS получает существующую CCS. Тип сервиса:

<service-type>=Vefum£x/stfngCCS" с соответствующими атрибутами:

-    CCS_content="the_CCS_content"

•    proc6SS_status="the_proce8S_status’'

c)    служба processModifiedCCS запрашивает приемлемость модифицированной CCS. Тип сервиса: <senice~type>="processModifiedCCS" с соответствующими атрибутами:

•    CCSJD*"the_CCSJd"

d)    служба returnProcessingResult получает результат обработки. Тип сервиса:

<service-type>="retumProcessingResulf с соответствующими атрибутами:

•    ID_check_error="ID_check_error“

•    storage_erTore"storage_erTor"

7.4.4    Проверка соответствия структуры класса возможностей

Служба vaiidateCCS обеспечивает испытание CCS и включает нижеследующие шаги:

a)    служба requestExistingCCS запрашивает существующую CCS. Тип сервиса:

<eervice-type>="requestExistingCCS" с соответствующими атрибутами:

-    CCSJD*"the_CCS_kT

b)    служба returnExistingCCS получает существующую CCS. Тип сервиса:

<servlce-type>="refumEx/stmgCCS" с соответствующими атрибутами:

•    CCS_content="the_CCS_content"

•    process_status="the_process_statusM

c)    служба fesfCCS верифицирует незарегистрированную CCS. Тип сервиса: <service-type>="fesfCCS'

d)    служба returnTestResult получает результат испытаний и статус испытаний. Тип сервиса: <servico-type>="rerumTesf/fosu/r с соответствующими атрибутами:

•    test.resutt ="4he_test_resutt"

•    test_status="the_test_status“

7.4.5    Стирание структуры класса возможностей

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

a)    служба requestExistingCCS запрашивает существующую CCS. Тил сервиса: <service-type>=',re<7(/est£x/stmgCCS~ с соответствующими атрибутами.

•    CCS_ID*"the_CCSJd"

b)    служба returnExistingCCS получает существующую CCS. Тип сервиса:

<&ervice-typ«>-'returnExistingCCS' с соответствующими атрибутами.

-    CCS_content*"the_CCS_content“

•    process_status="the_proc©ss_status"

c)    служба remoneCCS удаляет структуру CCS из архива. Тип сервиса: <»ervlce-type>="re/noxeCCS"

d)    служба returnRemoveResult получает статус удаления. Тил сервиса: <service-type>-'rerumAemoveftesu/r с соответствующими атрибутами:

-    remove_status="the_remove_status"

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

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

a)    служба requestExistingProfile получает доступ к существующему профилю. Тип сервиса: <service-type>="requestExistingProfile’ с соответствующими атрибутами:

-    profile_IO*"the_profileJd"

b)    служба returnExistingProfiie получает запрошенный профиль. Тип сервиса:

<service-type>= 'retum£jr/stmgProfi/e* с соответствующими атрибутами:

•    profile_content*'4he _profile_content"

•    process_status="the_process_status”

c)    служба requestMatching сопоставляет два доступных профиля. Тил сервиса: <senice~type>="'requestMatching" с соответствующими атрибутами:

-    profile_ID_1 ="the_profite_kJ_1"

-    profile_ID_2*"the_profile_ld_2*'

d)    служба returnMatchingResult получает результат сопоставления. Тип сервиса: <seryice~type>=~retumMatchingResulf с соответствующими атрибутами:

-    matchingJevele"the_matching Jever

•    matching_report="the_matching_report’'

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

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

Служба Dictionaryimporting использует службу requestlmportDictionary. службу raturnlmportOictionary. службу raquastDictionary и службу retumDictionary. Служба дает возможность пользователю импортировать библиотеку деталей в архив и просмотреть содержание архива (см. рисунок 19).

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

а) пользователь словаря инициирует службу requestlmportDictionary объекта ImportServicePoint. в котором параметром сервиса, ассоциированного со службой requestlmportDictionary. является идентификатор словаря:

b)    поставщик сервисов инициирует службу retumlmportResult объекта ImportServicePoint. в котором параметрами службы retumlmportResult являются результат импортирования и ошибка обработки:

c)    пользователь словаря инициирует службу requestDictionary объекта ImportServicePoint. в котором параметром службы requestDictionary является идентификатор словаря:

d)    поставщик сервисов инициирует службу retumDictionary объекта ImportServicePoint. в котором параметрами службы retumDictionary являются существующий словарь и ошибка обработки.

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

Служба Dicvonarylmporling импортирует словарь в архив и включает нижеследующие шаги:

a)    служба requestlmporiDicticnary запрашивает импортирование словаря. Тип сервиса: <service~type>-’requestJmportDictionary" с соответствующими атрибутами:

•    dictk>nary_10*“the_dlctionary_ld"

b)    службе returnlmportDictionary получает импортированный словарь. Тип сервиса: <service-type>=~retumlmportingre*ult* с соответствующими атрибутами:

•    importing_resuit="the_importing_result"

-    process_status*”the_process_status"

c)    служба requestDictionary запрашивает словарь. Тип сервиса: <service-type>="requestDictionary’ с соответствующими атрибутами:

•    dictionary_ID*“the_dictionary_ld"

d)    служба retumDictionary получает запрошенный словарь. Тип сервиса:

<service-type>=''retumDictionary" с соответствующими атрибутами:

•    dictk>nary_content=“the_dictionary_content"

-    process_status="the_process_status“

Рисунок 19 — Службе Dictionaryimporting

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

Модель возможностей, содержащая объекты данных MDD

А.1 Диаграмма модели возможностей

Производство! и |дя деятельность включает одну и более операций производственного процесса, ассоциирован»*» с набором производственных функций в соответствии с ИСО 16100-1:2009. раздел 5.3. Для каждой опера-дом можно разработать м одеть. содержащую объекты данных Л/ЮО. е соответствии с ИСО 15745-1.

Имеется однозначное соответствие между элементами дерева приложения и элементами дерева класса возможностей. Модель производство» ■ юй деятельности отображается на модель класса возможностей, как показано на рисунке А.1.

Рисунок А.1 описывает нижеследующие возможности структуры CCS в термм-iax объекта данных МОО:

a)    операции производственной деятельности:

b)    обмен ограничениям» (информацией) между операциями:

c)    ресурсы, испотъэованные при еыпотъении операции:

d)    соотноше»мя между предшествующей и/игы последующей операциями.

I С!ш Capability

0

Class Capab-Uy

возможности класса

Actons--Performed by methods

Операции (выполняются разными методами у

Acton

Операция

Name

Название

Uetiod

Метод

Status

Статус

MeViods л the action

Метод еыпогиения операции

Device

Устройство

Equ«ment

Оборудование

Took ubfity

Инструмент для аыоолиения операции

Material

Материал

Secondary material

Вспомогательный материал

Human

Чепоае*

Resources—Support (he methods to futflll the action

Ресурсы (реализация метода выполнения операции)

Worfcpieca / Substance I Item

Зеготоеха/еешестао/изаепие

Recape

Рецептура

Instruction i Prescription

Инсгрухция^Предпясаиие

OueMy requirement

Требование к качеству

input data

входные данные

Order l Control data / Product data / Manufacturing data

П p*ul*v данные упрэелеиия.'ддпные продуете; производственные данные

Output data

выходные данные

Anon performance report l Process stale / Product data / Manufacturing dale

Отчет о выполнении олеращиь’состояиие реэеития/даимые родуктд’произаодственные данные

Standard tane/Actuai tone

Стандартное времж'факгнчесхое время

Constraints—ei the methods / actions

Ограничения (истода1 операции)

Informaten exchanged—between the methods / actions

Обмен информации (между иетодамиюперацияыя)

Start tuneiCnd time

время немала/ереми окончании

Standard cosVActual cost

Стандартные затратыфахтичесхие затраты

Retalonsho—between MOOs or actions

Соотношения (между объектами данных MOD и операциями)

Predecessor

Предшествующая операция

Successor

Последующая операция

Рисунок А.1 — Отображение модели возможностей на модель производственной деятельности

с помощью объектов дам-янх MDO Рииунии А.1. jmu 2.

А.2 Синтаксис языка разметки XML для рассматриваемой модели возможностей

Ниже приведен пример синтаксиса языка разметки XML для модели возможностей, лредстаалетой в особой части шаблона.

<?xml version*" 1.0" encoding=*UTF-8"?>

<xs:schema xmkis:xs*"Mtp^A">

<xs:element name=*CapabilityProfting">

<xs:compiexType>

<xs:sequence maxOccurs='unbomded">

<xs:etement name*"type">

<xs;comptexType>

<xs:attnbute name*"kT type*"xs:string" use*"requred7>

</xs:complexType>

</xs:etement>

<xs:element name="CapabiMyPrafile“>

<xs:complexType>

<xs:sequence>

<xs:etement name*"pkgtype">

<xs:complexType>

<xs:attribute name=“v«re»orr type="xs:sinng* fonn=*unquaiified*/>

</xs:complexType>

</xs:etement>

<xs:eiement патев’Соттоп' type*"CommonPartType"/>

<xs:element nante**Spedftc* type*"SpeciricPar1Type*/>

</xs:sequence>

<xs:attribute name^date* type='xs:string* form=*ixiqualified*/>

</xs:complexType>

</xs:etement>

</xs:sequence>

</xs:comptexType>

</xs:element>

<xs:comptexType names‘CommonPartType">

</xs:comptexType>

<xs:compiexType name="SpecjficPartType’>

<xs:sequence>

<xs:otomont name=”Refef©nce_MOM_Name*>

<xs:comp(exType>

<xs:attnbute names*domain_Name" type="xs:stnng* form=*unqualified7>

</xs:compiexType>

</xs.etement>

<xs: element nemes*MDO_Desciipton_ForTnat* type**MDD_Descripbon* f>

<xs:compiexType name=*WDD_Descnp(ion'>

<xs:sequence>

<xs:choice>

<xs:etement names*Set_of_MDO_Objects“>

<xs:comptexType>

<xs:sequence minOccurs8*0* maxOccurs="ixibounde<r>

<xs:element name®“MDD_Name_action*>

<xs :attnbute name=*name" t.ype=“xs : stirtg" use=* required* fixed8"”/» <xs:attnbule name^'method* type=*xs:stfing" use=”required* fixed=“/> <xs:attnbute name=’,status’ type=’xs:strtng* default8*"/»

</xs:olement>

<xs:etement name=“MDD_Name_exchanged_inf<xmation“>

<xs:comptexTyp©>

<xs:sequenoe mm0ccurs=*0“ maxOccurs="unbounded*>

<xs:choice>

<xs:element names*irdormation_out*>

<xs:compiexType>

<xs:attnbute name="name* type=*xs:string”Torm=’unqualrfiecr/> </xs:comp*exType>

</vs-etermn»

<xs:element name=Vrforma6on_in*>

<xs:comptexType>

<xs:attnbule name="name* type=*xs:string’”Torm=*unqualifiecn> </xs:comptexType>

<Acs:e(ement>

</xs:cftoice>

</xs:sequence>

</xs:comptexType>

</xs:etement>    Й end of exchangedjnformabon

<xs : element name=*MDO_Name_constra»nts* »

<xs:complexType>

<xs:seqoenoe rrunOccurs=*0* maxOccurs^unbounded*»

<xs:element name='Constrairrt_name“>

<xs.comptexType>

<xs:attrbute name®“name* type=’xs:stnng*fofTn="unquaified7> </xs:comptexType>

</xs:eiement>

< Ixs: sequenc.e»

</xs:comptexType>

</xs:elements    Й end of constraints

<xs : element name*"MDO_Mame_resources* >

<xs:complexType>

<xs:sequence minOccurss*0* maxOccurss*unbounded*>

<xs:etement names*Resoi«ce_name*>

<xs:complexType>

<xs:attrtoute name="name* type='xs:stnng*forTn="unquafcf»ed" О </xs:comp4exType>

</xs:element>

</xs;sequence>

</xs:compiexType>

</xs:etement>    // end of resources

</xs:sequence>

</xs:complexType>

</xs :etement>    ff end of "Set_of_MDD_Objec.ts"

<xs:element name=1ist_of_MDO_Objeets“>

</xs:element>

<xs. element name='Time_ordered_MDO_Objects *>

</xs:etement>

<xs: element name='Evenl_ordered_MDD_Ob}ec ts *>

</xs:etement>

</xs:choice>

<xs : element name=*Ust_of_lo\ver_level * >

<xs:complexType>

<xs:seqoence minOccuss"0* maxOcarss*unboundecr>

<xs : element name*" Subac.tivity_name*>

<xs: c.omplexType>

<xs:attr*xjte пате^пате" type=*xs:string" form=,'unquaMied'7> </xs:comptexType>

</xs:element>

<xs:etement name="subtemplate_name">

<xs:comptexType>

<xs:attribute name=*name* type=*xs.stnr>g* form=*unquaiif>e<r/> </ xs:oomplexType>

</xs:element>

</xs:sequence>

</xs:comp*exType>

</xs:elemenf>

</xs:sequence>// end for MDO_Descripbon </xs:complexType>

</xs: sequenc.e>

</xs:comptexType> V end for SpecificPart </xs:sctieme>

A.3 Соотношения между объектами MOD и соответствующей моделью MOM

На рисунке А.2 сравниваются два дерева производственной деятельности (дерево А и дерево В) с различными структурами CCS. Каждый узел дерева имеет свой собствентй класс возможностей и соответствующий шаблон профиля возможностей. Каждый шаблон использует объекты данных MOD для описания своих возможностей. Объекты MOD выбираются из одного множества объектов МОО для рассматриваемой модель МОМ. например: MDDi С MDMfi € (1..п)

Каждый объект MOD в рассматриваемой модели MDM должен быть определен. Он должен отличаться от других объектов. Утькальный идентификатор объекта МОО - отправная точка его семантического сопостаапегья.

| Actwity ire*    | Дорсво производстаениои деятельности Л    |

Примечание —Метки СС-А^. CC-A^I. СС-А^И и СС-А„,12 обозначают особые части класса возможностей узла производственной деятельности А„,. узла А^. узла А^., и узла А,,^. соответственно Аналогично, метки СС-Вт, СС-Вт1 и СС-Вт11 обозначают особые части класса возможностей узла производственной деятельности Вга. узла Вт1 и узла Вт11. соответственно. Объекты MDO являются элементами указанных особых частей.

Рисунок А.2 — Соотношемю между произеодстевнной деятельностью и соответствующими объектами данных MDO

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

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

В.1 Пример шаблона профиля возможностей В.1.1 Пример 1

Ниже приведен пример синтаксиса языка разметки XML для шаблона профиля возможностей произвоа-ствежой деятельности типа А21 fgefOperatfonMetfioff) по ИСО 16100-5. раздел 8.2.

<?xml уегеюп='1.(Г encoding®UTF-8"?>

<xs:schema »nins:xss*http^.l>

<xs:otomont name="Capat*fctyProfihng*>

<xs:complexType>

<xs:sequence>

<xs:etement name=*Temp*ate">

<xs: c.omp*exType>

<xs:attribute name=”itf* type=“xs:string" uses*require<r fixed=’A21*/>

<xs:attribute пзте="пате* type=*xsstrmg* use^reqmd* fixed=‘getOpef3toonMethod* /> </xs:comp*exType>

</xs:etemen(>

<xs:otoment name="type*>

<xs:comptexType>

<xs:attribute name=”itf* type="xs:string"/>

</xs:comptexType>

</xs:otomenl>

<xs:etement riame^CapafcxlrtyProfie*»

<xs:comptexType>

<xs:sequence>

<xs:etemerrt nafne=“pkgtype*>

<xs:compiexType>

<xs:attrixjle name= version* type="xs:siring" form9”unqualif»ed7> </xs:comptexType> </xs:otonon1>

<xs:e(ement namo~"Commcn* types*CommonPartType*/>

<xs:efemenL name= “Specific* type9 *SpecificPartType7>

</xs:sequence>

<xs:attribute name=*date* type=“xs;string" fcxm="unquafcfied7>

</xs:cotnptoxType>

</xs:o*ement>

</xsxequence>

</xs:complexType>

</xs:otement>

<xs:complexType name=*CommonPartType*> </xs;comptexType>

<xs:complexType name=*SpecificPartType“>

<xs:sequence*

<xs:elecnent name=*Reference_MDM_Name’>

<xs:complexType>

<xs:a№bute name='domain_Name* type=*xs:stnng* uses*require<r fcxed=*MESAppiic3bonOomaKi* form9‘unqualified7>

</xs:complexType>

</xs:e*emerrt>

<xs:ele<nent name=*Tormat_name* type=*MDD_Descripbon*/>

</xs:sequence>

</xs:complexType>

<xs:complexType name*"S<©D_Descripbon">

<xs:sequence> <xs:etement name=*Set_Of_MDD_Objects*>

<xs:comptexType>

<xs:sequence>

<xs:etoroent пал>е»”эсЬопГ>

<xs:comptexType>

<xs:sequence maxOccurss*unbounded*> <xs:element name=*exchan9ed_in(Ofmatoon’> <xs:complexType>

<xs:sequence mir»Occufs="1* тахОссиге^Ч*» <xs:e*ement name=-information out*>

<xs:complexType>

<xs:attnbute name=*name* uses'required" type=*xs:string* form=4r>qualifie<r


Sxed=''operabon_type’/>


</xs:complexType>

</xs:etements </xs:sequences </xs:comptoxType> </xs:element>

<xs:element name='*Resourc©s*> </xs:element>

<xs:element name=*Constraints*> </xs:elements </xs:sequences

<xs:attribute name=’name’ type=’xs.stnng' use=*requke<r Kxeds~setOperationType*/> <xs:attnbute r\ame=*method* type=*xs:strmg’ use=“require<r fixed=*Set7>

<xs:attribute name=’status" type=*xs:string" defaiA="marxJ^ory'y>

</xs:comptexType>

</xs:element>

<xs:etoroont nafnes"acbon2'> <xs:comptexType>

<xs:sequeoce maxOccures*unbounde<r>

<xs:elament name=*exchanged_mformat»on">

<xs:comptexType>

<xs.sequence пхпОссиге="Г maxOccurs=T> <xs:element name=*infofmationJn“> <xs:complexType>

<xs;attntoute names*name* type=“xs:stnng“ use=*require<r form=*Lr»qualifie<r

6xarts"npefgKnn_wv<hnri(plan)f/>

</xs:complexType>

<^xs:etemert>

<fxs sequence»

</хз:сотр1ехТуре>

</xs:elemert>

<xs:element names*Resources*> </xs:element>

<xs:element name=*Constraints*> </xs:elements </xs:sequence>

<xs:attribute name=’name* type=’xs;stnr»g* use=*required* fixed="getOpe ration Method* fcxms'unquali f ied*/>

<xs:attribute name=’rr>ethod* type=*xs:stnng* use=*require<r fixed=*GeT form=*unquafctied*/> <xs:attribute name=’status" type="xs:string" defaL*="optionar/>

</xs.complexTypes </xs:etoment>

<xs:etement nemesNacbon3*^>

<xs:cotnp(exType>

<xs:sequence maxOccurss*unbounded*>

<x5:element name=*exch3nged_in(ormatxxi">

<xs:complexType>

<xs:sequence п*п0ссиг5=“1' maxOccure="1*> <xs:etement name="infofmation_in*> <xs:complexType>

<xs:attrbute пате»*пате* types"xs:strmg* use=*reqmred" fofm=*Lmqualifie<f

bxed='recipe(plan)*/>

</xs:complexType>

</xs:elemert>

<xs:seqoence>

</xs:complexType>

</xs:otomont>

<xs:element name='Resources*>

</xs:element>

<xs:element name='Constra«ts*>

</xs:element>

</xs:sequence>

<xs :attr*xrte name=*name* type=*xs:strir>g" □se="repurecT fixeds*get.Recipe* fofm=*unqualifie<r/> <xs:attnbute name^’method* type=*xs:string* use="reqixred" йхеО=*СеГ fonn='urtquaified" f> <xs:atirbute name='status’ type="xs;strmg’ defauR="opbonan>

</xs:comptexType>

</xs:etement>

</xs:sequence>

</xs:eomplexType>

</xs:element>

<xs:etement name='Ust of lower tevel“>

</xs:etament>

</xs:sequenoe>

<i"xs:comptexType>

</xs:schema>

B.1.2 Пример 2

Ниже приведен пример синтаксиса языка размели XML для шаблона профиля возможностей производственной деятельности типа В11 С receive Мал ufacturinglnBtnjction’') по ИСО 16100-5. раздел В.Э.

<?xml veraon='1.0* encoding=*UTF-8*?>

<xs:echoma xmlncixc-*Mtpj7'AfA\v.w3.org.'2001/XI»e_ScboiT>o“>

<xs:etoment пате=“СарэЫ(1уРгоЛЬпд">

<xs; c.omplexType>

<xs:sequences

<xs:eiement namesTemplate''>

<xs:complexTypes

<xs.attribute пате="кГ type=*xs:string* uses*requred* fixed=*BH7>

<xs:attribute nanre=“name’ type=*xs:stnng* use=*required“ fixed="rece*veManufacturinglrtstn«tion" /> </xs:compiexType>

</xs:eiemerrt>

<xs:etement name="type*>

<xs:oompiexType>

<xs:attribute г>ате=ЧсГ types*xs:string7>

<Лз:сошр*ехТуре>

</xs:eiement>

<xs:etoment пагтте=иСараЫйуРгове“>

<xs:comp*exType>

<xs:sequence>

<xs:element name=*pkgtype">

<xs:complexType>

<xs :altnbute name=*v&rsiori* type="xs : string* forms "unquatifietfT» <Vxs:comptexType>

</xs:element>

<xs:etement names*Common* type=“CommonPartType'/>

<xs:element names*Specific* type=“Speafk:PartType7>

</xs:sequence>

<xs:attribute nanw="date* type="xs:siring* foan="unquafcfied7> <Л«:сотр*ехТуре»

</xs:otomont>

</xs:sequence»

</xs:complexType»

</xs:etemert»

<xs:cotnpiexType name="■ СошлюnPartType“> </xs:comptexType>

<xs:compiexType name=“SpecificPartType*>

<xs:sequence>

<xs:element name=*Reference_MDM_Nanie*>

<xs:compiexType»

<xs:attribute rvame='domain_Name- type=*xs:string" uses*requ<re<r fixed="MESAppkc3t>orDomari* form^unqualifiecr/»

</xs;comptexType>

</xs:etement>

<xs:eiemert riame='format_nanie* type=*MDD_Descripbon*/>

</xs:seouence>

</xs;comptexType>

<xs:complexType names"MDO_Descnpbon*»

<xs:sequence>

<xs:element name=*Set_Of_MDD_Objects'*»

<xs:comptexType»

<xs:sequence»

<xs:etoroont пате="асЬопГ»

<xs:complexType>

<xs:sequence maxOccurs=*unbounded">

<xs:element name=*exchanged_infonnatoon*»

<xs:COmplexType>

<xs:sequence mjnOccurs=T maxOccurs=T»

<xs:element name=*informabon_in“>

<xs:complexType>

<xs:attribute палю=*пате* type=*xs:string" use=*requtfed* form=*unquaJified*

fhtarfs’pmA ir>_nrrVw(ptan)*/>

</xs:comptexType>

</xs:etement>

</xs: sequence»

</xs:complexType>

</xs:otoment>

<xs:element name=*R ©sources*» </xs:eiement»

<xs:element name=’Constraints*» </xs:eiement»

</xs:sequence»

<xs:attri*bute name=*name* types’xs:string" use=’require<J* fixeds*getProductOrder'a/» <xs:attntjute name3'method" type=*xs:stnng" uses*required* fixed="Get*/>

<xs:attribute name=’status" type="xs: string* default="man<i3tory7>

</xs:complexType»

</xs.etement>

<xs:otomont name=”act»on2">

<xs:compiexType>

<xs:sequence maxOccurss*unboundecT>

<xs:element names*exchanged_informabon‘>

<x&:complexType>

<xs:sequence minOccurs=*1" maxOccurs=’1“>

<xs:element name=*iifofmatxxijn*>

<xs:complexType>

<xs:a№ibute names*name* type=*xs:string* use=*reqiure<r form=’mqualifie<r

fixed=’operaiing_>nstruction(plari)'/>

</xs:complexType>

</xs:eleroont>

</xs:sequence>

</xs:complexType>

</xs:e*emert>

<xs:element name=*Resources*> <ftts:otomont>

<xs:element name=',Constrarts*> </xs:etement>

</xs:sequence>

<xs:attribute r»amea’name" type=*xs:string" use=’require<r &xeds”getOperabnginstrucbon* fcjrm='unquaiifiecr>

<xs:attribute names*method* type=“xs:strmg* use="r0quire<r fixed=*GeC form=*LrtqualH*ed7> <xs:attribu(e names*status" type="xs: string" defau*="optiorar/>

</xs;comptexType>

</xs:otoment>

<xs:etement naroe=“ecbon3“>

<xs:complexType>

<xs:sequeoc8 maxOccurs=*unbounded*>

<xs:element name=‘exchanged_infofma6on">

<xs:complexType>

<xs:sequence minOcc*jrs="1" maxOccurs=T>

<xs:element name='in(ofmabor_in“>

<xs:comptexType>

<xsattribute names*name'a type=*xs:stnog* use=*requirBd*form="unqualified" fbced="itecn7> <.'xs:comptexType>

<ftts:eternent>

</xs:sequence>

<Лгя*ттр1<»хТурв>

</xs:element>

<xs:element name=*Resourc©s’> </xs:element>

<xs:element name=*Constrair>ts*> </xs:element>

</xs:sequenc8>

<xs:attribute name=*name* type=’xs:strmg* use=‘require<r fix©d='gedtem’ formg*unqualrfiotf/> <xs:attribute name^'method* type="xs:string* use=*fequtred* fixed=*Gel" form=*unqualHied7> <xs:attnbute name=’status" type="xs:stnr>g" defaJt=*mandatory7>

</xs:comp(exType>

</xs:etement>

</xs:sequence>

</xs:comptexType>

</xs:etefi>ent>

<xs:etement names"Ust of lower tevel“> </xs:etement>

</xs:sequence>

</xs:comptexType>

</xs:schema>

В.1.3 Пример 3

Ниже приведен пример синтаксиса языка разметки XML для шаблона профиля возможностей производственной деятельности типа АЗЗ fmonitorOperationCondition») по ИСО 16100-5. раздел В.2.

<?xmi verson*" 1.0* encod»ng=*UTF-8*?>

<xs:schema xmkisjcs=*httpi/>

<xs:etement name=*CapaMityProfiing">

<xs;ccmptexType>

<xs:sequence>

<xs:element name=TempJate*>

<xs:complexType>

<xs:attribute name*‘id" type*'xs:sbing" use**required* ftxed*“A33V>

<xs:attnbute name*"name* type=*xs:string* use=’reqtxred* fixed*"MonitorOperationConditicn* t> </xs:comptexType>

</xs:etement>

<xs:element name**type*>

<xs:complexType>

<xs:attribote пвте="кГ type*"xs:string"/>

</xs.complexType>

</xs:e4ement>

<xs:element name*"CapaMityPTofite*>

<xs:complexType>

<xs:sequence>

<xs:otoment name*pfcgtype*>

<xs:comptexType>

<xs;attribute names’Verson* type=’xs:strmg"fcmi=*unqoatif»ed*/> </xs:comptexType>

</xs:eiement>

<xs:etemert name**Common* type*’CommonPartType*/>

<xs:eJemerrt name**Spedfic” type*"SpecificPartType7>

</xs:sequence>

<xs:attnbute name**date" type*"xs:stmg* rorm*"unquaMied*/>

</xs:comp(exType>

</xs:etemert>

</xs.sequence>

</xs:cornptexType>

</xs:etement>

<xs:complexType name**CommonPartType">

</xs:complexType>

<xs:comptexType name=*SpeafkPartType'>

<xs:sequence>

<xs:otomont name*"Refefenc@_MDM_Name~>

<xs:comptexType>

<xs:attribute name*‘domain_Name* type**xs:stnng* use**requred‘ fixeds'MESAppiicabonOomain* form*"mqualifie<r/>

</xs:compiexType>

</xs:etement>

<xs:etement name*Nformat_name* type**MDO_Descnpbon'/>

</xs: sequence»

</xs:complexType>

<xs:complexType name**MOO_Descnption*>

<xs:sequence>

<xs:etement name* "Se<_01_MDO_Obj ects*>

<xs: c.omptexType>

<xs: sequence»

<xs:etement пате*"асйопГ»

<xs:comptexType>

<xs:sequence maxOccurs*’unbounde(r>

<xs:element name**exchanged_informabon">

<xs: c.omptexType»

<xs:sequence minOccure=*1“ maxOccurs=T>

<xs:element name*"*nfofma6on out*>

<xs:element name=*Resources*> </xs:otocnent>

<xs:element name=*Constraints“> </xs:etement>

< /xs: sequenc.e>

<xs:attribute namea’name" type=*xs:string" use=’requwe<r fixed="setActualEqu^men{*,’> <xs:a№ibute name=’method* type=“xs:stnng* use=*require<r fixed=*Set7>

<xs:attribute name='status“ type="xs:string’ defau#="marxi3tofy7>

</xs:comptexType>

</xs:element>

<xs:etement name="act>on2**> <xs:comptexType>

<xs: sequence maxOcc.ure=*unbounded*>

<xs:element name=*excrianged_infofmatxxi7»

<xs:complexType>

<xs:sequence minOocurs=T maxOc.curs=,T>

<xs:element name="tnform3t»on_in*>

<xs:complexType>

<xs:attribute names*name* type=*xs.strir>g" use=*reauired* forms’uiqualiAed*

Sxed='state(resuft)7>


Sxed='actual_equipment7>


<xs:complexType>

<xsa {tribute name="name* types"xs:string* use=*reqi*recr form=*Lr>qualif>e<r


</xs:complexType>

</xs:etement>

</xs:sequence>

</xs:comp*exType>


</xs:eiement>


<Acs:complexType>

</xs:otocnont>

</xs: sequence»

</x*rnmplexType>

</xs:element>

<xs:element name=*Resources*>

</xs;etemenl>

<xs:e(ement name='Constraints“>

</xs:etement>

</xs:sequence>

<xs:attribute name=*name" type='xs: string* use=” required* fneds*getState' form=’unquafcfied7> <xs:attribute name=*method* types'xs:string" use=*requwed“ Sxed=’Get* form=*unquattfied7> <xs lattrtxrte name=* status* type=*xs:string" default3* optional*/»

</xs:comptexType>

</xs:etement>

</xs:sequence>

</xs:compiexType>

</xs:etement>

<xs:etement name= Tist_of_tower_ level “>

<xs:comptexType>

<xs:sequence гтхпОссига=*1* max0ccuss*4’>

<xs:eloment name=*subactrvity_nameT»

<xs:complexType>

<xs attribute name=*id* types*xs:string* use=* requred” ftxed=*A331* forni='unqualified*/» </xs:compiexType>

</xs:etement>

II

8 8



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


В.2 Процедура создания шаблона профиля возможностей

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

С


start]

~тг


load a blank capability profiling template (*j®d)

£


specify the elements or attributes In the blank template using MDDs from the dictionary

MDD Dictionary of MDM

modify ^

-'■-^jijodrfyteddWe^

_ delete

'

-

load (he selected

load the selected 1

select tee MDDs to

MDDs

MDDs 1

be deleted

\

r

i

i

r

modify tbe selected

add a new element

delete the selected

element or attribute

or attribute

element or attrfcute

I

1

I


generate a capabBtyprafltog template

G™l)


Start

toad a ban* capaMdy profiling template (Vxad)

Начало

Звгружа эвготовш шаблона профилирования возможности

MOO

Словарь объектов MDO для «одели

Dicbonary of MOM

МОМ

specify the elements or attributes in the blank template using MOOs from the Actionary

Задание элементов (атрибутов) заготовки шаблона используя обьекты MOD из словаря

Modify

Модифицировать

modify/adA'delete

Модифицироеать/добаекть-'стеретъ

Delete

Стирание

toad the selected MOOs

Загрузив выбранных обьехтое MOD

select the MOOs to be deleted

Выбрать обьекты MOD для стирания

modify the selected element or attrtoute

Модифицировать выбранньм элемент (атрибут*

add a new element or attrtoule

Добавить новый элемент (атрибут)

delete the selected element or attrtoute

Стереть выбранный элемент (атрибут)

generate a capability prating template

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

End

Конец

Рисунок B.1 — Процедура создамся шаблона профиля возможностей

В.З Процесс выбора надлежащего шаблона профиля возможностей

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

С )


Омега* аз    reporta

lAj

Start

Начало

Get the par&cular requred template ReqT

Получение требуемого шаблона

For each едвМтд capaMty template ECT n t*e data container

Для каждого существующего шаблона аоаиожностои • контейнере данных

For each action ReqOP In ReqT

Для каждой операцкм (требуемая операция в требуемом шаблоне}

Get one acton OP л ЕСТ

Выбрат» одну операцию в существующем шаблоне

Compare ReqOP л ReqT with OP л ЕСТ

Сравнит» требуемую операцию в требуемом шаблоне с имеющемся операцией в существующем шаблоне

Same?

Одимакоем ли операции?

Ум

Да

оо

Нет

Gel next acton OP n ЕСТ

Перейти к следующем операция ■ существующем шаблоне

Al OP « ЕСТ checked?

Вое ли операции существующего шаблона проверены?

Gel next acton ReqOP n ReqT

Перейти х следующей требуемой операции а требуемом шаблоне

Al ReqOP ■ ReqT checked?

Вое ли требуемые операции а требуемом шаблоне проверит»?

Generate one ECT matching report

Создание отчета о результатах сопоставлении с существующим шаблоном

Gel next ECT in the data container

Перейти к следующему существующему шаблону • ■онтеине ре донны к

Al ECT in Ite data container checked?

Вое ли существующие шаблоны а контейнере даитгх проверит»?

Generate al matching reports

Создание отчета о результатах сопоставления

End

Конец

Обозначения на схеме

ЕСТ    Существующий шаблон профиля оозмомиостей

Peq Т Требуемый шаблон ReqOP Требуемая операция ОР    Операция

Рисунок В2 — Процедура выбора шаблона профиля возможностей из Архива

Рисунок В .2, лист 2.

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

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

С.1 Профиль “getOperation Method"

Ниже приведен пример синтаксиса языка разметки XML для профиля производственной деятегьности типа А21 rgetOpefationMettiod") по ИСО 16100-5:2009. раздел В.2.

<?xml version3" 1 .О* encocfing=*utf-8* 7>

«CapabiityProfiling xmlns:xs<ahQp^/ xsi:noNamespaceSchemaLoc36ons''D.1. r*ewDB\MonrtOfOperabooConOibon.xsd*> «ТетрЫе id='A21 * пате='деЮрегзЬол1>1е&ххГ О <t.ype ids~MSU profile" l>

<Capab*fctyProfi1e>

«pkgtype vere*on="1.1.1“/>

<Common>

<MSU_Capata1 <y>

<!D>getOperabonMethod</l D>

</MSU_Capebi1 ity>

«ReferenceCapabittyQassStructm »d='MESTresA’ f> <Capato*t.y_Class_Name names*get.Opef3tJonMe№od* f> <Reference_Capabibty_Class_Stnjcture_NarT>e name3"MESTreeA* l>

</Common>

«SpecrfiO

«Reference_fcOM_l4ame Oomain_Name="MESApptac3bonDomam" t>

<format_name>

<Set_Of_MDD_Objects>

<acbon1 name=*setOperat»onType" method=*Set* status='mar>datory>

«exchanged_information>

<jnformation_out_irV>

<Wormabori_out name="operabon_type'f>

< / >n#onneUon_out_in>

</exrtianged_infomiabon>

«Resources/»

<Cnorfrairf6/>

</act»onJ>

<acbon2 пате=*деЮрегаЙопМеСххГ method="Get.' sta1us='opbonal *> <exchanged_informebon> «informat>on_out_in>

«rtormationjn names*operabon_method(ptan)"/>

«/infofmation_out_in>

«/exchanged_inJormabon>

«Resources f>

«Constraints l>

</acbon2>

«асЬопЗ names*get.Redpe* methods*Get* status3" opbonaP > «exchangedjnformabon» ««nformation_ot4Jn>

<Wormabon_in nafne='recipe(ptan)’ l>

«/infofmation_out_in>

«/exchanged_inJormabon>

«Resources />

«Constraints f>

«/acbon3>

</Set_Of_MOO_Objects>

«List_of_tower_level t>

«/format_name>

«/Spedfio

«/CapabdityProfiie»

«/Capabil ityProfi1ing>

С.2 Профиль ‘rec*iv*Manufacturinglnstructk>n‘

Ниже приведен пример синтаксиса языка разметки XML для профиля производственной деятегьности типа В11 (‘recerveUanufacturingInstruction*) по ИСО 16100-52009. раздел В.З.

«?xml version="I.Cr encoding=*utf-8* 7>

<Capabi1ityProfi1ing xminsjcsi 3 xa:noNamespaceSchemaLocaboo=*0:\ne»vOBMrlonrtotOperatJonCood<)on.xsd*> «Template kJ="B** names*receiveManufacturinglnstruction* !>

«type k3=*MSU pro Ho* t>

«CapabiKtyProfiie»

«pkgtype vers*on®"1.1.1"/>

«Common»

<MSU_Capebi1i ty>

<ID>recetvoMonufacturinglnstructoort«/ID>

</MSU_Capabi1i ty»

«ReferenceCapabilityClassStructtf'e »d="MESTreeB" f>

«Capabilit.y_Ctass_Name name^recetveManufactumglnstnjoDon* l> <Reference_Capabiity_Class_Structure_Name name=*MESTree8* />

«/Common>

«SpedfiO

< Refer ence_MDM_Name domain_Names*MESApplicat>onDomain* f> <formal_name>

<Set_Of_MDD_Objects>

«action 1 name^getProductOrder'* method=*Get* status=*manda4ory*> <exchanged_information»

<irrformabon_out_in>

<jrrformabon_jn name=*product_order(p*an)* />

«/informa tion_out_in>

«/excftangedjnformation»

«Resources f>

«Constraints f>

«/action!»

«acbon2 name='getOper3bnglnstrucbon' methods"Gef status3 *optionaT> <exchanged_information»

«Wofmatjon_out_in»

«Wormabonjn name=*operatir>g_instmction<plan) * /> </infofTnation_out_in>

«/axchangedjnfermabon»

«Resources f>

«Constraints t>

«/acton2>

«эсЬопЗ name=*get.ltem* method='Get* status3* optional*» <exchanged_information>

<>nferm8bon_out_in>

<jrrformabon_jn name=*item7>

«/Wormation_out_in>

</exctTanged_rrformabon>

«Resources/»

«Constraints f>

«/эсйопЗ»

«/Set_Of_MDO_Objects>

«List_o(_kJwer_level l>

</formai_name»

«/Specific»

«/Capabri SyProfile»

«/CapabH ityProfi 1 ing»

C.3 Профиль “monrtorOperatior.Condttion"

Ниже приведен пример синтаксиса языка разметки XML для профиля производстве ином деятегьности типа АЗЗ ('monitorOperationCofMfition*) е ИСО 16100-5:2009. раздел В2.

54

<?хш1 version®" 1.0" encoding®*ut.f-8" 7>

«CapabifityProfiling xmtns:xs*=Ktp-^/www,w3.org/2001/XMLSchema «stance xsi :noNamespaceSchemaLocatjon="D 'newDB,'A*onrtorOperationCorxit»on.xsd" > «Template «1=*A33* names*MonttorOperatoonCondftion" />

«type id=*MSU profile* f>

«СараЫйуРгоАе»

«pkgtype version=*1.1.1" f>

<Common>

<MSU_Capabiti ty>

<0»MSUMoni torOperationCondi tion</XO>

</KtSU_Capab1ity>

«ReferenceCapabifctyClassStmctm »d="MESTreeA' t> <Capability_Class_Name name=*MonitorOpef3toonCon(Sbon* l> <Reference_CapabilHy_Class_Structure_l4ame name=*MESTreeA* l> «/Common»

«Specific»

<Reference_MDM_Name domain_Nafne="MESAppltcabonDoma»i* /» <fbrmat_name>

«Set_Of_MOO_Ob»ee*s>

«actioni names"setMonitorCondition* methods*Set* statuss*mandatory">

<    exchangedjnfbrmation»

<in forma t/on_out_in>

<jnformabon_out names*actual equpmentT />

</informat!on_oot_in>

«/exchangedjnfbrmation»

«Resources t>

«Constrains/»

«/actioni»

<action2 name=“getMonrtcxCondition" methods*Get* st.atus®"optjonaT > «exchangedjnformation»

<informatjon_out_in»

<informatoon_ri names*statel* f>

</information_out_in>

«/exchangedjnformation»

«Resources/»

«Consfraints f>

</ягНпп9>

<    / Set_Of_MDD_Objects»

<Usl_ofJowerJevel»

«subac.tivity_namel id="A331" l>

<subtemplate_namei ids"A331" /»

<subactjv4y_name2 id=’A332” t>

<subtempiate_name2 ids"A332* f>

<subactiv4y_name3 id=’A333* t>

<subtemptate_name3 id="A333" t>

<subactiv4y_name4 id=’A334* t>

«subtemplate jiame4 jd="A334" t>

«/Lisl_oMower_level»

«/format_name»

«/Specific»

«/CapaMityProfi 1 e>

«/Capabii ЛуРгоЛ 1 ing>

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


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

atajt 1

4=^_

•CCS*

SaaratifcraeuRafete

♦The tormel atmdireof

CCS In data container

a CCS

ПО


Foreefh node to be modified


Load a blank CCS baaed on the formal atrudura


Spedfythenodaa needed aooonlhgte the application on the UankCCS

Ш.


Select a altafcto capacity tempi ate torn the data contalnaf


«CflpabIRy

tomptetet

♦Formal ctructu* ofcapaMty template


■*

Gbtetea partictiar appkatton-arteRtod CCS


:r



For each node to ba added


Satectaautafal» capacity template from the date contahw. or

• Generate a particular оараЫНу template baaed on btark template

I


start

Начало

Seech for a suitable CCS in data container

Поиск необходимой структуры а контейнере ранных

- CCSs

• The format structure of a CCS

• структуры CCS ■ формагымая структура CCS

Fnd one?

Удалось ли найти?

Да

no

Нет

Load a btortfc CCS based on the formal sbucture

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

Modify?

Модифицировать?


Specify the nodes needed accord*»? to the appfccatcn on the btanfc CCS

Указание уэяое. соответствующих приложению заготовки CCS

For each node to be nodHted

Для каждого модифицируемого узла

Select a sudable сараЫИу template from the data contanor

выбор подходящего шаблона еоэможмостеи из контейнера данных

■ Capabdty templates • Formal sfructure of capability template

■ шаблона* еоэмождестей

- форматная структура шаблона возможностей

For each node to be added

Для каждого добавляемою узла

• Select a suitable capabiity template from the data contamer. or ■ Generate a particular capabdty template based on blank template

•    аыбор подходящего шаблона возможностей иэ когейиера данных

•    создание особого шаблона возможностей на основе заготовка

F netted?

Закончить работу?

Obtain a particular apptcabon-onented CCS

Получение особен структуры CCS ала россы атриевемого приложат**

efid

Конец

Рисунок D.1 — Процедура создания структуры класса CCS Рисунок D.1. лист 2

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

Отображение библиотеки деталей PUB на объекты данных MOD

Е.1 Преимущества отображения

Слоеарь деталей PLIB (представляемый в электромой форме) вхлочаег определения о пи сами семейств деталей (классов PUB) и атрибутов (определвя-ых как «свойства» в ИСО 13564). Настоящая информация представляется кодом, известным как Базовая семантическая единица (BSU).

К записи BSU добавляются метки мульти-языка. Ом поддерживают мульти-яэычные определемя. С помо-идно указанного мехамзма. профиль возможностей получает разгычные названия атрибутов (назвамя свойств в библиотеке деталей PLIB) и определения. В результате, механизм сопоставления просто оказывается электрон-шы кодом, так как элементы BSU таите представляются в электронной форме. Проимущество заключается в том. что данное сравнеме проще, чем сравнение элементов BSU и объектов языка XML.

На рисунке Е.1 показано соотношение между элементами библиотеки PLIB и объектами данных MOD.

OtCCO-i'.

ёибпиони аянпеа

Service knteftaca

Интерфейс услуг

Date defimben prov.oe-

Постаеаом определении детых

Data definabon register

Реестр определений данных

Рисунок Е.1 — Соотношеме между элементами библиотеки PLIB и объектам даных MDO

■юрод интерфейс услуг

На рисунке Е.2 показа*** два объекта MDD из одного словаря PUB. Указанию объекты MOD имеют одинаковые кош BSU. но их названия различны. Механизм сраанемя устанавливает, что указанные объекты MDO одинаковы. так как одинаковы их коды BSU.

Рисунок Е.2 — Сравнение объектов MOD. используя идентификаторы понятий PUB

Е.2 Пример отображения

Процесс создания эадзшого шаблона профиля возможностей помоется с рассмотрения формальной структуры MOD шаблона, описанной в ИСО 16100-5:2009. раздел 6.5.2. Рассматриваемый MDO шаблон создается после того, как выполнено отображение подмножества объектов MOD (из библиотеки PUB) на формальную структуру MDO

Ниже приведен пример приме» им ия схемы языка XML для рассматриваемого шаблона MDD.

<?xml verexm="1.0* eocoding=TJTF-8*?>

<xs : schema xmlns jts=“http: /Mnww.w3.ofo/2001/XMLSchema*»

<xs:e*ement name=*MDO">

<xs:cocnplexType>

<xs:sequence>

<xs:element names*MDD_Name*>

<xs:complexType>

<xs:a»ribote name='name" type=“xs:str»>g* fofm=*process order*/»

<xs:attribute name=*DlCT!ois!ARY ID* type2 *xs : string* form2" 9999/IS016100-

XXX7>

<xs:attribute name=*PARENT* types*xs.string,a form=*F16100002E*/>

<xs:a»ribote name="BSLT type2*xs:string* {orm=*F16100001C*/>

<xs:attribute name®*PREFERRED_NAME* language2~en* type2*xs:string*

ferme-process order*/»

<xs:attribute name="VERSION* type=*xs:stnng* focm=“001* f>

<xs:atthbute name®*REVlSlON* type=*xs:strtng* form2*001 * l>

</xs:compiexType>

</xs:etement>

<xs : element name2 *Refereooe_MDM_Name“>

<xs:complexType>

<xs:a»ribute name=’name’ type=“xs:stmg* form=‘unqualified*/»

</xs:compiexType>

</xs:etement>

<xs:element name=’List_Of_Attritxjtes'>

<xs:complexType>

<xs:sequenc8 minOccurs="0" maxOcars="unboi*i6e<r>

<xs:element name="Attr4xrte*>

<xs:comptexType>

<xs:sequence>

<xs:element name=“Attribute_Name“>

<xs:complexType>

<xs:attnbute name=*name' type="xs:string"

form*"Sooree*/>

<xs;attribute name=*DICTIONARY_ID“ type="xs:string"

form*“9999/l S016100-XXX7>

<xs:attnbute name= “PARENT type=“xs:string*

form="F161000017>

<xs:attnbute name=*BSU“ type=*xs:stnng'

form='A161000001V>

<xs attribute name=*PREFERRED_NAME" language2 “erf

type*"xs:string" form= “Source V>

<xs:attnbute name=*PREFERRED_NAME~ language=“ja“

types'xs stnng" form=“Japanoso Source-Name"/»

<xs:attnbute name= “VERSION" type="xs:stfing“

fofm=*CH)1*/>

<xs:attnbute name=*REVISION* type=*xs:stnng“

form**001*/>

</xs:complexTypes

</xs:e*ement>

<xs:element name=*AJtribute_Type*>

<xs:complexType>

<xs:attnbute name2 “Type" type='xs:stnng'

form*’unqualifietf7>

</xs:complexTypes

</xs:e*ement>

</xs.sequence>

<xs:attribute name="kT type="xs:stnng" form="unquaified7> </xs;comptexType>

</xs:etement>

<xs:etement name="Attntxjte*>

<xs:comptexType>

<xcsArp tone*»

<xs:element name=*Attribute_Name*>

<xs:complexType>

<xs:attnbute names*name" type="xs:sfring"

form="DestnatkxiV>

<xs:attnbute name=*DICTIONARY_ID" type="xs:string"

(опп=*9999Л S016100-XXX"/>

<xs:attnbute name=“PARENT type=’xs:stnng“

form="F16100001“/>

<xs:attnbute name®*BSLT type=*xs:stnng"

form="A161000002“/>

<xs:attr*ute names*PREFERRED_NAME" languages"en*

type='xs:stnng" fbrms*Destinabon7>

<xs attribute name=*PR.EFERRED_NAME* language2 * ja*

type="xs:stnng" form= “Japanese-DestjnaborvNafne"-’>

<xs:attnbute name=*VERSION" type="xs:string*

farm=“001*/>

<xs:attnbute пате=*КЕ'/15ЮМ‘' type="xs:slring*

farm=“001*/>

</xs:complexType>

</xs:elements

<xs:element name=*Attribute_Type*>

<xs:complexType>

<xs:attnbute names*type" type="xs:stnng*

form="unqua#fie(f/>

</xs: complexType>

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



& 8*4 8S£4

еефссфсЭ


ШШИ


II

.    . "8 я. .

имимюМим


хххххххх

VVVVVVVV


10

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

Отображение открытого словаря ОТО на объекты данных MDD

F.1 Преимущества отображения

Открытый технмческий словарь (OTD) - это (представлении в электронной форме) сборник записей различных типов понятий, включая понятия класса, свойства, управляемого аююния свойства, единицы измерений, определителей мер и валют. Каждая запись включает, как минимум, уникальный идентификатор, термин и определение. Также имеется справочник идентификаторов, используем ьм для указания (в рассматриваемой области) минымагъното набора свойств, требуемых для описания как элементов класса, так и ограничений (соотноиян—'«) свойств.

В соответствнм с ИСО 22745. продукт огмсывается классом, которому он принадлежит, и набором свойств (пар значений). По описанию издетая. соответствующему ИСО 22745, каждое понятие представляется соответствующим уникальным идентификатором, содержащемся в словаре ОТО. ИСО 22745 занимает нейтральную по-эмдию в рассматриваемой классификации.

Соответствующее ИСО 16100 описание 1ЙОО. содержащее информацию о производственной деятельности, ресурсах, возможностях программного обеспечения и соотношениях между объектам MOD. может быть закодировано как описание продукта, соответствующего ИСО 22745. с помощью понятий словаря ОТО. Возможности MSO и/м возможности, определяемые приложением, также могут быть выражены в терммчах объектов MDO с ломоиыю словаря ОТО. Описание продукта, удовлетворяющее требованиям ИСО 22745. может быть связано с эквивалентными отеканиями продукта, дэныыми как в ИСО 22745. так и в других стандартах (например. ИСО 13584).

Для сопоставления двух объектов MOD (с помощью понятий словаря ОТО) производится сравнение одно-эвчных идентификаторов понятий. Если два различных идентификатора понятий ОТО представляют одео и то же понятие, то настоящий факт следует отразить в словаре ОТО как соогношопио эквивалентности понятий. Указанные идентификаторы дебо указываются явно среди объектов MOD. либо выделяются с помощью накладываемых связей.

Рисунок F.1 дает соотношение между объектами MOD и открытым словарем ОТО.

Рисунок F.2 показывает два объекта MDO (обозначение #А1 относится к объекту MOD класса возможностей А1: обозначение 1*81 относится к объекту MDD класса возможностей В1). которые ссылаются на сивы товарным идентификатор продукта ОТО и на одно предпочтительное имя. Два объекта MDO с раздомыми названиями е соответствующих словарях представлены соответствующими терминалы ОТО е ресурсе ОТО с рззделеи-ым доступом (например, а сервере). Общий глобагъный идентификатор является мостом между индивидуальными гппаарамм дня гпгстгтаапаныя объекте МПП

НАТО Codification System

uncteiua ■.j/i(.1ATO

Bridge

Мост

UCU Owner X

Co6crae»HiHK ициси* A

UOOs in iG X

Объекты данных MOO a mt-t . > n s -mr .1- . и. c \

web service nterface

/>'*ерфейс сетевых vcryt

Data search provider

"ргааидор помеха дамrmx

Data mappKifl provider

~ и- ваюер отображения дттл

Data dofirubon provider

rioctaoa4MK опредегеммм asnwx

Data deficuben register

Реестр определений данных

ОТО

01 • «Й lOAflfiNCvMM

Industry Associations

Промышленные ассоциации

Ю    Справочник мдентмфесаторое (см ИСО 22745-2)

™ и Подмножество объектов М00. используемое ■ структуре CCS щ    Деус7орон»чй обмен информацией

Рисунок F.1 — Соотношение между открытым словарем OTD и объектом данных MDD.

устанаетываемое ттерфейсом услуг

ОТО

1‘’яр&гын техмичесанм словлюl

Пет

И шелке

identifier

Идемп*ф*'' — '_.|.

Preferred name • E< £ OOL7

Пред ПОМ!.'-С"-- 1^'f лшл Ш ^аы

Lmk URL *

Рабочим язык ресурса •

MOO «А1 m MDM n

Объест MDO класса Л1 я моясям МОМ

Name * boa

Имя » бот

Provide OTD item information

Достляет ипф^унаиим ьс ишении uwMtm ОТО

from URL

На языке ресурса

Name » screw bolt

Имя » бот с голо—он

Defined onqmaty tn XX_Oic

Изначально определен а спомре аа

XX_Dic

Сломръ XX

identifiers to be maferte-s

Сопоставляемые юентиф.--

Defined or^mMfy tn YY.Dic

Изначально определен в cncwpe т ■

(s)

Iteni

kferdfer ■ 01*1-1-01 -014168 Fi offered ГШПО ■ EYE BOLT LHt UHL* http JfmmAMt XXJJb

Ur* URL* МрЛююВВВ/

YYJ31B

*

ftmfea

OTDIfem

Information


МВД #Л1 \П MDM П Nm»*bqi

from URL* МрМттЛАМ ц XX.Dto

IdwiHfer • 0181-1-01-614166* Preferred ram» - EVE BOLT


MDD #81 In MDMn

Nune* mew bait LHsURL* MfeAwwBBB/ <■ YYJJic

kferflfer- 0161 -1-01-014188 -4 Preferred пеню ■ EYE BOLT


Defnad orlgfeaty feX*_Dfe


kferiftratote

matched


Defined arigfcudy feVYJXc


Рисунок F.2 — Сравнение объектов MOD и идентиф—сзторов понятий с помощью опфытог© технического слое эр** ОТО

F.2 Пример отображения

Как и в разделе Е.2 (по анапопм с формальным шаблоном структуры MDD. огмсанной е ИСО 16100-5:2009. раздел 6.5.2) рассматриваемый пример шаблона профиля возможностей начинается с соэоажя шаблона MDO. используя подмножество объектов MDO (не базе понятий ОТО), вьраженшх в терммюх элементов, определены* в словаре ОТО для рассматриваемой модели МОМ.

Ниже на языке XML приведена схема рассматриваемого шаблона MDO.

<?xml verson*" 1.0* encoding**UTF-8*?>

<xs:schema xm)ns:xs=*httpj’Mww.w3.or9/2001/XMLScbema“>

<xs:etement name**MDO*>

<xs:comptexType>

<xs:sequence>

<xs:element name=*MDD_Name*>

<xs:complexType>

<xs:attnbute name** name* type=*xs:stmg* form*'qualified* fixed*‘process operation*/»

<xsrattnbute na me=*Gioballtemidentifief' type=*xs:stnng" forni=Hquabfied“ fixed**process_MDM_K3xxx*/>

<xs:a«ribute name="GtotiailtefnCalegory’ type**xs:string* form=’quafcfie<r fixed** process_MDM JGxxx 7>

<xs:atlribute name*"Titte" type**xs:string* form=*quaiified* fixed**process_MOM_fGxxx */>

<xsrattnbute rrame=*Definition* type**xs:string* fcxm="quahfied* fixed*“process_MDM_IGxxx */>

<xs:attribute name="DateAdded* type**xs:string* form**quai6ed* fixed**process_MDM_IGxxx */>

<xs:attribute name8*SecretariatReference* type='xs:strir>g' torm='quairfied" fixed='pn>cess_MDM_IGxxx*/>

</xs:comptexType>

</xs;e*emeot>

<xs:element name8'Reference_MDM_Name'>

<xs:complexType>

<xs:attribute name='name" type="xs:stnng* fom^'unquafcfied*^

</xs:comptexType>

</xs:etement>

<xs:element nama®Tjst_Of_Attributes*>

<xs:complexType>

<xs:sequence minOccurs=“0" maxOccv5s"unbowxted*>

<xs;etement name8"Attribute*>

<xs:cotnp*exType>

<xs:sequence>

<xs:element name8*Attribute_Name*>

<xs:complexType>

<xs;attntxrte name=*AltributeTrtte'' type=*xs:stnng* form8*qualifte<r fixed8' process_MDM_tGxxx "r>

<xs:attntoute name='AltnbuteDefinitiorr type=*xs;stnng* form=*qualtfied" fixed8' process_MDM_K3xxx*/>

</xs:complexType>

<Acs:element>

<xs:element name=*Attribute_Type*>

<xs;complexType>

<xs:attribute name=“GtobalAttrib«jteCategory* type8'xs.string* form='qualifted' fbced8'procese_A^M_JGxxx*7>

<xs:aOribute name="AHnbuleDateAdded" type=’xs.string' form='qualH»ed' fixed8'process_MDM_IGxxx*/> <xs:aftribute name='AttntouteSecre<ariatReterence' type='xs:stnng’ fofm='quabfied' fixed8* process_HDM_iGxxx*/> </x&complexType>

</xs:element>

</xs:sequeoce>

<xs ^tribute names*GiobalAttributeXdentifier* type8*xs:string* fom^'quafc&ed* fLxed=“process_MDM_IGxxx'/>

</xs:comptexType>

</xs:e*ement>

</xs:sequence>

</xs:comptexType>

</xs:otomont>

</xs:»equertce>

</xs:comptexType>

</xs:element>

</xs:schefna>

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

Процедура сопоставления двух профилей

Комплект услуг расширенной группы обнаружения совпадет* может быть использован для сопостаелетя профилей возможностей с помощью нескольких структур CCS. Цегъю сопоставления двух профилей является отбор подходящих элементов MSU из архива в соответствмг с требуемым профилем возможностей для данного вида производственной деятельности в рассматриваемом производственном прилажены.

«Процедуре сопоставления профилей возможностей» определена в ИСО 16100-5:2003. рисунок 12. Ниже приведены 5 шагов данной процедуры:

•    шаг 1: сравнение двух словарных идентификаторов двух профилей.

-    шаг 2: сравнение названий двух моделей МОМ;

-    шаг 3: сравнение двух форматов определений:

•    шаг 4: преобразование объектов MOD в соответствующие определения:

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

На каждом шаге, унмсагъный идентификатор объекта MDO (уткалыый внутри одной модели МОМ) является начагъной тонкой семантического сраенетя объектов MDO. Рассмэтривамая процедура ‘сравнения определений возможностей' {шаг 5) фокусируется на сравнети описаний *MDD_Description'. Процедуре сраенетя (например, стека объектов 1.tst_of_MOD_Objects") показана на рисунке G.1.

На рисунке G.1 имеются контуры двух видов: наружный контур и внутренний контур. В наружном контуре, контур В используется для сравнения операций в соответствии с установленным порядком требуемого профиля. Порядок установлен для объектов, упорядоченных по времени Time_Onter_Of_MDD_object*. и объектов, расположении в порядке поступления ~Event_Onfer_Of_MDO_object*. Элементы «производственной деятельности» упорядочены по времени для объектов «Time_Order_Of_MDD_objects» описания <MDD_Description»- Аналогично. элементы «производственной деятельности» упорядочены в порядке поступления для объектов «Event_ Order_Of_MDD_object» описания «MDD_Description». Сравнение элементов «производственной деятельности» выделяется строго в установленном порядке. Исключением является объекты «Set_Of_MOO_objects>. где каждый элемент производственной деятельности в требуемом профиле последовательно сравнывэется со всеми элементами производственной деятельности в профиле MSU до достижения желаемого результата.

Внутренний контур фактически состоит из 4-х контуров типа В. Первый внутренний контур испогъэуется для сравнения с двумя элементами MDO_name_action из двух индивидуальных профилей. В соответствии с формальной структурой, показа вюй на рисунке 2. после сравнений двух элементов производственной деятельности

peWMdipeWdKJIOI ижньыкъушщиь НОЖИ» 1ИН. МЫ ОДЫ и lldiyiM.

Второй внутренний контур используется для сравнения элементов обмена информации MDO_name_ exchanged_information для двух операций. В соответствии с формальной структурой, показанной на рисунке 2. каждый элемент обмена информации exchangedjnformation требуемого профиля последовательно сравнивается со всеми элементами обмена информацт exchanged_information профиля MSU до получения желаемого результата. Так как может быть несхогъко элементов exchanged_informat»on е одной onepaiaw. то после каждого такого сравнения рассматриваются входная информация mformatk>n_in. выходная ныформэция information_out и названия элементов.

Третий внутренний контур используется для сравнения элементов ограничений имени объекта дак!ых MDO_ name_constraint в двух операциях. В соответствии с формальной структурой, показанной на рисунке 2. каждый элемент ограничения в требуемом профиле последовательно сравнивается со всеьы элементами огранычений в профиле MSU до получения желаемого результата. Так как может быть несколько ограничений в одной опера ши. то после каждого сравнения ограничим* рассматривается названые ограничения.

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

О



the Iret **ttone elwwrUn the аобсл brt fremlhereBiirnd рпгЪ md

the I retЧсиапГ    to t» acton Ш from *w M9J prtfte Mperatefr




Ccmpere the tamVcttan* tocranti


stop a


bdrarfone "«c*wied_fcilmiiHtlun* «kmenttemtherequimd praflto and m MBU prone in the aedorta wparaMy


^ otQj- UCenyre thafaup 4edm84UrftfTiH|}onr Htmila

neun»



Bfract 0» nwt *—jtoijK^lnftHmettar damonl from the rtquMpcfl» end from «г M8U peril» In acton» wp«ra№y



См. ниже продолжение.


start

Начало

Step 1

Шаг 1

Extract the fast «acton* element m ttie action fast from tto

Извлечь а отдельности элемент первом операции списка

repined protie and me farst «acton* element ei the acton list trom the MSU profile separately

операций из требуемого профила и элемент первой операция списка операций из профиля USU

Obtain elements?

Получена* ли анемонтм?

no

Мет

г«»

Да

Compare

Сравните

• name.

• ИМЯ

• method:

■ метод

■ status

• статуе

Compare me two «acbon* elements

Сравнение элементов двух операций

Same acbons?

Одинаковы ли операции?

Step 2

Шаг 2


Extract one «exchanged nformabon» element from the required profile and an MSU pro Ha in Ihe acfcons separately

Извлечь а отдельности а каждом операции один элемент «обмена информация» из требуемого профиля и воин элемент «обмена информации» из профиля MSU

Compare

Сравнить'.

•m or out.

• вход и/м выход

* name

• ими

Compare the two «exchanged_nlormaUon* elements

Сравнение указангюкх выше двух элементов «обмена информации»

Same elements?

Одинаковы ли эти элементы?

Extract the next «exchanged information» element from he

Извлечь е отдельности в каждом операции следующий

reQueed protoe and from an MSU profile in he actions separately

элемент «обмена информации» из требуемого профиля и один элемент «обмена информации» из профиля MSU

More elements?

Рассматривать ли другие элементы?


Примечание —А. В. С и F - точки соединения процедуры. Точка F указывает неудачное сопоставляю.


Step 3


Си. ниже продолжение.


Slop Э

Шаг 3

Extract one «Constramts* element from Ihe required protoe and

Извлечь а отдельности для каждой операции элемент

ал MSU protoe in the actons separately

«ограничетя» из требуемого профиля я один соответствующим элемент из профиля MSU

Compare

Сравнить.

• name

• НМЛ

Compare the two «constraints* elements

С равна! ме укаэан«м(х двух элементов «ограничения»

Same elements?

Одинаковы ли эти элементы?

Extract separately next «constramts» element from the required

Извлечь а отдельности для каждой операции следующие

profile and an MSU pro Ms in the «chons

элементы «ограничения» из требуемого профиля я элементы из профиля MSU

Obtain constramts?

Получены ли ограничения?


Рисунок G. 1. лист 2


Step 4

®


ExfrnlHpenMy onelreeourtwf eleTwrtftom 0» rw?jk*d

prof!eand«r U9U prafte In the всОопв

Cony^'lJ ОМПрШ» ttW ЬИ>*П»«ОШЖ** ^OTTrt» rant JX— —-


Slap 4

Шаг 4

Extract separatefy one «resource*' element bom the required

Извлечь а отделимости для каждой операции элемент

profile and an USU profile in the «ebons

«ресурса* > из требуемою профиля и элемент «ресурсы» из профиля USU

Compare

Сравнить.

• name

* ИМЯ

Compare the two «resources» elements

Сравнение двух указанных элементе* «ресурсы»

Same elements?

Одинаковы ли элементы?

Extract separately next «resources* element bom the required

Извлечь • отдельности для каждой операции следующий

profile and an MSU profile in the ecbons

элемент «ресурсы» из требуемою профиля и соответс’-еующии элемент из профиля MSU

Uore resources?

Рассматривать ли ресурсы далее?

ЛЖ actions compared?

Вое ли операции прошли сраемеиие'*

yes matched

Сопостааяение закончено

End

Конец

Рисунок G.1 - Процедура сравнения описаний «comparison MDD_Descripbon» для обнаружителей совпадений типа 2 Рисунок G. 1. лист 3

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

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

Российской Федерации

Таблица ДА.1

Обозначение ссыпаемого wexavnaooaMoro сгапааот»

Стелем»

соответствия

Обо мечете и наименование соответствующею национальною стандарта

ИСО 16100-1

ЮТ

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

ИСО 16100-2

ЮТ

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

ИСО 16100-3

ЮТ

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

ИСО 16100-4

ЮТ

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

ИСО 16100-5

ЮТ

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

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

• ЮТ - идентичные стандарты.

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

[1] ИСОУМЭК 11179-5:2005 Информационные технологии. Реестры метаданных (MDR). Часть 5.

Принципы присвоения имен и идентификации

(1SO/IEC 11179-5:2005) (Information technofogy - Metadata registries (MDR) - Part 5: Naming and

identification principles)

[2]    ИС0 13584-24:2003

(ISO 13584-24:2003)

[3]    HCO 13584-26:2000

(ISO 13584-26:2000)


Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 24. Логический ресурс. Логическая модель библиотеки поставщика

(Industrial automation systems and integration - Parts library - Part 24: Logical resource: Logical model of supplier library)

Системы промышленной автоматизации и интеграция. Библиотека данных на детали. Часть 26. Логический ресурс: идентификация поставщика информации

(Industrial automation systems and integration • Parts library - Part 26: Logical resource: Information supplier identification)

Системы промышленной автоматизации и интеграция. Библиотека даниых на детали. Часть 42. Методология описания: методология структурирования групп деталей

[4]    ИСО 13564-42:2010

(ISO 13584-42:2010)

[5]    ИСО 15745-1:2003

(ISO 15745-1:2003)

[6]    ИСОУМЭК 19501:2005

(ISO/IEC 19501:2005)

[7]    ИСО 22745-1:2010

(ISO 22745-1:2010)

[8]    ИСО 22745-2:2010

(ISO 22745-2:2010)

[9]    ИСО 22745-13:2010

(ISO 22745-13:2010)

[10]    ИСО/ТС 22745-35:2010

(Ison’S 22745*35:2010)

[11]    ИСХУТС 29002-5:2009

(Ison’S 29002-5:2009)


(Industrial automation systems and integration - Parts library - Part 42: Description methodology: Methodology for structuring parts families)

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

(Industrial automation systems and integration • Open systems application integration framework • Part 1: Generic reference description)

Информационные технологии. Открытая распределительная обработка. Унифицированный язык моделирования (UML). версия 1.4.2

(Information technology • Open Distributed Processing - Unified Modeling Language (UML) Version 1.4.2)

Промышленные автоматизированные системы и интеграция. Открытые технические словари и их применение к основным данным. Часть 1. Обзор и основные принципы

(Industrial automation systems and integration -Open technical dictionaries and their application to master data - Part 1: Overview and fundamental principles)

Промышленные автоматизированные системы и интеграция. Открытые технические словари и их применение к основным данным. Часть 2. Словарь

(Industrial automation systems and integration -Open technical dictionaries and their application to master data - Part 2: Vocabulary)

Промышленные автоматизированные системы и интеграция. Открытые технические словари и их применение к основным данным. Часть 13. Идентификация понятий и терминологии

(Industrial automation systems and integration -Open technical dictionaries and their application to master data - Part 13: Identification of concepts and terminology)

Промышленные автоматизированные системы и интеграция. Открытые технические словари и их применение к основным данным. Часть 35. Запрос характеристических данных

(Industrial automation systems and integration - Open technical dictionaries and their application to master data - Part 35: Query for characteristic data)

Промышленные автоматические системы и интеграция. Обмен характеристическими данными. Часть 5. Схема идентификации (Industrial automation systems and integration - Exchange of characteristic data - Part 5: Identification scheme)

[12] RFC 2276, Architectural Principles of Uniform Resource Name Resolution. IETF (Internet Engineering Task Force), ed. K. SoHms, 1998

УДК 658.52.011.56:006.354    ОКС25.040.01    Т58

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

Редактор В.М. Никифорова Технически редактор А. Б. Заварзина Корректор В.Г. Сметам Компьютерная верстка Д.Е. Першин

Сдано в набор 24.09.2016. Подписано в печать 6.10.2016. Формат 60хв41/б. Гарнитура Армал. Усп печ. л. 6.64. Уч.-изд- л. 8.00. Тираж 20 эо. Эак. 3416

Набраиоа ООО «Ахадемиадат». wwwacademiadal.com leningacadenuzdalro

Издано и отпечатано во

ФГУП «СТАНДАРТИНФОРМ*. 123995 Мосжаа. Гранатный пер . 4 www 90sta1fo.ru atfoQpoststo ni