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

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

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

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



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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

57136—

2016/

ISO/TR 18161: 2013

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

и интеграция

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

ОБЕСПЕЧЕНИЯ

(ISO/TR 18161:2013, ЮТ)

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

Москве

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

2016

ГОСТ Р 57136—2016

Предисловие

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

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

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

4    Настоящий стандарт идентичен международному документу ISC^R 18161:2013 «Системы промышленной автоматизации и интеграция. Подход к интеграции приложений с использованием моделирования требований к обмену информацией и профилирования функциональных возможностей программного обеспечения» (ISO/TR18161:2013 «Automation systems and integration. Applications integration approach using information exchange requirements modelling and software capability profiting». IDT).

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

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

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

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

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

и

ГОСТ Р 57136—2016

Содержание

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

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

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

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

5    Моделирование требований к интероперабельности приложений..............................3

5.1    Интеграционная среда приложений ИСО 15745 и ИСО 18435..............................3

5.2    Элементы обмена информацией ИСО 18435 ..........................................4

5.3    Контекст требований к обмену информацией..........................................5

5.4    Содержание требований к обмену информацией..........................................6

5.5    Передача данных при обмене информацией..........................................8

5.6    ADME-элемент приложения насоса с программным управлением........................8

6 Подходы к решению вопросов интероперабельности насоса с программным управлением...........8

6.1    Информационная модель насоса с программным управлением...........................8

6.2    Устранение неоднозначности терминов и определений с помощью открытого технического

словаря.........................................................................10

6.3 Интеграция приложений с использованием ИСО 18435.................................. 10

7    Формирование AIME- и ADME-элементов приложения для насоса с программным управлением ... 11

7.1    Общие сведения ...................................................................11

7.2    AIME-элемвнт приложения дтя управления насосом ..................................... 11

7.3А1МЕ-элементприложениядлядиагностикисостоякиянасоса ............................ 11

7.4    АОМЕ-элемент интегрировак-юго приложения насоса с программным управлением ........... 12

8    Общие процедуры, необходимые для достижения интеграции приложений....................... 12

Приложение А (справочное) Моделирование приложений насоса с программным управлением ..13 Приложение В (справочное) Шаблоны профилирования функциональных возможностей

прикладных программных модулей........................................15

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

программных модулей...................................................32

Приложение D (справочное) AIME- и ADME-элементы. используемые в приложениях насоса

с программным угравлением................................................36

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

национальным стандартам................................................42

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

ГОСТ Р 57136—2016

Введение

Инициатива разработки комплекса международных стандартов ИСО 16100 принадлежит специалистам из промышленности и э<ономической сферы, е частности, по причинам:

a) растущей базы зависяшихот производителя решений;

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

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

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

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

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

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

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

IV

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

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

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

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

Automation systems and integration. Applications integration approach using information exchange requirements modelling and software capability profiling

Дата введения — 2017—06—01

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

В настоящем стандарте установлен подход к использованию комплексов международных стандартов ИСО 16100 и ИС013435. который предназначен для определения требований к обмену информацией между приложениями и основан на использовании (согласно ИСО 16435) шаблонов элементов матрицы взаимодействия приложений (AIME-элементов) и шаблонов элементов матрицы доменов приложений (ADME-элвментое). в сочетании с профилями функциональных возможностей единиц производственного программного обеспечения (блок программных средств организации производства: MSU-модуль) ИСО 16100.

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

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

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

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

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

ISO 18435 2. Industrial automation systems and integration — Diagnostics, capability assessment and maintenance applications imegration — Part 2: Descriptions and definitions of application domain matrix elements (Системы промышленной автоматизации и интеграция. Интеграция приложений для диагностики, оценки возможностей и технического обслуживания. Часть 2. Описания и определения элементов матрицы дзмена приложения).

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

1

ГОСТ Р 57136—2016

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

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

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

3.1    элемент матрицы домена приложения; ADME-элемент (application domain matrix element): Элемент матрицы домена приложения, предназначенный для обмена информацией между приложениями.

(ИСО 18435-2:2012. статья 3.2]

3.2    элемент матрицы взаимодействия приложений; элемент матрицы обмена данными между приложениями; AIME-элемент (application interaction matrix element): Элемент в матрице обмена данными между приложениями, предназначенный для обозначения функциональных возможностей существующих ресурсов поддерживать обмен информацией.

(ИСО 18435-2:2012. статья 3.4]

3.3    профиль интероперабельности приложений; AIP-профиль (application interoperability profile): Единственная спецификация, позволяющая сопоставлять группу профилей (конфигураций параметров)— производственных параметров, конфигурации параметров обмена информацией и ресурсами, а также других AIP-профилей. которые являются частями основных спецификаций и которые сами по себе могут считаться профилями.

Примечание — Группа прэфилей может состоять из профиля (профилей) процесса, профиля (профилей) обмена информацией, профиля (профилей) ресурсов, а иногда — и из AIP-профилей.

(ИСО 18435-2:2012. статья 3.5]

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

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

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

(ИСО 16100-5:2009. статья 3.1]

3.5    структура класса функциональных возможностей; структура класса возможностей; CCS-структура (capability class structure): Иерархия классов функциональных возможностей.

3.6    шаблон для профилирования функциональных возможностей; шаблон функциональных возможностей; шаблон (capability profiling template; capability template; template): Структура профиля функциональных возможностей промышленного программного обеспечения.

Примечание — Данный вид шаблона может быть заполнен частично.

(ИСО 16100-3:2005. статья 3.1.14]

3.7    данные производственного домена; производственные данные; MDD-данные (manufacturing domain data): Класс унифицированного языка моделирования (UML), представляющий ин

2

ГОСТ Р 57136—2016

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

[ИСО 16100-5:2009. статья 3.3]

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

[ИСО 16100-5:2009. статья 3.5]

4    Сокращения

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

ADIO — диаграмма интеграции домена приложения (Application Domain Integration Diagram);

ADME — элемент матрицы домена приложения (Application Domain Matrix Element);

AIF — интеграционная среда приложений (Application Integration Framework);

AIME — элемент матрицы взаимодействия приложений (Application Interaction Matrix Element);

AIP — профиль интероперабельности приложений (Application Interoperability Profile);

CCS — структура класса функциональных возможностей (Capability Class Structure);

IG — руководство no идентификации (Identification Guide);

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

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

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

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

PID — пропорционально-интегрально-дифференциальное регулирование (ПИД): Пролорцио-нально-интегро-дифференцирующий (ПИД) регулятор (Proportional Integral Derivative);

PLC — программируемый логический контроллер (Programmable Logic Controller):

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

VFD — частотно-регулируемый привод (Variable Frequency Drive);

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

5    Моделирование требований к интероперабельности приложений

5.1 Интеграционная среда приложений ИСО 15745 и ИСО 18435

Интеграционная среда приложений (AIF-среда), в соответствии с ИСО 157451. устанавливает основу для интеграции архитектуры системы автоматического управления и контроля в рамках архитектуры производственных приложений.

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

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

Категории для рассматриваемых доменов приложений перечислены в ИС018435-1 и представлены в виде диаграммы интеграции доменов приложений (ADID-диаграммы).

3

ГОСТ Р 57136—2016

Integrated Manufacturing Application — ин1егрнроеанное произведет венное приложение, spans — SPANS-протопоп передачи сигналов; Domain from ADID — домен пэ ADID-диаграммы: Manufacturing Process » производственный процесс. Manufacturing Activity — производственная деителыосгь. Manufacturing Information Exchange — обмен производственной информацией. Application Interaction Matrix Element — AlME-элемент; interaction Requirements — требования к взаимодействию. Manufacturing Resource — производственные ресурсь: Manufacturing Software Unit • MSU-модуль: Equipment — оборудование. Other Resource Types — другие виды ресурсов

Рисунок 1 — Модель интеграции приложений

5.2 Элементы обмена информацией ИСО 18435

В комплексе международных стандартов ИСО 18435 рассматриваются вопросы интеграции

ЛрИПОЖАМИЙ. Я а ИС.О 16100 допросы СОДМАОТИМООТИ MSII-МЛДуЛАЙ. АКПМЧЯЯ ОбМАН ПрОИТДОДОТДАМ-

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

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

В ИСО 18435-2 приведены подробные определения AIME- и ADME-структур. их взаимосвязей, а также описаны общие процедуры формирования AIME- и ADME-элементов.

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

Набор AIME-элементое, характеризующий функциональные возможности источника, которые отвечают требованиям к обмену информацией для поддержания интероперабельности двух приложений. составляют ключевую часть ADME-элемента. ADME-элемент. определяющий совместимость между двумя приложениями, пэедставлен на рисунке 2. В разделе А.1 приведен пример интегрированного приложения, относящиеся к насосу с программным управлением. Профили функциональных возможностей MSU-модулей получают путем заполнения соответствующих шаблонов. В приложении С приведены примеры профилей функциональных возможностей приложений для насоса с программным управлением.

4

ГОСТ Р 57136—2016

Integrated Application X — интегрированное приложение X: Integrated Application V — интегрированное приложение Y; Resources — ресурсе: Process — процесс. Information Exchange — обыен информацией. Acbvrties — работы

Рисунок 2 —А1МЕ- и ADME-элемекты

Целью ADME-элемента является описание требований к интероперабельности и интеграции, предъявляемых данными приложениями. Общая концепция ADME-элемента состоит в моделировании обмена информацией между приложениями с помощью профиля интероперабельности приложений (А(Р-профиля). описанного в ИС015745-1. ADME-элемент поддерживает обмен информацией между приложениями, основываясь при этом на идентифицированных в AIME-элементах функциональных возможностях. Полный набор AIWE-элементов. определяющих требования к обмену информацией для реализации интероперабельности двух приложений, содержится е ADME-элементе.

5.3 Контекст требований к обмену информацией

Информационный контекст необходимо устанавливать с использованием рассматриваемого домена приложений в соответствии с ИСО 18435-1.

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

Контекст обмена информацией может быть получен из структуры работ и класса функциональных возможностей (CCS-структуры). показанной на рисунке 3. В разделе А.2 приведен пример CCS-структуры для приложения, относящегося к насосу с программным управлением. В соответствии с методологией ИСО 16100 каждый класс функциональных возможностей обладает собственным шаблоном. Примеры шаблонов функциональных возможностей для указанного насоса приведены в приложении В.

5

ГОСТ Р 57136—2016

Integrated Manufacturing Applicator — интегрированное произволе веннс* приложение. Acbvrty 1 (MSU 1)— рабочая операция 1 (MSU 1); Activity 2 (MSU 2) — рабочая операция 2 {MSU 2); Sub Activity 1 {MSU It) — суболерацня 1 (MSU 11); Sub Activity 2 {MSU 12) — субоперация 2 (MSU 12). Resource 1 (MSU 111) - ресурс 1 (MSU 111); Resource 2 (MSU 112) - ресурс 2 (MSU 112): Capably Calss — класс функциояалммх воаыоиностей: Pro He Template • Concrete class lor profile — шаблон профиля » конкретный класс для профиля: Profile Template — шаблон профиля. Profile — профиле. Class — класс, tnslance — экземпляр класса

Рисунок 3 — Древо работ в приложении

5.4 Содержание требований к обмену информацией

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

Информация, которой обмачиваются между собой MSU-модули, определяет содержание (контент) для ADME-структуры в соответствии с описанием MDD-данных.

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

MDM-модель—это частное представление производственного домена, состоящее из MDD-данных и взаимосвязи между ними, которые соответствуют приложениям данного домена (рисунок 4). Совокупность MDD-данных в домене приложения действует наподобие набора терминов и представляет собой различные виды производственной информации, включая и ту. которой обмениваются ресурсы в данном приложении и между несколькими приложениями.

Информационные элементы, предназначенные для выполнения функций контроля работы оборудования и устройств, например -tacoca и частотно-регулируемого электропривода (рисунок А.1). обычно обрабатываются в MSU-модуляк (в приведенном примере они не рассматриваются).

6

ГОСТ Р 57136—2016

Capability — функциональные возможности; Actions Performed by methods — работы, выполняемые данными методами. Resources Support the methods to fulfill the ac ion — ресурсы, необходимые для поддержи) методов и выполнения работ. Constraints in Ihe methods / actions — ограничения а методах/ работах: Information exchanged between the methods / actions — информация, которой обмениваются e рамках методоефзбот. Relationship between MDOs or actions — взаимосвязь между MOD-данными или работами:Action — работы (операции). Name — наименование: Method — методы: Status*» статус: Device — устройства: Equipment — оборудование: Toots ubkty — технологическая оснастка: Material — основные материалы: Secondary material — вторичные материалы. Human — персонал: Recipe — наборы команд: Quality requirement — требования к качеству: Input data — входные (исходные) данные. Output data — выходные данные: Standard time — стандартное время: Action time — фактическое время: Start time — время начала: End tme — время окончания: Standard cost — стандартные затраты: Action cost — фактические затраты: Predecessor-» предшествующие: Successot — последующие: Methods m the action — методы, используемые а работе: Work piece / Substance / Item — заготогог/оещества/ксмпонеиты. Instruction / prescnption — ииструкции/предписаиия. Order / Control data / product data / Manufacturing data — заказы/контрольна я информация/ииформация о продукции/производственная информация: Action performance report / Progress slate/product data / Manufacturing data — отчеты о показателях работы/состояние выполнения заказа/ информация о продукции/производственная информация. MDOs — MDD-дакные

Рисунок 4 — Частная функциональная модель, представляемая с помощью MDD-данных

7

ГОСТ Р 57136—2016

5.4.2 MDD-дакные, используемые в контенте ADME-элемента

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

5.5    Передача данных при обмене информацией

В сегменте ADME-элемента. относящегося к передаче данных, собраны данные о видах ресурсов и различных конфигурациях, необходимых для поддержки процесса обмена информацией, и перечисленных в контенте сегмента того же ADME-элемента. Требования интероперабельности, приведенные в данном сегменте, характеризуют ограничения, которые следует учитывать при выборе конфигурации ресурсов. 3 разделе D.4 приведен пример сегмента передачи данных, который необходим для поддержки процесса интеграции приложений, связанных с управлением и диагностикой состояния насоса. Для поддержания обмена информацией между приложениями канал в этом сегменте конфигурируют таким образом, чтобы он отвечал требованиям, предъявляемым к интегрированному приложению насоса с программным управлением.

5.6    ADME-элемент приложения насоса с программным управлением

Сегменты контекста, контента и передачи данных, указанные в 5.3,5.4 и 5.5, формируют ADME-элемент. выражающий требования к обмену информацией и поддерживающий интероперабельность приложений, связанных с управлением и диагностикой состояния насоса с программным управлением (в рамках интегрированного приложения).

6 Подходы к решению вопросов интероперабельности насоса с

программным управлением

6.1 Информационная модель насоса с программным управлением

Среда проектирования активов содержит большой объем ресурсов по обработке информации и управлению, например, насосом в некоторых технологических процессах. Комплекс международных стандартов ИСО 15926 позволяет упростить интеграцию информации об активах для поддержания работ в рамках их жизненного цикла и процессов на производственных предприятиях. В ИСО 15926 представлены модели и библиотеки классов, а также шаблоны для представления жизнемного цикла информации о технических установках и их компонентах. На рисунке 5 приведена информационная модель насоса, построенная в соответствии с ИСО 15926.

8

ГОСТ Р 57136—2016

Ршт* <*#И* Informatton MocW

indMduel Pump

Pump

l HMMpSa

M 5535 I

Pttftaipe~ш] l врт I

njmpi

kwoeer

PLC

koncMt

S>ctrtaJ Bow Trmmntof |

4

квотам ъ

ЬшпкМк»

4

VFD
hcLcttan Motor

|нввЦ>вк

СврРЯу

ВО
врт

\_MBfci_1

fccemitfnHp

FkwNMerl 1

•а

itiiwb

Fkx1

П

■aorratodts

1

ЛС5м |

—L

i-премп |

Equipment — оборудование. Rolabng Equipment — врашаюшееся оборудование: Pump — насос. Mechanical Equipment — механическое устройство. Impeller — ротор насоса: Electrical Equipment — электрические компоненты. Induction Motor — индукционный двигатель: VFD — VFD-привод. Inetiumontation and Control Equipment — средства КИПиА (контрольно-измерительные приборы и автоматика}: PLC — PLC-контрсплер. Transmitter — датчик: Property — свойства. Flow Transmitter — датчик расхода. Capacity — расход: Electrical Flow Transmitter — электрический датчик расхода. Scale — единица измерения, 9pm — галлон.’ммм; Pump Object Information Model объектная информационная модель насоса. Individual Pump — отдельный насос: Pump — насос. It whole о! — в целом: Has aspect — имеет «спект. Capacity — производительность, is quantified as — количественно измеряется как. Has scale — имеет единицы измерений: Oischarge rate — расход: Is connected to — соединен c: Electrical Flow Transmitter — электрический датчик расхода: VFO — УРОлривод, tnducbon Motor — индукционный двигатель

Рисунок 5 — Модель насосе, построенная в соответствии с И СО 15926

9

ГОСТ Р 57136—2016

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

6.2    Устранение неоднозначности терминов и определений с помощью открытого

технического словаря

Строго определенные методы установления взаимосвязей между терминами и определениями, общими для среды проектирования и производства, в настоящий момент отсутствуют. Многие термины и определения, связанные с активами, которые используют в контекстах проектирования и производства, зачастую бывают неоднозначньми или даже несовместимыми, поскольку их интерпретация или смысл зависят от конкретного контекста. Открытый технический словарь (OTD). основанный на комплексе международных стандартов ИСО 22745. позволяет устранять неоднозначность или несовместимость этих терминов и определений. Преимущества комплекса международных стандартов ИСО 8000 (качество данных) могут быть реализованы с помощью ИСО 22745 путем определения требований к информации в сообщениях, содержащих эталонные данные (master data), которыми обмениваются организации; а также специальных требований к синтаксису, семантическому кодированию и переносимости (возможности переноса) данных.

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

В ИСО 22745 также содержатся рекомендации по использованию руководств по идентификации (IG-руководств). которые представляют собой набор правил описания конкретного класса элементов, отвечающих требованиям получателя данных. Ю-руководство определяется с помощью XML-схемы. Если все элементы включены в описание, то это IG-руководство облегчает автоматизированный анализ качества данных из-за возможности четкого понимания того, что требуемые данные были получены без их предварительного анализа человеком. Использование IG-руководств для формирования эталонных данных в каталогах продукции может служить примером применения идентификаторов понятий при построении профилей обмена информацией между приложениями (т.е. AIME- и АОМЕ-элементов).

Идентификаторы понятий используемые в сегментах контекста, контента и передачи данных в AIME- и ADME-элементах. обеспечивают ссылку на зарегистрированные в OTD-словаре понятия, с указанием стандартов, в которых определены объекты обмена информацией. Эти идентификаторы также используют для их занесения в профили функциональных возможностей и шаблоны, необходимые для интеграции приложений.

Примечание 1 — ИСО 2Э002 определяет принципы увязки идентификаторов понятий из ОТО-словаря в соответствии с ИСО 22745 с другим* системами идентификаторов понятий. Определения идентификаторов объектов. содержащиеся в МЭК 61987 (перечень свойств устройств, классификации). ИСО 13584 (библиотека деталей) и ИСО 15926. можно выражать в терминах идентификатора понятий согласно ИСО 22745. Использование других идентификаторов понятий и детали установления их соответствия выходят за рамки настоящего стандарта.

Примечание 2 — Для обеспечения большей удобочитаемости идентификаторы понятий в XML-лримерах не используются.

6.3    Интеграция приложений с использованием ИСО 18435

В комплексе международных стандартов ИС018435 определены условия, при которых, как ожидается. с точки зрения набора профилей интероперабельности будут выполняться приложения и которым они будут удовлетворять. Например, если приложение для диагностики требует потока информации от приложения для управления насосом с целью оценки общего состояния активов, то эти два приложения для обмена конкретной информацией должны иметь совместимые профили. Цель АОМЕ-элемента состоит в описании требований к обмену информацией между приложениями. Для каждого приложения используемые для обмена информацией интерфейсы описывают с использованием А1МЕ-элемвнта, который детализирует функциональные возможности ресурсов, которые будут отвечать требованиям к обмену информацией и поддерживать интероперабельность двух приложений. Набор AIME-элемвнтов представляет собой профили ичтерфейсое. поддерживаемые приложениями и соответствующими ресурсами: эти AIME-элементы содержат ADME-элемент.

Ю

ГОСТ Р 57136—2016

7 Формирование AIME- и ADME-элементов приложения для насоса с

программным управлением

7.1    Общие сведения

Интегрированное приложение для насоса с программным управлением состоит из двух отделы ных приложений — приложения для управления и приложения для контроля состояния (диагностики). Путем объединения этих приложений полученное интегрированное приложение для насоса будет об-падать интеллектуальными функциями, например, изменения режимов работы насоса по результатам диагностики с целью защиты оборудования или процессов. Диаграмма последовательности операций, показанная на рисунке D.1. иллюстрирует пример обмена информацией между приложениями для управления насосом и диагностики его состояния и для получения интегрированного приложения и осуществления интеграции.

7.2    AIME-элемеит приложения для управления насосом

Приложение для управления часосом состоит из двух отдельных приложений с соответствующими MSU-модулями, одного для пропорционально-интегрально-дифференциального регулирования (РЮ)и другого — для сбора данных с датчиков. AIME-элементы. полученные при РЮ-регулировании и сборе данных, формируют один ADME-эгемент (который в настоящем стандарте не рассматривается). Сразу же после интеграции двух упомянутых приложений один результирующий AIME-элемент может быть сформирован путем дублирования сегментов контекста и передачи данных, содержащихся в ADME-эле-менте. Символические наименования в элементах матрицы в AIME- и АОМЕ-элементах заменяются на идентификаторы понятий, уже зарегистрированные в эталонном OTD-словаре. Рисунок 5 иллюстрирует использование идентификаторов понятий в AIME-эпементе. В левой части рисунка 6 показан сегмент передачи данных AIME-элемента без идентификаторов понятий, а в правой части этого рисунка то же. но с идентификаторами понятий.

<Солveyance_Seet ion?

<deecrlptior»Di4enostlcs Txanplec/descriptlon? «infomationType najK»T2owRateR»que*tTyp«" type^tFlovRateRaq"’?

«description? Flow Rato Request«/description? </inforuationTyp*>

<inf orxatioaType вам—"TlowRateRrspoaseType" type^triowReteRee"?

«description?Flow Rate Respons^c/descriptlon? </infor*ationiype>

«channel?ypn nafnea'DiagnosticsOunnoi'

type-"IS01574S Knot ComrKot Profile" <deseriptioa>Ethe:net/X? 2S01S74>-2 Profile «/description?

«/chanr-elType?

<Coneeyance_Section>

«doacriptioODiagnostics 1хазр1с</description? <infoxmatioo?ypc паз»-"JLowRateRequestType" typo-"0161-l#31-0807«H"?

«description? Flow Rats Requesc</dsscrlption> </1n formatlon?ype>

<inforoatioR?ype iM»'"FlowftateR*sponss?yps" typo**0161-l#Ql-0189(J2#l"> <deecription?Flow Rate Reeponse</deecription> «/iafonaationType?

«cftannelType oeBe^DiadoosticsChannel" суре»-0161-1вО:-10Т4Ь37#1,'> <dsscription>Eth*rnat/lP IS01S743-2 Profile «/description?

«/chsonelType?

Рисунок 6— Идентификаторы понятий 8 AIME-эпементе

В разделе D.2 приведен AIME-элемент для приложения, связанного с управлением насосом.

7.3 AIME-элемент приложения для диагностики состояния насоса

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

В разделе D.3 приведен AIME-элемент приложения для диагностики состояния насоса.

11

ГОСТ Р 57136—2016

7.4 ADME-элемеит интегрированного приложения насоса с программным управлением

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

В разделе D.4 приведен AIME-элемент интегрированного приложения для насоса с программным управлением.

8 Общие процедуры, необходимые для достижения интеграции приложений

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

a) определении соответствующего домена (доменов) по ADID-диаграмме (ИСО 1843S) и идентификации соответствующих приложений для обмена информацией, например, доменов управления и диагностики состояния;

b) профилировании требований к обмену информацией между приложениями, основанному на методологии профилирования (ИСО 15745};

c)    идентификации элементов модели интеграции приложений (ИСО 15745), т. е. обмена информацией и ресурсов MSU-модуля, которые обеспечивают этот обмен, например, обмен информацией между приложениями для управления и диагностики состояния насоса;

d)    определении профилей функциональных возможностей MSU-модуля (ИС016100), необходимых для представления обмена информацией и функциональных возможностей приложения;

e)    восстановлении или формировании CCS-структурыдля требований к приложению. CCS-структуры выражают с помощью идентификаторов понятий, зарегистрированных в OTD-словаре (ИСО 22745);

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

д) идентификации AIME-элементов. которые осуществляют необходимый обмен информацией между приложениями;

Ь)если требования к интероперабельности приложений предусмотрены ИСО 16100, то профили функциональных возможностей:

1)    отвечают требованиям «функциональным возможностям, указанным в ИС016100 и вносятся в соответствующие сегменты контекста AIME- и ADME-элементов;

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

3)    отвечают требованиям кфункциональным возможностям, указанным в ИС016100 и вносятся в соответствующие сегменты контента AIME- и ADME-элементов.

I) если требования к интероперабельности приложений предусмотрены ИСО 18435, то ADME-элементы:

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

2)    используют идентификаторы согласователя (обнаружителя совпадений) профилей MSU-мсдуля (согласно ИСО 16100)для внесения в сегменты ресурсов ADME-элементов и соответствующие AIME элементы;

3)    пересматривается и соответственно осуществляется обновление ADME- и AIME-элементов.

12

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

ГОСТ Р 57136—2016

Моделирование приложений насоса с программным управлением

А.1 Приложение для насоса с программным управлением

Информационная модель интегрированной системы управления насосом с программным управлением, представленная в настоящем Приложении, является развитием стандартной модели насоса (согласно И С015926). рисунок 5. Блок-схема системы наооса с программным управлением в качестве примера приведена ниже, на рисунке А.1.

&

Pump

Motor

Information

Exchange

<^=>

PLC2

Pump Diagnostics

Pl T*.1 Pomp mnlrnl — Pt C1.in«o(wtntwp упряяп»м«>о ияглти: PI П9 Pomp    •* PI П9.«лнтрлпл#р дмнилгоои

состояния нрсоса; MSU( (Data Ася-) MSU1- модуль (сбор данных); MS<J2 (Oiagnoslics) — MSU2 -модуль диагностики; MSUj {Speed/РЮ) — MSU3 — модуль (регулировка cxopociHfPID); Information Exchange — обмен информацией; Input Module — входной модуль; Comm. Modulo — модуль связи; Flow Sensor — датчик расхода; Pressure Sensor — датчик давления; Temperature Sensor — датчик температуры; VFD — чктотир-регуяируемый электропривод. Pump — насос: Motor — двигатель

Рисунок А.1— Блок-схема системы насоса с программным управлением

В данном примере интегрированного приложения для насоса с программным управлением имеется три MSU-модупя. Приложение для управления насосом содержит программируемый логический контроллер (PLC) и соответствующие входной модуль и модуль связи, предназначенные для обработки данных, поступающих с датское. а также для связи с часготно-регугируемым приводом (VFD), который предназначен для регулировки скорости вращения насоса. В данном приложении предусмотрены два MSU-модупя для:

- сбора данных с датчиков, напэимер. расхода, давления и температуры:

• управления насосом, напримф. для регулировки скорости его вращения и пропорционально-интегрально-дифференциального регулирования (PID) расхода и давления.

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

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

Далее приведены потоки данных, проходящие через указанное приложение:

а) информация с датчиков, например, расхода, давления и температуры, считывается MSUi-модулем (сбора данных) в приложение дпя управления насосом:

13

ГОСТ Р 57136—2016

b)    необходимые данные с датчиков посыпаются в приложение для диагностики состояния насоса в целях выполнения диагностики:

c)    диагностика состояния насоса, например, выявление кавитац|*т. проводится с помощью MSU2-Moaynfl в соответствующем приложении:

d)    результаты диагностики, например, степень кавитации в насосе, посылаются назад 8 приложение для управления насосом:

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

А.2 CCS-структура интегрированного приложения для насоса с программным управлением

В нижеприведенном XML-прииере представлена CCS-сгруктура интегрированного приложения для насоса с программным управлением.

<?х»п1 versen=*1.0’ encoding*’utf-8*?>

<CapabilityClassStructure xmlns:xsi*’ xsimoName spaceSchemaLocalion='C:\SmartPuinp1108\SmartPumpCCS.xsd'>

<CCS_Creator_Name name*‘WG4_WG7' f>

<CCS _ID id="SmartPumpCCS’ f>

«CCS_Root_Node JD id*’IntSmartPump’ f>

<Capab*lity_Class>

<Capabilrty_Ciass_ID d=’lntSmartPump“ t>

«Parent NodeJD id**40NE' f>

<ChikJ_Node_ID>

«Capability _Class>

«Capabi jty_Class_ID *d=’SmatPumpControl_PLC1 ’ t>

«Parent Node ID id*’lntSmartPump’/>

<Child_NodeJD>

<Capabitity_Class>

<Capability_Class_ID id*"MSU1*/>

<Parent_Node_ID *d=‘SmartPumpControl_PLC 1 * />

«/Capability _Class>

«'Child_Node_ID>

<Child_Node_ID>

«Capabitrty_Class>

<Capability_Class_lD id**MSU3’ f>

< Parent_Node_l D id=‘SmartPumpControl_PLC 1 ’ /> «/Capability_Class>

«'Child_Node_l D>

«/Capabiity Ctass>

«/Ch*J_NodeJD>~

4ChihJ_Nod«_ID>

<Capab»lity_Class>

«Capabirty_Class_ID id=*SmartPumpDiagnostics_PLC2_MSU2’ />

«Parent_Node_ID id="lntSmartPump‘ />

«/Capabiity Ctass>

«/ChtW_Node_ID>"

</Capabiity_Qass>

«/CapabilityClassStructure>

14

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

ГОСТ Р 57136—2016

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

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

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

<?xmi version="1 .0* encoding="utf-8’ 7>

<xs:schema xfnlns:xs=’ 001/XMLSchema*>

<xs:element name®"CapabilrtyProfiSrg*>

<xs:comptexType>

<xs: sequence maxOocurss'unbounde(T>

<xs:element name=Template*>

<xs:comptexType>

<xs:allnbule fixeds'SmartPumpControl_PLC1_MSU_f form="unqualif»ed* name=*id*

type='xs:string* l>

<xs:attribute Rxeda'SmartPumpDaq" names'name* type="xs:slnng‘ use=Vequired* /> </xs:comptexType>

</xs:element>

<xs:element name='Type'>

<xs:comp*exType>

<xs;aUribule fixed=‘MSU_profile* name*~xT type='xs;slring“ use="required' f>

</xs:comptexType>

</xs:element>

<xs:element name=“Capability Profile-^

<xs:comptexType>

<xs:sequence>

<xs:etement na(ne='Pkglype‘>

<xs:comple>.Type>

<xs:at1ribute form='unqualifte(f name=“version* type='xs:str>ng' f>

</xs:compte<Type>

</xs:element>

<xs:etement name=*Common* tvoe=‘CommonPartTvpe“ f>

<xs:etemen1 name=*Specific" type=*SpecificPartType“ f>

</xs:sequence>

<xs:a(tribule form-unqualified" name="dale' type=’xs:slring' t>

</xs:compfexType>

</xs:elefnent>

</xs:sequence>

</xs:complexType>

</xs:e*emenl>

<xs:comp*exType name=*CommonPar1Type'>

<xs:sequence>

<xs:etemenl name=*MSU_Ca3ab»lity*>

<xs:complexType>

<xs:seqoence>

<xs:etenwntfixeda*SmartPumpOaqMSU1' name*"ID* type='xs:slring* l>

</xs;sequence>

</xs:comp*exType>

</xs:element>

<xs: sequence maxOccurs-unbounded*^

<xs:element name='ReferenceCapab*lityClassStructure">

<xs;comp*exType>

<xs:altribule fixed=‘SP_MSU1' form=*unqua!ified' name*"i<T type="xs:slring’ l>

<xs:attribute form=‘unqualified" namea*name* type="xs:string* />

<xs:attnbute form=‘uoqualified" namea*Vers>on* type=’xs:slring" l>

15

ГОСТ Р 57136—2016

<xs:attribute form=*unqualifi®d" патв='игГ type='xs:stnng* />

</xs:comptexTyp®>

</xs:e*ement>

</xs:sequence>

<xs:el®ment name='CapaMity_Class_Name'>

<xs:comptexTyp®>

<xs;attribu1® fixads"SmartPumpDaq* form=*unqua6fie(f name=*name* types*xs:string* f> </xs:comptexType>

</xs:eteo>ent>

<xs:el®fnent name=',Reference_Capabiliiy_Class_Str\>cture_Name">

<xs:comp*exTyp®>

<xs:attnbu1® fix9ds’SmartPump_Daq" form="unqualified" nam^'name' type='xs:sbing* /> </xs:comptexTyp®>

</xs:element>

<xs:element nam®="VMsion*>

<xs:comptexTyp®>

<xs:attribute fo(m="unqualified' name^'major' type="xs:string‘ l>

<xs:attnbute foim='unqualified" name=*minor" lype="xs:slnng’ />

</xs:compiexType>

</xs;etement>

<xs:element name='Oivner">

<xs:complexType>

<xs:sequence>

<xs:elemeni minOccurss’0" name='Name' type=‘xs:slnng' f>

<xs:element minOccurs=*0" name*"StreeT type-'xs:s1ring’ />

<xs:elem®nt mtnOccurs=*0" name*”City* type**xs:string" t>

<xs:elem®nt minOccurss*0" name="Zip“ type="xs:slnng* />

<xs:elem©nt mtnOccurs=*0" nam®*"State' type=’xs.siring" f>

<xs:elemen> minOccurs="0" name="Coontry’ type="xs:slring* l>

<xs:element minOccurs=’0" name="Comment* lype=*xs:slring“ f>

<tx s:sequenc®>

</xs:comptexTyp®>

</xs:e*ement>

<xs:elem®nt min0ccurs="0‘ maxOccurs='un bounded* rvame=*CompulingFaalilies"> <xs:comptexTyp®>

<xs:sequence>

<xs:element minOccurs="0" maxOccurs=*unbounded" nan>e="Proc®ssof'> <xs:conplexTyp®>

<xs attribute forms’unqualifietT name='type* lype="xs:string* /> </Ab.uu«ii|jfc*ATy(je>

</xs:el®fnert>

<xs:elemen> minOccurss*0" maxOccurs=*unbounded" name®"OpefatingSystem*> <xs:conplexType>

<xsattribute (orms'unqualifiecT name="type* types'xs:string* l> </xs:comptexType>

</xs:elemert>

<xs:element mtnOccurss"0" maxOccurs=*unbounded" name="Language*> <xs:corrplexType>

<xs:attribute rorm=*unqualified" name="name* lype=‘xs:string" /> </xs:contptexType>

</xs:elemert>

<xs:element minOccurs='0" maxOccur5=’unbounded" пагое="Метогу'> <xs:corrplexType>

<xs:attribut® form=*unqualifiecr name='size" type="xs:slnng" />

<xs:attribul® fofm=’unqualified" nam®s*unit* lype=’xs:slring" l> </xs:contptexTyp®>

</xs:elemecl>

<xs:elem®nt minOccurss*0' maxOccurss*unbounded" name="DiskSpace“> <xs:conplexTyp®>

<xs:attribute fOfm=’unqualifiecT name=*size" type="xs:stnng* />

<xs:attribut® fofm=*unqualifie<T name8"unit* type=*xs:string" /> </xs:conip»exType>

16

ГОСТ Р 57136—2016

</xs:elemenl>

</xs:sequence>

<xs:attribute form®”unqualified* name® Type" type="xs:string* f>

</xs:complexType>

</xs:etement>

<xs:etement name="RefetenceDiclionaryName'>

<xs:comptexType>

<xs:attribute form="unqualified* name=’name“ type®*xs:string* f>

</xs:oomplexType>

</xs:etement>

<xs:e*ement minOccurs='D* maxOccurs="unbounded* name=*NumberOfProfileAttributes’> <xs:comptexType>

<xs:atlribute form="unqualified* name=*number" type=*xs:string* f>

</x s:oomplexType>

</xs:etement>

<xs:etement mirtOccursO* maxOccurs8'unbounded* name=*NumberOfMethods'>

<xs:compiexType>

<xs:attribute form8*unqualified* names’number* type=*xs:slnng' f>

</xs:complexType>

</xs:etement>

<xs:etement minOccursO* maxOccurs="unbounded* name=*NumberOfResources*>

<xs:comptexType>

<xs:attribute form=*unqualified* name="number" types*xs:slring* l>

</xs:oomplexType>

</xs:etement>

<xs:e*emenl minOccurs=*0‘ maxOccurs="unbounded* names*NumberOfConstraints*>

<xs:cofnptexType>

<xs:aUribute form^*unqualified* name=*number“ types*xs:string* l>

</xs:oomplexType>

</xs:etemen!>

<xs:e*ement minOccursO* maxOccurs=*unbounded* name=*NumberOfExlensions*>

<xs:comptexType>

<xs:a»ribute form^"unqualified* name=*number" type=*xs.strwig" l>

</xs:cofnplexTyp6>

</xs:etemenl>

<xs;e*ement minOccursO* maxOccurss'unbounded* name=*NumberOfl_owerlevels"> <xs:comptexType>

<xs:aUribute form="unqualified* names*number* type=*xs:string' t>

</xs:complexType>

^/xorotomont*

<xs:element гттОссиг5=*1Г max Occurs=*un bounded" names'NumberOfSubtemplatesAtNextLowe rLevel"> <xs:comptexType>

<xs:attribule form="unqualified* name=*number" type=*xs:stnng' f>

<lx s:oomplexType>

</xs:etement>

</xs:sequence>

</xs:complexType>

<xs:complexType name=*Speafi;PartType">

<xs:sequence>

<xs:e*emenl name="Reference_MDM_Name">

<xs:«xnplexType>

<xs:aUribute form^"unqualified* name=*domain_name* lype='xs:slring* />

</xs:oomplexType>

</xs:etemen!>

<xs:e*ement name='MOD_Descript»on_Format">

<xs:compiexType>

<xs:atlribute form^"unqualified* names*focmal_name* type=*xs:string‘ l>

</xs:complexType>

</xs:element>

<xs;etement names~MDD_Descripfion*>

<xs:complexType>

<xs:sequence>

<xs:cho*ce>

17

ГОСТ Р 57136—2016

<>s:etemenl name=*Set_Of_MDD_Objects">

<xs:complexType>

<xs:sequence minOccurs=*0* maxOccurs='unbounded*>

<xs:etemenl name="MDD_Name’>

<xs:comptexType>

<xs:sequence>

<xs:element name='MDDJnformation_Exchange,'> <xs:complexType>

<xs:sequence maxOccurs=-unbounded*>

<xs:sequence>

<xs:element minOccurs^'O"

maxOccur5='urvbounded* name='information Jn">

<xs:comptexType>

<xs:attribute fofm='unqualified‘ name='name'

type="xs:stnng' uses’required* l>

<xs:attribute form=*unqualified'

name='Value~ type=*xs:slring* use»'required* t>

</xs:compiexType>

</xs:etement>

</xs:sequence>

<xs:sequence>

<xs:elemecrt minOocurs=”0*

maxOccurss*unbounded* name=‘mformation_out'>

<xs:compiexType>

<xs:attnbute fom>="unqualified'

name='name" lype="xs:slring’ uses*required* />

<xs:attribute form=’unqualified'

name='value" type=*xs:slfing’ use»'required* f>

</x s:eomplexType>

</xs:eiement>

</xs:sequence>

<xs:sequence>

<xs:element minOccurs=’X)’

maxOccurss*unbounded* name='information_inout*>

<xs:comp(exType>

<xs:attribute forTns'unqualified"

name='nan>e" type="xs:string' use='required' />

<xs:attribute forTns'unqualified"

name=*value" type=*xs:string' uses'required* t>

</льлллир1едТуре>

</xs;e*ement>

</xs:sequence>

</xs:sequence>

</xs:complexType>

</xs:eiement>

<xs:element name*"MDD_Constraints*>

<xs:complexType>

<xs:sequenoe>

<xs:element mir>Occure=‘0' maxOccurs=‘unbounded"

names*Constratnt name'>

<xs:complexType>

<xs:attnbute form=4inqualtfiecT name='name*

type='xs;string“ use="required" l>

<xs:attribute name=*property* types*xs:string~

use=*required* f>

</xs:comptexType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:etement>

<xs:element names*MDD_Resources*>

<xs:comptexType>

16

ГОСТ Р 57136—2016

name=*Resource name*>

type='xs:string' />

use='required’ t>

uses*required* />

use=’required’ />

use=’required’ />

type="xs:string7>

type='xs:string' />

type=’xs:slring“ />

<xs:seqoenc©>

<xs:eletnent minOocurssD* maxOcciX3='un bounded' <xs:complexType>

<xs:attnbute form=“u nQuaUfied" name^'name'

</xs:compiexType>

</xs:eten>ent>

</xs:sequeoce>

</xs:oomplexType>

</xs:etement>

</xs:sequence>

<xs:attribute foan=‘ur>qualified* name=*name* types*xs:string*

<xs:a№ibute foon=*unqualified* name='action' type='xs:slring*

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:comptexType>

</xs:element>

<xs:el3ment name=*Ust_Of_MDD_Objects'>

<xs:complexType>

<xs:sequeoce minOccurss*0” maxOccurs=*unbounded">

<xs:etemenl r\ame=*MDD_Mame>

<xs:oomplexType>

<xs:aHribute fofm=‘unqualified* name=*oame' type='xs:string'

<xs:attribute form='unqualtfiecT name='action' type=*xs:string*

</xs:complexType>

</xs:element>

</xs:sequence>

</xs :comptexType>

</xs:efemeot>

<xs:el3ment name='Time_Ordered_MDD_Objecls*>

<xs:complexTyp©>

<xs:sequence minOccurss*0“ maxOocurs='unbounde(T> <xs:etement names’Time_Occufreoce_Of_MDD_Objecf> <xb.uui i iplexType>

<xs;sequence>

<xs;etement name="MDD_Name'> <xs:complexType>

<xs:attribute form="ur>qualrfied' names*name"

<xs:attribute form=-unqualif*ed* nan>e=*acUoft'

</xs:complexType>

</xs:etement>

<xs:etement name="MDD_Qualifiers'>

<xs:comptexType>

<xs:sequence minOocurssD* maxOccurss*unbounded*> <xs:element name="Qualifier_NafT>e'> <xs.comptexType>

<xs:aUribute form=“unquafified" name=”name'

</xs:comptexType>

</xs:e4ement>

</xs:sequence>

</xs:oomplexType>

</xs:etement>

</xs:sequeoce>

19

ГОСТ Р 57136—2016

type=*xs:string'/>

</xs:comptexType>

</xs:etement>

</xs:sequence>

</xs:complexType>

</xs:etemeni>

<xs:etement name="Event_Order©d_MDD_Obtects*>

<xs:comptexType>

<xs:sequence minOccurs=*'0" maxOccurs='unbounded'»

<xs:element name="Event_Occurrence_Of_MDD_Object'> <xs:comptexType>

<xs:sequence>

<xs:element name=*MDD_Name*> <xs:complexType>

<xs:attribute form=*unqualified* name="name’ <xs:attribute form=*unqualified“

name="actk>n“type="xs:string' >

</xs;comp*exType>

</xs:element>

<xs:element name='MDD_Qualr5efs*>

<xs:complexType>

<xs;sequeoce minOccurs=*0* maxOccurs="unboundecr> <xs:etement name='Quatrf*er_Name*> <xs:oomplexType>

<xs:attribute fcxm=*unquattfted'

namas'name’typee'xsislfing" />

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:compiexType>

</xs:element>

</xs:sequence>

</xs:comptexType>

</xs:etement>

</xs:sequence>

</xs:complexType>

</xs;etament>

</xs:cho*ce>

</xs:sequence>

^/xe:oomptexTypo>

</xs:tfement>

<xs:elament minOccurs=*0“ maxOccurs="unbounded* name=*l_ist_Of_CC_At tributes" l> <xs:elamenl minOccurs='0" maxOccurs="unbounded* name=*List_Of_CC_Me<hods* /> <xs:el ament minOccurs=*0" maxOccurs="unbounded* namea*Ust_Of_CC_Resources"/> <xs:elament minOccurs=*0' maxOccurs="unbounded* name= Ust_0(_CC_Constraints* f> <xs:elament minOccurs=*0" maxOccurs=*unbounded* name=*List_Of_CC_Extensions" l> <xs:elament minOocure=‘0* maxOccurs='unbounded" name=*Lisl_Of_CC_lower_Levete** t> <xs:elament minOocurs='0* maxOccurss**unbounded*' name=*Ltst_Of_CC_Sub templates' t> </xs: seqience>

</xs:comple*Type>

</xs:schema>

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

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

<?xml version="1.0" encoding='utf-8"?>

<xs:schema xmlns:xse'http:/toww.w3.org/2Q01/XMLSchema*>

<xs:etement name=‘Capat«lrtyProFiling">

<xe:complexType>

<xs:sequence maxOccurs='unbounded">

<xs tenement naroe=Template*>

<xs:compiexrype>

20

ГОСТ Р 57136—2016

<xs:attribute fixed="SmartPumpDiag_PLC2_MSU2* form='unqualrfie(T name='i(T

type**xs:string“ f>

<xs:attribute fixed-'SmartPumpDiagnose' name='name' type*'xs:string* use='require(T f> </xs:oomplexType>

</xs:eiement>

<xs:eiement name=Type">

<xs:comptexTyp9>

<xs:attributefixed*“MSU_profile* name='icf type='xs:string* use^reqixred" l>

</x s:oomplexType>

</xs:etement>

<xs:e*ement na me= CapabiktyProfile'>

<xs:comptexTyp3>

<xs:sequenca>

<xs:elemsnt name='Pkgtype'>

<xs:comptexType>

<j>s:attribute form='unqualified'' name**version* type=*xs: string' /> </xs:comptexType>

</xs:etefrtent>

<xs:elemsnt name='Common" lype="CommonPartType* l>

<xs:elem»nt name*'Specific* type**SpecificPartType* />

</xs:sequence>

<xs:attributeform*"unqualrfied* name*'date* type*'xs:string* />

</xs:oomplexType>

</xs:etement>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:comptexType name*'CommonPartType“>

<xs:sequence>

<xs:element name='MSU_Capabitity'>

<xs:comptexType>

<xs:sequence>

<xs:element fixed**SmartPumpDiagnoseMSU2* name=*lD" type=*xs:string~ /> </xs:sequence>

</xs:complexType>

</xs:etement>

<xs:sequence maxOccufs=*unbounded">

<xs:etement name**ReferenceCapabilrtyClassStructure*>

<xs:complexTyp9>

^xe:attributo fixod-"SP_MSU2" form-“ur>qualrfiod* rvamo“*«d* typo-*'xe:ctring* /S <xs:attribute form*"unqoalified* name**name' type* *xs:st ring* f> <xs:attributeform**unqualified* name*'version* type*"xs:stnng* />

<xs:attribute form="unqoalrfied* name=*urT type*"xs:string* f>

</xs:complexType>

</xs:etement>

</xs:sequence>

<xs:element name**CapaWity_Class_Name'>

<xsxompiexType>

<xs:attribute fixed**SmartPumpDiagnose* form=*unqualifiecr name**name' type**xs:string~ t> </xs:complexType>

</xs:etement>

<xs:element name**Reterence_Capabilrty_Class_Structure_Name">

<xs:comptexType>

<xs:attribute fixed**SmartPump_Diag* forms'unqualified* name**name* type**xs:string~ /> </xs:complexType>

</xs:etement>

<xs:element name**Versiofi*>

<xs:comptexType>

<xs:attribute form*'unqualified* name=*major' type="xs:string' />

<xs:atlribute fom**unqualified“ name**minor* type*”xs:string* />

</xs;comptexType>

</xs:etement>

21

ГОСТ Р 57136—2016

<xs:eleroent name="Owner*>

<xs:compiexType>

<xs:sequence>

<xs:element mhOocurs=''0'' name=*Name* type=*xs;string’ />

<xs:element mhOccurs='0'' name=‘Streef type=*xs:string* />

<xs:element mhOccurs="0" name=*City' type='xs:string* />

<xs:element mhOccurss'O" name=’Zip“ type="xs:string' />

<xs:element mhOccurs="0" name=*Stale' lype='xs:strir»g" l>

<xs:element mrOccurs="0" name=*Country" type="xs:string# />

<xs:element mhOccurs=*tr names*Comment* type=*xs:slring" l>

</xs:sequence>

</xs:complexType>

</xs:elemenl>

<xs:eleroent minOccursO* maxOccurs='unbounded* name='ComputingFacittUes“> <xs;comptexType>

<xs:sequence>

<xs:element mhOc<ajrs=“0'' maxOccixs='unbounded* name='Processor">

<xs :comp*e<Type>

<xs:attribute form=*unqualified* name='type“ type="xs:slring’ l>

</x s:compiexType>

</xs:elemenl>

<xs:element mhOccurs="0" maxOccurss'unbounded* name=*OperatingSystem'> <xs:compte*Type>

<xs:attribute form="unqua!ified' name=1ype* type="xs:slring' /> </xs:compJexT ype>

</xs:elemenl>

<xs:element mhOccurs=*0" maxOccurss'unbounded* names*Language*> <xs:comptexType>

<xs:attribute form='unqualified" name="name“ type=*xs:slring* t> </xs:compiexType>

</xs:element>

<xs:element mhOccurs=”0* maxOccurs='unbounded* name=*Memory'> <xs:comp(e<Type>

<xs:attribute form=*unqualified" names'«ze* type-'xs:sfring' f> <xs:attribute form=’unqualified* name="unit' type='xs:string* l> </xs:compiexType>

</xs:element>

<xs:element mhOccurs=*0* maxOccurss'unbounded* name=*D»skSpace*> <xs;comp4exType>

^xs:atthbuto fofm~“unqualified* nomo-'ceo” typo^xeietring’ /5» <xs:attribute form='unqualified" пате=*ипй' type='xs:slring* /> </xs:complexType>

</xs:element>

</xs:sequence>

<xs:altribute form=* unqualified* name=*type* type=*xs:string* />

</xs:complexType>

</xs:etemenl>

<xs:element names~ReferenceDictionaryName*>

<xs:comptexType>

<xs:attribute form^* unqualified* name=*name“ type=*xs:slring' t>

</xs:oomplexType>

</xs:etemenl>

<xs:element minOccursO* maxOccurss'unbounded* name=*NumberOfProf«leAttributes'> <xs:compiexType>

<xs:attribute forms*unqualified' name=*number* type=*xs:stnng' f> </xs:complexType>

</xs:element>

<xs:element minOccurs='D* maxOccurss'unbounded* name='NumberOfMelhods*> <xs:compiexType>

<xs:atlribute form=" unqualified* name=*number* types*xs:string' t> </xs:complexType>

</xs:element>

22

ГОСТ Р 57136—2016

<xs:element minOccurs=*CT naxOccurs=*unbounded* names*NumberOfResources*>

<xs:compiexT ype>

<xs:aUribute form="unqualified* name=*number" type=*xs:string' t>

</xs:complexType>

</xs:e*emertt>

<xs:element minOccurs="0* naxOccurs=*unbouodecf name=*NumberOfConstraints*>

<xs:compiexT ype>

<xs:attribute form="unqualified‘ name='number' types*xs:string* />

</xs:complexType>

</xs:e*ement>

<xs:element т!пОссиг8="0* naxOccurss'unbounded* name=*NumbefOfExlensions'->

<xs:complexT ype>

<xs:attribute forms'unqualified* name=*number" type=* xs:string* t>

</x s:oomplexType>

</xs;eiemenl>

<xs:element minOccurs=*0* naxOccurs=“unbounded* name='NumberOfLowerLevets'>

<xs:comp(exType>

<xs:attribute form="unqualified* name=*number" type=*xs:string' />

</xs:complexType>

</xs:e*emenl>

<xs:element minOccurss*0* naxOccurss'unbounded* names*NumberOfSubtempfatesAtNextlowerLevei~> <xs:compfexType>

<xs:attribute form='unquafified* name=*number" type=*xs:string' t>

</x s:complexType>

</xs:e*emenl>

</xs:sequence>

</xs:complexType>

<xs:complexType name="SpecificPartType'>

<xs:sequence>

<xs:element name='Reference_MDM_Name*>

<xs:compiexT ype>

<xs:attribute form='unqualified’ names'domain_name* type='xs:string* />

</xs:complexType>

</xs:elemenl>

<xs:element name='MDO_Descriplion_Formar>

<xs:compiexType>

<xs:attribufe form="unquaJified* name=*format_name" type=*xs:slring' />

</xs:complexType>

</xs:eiemenl>

*xc:elo*nonl nomo“"MDD_Doeoriplion*>

<xs:comptexType>

<xs:sequence>

<xs:cho*ce>

<xs:element ngmes“Sel_Of_MDD_Objecls*>

<xs:comptexT ype>

<xs:seqjence minOccurs=’0“ maxOccurs='unbour>ded">

<xs:3lement nam©s*MDD_Name*>

<xs:comp*exTyp©>

<xs:sequence>

<xs:element name='MDDJnformat»on_Exchange'>

<xs:complexType>

<xs:sequence maxOccurs=’unbounded*>

<xs:sequence>

<xs:e>ement mmOccurss’O" maxOccurss*unbounded"

name='nformation in*>

<xs:complexType>

<xs:attribute forms’unqualified" name='name'

type=*xs:stnng' иse='required" t>

<xs:atlnbute forms'unqualified" name='value*

type=‘xs:strkig' use='required“ />

</xs:comptexType>

</xs:element>

</xs:sequence>

23

ГОСТ Р 57136—2016

name=*information_out*>

<xs:sequence>

<xs:element minOocurs=*0* maxOccurs=** unbounded* <xs:complexType>

<xs:aUnbute form="unquaJified* names*name*

type='xs:string* use=**required" />

<xs:attnbule forms'unqualified' name=*value“

type='xs:string* use=**required" />

</xs:comptexType>

</Xs:e*emenl>

</xs:sequence>

<xs:sequence>

<xs:element minOocurs=*0* maxOccurs='un bounded*

name=*information_ir>out*>

<xs:complexType>

<xs;attnbirte forms'unqualified* names*name*

type='xs:string' use="required- О

<xs:attribute forms'unqualified* names*value**

type='xs:string’ use="requtred" l>

</xs:comptexType>

</xs:etement>

</xs:sequence>

<fxs:sequence>

</xs:comptexType>

</xs:etemenl>

<xs:element names*MDD_Cons1rainls*>

<xs:complexType>

<xs:sequenoe>

<xs:elemenl minOccurs="0" maxOccurss*unbounded'

name=*Conslraint_name*>

<xs:complexType>

<xs;attnbule forms'unqualified** name=**name'

type=*xs: string* uses'requjred** />

<xs:attnbute names'property' lypes'xs:string*

use=*require(f />

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:comptexType>

■*/хб:о*отоЫ*

<xs:element name='MDD_Resources*>

<xs:complexType>

<xs:sequence>

<xs:element minOccurs=**0" maxOccurss'unbounded**

name='Resource_name">

<xs:complexType>

<xs:attribute forms'unqualified** name=**name*

type='xs: siring* />

</xs:complexType>

</xs:element>

</xs:sequence>

</xs:comptexType>

</xs:e*emenl>

</xs:sequence>

<xs :altnbute form=**unquafified* names'name' type=**xs;string*use=*requr8cr t> <xs:attribute forms'unqualified* name='aclion* type='xs:string'uses'required* /> </xs:complexType>

<’xs:elemenl>

</xs:sequence>

</xs:complexType>

</xs:elemert>

<xs:elemen1 name=T.ist_Of_MDD_Obj6cts*>

24

ГОСТ Р 57136—2016

type='xs;string" f>

type=”xs:slring" />

<xs:oomplexType>

<xs:sequence minOccurs=vO* maxOccurs=*unboLmded*>

<xs:etement name=“MDD_Name">

<XS:comptexType>

<xs:attnbute {orm='unquabfied* names*name' type="xs;stnng’use=7eqwrecr f> <xs:attnbute form=*unqualified' name="aclion' type='xs;stnng'use='require<f /> </xs:oomplexType>

</xsBtemenl>

</xs:seqjeoce>

</xs:complexType>

</xs:element>

<xs:etement na-ne='TirT>e_Odered_MDD_Obfec1s">

<xs:complexType>

<xs:sequence mir>Occurs=*0* maxOccurs=*unbounded*>

<xs:etemenl name="Time_Occurrence_Of_MDD_Objecr>

<xs:complexType>

<xs:seqoence>

<xs:element name="MOD_Name*>

<xs:comptexType>

<xs:attribute forms'unqualified" name="nams' type='xs:string7> <xs:aUribute form='unqualified" name=_aclior"type=''xs:s<ring' /> </xs:complexType>

</xs:etement>

<xs:elemeot names*MDD_Qualifiers">

<xs:comptexType>

<xs:sequence mmOccurs='0" maxOccurss*unbounded~> <xs:element name=’Oualifier_Name">

<xs:complexType>

<xs:attribute form=*unqualified“ nam&=“name’

</xs:comp*exType>

</xs:elemenl>

</xs:sequence>

</xs:comptexType>

</xs:etement>

</xs:s&qu&nce>

</xs:complexType>

</xsBlement>

</xs:seqjence>

</xc:complexTypo>

</xs:element>

<xs:etement na-nes*Event_Ordered_MOD_Objecls'>

<xs:complexType>

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

<xs:e*emenl name®"Evenl_OccufTeoce_Of_MDD_Objecf>

•dcs:comp)exType>

<xs:sequence>

<xs:elemeot name="MOD_Name*>

<xs:comptexType>

<xs:attribute forms'unqualified* name="name* lype="xs:string7> <xs;aUrrbule form='unqualified‘' names'action*types*xs:string* /> </xsxomptexType>

</xs:etement>

<xs:element name="MDD_Qualifiers’>

<xsxomp»exType>

<xs:sequence minOccurs="0' maxOccur5='unbourtded"> <xs:element name='Qualtfier_Name'>

<xs:complexType>

<xs:attribute form='unqualified' name=“name*

</xsxomptexType>

</xs:element>

</xs:sequence>

25

ГОСТ Р 57136—2016

</xs:cotnptexT уре>

</xs.element>

</xs:sequence>

</xs:complexType>

</xs:elemenl>

</xs:sequence>

</xs:complexType>

</xs:etement>

</xs:choice>

</xs:seqoence>

</xs:complexType>

</xs:etement>

<xs:element minOccurs='(T maxOccurss*unbounded" name="List_Of_CC_Attnbutes* />

<xs:element minOccurs="{r maxOccurs='unbound&d" names"Lis<_Of_CC_Melhods* />

<xs:element minOccurs='(T maxOccurs=*unbounded' name=-'List_Of_CC_Resources" />

<xs:element mtoOccurs='{T maxOccurs=*unbounded' name=-Lisl_Of_CC_Conslrainls7>

<xs:elemenl mtnOccurs='OT maxOccurs=*unbound&d' nan>e=''List_0(_CC_Exlensions' t>

<xs:element minOccurs='C" maxOccurs=’unbounded" naroe="ljSt_Of_CC_Lci\ver_Leveis7>

<xs:element minOccurs=“{T maxOccurss*unbourtded" name="List_Of_CC_Sublemplates* />

</xs:sequence>

</xs:complexType>

</xs:schema>

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

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

<?xml versk)n="1.0“ encoding="utf-8“?>

<xs:schema xmins:xss* 001/XMLSchema’>

<xs:etement name="CapabilityPrcfiltng'>

<xs:complexType>

<xs:se queries maxOccurss*unbounded’>

<xs:element namesTemplate">

<xs:compfexType>

<xs:attribute fix€d=*SmartPumpControl_PLC1_MSU3* name='id* type=’xs:string" f>

<xs:attribute fix€d=*SmartPumpContror narr>e=*name" type=*xs:slring* uses'required* l> </xs:comptexType>

</xs:eten>ent>

<xs:elen>ent name=Type">

<xs;cofnptexType>

<xs:attnbute fix€ds'MSU_profile* name=*»d* type=*xs:string' use=’require(T О </xs;comptexType>

</xs:e*emenl>

<xs:e!ement name='CapabiJityProfite*>

<xs:comptexType>

<xs:sequenoe>

<xs:element name='Pkgtype">

<xs:complexType>

<xs:altribute form=*unqualified“ name® "version* typea*xs:string" !>

</xs:corrp»exType>

</xs:elemenl>

<xs:element name®‘Common' type="CommonPartType“ f>

<xs:element name*'Specific* type='SpecificPartType" />

</xs:sequence>

<xs:aUnbute forv^'unquafified" name®’date" typea*xs:string" t>

</x s:comptexType>

</xs:etement>

</xs:sequence>

</xs:complexType>

</xs:etement>

<xs:comptexType name="CommoTPartType“>

<xs:sequence>

<xs:element name='MSU_Capabtlity*>

<xs:complexType>

26

ГОСТ Р 57136—2016

<xs:sequence>

<xs:element fixed=‘SmartPmupControlMSU3* name=*lD" type**xs:string' /> </xs:sequenoe>

</xs:comptexType>

</xs:element>

<xs:sequence maxOccurs='unboonded">

<xs:eiement name="ReferenceCapabAtyClassStnjclure">

<xs:comptexType>

<xs:attribute fixed='SP_MSU3" form="unqualified* пате=*хГ type=*xs:string' t> <xs:attribute {orm*'unqua!ified* name=‘name" type="xs:stnng' f>

<xs:attribute form=4jr>qualified' name**version' type="xs:slring' />

<xs:attribute form*4jr>qualified* name=*urT type='xs:string’ />

</xs:complexTyp©>

</xs:etement>

</xs:seqoence>

<xs:element name**Capabdity_Class_Name'>

<xsxomp*exType>

<xs:attribute fixed=*SrrartPumpContror form=*ur>qualified' name='name* type*'xs:string’ f> </xs:compiexType>

</xs:element>

<xs:element name*"Refereno9_Capabitity_Ctass_Stmcture_Name*>

<xsxomptexType>

<xs:attribute fixed*'SrTartPump_Contror form='unqua!ified" name="name' type='xs:slnng* /> </xs:comptexType>

</xs:eleroent>

<xs:element name*‘Version'^

<xs:comp*exType>

<xs:altribu1e form**uncualified~ name="major" type*'xs:string* />

<xs:attnbute form*'unoualified" name="mir>of" type=“xs:string* />

</xs:compiexType>

</xs:element>

<xs:element name*'Owner”>

<xsxomptexType>

<xs:sequence>

<xs:element minOccurs*'0' name*"Name" type*"xs:slring' />

<xs:«lement mtnOccurs='0' name='StreeT type=*xs:string' />

<xs:element minOccurs='0* name="City* type*'xs:string" f>

<xs:element mmOccurs*'0“ name*'Zip' type='xs:slring* />

<xs:element mmOccurs**0* name*'State* type**xs:string" f>

■<xo:olomont m«nOccure-*0' namo_"Coontry' typo~“xe:etring’ ft*

<xs:element mmOccurs**0" name*Xomment* type**xs:string' f>

</xs:sequence>

</xs:comptexType>

</xs:ele*nent>

<xs:element minOccurs*^" maxOccurs*'unbounded* name**ComputingFacilities*> <xsxomptexType>

<xs:sequenc8>

<xs:element minOccurs**0* maxOccurs=*unbourxJed* names"Processor> <xs:complexType>

<xs:attribute forms'unqualifietf* name*'type' type='xs:string* />

</xs;comp*exTyDe>

</xs:element>

<xs:element mtnOccurs='0' maxOccurs**unbounded~ names'OperatingSystem*» <xs:complexTyp*e>

<xs:attribute form*'unqualifie(r name**type* type='xs:string* />

</xsxomptexTy»>

</xs:element>

<xs:element minOccurs='0' maxOccurs**unbounded" name*1anguage*> <xs:complexType>

<xs:attribute rorms'unqualified* name**name* type**xs:string~ l> </хе:сотр»ехТуэе>

</xs:element>

27

ГОСТ Р 57136—2016

<xs:element minOccurs='0" maxOccurs='unbourxJ&d" патв="Мвгткху*>

<xs:complexType>

<xs:attritute form=*unqualified“ name="size“ lype="xs:string* l>

<xs:attritute form=*unqualified* name=’unit’ types*xs:string" l>

<fx s:comptexType>

</xs:element>

<xs:element minOccurs='(T maxOccurs=*unbounded" names~DiskSpace*'>

<xs:complaxType>

<xs:attritute form=’unqualified' name=*size' type="xs:slring* />

<xs:attritute form=’unqualified“ name='unit’ type="xs;slring" />

</xs:comptexType>

</xs:elemenl>

</xs:sequence>

<xs:attribute form='unqualified“ names*type* lype="xs:stnng* l>

</xs:comptexType>

</xs:etement>

<xs:element name='ReferenceDictionaryName*>

<xs:comptexType>

<xs:attribute fOfm="Unqualified" name="name" type='xs:slring* i>

</xs:comptexType>

</xs:etement>

<xs:element minOccurs="t" maxOccurs»’unbounded* name=*NumberOfProfileAttribules*> <xs:comptexType>

<xs:attribute for7n="Unqualified' name="number" type="xs:stnng" i>

</xs:comptexTypa>

</xs:etement>

<xs:element minOccurs=“C* maxOccurs»’unbounded* names*NumberOfMethods*>

<xs:complexType>

<xs:attribute form="bnqualified" name="number" type='xs:string" l>

</x s:comptexType>

</xs:etement>

<xs:element minOocurs="C' maxOccurs»'unbounded' names'NumberOfResources">

<xs:comptexType>

<xs:attnbute form^nqualified" name="number" lype="xs:stnng" />

</xs:compiexType>

</xs:e*ement>

<xs:element minOocurs=f maxOccixs='un bounded" name=*NumberOfConstraints">

<xs:comptexType>

<xs:attnbute form="Unqualified" name="nixnber' type="xs:stnng" l>

<Ыъ: oomptoxTypo>

</xs:e*ament>

<xs:element minOccurs="C" maxOccurs="unbounded* name="NumbefOfExtensions">

<xs:comptexType>

<xs:attnbute form='Unqualified" name="number" types"xs:slring* />

</xs:complexType>

</xs:e*ement>

<xs:elemenl minOccurs=t* maxOccurs» "unbounded* names"NumberOn.owerLevets*>

<xs:comp»exType>

<xs;attnbute form="Unqualified" name="number" type="xs:stnng" (>

</xs:compiexType>

</xs:etemertt>

<xs:element minOocurs=f maxOccurs» "unbounded* names*NumberOfSub<emplatesAtN6xtLowe rLeveT> <xs:comptexType>

<xs:attribute form=*Unqualified" name="number“ type="xs:slnng* />

</xs:compiexType>

</xs:etement>

</xs:sequence>

</xs:oomplexType>

<xs:compiexType name="Specif»cPartType">

<xs:sequence>

<xs:element names“Reference_MDM_Name*>

<xs:comptexType>

28

ГОСТ Р 57136—2016

<xs:attribute form='uncualified" name="domain_name‘ type='xs:slring" f>

</xs:compiexType>

</xs:element>

<xs:element name="MDD_Descnplion_Foanar>

<xs:comptexType>

<xs:aUribute forma*unoualified" name=1ormat_name" lype=“xs:string* />

</xs:comptexType>

</xs:elemenl>

<xs:element name='MDD_Descriplion">

<xs:comptexType>

<xs:sequenoe>

<xs:choice>

<xs:element name="Set_Of_MDD_Objects*>

<xs:comp»e>Type>

<xs:sequence mtnOccufs='0' maxOccurss*unbounded">

<xs:element name=*MDD_Nan>e*>

<xs:complexType>

<xs:sequeoce>

<xs:etement namea*MDD_lnformation_Exchange*>

<xs:oomplexType>

<xs:sequence maxOccursa*unbounded">

<xs:sequence>

<xs;etement minOccurs='0“ maxOccurss>unbounde(T

name=“information_in'>

<xs:oomplexType>

<xs:attribute fofma*unquaIifie<r

name="name'type=*xs:string" use="requ red" f>

<xs:a№bute forma*unqualified*

name=-Value"type='xs:string" use-’required" />

</xs:complexType>

</xs:etement>

</xs:sequenoe>

<xs:sequence>

<xs:etement minOccursa*0* maxOccurs='unbounde(T

name="intormation_oul'>

<xs:oomplexType>

<xs:attribule forma*unquaJif»ed* name='name*

type="xs:string* usea*requred* />

<xs:attribute form='unqualified' namea*vaJue*

typea"xs:string’ use=’required' />

</xs:complexType>

</xs:etement>

</xs:sequence>

<xs:sequence>

<xs:etement minOccursa'0* maxOccurss'unbounde(T

name="information_inoirt">

<xs:oomplexType>

<xs:attribute form=‘ur>quaWied* name='name*

typea"xs:sfring* usea*required* />

<xs:attribute forma*unqualified* name=‘vaJue*

typea"xs:slring* use='required‘ l>

</xs:complexType>

</xs:etement>

</xs:sequence>

</xs;seqoence>

</xs:complexType>

</xs:element>

<xs:etement name=*MDD_Conslraints">

<xs:oomplexType>

<xs:sequence>

<xs:e*ement minOccurs="0* maxOccurs=’unbounded*

namea’Con strain t name*>

<xs:comptexType>

29

ГОСТ Р 57136—2016

<xs:attribute form ="ur>qualf6ed* name=’name"

type=*xs:str?ng’ use=’required" />

<xs:attribute name ^property" type='xs:stnng’

use="required" f>

</xs:complexType>

</xs:etement>

</xs:sequence>

</xs:complexType>

</xs:element>

<xs:etement name='MDD_Resources'>

< xs:complexType >

<xs:sequence>

<xs:e4ementminOccurss>0* maxOocurss"unbounded*

name="Resource name*>

type='xs:slring' />

<xs:comptexType>

<xs:attribute form="ur>qualffied* name=‘name"

</xs:oomplexType>

</xs:etement>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:sequence>

<xs:atlribute form=’unqtjalHte<r names'name' types*xs:string"uses*fequirad~ l> <xs:attribute form='unqualrfie(r name=’actiocT typ&="xs:string'use=*requtfecT f> </xs:comp*exType>

<jxs:element>

</xs:sequence>

</xs:cofrptexType>

</xs:etemen>

<xs:element name=*List_Of_MDD_Objects“>

<xs:compJexType>

<xs:sequence minOccurs='0“ maxOccur5='unbounded‘'>

<xs:element name='MDD_Name*>

<xs:complexType>

<xs:atlnbole form='unqualrfied* name='name* type='xs:sfhng"use='required" /> <xs:atlribuls forms’unquatHied* name='actioo' type='xs.string'use='requirecf f> <fxs: comp*exType>

<jixs:alement>

^/xe:eequoncoN

</xs:comptexType>

</xs:etemeo>

<xs:element name='Time_Ordered_MDD_Objects'>

<xs:comptexType>

<xs:sequence m(nOccurs="0“ maxOccur5=*unbounded">

<xs:element name='Time_Occun,ence_Of_MDD_Object*>

<xs:complexType>

<xs:sequence>

<xs:etement r\ame='MDD_Name">

<xs:oomplexType>

<xs:attribute foan='unquatHted* name='name* fype=’xs:string7> <xs:attribute forni=*unquatifted* name='action*type='xs:string“ f> </xs:complexType>

</xs:element>

<xs:element name=*MDD_Qualifiers'>

<xs:oomplexType>

<xs:sequence minOccurs='0* maxOccurs='unbounded"> <xs:etefi>ent names*Qualifier Name‘>

<xs:complexType>

<xs:attribute form ="ur>qualf6ed' name='name"

type=*xs:string' t>

</xs:oomplexType>

30

ГОСТ Р 57136—2016

</xs:etement>

</xs:sequence>

</xs:complexType>

</xs:etemenl>

</xs:sequence>

</x$:complexType>

</xs:elemeot>

</xs:seqjence>

</xs:compte<Type>

</xs:element>

<xs:element names'Evenl_Ordefed_MDD_Objecls'> <xs;comp*e>Type>

<xs:seqLence minOccurss'(F maxOccurs=*unbounded"> <xs:element names*Event_Occurrence_Of_MDD_Object'> <xs:complexType>

<xs:sequence>

<xs:etement name=*MDD_Name“>

<xs:complexType>

<xs:attribute form=*ur>quaIified' name='narc>e* type='xs:slhng7> <xs:attribute form='unqualified' name='action’type='xs;string" t> </xs:complexType>

</xs:etement>

<xs:eteo»nt names"MDD_Qualifiers*>

<xs:oomplexType>

<xs:sequence minOccurs='0* maxOccurs='unbounded*> <xs;e*ement nan>e='Qualifier_NarT>e*>

<xs:complexType>

<xs:attribute form»'unqualified"

name="name'type="xs:slrir>g" />

</xs:oomplexType>

</xs:etemerrt>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:sequence>

<xs:comptexType>

</xs:element>

</xs:seqjence>

</xs:comple<Type>

*7’Me:olo«nant>

</xs:choice>

</xs:sequence>

</xs:comptexType>

</xs:ele*nent>

<xs:element minOocurs='0' maxOccu»s=’unbounded* name=TJst_Of_CC_Attributes' /> <xs:element minOccurs=*0" maxOccurss'unbounded* name=Usl_Of_CC_Methods' /> <xs:element minOocurs='0" maxOccu»s='unbounded* name=*l.ist_Of_CC_Resoufces' f> <xs:element minOccurs=D" rnaxOccixs='un bounded' names*l.is1_Of_CC_Conslraints"/> <xs:element minOocurs='CT maxOccurs='unbounded* name=Usl_Of_CC_Extensions' f> <xs:element minOocurs="0" maxOccurss*unbounded* name=*Lisf_Of_CC_Lowef_Levels7> <xs:element minOocurs^D" maxOccurs*'unbounded* nameaT.isl_Of_CC_Subtemplates7> </xs:sequence>

</xs:complexType>

</xs:schema>

31

ГОСТ Р 57136—2016

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

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

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

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

<?xml version=“1.0" encoding=‘utf-8"?>

<CapabilityProfilif>g xmfns:xsi®* 001/XMLSchema-in stance" xsi:noNamespaceSchemaLocation= *C:\ISO\SmartPump\SmartPumpDaqxs(T>

«Template id=*SmartPumpControl_PLC1_MSU_r name®'SmartPumpDaq* />

«Type td=*MSU profile* />

«CapabifctyProfite date=*2012-12-30*>

«Pkgtype version="1.00* />

«Common»

«MSU_Capabilry»

«ID»SmartPumpDaqMSU1</ID»

«/MS U_Capabil1y>

«ReferenceCapabdityClassStructure id®*SP_MSUV f>

«Capabtkty_Class_Name name=*SmartPumpDaq" f> «Reference_Caoability_Class_Structure_Name name=’SmartPump_Daq* />

«Version major**!’ minor="1"/>

«Owner»

«/Owner»

«ComputingFadlities»

«Processor type=*logix'* /»

«OperativgSystem types*AB* t>

«Language n^ne='EN* /»

«Memory size® *32" unrt="MB* t>

«OiskSpace size='20* unit=*GB* /»

«/ComputingFadlities»

«ReferenceDictionaryName /»

«NumberOfProfteAttributes »

«NumberOfMethods />

«NumberOfResources f>

«NumberOfConstraints l>

«NumberOfExtensions f>

«NumberOfLowsrLevels /»

«NixnberOfSubemplatesAtNextLcrwerLevel /»

«/Common»

«Specific»

«Reference_MDM_Name domam_name="SmartPumpModeT />

«MOD_Deschption_Formal format_name=*Set_of_MDD_Objects* /»

«MOD_Description»

”<Set_Of_MDD_Objects»

«MOD_Name name®"DalaAcq* action®’Receive*»

«MDD_lnformation_Exchange»

«information in name="flow" value®*" f>

«information Jn names'pressure" value®'" /> «information_in name®"temperature" value®"* f> </MDD_lnformation_Exc*iange»

<MDD_Constraints»

«Constraint_name name=*Process!D*

property®*SensorOataAcquisition~ f>

«/MDD_Constraints»

«MDD_Resources»

«Resource_name name®*ControlLogix01"/>

32

ГОСТ Р 57136—2016

</MDD_Resources>

</MCD_Name>

«MDD_Name name='CavlnfoRequestEx* act»on=*Send*» «MDD_lnformation_Exchange»

<in{ormation_oul namee'CavInfoRequesf value®"" /> </MDD_lnformation_Exchange>

<MDD_Constraints>

</MDD_Conslraints>

<MDD_Resources>

<Resource_name name=’ControlLogixO1' f>

«/MDD_Resouroes>

</MCO_Name>

</Set_Of_MDD_Objects>

</MDD_Descripl»or>

«/Specific»

«/CapabiWyProfile»

«/CapabilityProfifing»

C.2 Профиль функциональных возможностей MSU-модуля диагностики состояния насоса с программным управлением

Нижеприведенный XML-примвр иллюстрирует профиль функционагъных возможностей MSU2-Moaynn. предназначенного для диагностики состояния насоса.

<?xmt version®"!^ encoding=*ulf-8"?»

«CapabilityProfiling xmlns:xsi=*http://v*ww.w3.org/2001/XMLSchema-instance* xsi:noNamespaceSchemaLocatk>ns’C:\ ISOVSmartPump\SmartPumpDiag.xsd*»

«Template id=*SmartPumpDiag_PLC2_MSU2"' name='SmartPumpDiagnose* f>

<Type id='MSU_pfoWe'’ l>

«CapabifityProfile date®*2 012-12-30"»

<Pkgtype version=*1.0.0’ />

«Common»

«MSU_Capabitity>

<ID>SmartPumpOiagnoeeMSU2</ID>

</MSU_Capability>

«ReferenceCapabiityClassStructure id=*SP_MSU2*/»

<CapaMity_Class_Name name=’SmartPumpOiagnose' l> «Reference_CapafciSty_Class_Struclure_Name name=*SmartPump_Diag“ l>

<Version major®* 1 ’ minor®* 1 * f>

<Owner>

</Owner>

«ComputingFaciltoes»

«Processor ype=*logix* i>

«OperatingSystem type=*AB* f>

«Language name®’EN* />

«Memory sce=*32" unil=“MB* />

«DiskSpace size®“20* unit=*GB" />

«/ComputingFaolitias»

«ReferenceDictionaryName f>

«NumberOfProWeAUributes l>

«NumberOfMethods /»

«NumberOfRasources t>

«NumberOfConstraints /»

<NumberOfExtens>xis1>

«NumberOfLowerLavels t>

«NumberOfSubtenplatesAtNextLowerLevel />

«/Common»

«Specific»

«Refereoce_MDM_Name domain_name="SmartPump Model* t>

«MDD_Description_Format formar_name="Set_Of_MDD_Objects' t>

«MDD_Description»

<Set_Of_MDD_Objects»

<MDD_Name name®’CavlnfoRequeslEx* action-'Receive*» «MDD_lnformation_Exchange>

«information_in name®*CavlnfoRequest* value®**/»

33

ГОСТ Р 57136—2016

«/MDDJnformat»on_Exchange»

<MOD_Constraints>

</MDD_Constraints>

«MDD_Resources»

<Rescxjrce_name name="Cofitro<Logix02' /> «/MDD_Resources»

</MDD_Name>

<MDD_Name name='Diagnosl>cs' actior^'Send"» «MDD_lnformation_Exchange»

«/MDDJnformatoon_Exchar>ge»

<MOD_Constraints>

«Conslramt_narr>e name=*ProcesslD"

property**CurrentHealthEvalu ation* j>

</MDD_Constrainls»

<MDD_Resources>

<Resource_name names'ControlLogix02* /> «/MDD_Resources»

</MDD_Name>

<MDD_Name name=’CavlnfoResponseEx' action=*Sencf» <MOD_lnformalion_Exchang0>

<mformation_out name='CavlnfoResponse' value*-" t> «/MDDJnformaUon_Exchange»

<MOD_Constraints>

</MDD_Constrainls>

<MDD_Resoorces>

<Resource_name name=''ControlLogix02’ /> «/MDD_Resources»

</MDD_Name>

oSet_Of_MDD_Objects»

</MDD_Oescription>

«/Specific»

«/CapabilityProfite»

«/CapabilrtyProfiling»

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

Нижеприведенный XML-прииер иллюстрирует профиль функциональных возможностей MSU3-модуля программного управления.

<?xml version**1.0"enooding=*uH-8'?>

«CapaLiililyPiuriliiiy Aiiihib.Abi—*liUpy/ 001rXML3Ummd-eista*к.o' A»i.noN<«iiibbpi*ue3clieiiiaLucetiuii-’C.\ ISO\SmartPump\SmartPumpCoritrol.xsd'»

«Template id=’SmartPumpControl_PLC 1 _MSU3* name=*SmartPumpContror />

«Type id='MSU_profite* />

«CapabfctyProfile date**2012-12-3(T>

«Pkgtype version*-1.00'/>

«Common»

«MSU_Capabilr.y>

«lD>SmartPmupCootrolMSU3«/ID>

«/MSU_Capabilty>

«ReferenceCapabilityClassStructure id=’SP_MSU3’ />

«Capab4ity_Class_Name name**SmaftPumpContror t> «Reference_CaMbility_Class_Structure_Name name=*SmartPump_ControT f>

«Version major**r minor=“1‘/>

«Owner»

«/Owner»

«ComputingFadlities»

«Processor type**logix" /»

«OperatirgSyslem type=’AB' />

«Language name="EN" f>

«Memory size=’32" unil=“MB' /»

«DtskSpaoe size*'20* unit=*GB‘ /»

«/ComputingFacilities»

34

ГОСТ Р 57136—2016

«ReferenceDictioruryName l>

«NumberOfProfileAUributes f>

«NumberOfMethods />

«NumberOfResources />

<NumberOfConstrants t>

«NumberOfExtensions t>

«NumberOfLowerLevels />

«NumberOfSubtemplatesAtNextLoweflevei />

</Common>

<Specific>

<Referer>ce_MOM_Name domain_name=*SmartPumpModer l>

<MDD_Description_Format format_name**Set_Of_MDD_Objects" t>

<MDD_Description>

<Set_Of_MDD_Objeds>

<MDD_Name name=*CavlnfoRespociseEx* act»on**Rece(ve'> <MDDJnformat»on_Exchar>ge>

«information _in name='CavlnfoResponse" value**" f> </MDD_lnformation_Exchange>

<MDD_Coostraints>

</MDD]_Constraints>

<MDD_Resources>

<Resource_name name=*ControlLogixO1" f>

</MDD_Resources>

</MOO_Name>

<MDD_Name name=*AdjustPumpSpeed* actior>='Send‘> <MDD_lnformat»on_Exchange>

<information_out name='Pump Speed* value*" />

<information_out name='Pump Flow PID" value*"* t>

<information_out name**Pump Pressure PID" value**" f> </MDD_lnforma1ion_Excharvge>

<MDD_Constraints>

<Constraint_name name=*ProcesslD" property**FlowPIDContror f> <Constraint_name name**ProcesslD" property**SpeedControl" f> <Constrartt_name name="ProcesstD* property*"PressurePIDControl* t> </MDD_Constraints>

<MDD_Resources>

<Resource_name name*’PowerFlexOO* f>

</WDD_Resources>

</MOO_Name>

'VSot_CH_MOD_Ob}Ooic>

</MDD_Descriptiort>

«/SpecifiO

</CapabdityProfile>

</CapabilityProfilir>g>

35

ГОСТ Р 57136—2016

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

AIME* и ADME-элементы. используемые в приложениях насоса с программным управлением

D.1 Общие сведения

Диаграмма последовательности операций, приведенная на рисукхе 0.1. иллюстрирует простой процесс обмена информацией между приложениями, связанными с управлением насосом и диагностикой его состояния. АОМЕ-элемент поддерживает этот обмен между приложениями, основываясь на функциональных возможностях ресурсов, идентифицированных в А МЕ-элементах. В этом сценарии приложение для упраалешя насосом запрашивает диагностическую информацию (степень кавитации в насосе) у приложения для диагностики состояния насоса и соответствующим образом корректирует скорость вращения насоса.

Pump Control

Pump Diagnostics

i    I

I CavitatlonlnfoRsquest I

CavftationlnfbResponsa

5

T

I

3L

■й

3

Pump control — управление насосом. Pump Diagnostics • диагностика состояний насоса. Caviiaoon into Request — запрос информации о кавитации. Cavitation Info Response — ответ на запрос информации о кавитации. Adjust Pump — регулировка насоса

Рисунок D.1 — Простой обмен информации между двумя приложениями

В разделах 0.2 и 0.3 лрмвасен пример набора AIME-элементов для управления и диагностики состояния насоса, а 8 разделе 0.3 приведен пример ADME-элемента интегрированного приложения для насоса с программным управлением. Более полный обмен информацией будет осуществляться с помощью нескольких ADME- и AIME-элементов.

D.2 AIME-элемент для управления насосом

Нижеприведенный XML-пример иллюстрирует AIME-элеменг для управления насосом.

<?xml version="1.0“ encoding=*utf-8'?>

<!SO_AIME xmins="http7/v«ww.tso.or3/aime* xmtais:xsd="hUp;/»Vvww.w3.org/2001/XMLSchema-instarK5e"> <MatrixElementHeader>

<MEidentification>PurTpControlAIME</MEidentificat>on>

<MErevision>1a</MErevision>

<MEname>D.1.2Ay_D.1.1Az</MEname>

<MEsource>ISO</MEsource>

<MEclass1D>AIP</MEdasslO>

<MEdate>2012-12-30</MEdate>

<MEregislry>lndus1ry_specific_reg»1ry_nan>eJSO_13774_DM</MEregistry>

«/Matrix ElerrwntHeader>

<MatrixEtententBody>

36

ГОСТ Р 57136—2016

<Conlext_Section»

«domainSecUon»

«domamSoorceHandle»D1.1«/domainSourceHandte>

«domainDestinationHandle»

«/domainDeslinabonHandle»

«/domainSection»

«applicationSectior»

<application5ourceHandle»PumpControK/applicationSourceMan(Se»

«applicationDestinationHandle»

«/applicattoriDeslinationHandle»

</appl»cationSecbon>

«applicationRetatioishipSecbon»

<applicationDomainRetationshipName>Pump_DM_Context«/applicationDomainRelationship

Name>

«/applicationRelati&nshipSection»

«processSection»

<processSojrceHandle»F)owPIDControl</processSourceHandle»

«processOestinationHandle»

«/processOestinationHandle»

</processSecboo>

«resourceSection»

«resourcePack name="PLC*>

<resourceName»ControlLogix01 «/resourceName»

<resourceProfite»PLCiso15745profite«/resourceProfite»

«/resourcePack»

«resourcePack name**VFD”»

«resourceName»PowerFlexOO«/resourceName»

«resourceProfi(e»VFDiso15745profile«/resourceProfile»

«/resourcePack»

«/resourceSection»

«/Conlext_Section>

<Conveyance_Section»

<description»PumpControl to Diagnostics (Cavitation Detection) Exampte</ description» «mformationType n3me="CavlnfoRequestType" type=*tCavlnfoRequest‘>

«description»

Diagnostics Request Message • AIME XML schema type CavInfoRequestMsg win have sensor values for How. pressure and temperature «/description»

«/mformationType»

«intormationType n3me=“CavlnfoResponseType* type=‘tCavlnfoResponse'»

«description»

Diagnostics Response Message - AIME XML schema type CavInfoResponseMsg will have degree of cavitation «/description»

«/mformationType»

«roleType names'PumpControtRote*>

«description» Role for Pump ControK/description»

«behavior name="PumpContror interfaces"PumpControllnterface*»

<des:ription»Behavior for PumpControl - use C1P for VFD controK/ description» «/behavior»

«/roleType»

«participantType name="PumpFlowControl*»

«description» Pump Control Participant«/description»

«roleType typeRef='PumpControlRote' />

«/participantType»

«channefType nama=’PumpControt2PumpMonitor' type=4S015745_ENet_CommNet_ProWe“» «description» Pump Control to Diagnostics Channel Type

Ethernet/IP channel based on IS015745-2 Comm Profile «/description»

«/channetType»

«/Conveyance_Secbon>

«/MatrixElementBody»

«/ISO AIME»

37

ГОСТ Р 57136—2016

D.3 AiME-элемент для диагностики состояния насоса

Нижеприведенный XML-примвр иллюстрирует AIME-элемент для диагностики состояжя насоса.

<?xml versions"1.0'‘encoding=‘utf-8'?>

<tSO_AIME xmlns="http7/ .org/aime* xmlns:xsd="http:/Awvw.w3.org/2001/XMLSchema-instancev> <MalrixEfementHeader>

<MEidentification>PumpDiagAlME</MEidentification>

<MErevision>1a</MErevision>

<MEname>D.1.2Ay_D.1.1Az</MEname>

<MEsource>ISO</MEsDurce>

<MEdasslD>AIP</MEciasslD>

<MEdate>2012-t2-30</MEdate>

<MEregistry>lndustfy_specific_registry_name_ISO_13774_SD</MEregistry>

</MatrixElementHeader>

<MatrixE)ementBody>

<Contexl_Sect>on>

<domaif»Sectior>

<domain5ourceHandle>

</domainSource Handle»

<domainDestinationHandle>D1.2</domainDestinationHandle>

</domainSection>

<applicationSection>

<applicalionSourceHan<Se>

</applicsbonSourceHandte>

<applicalionDestinationHandle>PumpDiagnostics</appiicalionDest>nationHandle>

</appfcationSecbon>

<appi>cationReiationshipSecbon>

<applicalionDomainRelationshipName>Pump_SO_Context</appiicationDomain Relation-

shipName»

</applicationRelatk>nshipSection>

<processSection>

<proces$SourceHandle>

</processSourceHandta>

<proces$OestinationHandle>CurrentHealthEvaluat)on</processOestinationHandte>

</processSecticn>

<rasourceSectkn>

<resourc8Pack name="PLC*>

<iesourceName>ControlLogix02</resourceName>

<iesourceProfite>PLCiso15745profile</resourceProfile>

</resourcsPack>

</resourceSect»n>

</Context_Section>

<Conveyance_Section>

<description>PimpControl to Diagnostics (Cavitation Detection) Exampie</description> <informationType name=*CavlnfoRequestType' types*lCav1nfoRequest*>

«descriplon»

D agnostics Request Message • AIME XML schema type CavInfoRequestMsg will have sensor values for flow, pressure and temperature ■«/description»

<Anformatk>nType>

<informationType namee'CavInfoResponseType' types*tCavlnfoResponse*>

«descripion»

D agnostics Response Message -AIME XML schema type CavInfoResponseMsg witl have degree of cavitation «/description»

</mformat»onType>

«roteType nam€='PumpDiagnosticsRoie">

<descripion»Role for Diagnostics - Cavitation Detection</description>

<behavior names*PumpCavilationDetection~ interfaces*PumpMonjtorlnterface-»

<description>Behavk>r for Diagnostics Role • Cavitation Detection</description> «/behavior»

«/roteType»

«partidpantType name=*CavilationDelection">

38

ГОСТ Р 57136—2016

«description» Diagnostics Participant «/description»

«roleType t)peRefs*PumpDiagnosticsRoie* f>

«/participantType»

«channelType name*"PumpControl2PumpMonitor* type=*IS015745_ENet_CommNet_Profile*> «description» Pump Control to Diagnostics Channel Type

Ethemet/IP channel based on ISOI5745-2 Comm Profile

«/description»

«/channelType»

</Conveyance_Section>

</MatrixElementBody>

</lSO_AIME>

D.4 ADME-элемент интегрированного приложения для насоса с программным управлением

Нижеприведенный XML-пример иллюстрирует AIME-элвмент интегрированного приложения для насоса с программным управлением.

«?xml version='T.O" encoding="utf-8"?>

<IS0_ADME xmlns=' xmlns:xsd='> «MatrixElementHeader»

<MEidentification>Smar1PumpADME«/MEidentification>

«MErevision» 1 a«/MErevison»

«MEname»D.1.2Ay_D.1.1Az«/MEname>

<MEsource»ISO«/MEsouce»

<MEclasslD»AIP</MEdasslD»

<MEdate>2 012-12-30«/MEdate>

«MEregistry>lndustry_speafic_registry_name_ISO_13774_DM_SD</MEfegistry>

«/MatnxElementHeader»

«MatrixElementBody»

«Context_Section»

«domainSecbon»

<doma>nSoorceHandle»D1.1</domainSourceHandle>

<domainDesbnationHandle»D1.2«/domainDestinationHandle>

«/domainSecbon»

«applications ectior»

«application Source Hand le»PumpConlroK/applcatiorSourceHancfte> <application3estinationHandle»PumpDiagnosbcs«/applicationDestinabonHandle> «/applicationSection»

«applicationReiatioishipSection»    «applicationDomainRelabonship

Name>Pump_DM_Cootext«/applicationDomainRelationsh(pName>

<applicationDomainRelationshipName»Pump_SD_Context«/applicationDomainRelationshipName»

«/sppiioationRolaticnehipSoebon>>

«processSection»

«processSojrceHandle»FtowPlDControi</processSourceHandle> <processDe>tinationHandle»CufrentHeatthEvakjation«/processDestination Handle» «/processSection»

«resourceSection»

«resourcsPack name=*PLC">

<resourceName>Controllogix01 «/resourceName»

«resourceProfile»PLCiso15745profile</resourceProfile»

«/resource Pack»

«resourcePack name=*VFD’»

<resourceName»PowerRexOO«/resourceName»

<resourceProfile»VFDiso15745profile«/resourceProfile>

«/resource Pack»

«resourcePack name=’PLC*>

<resourceName»ControlLogix02</resourceName»

«resourceProfile»PLCiso15745profite«/resourceProfile>

«/resourcePack»

«/resourceSection»

</Context_Section>

«Conveyance.Section»

«description»PumpConlrol to Diagnostics (Cavitation Detection) Example«/deschption» «informationType n3mes'CavlnfoRequestType" type='tCavlnfoRequest*>

«description»

39

ГОСТ Р 57136—2016

Diagnostics Request Message • A1ME XML schema type CavInfoRequestMsg wilt have sensor values for flow, pressure and temperature «/description»

«/informationType»

«informationType name='CavlnfoResponseType" types*tCavlnfoResponse*>

«descripSon»

Diagnostics Response Message • AIME XML schema type CavInfoResponseMsg will have degree of cavitation «/description»

«/informationType»

«roleType name=*PumpDiagr>osticsRole">

<descripfion»Roie for Diagnostics • Cavitation Detection«/description»

«behavior names"PumpCavitationDetection' interfaces*PumpMonitorlnterface'>

<fescription»Behavkx for Diagnostics Role - Cavitation Detection«/description» «/behavior»

«/roleType»

«roleType name=*PumpControlRote*»

«descrip6on»Role for Pump ControK/description»

«behavior names*PumpContror mterfaces'PumpControllnterface'>

<deschption>Behavior for PumpControl - use C1P for VFD controK/description» «/behavior»

«/roleType»

«relationshipType name='PumpControl2PumpDiagnostics*>

<descripbon»Pump Control to Cavitation Detection Relatk>nship«/description»

«roleType typeRef='PumpControlRoie' />

«roleType typeRef=*PumpOtagnosticsRole" t>

«/relationshipType»

«parlicipantType name="PumpFlowControl"»

<descripion»Pump Control Participant«/description»

«roleType typeRef=*PumpControlRoie* />

«/participantTyps»

«participantType name='Cavitatioo Detection"»

<descripkon»Oiagnostics Partic»pant</descr>ption>

«roleType typeRef='PumpCHagnosticsRole' /»

«/participantTyps»

«charmelType name="PumpControl2PumpMonitor* type=*IS015745_ENet_CommNet_Profile'» <deseripfc>n»Pump Control to Diagnostics Channel Type

Ethemet/IP channel based on IS015745-2 Comm Profile

«/description»

'|/оЬаппоПуро>

«/Conveyance_Section>

<Content_Section>

«informationExchange names*smartPumplnformabonExchange'»

«descripffc>n»Smart Pump Information Exchange«/description»

«relationship types*PumpContro!2PumpDiagnostics'' />

«variableDefinitions»

«variable name=“PumpCtrl2CavDelectionC" channelType=*PumpControl2PumpM onitor" roleTypess*PumpContro(Rote ^umpDiagnosticsRote"»

«description^ harm el Variable«/description»

«Variable»

«variable names'CavlnfoRequest* informalionTypes*CavlnfoRequestType* roleTypess*PumpControlRoie PumpCiagnosticsRole"»

«descriplion>Cavitation Information Request Message«/description» «Variable»

«variable names*CavlnfoResponse" mformationType='CavlnfoResponseType’ roleTypess*PumpCtr1Role PumpDiagnositcsRole*»

<description>CavHation Information Response Message«/description> «Variable»

«/variableDefinitions»

«interaction name="CavlnfoElicitatk>n* operation="getCavitationlnfo' chann elVariable='PumpCtri2CavDetectionC'>

<<iescription»Cavitation Information Elicitation

40

ГОСТ Р 57136—2016

Subscribe)

(This could be mapped to WSDL operation or topic in Publish/

«/description»

«parfcipate relationshipTypes'PumpControl2PumpDiagnostics" fromRoleTy peRefs’PumpControlRote" toRoteTypeRefa"PumpDiagnosticsRole* /»

«exchange naroe="CavtnfoRequestEx' informationTypes*CavlnfoRequestType* acbons*request'>

<description»Cavitation Detection Request Message Exchanged

description»

«send variabtes'CavtnfoRequesT /> «receive variables'CavlnfoRequest* t> «/exchange»

«exchange names*CavtnfoResponseEx* informat>onType='CavlnfoResponseTyp€' action='respond>

<description>Cavitation Detection Response Message Exchange

«/description»

«send variable=*CavtnfoResponse* /> «receive variables'CavlnfoResponse' t> «/exchange»

«/interaction»

«/informa tionExchange> «/Content_Sectk>n> «/MatrixEtementBody»

«ЛЭО ADME>

41

ГОСТ Р 57136—2016

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

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

Таблица ДА. 1

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

Степень

соответствия

Обозначение и наиыемование соответствующего национального стандарта

ISO 16100-3

ют

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

ISO 16100-5

ют

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

ISO 16435-2

ют

ГОСТ Р ИСО 18435-2:2012 «Системы промышленной автоматизации и интеграция. Интеграция приложений для диагностики, оценхи возможностей и технического обслуживания. Часть 2. Описания и определения элементов матрицы домена приложения»

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

• ЮТ - идентичные стандарты.

42

ГОСТ Р 57136—2016

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

(1]    ISO/TS 8000-100:2009. Data quality — Part 100: Master data: Overview (Качество данных. Часть 100. Основные данные. Обзор)

(2]    ISO 13584 (all parts). Industrial automation systems and integration — Parts library

Системы промышленной автоматизации и интеграция. Библиотека данных на детагы (все части IS013584)

(3]    ISO 15745 (all parts). Industrie automation systems and integration — Open systems application integration framework

Системы промышленной автсмзтизации и интеграция. Прикладная среда интегрирования открытых систем (все части ISO 15745)

(4]    ISO 15926-1:2004. Industrial ajtomaUon systems and integration — Integration of life-cyde data for process plants including oil and gas production facilities — Part 1: Overview and fundamental principles (Промышленные автоматизированные системы и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтякие и газовые производственные предприятия. Часть 1. Обзор и основополагающие принципы)

(5]    ISO 15926-2:2003, Industrial automation systems and integration — Integration of life-cyde data for process plants including oil and gas production facilities — Part 2: Data model (Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтжые и газовые производственные предприятия. Часть 2. Модель данных)

{6] ISO/TS 15926-4:2007. Industrie automation systems and integration — Integration of life-cycle data for process plants including oil and gas proouction facilities — Part 4: Initial reference data (Системы промышленной автоматизации и интеграция. Интеграция данных о сроке службы нефтехимических установок, включая оборудование и сооружения для добычи нефти и таза. Часть 4. Исходные справочные данные)

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

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

(9]    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 (Системы промышленной автоматизации и интеграция. Профилирование возможности интероперабельности промышленных программных средств. Часть 6. Службы и протоколы интерфейса для сопоставления профилей, основанных на многоцелевых структурах классов возможностей)

{10] ISO 18435-1:2009. Industrial automation systems and integration — Diagnostics, capability assessment and maintenance applications integration — Part 1: Overview and general requirements (Системы промышленной автоматизации и интеграция. Интеграция приложений для диагностики, оценки возможностей и технического обслуживания. Часть 1. Эбэор и общие требования)

(tl] ISO/IEC 19901:2005, informatwn technology— Open Distroutea Processing — unified Modeling Language (UML) Version 1.4.2 (Информационные технологии. Открытая распределительная обработка. Унифицированный язык моделирования (UML). Версия 1.4.2)

[12] ISO 22745-1:2010, Industrial automation systems and integration — Open technical dictionaries and their application to master data — Part 1: Overview and fundamental principles (Системы промышленной автоматизации и интеграция. Открытые технические словари и их применение к основным данным. Часть 1. Общие сведения и основополагающие принципы)

{13] ISO 22745-2:2010, Industrial automation systems and integration — Open technical dictionaries and their application to master data — Pari 2: Vocabulary (Системы промышленной автоматизации и их интеграция. Открытые технические словари и их применение к основным данным. Часть 2. Словари)

[14]    ISO/TS 29002-5:2009. Industrial automation systems and integration — Exchange of characteristic data — Pari 5: Identification scheme (Промышленные автоматические системы и интеграция. Обмен характеристическими данными. Часть 5. Схема идентификации)

[15]    IEC 61987 (all parts). Industrial-process measurement and control — Data structures and elements in process equipment catalogues

Измерение и управление производственными процессам!. Структуры и элементы данных в каталогах производственного оборудования (все части IEC 61987)

[16]    REC-xmischema-1-20041028. XML Schema Part 1: Structures — W3C Recommendation 28 October 2004

[17]    REC-xmlschema-2-20041028. XML Schema Part 2: Datatypes — W3C Recommendation 28 October 2004

43

ГОСТ Р 57136—2016

УДК 658.52.011.56    ОКС 25.040.01

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

44

Редактор £. в. Орюк Технический редактор в. Н. Прусакова Корректор М. И. Першина Компьютерная верстка А. С. Тыртышноео

Сдано а набор 17.10.2016. Подписано в печать 26.10.2016. Формат 60 * 64 '/в. Гарнитура Ариал. Уел. леч. п. S.56. Уч.-иад, n. 5.06. Тираж 25 экэ Зак. 264S.

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

Издано и отпечатано воФГУП кСТАНДАРТИНФОРМ». 123996 Москва, Гранатный пер.. 4.