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

Более 10000 документов в открытом доступе, абсолютно бесплатно

ГОСТ 1759-70 - Болты, винты, шпильки и гайки. Технические условия

Этот документ был распознан автоматически. В блоке справа Вы можете найти скан-копию. Мы работаем над ручным распознаванием документов, однако это титанический труд и на него уходит очень много времени. Если Вы хотите помочь нам и ускорить обработку документов, Вы всегда можете сделать это, пожертвовав нам небольшую сумму денег.

Файлы для печати:

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

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

НАЦИОНАЛЬНЫЙ ГОСТ Р МЭК

СТАНДАРТ

РОССИЙСКОЙ 62264-5— ФЕДЕРАЦИИ 2012

ИНТЕГРАЦИЯ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ

Часть 5

Операции «бизнес—производство»

IEC 62264-5:2011 Enterprise-control system integration —

Part 5: Business to manufacturing transactions (IDT)

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

Е ет 2014


Предисловие

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

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

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

4 Настоящий стандарт идентичен международному стандарту МЭК 62264-5:2011 «Интеграция систем управления предприятием. Часть 5. Операции «бизнес-—производство» (1ЕС 62264-5:2011 «Етегризе-сопиго! system integration — Part 5: Business to manufacturing transactions»).

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

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

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

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

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


Содержание

1 Область применения ............. еее яя 1 2 Нормативные ссылки .-.....-.-. еее 1 3 Термины, определения и аббревиатуры ............. 1 3.1 Термины и определения........... еее нее 1 3.2 Аббревиатуры .......--...- у - на ния 2 4 Сообщения и действия транзакций ............,. 2 4.1 Общие положения ........ еее 2 4.2 Модели транзакций ......... еее еее еее нана 2 4.3 Структура сообщений ........... еее 5 5 Действия сообщений ........... еее 9 5.1 Действия и модели транзакций -........... еее я 9 5.2 Действие СЕТ -....-.... ee 11 5.3 SHOW еее ао вооон 12 5.4 Действие РРОСЕЗ$ ........ еее еее нае неа» 12 5.5 Действие АСКМОМЕОСЕ ............ 2.2.22... 202220202045. 13 5.6 Действие СНАМСЕ .......... еее еее еее ана 15 5.7 Действие САМСЕЕ .......... еее ине я 15 5.8 Действие СОМАКМ ........ еее неа 16 5.9 fleticrave RESPOND ...... 22. 2 2 18 §.10 fletcrpave SYNC ... 2... 2.2. 2. ee ee ee 18 5.11 Действие ЗУМС АБО ............ ee eee 18 5.12 Действие ЗУМС СНАМСЕ ........ 2 2 еее 19 5.13 Действие УМС ОЕТЕТЕ .....-... неа ee 19 6 Объекты сообщения ........... еее 20 6.1 Общие положения ......... еее нянька 20 6.2 Определение содержания сообщения ...-.....-....... еее нее 20 6.3 Модель персонала .....-...... еее еее 22 6.4 Модель еее 30 6.5 Модель технического обслуживания .......-..- еее нь 39 6.6 Модель материала...........-.-.... еее ен 43 6.7 Модель сегмента процесса обработки ......... еее еее неа 58 6.8 Модель производственных возможностей -.......... еее ee 60 6.9 Модель определения продукта ........--.... еее 65 6.10 Модель графика производства ............. еее 68 6.11 Модель производственных показателей еее нение 72 6.12 Профиль транзакции. еее неее. 76 7 Завершенность, соответствие по существу и соответствие форме 78 7.1 Завершенность .-........-..-. еее неее няня 78 7.2 Соответствие по существу .......-..... еее а 78 7.3 Соответствие по форме ............. еее 78 Приложение А (справочное) Примеры моделей транзакций и рыночных сценариев -........ 82 Приложение В (справочное) Вопросы и ответы по использованию транзакций ............ 99 Приложение С (справочное) Шаблон действия еее 101 Приложение О (справочное) Общие правила идентификации объектов модели ............ 107

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


Введение

Настоящий стандарт основан на использовании абстрактной модели комплекса международных стандартов МЭК 62264, первоначально установленной в частях МЭК 62264-1 и МЭК 62264-2 и объединенной со служебным словарем операций для определения транзакционной модели сцелью информационного обмена. Настоящий стандарт не ограничивает использование транзакционных моделей/протоколов. основанных на стандартах, отличных от МЭК 62264, и не признает их недействительными. Транзакции происходят на всех уровнях функционирования предприятия, а также между предприятиями-партнерами и относят- ся как к обязательным, так и к фактическим операциям. Но основное внимание в настоящем стандарте уделяется интерфейсу между коммерческими и промышленными системами.



Настоящий стандарт определяет комплекс транзакций «бизнес-—производство» и «производство— бизнес». которые применяются для объектов, используемых в процессе обмена между Уровнем 4 и Уровнем 3, как определено объектной моделью МЭК 62264-1 и МЭК 62264-2. Информация о моделях также представлена в настоящем стандарте. что позволяет более явным образом описать транзакции и предоставить дополнительную информацию о требуемом порядке обработки транзакций.

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


ГОСТ Р МЭК 62264-5—2012

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

ИНТЕГРАЦИЯ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ Часть 5

Операции «бизнес—производство»

Enterprise-control system integration. Part 5. Business to manufacturing transactions

Дата введения — 2014—01—01 1 Область применения

Настоящий стандарт устанавливает групповые операции (транзакции) в терминах обмена информацией между приложениями, выполняющими рыночные и производственные действия, ассоциированные с Уровнями 3 и4. Обмен информацией обеспечивают операции сбора информации, ее считывания, передачи и хранения для поддержки интеграции системы управления предприятием. Настоящий стандарт соответ- ствует моделям и терминопогии, установленным в МЭК 62264-1, а также атрибутам объектов моделей, установленных в МЭК 62264-2. Настоящий стандарт также определяет транзакции, устанавливающие порядок обмена объектами, определенными в МЭК 62264-1, МЭК 62264-2 и в настоящем стандарте. Другие применения моделей транзакций в настоящем стандарте не рассматриваются.

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

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

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

МЭК 62264-1:2003 Интеграция системы управления предприятием. Часть 1. Модели и терминология (IEC 62264-1:2003, Enterprise-control system integration — Part 1: Models and terminology)

МЭК 62264-2:2004 Интеграция системы управления предприятием. Часть 2. Атрибуты модели объек- Ta (IEC 62264-2:2004, Enterprise-control system integration — Part 2: Object model attributes)

МЭК 62264-3:2007 Интеграция системы управления предприятием. Часть 3. Модели действий руководства производственными операциями (1ЕС 62264-3:2007, Емегризе-согпиго! зуз{1ет — Part 3: Activity models of manufacturing operations management)

3 Термины, определения и аббревиатуры

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

В настоящем стандарте применены термины и определения, приведенные в МЭК 62264-1, МЭК 62264-2 и МЭК 62264-3. В ряде случаев в настоящем стандарте в определения внесены очевидные изменения.

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


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

3.1.2 идентификатор ПО (деп ег 10): Информация, необходимая для идентификации объекта или его свойства.

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

3.1.4 объект (существительное), именная конструкция (поип): Одна из двух частей содержимого сообщения, определяющая один или несколько объектов в соответствии с моделями объектов МЭК 62264-1 и МЭК 62264-2.

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

3.1.6 действие; глагол (уе): Одна из двух частей содержимого сообщения. определяющая выполняемое действие или ответ на запрос.

3.1.7 шаблон (метасимвол) Информация, идентифицирующая набор объектов или свойства ряда объектов.

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

ОАС!$ — Стандарт на интерфейс группы открытых приложений (Ореп Сгоир ммейасе Standard); SYNC — Cuxxponnanposannbie (Synchronized data).

4 Сообщения и действия транзакций

4.1 Общие положения

Данный раздел определяет общий набор групповых операций (транзакций), сообщений и действий, используемых между приложениями Уровня 4 и Уровня 3 при обмене данными. определенными в моделях объектов МЭК 62264-1 (раздел 7)и МЭК 62264-2.



Транзакция должна включать последовательность сообщений. Структура каждого сообщения должна удовлетворять требованиям 4.2.

Сообщения должны содержать как область действия, так и область объекта. Информация, передаваемая сообщением, должна содержаться в области объекта сообщения. Действия. ассоциированные с информацией, должны быть описаны в области действия.

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

Существуют три различные модели транзакций.

а) Модель «РИЦ (извлечение информации по запросу)» используется. когда пользователь данных запрашивает эти данные у провайдера данных.

Ь) Модель «РУЗН (подача запроса, т. е. принудительная доставка данных)» используется, когда провайдер данных запрашивает действие (обработка, изменение или завершение) с данными у другого пользователя.

с) Модель «РУВИЗН (пубпикация)» используется, когда собственник данных публикует их для пользователей (подписчиков) данных.

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

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

4.2 Модели транзакций Существуют три класса действий: составление ответа на запрос, выполнение транзакции и синхрони-

зация данных. Эти классы определяют три различных модели транзакций. а) Модель «РУ» применяется. когда пользователь данных запрашивает информацию у провайдера информации.

2


Данная модель используется для составления ответа на запрос.

Приложения провайдера информации фиксируют сообщения СЕТ (получить) и отвечают сообщениями НОМ! (показать) для завершения транзакции.

Приложения пользователя информации отправляют сообщения СЕТ.

1) Запросы на информацию отправляются с помощью сообщений СЕТ. 2) Сообщение СЕТ описывает область применения запрашиваемой информации. 3) Сообщение ЗНО\\ возвращает информацию.

Ь) Модель «РУЗН» используется, когда отправитель информации отправляет новую (измененную) информацию получателю для обработки запросов, т. е. для выполнения групповой операции.

Приложения получателя фиксируют сообщения РКОСЕЗ$5 (обработка), СНАМСЕ (изменение) или САМСЕЕ (отмена).

Приложения отправителя направляют сообщения РКОСЕЗ$ $, СНАМСЕ и САМСЕ!.

1} Новая информация доставляется получателю с помощью сообщений РКОСЕЗ$$. Ответы могут быть возвращены отправителю через сообщение АСКМОМЛ-ЕОСЕ (подтверждение приема).

2) Изменения информации направляются получателю с помощью сообщений СНАМСЕ. Ответы могут быть возвращены отправителю через сообщение РЕЗРОМО (ответ).

3) Уведомление об удалении информации направляется получателю сообщением САМСЕЕ.

с) Модель «РУВИЗН» используется, когда провайдер данных публикует их для пользователей (подписчиков) данных. Эта модель используется для синхронизации данных.

Приложения подписчика получают сообщения SYNC.

Приложения издателя отправляют сообщения 5\МС.

1) Издатель отправляет сообщения ЗУМС, содержащие новую, измененную или удаленную информацию, подписчику.

2) Подписчик получает сообщения 5\"МС, содержащие новую, измененную или удаленную информацию.

Временной режим публикации и область применения опубликованной информации в сообщении не определяются. Они определяются вспомогательным соглашением между издателем и подписчиком. По этой причине сообщения ЗУВЗСРВЕ (подписка) в настоящем стандарте не определены.

Пример — Вспомогательное соглашение означает, что оно не определяется в протоколе транзакции. Например: соглашение между издателем и подписчиком может быть достигнуто:

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

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

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

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

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

Рисунок 1 иллюстрирует обмен сообщениями при транзакции, когда сообщение отправляется от пользователя информации с идентификацией объекта (оборудование СЕТ) и когда сообщение возвращается от провайдера информации с информацией об объекте (оборудование ЗНО\М\).




ГОСТР МЭК 62264-5—2012

GET Equipment

Application identification Area

Пользователь информации GET equipment Оборудование для получения информации Application identification area бласть идентификации приложений Data area Область данных ействие = получить

[ Пользователь информии | |_ Оборудование для получения информации | данных О | |_ Идентификатор ФС [ Покальная | [ Оборудование для па о | [Область данных |

Идентификатор =АВС

Noun=Equipment ID ="ABC"

Локальная обработка Оборудование дпя показа

Local processing

SHOW equipment

Application identification area Data area

Verb = SHOW

Noun = Equipment

“АВС”

Description = "Simple equipment” Equipment property

ID = "Throughput"

Value = "200" Значение = 200

Value unit of measure = "PPM" Значение единицы измерения = деталей в минуту Description = "Throughput as parts per minute" Описание = выработка, измеряемая числом деталей в минуту

бласть идентификации приложения Область данных ействие = показать

| Е

т | : 8

5 и

писание = простое оборудование войство оборудования Идентификатор = Игоцайри (выработка)

Показать

Рисунок 1 — Типовой обмен сообщениями в групповой операции


4.3 Структура сообщений

4.3.1 Общая структура

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

Initiating verbs: Get, Change, Cancel, Process, Sync

Responding verbs: Show, Confirm, Acknowledge, Respond

Objects defined in the IEC 62264-1, Clause 7 object models

Appcaton enieaion aa Data ve area Noun oe

Initiating verbs: GET, change, cancel, process, sync Инициирующие действия: получить, изменить, от- менить, обработать, синхронизировать

Responding verbs: SHOW, confirm, acknowledge, respond Ответные действия: показать. подтвердить правильность, подтвердить прием, ответить

Objects defined in the IEC 62264-1. Clause 7 object models | Объекты, определенные моделями объектов в соотватствии с МЭК 62264-1, раздел 7

Рисунок 2 — Типовой обмениваемый набор данных

4.3.2 Область идентификации приложения

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

Примечание См. слецификацию ОАС!$ 9.0 (спецификация интеграции открытой группы приложений} для формата области идентификации приложения. Модель обмена данными, определенная в настоящем стандарте, соответствует спецификации ОАС!$. Поэтому практическая реализация ОАС!$. использующая объекты МЭК 62264-1 и МЭК 62264-2, может соответствовать настоящему стандарту.

Дата и время должны включать информацию о временном поясе для однозначной идентификации

времени. Например. можно использовать координатное универсальное время или расширенный календар- ный формат ИСО 8601.


Data Message

Identifies the sender of the message Identifies the return address of the sender Defines the confirmation option

Other sender information

Defines the creation date/time of the message Other application identification information

a eo soe sno oe a el



Identifies the return address of the sender Идентифицирует обратный адрес отправителя

от ит Sr ет Ss an i Other application identification information oa

Рисунок 3 — Типовой расклад обпасти идентификации припожения

4.3.3 Область данных

Область данных в сообщении должна содержать область действия и область объекта.

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

6


Область объекта содержит один или несколько объектов и ассоциированных элементов. Каждый объект представляет один или несколько объектов в соответствии с моделями объектов, определенны- ми в МЭК 62264-1 и МЭК 62264-2. Объекты, определенные в настоящем стандарте, перечислены в разделе 6.

Комбинации «действие—объект» определяют сообщение, имеющее уникальный и однозначный смысл.

4.3.4 Объекты сообщения

Объекты представляют собой одну или несколько реализаций объектов для моделей объектов, определенных в МЭК 62264-1 иМЭК 62264-2. Данные модели группируются для использования вместе ссообщениями.

Пример — Объект Определение материала — это объединение реализации Определения матери- ana и Свойств определения материала.

4.3.5 Групповой символ

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

Примечание 1 — Групповые символы применяются для идентификаторов свойств, но не для значений

Примечание 2 — Групповые символы должны использоваться осторожно при соединении с переч- нем идентификаторов объектов или идентификаторов свойств. В спучае ошибки сообщение с подтверждении может не содержать достаточной информации для установления причины ошибки.

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

а) — указывает нуль или несколько символов, пюбые символы приемлемы.

Пример 1 — Групповой символ "АВС" согласуется с "АВС", "АВСО”, "АВСОЕЕ", "АВС@4!*", но не согласуется с "АВООЕР";

Ь) "№" — указывает один или несколько символов, любые символы приемлемы.

Пример 2 — Групповой символ "АВС%" согласуется с "АВСО", "АВСОЕР”, “АВСЛ4Л“\ но не согласу- ется с "АВС";

с) *?" — указывает нуль или один символ в заданной позиции, любые символы приемлемы.

Пример 3 — Групповой символ "АВС?" согласуется с "АВСХ”", "АВСО”, “АВС!", "АВС", но не согласу- ется с "АВСОЕ” или “АВОС";

9) символ, идущий за «\», — это буквенный символ, а не групповой.

Пример 4 — Идентификатор объекта "АВС\*" задает идентификатор как "АВС*". Пример 5 — Идентификатор свойства “\\\\USM 123°" определяет идентификатор свойства как "ПИ$М 123".

Примечание 4 — Два последовательных обратных символа "\" интерпретируются как один обратный символ ”\".

Рисунок 4 иллюстрирует транзакцию СЕТ/ЗНО\\ сустановленным групповым символом. Провайдер информации возвращает перечень объектов, согласованный со спецификацией групповых символов.


SHOW Equipment

Value Unit of Measure = “PPM” Description = “Througnput as parts per minute”

a О Coyote CS

Рисунок 4 — СЕТ с групповым символом и ответ ЭНО\/


5 Действия сообщений

5.1 Действия и модели транзакций

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

Таблица 1 — Определенные действия

ACKNOWLEDGE Подтверждение получения запроса РКОСЕ$$ (на обра-

(подтверждение ботку). Объект может содержать назначенные иденти-

получения) фикаторы и другую информацию для отправителя сообщения РРОСЕ$$ об идентификаторах каких-пибо созданных объектов.

Пример — Сообщение РКОСЕ$$, отправленное с партией материала, может получить в ответ иден-



тификатор, назначенный для данной партии полу- чающей системой

CANCEL Запрос получателю на удаление информации. Установ-

(отменить) ленные объекты должны быть отменены. Если содержащиеся идентификаторы элементов установлены, то от- меняются только установленные содержащиеся элементы установленного объекта, но не сам объект.

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

СНАМСЕ Запрос к получателю на изменение информации. Уста-

(изменить) новленные атрибуты и содержащиеся элементы объекта должны быть изменены. Если идентификаторы содер- жащихся элементов не указаны, то изменяются только указанные атрибуты

CONFIRM Подтверждающий ответ на запрос PUSH, PULL. (подтвердить) PUBLISH

GET Sanpoc Kk monyyaTenio Ha MO OAHOMy unm He- | PULL

объектам. Получатель возвращает сообщение ЗНОМ/, содержащее все указанные атрибуты и все указанные содержащиеся элементы указанного объекта. Если в области объекта ни атрибут, ни содержащийся элемент не указаны, то возвращаются все атрибуты и/или содержащиеся элементы. Если групповые символы применены к объекту и идентификаторам свойств, то должна быть обеспечена возможность дальнейшей фильтрации возвращаемой информации путем задания значения для одного или нескольких атрибутов объекта. Возвращаются только объекты, чьи атрибуты согласуются с указанным значением (вне перечня объектов, согласующихся с групповыми символами, примененными к объектам и идентификаторам СВОЙСТВ). Пример — При получении всех партий материалов со статусом "Новый" для идентификатора партии материалов устанавливается групповой символ "*", и значение “Новый" задается для атрибута ${а$

9


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

Ш ные

PROCESS Запрос получателя на обработку новой информации.

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

RESPOND Пример — Сообщение СНАМСЕ, отправленное с об-

(ответить) новленным статусом партии материалов "ОК", может получить ответ ВЕЗРОМО с другим статусом "OUT OF SPEC” (Hem в спецификации) из-за особых рыночных правил в приемнике сообщений СНАМСЕ

SHOW Ответ на сообщение СЕТ PULL (показать)

SYNC ADD Запрос от собственника объекта о добавлении инфор-

(добавить мации. Добавляется новый объект. Если указанный

синхронно} объект уже существует, то добавляется только указанный содержащийся элемент

SYNC CHANGE Запрос от собственника объекта на изменение инфор-

(изменить мации. Заменяется указанный атрибут и содержащийся

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

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

Примечание 2 — Механизм, задающий «один-а-один» ассоциацию с моделью РУЗН, не включен в настоящий стандарт. Практическая реализация конфигурации и установки имеет особенности, они определяются в соответствующей спецификации.

Примечание 3 — Механизм, задающий ходин-в-один» ассоциацию с моделью РУ, не включен в

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

Примечание 4 — Маханизы, используемый для подписки в модели РУВИЗН, не включен в настоящий стандарт. Практическая реализация механизма подписки имеет особенности. она опредепяется в соот- ветствующей спецификации.

Примечание 5 — Содержащиеся элементы являются свойствами объекта или свойствами других содержащихся элементов в соответствии с 6.2.

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

Примечание 7 — Сущность. получающая сообщение РВОСЕ$$, может продолжить обработку добавленной информации.

Примечание 8 — В настоящем стандарте не существует возможности добавлять или удалять ат- рибуты объекта. Атрибуты объекта определяются в МЭК 62264-2.


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



Примечание 9 — Дополнительная информация, возвращаемая в сообщении ЭНОМ/ (как ответ на сообщение СЕТ) (например, идентификаторы ссылочных объектов), указана в соответствующем разделе для каждого типа объекта.

Примечание 10 — Дополнительная информация, изменяемая сообщениями СНАМСЕ и SYNC

СНАМСЕ (например. идентификаторы ссылочных объектов), указана в соответствующем разделе для каждого типа объекта.

Примечание 11 — Объекты могут быть установлены специальным значением их О или группой символов.

5.2 Действие СЕТ Действие СЕТ используется в сообщении СЕТ. Оно обеспечивает запрос информации об объекте или

о перечне объектов. information User

Ответом на сообщение СЕТ является сообщение SHOW. Information Provider

Local processing

Information provider Провайдер информации

Local processing Локальная обработка [ет [| оли

учи

Рисунок 5 — Транзакция. включающая действия СЕТ и SHOW

Действие СЕТ извлекает один или несколько объектов и каких-либо содержащихся объектов с помощью атрибутов идентификаторов.

Внутри сообщения СЕТ идентификатор запрошенного объекта передается провайдеру информации. Если одного идентификатора недостаточно (например. когда требуется еще и свойство объекта), то провайдеру данных передается идентификатор охватывающего объекта и идентификатор (значение) охватываемого объекта (свойства). Указанные идентификаторы даны в соответствующем разделе для каждого типа объекта.

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

Пример — Действие СЕТ может извлекать сразу несколько объектов, например все из классов персонала.

Примечание — Действие СЕТ с групповым символом имеет очень ограниченную производительность обработки запросов. Групповые операции не предназначены для обеспечения достаточной производительности при составлении отчета на запрос в соответствии с нормальными требованиями базы данных. Если требуется

11


повысить производительность обработки запросов, то групповая операция СЕТ/ЭНОМ/ может быть использована для создания копий всех данных. Затем эти копии запросов могут быть обработаны локально.

5.3 Действие SHOW

Действие ЗНО\\ используется в сообщении SHOW для ответа на сообщение СЕТ. Рисунок 6 иллюстрирует транзакцию с сообщением СЕТ и последующими сообщениями ЗНО\/\ и CONFIRM (onuma “Confirm Always (подтверждать всегда)" указана в примере с сообщением СЕТ).

Information Provider User

GET (Confirm Always)

Local processing no error detected CONFIRM

information provider Провайдер информации GET (confirm always) Получить {подтверждать всегда)

Local processing Локальная обработка no error detected Ошибок нет Е ОО

Рисунок 6 — Транзакции СЕТ и НОМ с опцией “CONFIRM Амау5”

Примечание ы— Порядок поступления сообщений СОМЕКМ, ЗНОМ/. а также каких-либо других ответных сообщений в настоящем стандарте не определяется.

5.4 Действие РКОСЕ$ $

Действие РКОСЕ$$ используется в сообщении РКОСЕ$5$ для запроса об обработке ассоциированного объекта получающим приложением. Сообщение РКОСЕ$$ отправляется некоторой сущности, которая может обработать объект. В типовом сценарии обмена сообщение РКОСЕ$$ рассматривается как эквивалент формальной команды. Если указанный объект уже существует, то только указанные содержа-

щиеся элементы могут быть добавлены и обработаны.

Примечание — Действие РРОСЕ$$ часто является эквивалентом команды о добавлении объекта. При этом получающая сущность обычно выполняет дальнейшую обработку информации.

Пример 1 — Отправление сообщения РКОСЕ$$ для Графика производства на сайт указывает, что данный график должен быть обработан.

Пример 2 — Отправление сообщения РКОСЕ$$ для Оборудования указывает, что новый элемент оборудования должен быть добавлен.

Область действия РКОСЕ$5$ содержит элементы для выбора с одним из дополнительных определений: Меуег (никогда) или Амгауз {всегда) (таблица 2). Если элемент для выбора не указан, то по умолчанию всегда берется Мемег.

12




ГОСТР МЭК 62264-5—2012

Таблица 2 — Опции запроса с получением подтверждения о получении

Сообщение АСКМОМ-ЕОСЕ о подтверждении получения не требуется (никогда)

Always ACKNOWLEDGE o получения (всегда) отправляется всегда

5.5 Действие АСКМОМЕОСЕ

Действие АСКМО\МЕОСЕ используется в сообщении АСКМО\МЛ-ЕОСЕ для подтверждения получения приложением запроса PROCESS. Ответом на сообщение РКОСЕ$$ является сообщение ACKNOWLEDGE. Coo6wenve ACKNOWLEDGE может возвращать исходные или модифицированные данные. Рисунок 7 иллюстрирует сообщение РКОСЕ$$ с ответным сообщением АСКМОУЛ-ЕОСЕ.

Information Information Receiver Sender PROCESS

ACKNOWLEDGE

Local processing

аки information sender Отправитель информации

oo

PucyHow 7 — Tpaxsaxumn PROCESS/ACKNOWLEDGE

Пример — Omnpaenenue coo6ujexun ACKNOWLEDGE для Графика производства, когда сообщение РКОСЕ$$ для Графика производства получено, соответствующее приложение со стороны рынка подтверждает получение Графика производства и его приемку.

Область действия АСКМОМЛ-ЕОСЕ содержит элемент с одним из нижеследующих дополнительных определений: (принято), Ке]есед (отклонено) или МодЙед (модифицировано) (таблица 3).

Таблица 3 — Элементы действия Аскпочледае

Элемент о Acknowledge npansnanne ACCEPTED Информация принята получателем информации и обработана в соответ- (принято) ствии с рыночными правилами получателя 13


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

Элемент о Acknowledge предепение

REJECTED Информация отклонена получателем информации и не обработана полу- (отклонено) чателем. Область данных сообщения должна содержать описание причины отклонения

MODIFIED Информация принята получателем информации. но модифицирована дпя

(модифицировано) корректности обработки. Модифицированные данные возвращаются действием АСКМОМЛЕОСЕ. Область данных сообщения должна содержать идентификацию типа модификации

Пример — Рисунок 8 показывает последовательность сообщений, идущих от планирующей системы к исполнительной системе. Исходное сообщение РВОСЕ$$ с графиком производства получено, и сообщение АСКМОИТЕОСЕ с флажком возвращено с новым предлагаемым графиком.

Планирующая система пересматривает график и повторно отправляет его исполнительной системе. Исполнительная система принимает график производства и возвращает сообщение АСКМОУЛ.ЕОСЕ с флагом АССЕРТЕОЩ.

Scheduling System schedule | PROCESS — Production Schedule

ACKNOWLEDGE — MODIFIED — Production Schedule

schedule | PROCESS — Production Schedule ACKNOWLEDGE - ACCEPTED

Execution System

Local processing

Acknowledge — Modified — Production schedule Подтверждение о — — график производства

Re-generate schedule Переработка Acknowledge — accepted Подтверждение о получении — принято

Рисунок 8 — Пример действия АСКМОМЕОСЕ на запрос о переработке

14


5.6 Действие СНАМСЕ

Действие СНАМСЕ используется в сообщении СНАМСЕ, если отправитель сообщения отправляет запрос на изменение данных. Область объекта содержит новые данные. Рисунок 9 иллюстрирует сообщения СНАМСЕ и КЕЗРОМО.



Пример — Отправление сообщения СНАМСЕ о Сотруднике, если информация о персонале, например результаты квалификационных испытаний, изменена системой, не являющейся собственником моде-

ли данных о персонале. Information Information Receiver Sender CHANGE

RESPOND

О

Рисунок 9 — Транзакция СНАМСЕ/КЕЗРОМО

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

Таблица 4 — Опции действия Respond

vo no

5.7 Действие CANCEL Действие САМСЕ| используется в сообщении САМСЕЕ, если отправитель сообщения САМСЕЕ от- правляет запрос на отмену данных (рисунок 10).

Пример — Отправление сообщения САМСЕЁ о Партии материалов, если приложение указывает, что партия материала не является корректной (или доступной). При этом приложение, отправляющее сообщение САМСЕЕ, не является собственником данных о модели материала.

Примечание — Так как сообщение САМСЕЕ не отправляется собственником данных, то эти данные не обязательно удаляются. Отправитель только указывает, что ему эти данные больше не нужны.

15


Information Receiver

Sender

CANCEL

Local processing

Orrpanrres wegen

pao

PucyHok 10 — Coo6tweHvwe CANCEL

5.8 CONFIRM

Действие СОМЕТКМ используется в сообщении СОМЕКМ для подтверждения получения и обработки какого-либо сообщения в отличие от сообщений СОМЕ!КМ, КЕЗРОМО или ACKNOWLEDGE. Cmotpu pucy- нок 11 как пример подтверждения сообщения с выявленными ошибками.

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

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

определенные в таблице 5. information Information Provider User GET (Confirm OnError

Local processing error detected CONFIRM

information provider Провайдер информации

GET (confirm On€rror) Получить (подтвердить при наличии ошибки) Local processing error detected Локальная обработка при наличии ошибки

Рисунок 11 — Пример сообщения СЕТ с подтверждением при наличии ошибки

Примечание — Порядок поступления сообщения СОМЕ!ВМ (или какого-либо другого ответного сообщения) в настоящем стандарте не определяется.

16


Таблица 5 — Опции запроса на подтверждение

es

ОпЕтог (при наличии ошибок) Подтверждение отправляется только при наличии ошибок

Амгауз (всегда) Подтверждение отправляется всегда вне зависимости от результатов обработки

Сообщение СОМЕ!КМ:

а) идентифицирует подтверждаемое инициирующее сообщение;

b) указывает статус переработки сообщения;

С) включает описание ошибки, если статус указывает на ошибку при обработке.

Если ошибка возникает при обработке инициирующего сообщения получающим приложением и от- правитель устанавливает атрибут подтверждения на ОпЕгтог или на АМ/ауз, то получающее приложение должно создать сообщение СОМЕ!ЮМ. Если опция подтверждения не установлена, то значением по умолчанию будет Сопйтт Мемег.

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



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

Дополнительное описание ошибок, кода или текста, ассоциированного с объектами в области объекта (существительного). может содержаться в указанной области (см. Область идентификации приложения) в соответствии с рисунком 12.

CONFIRM

Application Identification Area

Optional additional error description, code or text

Contr

Application identification area Область идентификации приложения Data area Обпасть данных Verb area — confirm Обпасть действия — подтвердить

Noun area Обпасть объекта (существительного)

Error information Информация об ошибке

Optional additional error description, code or text Дополнительное (по выбору) описание ошибки: текстовое или путем указания кода ошибки

Рисунок 12 — Сообщение Сопйгт 17


5.9 Действие КЕЗРОМО

Действие КЕЗРОМО используется в сообщении КЕЗРОМО для обозначения получения обращения и обработки сообщения СНАМСЕ. Сообщение КЕЗРОМО используется при ответе на сообщение СНАМСЕ. Сообщение КЕЗРОМО может возвращать исходные или модифицированные данные.

Область действия КЕЗРОМО содержит элемент с одним из нижеследующих дополнительных определений: Ассеред (принято). Кеес{ед (отклонено) или Мод\ед (модифицировано) (таблица 6).

Таблица 6 — Элементы действия Вазропа

Злемент АССЕРТЕО Информация принята получателем информации и изменена в соответствии с ры- ночными правилами получателя

REJECTED Информация отклонена попучателем информации и не изменена получателем. Обпасть данных сообщения содержит описание причины отклонения

MODIFIED Информация принята получателем информации, но модифицирована для корректировки процесса обработки. Модифицированные данные возвращены с помощью действия КЕЗРОМО. Область данных сообщения должна содержать идентификацию типа модификации

5.10 Действие SYNC

Действие 5\УМС используется в сообщении ЗУМС, если собственник данных публикует информацию или изменяет информацию для подписчика.

Примечание 1 — Действие ЗУМС необходимо для синхронизации данных. Оно подразумевает ис- пользование синхронизированных или выровненных данных. Оно не рассматривает синхронные связи.

Примечание 2 — Должно быть только одно приложение, отправляющее сообщения 5\УМС для каких- либо специальных элементов информации.

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

Сообщение 5\УМС отправляет собственник информации.

Сообщение ЗУМС должно содержать в области действия один из нижеследующих модификаторов: (добавить), СНАМСЕ (изменить) или DELETE (удалить).

Пример 2 — Данное действие обычно используется, если необходимы большие изменения. Например, если система планирования ресурсами предприятия (ЕВР; Ещегризе Везоигсе публикует главный элемент нескольких систем управления производством (МЕ$; Мапасштта Ехесивоп 5уз{ет) или если механизмы публикации и подписки используются в качестве архитектуры интеграции компании.

5.11 Действие 5УМС ADD

Действие 5\УМС АОО отправляется собственником информации. Оно указывает. что собственник добавил новую информацию, как показано на рисунке 13. Сообщение 5УМС АОО включает добавленные реализации объекта и значения всех атрибутов данных объектов. Добавляемые специальные элементы определены в разделе 6.

18


ГОСТР МЭК 62264-5—2012 Information information Provider User

SYNC ADD with Confirm

CONFIRM

Information provider Провайдер информации SYNC ADD with confirm Действие УМС ADD c

Local processing

Локальная обработка

Рисунок 13 — Транзакция УМС АОО с подтверждением



Пример — Сообщение $УМС АОО (по спецификации результатов проверки качества объекта) указывает на определение новой спецификации этих результатов.

5.12 Действие УМС СНАМСЕ

Действие СНАМСЕ направляется собственником информации и используется для распространения информации об измененных объектах среди подписчиков. Сообщение ЗУМС СНАМСЕ включает реализации объекта, измененные в соответствии с изменением значений атрибутов. Специальные изменяемые элементы определены в разделе 6.

Пример — Сообщение $УМС СНАМСЕ (с объектом класса материалов) указывает на изменение в классе материалов, на свойство класса материалов, а также на новое значение.

5.13 Действие SYNC DELETE

Действие ЗУМС ОЕТЕТЕ направляется собственником информации. Оно указывает, что провайдер информации удалил информацию, как показано на рисунке 14. Сообщение SYNC DELETE включает удаленные реализации объекта. Специальные удаляемые элементы определены в разделе 6.

Information Information Provider User

Information provider Провайдер информации information user

Sync delete Синхронизировать и удалить Local processing Локальная обработка

Рисунок 14 — Транзакция УМС ОЕТЕТЕ без подтверждения

19


Примечание — Сообщение УМС ОЕТЕТЕ только указывает. что провайдер удалил информацию из публикации. Информация все еще может быть заархивированной или может сохраняться в соответствии с рыноч- ными правилами, но она уже недоступна для дальнейшей публикации. Пользователь информации несет ответ- ственность за определение корректных действий, таких как сохранение или архивирование информации.

6 Объекты сообщения

6.1 Общие положения

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

6.2 Определение содержания сообщения

6.2.1 Сервисный профиль транзакции

Содержание сообщения сервисного профиля транзакции возвращает все поддерживаемые комбинаЦИИ «действие/объект», если каждая комбинация поддерживается как получатель, если она поддерживает- ся как отправитель и если поддерживаются групповые символы. См. разделы 6.12 и 7 для определения объекта и соответствующей информации.

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

6.2.2 Класс персонала

Объект «Класс персонала» содержит следующие объекты в соответствии с МЭК 62264-2:

- класс персонала;

- свойство класса персонала.

6.2.3 Сотрудник

Объект «Сотрудник» содержит следующие объекты в соответствии с МЭК 62264-2:

- сотрудник:

- свойство сотрудника:

- результат квалификационных испытаний.

6.2.4 Спецификация квалификационных испытаний

Объект «Спецификация квалификационных испытаний» содержит следующие объекты в соответствии с МЭК 62264-2:

- спецификация квалификационных испытаний.

6.2.5 Класс оборудования

Объект «Класс оборудования» содержит следующие объекты в соответствии с МЭК 62264-2:

- класс оборудования;

- свойство класса оборудования.

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

Объект «Оборудование» содержит следующие объекты в соответствии с МЭК 62264-2:

- оборудование;

- свойство оборудования;

- результат испытаний производительности оборудования.

6.2.7 Спецификация испытаний производительности оборудования

Объект «Спецификация испытаний производительности оборудования» содержит следующие объекты в соответствии с МЭК 62264-2:

- спецификация испытаний производительности оборудования.

6.2.8 Запрос на техническое обспуживание

Объект «Запрос на техническое обслуживание» содержит следующие объекты в соответствии с МЭК 62264-2:

- запрос на техническое обслуживание.

6.2.9 Заказ-наряд на техническое обспуживание

Объект «Заказ-наряд на техническое обспуживание» содержит следующие объекты в соответствии с МЭК 62264-2:

- заказ-наряд на техническое обспуживание. 20


6.2.10 Ответ по техническому обслуживанию



Объект «Ответ по техническому обслуживанию» содержит следующие объекты в соответствии с MOK 62264-2:

- ответ по техническому обслуживанию.

6.2.11 Класс материалов

Объект «Класс материалов» содержит следующие объекты в соответствии с МЭК 62264-2:

- класс материалов:

- свойство класса материалов.

6.2.12 Определение материала

Объект «Определение материала» содержит следующие объекты в соответствии с МЭК 62264-2:

- определение материала:

- свойство определяемого материала.

6.2.13 Партия материала

Объект «Партия материала» содержит следующие объекты в соответствии с МЭК 62264-2:

- партия материала;

- свойства партии материалов;

- результат испытаний качества.

6.2.14 Часть партии материалов

Объект «Часть партии материалов» содержит следующие объекты в соответствии с МЭК 62264-2:

- часть партии материалов:

- свойство части партии материалов,

- результат испытаний качества.

Примечание — В МЭК 62264-1 и МЭК 62264-2 части партий материалов не имеют уникальных свойств

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

Пример — Специальными свойствами части партии могут быть, например, уникальные идентификаторы радиочастот ВЕЮ для каждой части партии или индикаторы максимальной температуры для каждой части партии.

6.2.15 Спецификация испытаний качества

Объект «Спецификация испытаний качества» содержит следующие объекты в соответствии с МЭК 62264-2:

- спецификация испытаний качества.

6.2.16 Сегмент процесса обработки

Объект «Сегмент процесса обработки» содержит следующие объекты в соответствии с МЭК 62264-2:

- сепмент процесса обработки:

- параметр сегмента обработки;

- спецификация сегмента персонала;

- спецификация сегмента оборудования;

- спецификация сегмента материала:

- зависимость сегмента обработки:

- свойство спецификации сегмента персонала;

- свойство спецификации сегмента оборудования;

- свойство спецификации сегмента материала.

6.2.17 Производственные возможности

Объект «Производственные возможности» содержит следующие объекты в соответствии с MOK 62264-2:

- производственные возможности;

- возможности персонала;

- производительность оборудования;

- возможности материала;

- производительность сегмента обработки;

- свойство возможностей персонала;

- свойство производительности оборудования:

- свойство возможностей материала.

21


6.2.18 Определение продукта

Объект «Определение продукта» содержит следующие объекты в соответствии с МЭК 62264-2:

- определение продукта;

- сегмент продукта;

- зависимость сегмента продукта;

- смета производства;

- параметр продукта;

- спецификация персонала;

- спецификация оборудования:

- спецификация материала;

- свойство спецификации персонала:

- свойство спецификации оборудования;

- свойство спецификации материала.

6.2.19 График производства

Объект «График производства» содержит следующие объекты в соответствии с МЭК 62264-2:

- график производства;

- запросо состоянии производства,

- требование сегмента:

- запрошенный отклик сегмента;

- параметр производства;

- требование к персоналу:

- требование к оборудованию;

- требование к изготоаленному материалу;

- требование к потребленному материалу;

- ожидаемые расходные материалы,

- свойство требования к персоналу:

- свойство требования к оборудованию:

- свойство требования к изготовленному материалу;

- свойство требования к потребленному материалу;

- свойство ожидаемого расходного материала.

6.2.20 Производственные показатели

Объект «Производственные показатели» содержит следующие объекты в соответствии с MOK 62264-2:

- производственные показатели:

- ответное сообщение о состоянии производства;

- отклик сегмента;

- данные производства.

- фактический персонал;

- фактическое оборудование;

- фактический изготовленный материал;

- фактический потребпенный материал;

- фактический расходный материал;

- свойство фактического персонала:

- свойство фактического оборудования:

- свойство фактически изготовленного материала;

- свойство фактически потребпенного материала:

- свойство фактического расходного материала.

6.3 Модель персонала

6.3.1 Элементы модели персонала Определения сообщения допускают, что информация может быть доступна из каких-либо трех от-

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

22


Information About Information Personne! Classes About Persons

+e eee eee + . %, .*

* e* o* * J *. e oe”

hae

Test

Result Information About : at Qualification Tests

* + оон о ооо ооо ооо ооо ооо ооо"

та abou personne давно information about parsons Defined b Has properios ol Has values fo Personnel dass proper Maps Person propery is tested by Information about qualification tests Qualification test specication Defines a procedure for oblaring a Records he execution o Qualification test es

Рисунок 15 — Группировка объектов для модели персонапа

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

6.3.2 Действия класса персонала Все действия должны быть корректными в отношении объекта «Класс персонала».

23


Сообщение «Класс персонала» содержит информацию просто о классах персонала или о классах

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

6.3.3 Особенности действия класса персонала

В таблице 7 определены особенности действий, а также использование идентификаторов и значений класса персонала.

Таблица 7 — Особенности действия класса персонала

Значение Значение Значение ндентификатора а идентификатора свобатво клосса Особенности действий на объекты класса персонала персонала персонала

ИдентификаСЕТ: Должно определять запрос. возвращаемый полу- тор указан чателем (в сообщении ЗНОИ»). есе атрибуты указанных Кпассов персонала, все свойства и их атрибуты, а также перечень Идентификаторое сотрудников кпасса персонала. РКОСЕ$$: Должно определять запрос. добавляемый получателем к Кпассу персонала. Рассматриваемыю идентификаторы определяют предлагаемые идентификаторы Класса персонала. Получатепь добавляет Классы персонала и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением АСКМОУЛЕОСЕ. СНАМСЕ: Заданные атрибуты указанных Классов пер- сонала должны быть изменены. САМСЕЕ: Определяет запрос на отмену получателем указанного Knacca персонала. SYNC ADD: Определяет запрос на добавление nony- чателем указанного Класса персонала. $УМС СНАМСЕ: Указанные атрибуты указанных Клас- сов персонала должны быть изменены. SYNC DELETE: Onpenenner запрос на удаление полу- чателем указанного Класса персонала

Идентификатор Идентификатор | Не указано | СЕТ: Должно определять запрос, возвращаемый полу- указан указан чатепем (в сообщении ЗНОМ\/), все атрибуты указанных Knaccoe персонала, все указанные свойства Класса пер- сонала и перечень Идентификаторов сотрудников Класса персонала. РКОСЕ$$: Должен определять запрос на добавление получателем Класса персонала. Рассматриваемый идентификатор определяет предпагаемые идентификаторы Knaccoe персонала и перечень свойств. Получатель добавляет Классы персонала, свойства и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE. СНАМСЕ: Ошибка (значения свойств не указываются). САМСЕГ: Должно определить запрос на отмену получателем указанных свойств указанного Класса персонала. $УМС АОО: Должно определить запрос на добавление получателем Класса персонала, а также перечень Сеойсте класса персонала. $УМС СНАМСЕ: Ошибка (значения свойств не указываЮТСЯ). $УМС ОЕСЕТЕ: Должно определить запрос на удаление получателем указанного перечня Сеобств класса пер- covana


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

Значение

Значение Значение

идентификатора идентификатора свойства свойства класса персонапа

персонала

ГИдентификатор | Идентификатор | СЕТ: Дояжно определить запрос, возвращаемый полу- указан указан чателем (в сообщении ЭНОМ\). все атрибуты указанных р Кпассое персонала. если Значение свойства кпасса пер-

сонапа согласуется с указанным значением свойства, всеми указанными Свобствами класса персонала и перечнем Идентификаторове сотрудников. РКОСЕ$$: Должно опредепить запрос на добавление получателем Класса персонала. Рассматриваемые идентификаторы определяют предлагаемые идентификаторы Классое персонала. свойства и значения свойств. Получатель добавляет Класс персонала, свойства и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением АСКМОМЛ-ЕОСЕ. СНАМСЕ: Должно определить запрос на изменение получателем значений указанных свойств указанных Клас- сов персонала. Сообщение КЕЗРОМО может быть ис- пользовано для передачи согласия, несогласия или для внесения изменений в данные сообщения СНАМСЕ. CANCEL: Должно определить запрос на отмену попучателем указанных свойств Классов персонала, имеющих указанные значения свойств. $УМС АОО: Должно определить запрос на добавление получателем указанных Классов персонала, перечня свойств и значений свойств. $УМС СНАМСЕ: Должно определить запрос на изменение получателем указанного перечня свойств указанных Кпассов персонапа. SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойсте класса пер- сонала дпя указанных Классов персонала, имеющих указанные значения свойств

Особенности действия на объекты «пасса персонала

Не указано | СЕТ: Должно опредепить запрос, возвращаемый полу- чателем (в сообщении ЭНО\/\), все атрибуты и свойства Классов персонала, согласующиеся с групповым симеолом и перечнем Идентификаторов сотрудников каждого Класса персонала.

Пример 1 — Возвратить есе Классы персонала, определить символ "*" как групповой.

PROCESS: Oumbxa.

СНАМСЕ: Ошибка (значения свойств не указываются). CANCEL: Должно определить запрос на отмену получатепем всех Классов персонала, согласующихся с групповым символом.

$УМС АОО: Ошибка.

$УМС СНАМСЕ: Ошибка (значения свойств не указывают- ся).

$УМС ОЕСЕТЕ: Должно определить запрос на удаление получателем всех Классое персонала, согласующихся с групповым символом


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

Значение Значение Значение

идентификатора идантификат свойства Особенности действий на объекты

«пасса персонала свойства класса персонала персонала

Групповой Групповой СЕТ: Должно определить запрос, зозвращаемый посимвол символ лучателем (в сообщении ЗНО\\). все атрибуты Клас- указан указан сов лерсонала. согпасующиеся с групповым символом, и дпя каждого класса возвратить все Свойства класса персонала, согласующиеся с групповыми символами свойств. а также перечень Идентификаторов сотрудникое рассматриваемого кпасса. Пример 2 — Возвратить одно свойство, определить один идентификатор свойства Класса пер- сонала в групповом символе свойства. Пример 3 — Возвратить все Сеойства класса персонала, определить символ «*» как групповой. Пример 4 — Возвратить один Класс персонала, определить идентификатор Класса персонала в групповом символе. Пример 5 — Возвратить весе Классы персонала, определить символ **» как групповой. РКОСЕ$$: Ошибка. СНАМСЕ: Ошибка (значения свойств не указываются). CANCEL: Должно определить запрос на отмену полу- чатепем всех свойств, согласующихся с групповым символом свойств всех классое персонала. $УМС АОО: Ошибка. SYNC СНАМСЕ: Ошибка (значения свойств не указы- ваются). SYNC DELETE: определить запрос на удаление получателем всех свойств, согласующихся с групповым символом свойств всех Классов персонала

6.3.4 Действия сотрудника Все действия должны быть корректными для объекта «Сотрудник».

Примечание — Указанные действия содержат информацию о сотрудниках и их свойствах. Возвращаемая информация не содержит объектов класса персонала. ассоциированных с сотрудниками. Она содержит идентификаторы класса персонала. которому принадлежит данный сотрудник.

6.3.5 Особенности действия сотрудника Действия для объекта «Сотрудник» определены в таблице 8.

Таблица 8 — Особенности действия Сотрудника

Значение Значение Значение идентификатора

идентификатора свойства Особенности действий на объекты свойства anacca

класса персонала персонала персонала

Идентификатор СЕТ: Должно определить запрос, возвращаемый полу-

указан чателем (в сообщении ЗНО\\), все атрибуты указанных Сотрудников, все их свойства и атрибуты, а также перечень Идентификаторое кпасса персонала данных Сотрудников.


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

Значение Значение Значение

идентификатора идентификатора свойства

класса персонала | СВОйСТва класса персонала персонала

Особенности действия на объекты

РКОСЕ$$: Должно определить запрос на добавление получателем Сотрудников. Сообщение определяет предлагаемые идентификаторы Сотрудников. Попучатель добавляет Сотрудников и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением АСКМО\МЛ-ЕОСЕ.

СНАМСЕ: Указанные атрибуты указанных Сотрудников должны быть изменены.

CANCEL: Должно опредепить запрос на отмену получателем указанных Сотрудников.

$УМС АОО: Должно определить запрос на добавление попучателем указанных Сотрудников.

$УМС СНАМСЕ: Указанные атрибуты указанных Сотрудников должны быть изменены.

$УМС ОЕТЕТЕ: Должно определить запрос на удаление получателем указанных Сотрудников

Идентификатор | Идентификатор СЕТ: Должно определить запрос. возвращаемый полу-

указан указан чателем (в сообщении ЭНОМ/), все атрибуты указанных Сотрудников, все указанные Свойства сотрудников, а также перечень Идентификаторое класса персонала Сотрудников. РВОСЕ$$: Должно определить запрос на добавление получателем Сотрудникое. Рассматриваемый идентификатор определяет предлагаемые идентификаторы Сотрудников и перечень свойств. Получатель добавляет Сотрудников и свойства. а также назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением АСКМОМЛЕОСЕ. СНАМСЕ: Ошибка (значения свойств не указываются). CANCEL: Должно определить запрос на отмену получателем указанных свойств указанных Сотрудников. $УМС АОО: Должно определить запрос на добавление получателем Сотрудников, а также перечень Свойств сотрудников. SYNC СНАМКСЕ: Ошибка (значения свойств не указываются). $УМС ОЕТЕТЕ: Должно определить запрос на удаление получателем указанного перечня Сеойсте сотрудников

Идентификатор | Идентификатор | Значение СЕТ: Должно определить запрос. возвращаемый полу- указан указан свойства чателем (в сообщении ЗНОМ/), все атрибуты указанных Сотрудников, вспи значение Сеобства сотрудника согласуется с указанным значением свойства, все указанные Сеойбства сотрудников и перечень Идентификаторов класса персонала. РКОСЕ$$: Должно определить запрос на добавление получателем Сотрудников. SYNC CHANGE: Должно определить запрос на изменение получателем значений указанного перечня свойств указанных Сотрудников.


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

Значение Значение идентификатора идентификатора «пасса персонала свойства класса персонала

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

указан указан

Групповой символ указан

Групповой символ указан

Значение свойства персонала

Значение

свойства указано

Не указано

Особенности действия на объекты

$УМС ОЕТЕТЕ: Должно определить запрос на удапение

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

СЕТ: Должно определить запрос, возвращаемый полу- чателем (в сообщении ЗНОМ\). все атрибуты и свойства Сотрудников, согласующиеся с групповым символом и перечнем Идентификаторов класса персонала для каждого Сотрудника.

Пример — Возвратить всех Сотрудников, определить символ «*» как групповой.

РКОСЕ$$: Ошибка.

СНАМСЕ: Ошибка (значения свойств не указываются). CANCEL: Должно определить запрос на отмену получателем всех Сотрудников, согпасующихся с групповым Символом.

$УМС АОО: Ошибка.

SYNC СНАМСЕ: Ошибка (значения свойств не указываЮТСЯ).

$УМС ОЕТЕТЕ: Должно определить запрос на удаление получателем всех Сотрудников, согпасукхцихся с групповым символом

СЕТ: Должно определить запрос, возвращаемый полу- чателем (в сообщении ЗНО\М\/), все атрибуты Сотрудников. согласующиеся с групповым символом, и (для каждого Сотрудника) возвратить все Свойства Сотрудников. согласующиеся с групповыми символами свойств, а также перечень Идентификаторов класса персонала рассматриваемого Сотрудника.

Пример 1 — Возвратить одно свойство, определить данное свойство в групповом символе свойства. Пример 2 — Возвратить все свойства, определить символ «*^» как групповой.

Пример 3 — Возвратить одного Сотрудника, определить Идентификатор сотрудника е групповом символе.

Пример 4 — Возвратить всех Сотрудников, определить символ «“» как групповой.

PROCESS: Owm6xa-

СНАМСЕ: Ошибка (значения свойств не указываются). САМСЕЦ: Должно определить запрос на отмену попучателем всах свойств, согласующихся с групповым символом свойств всех Сотрудников.

$УМС АОО: Ошибка.

$УМС СНАМСЕ: Ошибка (значения свойств не указываЮТСЯ).

$УМС ОЕЦЕТЕ: Должно определить запрос

на удаление получателем весах свойств. согласующихся с групповым символом свойств всех Сотрудников


6.3.6 Спецификация действий квалификационных испытаний

Все действия должны быть корректными в отношении объекта спецификации квалификационных ис- пытаний.

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

6.3.7 Особенности действий спецификации квалификационных испытаний Действия, выполняемые в отношении объекта «Спецификации квалификационных испытаний», определены в таблице 9.

Таблица 9 — Особенности действий спецификации квалификационных испытаний

Значение идентификатора квапиФикационных испытаний

Особенности действия на объекты

Идентификатор указан СЕТ: Должно определить запрос, возвращаемый попучателем (в сообщении ЭНОМ\/), все атрибуты Спецификаций квалификационных испы- таний, идентификаторы Сеобств класса персонала. участвующего в ис- пытаниях, и идентификатор всех Сводбств сотрудников, участвующих в испытаниях.

РВОСЕ$$: Должно определить запрос на добавление получателем Спецификации квалификационных испытаный. Сообщение определяет предлагаемые идентификаторы Слецификаций квалификационных ис- пытаний. значения атрибутов. идентификаторы Свойства класса пер- сонапа и Свойства сотрудников. участвующих в квапификационных ис- пытаниях. Получатель добавляет Спецификации кеалификационных испытаний и назначает идентификаторы. Назначенные идентифихкаторы возвращаются сообщением АСКМОУЛ-ЕОСЕ.

СНАМСЕ: Должно определить запрос на изменение получателем указанных атрибутов Спецификаций квалификационных испытаний, идентификаторов Свойства класса персонала и ссылочных Свойств сотрудников. Сообщение КЕЗРОМО может быть использовано для передачи согласия, несогласия или дпя внесения изменений в данные сообщения СНАМСЕ.

CANCEL: Должно определить запрос на отмену получателем указанных Спецификаций квалификационных испытаний.

$УМС АОО: Должно определить запрос на добавление получателем указанных Слецификаций квапификационных испытаний, идентификаторов Сеобств класса персонала и ссылочных Свобств сотрудников. 5$УМС СНАМСЕ: Должно определить запрос на изменение получателем указанных атрибутов Спецификаций квалификационных испытаний, идентификаторов Свойбств кпасса персонала и ссыпочных Свобств сотрудников.

УМС ОЕТЕТЕ: Должно определить запрос на удаление получателем указанных Спецификаций квапификационных испытаний


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

Значение идентификатора квалификационных испытаний

Особенности действия на объекты

Групповой символ указан СЕТ: Должно определить запрос, возвращаемый получателем (в сообщении ЭНОМ/). все атрибуты всех Спецификаций квапификационных испытаний. идентифицированных групповым символом, идентификаторы ссылочных Свобсте класса персонала и идентификаторы Свойства сотрудников. участвующих в испытаниях.

Пример — Возвратить есе Спецификации квалификационных ис- пытаний, определить символ «*» как групповой.

PROCESS: Oww6xa.

СНАМСЕ: Должно определить запрос на изменение получателем указанных атрибутов всех Спецификаций квалификационных испытаний, согласующихся с идентификатором группового символа, идентификаторов ссылочных Сеойств класса персонала и идентификаторов ссы- плочных Свобсте сотрудников. Сообщение КЕЗРОМО может быть ис- пользовано для передачи согласия, несогласия ипи для внесения изменений в данные сообщения СНАМСЕ.

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

SYNC ADD: Ошибка.

SYNC СНАМСЕ: Должно onpepennts запрос на изменение получателем указанных атрибутов эсех Спецификаций квапификационных испытаний, согпасующихся с идентификатором группового символа, идентификаторов ссылочных Саойстве класса персонапа и идентификаторов ссылочных Свойсте сотрудников.

$УМС ОЕТЕТЕ: Должно определить запрос на удаление получателем всех Спецификаций квалификационных испытаний. согласующихся с идентификатором группового символа

6.4 Модель оборудования

6.4.1 Элементы модели оборудования

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


Information About Information Equipment Classes About Equipment

a ay be, made up of .

Information About Capability Tests

* . ® Нино кори уз ванны * * нони *

Информация о классах оборудования Информация об оборудовании Может быть из _ Класс оборудования Оборудование

Имеет свойства Определен

Equipment capability test specification

Defines a procedure for obtaining a Onpenennet процедуру получения ... Records the execution of

Equipment capability test result Результаты испытаний производительности оборудования

Рисунок 16 — Группировка объектов для модели оборудования

Пример — Возможные сообщения: получить класс оборудования, получить оборудование, полу- чить испытания производительности оборудования.

6.4.2 Действия класса оборудования

Все действия допжны быть корректны в отношении объекта класса оборудования.

Примечание — Данный раздел содержит информацию либо только о классах оборудования. либо о классах оборудования и их свойствах. Возвращаемая информация не содержит объектов оборудования, ассо-

31


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

6.4.3 Особенности действий класса оборудования Действия. выполняемые на объектах класса оборудования, определены в таблице 10.

Таблица 10 — Особенности действия класса оборудования

Значение Значение идентификатора идентификатора класса свойства класса оборудования оборудования

Идентификатор Не указано Не указано | СЕТ: Должно определить запрос. возвращаемый полу- указан чателем (в сообщении ЗНО\М\/), все атрибуты указанных Кпассое оборудования, все свойства и их атрибуты, а также идентификаторы оборудования, входящего в рассмат- риваемый Класс оборудования. РКОСЕ$$: Должно определить запрос на добавление получателем Классов оборудования. Данное сообщение определяет предлагаемые идентификаторы Клас- сов оборудования. Попучатель добавляет Классы оборудования и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE. СНАМСЕ: Указанные атрибуты указанных Классов оборудования должны быть изменены. CANCEL: Должно определить запрос на отмену получателем указанных Классов оборудования. $УМС АОО: Должно определить запрос на добавление получателем указанных Классое оборудования. SYNC CHANGE: Указанные атрибуты указанных Классов оборудования должны быть изменены. $УМС ОЕТЕТЕ: Должно определить запрос на удаление получателем указанных Классов оборудования Идентификатор Идентификатор | Не указано | СЕТ: Должно определить запрос, возвращаемый полу- указан указан чателем (в сообщении ЗНО\\/), все атрибуты указанных Классов оборудования. все указанные Свойства клас- сов оборудования и идентификаторы оборудования, входящего в рассматриваемый Класс оборудования. РКОСЕ$$: Должно определить запрос на добавление получателем Классов оборудования. Данное сообщение определяет предлагаемые идентификаторы Классов оборудования и свойств. Попучатель добавляет Классы оборудования и свойства, а также назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением АСКМО\МЕОСЕ. СНАМСЕ: Ошибка (значения свойств не указываются). CANCEL: Должно определить запрос на отмену получателем указанных свойств указанных Классов оборудования. SYNC ADD: Должно определить запрос на добавление получателем Классое оборудования. а также перечень Сеобстве классов оборудования. $УМС СНАМСЕ: Ошибка (значения свойств не указываются). $УМС ОЕТЕТЕ: Должно определить запрос на удаление получателем указанного перечня Свобсте классов оборудования 32

Свойства оборудования Особенности действия на объект


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

Значение Значение идентификатора идентификатора Свойства класса свойства класса | ОбоРУДОвания оборудования оборудования

Особенности действия на объект

Идентификатор Идентификатор | Значение СЕТ: Должно определить запрос, возвращаемый полу- указан указан свойства чателем (в сообщении НОМ), все атрибуты указанных указано Кпассов оборудования, еспи значение Свойства клас-

са оборудования согласуется с указанным значением свойства. все указанные Сеойства класса оборудования. а также идентификаторы оборудования, входящего в рассматриваемый Класс оборудования. РКОСЕ$$: Должно определить запрос на добавление получателем Классов оборудования. Данное сообщение определяет предлагаемые идентификаторы Классое оборудования и свойств, а также значений свойств. Получатель добавляет Классы оборудования и свойства, а также назначает идентификаторы Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE. CHANGE: Должно определить запрос на изменение попучателем значений указанных свойств указанных Клас- сов оборудования. Сообщение ВЕЗРОМО может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения СНАМСЕ. САМСЕ: Должно определить запрос на отмену получателем указанных свойств Классов оборудования, имею- щих указанное значение свойства. $\УМС АОО: Должно определить запрос на добавление получателем указанных Классов оборудования, переч- ня свойств и значений свойств. $УМС СНАМСЕ: Должно определить запрос на изменение получателем указанного перечня свойств указанных Классове оборудования (на указанные значения). $УМС Должно определить запрос на удаление получателем указанного перечня Сеобств классов оборудования. имеющих указанное значение свойства

СЕТ: Должно определить запрос, возвращаемый полу- чателем (в сообщении ЗНО\\). все атрибуты и свойства Кпассов оборудования, согласующихся с идентификатором группового символа, а также идентификаторы Оборудования, входящего в рассматриваемый Класс

оборудования.

Пример 1 — Возвратить все Классы оборудования, определить символ «*» как групповой.

РКОСЕ$$: Ошибка.

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

$УМС АОО: Ошибка.

SYNC СНАМСЕ: Ошибка (значения свойств не указыва-

ЮТСЯ). УМС ОЕЦЕТЕ: Должно определить запрос на удапение

получателем всех Классов оборудования. согласующих- ся с идентификатором группового символа


Похожие документы