ГОСТ Р МЭК 62264-5-2012 Интеграция систем управления предприятием. Часть 5. Операции "бизнес-производство".
ГОСТ Р МЭК 62264-5-2012
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ИНТЕГРАЦИЯ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ
Часть 5
Операции "бизнес-производство"
Enterprise-control system integration. Part 5. Business to manufacturing transactions
ОКС 25.040.99
35.100
35.200
Дата введения 2014-01-01
Предисловие
1 ПОДГОТОВЛЕН АНО "Международная академия менеджмента и качества бизнеса" на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 "Стратегический и инновационный менеджмент"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ
Приказом Федерального агентства по техническому регулированию и метрологии от 29 ноября 2012 г. N 1697-ст
4 Настоящий стандарт идентичен международному стандарту МЭК 62264-5:2011* "Интеграция систем управления предприятием. Часть 5. Операции "бизнес-производство" (IEC 62264-5:2011 "Enterprise-control system integration - Part 5: Business to manufacturing transactions", IDT).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном
приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
6 ПЕРЕИЗДАНИЕ. Апрель 2020 г.
Правила применения настоящего стандарта установлены в
статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации" . Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Настоящий стандарт основан на использовании абстрактной модели комплекса международных стандартов МЭК 62264, первоначально установленной в частях МЭК 62264-1 и МЭК 62264-2 и объединенной со служебным словарем операций для определения транзакционной модели с целью информационного обмена. Настоящий стандарт не ограничивает использование транзакционных моделей/протоколов, основанных на стандартах, отличных от МЭК 62264, и не признает их недействительными. Транзакции происходят на всех уровнях функционирования предприятия, а также между предприятиями-партнерами и относятся как к обязательным, так и к фактическим операциям. Но основное внимание в настоящем стандарте уделяется интерфейсу между коммерческими и промышленными системами.
Настоящий стандарт определяет комплекс транзакций "бизнес-производство" и "производство-бизнес", которые применяются для объектов, используемых в процессе обмена между Уровнем 4 и Уровнем 3, как определено объектной моделью МЭК 62264-1 и МЭК 62264-2. Информация о моделях также представлена в настоящем стандарте, что позволяет более явным образом описать транзакции и предоставить дополнительную информацию о требуемом порядке обработки транзакций.
Примеры, поясняющие специфическое применение данной технологии, не приводятся в настоящем стандарте. Настоящий стандарт предназначен для обеспечения пользователей достаточной информацией на рабочем уровне, необходимой для реализации транзакционного обмена.
1 Область применения
Настоящий стандарт устанавливает групповые операции (транзакции) в терминах обмена информацией между приложениями, выполняющими рыночные и производственные действия, ассоциированные с Уровнями 3 и 4. Обмен информацией обеспечивают операции сбора информации, ее считывания, передачи и хранения для поддержки интеграции системы управления предприятием. Настоящий стандарт соответствует моделям и терминологии, установленным в МЭК 62264-1, а также атрибутам объектов моделей, установленных в МЭК 62264-2. Настоящий стандарт также определяет транзакции, устанавливающие порядок обмена объектами, определенными в МЭК 62264-1, МЭК 62264-2 и в настоящем стандарте. Другие применения моделей транзакций в настоящем стандарте не рассматриваются.
Модели, рассмотренные в настоящем стандарте: Модель персонала, Модель оборудования, Модель технического обслуживания, Модель материала, Модель сегмента процесса обработки, Модель производственных возможностей, Модель определения продукта, Модель графика производства и Модель производственных показателей.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты. Для датированных ссылок применяют только указанное издание ссылочного стандарта, для недатированных - последнее издание (включая все изменения).
________________
________________
________________
3 Термины, определения и аббревиатуры
3.1 Термины и определения
В настоящем стандарте применены термины и определения, приведенные в МЭК 62264-1, МЭК 62264-2 и МЭК 62264-3. В ряде случаев в настоящем стандарте в определения внесены очевидные изменения.
3.1.1 приложение (applications): Заданный набор физических и виртуальных процессов, выполняемых рядом ресурсов с помощью набора групповых операций, предназначенных для достижения указанной цели, а также провайдер/пользователь информации, выполняющий действие, необходимое для групповой операции.
3.1.2 идентификатор ID (identifier ID): Информация, необходимая для идентификации объекта или его свойства.
3.1.3 сообщение (message): Структурированный блок информации, передаваемый в одну сторону от одного отправляющего приложения к одному или нескольким получающим приложениям.
3.1.4 объект (существительное) именная конструкция (noun): Одна из двух частей содержимого сообщения, определяющая один или несколько объектов в соответствии с моделями объектов МЭК 62264-1 и МЭК 62264-2.
3.1.5 транзакция, групповая операция (transaction): Последовательность связанных сообщений, которыми обмениваются приложения, выполняющие действия Уровня 3 и Уровня 4.
3.1.6 действие; глагол (verb): Одна из двух частей содержимого сообщения, определяющая выполняемое действие или ответ на запрос.
3.1.7 шаблон (метасимвол) (wildcard): Информация, идентифицирующая набор объектов или свойства ряда объектов.
3.2 Аббревиатуры
OAGIS - Стандарт на интерфейс группы открытых приложений (Open Applications Group Interface Standard);
SYNC - Синхронизированные данные (Synchronized data).
4 Сообщения и действия транзакций
4.1 Общие положения
Данный раздел определяет общий набор групповых операций (транзакций), сообщений и действий, используемых между приложениями Уровня 4 и Уровня 3 при обмене данными, определенными в моделях объектов МЭК 62264-1 (раздел 7) и МЭК 62264-2.
Транзакция должна включать последовательность сообщений. Структура каждого сообщения должна удовлетворять требованиям 4.2.
Сообщения должны содержать как область действия, так и область объекта. Информация, передаваемая сообщением, должна содержаться в области объекта сообщения. Действия, ассоциированные с информацией, должны быть описаны в области действия.
Роль приложения, инициирующего транзакцию, должна определять набор действий, используемых при выполнении транзакции. Указанные модели групповых операций описаны в 4.2.
Существуют три различные модели транзакций.
a) Модель "PULL (извлечение информации по запросу)" используется, когда пользователь данных запрашивает эти данные у провайдера данных.
b) Модель "PUSH (подача запроса, т.е. принудительная доставка данных)" используется, когда провайдер данных запрашивает действие (обработка, изменение или завершение) с данными у другого пользователя.
c) Модель "PUBLISH (публикация)" используется, когда собственник данных публикует их для пользователей (подписчиков) данных.
Примечание 1 - Фраза "собственник данных" используется для идентификации приложения, несущего ответственность за повышение степени согласованности данных.
Примечание 2 - Настоящий стандарт не рассматривает случай, когда есть несколько систем, действующих как собственник данных. В указанных ситуациях конфигурация должна быть такой, что главный собственник данных только обозначается, а другие системы выполняют роль пользователей данных.
4.2 Модели транзакций
Существуют три класса действий: составление ответа на запрос, выполнение транзакции и синхронизация данных. Эти классы определяют три различных модели транзакций.
a) Модель "PULL" применяется, когда пользователь данных запрашивает информацию у провайдера информации.
Данная модель используется для составления ответа на запрос.
Приложения провайдера информации фиксируют сообщения GET (получить) и отвечают сообщениями SHOW (показать) для завершения транзакции.
Приложения пользователя информации отправляют сообщения GET.
1) Запросы на информацию отправляются с помощью сообщений GET.
2) Сообщение GET описывает область применения запрашиваемой информации.
3) Сообщение SHOW возвращает информацию.
b) Модель "PUSH" используется, когда отправитель информации отправляет новую (измененную) информацию получателю для обработки запросов, т.е. для выполнения групповой операции.
Приложения получателя фиксируют сообщения PROCESS (обработка), CHANGE (изменение) или CANCEL (отмена).
Приложения отправителя направляют сообщения PROCESS, CHANGE и CANCEL.
1) Новая информация доставляется получателю с помощью сообщений PROCESS. Ответы могут быть возвращены отправителю через сообщение ACKNOWLEDGE (подтверждение приема).
2) Изменения информации направляются получателю с помощью сообщений CHANGE. Ответы могут быть возвращены отправителю через сообщение RESPOND (ответ).
3) Уведомление об удалении информации направляется получателю сообщением CANCEL.
c) Модель "PUBLISH" используется, когда провайдер данных публикует их для пользователей (подписчиков) данных. Эта модель используется для синхронизации данных.
Приложения подписчика получают сообщения SYNC.
Приложения издателя отправляют сообщения SYNC.
1) Издатель отправляет сообщения SYNC, содержащие новую, измененную или удаленную информацию, подписчику.
2) Подписчик получает сообщения SYNC, содержащие новую, измененную или удаленную информацию.
Временной режим публикации и область применения опубликованной информации в сообщении не определяются. Они определяются вспомогательным соглашением между издателем и подписчиком. По этой причине сообщения SUBSCRIBE (подписка) в настоящем стандарте не определены.
Пример - Вспомогательное соглашение означает, что оно не определяется в протоколе транзакции. Например: соглашение между издателем и подписчиком может быть достигнуто:
1) путем задания параметров конфигурации в приложении;
2) динамически через сетевые соглашения;
3) с помощью некоторого приложения третьей стороны.
Одно приложение может поддерживать одну или несколько моделей транзакций. Рассматриваемое приложение может играть несколько ролей (отправителя, получателя, провайдера и пользователя).
Примечание 1 - Транзакции основаны на допущении, что обмениваемая информация (объект) содержится в сообщении некоторой формы. Точная форма такого сообщения в настоящем стандарте не определяется. Например, сообщения могут быть файлами с разделителями табуляции, файлами в формате XML, сообщениями электронной почты или данными в именованном канале. Точная форма механизма транспортировки, предназначенного для отправки, получения, прослушивания и публикации сообщений, в настоящем стандарте не определяется.
Примечание 2 - Модели сообщений транзакций не подразумевают использования какой-либо специальной архитектуры или механизма для транспортировки сообщений.
Использование транзакций предполагает наличие возможности отправлять пустые или почти пустые сообщения, которые идентифицируют специальные объекты (как правило, с помощью специального идентификатора), перечни специальных объектов (путем составления перечня идентификаторов) или классы объектов (с помощью групповых символов или путем определения значений свойств).
Рисунок 1 иллюстрирует обмен сообщениями при транзакции, когда сообщение отправляется от пользователя информации с идентификацией объекта (оборудование GET) и когда сообщение возвращается от провайдера информации с информацией об объекте (оборудование SHOW).
|
 |
|
|
Information provider | Провайдер информации |
Information user | Пользователь информации |
GET equipment | Оборудование для получения информации |
Application identification area | Область идентификации приложений |
Data area | Область данных |
Verb=GET | Действие = получить |
Noun=Equipment | Объект = оборудование |
ID = "ABC" | Идентификатор = АВС |
GET | Получать |
Local processing | Локальная обработка |
SHOW equipment | Оборудование для показа |
Application identification area | Область идентификации приложения |
Data area | Область данных |
Verb = SHOW | Действие = показать |
Noun = Equipment | Объект = оборудование |
ID = "ABC" | Идентификатор = ABC |
Description = "Simple equipment" | Описание = простое оборудование |
Equipment property | Свойство оборудования |
ID = "Throughput" | Идентификатор = throughput (выработка) |
Value = "200" | Значение = 200 |
Value unit of measure = "PPM" | Значение единицы измерения = деталей в минуту |
Description = "Throughput as parts per minute" | Описание = выработка, измеряемая числом деталей в минуту |
SHOW | Показать |
Рисунок 1 - Типовой обмен сообщениями в групповой операции
4.3 Структура сообщений
4.3.1 Общая структура
Каждое сообщение должно содержать всю информацию, необходимую для идентификации источника сообщения и типа сообщения. В сообщении имеются две основные области (рисунок 2): Область идентификации приложения и Область данных. Внутри Области данных должны быть Область действия и Область объекта.
|
 |
|
|
Data message | Сообщение данных |
Application identification area | Область идентификации приложения |
Data area | Область данных |
Verb area | Область действия |
Noun area | Область объекта |
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 показан типовой расклад для области идентификации приложения.
Примечание - См. спецификацию OAGIS 9.0 (спецификация интеграции открытой группы приложений) для формата области идентификации приложения. Модель обмена данными, определенная в настоящем стандарте, соответствует спецификации OAGIS. Поэтому практическая реализация OAGIS, использующая объекты МЭК 62264-1 и МЭК 62264-2, может соответствовать настоящему стандарту.
|
 |
|
|
Data message | Сообщение данных |
Application identification area | Область идентификации приложения |
Sender | Отправитель |
Identifies the sender of the message | Идентифицирует отправителя сообщения |
Logical ID | Логический идентификатор |
Identifies the return address of the sender | Идентифицирует обратный адрес отправителя |
Confirmation | Подтверждение |
Defines the confirmation option | Определяет вариант подтверждения |
Other sender information | Информация о другом отправителе |
Creation date | Дата создания |
Defines the creation date/time of the message | Определяет дату и время создания сообщения |
Other application identification information | Прочая информация об идентификации приложения |
Data area | Область данных |
Рисунок 3 - Типовой расклад области идентификации приложения
Дата и время должны включать информацию о временном поясе для однозначной идентификации времени. Например, можно использовать координатное универсальное время или расширенный календарный формат ИСО 8601.
4.3.3 Область данных
Область данных в сообщении должна содержать область действия и область объекта.
Область действия содержит само действие и ассоциированные элементы, которые представляют либо действия, выполняемые получающим приложением, либо ответ на запрос отправляющего приложения. В настоящем стандарте действия определяются перечнем в разделе 5.
Область объекта содержит один или несколько объектов и ассоциированных элементов. Каждый объект представляет один или несколько объектов в соответствии с моделями объектов, определенными в МЭК 62264-1 и МЭК 62264-2. Объекты, определенные в настоящем стандарте, перечислены в разделе 6.
Комбинации "действие-объект" определяют сообщение, имеющее уникальный и однозначный смысл.
4.3.4 Объекты сообщения
Объекты представляют собой одну или несколько реализаций объектов для моделей объектов, определенных в МЭК 62264-1 и МЭК 62264-2. Данные модели группируются для использования вместе с сообщениями.
Пример - Объект Определение материала - это объединение реализации Определения материала и Свойств определения материала.
4.3.5 Групповой символ
Объект может содержать групповой символ идентификации сразу нескольких объектов.
Примечание 1 - Групповые символы применяются для идентификаторов свойств, но не для значений свойств.
Примечание 2 - Групповые символы должны использоваться осторожно при соединении с перечнем идентификаторов объектов или идентификаторов свойств. В случае ошибки сообщение о подтверждении может не содержать достаточной информации для установления причины ошибки.
Примечание 3 - Обычно групповые символы в текстовых строках устанавливаются как регулярные выражения или ограниченные регулярные выражения. В ограниченном регулярном выражении значение группового символа - это следующие специальные символы:
a) "*" - указывает нуль или несколько символов, любые символы приемлемы.
Пример 1 - Групповой символ "ABC" согласуется с "ABC", "ABCD", "ABCDEF", "ABC@4!*", но не согласуется с "ABDDEF";
b) "%" - указывает один или несколько символов, любые символы приемлемы.
Пример 2 - Групповой символ "ABC%" согласуется с "ABCD", "ABCDEF", "ABCЛ4Л*\, но не согласуется с "ABC";
с) "?" - указывает нуль или один символ в заданной позиции, любые символы приемлемы.
Пример 3 - Групповой символ "ABC?" согласуется с "АВСХ", "ABCD", "ABC!", "ABC", но не согласуется с "ABCDE" или "ABDC";
d) символ, идущий за "\", - это буквенный символ, а не групповой.
Пример 4 - Идентификатор объекта "ABC" задает идентификатор как "ABC*".
Пример 5 - Идентификатор свойства "\\\\USM 123*" определяет идентификатор свойства как "\\USM 123".
Примечание 4 - Два последовательных обратных символа "\\" интерпретируются как один обратный символ "\".
Рисунок 4 иллюстрирует транзакцию GET/SHOW с установленным групповым символом. Провайдер информации возвращает перечень объектов, согласованный со спецификацией групповых символов.
|
 |
|
|
Information provider | Провайдер информации |
Information user | Пользователь информации |
GET equipment | Оборудование для действия GET (получать) |
Application identification area | Область идентификации приложения |
Data area | Область данных |
Local processing | Локальная обработка |
Verb = GET | Действие = получить |
Noun = Equipment | Объект = оборудование |
ID = "A*" | Идентификатор = "А*" |
SHOW equipment | Оборудование для действия SHOW (показать) |
GET | Получить |
Verb = SHOW | Действие = показать |
Noun = Equipment | Объект = оборудование |
ID = "ABC" | Идентификатор = ABC |
Description = "Simple equipment" | Описание = простое оборудование |
Equipment property | Свойство оборудования |
ID = "Throughput" | Идентификатор = выработка |
Value = "200" | Значение = 200 |
Value unit of measure = "PPM" | Значение единицы измерения = РРМ |
Description = "Throughput as parts per minute" | Описание = выработка в деталях за минуту |
Noun = Equipment | Объект = оборудование |
ID = "A11862" | Идентификатор = ... |
Description = "Complex equipment" | Описание = сложное оборудование |
Equipment property | Свойство оборудования |
ID = "Throughput" | Идентификатор = выработка |
Рисунок 4 - GET с групповым символом и ответ SHOW
5 Действия сообщений
5.1 Действия и модели транзакций
Область действия сообщения должна содержать собственно действие, определенное в данном разделе и зафиксированное в таблице 1.
Таблица 1 - Определенные действия
|
|
|
Действие | Описание | Модель транзакции |
ACKNOWLEDGE (подтверждение получения) | Подтверждение получения запроса PROCESS (на обработку). Объект может содержать назначенные идентификаторы и другую информацию для отправителя сообщения PROCESS об идентификаторах каких-либо созданных объектов.
Пример - Сообщение PROCESS, отправленное с партией материала, может получить в ответ идентификатор, назначенный для данной партии получающей системой | PUSH |
CANCEL (отменить) | Запрос получателю на удаление информации. Установленные объекты должны быть отменены. Если содержащиеся идентификаторы элементов установлены, то отменяются только установленные содержащиеся элементы установленного объекта, но не сам объект.
Примечание - Не все объекты имеют содержащиеся элементы. Примеры содержащихся элементов: свойства, спецификации, наличные товары и т.п.
| PUSH |
CHANGE (изменить) | Запрос к получателю на изменение информации. Установленные атрибуты и содержащиеся элементы объекта должны быть изменены. Если идентификаторы содержащихся элементов не указаны, то изменяются только указанные атрибуты | PUSH |
CONFIRM (подтвердить) | Подтверждающий ответ на запрос | PUSH, PULL, PUBLISH |
GET (получить) | Запрос к получателю на информацию по одному или нескольким объектам. Получатель возвращает сообщение SHOW, содержащее все указанные атрибуты и все указанные содержащиеся элементы указанного объекта. Если в области объекта ни атрибут, ни содержащийся элемент не указаны, то возвращаются все атрибуты и/или содержащиеся элементы. Если групповые символы применены к объекту и идентификаторам свойств, то должна быть обеспечена возможность дальнейшей фильтрации возвращаемой информации путем задания значения для одного или нескольких атрибутов объекта. Возвращаются только объекты, чьи атрибуты согласуются с указанным значением (вне перечня объектов, согласующихся с групповыми символами, примененными к объектам и идентификаторам свойств).
Пример - При получении всех партий материалов со статусом "Новый" для идентификатора партии материалов устанавливается групповой символ "*", и значение "Новый" задается для атрибута Status | PULL |
PROCESS (обработать) | Запрос получателя на обработку новой информации.
Должен быть добавлен новый объект. Если указанный объект уже существует, то добавляется только указанный содержащийся элемент.
Ответ на сообщение с запросом CHANGE. Объект может содержать предлагаемую или альтернативную информацию, используемую вместо изменяемого объекта информации | PUSH |
RESPOND (ответить) | Пример - Сообщение CHANGE, отправленное с обновленным статусом партии материалов "ОК", может получить ответ RESPOND с другим статусом "OUT OF SPEC" (нет в спецификации) из-за особых рыночных правил в приемнике сообщений CHANGE | PUSH |
SHOW (показать) | Ответ на сообщение GET | PULL
|
SYNC ADD (добавить синхронно) | Запрос от собственника объекта о добавлении информации. Добавляется новый объект. Если указанный объект уже существует, то добавляется только указанный содержащийся элемент | PUBLISH |
SYNC CHANGE (изменить синхронно) | Запрос от собственника объекта на изменение информации. Заменяется указанный атрибут и содержащийся элемент объекта. Если идентификатор содержащегося элемента не указан, то изменяется только указанный атрибут. Запрос от собственника объекта на удаление информации.
Удаляется указанный объект. Если указаны идентификаторы содержащихся элементов, то удаляется только указанный содержащийся элемент указанного объекта | PUBLISH |
Примечание 1 - Несмотря на то, что настоящий стандарт определяет групповые операции и сообщения, он не определяет порядок выполнения ассоциированных действий.
2 - Механизм, задающий "один-в-один" ассоциацию с моделью PUSH, не включен в настоящий стандарт. Практическая реализация конфигурации и установки имеет особенности, они определяются в соответствующей спецификации.
Примечание 3 - - Механизм, задающий "один-в-один" ассоциацию с моделью PULL, не включен в настоящий стандарт. Практическая реализация конфигурации и установки имеет особенности, они определяются в соответствующей спецификации.
Примечание 4 - Механизм, используемый для подписки в модели PUBLISH, не включен в настоящий стандарт. Практическая реализация механизма подписки имеет особенности, она определяется в соответствующей спецификации.
Примечание 5 - Содержащиеся элементы являются свойствами объекта или свойствами других содержащихся элементов в в соответствии с 6.2.
Примечание 6 - Для определения объектов существуют различные методы. Эти методы зависят как от специальных объектов, так и от специальных использованных действий. Они определены в соответствующих разделах настоящего стандарта для каждого типа объекта.
Примечание 7 - Сущность, получающая сообщение PROCESS, может продолжить обработку добавленной информации.
Примечание 8 - В настоящем стандарте не существует возможности добавлять или удалять атрибуты объекта. Атрибуты объекта определяются в МЭК 62264-2.
Примечание 9 - Дополнительная информация, возвращаемая в сообщении SHOW (как ответ на сообщение GET) (например, идентификаторы ссылочных объектов), указана в соответствующем разделе для каждого типа объекта.
Примечание 10 - Дополнительная информация, изменяемая сообщениями CHANGE и SYNC CHANGE (например, идентификаторы ссылочных объектов), указана в соответствующем разделе для каждого типа объекта.
Примечание 11 - Объекты могут быть установлены специальным значением их ID или группой символов.
| ||
5.2 Действие GET
Действие GET используется в сообщении GET. Оно обеспечивает запрос информации об объекте или о перечне объектов.
Ответом на сообщение GET является сообщение SHOW.
|
 |
|
|
Information provider | Провайдер информации |
Information user | Пользователь информации |
Local processing | Локальная обработка |
GET | Получить |
SHOW | Показать |
Рисунок 5 - Транзакция, включающая действия GET и SHOW
Действие GET извлекает один или несколько объектов и каких-либо содержащихся объектов с помощью атрибутов идентификаторов.
Внутри сообщения GET идентификатор запрошенного объекта передается провайдеру информации. Если одного идентификатора недостаточно (например, когда требуется еще и свойство объекта), то провайдеру данных передается идентификатор охватывающего объекта и идентификатор (значение) охватываемого объекта (свойства). Указанные идентификаторы даны в соответствующем разделе для каждого типа объекта.
Если рассматриваемый идентификатор использован в определении группового символа, то действие GET возвращает перечень объектов, согласующийся со спецификацией группового символа.
Пример - Действие GET может извлекать сразу несколько объектов, например все из классов персонала.
Примечание - Действие GET с групповым символом имеет очень ограниченную производительность обработки запросов. Групповые операции не предназначены для обеспечения достаточной производительности при составлении отчета на запрос в соответствии с нормальными требованиями базы данных. Если требуется повысить производительность обработки запросов, то групповая операция GET/SHOW может быть использована для создания копий всех данных. Затем эти копии запросов могут быть обработаны локально.
5.3 Действие SHOW
Действие SHOW используется в сообщении SHOW для ответа на сообщение GET.
Рисунок 6 иллюстрирует транзакцию с сообщением GET и последующими сообщениями SHOW и CONFIRM (опция "Confirm Always (подтверждать всегда)" указана в примере с сообщением GET).
|
 |
|
|
Information provider | Провайдер информации |
Information user | Пользователь информации |
GET (confirm always) | Получить (подтверждать всегда) |
Local processing no error detected | Локальная обработка Ошибок нет |
Confirm | Подтвердить |
SHOW | Показать |
Рисунок 6 - Транзакции GET и SHOW с опцией "CONFIRM Always"
Примечание - Порядок поступления сообщений CONFIRM, SHOW, а также каких-либо других ответных сообщений в настоящем стандарте не определяется.
5.4 Действие PROCESS
Действие PROCESS используется в сообщении PROCESS для запроса об обработке ассоциированного объекта получающим приложением. Сообщение PROCESS отправляется некоторой сущности, которая может обработать объект. В типовом сценарии обмена сообщение PROCESS рассматривается как эквивалент формальной команды. Если указанный объект уже существует, то только указанные содержащиеся элементы могут быть добавлены и обработаны.
Примечание - Действие PROCESS часто является эквивалентом команды о добавлении объекта. При этом получающая сущность обычно выполняет дальнейшую обработку информации.
Пример 1 - Отправление сообщения PROCESS для Графика производства на сайт указывает, что данный график должен быть обработан.
Пример 2 - Отправление сообщения PROCESS для Оборудования указывает, что новый элемент оборудования должен быть добавлен.
Область действия PROCESS содержит элементы для выбора с одним из дополнительных определений: Never (никогда) или Always (всегда) (таблица 2). Если элемент для выбора не указан, то по умолчанию всегда берется Never.
Таблица 2 - Опции запроса с получением подтверждения о получении
|
|
Имя | Описание |
Never (никогда) | Сообщение ACKNOWLEDGE о подтверждении получения не требуется |
Always(всегда) | Сообщение ACKNOWLEDGE о подтверждении получения отправляется всегда |
5.5 Действие ACKNOWLEDGE
Действие ACKNOWLEDGE используется в сообщении ACKNOWLEDGE для подтверждения получения приложением запроса PROCESS. Ответом на сообщение PROCESS является сообщение ACKNOWLEDGE. Сообщение ACKNOWLEDGE может возвращать исходные или модифицированные данные. Рисунок 7 иллюстрирует сообщение PROCESS с ответным сообщением ACKNOWLEDGE.
|
 |
|
|
Information receiver | Получатель информации |
Information sender | Отправитель информации |
Process | Сообщение PROCESS (обработать) |
Local processing | Локальная обработка |
Acknowledge | Подтверждение приема |
Рисунок 7 - Транзакция PROCESS/ACKNOWLEDGE
Пример - Отправление сообщения ACKNOWLEDGE для Графика производства, когда сообщение PROCESS для Графика производства получено, соответствующее приложение со стороны рынка подтверждает получение Графика производства и его приемку.
Область действия ACKNOWLEDGE содержит элемент с одним из нижеследующих дополнительных определений: Accepted (принято), Rejected (отклонено) или Modified (модифицировано) (таблица 3).
Таблица 3 - Элементы действия Acknowledge
|
|
Элемент Acknowledge | Определение |
ACCEPTED (принято) | Информация принята получателем информации и обработана в соответствии с рыночными правилами получателя |
REJECTED (отклонено) | Информация отклонена получателем информации и не обработана получателем. Область данных сообщения должна содержать описание причины отклонения |
MODIFIED(модифицировано) | Информация принята получателем информации, но модифицирована для корректности обработки. Модифицированные данные возвращаются действием ACKNOWLEDGE. Область данных сообщения должна содержать идентификацию типа модификации |
Пример - Рисунок 8 показывает последовательность сообщений, идущих от планирующей системы к исполнительной системе. Исходное сообщение PROCESS с графиком производства получено, и сообщение ACKNOWLEDGE с флажком MODIFIED возвращено с новым предлагаемым графиком. Планирующая система пересматривает график и повторно отправляет его исполнительной системе. Исполнительная система принимает график производства и возвращает сообщение ACKNOWLEDGE с флагом ACCEPTED.
|
 |
|
|
Scheduling system | Система планирования |
Execution system | Исполнительная система |
Generate schedule | Разработка плана |
PROCESS - Production schedule | Обработка графика производства |
Acknowledge - Modified - Production schedule | Подтверждение о получении - модифицировано - график производства |
Local processing | Локальная обработка |
Re-generate schedule | Переработка плана |
Acknowledge - accepted | Подтверждение о получении - принято |
Рисунок 8 - Пример действия ACKNOWLEDGE на запрос о переработке
5.6 Действие CHANGE
Действие CHANGE используется в сообщении CHANGE, если отправитель сообщения отправляет запрос на изменение данных. Область объекта содержит новые данные. Рисунок 9 иллюстрирует сообщения CHANGE и RESPOND.
|
 |
|
|
Information receiver | Получатель информации |
Information sender | Отправитель информации |
Change | Изменить |
Local processing | Локальная обработка |
Respond | Ответить |
Рисунок 9 - Транзакция CHANGE/RESPOND
Пример - Отправление сообщения CHANGE о Сотруднике, если информация о персонале, например результаты квалификационных испытаний, изменена системой, не являющейся собственником модели данных о персонале.
Область действия CHANGE содержит элемент для выбора с одним из нижеследующих дополнительных определений: Never (никогда) или Always (всегда) (таблица 4). Если элемент для выбора не установлен, то по умолчанию принимается Never.
Таблица 4 - Опции действия Respond
|
|
Имя | Описание |
Never (никогда) | Никогда не запрашивать ответ |
Always (всегда) | Всегда запрашивать ответ |
5.7 Действие CANCEL
Действие CANCEL используется в сообщении CANCEL, если отправитель сообщения CANCEL отправляет запрос на отмену данных (рисунок 10).
|
 |
|
|
Information receiver | Получатель информации |
Information sender | Отправитель информации |
Cancel | Отменить |
Local processing | Локальная обработка |
Рисунок 10 - Сообщение CANCEL
Пример - Отправление сообщения CANCEL о Партии материалов, если приложение указывает, что партия материала не является корректной (или доступной). При этом приложение, отправляющее сообщение CANCEL, не является собственником данных о модели материала.
Примечание - Так как сообщение CANCEL не отправляется собственником данных, то эти данные не обязательно удаляются. Отправитель только указывает, что ему эти данные больше не нужны.
5.8 Действие CONFIRM
Действие CONFIRM используется в сообщении CONFIRM для подтверждения получения и обработки какого-либо сообщения в отличие от сообщений CONFIRM, RESPOND или ACKNOWLEDGE. См. рисунок 11 как пример подтверждения сообщения с выявленными ошибками.
|
 |
|
|
Information provider | Провайдер информации |
Information user | Пользователь информации |
GET (confirm OnError) | Получить (подтвердить при наличии ошибки) |
Local processing error detected | Локальная обработка при наличии ошибки |
Confirm | Подтвердить |
Рисунок 11 - Пример сообщения GET с подтверждением при наличии ошибки
Примечание - Порядок поступления сообщения CONFIRM (или какого-либо другого ответного сообщения) в настоящем стандарте не определяется.
Подтверждение - это опция, выбираемая отправляющим рыночным приложением. Это есть запрос получающему приложению прислать подтверждающее сообщение отправителю инициирующего сообщения.
Запрос на подтверждение, указанный в области идентификации приложения, приобретает значения, определенные в таблице 5.
Таблица 5 - Опции запроса на подтверждение
|
|
Имя | Описание |
Never (никогда) | Запрос на подтверждение отсутствует |
On Error (при наличии ошибок) | Подтверждение отправляется только при наличии ошибок |
Always (всегда) | Подтверждение отправляется всегда вне зависимости от результатов обработки |
Сообщение CONFIRM:
a) идентифицирует подтверждаемое инициирующее сообщение;
b) указывает статус переработки сообщения;
c) включает описание ошибки, если статус указывает на ошибку при обработке.
Если ошибка возникает при обработке инициирующего сообщения получающим приложением и отправитель устанавливает атрибут подтверждения на OnError или на Always, то получающее приложение должно создать сообщение CONFIRM. Если опция подтверждения не установлена, то значением по умолчанию будет Confirm Never.
Обработка ошибки на уровне приложения производится с помощью элемента подтверждения в области идентификации приложения. Специальные коды ошибок или текстовые ошибки в настоящем стандарте не рассматриваются. Порядок их использования определяется конкретной практической ситуацией.
Обработка ошибок приложения производится в дополнение к обработке ошибок уровня связи, обеспечиваемой в рамках конкретной инфраструктуры, и сервисных служб сети с помощью связующего программного обеспечения.
Дополнительное описание ошибок, кода или текста, ассоциированного с объектами в области объекта (существительного), может содержаться в указанной области (см. Область идентификации приложения) в соответствии с рисунком 12.
|
 |
|
|
Confirm | Подтвердить |
Application identification area | Область идентификации приложения |
Data area | Область данных |
Verb area - confirm | Область действия - подтвердить |
Noun area | Область объекта (существительного) |
Error information | Информация об ошибке |
Optional additional error description, code or text | Дополнительное (по выбору) описание ошибки: текстовое или путем указания кода ошибки |
Рисунок 12 - Сообщение Confirm
5.9 Действие RESPOND
Действие RESPOND используется в сообщении RESPOND для обозначения получения обращения и обработки сообщения CHANGE. Сообщение RESPOND используется при ответе на сообщение CHANGE. Сообщение RESPOND может возвращать исходные или модифицированные данные.
Область действия RESPOND содержит элемент с одним из нижеследующих дополнительных определений: Accepted (принято), Rejected (отклонено) или Modified (модифицировано) (таблица 6).
Таблица 6 - Элементы действия Respond
|
|
Элемент RESPOND | Определение |
ACCEPTED | Информация принята получателем информации и изменена в соответствии с рыночными правилами получателя |
REJECTED | Информация отклонена получателем информации и не изменена получателем. Область данных сообщения содержит описание причины отклонения |
MODIFIED | Информация принята получателем информации, но модифицирована для корректировки процесса обработки. Модифицированные данные возвращены с помощью действия RESPOND. Область данных сообщения должна содержать идентификацию типа модификации |
5.10 Действие SYNC
Действие SYNC используется в сообщении SYNC, если собственник данных публикует информацию или изменяет информацию для подписчика.
Примечание 1 - Действие SYNC необходимо для синхронизации данных. Оно подразумевает использование синхронизированных или выровненных данных. Оно не рассматривает синхронные связи.
Примечание 2 - Должно быть только одно приложение, отправляющее сообщения SYNC для каких-либо специальных элементов информации.
Пример 1 - Система использования человеческих ресурсов может поставлять информацию о работе персонала. При этом система обучения может поставлять также информацию о результатах квалификационных испытаний в части производственных возможностей каждого сотрудника.
Сообщение SYNC отправляет собственник информации.
Сообщение SYNC должно содержать в области действия один из нижеследующих модификаторов: ADD (добавить), CHANGE (изменить) или DELETE (удалить).
Пример 2 - Данное действие обычно используется, если необходимы большие изменения. Например, если система планирования ресурсами предприятия (ERP; Enterprise Resource Planning) публикует главный элемент нескольких систем управления производством (MES; Manufacturing Execution System) или если механизмы публикации и подписки используются в качестве архитектуры интеграции компании.
5.11 Действие SYNC ADD
Действие SYNC ADD отправляется собственником информации. Оно указывает, что собственник добавил новую информацию, как показано на рисунке 13. Сообщение SYNC ADD включает добавленные реализации объекта и значения всех атрибутов данных объектов. Добавляемые специальные элементы определены в разделе 6.
|
 |
|
|
Information provider | Провайдер информации |
Information user | Пользователь информации |
SYNC ADD with confirm | Действие SYNC ADD с подтверждением |
Local processing | Локальная обработка |
Confirm | Подтвердить |
Рисунок 13 - Транзакция SYNC ADD с подтверждением
Пример - Сообщение SYNC ADD (по спецификации результатов проверки качества объекта) указывает на определение новой спецификации этих результатов.
5.12 Действие SYNC CHANGE
Действие SYNC CHANGE направляется собственником информации и используется для распространения информации об измененных объектах среди подписчиков. Сообщение SYNC CHANGE включает реализации объекта, измененные в соответствии с изменением значений атрибутов. Специальные изменяемые элементы определены в разделе 6.
Пример - Сообщение SYNC CHANGE (с объектом класса материалов) указывает на изменение в классе материалов, на свойство класса материалов, а также на новое значение.
5.13 Действие SYNC DELETE
Действие SYNC DELETE направляется собственником информации. Оно указывает, что провайдер информации удалил информацию, как показано на рисунке 14. Сообщение SYNC DELETE включает удаленные реализации объекта. Специальные удаляемые элементы определены в разделе 6.
|
 |
|
|
Information provider | Провайдер информации |
Information user | Пользователь информации |
Sync delete | Синхронизировать и удалить |
Local processing | Локальная обработка |
Рисунок 14 - Транзакция SYNC DELETE без подтверждения
Примечание - Сообщение SYNC DELETE только указывает, что провайдер удалил информацию из публикации. Информация все еще может быть заархивированной или может сохраняться в соответствии с рыночными правилами, но она уже недоступна для дальнейшей публикации. Пользователь информации несет ответственность за определение корректных действий, таких как сохранение или архивирование информации.
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:
- заказ-наряд на техническое обслуживание.
6.2.10 Ответ по техническому обслуживанию
Объект "Ответ по техническому обслуживанию" содержит следующие объекты в соответствии с МЭК 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 части партий материалов не имеют уникальных свойств или результатов испытаний качества. Практическая реализация данной модели должна позволить частям партий материалов иметь свои уникальные свойства и результаты испытаний качества.
Пример - Специальными свойствами части партии могут быть, например, уникальные идентификаторы радиочастот RFID для каждой части партии или индикаторы максимальной температуры для каждой части партии.
6.2.15 Спецификация испытаний качества
Объект "Спецификация испытаний качества" содержит следующие объекты в соответствии с МЭК 62264-2:
- спецификация испытаний качества.
6.2.16 Сегмент процесса обработки
Объект "Сегмент процесса обработки" содержит следующие объекты в соответствии с МЭК 62264-2:
- сегмент процесса обработки;
- параметр сегмента обработки;
- спецификация сегмента персонала;
- спецификация сегмента оборудования;
- спецификация сегмента материала;
- зависимость сегмента обработки;
- свойство спецификации сегмента персонала;
- свойство спецификации сегмента оборудования;
- свойство спецификации сегмента материала.
6.2.17 Производственные возможности
Объект "Производственные возможности" содержит следующие объекты в соответствии с МЭК 62264-2:
- производственные возможности;
- возможности персонала;
- производительность оборудования;
- возможности материала;
- производительность сегмента обработки;
- свойство возможностей персонала;
- свойство производительности оборудования;
- свойство возможностей материала.
6.2.18 Определение продукта
Объект "Определение продукта" содержит следующие объекты в соответствии с МЭК 62264-2:
- определение продукта;
- сегмент продукта;
- зависимость сегмента продукта;
- смета производства;
- параметр продукта;
- спецификация персонала;
- спецификация оборудования;
- спецификация материала;
- свойство спецификации персонала;
- свойство спецификации оборудования;
- свойство спецификации материала.
6.2.19 График производства
Объект "График производства" содержит следующие объекты в соответствии с МЭК 62264-2:
- график производства;
- запрос о состоянии производства;
- требование сегмента;
- запрошенный отклик сегмента;
- параметр производства;
- требование к персоналу;
- требование к оборудованию;
- требование к изготовленному материалу;
- требование к потребленному материалу;
- ожидаемые расходные материалы;
- свойство требования к персоналу;
- свойство требования к оборудованию;
- свойство требования к изготовленному материалу;
- свойство требования к потребленному материалу;
- свойство ожидаемого расходного материала.
6.2.20 Производственные показатели
Объект "Производственные показатели" содержит следующие объекты в соответствии с МЭК 62264-2:
- производственные показатели;
- ответное сообщение о состоянии производства;
- отклик сегмента;
- данные производства;
- фактический персонал;
- фактическое оборудование;
- фактический изготовленный материал;
- фактический потребленный материал;
- фактический расходный материал;
- свойство фактического персонала;
- свойство фактического оборудования;
- свойство фактически изготовленного материала;
- свойство фактически потребленного материала;
- свойство фактического расходного материала.
6.3 Модель персонала
6.3.1 Элементы модели персонала
Определения сообщения допускают, что информация может быть доступна из каких-либо трех отправных точек: класс персонала, сотрудник или квалификационные испытания (см. совокупности, выделенные точками на рисунке 15).
|
 |
|
|
Information about personnel classes | Информация о классах персонала |
Information about persons | Информация о сотрудниках |
Personal class | Класс персонала |
Defined by | Определено ... |
Person | Сотрудник |
Has properties of | Имеет свойства ... |
Has values for | Имеет значения ... |
Personnel class property | Свойство класса персонала |
Maps to | Отображается на ... |
Person property | Свойство сотрудника |
Is tested by a | Испытывается ... |
Information about qualification tests | Информация о квалификационных испытаниях |
Qualification test specification | Спецификация квалификационных испытаний |
Defines a procedure for obtaining a | Определяет процедуру для получения ... |
Records the execution of | Регистрирует исполнение ... |
Qualification test result | Результаты квалификационных испытаний |
Рисунок 15 - Группировка объектов для модели персонала
Пример - Возможные сообщения: Получить класс персонала, Получить сотрудника, Получить квалификационные испытания.
6.3.2 Действия класса персонала
Все действия должны быть корректными в отношении объекта "Класс персонала".
Сообщение "Класс персонала" содержит информацию просто о классах персонала или о классах персонала и соответствующих свойствах класса персонала. Возвращаемая информация не содержит объектов сотрудников, ассоциированных с классом персонала, однако она содержит идентификаторы сотрудников, принадлежащих к рассматриваемому классу.
6.3.3 Особенности действия класса персонала
В таблице 7 определены особенности действий, а также использование идентификаторов и значений класса персонала.
Таблица 7 - Особенности действия класса персонала
|
|
|
|
Значение идентифи- катора класса персонала | Значение идентифи- катора свойства класса персонала | Значение свойства персонала | Особенности действий на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определять запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов персонала, все свойства и их атрибуты, а также перечень Идентификаторов сотрудников класса персонала.
PROCESS: Должно определять запрос, добавляемый получателем к Классу персонала. Рассматриваемые идентификаторы определяют предлагаемые идентификаторы Класса персонала. Получатель добавляет Классы персонала и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Заданные атрибуты указанных Классов персонала должны быть изменены.
CANCEL: Определяет запрос на отмену получателем указанного Класса персонала.
SYNC ADD: Определяет запрос на добавление получателем указанного Класса персонала.
SYNC CHANGE: Указанные атрибуты указанных Классов персонала должны быть изменены.
SYNC DELETE: Определяет запрос на удаление получателем указанного Класса персонала |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определять запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов персонала, все указанные свойства Класса персонала и перечень Идентификаторов сотрудников Класса персонала.
PROCESS: Должен определять запрос на добавление получателем Класса персонала. Рассматриваемый идентификатор определяет предлагаемые идентификаторы Классов персонала и перечень свойств. Получатель добавляет Классы персонала, свойства и назначает идентификаторы.
Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем указанных свойств указанного Класса персонала.
SYNC ADD: Должно определить запрос на добавление получателем Класса персонала, а также перечень Свойств класса персонала.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств класса персонала |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов персонала, если Значение свойства класса персонала согласуется с указанным значением свойства, всеми указанными Свойствами класса персонала и перечнем Идентификаторов сотрудников.
PROCESS: Должно определить запрос на добавление получателем Класса персонала. Рассматриваемые идентификаторы определяют предлагаемые идентификаторы Классов персонала, свойства и значения свойств. Получатель добавляет Класс персонала, свойства и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем значений указанных свойств указанных Классов персонала. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем указанных свойств Классов персонала, имеющих указанные значения свойств.
SYNC ADD: Должно определить запрос на добавление получателем указанных Классов персонала, перечня свойств и значений свойств.
SYNC CHANGE: Должно определить запрос на изменение получателем указанного перечня свойств указанных Классов персонала.
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств класса персонала для указанных Классов персонала, имеющих указанные значения свойств |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Классов персонала, согласующиеся с групповым символом и перечнем Идентификаторов сотрудников каждого Класса персонала.
Пример 1 - Возвратить все Классы персонала, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всех Классов персонала, согласующихся с групповым символом.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем всех Классов персонала, согласующихся с групповым символом |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Классов персонала, согласующиеся с групповым символом, и для каждого класса возвратить все Свойства класса персонала, согласующиеся с групповыми символами свойств, а также перечень Идентификаторов сотрудников рассматриваемого класса.
Пример 2 - Возвратить одно свойство, определить один идентификатор свойства Класса персонала в групповом символе свойства.
Пример 3 - Возвратить все Свойства класса персонала, определить символ "*" как групповой.
Пример 4 - Возвратить один Класс персонала, определить идентификатор Класса персонала в групповом символе.
Пример 5 - Возвратить все Классы персонала, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всех свойств, согласующихся с групповым символом свойств всех Классов персонала.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка (значения свойств не указываются). SYNC DELETE: Должно определить запрос на удаление получателем всех свойств, согласующихся с групповым символом свойств всех Классов персонала |
6.3.4 Действия сотрудника
Все действия должны быть корректными для объекта "Сотрудник".
Примечание - Указанные действия содержат информацию о сотрудниках и их свойствах. Возвращаемая информация не содержит объектов класса персонала, ассоциированных с сотрудниками. Она содержит идентификаторы класса персонала, которому принадлежит данный сотрудник.
6.3.5 Особенности действия сотрудника
Действия для объекта "Сотрудник" определены в таблице 8.
Таблица 8 - Особенности действия Сотрудника
|
|
|
|
Значение идентифи- катора класса персонала | Значение идентифи- катора свойства класса персонала | Значение свойства персонала | Особенности действий на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Сотрудников, все их свойства и атрибуты, а также перечень Идентификаторов класса персонала данных Сотрудников.
PROCESS: Должно определить запрос на добавление получателем Сотрудников. Сообщение определяет предлагаемые идентификаторы Сотрудников. Получатель добавляет Сотрудников и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Указанные атрибуты указанных Сотрудников должны быть изменены.
CANCEL: Должно определить запрос на отмену получателем указанных Сотрудников.
SYNC ADD: Должно определить запрос на добавление получателем указанных Сотрудников.
SYNC CHANGE: Указанные атрибуты указанных Сотрудников должны быть изменены.
SYNC DELETE: Должно определить запрос на удаление получателем указанных Сотрудников |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Сотрудников, все указанные Свойства сотрудников, а также перечень Идентификаторов класса персонала Сотрудников.
PROCESS: Должно определить запрос на добавление получателем Сотрудников. Рассматриваемый идентификатор определяет предлагаемые идентификаторы Сотрудников и перечень свойств. Получатель добавляет Сотрудников и свойства, а также назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем указанных свойств указанных Сотрудников.
SYNC ADD: Должно определить запрос на добавление получателем Сотрудников, а также перечень Свойств сотрудников.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств сотрудников |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Сотрудников, если значение Свойства сотрудника согласуется с указанным значением свойства, все указанные Свойства сотрудников и перечень Идентификаторов класса персонала.
PROCESS: Должно определить запрос на добавление получателем Сотрудников.
SYNC CHANGE: Должно определить запрос на изменение получателем значений указанного перечня свойств указанных Сотрудников.
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств сотрудников для указанных Сотрудников, имеющих указанные значения свойств |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Сотрудников, согласующиеся с групповым символом и перечнем Идентификаторов класса персонала для каждого Сотрудника.
Пример - Возвратить всех Сотрудников, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всех Сотрудников, согласующихся с групповым символом.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем всех Сотрудников, согласующихся с групповым символом |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Сотрудников, согласующиеся с групповым символом, и (для каждого Сотрудника) возвратить все Свойства Сотрудников, согласующиеся с групповыми символами свойств, а также перечень Идентификаторов класса персонала рассматриваемого Сотрудника.
Пример 1 - Возвратить одно свойство, определить данное свойство в групповом символе свойства.
Пример 2 - Возвратить все свойства, определить символ "*" как групповой.
Пример 3 - Возвратить одного Сотрудника, определить Идентификатор сотрудника в групповом символе.
Пример 4 - Возвратить всех Сотрудников, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всех свойств, согласующихся с групповым символом свойств всех Сотрудников.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка (значения свойств не указываются). SYNC DELETE: Должно определить запрос на удаление получателем всех свойств, согласующихся с групповым символом свойств всех Сотрудников |
6.3.6 Спецификация действий квалификационных испытаний
Все действия должны быть корректными в отношении объекта спецификации квалификационных испытаний.
Примечание - Данное действие содержит информацию о квалификационных испытаниях. Возвращаемая информация содержит идентификацию испытанных свойств класса персонала, а также идентификацию свойств сотрудников.
6.3.7 Особенности действий спецификации квалификационных испытаний
Действия, выполняемые в отношении объекта "Спецификации квалификационных испытаний", определены в таблице 9.
Таблица 9 - Особенности действий спецификации квалификационных испытаний
|
|
Значение идентификатора квалификационных испытаний | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Спецификаций квалификационных испытаний, идентификаторы Свойств класса персонала, участвующего в испытаниях, и идентификатор всех Свойств сотрудников, участвующих в испытаниях.
PROCESS: Должно определить запрос на добавление получателем Спецификации квалификационных испытаний. Сообщение определяет предлагаемые идентификаторы Спецификаций квалификационных испытаний, значения атрибутов, идентификаторы Свойства класса персонала и Свойства сотрудников, участвующих в квалификационных испытаниях. Получатель добавляет Спецификации квалификационных испытаний и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Спецификаций квалификационных испытаний, идентификаторов Свойства класса персонала и ссылочных Свойств сотрудников. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANSEL: Должно определить запрос на отмену получателем указанных Спецификаций квалификационных испытаний.
SYNC ADD: Должно определить запрос на добавление получателем указанных Спецификаций квалификационных испытаний, идентификаторов Свойств класса персонала и ссылочных Свойств сотрудников.
SYNC CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Спецификаций квалификационных испытаний, идентификаторов Свойств класса персонала и ссылочных Свойств сотрудников.
SYNC DELETE: Должно определить запрос на удаление получателем указанных Спецификаций квалификационных испытаний |
<Не указано> | GET: Ошибка.
PROCESS: Ошибка.
CHANGE: Ошибка.
CANCEL: Ошибка.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка.
SYNC DELETE: Ошибка |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Спецификаций квалификационных испытаний, идентифицированных групповым символом, идентификаторы ссылочных Свойств класса персонала и идентификаторы Свойств сотрудников, участвующих в испытаниях.
Пример - Возвратить все Спецификации квалификационных испытаний, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Должно определить запрос на изменение получателем указанных атрибутов всех Спецификаций квалификационных испытаний, согласующихся с идентификатором группового символа, идентификаторов ссылочных Свойств класса персонала и идентификаторов ссылочных Свойств сотрудников. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем всех Спецификаций квалификационных испытаний, согласующихся с идентификатором группового символа.
SYNC ADD: Ошибка.
SYNC CHANGE: Должно определить запрос на изменение получателем указанных атрибутов всех Спецификаций квалификационных испытаний, согласующихся с идентификатором группового символа, идентификаторов ссылочных Свойств класса персонала и идентификаторов ссылочных Свойств сотрудников. SYNC DELETE: Должно определить запрос на удаление получателем всех Спецификаций квалификационных испытаний, согласующихся с идентификатором группового символа |
6.4 Модель оборудования
6.4.1 Элементы модели оборудования
Определения сообщения допускают, что к информации можно получить доступ с любой из трех отправных точек: класс оборудования, собственно оборудование и испытание производительности оборудования (см. области, выделенные точками на рисунке 16).
|
 |
|
|
Information about equipment classes | Информация о классах оборудования |
Information about equipment | Информация об оборудовании |
May be made up of | Может быть изготовлено из ... |
Equipment class | Класс оборудования |
Equipment | Оборудование |
Has properties of | Имеет свойства ... |
Defined by | Определен ... |
Has values for | Имеет значения для ... |
Equipment class property | Свойство класса оборудования |
Maps to | Отображается на ... |
Equipment property | Свойство оборудования |
Is tested by a | Испытан с помощью ... |
Information about capability tests | Информация об испытаниях производительности |
Equipment capability test specification | Спецификация испытаний производительности оборудования |
Defines a procedure for obtaining a | Определяет процедуру получения ... |
Records the execution of | Регистрирует выполнение .... |
Equipment capability test result | Результаты испытаний производительности оборудования |
Рисунок 16 - Группировка объектов для модели оборудования
Пример - Возможные сообщения: получить класс оборудования, получить оборудование, получить испытания производительности оборудования.
6.4.2 Действия класса оборудования
Все действия должны быть корректны в отношении объекта класса оборудования.
Примечание - Данный раздел содержит информацию либо только о классах оборудования, либо о классах оборудования и их свойствах. Возвращаемая информация не содержит объектов оборудования, ассоциированных с рассматриваемым классом оборудования. Она содержит только идентификаторы оборудования, принадлежащего рассматриваемому классу.
6.4.3 Особенности действий класса оборудования
Действия, выполняемые на объектах класса оборудования, определены в таблице 10.
Таблица 10 - Особенности действий класса оборудования
|
|
|
|
Значение идентифи- катора класса оборудо- вания | Значение идентифи- катора свойства класса оборудо- вания | Свойства оборудо- вания | Особенности действия на объект |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов оборудования, все свойства и их атрибуты, а также идентификаторы оборудования, входящего в рассматриваемый Класс оборудования.
PROCESS: Должно определить запрос на добавление получателем Классов оборудования. Данное сообщение определяет предлагаемые идентификаторы Классов оборудования. Получатель добавляет Классы оборудования и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Указанные атрибуты указанных Классов оборудования должны быть изменены.
CANCEL: Должно определить запрос на отмену получателем указанных Классов оборудования.
SYNC ADD: Должно определить запрос на добавление получателем указанных Классов оборудования.
SYNC CHANGE: Указанные атрибуты указанных Классов оборудования должны быть изменены.
SYNC DELETE: Должно определить запрос на удаление получателем указанных Классов оборудования |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов оборудования, все указанные Свойства классов оборудования и идентификаторы оборудования, входящего в рассматриваемый Класс оборудования.
PROCESS: Должно определить запрос на добавление получателем Классов оборудования. Данное сообщение определяет предлагаемые идентификаторы Классов оборудования и свойств. Получатель добавляет Классы оборудования и свойства, а также назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем указанных свойств указанных Классов оборудования.
SYNC ADD: Должно определить запрос на добавление получателем Классов оборудования, а также перечень Свойств классов оборудования.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств классов оборудования |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов оборудования, если значение Свойства класса оборудования согласуется с указанным значением свойства, все указанные Свойства класса оборудования, а также идентификаторы оборудования, входящего в рассматриваемый Класс оборудования.
PROCESS: Должно определить запрос на добавление получателем Классов оборудования. Данное сообщение определяет предлагаемые идентификаторы Классов оборудования и свойств, а также значений свойств. Получатель добавляет Классы оборудования и свойства, а также назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем значений указанных свойств указанных Классов оборудования. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем указанных свойств Классов оборудования, имеющих указанное значение свойства.
SYNC ADD: Должно определить запрос на добавление получателем указанных Классов оборудования, перечня свойств и значений свойств.
SYNC CHANGE: Должно определить запрос на изменение получателем указанного перечня свойств указанных Классов оборудования (на указанные значения).
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств классов оборудования, имеющих указанное значение свойства |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Классов оборудования, согласующихся с идентификатором группового символа, а также идентификаторы Оборудования, входящего в рассматриваемый Класс оборудования.
Пример 1 - Возвратить все Классы оборудования, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всех Классов оборудования, согласующихся с идентификатором группового символа.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем всех Классов оборудования, согласующихся с идентификатором группового символа |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), и все атрибуты Классов оборудования, согласующиеся с идентификаторами группового символа, а также (для каждого класса) возвратить все Свойства классов оборудования, согласующиеся с групповыми символами свойств, и идентификаторы Оборудования, входящего в рассматриваемый Класс оборудования.
Пример 2 - Возвратить одно свойство, определить Идентификатор свойства класса оборудования в групповом символе свойства.
Пример 3 - Возвратить все Свойства классов оборудования, определить "*" как групповой символ свойства.
Пример 4 - Возвратить один Класс оборудования, определить идентификатор группового свойства.
Пример 5 - Возвратить все Классы оборудования, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всех Свойств класса оборудования, согласующихся с групповым символом свойств всех Классов оборудования.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка (значения свойств не указываются). SYNC DELETE: Должно определить запрос на удаление получателем всех Свойств классов оборудования, согласующихся с групповым символом свойств всех Классов оборудования, согласующихся с данным групповым символом |
6.4.4 Действия оборудования
Все действия должны быть корректны по отношению к объекту "Оборудование".
Примечание - Данный раздел содержит информацию об оборудовании и его свойствах. Возвращаемая информация не содержит объекты класса оборудования, ассоциированные с данным оборудованием. Она содержит только идентификаторы классов оборудования, которым принадлежит данное оборудование.
6.4.5 Особенности действий оборудования
Действия, выполняемые по отношению к объектам оборудования, определены в таблице 11.
Таблица 11 - Особенности действий оборудования
|
|
|
|
Значение идентифи- катора оборудования | Значение идентифи- катора свойства оборудования | Значение свойства оборудо- вания | Особенности действия на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанного Оборудования, все свойства и их атрибуты, а также идентификаторы Классов оборудования для данного Оборудования. |
|
|
| PROCESS: Должно определить запрос на добавление получателем Оборудования. Рассматриваемый идентификатор определяет предлагаемые идентификаторы Оборудования. Получатель добавляет Оборудование и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Указанные атрибуты указанного Оборудования должны быть изменены.
CANCEL: Должно определить запрос на отмену получателем указанного Оборудования.
SYNC ADD: Должно определить запрос на добавление получателем указанного Оборудования.
SYNC CHANGE: Указанные атрибуты указанного Оборудования должны быть изменены.
SYNC DELETE: Должно определить запрос на удаление получателем указанного Оборудования |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанного Оборудования, все указанные Свойства оборудования и идентификаторы Классов оборудования для данного Оборудования.
PROCESS: Должно определить запрос на добавление получателем Оборудования. Рассматриваемый идентификатор определяет предлагаемые идентификаторы Оборудования и свойств. Получатель добавляет Оборудование и свойства, а также назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем указанных свойств указанного Оборудования.
SYNC ADD: Должно определить запрос на добавление получателем Оборудования, а также перечень Свойств оборудования.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств оборудования |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанного Оборудования, если значение Свойства оборудования согласуется с указанным значением свойства, все указанные Свойства оборудования, а также идентификаторы Классов оборудования.
PROCESS: Должно определить запрос на добавление получателем Оборудования. Данное сообщение определяет предлагаемые идентификаторы Оборудования и свойств, а также значений свойств. Получатель добавляет Оборудование и свойства, а также назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем значений указанных свойств указанного Оборудования. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем указанных свойств Оборудования, имеющих указанные значения.
SYNC ADD: Должно определить запрос на добавление получателем указанного Оборудования, перечня свойств и значений свойств.
SYNC CHANGE: Должно определить запрос на изменение получателем указанного перечня свойств указанного Оборудования на указанные значения.
SYNC DELETE: Должно определить запрос на удаление получателем указанного перечня Свойств оборудования для указанного Оборудования, имеющего указанные значения свойств |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Оборудования, согласующиеся с групповым символом, а также идентификаторы Классов оборудования для каждого Оборудования.
Пример 1 - Возвратить все Оборудование, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всего Оборудования, согласующегося с групповым символом.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка (значения свойств не указываются).
SYNC DELETE: Должно определить запрос на удаление получателем всего Оборудования, согласующегося с групповым символом |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Оборудования, согласующегося с групповым символом, а также для каждого класса возвратить все Свойства оборудования, согласующиеся с групповыми символами свойств, и идентификаторы Классов оборудования для данного Оборудования.
Пример 2 - Возвратить одно свойство, определить Идентификатор свойства оборудования в групповом символе свойства.
Пример 3 - Возвратить все Свойства оборудования, определить символ "*" как групповой.
Пример 4 - Возвратить единицу Оборудования, определить Идентификатор оборудования в групповом символе.
Пример 5 - Возвратить все Оборудование, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Ошибка (значения свойств не указываются).
CANCEL: Должно определить запрос на отмену получателем всех свойств, согласующихся с групповым символом Свойств оборудования, для всего Оборудования, согласующегося с данным групповым символом. |
6.4.6 Действия спецификации испытаний производительности оборудования
Все действия должны быть корректны по отношению к объекту "Спецификация испытаний производительности оборудования".
Примечание - Данный раздел содержит информацию об испытаниях производительности. Возвращаемая информация содержит идентификацию испытываемых свойств класса оборудования, а также идентификацию свойств оборудования.
6.4.7 Особенности действий спецификации испытаний производительности оборудования
Действия, выполняемые в отношении объекта "Спецификация испытаний производительности оборудования", определены в таблице 12.
Таблица 12 - Особенности действий спецификации испытаний производительности оборудования
|
|
Индикатор испытаний производительности | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Спецификации испытаний производительности оборудования, идентификаторы Свойств класса оборудования, используемого в испытаниях, а также идентификаторы всех Свойств оборудования, используемого в испытаниях.
PROCESS: Должно определить запрос на добавление получателем Спецификации испытаний производительности оборудования. Определяет предлагаемые идентификаторы Спецификаций испытаний производительности оборудования, значения атрибутов и идентификаторы Свойств класса оборудования, а также Свойств оборудования, используемых Спецификацией испытаний производительности оборудования. Получатель добавляет Спецификацию испытаний производительности оборудования и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Спецификации испытаний производительности оборудования, идентификаторов свойств класса оборудования, а также ссылочных свойств ОБОРУДОВАНИЯ. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем указанной Спецификации испытаний производительности оборудования.
SYNC ADD: Должно определить запрос на добавление получателем указанной Спецификации испытаний производительности оборудования, идентификаторов Свойств класса оборудования, а также ссылочных Свойств оборудования.
SYNC CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Спецификации испытаний производительности оборудования, идентификаторов Свойств класса оборудования и ссылочных Свойств оборудования.
SYNC DELETE: Должно определить запрос на удаление получателем указанной Спецификации испытаний производительности оборудования |
<Не указано> | GET: Ошибка.
PROCESS: Ошибка.
CHANGE: Ошибка.
CANCEL: Ошибка.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка.
SYNC DELETE: Ошибка |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Испытаний производительности, идентифицированные групповым символом, ссылочные идентификаторы Свойств классов оборудования, а также идентификаторы Свойств оборудования, используемого в испытаниях.
Пример - Возвратить все Испытания производительности, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Испытаний производительности, согласующихся с групповым символом, идентификаторов Свойств класса оборудования, а также ссылочных Свойств оборудования. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем всех Испытаний производительности, согласующихся с групповым символом.
SYNC ADD: Ошибка.
SYNC CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Испытаний производительности, согласующихся с групповым символом, идентификаторов Свойств класса оборудования, а также ссылочных Свойств оборудования. SYNC DELETE: Должно определить запрос на удаление получателем всех Испытаний производительности, согласующихся с групповым символом |
6.5 Модель технического обслуживания
6.5.1 Элементы модели технического обслуживания
Определения сообщения допускают, что информация о запросах технического обслуживания, ответы по техническому обслуживанию и заказ-наряды на техническое обслуживание могут быть отправлены раздельно, как показано на рисунке 17.
|
 |
|
|
Maintenance request information | Информация о запросе технического обслуживания |
Maintenance request | Запрос технического обслуживания |
Is against | По отношению к ... |
May result in | Может привести к ... |
Equipment | Оборудование |
Is made against | По отношению к ... |
Maintenance work order | Заказ-наряд на техническое обслуживание |
Maintenance work order information | Информация о заказ-наряде на техническое обслуживание |
May be generated for | Может быть создано для ... |
Maintenance response | Ответ по техническому обслуживанию |
Maintenance response information | Информация об ответе по техническому обслуживанию |
Рисунок 17 - Группировка объектов для рассматриваемой модели технического обслуживания
6.5.2 Действия запроса технического обслуживания
Все действия должны быть корректными в отношении объекта "Запрос технического обслуживания".
Примечание - Запрос технического обслуживания подается в отношении специального оборудования. Может быть много различных запросов технического обслуживания для одного и того же оборудования.
6.5.3 Особенности действия запроса технического обслуживания
Действия, выполняемые в отношении запроса технического обслуживания, определены в таблице 13.
Таблица 13 - Особенности действия запроса технического обслуживания
|
|
Идентификатор запроса технического обслуживания | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Запроса технического обслуживания и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание.
PROCESS: Должно определить запрос на добавление получателем Запроса технического обслуживания. Определяет предлагаемые идентификаторы Запросов технического обслуживания, значения атрибутов и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание. Получатель добавляет Запрос технического обслуживания и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Запроса технического обслуживания. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем указанных Запросов технического обслуживания.
SYNC ADD: Должно определить запрос на добавление получателем указанных Запросов технического обслуживания.
SYNC CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Запросов технического обслуживания.
SYNC DELETE: Должно определить запрос на удаление получателем указанных Запросов технического обслуживания |
<Не указано> | GET: Ошибка.
PROCESS: Ошибка.
CHANGE: Ошибка.
CANCEL: Ошибка.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка.
SYNC DELETE: Ошибка |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Запросов технического обслуживания, идентифицированных групповым символом, и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание.
Пример - Возвратить все Запросы технического обслуживания, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Запросов технического обслуживания, согласующихся с групповым символом. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем всех Запросов технического обслуживания, согласующихся с групповым символом.
SYNC ADD: Ошибка.
SYNC CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Запросов технического обслуживания, согласующихся с групповым символом. SYNC DELETE: Должно определить запрос на удаление получателем всех Запросов технического обслуживания, согласующихся с групповым символом |
6.5.4 Действия ответа по техническому обслуживанию
Все действия должны быть корректными в отношении объекта "Ответ по техническому обслуживанию".
Примечание - Ответ по техническому обслуживанию дается на запрос технического обслуживания.
6.5.5 Особенности действий ответа по техническому обслуживанию
Действия, выполняемые по отношению к ответу по техническому обслуживанию, определены в таблице 14.
Таблица 14 - Особенности действия ответа по техническому обслуживанию
|
|
Идентификатор ответа по техническому обслуживанию | Указанные действия по объекту |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Ответа по техническому обслуживанию и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание.
PROCESS: Должно определить запрос на добавление получателем Ответа по техническому обслуживанию. Определяет предлагаемый идентификатор Ответа по техническому обслуживанию, значения атрибутов и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание. Получатель добавляет Ответ по техническому обслуживанию и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Ответа по техническому обслуживанию. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем указанных Ответов по техническому обслуживанию.
SYNC ADD: Должно определить запрос на добавление получателем указанных Ответов по техническому обслуживанию.
SYNC CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Ответов по техническому обслуживанию.
SYNC DELETE: Должно определить запрос на удаление получателем указанных Ответов по техническому обслуживанию |
<Не указано> | GET: Ошибка.
PROCESS: Ошибка.
CHANGE: Ошибка.
CANCEL: Ошибка.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка.
SYNC DELETE: Ошибка |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Ответов по техническому обслуживанию, идентифицированных групповым символом, и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание.
Пример - Возвратить все Ответы по техническому обслуживанию, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Ответов по техническому обслуживанию, согласующихся с групповым символом. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем всех Ответов по техническому обслуживанию, согласующихся с групповым символом.
SYNC ADD: Ошибка.
SYNC CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Ответов по техническому обслуживанию, согласующихся с групповым символом. SYNC DELETE: Должно определить запрос на удаление получателем всех Ответов по техническому обслуживанию, согласующихся с групповым символом |
6.5.6 Действия заказ-наряда на техническое обслуживание
Все действия должны быть корректными в отношении объекта "Заказ-наряд на техническое обслуживание".
Примечание - Работа, выполняемая по запросу технического обслуживания, представляется как заказ-наряд на техническое обслуживание. Отсутствие или наличие нескольких заказ-нарядов на техническое обслуживание генерируется запросом технического обслуживания.
6.5.7 Особенности действия заказ-наряда на техническое обслуживание
Действия, выполняемые по отношению к заказ-наряду на техническое обслуживание, определены в таблице 15.
Таблица 15 - Особенности действий заказ-наряда на техническое обслуживание
|
|
Идентификатор заказ-наряда на техническое обслуживание | Указанные действия по объекту |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Заказ-наряда на техническое обслуживание, идентификаторы ассоциированных Запросов технического обслуживания, а также Ответы по техническому обслуживанию.
PROCESS: Должно определить запрос на добавление получателем Заказ-нарядов на техническое обслуживание. Определяет предлагаемые идентификаторы Заказ-нарядов на техническое обслуживание, значения атрибутов, идентификаторы ассоциированных Запросов технического обслуживания, а также Ответы по техническому обслуживанию. Получатель добавляет Заказ-наряд на техническое обслуживание и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE.
CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Заказ-нарядов на техническое обслуживание. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем указанных Заказ-нарядов на техническое обслуживание.
SYNC ADD: Должно определить запрос на добавление получателем указанных Заказ-нарядов на техническое обслуживание.
SYNC CHANGE: Должно определить запрос на изменение получателем указанных атрибутов Заказ-нарядов на техническое обслуживание.
SYNC DELETE: Должно определить запрос на удаление получателем указанных Заказ-нарядов на техническое обслуживание |
<Не указано> | GET: Ошибка.
PROCESS: Ошибка.
CHANGE: Ошибка.
CANCEL: Ошибка.
SYNC ADD: Ошибка.
SYNC CHANGE: Ошибка.
SYNC DELETE: Ошибка |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Заказ-нарядов на техническое обслуживание, идентифицированных групповым символом, а также идентификаторы ассоциированных Запросов технического обслуживания и Ответов по техническому обслуживанию.
Пример - Возвратить все ЗАКАЗ-НАРЯДЫ НА ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ, определить символ "*" как групповой.
PROCESS: Ошибка.
CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Заказ-нарядов на техническое обслуживание, согласующихся с групповым символом. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE.
CANCEL: Должно определить запрос на отмену получателем всех Заказ-нарядов на техническое обслуживание, согласующихся с групповым символом.
SYNC ADD: Ошибка.
SYNC CHANGE: Должно определить запрос на изменение получателем всех указанных атрибутов всех Заказ-нарядов на техническое обслуживание, согласующихся с групповым символом. SYNC DELETE: Должно определить запрос на удаление получателем всех Заказ-нарядов на техническое обслуживание, согласующихся с групповым символом |
6.6 Модель материала
6.6.1 Элементы модели материала
Определения сообщения допускают, что информация может быть доступной из любой из пяти отправных точек: класс материалов, определение материала, партия материала, часть партии материалов или испытания качества (выделены точками на рисунке 18).
|