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

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

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

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

>

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

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


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


ГОСТ Р исо 18435-2— 2012


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

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

Часть 2

Описание и определение элементов матрицы домена приложения

ISO 18435-2:2012

Industrial automation systems and integration —

Diagnostics, capability assessment and maintenance applications integration — Part 2: Descriptions and definitions of application domain matrix elements (IDT)

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

Москва Стандартинформ 2014


Предисловие

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

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

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

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

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

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

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

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

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

Содержание

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

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

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

  • 4 Аббревиатуры

  • 5 Краткие сведения об элементах AIM- и ADM-матриц

    • 5.1 Основные принципы использования элементов AIM- и ADM-матриц

    • 5.2 Информационный обмен между ресурсами

  • 6 Элемент матрицы обмена данными между приложениями (AIME)

    • 6.1 Концепция элемента AIM-матрицы

    • 6.2 Формальная структура элемента AIM-матрицы

    • 6.3 Графическое представление элементов AIM-матрицы

    • 6.4 Роль элемента AIM-матрицы в интегрированном приложении

  • 7 Концепция элемента матрицы домена приложений (ADME)

    • 7.1 Концепция элемента ADM-матрицы

    • 7.2 Структура элемента ADM-матрицы

  • 8 Структура элементов AIM и ADM-матриц

  • 9 Соответствие требований и декларация о соответствии

    • 9.1 Аспекты соответствия требований

    • 9.2 Аспекты декларирования требований

Приложение А (обязательное) Формальная схема элементов AIM-/ADM-матриц

Приложение В (справочное) Пример обмена информацией

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

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

Введение

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

Рисунок 1 — Связь между различными частями комплекса международных стандартов ИСО 18435

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

В настоящем стандарте приводятся детальные определения элементов матрицы обмена данными между приложениями (AIME) и структуры элементов матрицы домена приложения (ADME) и связи между ними. В частности, приводятся шаги для создания элементов ADM-матриц, которые поддерживаются конкретной комбинацией элементов AIM-матриц.

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

ГОСТ Р ИСО 18435-2—2012

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ Системы промышленной автоматизации и интеграция

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

Часть 2

Описание и определение элементов матрицы домена приложения

Industrial automation systems and integration. Diagnostics, capability assessment and maintenance applications integration. Part 2. Descriptions and definitions of application domain matrix elements

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

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

В настоящем стандарте установлены структуры и шаблоны для:

  • - элементов матрицы обмена данными между приложениями, и

  • - элементов матрицы домена взаимодействия приложений.

Ниже также определены и взаимосвязи между этими типами элементов.

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

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

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

ИСО 15745-1 Системы промышленной автоматизации и интеграция. Основные принципы интеграции приложений открытых систем. Часть 1: Обобщенное условное описание (ISO 15745-1 Industrial automation systems and integration — Open systems application integration framework—Part 1: Generic reference description)

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

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

  • 3.1 матрица домена приложения (application domain matrix): Матрица, описывающая домены приложений (прикладных программ).

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

  • 3.3 матрица обмена данными между приложениями (application interaction matrix): Матрица, описывающая обмен информацией (данными) между различными ресурсами.

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

  • 3.5 конфигурация параметров (профиль) функциональной совместимости/интероперабель-ности приложений (application interoperability profile (AIP)): Единственная спецификация, позволяющая

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

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

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

4 Аббревиатуры

ADID—Диаграмма интеграции домена деятельности (ADID-модель) (Activity Domain Integration Diagram): ADM — Матрица домена приложения (ADM-матрица) (Application Domain Matrix);

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

AIM — Матрица обмена данными между приложениями (AIM-матрица) (Application Interaction Matrix);

AIME — Элемент матрицы обмена данными между приложениями (элемент AIM-матрицы) (Application Interaction Matrix Element);

UID — Индивидуальные идентификационные данные (ID) (активов за все время его существования) (Unique ID (of asset for its entire lifetime));

CM — Мониторинг состояния (Condition Monitoring);

DA—Сбор информации (Data Acquisition);

DM — Обработка данных (Data Manipulation);

NC — Контроллер числового программного управления (Numerical Controller);

RM — Мониторинг робота (Robot monitoring);

RT — Робототехнические средства (Robot tool);

MT — Механические средства (Machine tool);

RC — Контроллер управления роботом (Robot Controller);

SD—Определение состояния (State Detection);

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

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

5 Краткие сведения об элементах AIM- и ADM-матриц

  • 5.1 Основные принципы использования элементов AIM- и ADM-матриц

В настоящем стандарте приводится подробное описание элементов матрицы обмена данными между приложениями (AIME) и элементов матрицы домена приложения (ADME). Общая причина введения ADM-элементов состоит в моделировании процессов обмена информацией между приложениями (прикладными программами), как это показано на рисунке 2, с использованием представления профиля функциональной совместимости приложений, описанного в ИСО 15745-1.

Application — Приложение.

Рисунок 2 — Элементы ADM-матрицы

Элемент ADM-матрицы согласно определению ИСО 18435-1 использует метод детального описания информационного обмена между приложениями. Для каждого приложения должно быть приведено описание набора интерфейсов с помощью элемента AIM-матрицы, в котором регистрируются профили интерфейса. поддерживаемые данным приложением, а также соответствующие ресурсы (см. рисунок 3).

Manufacturing process — Производственный процесс; Manufacturing activity — Производственная деятельность; Integrated manufacturing application — Интегрированное производственное приложение; Integration requirements — Интеграционные требования; Manufacturing resource — Производственные ресурсы; Manufacturing information exchange — Обмен производственной информацией; Application interaction matrix element — Элемент AIM-матрицы.

Рисунок 3 — Модель элемента AIM-матрицы

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

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

На рисунке 4 приведен элемент ADM-матрицы, характеризующий процесс интероперабельности двух приложений, указанных на рисунке 1 и 2. Элемент ADM-матрицы создан на основе профилей интероперабельности, ссылки на которые приведены в элементах AIM-матрицы. Элементы AIM-матрицы, используемые для создания элементов ADM-матрицы, указывают на совместимость ресурсов для поддержания обмена необходимой информацией между приложениями в целях установления интероперабельности.

Integrated application X — Интегрированное приложение; Process — Процесс. Activities — Работы; Resource — Ресурсы; Information exchange — Информационный обмен; Integrated application Y — Интегрированное приложение У

Рисунок 4 — Интероперабельность приложений

  • 5.2 Информационный обмен между ресурсами

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

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

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

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

Примечание 1 — Типы интерфейсов среднего уровня для обмена информацией — это преобразовательные интерфейсы, предназначенные для сбора, регистрации и активации физических сигналов, интерфейсы типа «человек-машина» для команд оператора и отображения информации, а также интерфейсы сетей передачи данных для различных устройств. Сервисы интерфейса содержательного уровня позволяют обрабатывать типы данных, структуры, последовательности, временные диаграммы и семантики обмениваемых элементов информации.

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

Примечание 2 — Состояния, которые должны поддерживаться ресурсами, могут содержать:

  • - обмен в данный момент, до. после и в течение определенного промежутка времени любым параметром (временем, периодом, событием или скоростью), или

  • - обмен в данный момент времени любого обьема или местоположения.

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

6 Элемент матрицы обмена данными между приложениями (AIME)

  • 6.1 Концепция элемента AIM-матрицы

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

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

Интерфейс, определенный в элементе AIM-матрицы, может поддерживать несколько информационных элементов, передаваемых с другим ресурсом. Эти передачи информации могут представляться в виде схемы последовательности операций на языке UML.

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

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

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

  • 6.2 Формальная структура элемента AIM-матрицы

    • 6.2.1 Общие положения

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

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

  • 6.2.2 Заголовок шаблона элемента AIM-матрицы MatrixElementHeader

Заголовок секции элемента AIM-матрицы MatrixElementHeader определяется атрибутами, указанными в таблице 1.

Таблица 1 — Атрибуты шаблона элемента AIM-магрицы MatrixElementHeader

Атрибут

Описание атрибута

Пример

MEidentification

Идентификатор элемента AIM-матрицы

ISO.AIME

MErevision

Идентификатор изменения элемента AIM-матрицы

V01.01.01a

MEname

Описательное имя элемента AIM-матрицы

D.2.2.AyJJ.2.2Az

MEsource

Идентификатор разработчика элемента AIM-матрицы

AIMEsrc

MEclassID

Идентификатор класса элемента AIM-матрицы

AIP

MEdate

Дата выпуска данной версии элемента AIM-матрицы

2007-03-29

MEregislry

Регистрационное имя данного элемента AIM-матрицы

lndustry_specific_registry_name

  • 6.2.3 Секция контекста шаблона элемента AIM-матрицы Context-Section

Секция контекста элемента AIM-матрицы Context-Section определяется сегментами, указанными в таблице 2.

Таблица 2 — Сегменты элемента Context_Section

Сегмент

Описание сегмента

Пример

domainSection

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

Asset_Health_Assessment_ domain

Asset_Health_Assessment_ domain

applicationsection

Идентификационный (ID) код, соответствующий приложению-источнику.

Идентификационный (ID) код. соответствующий приложению-получателю

Health_assessment

Prognostics

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

Сегмент

Описание сегмента

Пример

applica tionRelation-shipSeclion

Специфический контекст домена приложения

Condition_Monitoring_Context

processSection

Идентификационный (ID) код процесса, связанный с ресурсом-источником.

Идентификационный (ID) код процесса, связанный с ресурсом-получателем

Current_health_grade_ evaluation Future_health _grade_ evaluation

resourceSection - resourcePack

Пакетное имя ресурса. Наименование ресурса. Имеющиеся в наличии или планируемые профили возможностей в ресурсе

PLC01

MotionDrive

CIPJSO_15745_profile

  • 6.2.4 Секция передачи сообщения шаблона элемента AIM-матрицы Conveyance_Section

Секция передачи сообщения шаблона элемента AIM-матрицы Conveyance_Section определяется сегментами, указанными в таблице 3.

Таблица 3 — Сегменты элемента Conveyance_Seclion

Сегмент

Описание сегмента

Пример

informationType

Тип обмениваемой информации

CavitationlnformationRequest

roleType

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

PumpControlRole CavitationDetectionRole

relalionshipType

Идентификация типов ролей и их поведения

CavitalionDetection2PumpControl

participantType

Типы совместно работающих сторон над информационным обменом

Cavitation Detection

channelType

Точка обмена информационными элементами между участниками обмена

CIP_FTLD_channel

6.3 Графическое представление элементов AIM-матрицы

Графическое представление элементов AIM-матрицы приведено на рисунках 5—7 и соответствует ИСО/МЭК 29500-2.

Рисунок 6 — Графическое представление элемента AIM-матрицы Context_Sect»on


description


- informationType [^]---( ••• ---|“d


• — — — — — — description I


1.x


»-------1

-1~ description I

roleType [^|—( — £3-

I..»


1—{ behavior £]---( , description

Conveyance_Section ф——


-J® description I


i

k-


relationshipType Ё~) C***~^~


O..00


roleType

1..00


—1“ description I

partlcipantType •••

1..00


I—-----1

I—I roleType |

———J

- channelType t~}~~Q *** A---™ description I

1..00

Рисунок 7 — Графическое представление элемента AIM-матрицы Conveyance_Section

Формальная структура шаблона элемента AIM-матрицы определена в приложении А.

  • 6.4 Роль элемента AIM-матрицы в интегрированном приложении

Роль элемента AIM-матрицы в интегрированном приложении состоит в возможности ресурсов выполнять обмен информацией. Этот элемент может использоваться для облегчения решения задачи проверки возможности поддержки конкретного информационного обмена с рядом определенных ресурсов в другом приложении.

7 Концепция элемента матрицы домена приложения (ADME)

  • 7.1 Концепция элемента ADM-матрицы

Роль элемента ADM-матрицы состоит в описании интероперабельности и интеграционных требований, которые необходимы приложениям (см. рисунок 8).

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

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

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

Application х —* Приложение х; Application у — Приложение у; Information exchange — Обмен информацией.

Рисунок 8 — Иллюстрация роли элемента ADM-матрицы

  • 7.2 Структура элемента ADM-матрицы

    • 7.2.1 Общие положения

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

Структура элемента ADM-матрицы должна содержать три основных сегмента — заголовок, контекст и сообщение, каждый из которых может представляться в виде сегмента XML-программы.

  • 7.2.2 Заголовок шаблона элемента ADM-матрицы MatrixElementHeader

Заголовок секции элемента ADM-матрицы MatrixElementHeader определяется атрибутами, указанными в таблице 4.

Таблица 4 — Атрибуты шаблона элемента ADM-матрицы MatrixElementHeader

Атрибут

Описание атрибута

Пример

MEidentification

Идентификатор элемента ADM-матрицы

ISOADME

М Erevision

Идентификатор изменения элемента AIM-матрицы

V01.01.01a

MEname

Описательное имя элемента ADM -матрицы

D.2.2.Ay_D.2.2Az

М Esource

Идентификатор разработчика элемента ADM -матрицы

ADMEsrc

MEclassID

Идентификатор класса элемента ADM-матрицы

AIP

MEdate

Дата выпуска данной версии элемента АОМ-матрицы

2007-03-29

MEregistry

Регистрационное имя данного элемента ADM-матрицы

lndustry_specific_registry_name

  • 7.2.3 Секция контекста шаблона элемента ADM-матрицы Context_Section

Секция контекста элемента ADM-матрицы Context_Section определяется сегментами, указанными в таблице 5.

Таблица 5 — Сегменты элемента Conlext_Section

Сегмент

Описание сегмента

Пример

domainsection

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

Asset_Health_Assessment_ domain

Assel_Health_Assessmenl_ domain

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

Сегмент

Описание сегмента

Пример

application Section

Идентификационный (ID) код. соответствующий приложению-источнику.

Идентификационный (ID) код, соответствующий приложению-получателю

Health_assessment

Prognostics

applicationRelation-shipSection

Специфический контекст домена приложения

Robot_Control_Context

processSection

Идентификационный (ID) код процесса, связанный с ресурсом-источником.

Идентификационный (ID) код процесса, связанный с ресурсом-получателем

Current_health_grade_ evaluation

Future_health_grade_ evaluation

resourcesection - resourcePack

Пакетное имя ресурса. Наименование ресурса. Имеющиеся в наличии или планируемые профили возможностей в ресурсе

PLC01

MotionDrive

CIP_ISO_15745_profile

  • 7.2.4 Секция передачи сообщения шаблона элемента ADM-матрицы Conveyance_Section

Секция передачи сообщения элемента ADM-матрицы Conveyance_Section определяется сегментами, указанными в таблице 6.

Таблица 6 — Сегменты элемента Conveyance_Seclion

Сегмент

Описание сегмента

Пример

informationType

Тип обмениваемой информации.

CavitationlnformationRequest

rdeType

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

Поведение, затрагивающее элементарные взаимодействия участников с помощью интерфейса

PumpControlRole CavitationDetectionRole

relationshipType

Идентификация типов ролей и их поведения

CavitationDetection2PumpControl

participantType

Типы совместно работающих сторон над информационным обменом

CavitationDetection

channelType

Точка обмена информационными элементами между участниками обмена

CIP_FTLD_channel

  • 7.2.4.1 Секция информационного обмена шаблона элемента ADM-матрицы InformationExchange Секция информационного обмена элемента ADM-матрицы InformationExchange определяется подсегментами, указанными в таблице 7.

Таблица 7 — Подсегменты элемента ADM-матрицы InformationExchange

Подсегмент

Его описание

Пример

Name

Обозначение информационного обмена

SmartPumpInformationExchange

Relationship

Тип отношения для информационного обмена

PumpControl2CavitationDetection

variableDefinitions

Определения переменных, используемых для информационного обмена

DiagRequesl CavDetectionResponse

  • 7.2.4.2 Секция взаимодействия шаблона элемента ADM-матрицы Interaction

Секция взаимодействия элемента ADM-матрицы Interaction определяется подсегментами, указанными 8 таблице 8.

Таблица 8 — Подсегменты элемента Interaction ADM-матрицы

Подсегмент

Описание подсегмента

Пример

Name

Обозначение взаимодействия.

CavitationlnformationElicitation

Exchange

Основная единица информационного обменного взаимодействия

CavitationlnformationRequest

Send/receive

Посылка/получение информации при каждой операции, определенные при обмене информацией с использованием переменных

  • 7.2.5 Графическое представление элементов ADM-матрицы

Графическое представление элементов ADM-матрицы приведено на рисунках 9—13 и соответствует ИСО/МЭК 29500-2. Данные рисунки иллюстрируют таблицы 5—8 и XML Схему из раздела А.2.

Рисунок 9 — Графическое представление элемента ADM-матрицы MatrixElementHeader и MatrixElementBody

1 ..«с

Рисунок 10 — Графическое представление элемента ADM-матрицы Context_Section


-|“description_j


informationType

1..00


—————1

J”descriptionj


roleType ( **• j^}~

1..«


———— — — i

-J“description_J


J behavior^]—( ••• j^J—*description_i


Conveyance Section ( •••


relationshipType ( —* E-l—

1..»


'W/_ —~---“1

-j"descrlptionj


roleType


1..oo


participantType

i..eo

__ —————— 1 -{ description I

I— ---1

H roleType |

L ——————J

channelType~~j^|——Jdescriptionj

  • 1..00

Рисунок 11 — Графическое представление элемента ADM-матрицы Conveyance_Section

_-------1

-|"descriptionj


Content_Section j^]—

- InformationExchange (+)

  • 1..00

Рисунок 12 — Графическое представление элемента ADM-матрицы Content_Section

r^.—— — — — — — т

-*“description_l -J” relationshipj

-1*VariableDefinitionslzl—С variable

InformationExchange Г^1---■■■ fcl-


--------1

~l“description_J

-j participate J

-i_description_l

-£ exchange^—Т sen


send I


------j recive |

Рисунок 13 — Графическое представление элемента ADM-матрицы InformationExchange

Формальная структура шаблона элемента ADM-матрицы определена в приложении А.

8 Структура элементов AIM и ADM-матриц

Общая процедура формирования элементов AIM- и ADM-матриц такова:

  • a) определение приложений;

  • b) распределение по области интеграционной модели — нахождение/обозначение областей для ADID-модели;

  • c) определение активов и ресурсов, которые распределены по приложениям;

  • d) определение информационных обменов;

  • e) определение интерфейсов, необходимых согласно шаблону ИСО 15745, со ссылкой на соответствующий профиль;

  • f) заполнение элементами AIM-матрицы каждого описываемого приложения;

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

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

На рисунке 14 показано, как идентифицировать элементы AIM- и ADM-матриц для конкретного сценария интеграции. Представлено взаимодействие между приложениями DA(c6op информации), DM (обработка данных) и SD (определение состояния), определенное в ИСО 13374.


Ресурсы для исполнения приложений

RC

Контроллер управления роботом

NC

Контроллер числового программного управления

СМ

RC/NC мониторинг (контроль состояния робота)


Эксплуатируемые/поддерживаемые ресурсы

RT

Роботехнические средства

МТ

Средства металлообработки


Enterprise level comp. — Компьютер для управления производством; Supervisory controller—Управляющий контроллер; Production mgmt. Comp. — Компьютер для управления предприятием; Capability assessment — Оценка возможностей; Asset prognosis — Прогнозирование активов; RC/NC monitoring — RC/NC Мониторинг; Level — Уровень.

Рисунок 14 — Пример сценария интеграции

Необходимые элементы ADM-матрицы помечаются крестиком (X) в таблице 9. В представленном примере сценария интеграции определены три различных типа приложений—DA, DM и SD согласно ИСО 13374, а также три различных типа соответствующих ресурсов — RC (контроллер управления роботом), NC (контроллер числового программного управления) и RM (мониторинг состояния робота). В этом сценарии интеграции имеется всего четыре элемента ADM-матрицы, в которых приложения подлежат исполнению с использованием ресурсов согласно таблице 9.

Таблица 9 — Необходимые для интеграции элементы ADM-матрицы

Ресурс

RM

NC

RC

Приложение

DA

DM

SD

DA

DM

SD

DM

SD

RM

DA

X

ОМ

X

SD

NC

DA

X

DM

X

SD

RC

DM

SD

Необходимая совокупность элементов AIM-матрицы для данного сценария интеграции помечается крестиком (X) в таблице 10. Одна совокупность элементов AIM-матрицы необходима для ресурсов RM и RC, а другая совокупность —для ресурсов NC nRC. Примеры элементов AIM-и ADM-матриц для данного приложения приведены в приложении В.

Таблица 10 — Необходимые для интеграции элементы AIM-матрицы

Ресурс

RM

NC

RC

RM

X

NC

X

RC

9 Соответствие требований и декларация о соответствии

  • 9.1 Аспекты соответствия требований

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

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

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

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

  • 9.2 Аспекты декларирования требований

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

  • a) целью декларации о соответствии (compliance statement) должно быть заявление (декларация) о том, какие пункты настоящего стандарта рассмотрены в конкретной спецификации;

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

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

Приложение А (обязательное)

Формальная схема элементов А1М-/АОМ-матриц

А.1 Формальная схема элементов А!М*матрицы

Формальное определение элемента AIM-матрицы таково:

«?xml version=”1.0" encoding=*\jtf-8“ ?>

«schema xmlns:aime="http://www.iso.org/aimeH elementFormDefault=”qualified“ targetNamespace=,tittp:// www.iso.org/aime" xmlns=Tittp://www.w3.org/2001/XMLSchema”>

«element name=1SO_AIME“>

«complexType»

«sequence»

«element name= "MatrixElementHeader”»

«complexType>

«sequence»

«element name="MEidentification" type=^string" !>

«element name='MErevision" type="stringH

«element name=’MEname" type=?string" />

«element name=‘WEsource" type='’slring” f>

«element name="MEclasslD" lype= "string”/>

«element name="MEdate" type=*lstring” />

«element name='MEregistry" type="anyURI” />

«/sequence»

«/complexType»

«/element»

«element name=HMatrixElementBody'^>

«complexType»

«sequence»

«element ref=”aime:Context_Section" />

«element ref=“aime:Conveyance_Seclion” />

«/sequence»

«/complexType»

«/element»

«/sequence»

«/complexType»

«/element»

«element name='1Context_Section'‘>

«complexType»

«sequence»

«element ref="aime:domainSection” />

«element ref=”aime:applicationSection” />

«element ref="aime:applicationRelationshipSection" i>

«element ref=“aime:processSect»on“ />

«element ref="aime:resourceSection“ />

«/sequence»

«/complexType»

«/element»

«element name= ‘Conveyance_Section ">

«complexType»

«sequence»

«element minOccurs=*0" name="description" type=“string" />

«element maxOccurs=*Unbounded" name=1nformationType">

«complexType»

«sequence»

«element minOccurs=*D" name="description” type="string" />

«/sequence»

«attribute name=‘hame“ type=^tring” use="optionar t>

«attribute name="typeH type=”string“ use="optional" /»

«/complexType»

«/element»

«element maxOccurs="unbounded" name=ToleType"»

<complexType>

«sequence»

«element minOccurs=*0" name="description" type=^string" />

«element minOccurs=13" name="behavior">

<complexType>

«sequence»

«element minOccurs="0" name="description" typesetting" />

«/sequence»

«attribute пате=1пате" typesetting" use= "optional" />

«attribute name=1nterface" type="anyURI" use= "optional"/» «/complexType»

«/element»

«/sequence»

«attribute name=eame" typesetting" use="optional“ />

«/complexType»

«/element»

«element minOccurssT)" maxOccurs="unbounded" namestelationshipType*^ «complexType»

«sequence»

«element minOccurs=“0" name="description" typesetting" />

«element maxOccurs="unbounded" name=ToleType"> «complexType»

«attribute name="typeRef" typesetting" use="optional" /> «/complexType»

«/element»

«/sequence»

«attribute пате=Т>ате" typesetting* use="optional" />

«/complexType»

«/element»

«element maxOccurs="unbounded" name=T)articipantType"> «complexType»

«sequence»

«element minOccurs=*0" name="description" typesetting" />

«element minOccurs=T)" name="roleType"» «complexType»

«attribute name=TypeRef" type="string" use="optional" /> «/complexType»

«/element»

«/sequence»

«attribute namesTiame” typesetting" use= "optional" /»

«/complexType»

«/element»

«element maxOccurs=*bnbounded" name="channelType“>

«complexType»

«sequence»

«element minOccurssD" name="description" typesetting" /»

«/sequence»

«attribute пате=Т>ате" typesetting" use= "optional" />

«attribute name="lype“ type="stting" use="optional*/> «/complexType»

«/element»

«/sequence»

«/complexType»

«/element»

«element name="domainSection“>

«complexType»

«sequence»

«element ref="aime:domainSourceHandle" />

«element ref="aime:domainDestinationHandle" /»

«/sequence*

«/complexType*

«/element*

«element патег ''applicationsection ">

«complexType*

«sequence*

«element ref=“aime:applicationSourceHandle* />

«element ref="aime:applicationDestinationHandle“ />

«/sequence*

</complexType>

«/element*

«element name="applicationRelationshipSection">

«complexType*

«sequence*

«element maxOccurs=*bnbounded* ref="aime:applicationOomainRelationshipName" /*

«/sequence*

«/element*

«element name="processSection">

«complexType*

«sequence maxOccurs= Unbounded "*

«element ref="aime:processSourceHandle" />

«element ref=“aime:processDestinationHandle" />

«/sequence*

«/complexType*

«/element*

«element name=TesourceSection**

«complexType*

«sequence maxOccurs= ■Unbounded ">

«element ref="aime:resourcePack*/>

«/sequence*

«/complexType*

«/element*

«element name=TesourcePack“>

«complexType*

«sequence*

«element name="resourceName" type= “string" />

«element name=TresourceProfile“ type="anyURr/>

«/sequence*

«attribute пате='У1ате" type="string" />

«/complexType*

«/element*

«element name="domainSourceHandle* type=tstring" />

«element name='domainDestinationHandle" lype= "string" />

«element name^applicationSourceHandle" type="string" />

«element name="applicationDestinationHandle" type="string" />

«element name="applicationDomainRelationshipName" type=“slring“ />

«element name="applicationProfilelD" type="string" />

«element name="processSourceHandle* type= string" />

«element name=,VrocessDestinationHandle" type=Hstring" />

A.2 Формальная схема элемента ADM-матрицы

Формальное определение элемента ADM-матрицы таково:

<?xml version=*1.0" encoding=,\jt(-8“ ?>

«schema xmlns:adme="http://www.iso.org/adme" elementFormDefault="qualified" targetNamespace=Tittp:// www.iso.org/adme* xmlns=Tittp://www.w3.org/2001/XMLSchema,,>

«element name=1SO_ADME"*

«complexType*

«sequence*

«element name="MatrixElementHeader"*

«complexType*

«sequence*

«element name="MEidentification" type="string" />

«element name="MErevision" typesetting" />

«element name="MEname" typesetting"/»

«element name="MEsource" typesetting" f>

«element name=HMEclasslD” type="string" />

«element name="MEdate" type=etringH f>

«element name="MEregistry" type="anyURr /> «/sequence»

</complexType>

«/element»

«element name="MatrixElementBody">

«complexType»

«sequence»

«element ref="adme:Context_Section"/>

«element ref="adme:Conveyance_Section" />

«element ref="adme:Content_Section" /> «/sequence»

«/complexType» «/element» «/sequence» «/complexType» «/element»

«element name="Context_Section*»

«complexType»

«sequence»

«element ref="adme:domainSection" />

«element ref="adme:applicationSection" />

«element ref="adme:applicationRelationshipSection" /» «element ref="adme:processSection" />

«element ref="adme:resourceSection" /> «/sequence»

«/complexType»

«/element»

«element name=HConveyance_Section"»

«complexType»

«sequence»

«element minOccurs=T)" name="description" typesetting" /> «element maxOccurs=\inbounded* name=1nformationType"> «complexType»

«sequence»

«element minOccurs="0" name="description" typesetting" /> «/sequence»

«attribute name='bame" typesetting" use=HoptionalH /» «attribute name="typeH type="string" use="optional"/» «/complexType»

«/element»

«element maxOccurs="unbounded" name="roleType"» «complexType»

«sequence»

«element minOccurs=*0" name="description" typesetting" /> «element minOccurs="0" name="behavior”> «complexType»

«sequence»

«element minOccurs=*D" name="description* typesetting* /> «/sequence»

«attribute name='tiame" typesetting" use=’’optionar /> «attribute name=1nterface* type="anyURI" use= "optional"/» «/complexType»

«/element»

«/sequence»

«attribute name='hame" typesetting" use=Hoptional" /»

«/complexType*

«/element*

«element maxOccurs=’Unbounded" name=1relationshipType“> <complexType>

<sequence>

«element minOccurs=“0" name="description" type=''string" t> «element maxOccurs=’Unbounded" name="roleType"> <complexType>

«attribute name="typeRef" type="string" use=“optional"/> «/complexType*

«/element*

«/sequence*

«attribute name=’hame“ type=4string" use="optionar /> «/complexType*

«/element*

«element maxOccurs=linbounded" name="participantType"> «complexType*

«sequence*

«element minOccurs=D” name="description" type="string" />

«element minOccurs=T>" name="roleType"> «complexType*

«attribute name=TypeRef" type="slring" use=“optionar/> «/complexType*

«/element*

«/sequence*

«attribute name=’hame" type=’’string" use="optionar f> «/complexType*

«/element*

«element maxOccurs=*Unbounded" name=“channelType"> «complexType*

«sequence*

«element minOccurs=“0" name="description" type="string" /> «/sequence*

«attribute name=’hame" type="string" use=”optionar f>

«attribute name=“type" type="string" use=“optional"/> «/complexType*

«/element*

«/sequence*

«/complexType*

«/element*

«element name="Conlent _ Section"* «complexType*

«sequence*

«element minOccurs=*D" name="description">

«complexType*

«simpleContent*

«extension base='’string">

«attribute name=Htype" type="string" use=Hoptionar />

«/extension*

«/simpleContent*

«/complexType*

«/element*

«element maxOccurs= “unbounded" name=’1nformationExchange"> «complexType*

«sequence*

«element minOccurs=T>" name="description" type="string" /> «element minOccurs=T)" name="relationship">

«complexType*

«attribute name=”type“ type="string" use= “optional"/* «/complexType*

«/element*

«element minOccurs=*0" name="variableDefinitions"* <complexType> «sequence*

«element minOccurs=T)“ maxOccurs=\jnbounded” name=’Variable*‘> «complexType*

«sequence*

«element minOccurs=T)” name="description” type= string” /> «/sequence*

«attribute name=,hame" type=string" use="optional" />

«attribute name=”channelType” type=”string” use="optional“ /> «attribute name=”foleTypes" type=4string“ use="optional" /> «attribute name="informationType" type="string" use="optionar /> «/complexType* «/element*

«/sequence* «/complexType* «/element*

«sequence*

«element maxOccurs=ljnbounded" name=1nteraction“> «complexType*

«sequence*

«element minOccurs=“0” name="description” type=4string” /> «element minOccurs="0“ name=T>articipate“*

«complexType*

«attribute name="relationshipType" type=“string” use="optional" /> «attribute name="fromRoleTypeRef“ type=”string" use=”optionar/> «attribute name=”toRoleTypeRef* type="string* use="optionar /> «/complexType* «/element*

«element minOccurs="0“ maxOccurs=,bnbounded“ name="exchange"> «complexType*

«sequence*

«element minOccurs=T)” name="description” type=,,string” /> «element minOccurs=13" name=”send">

«complexType*

«attribute name=”variable" type=4slring” use=“optional” f> «/complexType* «/element*

«element minOccurs=*0” name=deceive“>

«complexType*

«attribute name=*variable" type=4slring” use=“optional” /> «/complexType* «/element*

«/sequence*

«attribute name=Yiame" type=4string" use= "optional" />

«attribute names"informationType” types4string” use="optional" /> «attribute name=*action“ type=“string“ use="optionar /> «/complexType* «/element*

«/sequence*

«attribute name=Tiame" type="string” use="optionar />

«attribute name= "operation" type="string” use= "optional" /> «attribute name="channelVariable“ type2 string" use2"optional"/> «/complexType* «/element*

«/sequence* «/sequence*

«attribute name=Tiame" lype=4string” use= "optional" /> «/complexType*

«/element* «/sequence*

«/complexType*

«/element*

«element name="domainSection">

<complexType>

«sequence*

«element ref="adme:domainSourceHandle” />

«element ref="adme:domainDestinationHandle" /*

«/sequence*

«/complexType*

«/element*

«element name="applicationsection ">

«complexType*

«sequence*

«element ref=“adme:applicationSourceHandle" />

«element ref="adme:applicalionDestinationHandle" /*

«/sequence*

«/complexType*

«/element*

«element name="applicationRelationshipSection">

«complexType*

«sequence*

«element maxOccurs=,bnbounded" ref="adme:applicationDomainRelationshipName" l> «/sequence*

«/complexType*

«/element*

«element name="processSeclion^>

«complexType*

«sequence maxOccurs= ’Unbounded

«element ref="adme;processSourceHandle" /*

«element ref="adme:processDeslinalionHandle" />

«/sequence* «/complexType* «/element*

«element name=”resourceSection”>

«complexType*

«sequence maxOccurs= "unbounded >

«element ref="adme:resourcePack"/*

«/sequence* «/complexType* «/element*

«element name=“resourcePack“>

«complexType*

«sequence*

«element name=TesourceName" type=“string“ />

«element name=TresourceProfile“ type="anyURI"/> «/sequence*

«attribute name="name" type="string" /*

«/complexType*

«/element*

«element name="domainSourceHandle" type= "string” /> «element name=“domainDestinationHandle" typesetting” /> «element name="applicationSourceHandle" type= "string"/> «element name="applicationDestinationHandle" type="string" /> «element name="applicationDomainRelationshipName" type=“string"/> «element name="applicationProfilelD" lype="string"/>

«element name="processSourceHandle" type= "string" /> «element name=trocessDestinationHandle" type="string" /* «/schema*

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

Пример обмена информацией

В.1 Общие положения

Схема последовательности операций, приведенная на рисунке 15, иллюстрирует простое взаимодействие типа «запрос/отклик» между приложениями RC (контроллер управления роботом) и RM (мониторинг состояния робота). Элемент АОМ-матрицы поддерживает обмен информацией между приложениями, основанными на определенных в элементе AIM-матрицы возможностях ресурсов. В данном сценарии приложение RC запрашивает информацию с датчика от приложения RM и корректирует профиль перемещения модуля в соответствии с полученной от датчика информацией.

Robot Control


Robot Monitoring


ViblnfoResponse


ViblnfoRequest



о S’

Robot control — Управление роботом; Adjust robot motion — Корректировка перемещения робота; Robot monitoring — Мониторинг робота.

Рисунок 15 — Простой информационный обмен между приложениями

В разделах В.2 и В.З приведены примеры набора элементов AIM-матрицы для приложений RC и RM, которые в свою очередь являются элементами таблицы 10 (RM — RC). В разделе В.4 приведен пример элемента ADM-матрицы для интегрированного приложения RC (см. таблицу 9), 8 котором приложения подлежат исполнению с использованием ресурсов согласно этой таблице. Более подробный обмен информацией будет включать в себя несколько элементов AIM- и ADM-матриц.

В.2 Элемент AIM-матрицы для приложения RC

В данном примере представлен элемент AIM-матрицы для приложения RC (контроллер управления роботом) согласно разделу 8.

<?xml version="1.0" encoding=\itf-8“?>

<ISO _ AIME xmlns=Tittp://www.iso.org/aime"

xmlns:xsd="http://www.w3.org/2001/XMLSchema-instance “>

<MatrixElementHeader>

<MEidentification>exampleAIME</MEidentification>

<MErevision>1a</MErevision>

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

<MEsource>ISO</MEsource>

<MEclasslD>AIP</MEclasslD>

<MEdate>2010-09-14</MEdate>

<MEregistry>lndustry_specific_registry_nameJSO_13774_DM</MEregistry>

</MatrixElementHeader>

<MatrixElement8ody>

«Context_Section>

<domainSection>

<domainSourceHandle*D1.1«/domainSourceHandle*

«domainDestinationHandlex/domainDestinationHandle*

«/domainSection*

«applicationsection*

<applicationSourceHandle*RobotControl</applicationSourceHandle>

<applicationDestinationHandle*</applicationDestinationHandle>

«/applicationsection*

«applicationRelationshipSeclion*

«applicationDomainRelationshipName*

Robot_DM_Context

«/applicationDomainRelationshipName*

«/applicationRelationshipSection*

«processSection*

«processSourceHandle*MotionControl«/processSourceHandle>

<processDestinationHandle*</processDestinationHandle>

«/processSection*

«resourceSection*

«resourcePack name="PLC*’>

<resourceName>ControlLogix02«/resourceName>

«resourceProfi1e>PLCiso15745profile«/resourceProfile>

«/resourcePack*

<resourcePack name="Kinetix">

«resourceName>KinetixDrive01«/resourceName>

<resourceProfile*Kinetixiso15745profile«/resourceProfile>

«/resourcePack*

«resourcePack name=“XM-120“>

<resourceName*XM-120_03«/resourceName>

<resourceProfile>XM 120iso15745profile«/resourceProfile>

«/resourcePack*

«/resourceSection*

«/Context _Section>

«Conveyance_Section>

«description>RobotControl to Diagnostics Example«/description>

<informationType names“ViblnfoRequestTypew type=“tViblnfoRequest">

«description*

ViblnfoRequestMsg will request robot tool vibration information

«/description*

«/informationType*

«informationType name="ViblnfoResponseType“ type="tViblnfoResponse">

«description*

ViblnfoResponseMsg will have degree of robot tool vibration

«/description*

«/informationType*

«roleType name="RobotConlrolRole">

«description*Role for Robot Control«/descriplion>

«behavior name=''RobotDM“ interface="RobotDMResponseSvc*>

«descriplion*Behavior for providing Robot DM information«/descriplion>

«/behavior*

«/roleType*

«participantType name="RobotMotionCtr1“>

«description*Robot Control Participant«/description>

«roleType typeRef="tns:RobotControlRole" />

«/participantType*

«channelType name="RobotMonitor2RobotContror type=1SO15745_ENet_CommNet_ProfileH>

<descriplion*Robot Control to Diagnostics Channel Type

Elhernet/IP channel based on ISO15745-2 Comm Profile

«/description*

«/channelType*

</Conveyance_Seclion>

«/MatrixElementBody*

</ISO_AIM

В.З Элемент А1М*матрицы для приложения RM

В данном примере представлен элемент AIM-матрицы для приложения RM (мониторинг состояния робота) раздела 8.

<?xml version=*1.0* encoding=’btf-8“?>

«ISO _ AIME xmlns=’http://www.iso.org/aime" xmlns:xsd=Tittp://www.w3.org/2001/XMLSchema-instance"> «MalrixElementHeader*

<MEidentification>exampleAIME</MEidenlification> <MErevision>1a«/MErevision>

«MEname>D.1.2.Ay_D.1.1Ax«/MEname>

<MEsource>ISO«/MEsource>

«MEclasslD>AIP«/MEclasslD>

<MEdate>2010-09-14</MEdate>

<MEregistry>lndustry_specific_registry_name_ISO_13374_SD«/M Eregistry*

«/MatrixElementHeader*

<MatrixElement8ody>

«Context _ Section*

<domainSection>

<domainSourceHandle>«/domainSourceHandle>

<domainDestinationHandle>D1.2«/domainDestinationHandle>

«/domainsection*

«applica lionSection* <applicalionSourceHandle>«/applicationSourceHandle> <applicationDestinationHandle>ConditionMonitoring «/applicationDestinationHandle*

«/applicationsection*

«applica tionRelalionshipSection* <applicationDomainRelationshipName>Robot_SD_Context «/applicationDomainRelationshipName*

«/applicationRelationshipSection*

<processSection>

«processsource Handle>«/processSourceHandle> <processDeslinationHandle>RobolConditionMonitoring«/processDestinationHandle> «/processSection*

<resourceSection>

«resourcePack name="PLC“>

<resourceName>ControlLogix01«/resourceName> <resourceProfile>PLCiso15745profile«/resourceProfile> «/resourcePack*

«/resourcesection*

</Context_Section>

<Conveyance_Section>

<description>Robot Monitoring Example«/description>

<informationType name=BViblnfoRequestType'’ type="tViblnfoRequest">

«description?

ViblnfoRequestMsg will request robot tool vibration information

«/description*

«/informationType*

«informationType name=ViblnfoResponseType” type=1ViblnfoResponse”>

«description*

ViblnfoResponseMsg will have degree of robot tool vibration

«/description*

«/informationType*

«roleType name=*RobotMonitorRole''*

<description*Role for Robot Monitoring</description>

«behavior name=*RobotSD" interface="RobotDMRequestSvc,,>

<description*Behavior for requesting Robot DM information«/description>

«/behavior*

«/roleType*

«participantType name="tns:RobotMonitor^>

<description*Robot Monitor Participant«/description>

«roleType typeRef="tns:RobotMonitorRole“ />

«/participantType»

«channelType name=*'RobotMonitor2RobotContror type=1SO15745_ENet_CommNet_ProfileH>

«description>Robot Monitor to Robot Control Channel Type Ethemet/IP channel based on ISO15745-2 Comm Profile «/description» </channelType>

</Conveyance_Section> «/MalrixElementBody» </ISO_AIME>

B.4 Элемент ADM-матрицы для интегрированного приложения RC

В данном примере представлено интегрированное приложение RC таблицы 9. <?xml version="1.0" encoding=‘Vtf-8*?>

<ISO_ADME xmlns="http://www.iso.org/adme"

xmlns:xsd="http://www.w3.org/2001/XMLSchema-instance*^» <MatrixElementHeader>

<MEidentification>exampleADME</MEidenUfication> <MErevision»1a«/MErevision>

<MEname>D.1.2.A_D. 1.1 Ax</MEname>

<MEsource»ISO«/M Esource»

«MEclasslD»AIP«/MEdasslD>

<MEdate»2010-09-14«/MEdate> <MEregistry>lndustry_specific_registry_nameJSO_13374_pM_SD</MEregistry> </MatrixElementHeader>

«MatrixElementBody»

<Context_Section>

<domainSection>

<domainSourceHandle»D1.1</domainSourceHandle> <domainDestinationHandle»D1.2</domainDestinalion Handle» </domainSection>

«applicationsection»

«applies lionSourceHandle»RobotControl«/applicationSourceHandle> <applicalionDestinationHandle>CondilionMonitoring«/applicationDestinationHandle> «/applicationsection»

«applicationRelationshipSection»

«application DomainRelationshipName»Robot_DM_Context «/applicationDomainRelationshipName» <applicationDomainRelationshipName»Robot_SD_Context «/applicationDomainRelationshipName»

«/applicationRelationshipSection»

«processSection» <processSourceHandle»MotionControl«/processSourceHandle> <processDestinationHandle>RobotConditionMonitoring«/processOestinationHandle> «/processSection»

«resourcesection»

«resourcePack name="PLC“> <resourceName»ControlLogix02</resourceName> <resourceProfile>PLCiso15745profile«/resourceProfile> «/resourcePack»

«resourcePack name="Kinetix“> <resourceName»KinetixDrive01«/resourceName> «resourceProfile»Kinnetixiso15745profile«/resourceProfile> «/resourcePack»

«resourcePack name="PLC*,> «resourceName>Compactlogix01«/resourceName> <resourceProfile>PLCiso15745profile«/resourceProfile> «/resourcePack»

«resourcePack name="XM-120“>

«resourceName»XM 120_03</resourceName> <resourceProfile»XM-120iso15745profile«/resourceProfile> «/resourcePack»

«/resourcesection»

«/Context_Section>

<Conveyance_Section>

<description>Diagnoslics/Motion Control Example«/description» <informationType name=“ViblnfoRequestType* type="tViblnfoRequest"> «description»

ViblnfoRequestMsg will request robot tool vibration information

«/description»

«/informationType»

<informationType name="ViblnfoResponseType" type="tViblnfoResponse"> <description>

ViblnfoResponseMsg will have degree of robot tool vibration

«/description»

</informationType>

«roleType name= "RobotMonitorRole"»

<description>Role for Robot Monitoring</description>

•«behavior name=*'RobotSD“ interface="RobotDMRequestSvc-> <description»Behavior for requesting Robot DM information«/description> </behavior>

</roleType>

<rofeType name="RobotControlRole">

«description»Role for Robot Control«/description>

<behavior name="RobolDM" inlerface=”RobotDMResponseSvc“> <description>Behavior for providing Robot DM information</description> «/behavior»

«/roleType»

«relationshipType name=*'RobotMonitor2RobotControl“>

<roleType typeRef=“tns:RobolMonilorRole7>

<rofeType typeRef="tns:RobotControlRole7> «/relationshipType»

<participantType name=‘,tns:RobotMonitorn>

<description>Robot Monitor Participant«/description>

<roleType typeRef=“tns:RobotMonitorRole“ /> </participantType>

<participantType name="RobotMotionCtrl^>

<description>Robot Control Participant«/description>

«roleType typeRef=''tns:RobotControlRole“ />

</parlicipanlType>

<channelType name="RobotMonitor2RobotControlChanner type=1SO15745_ENet_CommNet_Profile“>

<description»Robot Control to Diagnostics Channel Type

Ethemel/IP channel based on ISO15745-2 Comm Profile «/description»

</channelType>

«/Conveyance_Section»

<Content_Section>

<informationExchange name=*'intRobotlnformationExchange“> <description»lntegrated Robot Monilor/Conlrol Information Exchange«/descriplion> «relationship type=*’tns:RobotMonitor2RobotContror /»

«variableDefinitions»

«variable name^RobotMonitotfRobotControlC" channelType=“tns:RobotMonilor2RobotControlChanner roleTypes="tns:RobotMonitorRole lns:RobotControlRole”> <description»Channel Variable«/description>

«/variable»

«variable name="ViblnfoRequestw informationType=''tns:ViblnfoRequestType" roleTypes="tns:RobotMonitorRole lns:RobotControlRole7> <description»Vibration Information Request Message«/description> «/variable»

«variable name=“ViblnfoResponse"

informa tionType="tns:ViblnfoResponseType“ roleTypes="tns:RobotContro!Role tns:RobotMonitorlRole7>

«description»Vibration Information Response Message«/description>

«/variable»

«/variableDefinitions»

«interaction name="ViblnfoElicitation" operation=''getViblnfo" channelVariable=*'tns:RobotMonitor2RobotControlC"> <description>Vibration Information Elicitation«/description> «participate relationshipType=“tns:RobotMonitor2RobotContror fromRoleTypeRef="tns:RobotMonitorRole'' toRoleTypeRef=1ns:RobotControlRole*’ f> «exchange name="ViblnfoRequestExH informationType="tns:ViblnfoRequestType" action=Mrequest">

«description>Vibration Information Request Message Exchange«/description> «send variable="ViblnfoRequest“ />

«receive variable="ViblnfoRequest'’ />

«/exchange»

«exchange name=ViblnfoResponseEx" informationType=*'tns:ViblnfoResponseType“ action= Respond"» <description>Vibration Information Response Message Exchange«/description> «send variable="ViblnfoResponse'’/>

«receive variable="ViblnfoResponse" />

«/exchange»

«/interaction»

«/informationExchange» </Content_Section> «/MatrixElementBody» </ISO_ADME>

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

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

Таблица ДАЛ

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

Степень соответствия

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

ИСО 18435-1

ИСО 15745-1

IDT

ГОСТ Р ИСО 15745-1—2010 «Системы промышленной автоматизации и интеграция. Прикладная интеграционная среда открытых систем. Часть 1. Общее эталонное описание»

МЭК 62264-2

IDT

ГОСТ Р МЭК 62264-2—2010 «Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей»

МЭК 62264-3

«

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

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

- IDT — идентичные стандарты.

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

И]


МЭК 62264-2


(2]


(IEC 62264-2) МЭК 62264-3


(IEC 62264-3)


Измерение и контроль промышленных процессов. Интеграция систем контроля предприятия. Часть 2: Модельные атрибуты объекта

(Enterprise-control system integration — Part 2; Object model attributes) Измерение и контроль промышленных процессов. Интеграция систем контроля предприятия. Часть 3: Модели работ в производственных операциях

(Enterprise-control system integration — Part 3: Activity models of manufacturing operations management)


(3] 2000


REC-xml-20001006, Extensible Mark-up Language (XML) 1.0 Second Edition — W3C Recommendation 6 October

  • (4) REC-xmlschema-1-20010502, Схема языка XML, Часть 1: Структуры — Рекомендации рабочей группы W3C от 02 мая 2001 г.; REC-xmlschema-2-20010502. Схема языка XML. Часть 2: Типы данных — Рекомендации рабочей группы W3C от 02 мая 2001 г.

  • [5] UML V2.0, OMG — Спецификация на унифицированный язык моделирования (версия 1.4 от сентября 2001 г.) (все части), Общий заголовок для группы элементов

УДК 681.5:656.071.8:006.354 ОКС 25.040.40 Т58

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

Редактор И. В. Алферова Технический редактор Е. В. Беспрозванная Корректор С. И. Фирсова Компьютерная верстка Т. Ф. Кузнецовой

Сдано в набор 30.092014. Подписано 8 печать 14.11.2014 Формат 60х841/д, Бумага офсетная Гарнитура Ариал. Печать офсетная. Усл. леч. л. 4,18. Уч.-изд. л. 3,60. Тираж 41 экз. Зак. 1620.

. 123995 Москва. Гранатный пер.. 4.

Набрано и отпечатано в Калужской типографии стандартов. 248021 Калуга, ул. Московская. 256.