ГОСТ Р МЭК 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 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты. Для датированных ссылок применяют только указанное издание ссылочного стандарта, для недатированных - последнее издание (включая все изменения).
IEC 62264-1:2003
________________
IEC 62264-2:2004
________________
IEC 62264-3:2007
________________
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 об идентификаторах каких-либо созданных объектов. | PUSH |
CANCEL | Запрос получателю на удаление информации. Установленные объекты должны быть отменены. Если содержащиеся идентификаторы элементов установлены, то отменяются только установленные содержащиеся элементы установленного объекта, но не сам объект. | PUSH |
CHANGE | Запрос к получателю на изменение информации. Установленные атрибуты и содержащиеся элементы объекта должны быть изменены. Если идентификаторы содержащихся элементов не указаны, то изменяются только указанные атрибуты | PUSH |
CONFIRM | Подтверждающий ответ на запрос | PUSH, PULL, PUBLISH |
GET | Запрос к получателю на информацию по одному или нескольким объектам. Получатель возвращает сообщение SHOW, содержащее все указанные атрибуты и все указанные содержащиеся элементы указанного объекта. Если в области объекта ни атрибут, ни содержащийся элемент не указаны, то возвращаются все атрибуты и/или содержащиеся элементы. Если групповые символы применены к объекту и идентификаторам свойств, то должна быть обеспечена возможность дальнейшей фильтрации возвращаемой информации путем задания значения для одного или нескольких атрибутов объекта. Возвращаются только объекты, чьи атрибуты согласуются с указанным значением (вне перечня объектов, согласующихся с групповыми символами, примененными к объектам и идентификаторам свойств). | PULL |
PROCESS | Запрос получателя на обработку новой информации. | 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), все атрибуты указанных Классов персонала, все свойства и их атрибуты, а также перечень Идентификаторов сотрудников класса персонала. |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определять запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов персонала, все указанные свойства Класса персонала и перечень Идентификаторов сотрудников Класса персонала. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов персонала, если Значение свойства класса персонала согласуется с указанным значением свойства, всеми указанными Свойствами класса персонала и перечнем Идентификаторов сотрудников. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Классов персонала, согласующиеся с групповым символом и перечнем Идентификаторов сотрудников каждого Класса персонала. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Классов персонала, согласующиеся с групповым символом, и для каждого класса возвратить все Свойства класса персонала, согласующиеся с групповыми символами свойств, а также перечень Идентификаторов сотрудников рассматриваемого класса. |
6.3.4 Действия сотрудника
Все действия должны быть корректными для объекта "Сотрудник".
Примечание - Указанные действия содержат информацию о сотрудниках и их свойствах. Возвращаемая информация не содержит объектов класса персонала, ассоциированных с сотрудниками. Она содержит идентификаторы класса персонала, которому принадлежит данный сотрудник.
6.3.5 Особенности действия сотрудника
Действия для объекта "Сотрудник" определены в таблице 8.
Таблица 8 - Особенности действия Сотрудника
Значение идентифи- | Значение идентифи- | Значение свойства персонала | Особенности действий на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Сотрудников, все их свойства и атрибуты, а также перечень Идентификаторов класса персонала данных Сотрудников. |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Сотрудников, все указанные Свойства сотрудников, а также перечень Идентификаторов класса персонала Сотрудников. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Сотрудников, если значение Свойства сотрудника согласуется с указанным значением свойства, все указанные Свойства сотрудников и перечень Идентификаторов класса персонала. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Сотрудников, согласующиеся с групповым символом и перечнем Идентификаторов класса персонала для каждого Сотрудника. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Сотрудников, согласующиеся с групповым символом, и (для каждого Сотрудника) возвратить все Свойства Сотрудников, согласующиеся с групповыми символами свойств, а также перечень Идентификаторов класса персонала рассматриваемого Сотрудника. |
6.3.6 Спецификация действий квалификационных испытаний
Все действия должны быть корректными в отношении объекта спецификации квалификационных испытаний.
Примечание - Данное действие содержит информацию о квалификационных испытаниях. Возвращаемая информация содержит идентификацию испытанных свойств класса персонала, а также идентификацию свойств сотрудников.
6.3.7 Особенности действий спецификации квалификационных испытаний
Действия, выполняемые в отношении объекта "Спецификации квалификационных испытаний", определены в таблице 9.
Таблица 9 - Особенности действий спецификации квалификационных испытаний
Значение идентификатора квалификационных испытаний | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Спецификаций квалификационных испытаний, идентификаторы Свойств класса персонала, участвующего в испытаниях, и идентификатор всех Свойств сотрудников, участвующих в испытаниях. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Спецификаций квалификационных испытаний, идентифицированных групповым символом, идентификаторы ссылочных Свойств класса персонала и идентификаторы Свойств сотрудников, участвующих в испытаниях. |
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), все атрибуты указанных Классов оборудования, все свойства и их атрибуты, а также идентификаторы оборудования, входящего в рассматриваемый Класс оборудования. |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов оборудования, все указанные Свойства классов оборудования и идентификаторы оборудования, входящего в рассматриваемый Класс оборудования. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов оборудования, если значение Свойства класса оборудования согласуется с указанным значением свойства, все указанные Свойства класса оборудования, а также идентификаторы оборудования, входящего в рассматриваемый Класс оборудования. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Классов оборудования, согласующихся с идентификатором группового символа, а также идентификаторы Оборудования, входящего в рассматриваемый Класс оборудования. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), и все атрибуты Классов оборудования, согласующиеся с идентификаторами группового символа, а также (для каждого класса) возвратить все Свойства классов оборудования, согласующиеся с групповыми символами свойств, и идентификаторы Оборудования, входящего в рассматриваемый Класс оборудования. |
6.4.4 Действия оборудования
Все действия должны быть корректны по отношению к объекту "Оборудование".
Примечание - Данный раздел содержит информацию об оборудовании и его свойствах. Возвращаемая информация не содержит объекты класса оборудования, ассоциированные с данным оборудованием. Она содержит только идентификаторы классов оборудования, которым принадлежит данное оборудование.
6.4.5 Особенности действий оборудования
Действия, выполняемые по отношению к объектам оборудования, определены в таблице 11.
Таблица 11 - Особенности действий оборудования
Значение идентифи- | Значение идентифи- | Значение свойства оборудо- | Особенности действия на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанного Оборудования, все свойства и их атрибуты, а также идентификаторы Классов оборудования для данного Оборудования. |
PROCESS: Должно определить запрос на добавление получателем Оборудования. Рассматриваемый идентификатор определяет предлагаемые идентификаторы Оборудования. Получатель добавляет Оборудование и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE. | |||
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанного Оборудования, все указанные Свойства оборудования и идентификаторы Классов оборудования для данного Оборудования. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанного Оборудования, если значение Свойства оборудования согласуется с указанным значением свойства, все указанные Свойства оборудования, а также идентификаторы Классов оборудования. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Оборудования, согласующиеся с групповым символом, а также идентификаторы Классов оборудования для каждого Оборудования. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Оборудования, согласующегося с групповым символом, а также для каждого класса возвратить все Свойства оборудования, согласующиеся с групповыми символами свойств, и идентификаторы Классов оборудования для данного Оборудования. |
6.4.6 Действия спецификации испытаний производительности оборудования
Все действия должны быть корректны по отношению к объекту "Спецификация испытаний производительности оборудования".
Примечание - Данный раздел содержит информацию об испытаниях производительности. Возвращаемая информация содержит идентификацию испытываемых свойств класса оборудования, а также идентификацию свойств оборудования.
6.4.7 Особенности действий спецификации испытаний производительности оборудования
Действия, выполняемые в отношении объекта "Спецификация испытаний производительности оборудования", определены в таблице 12.
Таблица 12 - Особенности действий спецификации испытаний производительности оборудования
Индикатор испытаний производительности | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Спецификации испытаний производительности оборудования, идентификаторы Свойств класса оборудования, используемого в испытаниях, а также идентификаторы всех Свойств оборудования, используемого в испытаниях. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Испытаний производительности, идентифицированные групповым символом, ссылочные идентификаторы Свойств классов оборудования, а также идентификаторы Свойств оборудования, используемого в испытаниях. |
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), все атрибуты Запроса технического обслуживания и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Запросов технического обслуживания, идентифицированных групповым символом, и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание. |
6.5.4 Действия ответа по техническому обслуживанию
Все действия должны быть корректными в отношении объекта "Ответ по техническому обслуживанию".
Примечание - Ответ по техническому обслуживанию дается на запрос технического обслуживания.
6.5.5 Особенности действий ответа по техническому обслуживанию
Действия, выполняемые по отношению к ответу по техническому обслуживанию, определены в таблице 14.
Таблица 14 - Особенности действия ответа по техническому обслуживанию
Идентификатор ответа по техническому обслуживанию | Указанные действия по объекту |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Ответа по техническому обслуживанию и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Ответов по техническому обслуживанию, идентифицированных групповым символом, и идентификаторы ассоциированных Заказ-нарядов на техническое обслуживание. |
6.5.6 Действия заказ-наряда на техническое обслуживание
Все действия должны быть корректными в отношении объекта "Заказ-наряд на техническое обслуживание".
Примечание - Работа, выполняемая по запросу технического обслуживания, представляется как заказ-наряд на техническое обслуживание. Отсутствие или наличие нескольких заказ-нарядов на техническое обслуживание генерируется запросом технического обслуживания.
6.5.7 Особенности действия заказ-наряда на техническое обслуживание
Действия, выполняемые по отношению к заказ-наряду на техническое обслуживание, определены в таблице 15.
Таблица 15 - Особенности действий заказ-наряда на техническое обслуживание
Идентификатор заказ-наряда на техническое обслуживание | Указанные действия по объекту |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Заказ-наряда на техническое обслуживание, идентификаторы ассоциированных Запросов технического обслуживания, а также Ответы по техническому обслуживанию. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Заказ-нарядов на техническое обслуживание, идентифицированных групповым символом, а также идентификаторы ассоциированных Запросов технического обслуживания и Ответов по техническому обслуживанию. |
6.6 Модель материала
6.6.1 Элементы модели материала
Определения сообщения допускают, что информация может быть доступной из любой из пяти отправных точек: класс материалов, определение материала, партия материала, часть партии материалов или испытания качества (выделены точками на рисунке 18).
Information about material classes | Информация о классах материалов |
Information about material definitions | Информация об определениях материалов |
Information about material lots | Информация о партиях материалов |
Information about material sublots | Информация о частях партий материалов |
Material class | Материалы классов |
Defines a grouping | Определяет порядок группировки |
Material definition | Определение материала |
Defined by | Определен ... |
Material lot | Партия материала |
Made up of | Состоит из ... |
Material sublot | Часть партии материалов |
Has properties of | Имеет свойства ... |
Has values for | Имеет значения ... |
May be made up of sublots | Партия может делиться на части |
Material class property | Свойство класса материала |
May map to | Может отображаться на ... |
Material definition property | Свойство определения материала |
Maps to | Отображается на ... |
Material lot property | Свойство части партии материалов |
Is tested by a | Испытывается ... |
Is associated with a | Ассоциируется с ... |
Records the execution of | Регистрирует выполнение ... |
QA test specification | Спецификация испытаний качества |
Defines a procedure for obtaining a | Определяет процедуру получения ... |
QA test result | Результаты испытаний качества |
Information about QA tests | Информация об испытаниях качества |
Рисунок 18 - Группировка объектов для рассматриваемой модели материала
Пример - Возможные сообщения: Получить Класс материалов, Получить Партию материала, Получить Испытания качества.
6.6.2 Действия класса материалов
Все действия должны быть корректными в отношении объекта "Класс материалов".
Примечание - Данный раздел содержит информацию только о классах материалов или о классах материалов и их свойствах. Возвращаемая информация не содержит определение материала, ассоциированного с классом материалов. Она содержит только идентификаторы определений материалов, принадлежащих рассматриваемому классу.
6.6.3 Особенности действий класса материалов
Действия, выполняемые в отношении объектов "Класса материалов", определены в таблице 16.
Таблица 16 - Особенности действий классов материалов
Значение идентифи- | Значение идентифи- | Значение свойства класса материалов | Особенности действия на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов материалов, все свойства и их атрибуты, а также идентификаторы Определений материалов для рассматриваемого Класса материалов. |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов материалов, все указанные Свойства классов материалов и идентификаторы Определений материалов для рассматриваемого Класса материалов. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Классов материалов (если Значение свойства класса материалов согласуется с указанным значением свойства), все указанные Свойства классов материалов и идентификаторы Определений материалов для рассматриваемого Класса материалов. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Классов материалов, согласующиеся с групповым символом, и идентификаторы Определений материала для рассматриваемого Класса материалов. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Классов материалов, согласующиеся с групповым символом, а также для каждого класса возвратить все Свойства класса материалов, согласующиеся с групповыми символами свойств, и идентификаторы Определений материалов для рассматриваемого Класса материалов. |
6.6.4 Действия по определению материала
Все действия должны быть корректными в отношении объекта "Определение материала".
Примечание - Данный раздел содержит информацию об определениях материалов и их свойствах. Возвращаемая информация не содержит партии материалов, ассоциированные с определением рассматриваемого материала. Она содержит только идентификаторы данных партий материалов.
6.6.5 Особенности действий по определению материала
Действия, выполняемые в отношении объекта "Определение материала", определены в таблице 17.
Таблица 17 - Особенности действий по определению материала
Значение идентифи- | Значение идентифи- | Значение свойства опреде- | Особенности действия на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Определений материалов, все свойства и их атрибуты, а также идентификаторы Партий материалов для рассматриваемых Определений материалов и идентификаторы Классов материалов для рассматриваемых Определений материалов. |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Определений материалов, все указанные Свойства определений материалов, идентификаторы Партий материалов для рассматриваемых Определений материалов, а также идентификаторы Классов материалов для рассматриваемых Определений материалов. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Определений материалов (если значение Свойства определения материала согласуется с указанным значением свойства), все указанные Свойства определений материалов, а также идентификаторы Партий материалов для рассматриваемых Определений материалов и идентификаторы Классов материалов. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Определений материалов, согласующихся с групповым символом, идентификаторы Партий материалов для рассматриваемых Определений материалов, а также идентификаторы Классов материалов для каждого Определения материала. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Определений материалов, согласующихся с групповым символом, и для каждого класса возвратить идентификаторы Партий материалов для рассматриваемых Определений материалов, а также все Свойства определений материалов, согласующиеся с групповыми символами свойств, и идентификаторы Классов материалов для рассматриваемых Определений материалов. |
6.6.6 Действия партии материалов
Все действия должны быть корректными в отношении объекта "Партия материалов".
6.6.7 Особенности действий партии материалов
Действия, выполняемые в отношении объекта "Партия материалов", определены в таблице 18.
Таблица 18 - Особенности действий партии материалов
Значение идентифи- | Значение идентифи- | Значение свойства партии материалов | Особенности действия на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Партий материалов, все свойства и их атрибуты, а также идентификаторы Частей партий материалов для рассматриваемых Партий материалов, идентификаторы Определения материала для рассматриваемых Партий материалов, а также перечня результатов испытаний качества, ассоциированных с данными свойствами. |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Партий материалов, все указанные Свойства партий материалов, идентификаторы Частей партий материалов для рассматриваемых Партий материалов, идентификаторы Определений материалов для рассматриваемой Партии материалов, а также перечня результатов испытаний качества, ассоциированных с данными свойствами. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Партий материалов (если значение Свойства партии материалов согласуется с указанным значением свойства), все указанные Свойства партии материалов, идентификаторы Частей партий материалов для рассматриваемых Партий материалов, идентификатор Определения материала, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Партий материалов, согласующиеся с групповым символом, идентификаторы Частей партий материалов для рассматриваемых Партий материалов, идентификатор Определения материала для каждой Партии материалов, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Партий материалов, согласующиеся с групповым символом, и для каждой Партии материалов возвратить все Свойства партии материалов, согласующиеся с групповыми символами свойств, идентификаторы Частей партий материалов для рассматриваемых Партий материалов, идентификаторы Определений материалов для рассматриваемых Партий материалов, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
6.6.8 Действия части партии материалов
Все действия должны быть корректными в отношении объекта "Части партии материалов".
6.6.9 Особенности действий части партии материалов
Действия, выполняемые в отношении части партии материалов, определены в таблице 19.
Таблица 19 - Особенности действий части партии материалов
Значение идентифи- | Значение идентифи- | Значение свойства партии материалов | Особенности действия на объекты |
Идентификатор указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Частей партий материалов, все свойства и их атрибуты, идентификаторы Частей партий материалов для рассматриваемой Части партии материалов, идентификатор Определения материала для рассматриваемой Части партии материалов, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
Идентификатор указан | Идентификатор указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Частей партий материалов, все указанные Свойства частей партий материалов, идентификаторы Частей партий материалов для рассматриваемой Части партии материалов, идентификатор Определения материала для рассматриваемой Части партии материалов, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
Идентификатор указан | Идентификатор указан | Значение свойства указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных Частей партий материалов (если значение Свойства части партии материалов согласуется с указанным значением свойства), все указанные Свойства частей партий материалов, идентификаторы Частей партий материалов для рассматриваемой Части партии материалов, идентификатор Определения материала, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
Групповой символ указан | Не указано | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства Частей партий материалов, согласующиеся с групповым символом, идентификаторы Частей партий материалов для рассматриваемой Части партии материалов, идентификатор Определения материала для каждой Части партии материалов, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
Групповой символ указан | Групповой символ указан | Не указано | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Частей партий материалов, согласующихся с групповым символом, а также для каждой части партии возвратить все Свойства частей партий материалов, согласующиеся с групповыми символами свойств, идентификатор Определения материала для рассматриваемой Части партии материалов, а также перечень результатов испытаний качества, ассоциированных с данными свойствами. |
6.6.10 Действия спецификации испытаний качества
Все действия должны быть корректными в отношении объекта "Спецификации испытаний качества".
Примечание - Данный раздел содержит информацию об испытаниях качества. Возвращаемая информация содержит идентификацию испытываемых свойств определения материала, свойств класса материалов, а также идентификацию свойств испытываемой партии материалов.
6.6.11 Особенности действий спецификации испытаний качества
Действия, выполняемые в отношении объекта "Спецификации испытаний качества", определены в таблице 20.
Таблица 20 - Особенности действий испытаний качества
Идентификатор испытаний качества | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты Спецификаций испытаний качества, идентификаторы Свойств класса материалов, участвующих в испытаниях, идентификаторы всех Свойств определения материала, участвующего в испытаниях, а также идентификаторы Партий материалов и Частей партий материалов, участвующих в испытаниях. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты всех Спецификаций испытаний качества, идентифицированные групповым символом, идентификаторы Свойств классов материалов, участвующих в испытаниях, идентификаторы всех Свойств определения материала, участвующего в испытаниях, а также идентификаторы Партий материалов и Частей партий материалов, участвующих в испытаниях. |
6.7 Модель сегмента процесса обработки
6.7.1 Элементы модели сегмента процесса обработки
Определения сообщения допускают, что информация о сегменте процесса обработки может быть доступна только из одной отправной точки. Сегмент процесса обработки выделяется точками на рисунке 19.
Information about process segments | Информация о сегментах технологического процесса |
May be made up of | Может состоять из ... |
Process segment | Сегмент процесса обработки |
Is defined as a collection of | Определен как набор ... |
Has an execution dependency on | Выполнение зависит от ... |
Process segment dependency | Зависимость сегмента процесса обработки |
Personnel segment specification | Спецификация сегмента персонала |
Equipment segment specification | Спецификация сегмента оборудования |
Material segment specification | Спецификация сегмента материала |
Process segment parameter | Параметр сегмента процесса обработки |
Has properties | Имеет свойства ... |
Personnel segment specification property | Свойство спецификации сегмента персонала |
Equipment segment specification property | Свойство спецификации сегмента оборудования |
Material segment specification property | Свойство спецификации сегмента материала |
Рисунок 19 - Группировка объектов для модели сегмента процесса обработки
6.7.2 Действия сегмента процесса обработки
Все действия должны быть корректными в отношении объекта "Сегмент процесса обработки". Группировка объектов для сегмента процесса обработки показана на рисунке 19.
Примечание 1 - Сегмент процесса обработки - это логическая группировка ресурсов персонала, ресурсов оборудования и материала, необходимая для выполнения производственного этапа. Сегмент процесса обработки обычно указывает требуемые классы персонала, оборудования и материала. Он также может указывать специальные ресурсы, например требуемое специальное оборудование. Сегмент процесса обработки может также указывать требуемое количество ресурсов.
Примечание 2 - Рассматриваемая модель сегмента процесса обработки является иерархической. Она содержит сегменты процесса обработки, содержащие собственно сегменты процесса обработки, персонал, оборудование и информацию о спецификации материала.
6.7.3 Особенности действий сегмента процесса обработки
Действия, выполняемые в отношении объекта "Сегмент процесса обработки", определены в таблице 21.
Таблица 21 - Особенности действий сегмента процесса обработки
Идентификатор сегмента процесса обработки | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты, параметры, спецификации и свойства Сегментов процесса обработки. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты, параметры, спецификации и свойства всех Сегментов процесса обработки, идентифицированных групповым символом. |
6.8 Модель производственных возможностей
6.8.1 Элементы модели производственных возможностей
Определения сообщения допускают, что информация о производственных возможностях может быть доступна только из одной отправной точки. Производственные возможности указаны точками на рисунке 20.
Production capability | Производственные возможности |
Is defined as a collection of | Определена как набор ... |
Personnel capability | Возможности персонала |
Equipment capability | Возможности оборудования |
Material capability | Возможности материала |
Process segment capability | Возможности сегмента процесса обработки |
Has properties of | Имеет свойства ... |
Personnel capability property | Свойство возможностей персонала |
Equipment capability property | Свойство возможностей оборудования |
Material capability property | Свойство возможностей материала |
Рисунок 20 - Группировка объектов для модели производственных возможностей
6.8.2 Действия производственных возможностей
Все действия должны быть корректными в отношении объекта "Производственные возможности".
Примечание 1 - Информация о производственных возможностях представляет собой блок информации о всех производственных ресурсах в указанных временных рамках. Данный блок включает информацию об оборудовании, материале, персонале и о сегменте процесса обработки. Блок содержит названия, термины, статусы и значения параметров, находящиеся в памяти системы управления производством. Используется допущение, что функция Уровня 3 является собственником информации о производственных возможностях.
Примечание 2 - Модель производственных возможностей является иерархической. При этом производственные возможности включают возможности сегментов процесса обработки, персонала, оборудования, а также информацию о возможностях материала.
Примечание 3 - Производственные возможности - это временной кадр имеющихся не достигнутых пока, но заявленных возможностей. Задание информации, возвращаемой по сообщению типа GET, может включать задание значений в нескольких областях. Определение каждой области накладывает ограничения на возвращаемую информацию.
6.8.3 Особенности действий производственных возможностей
Действия, выполняемые в отношении объекта "Производственные возможности", определены в таблице 22.
Таблица 22 - Особенности действий производственных возможностей
Идентификатор производственных возможностей | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы Производственных возможностей, согласующиеся с рассматриваемыми идентификаторами. |
<Не указан> | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы Производственных возможностей, идентифицированные информацией, указанной в сообщении GET. См. подробности в таблице 23. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы всех Производственных возможностей, согласующихся с групповым символом. |
Таблица 23 - Определения элементов производственных возможностей для сообщений GET и сообщений без идентификатора
Элемент производственных возможностей | Возвращаемая информация |
Время начала | Дает информацию о производственных возможностях для указанного времени начала. Если время не указано, то отвечающий сам выбирает Время начала |
Время окончания | Дает информацию о производственных возможностях для указанного времени окончания. Если время не указано, то отвечающий сам выбирает Время окончания |
Размещение | Дает информацию о производственных возможностях для указанного размещения (например, технологическая ячейка, рабочий центр, технологическая линия, область, сайт, ..). Если размещение не указано, то отвечающий сам выбирает Размещение |
Тип производственных возможностей | Указывает тип возвращаемой информации о производственных возможностях. Если данный тип не указан, то отвечающий сам выбирает возвращаемый Тип производственных возможностей |
Возможности персонала/ | Может указывать групповой символ или Идентификатор класса персонала. Если он включен, то он указывает класс персонала для возвращения Возможности персонала |
Возможности персонала/ | Может указывать групповой символ или Идентификатор класса персонала. Если он включен, то он указывает класс персонала для возвращаемых Возможностей персонала |
Производительность оборудования/ | Может указывать групповой символ или Идентификатор класса оборудования. Если он включен, то он указывает класс оборудования для возвращаемой Производительности оборудования |
Производительность оборудования/ | Может указывать групповой символ или Идентификатор оборудования. Если он включен, то он указывает оборудование для возвращаемой Производительности оборудования |
Возможности материала/ | Может указывать групповой символ или Идентификатор класса материалов. Если он включен, то он указывает класс материалов для возвращаемых Возможностей материала |
Возможности материала/ | Может указывать групповой символ или Идентификатор определения материала. Если он включен, то он указывает определения материалов для возвращаемых Возможностей материала |
Возможности материала/ | Может указывать групповой символ или Идентификатор партии материалов. Если он включен, то он указывает партию материалов для возвращаемых Возможностей материала |
Возможности материала/ | Может указывать групповой символ или Идентификатор части партии материалов. Если он включен, то он указывает часть партии материалов для возвращаемых Возможностей материала |
Идентификатор производительности сегмента обработки | Может содержать групповой символ или Идентификатор производительности сегмента обработки. Если он включен, то он указывает, что Производительность сегмента обработки возвращается для указанного сегмента процесса обработки |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор класса персонала. Если он включен, то он указывает класс персонала для возвращаемых Производительности сегмента обработки/Возможностей персонала |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор сотрудника. Если он включен, то он указывает сотрудников для возвращаемых Производительности сегмента обработки/Возможностей персонала |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор класса оборудования. Если он включен, то он указывает класс оборудования для возвращаемых Производительности сегмента обработки/Производительности оборудования |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор оборудования. Если он включен, то он указывает оборудование для возвращаемой Производительности оборудования |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор класса материалов. Если он включен, то он указывает класс материалов для возвращаемых Производительности сегмента обработки/Возможностей материала |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор определения материала. Если он включен, то он указывает определения материалов для возвращаемых Производительности сегмента обработки/Возможностей материала |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор партии материалов. Если он включен, то он указывает партию материалов для возвращаемых Производительности сегмента обработки/Возможностей материала |
Производительность сегмента обработки/ | Может указывать групповой символ или Идентификатор части партии материалов. Если он включен, то он указывает части партий материалов для возвращаемых Производительности сегмента обработки/Возможностей материала |
6.9 Модель определения продукта
6.9.1 Элементы модели определения продукта
Определения сообщения допускают, что информация об определении продукта может быть доступной только из одной отправной точки. Определение продукта выделено точками на рисунке 21.
Information about product definition | Информация об определении продукта |
Has a reference to | Имеет ссылку на ... |
Bill of resources (external) | Ведомость ресурсов (внешних) |
Has associated | Ассоциировано с ... |
Product definition | Определение продукта |
Product production rule (external) | Правило изготовления продукта (внешнее) |
Bill of material (external) | Ведомость материалов (внешняя) |
May be made up of | Может быть изготовлено из ... |
Has an execution dependency on | Исполнение зависит от ... |
Product segment | Сегмент продукта |
Corresponds to | Соответствует... |
Process segment | Сегмент процесса обработки |
Manufacturing bill | Производственная накладная |
Product segment dependency | Зависимость сегмента продукта |
Is a collection of | Представляет собой набор ... |
Product parameter | Параметр продукта |
Personnel specification | Спецификация персонала |
Equipment specification | Спецификация оборудования |
Material specification | Спецификация материала |
Personnel specification property | Свойство спецификации персонала |
Equipment specification property | Свойство спецификации оборудования |
Material specification property | Свойство спецификации материала |
Рисунок 21 - Группировка объектов для модели определения продукта
Примечание - Если Сегменты продукта подлежат обмену (например, обмен библиотеками сегментов продукта, использованных в нескольких продуктах), то Определение продукта используется как контейнер, содержащий идентификатор и версию Сегментов продукта.
6.9.2 Действия определения продукта
Все действия должны быть корректными в отношении объекта "Определение продукта".
Примечание - Определение продукта содержит перечень обмениваемой информации о продукте. Данная информация используется на множестве сегментов продукта. Определение продукта имеет ссылки на ведомость материалов, на правило изготовления продукта и на ведомость ресурсов. Оно также содержит смету производства и определения сегментов продукта.
6.9.3 Особенности действий определения продукта
Действия, выполняемые в отношении объекта "Определение продукта", определены в таблице 24.
Таблица 24 - Особенности действий определения продукта
Идентификатор определения продукта | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы Определений продуктов. |
<Не указано> | GET: Ошибка. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы всех Определений продуктов, согласующиеся с групповым символом. |
6.10 Модель графика производства
6.10.1 Элементы модели графика производства
Определения сообщения допускают, что информация о графике производства может быть доступна только из одной отправной точки. График производства выделен точками на рисунке 22.
Рисунок 22 - Группировка объектов модели графика производства, лист 1
Information about production schedule | Информация о графике производства |
Production schedule | График производства |
Is made up of | Состоит из ... |
Product production rule | Правило изготовления продукта |
Corresponds to a | Соответствует.... |
Production request | Запрос на изготовление |
Process or product segment | Процесс обработки сегмента продукта |
Segment requirement | Требование к сегменту |
May contain | Может содержать |
Requested segment response | Ответ на запрос по сегменту |
Production parameter | Параметр производства |
Personnel requirement | Требование к персоналу |
Equipment requirement | Требование к оборудованию |
Material produced requirement | Требование к произведенному материалу |
Material consumed requirement | Требование к потребленному материалу |
Consumable expected | Ожидаемый расход материала |
Is associated to either > | Ассоциирован также с .... |
Personnel requirement property | Свойство требования к персоналу |
Equipment requirement property | Свойство требования к оборудованию |
Material produced requirement property | Свойство требования к изготовленному материалу |
Material consumed requirement property | Свойство требования к потребленному материалу |
Consumable expected property | Свойство ожидаемого потребления материала |
Product parameter | Параметр продукта |
Process parameter | Параметр процесса обработки |
Corresponds to element in | Соответствует элементу... |
Personnel model | Модель персонала |
Equipment model | Модель оборудования |
Material model | Модель материала |
Рисунок 22, лист 2
6.10.2 Действия графика производства
Все действия должны быть корректными в отношении объекта "График производства".
Примечание - График производства содержит множество запросов на производство. Каждый запрос определяет производство основного продукта. Принимается допущение, что функция Уровня 4 является провайдером информации о графике производства.
Определение информации, возвращаемой сообщением GET, может использовать значения из нескольких областей. Каждое определение области ограничивает возвращаемую информацию.
6.10.3 Особенности действий графика производства
Действия, выполняемые в отношении объекта "График производства", определены в таблице 25.
Таблица 25 - Особенности действий графика производства
Идентификатор графика производства | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы Графиков производства, согласующиеся с идентификаторами. |
<Не указано> | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы Графиков производства, основанные на информации, содержащейся в сообщении GET. См. подробности в таблице 26. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы всех Графиков производства, согласующихся с групповым символом. |
Смысл элементов сообщений о графиках производства определен в таблице 26. Если определения элементов графиков производства отсутствуют, то отвечающее приложение может использовать информацию из области идентификации приложения при принятии решения по вопросу "какую информацию следует возвращать?"
Таблица 26 - Определения элементов графика производства для сообщений GET и сообщений без идентификатора
Элемент графика производства | Возвращаемая информация |
Время начала | Дает информацию о графике производства для указанного времени начала. Если время начала не указано, то отвечающий сам выбирает Время начала |
Время окончания | Дает информацию о графике производства для указанного времени окончания. Если время окончания не указано, то отвечающий сам выбирает Время окончания |
Размещение | Дает информацию о графике производства для указанного размещения (например, ячейка технологического процесса, рабочий центр, производственная линия, область, сайт, ...). Если размещение не указано, то отвечающий сам выбирает Размещение |
Сегмент производства/ | Дает один или несколько сегментов продукта, а также Правило производства продукта, идентифицирующее продукт. Возвращаются графики производства указанных продуктов. Если правило не указано, то отвечающий сам выбирает правило производства продукта |
6.11 Модель производственных показателей
6.11.1 Элементы модели производственных показателей
Определения сообщения допускают, что информация о производственных показателях может быть доступна только из одной отправной точки. Производственные показатели указаны точками на рисунке 23.
Information about production performance | Информация о производственных показателях |
Production performance | Производственные показатели |
Is made up of | Состоит из ... |
Production response | Отклик о состоянии производства |
Process segment | Сегмент процесса обработки |
Corresponds to a < | Соответствует... |
Segment response | Отклик о состоянии сегмента |
May contain | Может содержать |
Production data | Данные производства |
Personnel actual | Фактический персонал |
Equipment actual | Фактическое оборудование |
Material produced actual | Фактическая выработка материала |
Material consumed actual | Фактическое потребление материала |
Consumable actual | Фактическая потребность в расходуемых материалах |
Personnel actual property | Свойство фактического персонала |
Equipment actual property | Свойство фактического оборудования |
Material produced actual property | Свойство фактически изготовленного материала |
Material consumed actual property | Свойство фактически израсходованного материала |
Consumable actual property | Свойство фактической потребности в расходуемых материалах |
Corresponds to element in | Соответствует элементу ... |
Personnel model | Модель персонала |
Equipment model | Модель оборудования |
Material model | Модель материала |
Рисунок 23 - Группировка объектов модели производственных показателей
6.11.2 Действия производственных показателей
Все действия должны быть корректными в отношении объекта "Производственные показатели".
Примечание 1 - Производственные показатели содержат множество ответных сообщений о состоянии производства. Ответное сообщение о состоянии производства содержит элементы, направляемые обратно в рыночную систему либо при завершении производства, либо в процессе производства. Принимается допущение, что функция Уровня 3 является собственником информации о производственных показателях.
Примечание 2 - Производственные показатели - это временной кадр состояния производства.
Возвращаемая в сообщении информация может содержать значения из нескольких областей. Каждое определение области ограничивает возвращаемую информацию.
6.11.3 Особенности действий производственных показателей
Действия, выполняемые в отношении объекта "Производственные показатели", определены в таблице 27.
Таблица 27 - Особенности действий производственных показателей
Идентификатор производственного показателя | Особенности действия на объекты |
Идентификатор указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы Производственных показателей, согласующиеся с идентификаторами. |
<Не указано> | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы Производственных показателей, основанные на информации, указанной в сообщении GET. См. подробности в таблице 28. |
Групповой символ указан | GET: Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы всех Производственных показателей, согласующиеся с групповым символом. |
Таблица 28 - Определения производственных показателей для сообщений GET и сообщений без идентификатора
Элементы производственных показателей | Возвращаемая информация |
Время начала | Дает информацию о производственных показателях для указанного времени начала. Если оно не указано, то отвечающий сам выбирает Время начала |
Время окончания | Дает информацию о производственных показателях для указанного времени окончания. Если оно не указано, то отвечающий сам выбирает Время окончания |
Размещение | Дает информации о производственных показателях для указанного размещения (например, ячейка процесса обработки, рабочий центр, производственная линия, область, сайт, ...). Если оно не указано, то отвечающий сам выбирает Размещение |
Производственные показатели/ | Дает информацию о производственных показателях, ассоциированных с указанным графиком производства |
Производственные показатели/ | Дает информацию о производственных показателях, ассоциированных с указанным запросом о состоянии производства |
Производственные показатели/ | Дает информацию о производственных показателях, ассоциированных с указанным правилом производства продукта |
Производственные показатели/ | Дает информацию о производственных показателях, ассоциированных с указанным сегментом процесса обработки |
Производственные показатели/ | Дает информацию о производственных показателях, ассоциированных с указанным сегментом продукта |
6.12 Профиль транзакции
Профиль транзакции содержит определение действия и комбинации объектов, поддерживаемых приложением. Профиль транзакции устанавливает метод запроса приложениями других приложений, чтобы определить комбинацию "действие - объект", которую он поддерживает. Профиль транзакции - это элемент, ассоциированный с объектом. Приложения, поддерживающие настоящий стандарт, должны также поддерживать использование действий GET и SHOW с соответствующими профилями транзакций. Объекты, предназначенные для обмена профилями транзакций, указаны точками на рисунке 24.
Примечание - Информацию о профиле транзакции также можно обменивать во время установки приложения. Механизм такого обмена во время установки приложения в настоящем стандарте не рассматривается.
Transaction profile | Профиль транзакции |
Is made up of | Состоит из ... |
Supported action | Поддерживаемое действие |
Рисунок 24 - Модель профиля транзакции
Профиль транзакции представляет собой контейнер без стандартных атрибутов. Профиль транзакции включает одно или несколько поддерживаемых действий. Каждое поддерживаемое действие регистрирует одну комбинацию "действие - объект", поддерживаемую рассматриваемым приложением. В таблицу 29 сведены стандартные атрибуты поддерживаемого действия.
Таблица 29 - Атрибуты поддерживаемого действия
Имя атрибута | Описание | Пример |
Действие | Идентифицирует действие в комбинации "действие - объект". | PROCESS, |
Объект | Идентифицирует объект в комбинации "действие - объект" | ПАРТИЯ МАТЕРИАЛОВ, ГРАФИК ПРОИЗВОДСТВА |
Пользователь информации | Указывает, может ли данное приложение действовать как пользователь информации. | TRUE, |
Провайдер информации | Указывает, может ли данное приложение действовать как провайдер информации. | TRUE, |
Отправитель информации | Указывает, может ли данное приложение действовать как отправитель информации. | TRUE, |
Получатель информации | Указывает, может ли данное приложение действовать как получатель информации. | TRUE, |
Поддерживаемые групповые символы объекта | Указывает, поддерживаются ли данные групповые символы идентификации объекта | TRUE, |
Поддерживаемые групповые символы свойств | Указывает, поддерживаются ли данные групповые символы идентификации свойств. | TRUE, |
Действие GET должно быть корректным в отношении объекта профиля транзакции. В таблицу 30 сведены особенности действий профиля транзакции.
Таблица 30 - Особенности действий профиля транзакции
Действие | Спецификация |
GET | Должно определить запрос, возвращаемый получателем (в сообщении SHOW), все поддерживаемые комбинации "действие - объект", а также атрибуты, использованные для определения указанных комбинаций |
PROCESS | Ошибка |
CHANGE | Ошибка |
CANCEL | Ошибка |
SYNC ADD | Ошибка |
SYNC CHANGE | Ошибка |
SYNC DELETE | Ошибка |
7 Завершенность, соответствие по существу и соответствие форме
7.1 Завершенность
Число поддерживаемых транзакций, согласно данным таблицы 30, должно определять степень завершенности спецификации или приложения.
7.2 Соответствие по существу
Любая оценка степени соответствия спецификации определяется:
a) использованием терминологии, указанной в настоящем стандарте;
b) использованием протокола для каждой поддерживаемой транзакции;
c) определением степени, в которой они частично или полностью соответствуют определениям и названиям транзакций.
В случае частичного соответствия области несоответствия должны быть явно идентифицированы.
7.3 Соответствие по форме
Любая оценка степени соответствия приложения определяется:
a) установленной документацией на транзакцию (см. таблицы 7-28);
b) установленной документацией на правила транзакций.
При частичном соответствии области несоответствия должны быть явно идентифицированы.
Поставщики приложений должны использовать таблицу 31 или ее эквивалент для регистрации поддерживаемых транзакций.
Таблица 31 - Поддерживаемые комбинации "действие - объект"
Объект | Действие | ||||||
GET, SHOW | PROCESS, ACKNOWLEDGE | CHANGE, RESPOND | CANCEL | SYNC ADD | SYNC CHANGE | SYNC DELETE | |
Персонал | |||||||
Класс | |||||||
Сотрудник | |||||||
Квалификационные испытания | |||||||
Класс оборудования | |||||||
Оборудование | |||||||
Испытания производительности | |||||||
Запрос на техническое обслуживание | |||||||
Заказ-наряд на техническое обслуживание | |||||||
Ответ по техническому обслуживанию | |||||||
Класс материала | |||||||
Определение материала | |||||||
Часть партии материалов | |||||||
Испытания качества | |||||||
Сегмент процесса обработки | |||||||
Производственные возможности | |||||||
Определение продукта | |||||||
График производства | |||||||
Производственные показатели | |||||||
Профиль групповой операции | |||||||
Примечание 1 - В разделе 5 МЭК 62264-2 установлен порядок оформления документов о соответствии рассматриваемого объекта и поддерживаемых атрибутов установленным требованиям. Примечание 2 - Полосы в таблице 31 указывают связанные множества объектов. Скорее всего, приложения, поддерживающие один объект рассматриваемого множества, будут поддерживать и другие объекты данного множества. | |||||||
Поставщики приложений должны зарегистрировать, что рассматриваемое приложение может выполнять роли пользователя информации, провайдера информации, отправителя информации, получателя информации.
Поставщики должны зарегистрировать свою поддержку групповых символов в соответствующих транзакциях.
Пример - Таблица 32 представляет собой пример, когда поставщик, предлагающий поддержку, занимается обменом информации о материале. Рассматриваемое приложение может действовать как пользователь (провайдер) данных для транзакций PULL и PUSH, но только как пользователь (подписчик) для групповой операции PUBLISH.
Таблица 32 - Пример соответствия поставщика формальным требованиям
Объект | Действие | ||||||
GET, SHOW | PROCESS, ACKNOWLEDGE | CHANGE, RESPOND | CANCEL | SYNC ADD | SYNC CHANGE | SYNC DELETE | |
Персонал | |||||||
Класс | |||||||
Сотрудник | |||||||
Квалификационные испытания | |||||||
Класс оборудования | |||||||
Оборудование | |||||||
Испытания производительности | |||||||
Запрос на техническое обслуживание | |||||||
Заказ-наряд на техническое обслуживание | |||||||
Ответ по техническому обслуживанию | |||||||
Класс материала | Пользователь, Провайдер, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Пользователь | Пользователь | Пользователь |
Определение материала | Пользователь, Провайдер, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Пользователь | Пользователь | Пользователь |
Партия материалов | Пользователь, Провайдер, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Пользователь | Пользователь | Пользователь |
Часть партии материалов | Пользователь, Провайдер, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Пользователь | Пользователь | Пользователь |
Испытания качества | Пользователь, Провайдер, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Отправитель, Получатель, Групповой символ объекта, Групповой символ свойства | Пользователь | Пользователь | Пользователь |
Сегмент процесса обработки | |||||||
Производственные показатели | |||||||
Определение продукта | |||||||
График производства | |||||||
Интенсивность производства | |||||||
Профиль групповой операции | Провайдер | ||||||
Приложение A
(справочное)
Примеры моделей транзакций и рыночных сценариев
A.1 Координирующие действия
Нижеследующий пример показывает типовой набор коррелированных транзакций, координирующих действия по планированию производства, составлению графиков производства и разработке технологических операций, применяемых с использованием различных транзакций, определенных в настоящем стандарте.
На рисунке А.1 приняты следующие допущения для рыночных операций:
a) информация об определении главного продукта содержится на Уровне 4 приложения PLM (Управление жизненным циклом продукта);
b) Уровень 3 (Управление определением производства) получает текущую информацию о технологических маршрутах и технологических особенностях от приложения PLM с помощью транзакций "Получить определение производства/Показать определение производства";
c) информация об основном оборудовании содержится на Уровне 4 приложения Управления активами;
d) Уровень 3 (Управление производственными ресурсами) получает информацию об оборудовании от приложения Управления активами с помощью групповых операций "Получить оборудование/Показать оборудование";
e) приложение Уровня 4 управляет работой по Планированию производства и Анализу производственных мощностей;
f) управление производственными ресурсами Уровня 3 отвечает за информацию о производственных возможностях;
g) управление производственными ресурсами Уровня 3 проталкивает информацию о производственных возможностях на Уровень 4 для приложений Планирования производства и Анализа производственных мощностей;
h) приложение Планирования производства и Анализа производственных мощностей передает с Уровня 4 информацию о графике производства на Уровень 3 для Детального планирования с использованием транзакций и составления Технологических карт производства;
i) приложение "Отслеживание производства" передает с Уровня 3 информацию о производственных показателях (изготовленные материалы, использованные ресурсы и т.п.) для Планирования производства и Анализа производственных мощностей с использованием транзакций для текущих Производственных показателей, а также передает информацию о части партии материалов на Уровень 4 в приложение Управление запасами с помощью транзакций, использующих части партий технологических материалов.
Level 4 | Уровень 4 |
PLM | Управление жизненным циклом продукта |
Level 4 | Уровень 4 |
Asset mgt | Управление активами |
Level 4 | Уровень 4 |
Production planning and capacity analysis | Планирование производства и анализ производственных возможностей |
Level 4 | Уровень 4 |
Inventory mgt | Управление запасами |
GET product definition | Сообщение GET - Определение продукта |
SHOW product definition | Сообщение SHOW - Показать определение продукта |
GET equipment | Сообщение GET - Оборудование |
PROCESS production capability | Сообщение PROCESS - Производственные возможности |
SHOW equipment | Сообщение SHOW - Оборудование |
PROCESS production schedule | Сообщение PROCESS - Разработка графика производства |
PROCESS production performance | Сообщение PROCESS - Оценка производственных показателей |
PROCESS material sublot | Сообщение PROCESS - Оценка частей партии материалов |
Level 3 | Уровень 3 |
Level 3 | Уровень 3 |
Production resource mgt | Управление производственными ресурсами |
Level 3 | Уровень 3 |
Detailed scheduling | Разработка детального графика производства |
Level 3 | Уровень 3 |
Production tracking | Отслеживание производства |
Рисунок А.1 - Координация планирования и выполнения технологических операций
Примечание - Связи внутри Уровней 3 и 4 не показаны, поскольку они лежат в области применения настоящего стандарта.
А.2 Сценарии использования
Следующие разделы определяют типовые сценарии использования, реализуемые с использованием транзакций, определенных в настоящем стандарте. Данные сценарии основаны на модели координирующих процессов (см. А.1). Данные сценарии задействуют заданный набор транзакций.
Приложение ERP (Планирование ресурсов предприятия) представляет типовую рыночную систему Уровня 4 в указанных сценариях. Приложение MOM (Управление производственными операциями) представляет типовую производственную систему Уровня 3. Стрелки отслеживают передачу сообщений между указанными приложениями.
А.3 График производства и производственные показатели
А.3.1 Модель Push
Рисунок А.2 иллюстрирует модель Push, основанную на нижеследующих допущениях сценария:
a) приложение ERP передает готовые графики производства в приложение MOM для последующей обработки;
b) по окончании работы приложение MOM передает производственные показатели в приложение ERP для последующей обработки.
ERP level 4 production scheduling | Планирование производства на Уровне 4 ERP |
MOM level 3 | Приложение MOM |
PROCESS production schedule | Сообщение PROCESS - график производства |
Some work complete | Завершена часть работы |
PROCESS - production performance | Сообщение PROCESS - производственные показатели |
PROCESS | Сообщение PROCESS - производственные показатели |
All work finished | Вся работа закончена |
________________
Рисунок А.2 - Модель Push: график производства и производственные показатели
А.3.2 Модель Pull
Рисунок А.3 иллюстрирует модель Pull, основанную на следующих допущениях сценария:
a) приложение MOM запрашивает графики производства у приложения ERP по расписанию;
b) приложение ERP запрашивает производственные показатели у приложения MOM по расписанию.
ERP | Приложение ERP |
Level 4 | Уровень 4 |
MOM | Приложение MOM |
Level 3 | Уровень 3 |
GET - production schedule | Сообщение GET - график производства |
SHOW - production schedule | Сообщение SHOW - график производства |
GET - production performance | Сообщение GET - производственные показатели |
SHOW - production performance | Сообщение SHOW - производственные показатели |
Some work complete | Выполнена часть работы |
All work finished | Выполнена вся работа |
SHOW | Сообщение SHOW - итоговые производственные показатели |
________________
Рисунок А.3 - Модель Pull: график производства и производственные показатели
А.3.3 Модель Publish
На рисунке А.4 приведена модель Publish, основанная на нижеследующих допущениях сценария:
a) приложение MOM подписывается на графики производства;
b) приложение ERP подписывается на производственные показатели;
c) приложение ERP публикует графики производства;
d) приложение MOM публикует исходные производственные показатели с помощью сообщения SYNC ADD;
e) приложение MOM публикует последующие производственные показатели (для построения графика производства) с помощью сообщения SYNC CHANGE.
ERP level 4 producing scheduling | Планирование производства на Уровне 4 ERP |
MOM | Приложение MOM |
Level 3 | Уровень 3 |
SYNC ADD - production schedule | Сообщение SYNC ADD - График производства |
SYNC ADD - production performance | Сообщение SYNC ADD - Производственные показатели |
SYNC CHANGE | Сообщение SYNC CHANGE - Итоговые производственные показатели |
Some work complete | Выполнена часть работы |
All work finished | Выполнена вся работа |
________________
Рисунок А.4 - Модель Publish: график производства и производственные показатели
А.4 Изменения графика производства
А.4.1 Модель Push
Рисунок А.5 иллюстрирует модель Push, основанную на нижеследующих допущениях сценария:
a) приложение ERP направляет график производства приложению MOM для обработки;
b) приложение MOM направляет производственные показатели приложению ERP для обработки;
c) приложение ERP вносит изменения в график производства и отправляет его приложению MOM для обработки.
ERP Level 4 production scheduling | Планирование производства на Уровне 4 ERP |
MOM | Приложение MOM |
Level 3 | Уровень 3 |
PROCESS - production schedule | Сообщение PROCESS - График производства |
PROCESS - production performance | Сообщение PROCESS - Производственные показатели |
Change - production schedule | Сообщение CHANGE - График производства |
Schedule changes | Изменение графика производства |
Some work complete | Выполнена часть работы |
PROCESS - production performance | Сообщение PROCESS - Производственные показатели |
Some more - work complete | Выполнена еще одна часть работы |
Process | Сообщение PROCESS - Итоговые производственные показатели |
All work finished | Выполнена вся работа |
________________
Рисунок А.5 - Модель Push: изменение графика производства
А.4.2 Модель Publish
Рисунок А.6 иллюстрирует модель Publish, основанную на нижеследующих допущениях сценария:
a) приложение MOM подписывается на графики производства;
b) приложение ERP подписывается на производственные показатели;
c) приложение ERP публикует графики производства;
d) приложение MOM публикует исходные производственные показатели с помощью сообщения SYNC ADD;
e) приложение ERP изменяет графики производства и повторно публикует их с помощью сообщения SYNC CHANGE;
f) приложение MOM публикует последующие производственные показатели для построения графика с помощью сообщения SYNC CHANGE.
ERP Level 4 production scheduling | Планирование производства на Уровне 4 ERP |
MOM level 3 | Приложение MOM |
SYNC ADD - production schedule | Сообщение SYNC ADD - График производства |
SYNC ADD - production performance | Сообщение SYNC ADD - Производственные показатели |
SYNC CHANGE - production schedule | Сообщение SYNC CHANGE - График производства |
Some work complete | Выполнена часть работы |
Schedule changes | Изменение графика производства |
SYNC CHANGE - production performance | Сообщение SYNC CHANGE - Производственные показатели |
Some more work complete | Выполнена еще одна часть работы |
SYNC CHANGE | Сообщение SYNC CHANGE - Итоговые производственные показатели |
All work finished | Выполнена вся работа |
________________
Рисунок А.6 - Модель Publish: изменение графика производства
А.5 Отмена графика производства
А.5.1 Модель Push
Рисунок А.7 иллюстрирует модель Push, основанную на нижеследующих допущениях сценария:
a) приложение ERP направляет график производства приложению MOM для обработки;
b) приложение ERP отменяет график перед фактическим запуском производства и отправляет сообщение CANCEL с отменой графика приложению MOM.
ERP level 4 production scheduling | Планирование производства на Уровне 4 ERP |
MOM level 3 | Приложение MOM |
PROCESS - production schedule | Сообщение PROCESS - График производства |
CANCEL - production schedule | Сообщение CANCEL - График производства |
Schedule invalidated | График считается недействительным |
Рисунок А.7 - Модель Push: отмена графика производства
А.5.2 Модель Push and Pull
Рисунок А.8 иллюстрирует модель Push and Pull, основанную на нижеследующих допущениях сценария:
a) приложение MOM запрашивает график производства у приложения ERP;
b) приложение ERP отменяет график перед фактическим запуском производства и отправляет сообщение CANCEL об отмене графика приложению MOM.
ERP level 4 production scheduling | Планирование производства на Уровне 4 ERP |
MOM level 3 | Приложение MOM |
GET - production schedule | Сообщение GET - График производства |
SHOW - production schedule | Сообщение SHOW - График производства |
CANCEL - production schedule | Сообщение CANCEL - График производства |
Schedule invalidated | График признан недействительным |
Рисунок А.8 - Модель Push and Pull: отмена графика
А.6 Ежедневные производственные показатели
А.6.1 Модель Push
Рисунок А.9 иллюстрирует модель Push, основанную на нижеследующих допущениях сценария:
a) приложение MOM отправляет ежедневные производственные показатели приложению ERP;
b) область применения производственных показателей (конкретная производственная линия и т.п.) и временной режим публикации (ежедневно, еженедельно, публикация по времени) в сообщении не указываются; они определяются во вспомогательном соглашении.
ERP level 4 | Приложение ERP |
MOM level 3 production tracking | Приложение MOM |
PROCESS - production performance (may 24, 2005) | Сообщение PROCESS - Производственные показатели на 24 мая 2005 г. |
PROCESS - production performance (may 25, 2005) | Сообщение PROCESS - Производственные показатели на 25 мая 2005 г. |
Рисунок А.9 - Модель Push: ежедневные производственные показатели
А.6.2 Модель Pull
Рисунок А.10 иллюстрирует модель Pull, основанную на нижеследующем допущении сценария:
- приложение ERP запрашивает производственные показатели у приложения MOM по ежедневному графику.
GET - production performance (may 24, 2005) | Сообщение GET - Производственные показатели на 24 мая 2005 г. |
SHOW - production performance (may 24, 2005) | Сообщение SHOW - Производственные показатели на 24 мая 2005 г. |
GET - production performance (may 25, 2005) | Сообщение GET - Производственные показатели на 25 мая 2005 г. |
SHOW - production performance (may 25, 2005) | Сообщение SHOW - Производственные показатели на 25 мая 2005 г. |
Рисунок А.10 - Модель Pull: ежедневные производственные показатели
А.6.3 Модель Publish
Рисунок А.11 иллюстрирует модель Publish, основанную на нижеследующих допущениях сценария:
a) приложение ERP подписывается на ежедневные производственные показатели от приложения MOM;
b) приложение MOM ежедневно публикует производственные показатели;
c) область применения производственных показателей (конкретная производственная линия и т.п.) и временной режим публикации (ежедневный, еженедельный, публикация по времени) в сообщении не указаны; они определяются во вспомогательном соглашении.
SYNC ADD - production performance (may 24, 2005) | Сообщение SYNC ADD - Производственные показатели на 24 мая 2005 г. |
SYNC ADD - production performance (may 25, 2005) | Сообщение SYNC ADD - Производственные показатели на 25 мая 2005 г. |
Рисунок А.11 - Модель Publish: ежедневный график производства
А.7 График производства, основанный на производственных возможностях
А.7.1 Модель Push and Pull
Рисунок А.12 иллюстрирует модель Push and Pull, основанную на нижеследующих допущениях сценария:
a) приложение ERP запрашивает производственные возможности на планируемый период;
b) приложение MOM сообщает производственные возможности приложению ERP;
c) приложение ERP отправляет график производства приложению MOM для обработки;
d) приложение MOM отправляет производственные показатели приложению ERP, отражая частичное выполнение работы;
e) приложение MOM отправляет производственные показатели приложению ERP, отражая завершение работы.
GET - production capability | Сообщение GET - Производственные возможности |
ERP level 4 production scheduling | Планирование производства на Уровне 4 ERP |
SHOW - production capability | Сообщение SHOW - Производственные возможности |
MOM level 3 execution | Приложение MOM |
PROCESS - production schedule | Сообщение PROCESS - График производства |
PROCESS - production performance | Сообщение PROCESS - Производственные показатели |
Some work complete | Выполнена часть работы |
Some more work complete | Выполнена еще одна часть работы |
All work finished | Выполнена вся работа |
Рисунок А.12 - Модель Push and Pull: производственные возможности и график производства
А.7.2 Модель Publish and Push
Рисунок 13 иллюстрирует модель Publish and Push, основанную на нижеследующих допущениях сценария:
a) приложение ERP подписывается на производственные возможности;
b) приложение MOM подписывается на график производства;
c) приложение MOM публикует производственные возможности по установленному графику, например один раз в два дня;
d) приложение ERP генерирует график производства и публикует его;
e) приложение MOM направляет производственные показатели приложению ERP, отражая частичное выполнение работ;
f) приложение MOM направляет производственные показатели приложению ERP, отражая частичное выполнение работ;
g) приложение MOM направляет производственные показатели приложению ERP, отражая завершение работ.
ERP level 4 production scheduling | Планирование производства на Уровне 4 ERP |
MOM level 3 execution | Приложение MOM |
SYNC ADD - production capability | Сообщение SYNC ADD - Производственные возможности |
SYNC ADD - production schedule | Сообщение SYNC ADD - График производства |
PROCESS - production performance | Сообщение PROCESS - Производственные показатели |
Process | Сообщение PROCESS - Итоговые производственные показатели |
Some work complete | Выполнена часть работы |
Some more work complete | Выполнена еще одна часть работы |
All work finished | Выполнена вся работа |
________________
Рисунок А.13 - Модель Publish and Push: производственные возможности и график производства
А.8 Изменение графика производства
А.8.1 Модель Push and Pull
Рисунок А.14 иллюстрирует модель Push and Pull, основанную на нижеследующих допущениях сценария:
a) приложение ERP направляет график производства приложению MOM для обработки;
b) приложение MOM направляет производственные показатели приложению ERP для обработки;
c) приложение ERP запрашивает производственные возможности у приложения MOM;
d) приложение MOM сообщает производственные возможности приложению ERP;
e) приложение ERP вносит изменения в график производства и отправляет его приложению MOM для обработки;
f) приложение MOM направляет производственные показатели приложению ERP, отражая частичное выполнение работ;
g) приложение MOM направляет производственные показатели приложению ERP, отражая завершение работ.
ERP level 4 production scheduling | Планирование производства на Уровне 4 ERP |
MOM level 3 | Приложение MOM |
PROCESS - production schedule | Сообщение PROCESS - График производства |
PROCESS - production performance | Сообщение PROCESS - Производственные показатели |
Some work complete | Выполнена часть работы |
GET - production capability | Сообщение GET - Производственные возможности |
SHOW - production capability | Сообщение SHOW - Производственные возможности |
Change - production schedule | Сообщение CHANGE - График производства |
Schedule changes | Изменение графика производства |
PROCESS - production performance | Сообщение PROCESS - Производственные показатели |
Some more work complete | Выполнена еще одна часть работы |
All work finished | Выполнена вся работа |
Рисунок А.14 - Модель Push and Pull: изменение графика
А.8.2 Модель Publish
Рисунок А.15 иллюстрирует модель Publish и изменения графика производства вследствие изменения производственных возможностей:
a) приложение MOM подписывается на график производства;
b) приложение ERP подписывается на производственные показатели;
c) приложение ERP публикует график производства;
d) приложение MOM публикует исходные производственные показатели с помощью сообщения SYNC ADD;
e) приложение ERP изменяет график производства, составленный по исходным показателям и опубликованный повторно с помощью сообщения SYNC CHANGE;
f) приложение MOM публикует последующие производственные показатели для графика производства с помощью сообщения SYNC CHANGE.
ERP level 4 production scheduling | Планирование производства на Уровне 4 ERP |
Schedule changes | Изменение графика производства |
MOM level 3 | Приложение MOM |
SYNC ADD - production schedule | Сообщение SYNC ADD - График производства |
SYNC ADD - production performance | Сообщение SYNC ADD - Производственные показатели |
SYNC CHANGE - production schedule | Сообщение SYNC CHANGE - График производства |
SYNC CHANGE - production performance | Сообщение SYNC CHANGE - Производственные показатели |
SYNC CHANGE | Сообщение SYNC CHANGE - Итоговые производственные показатели |
Some work complete | Выполнена часть работы |
Some more work complete | Выполнена еще одна часть работы |
All work finished | Выполнена вся работа |
________________
Рисунок А.15 - Модель Publish: изменение графика производства вследствие изменения производственных возможностей
А.9 Измененное количество материала
А.9.1 Модель Push
Рисунок А.16 иллюстрирует модель Push, основанную на нижеследующих допущениях сценария:
a) расходные материалы поступают в цех и учитываются приложением ERP;
b) приложение ERP отправляет информацию о партии материалов приложению MOM для обработки;
c) приложение MOM отправляет информацию о количественных изменениях партии материалов приложению ERP по мере потребления материалов;
d) приложение ERP отправляет сообщение CANCEL, если партия материалов стала недоступной.
ERP level 4 | Приложение ERP |
MOM level 3 | Приложение MOM |
New material lot is available | Новая партия материалов доступна |
PROCESS - material lot (quantity = 400) | Сообщение PROCESS - Партия материалов (количество = 400) |
CHANGE - material lot (quantity = 300) | Сообщение CHANGE - Партия материалов (количество = 300) |
Material lot quantity changed | Партия материалов изменилась |
CHANGE - material lot (quantity = 200) | Сообщение CHANGE - Партия материалов (количество = 200) |
CHANGE - material lot (quantity = 0) | Сообщение CHANGE - Партия материалов (количество = 0) |
CANCEL - material lot | Сообщение CANCEL - Партия материалов |
Material lot no longer available | Данная партия материалов недоступна |
Рисунок A.16 - Модель Push: добавление партии материалов, количественное изменение партии материалов
А.9.2 Модель Publish and Push
Рисунок A.17 иллюстрирует модель Publish and Push, основанную на нижеследующих допущениях сценария:
a) приложение ERP публикует информацию о партии материалов; приложение MOM на нее подписывается;
b) приложение MOM отправляет информацию о количественных изменениях партии материалов приложению ERP;
c) приложение ERP отправляет сообщение SYNC DELETE, если данная партия материалов становится недоступной.
ERP level 4 | Приложение ERP |
MOM level 3 | Приложение MOM |
New material lot is available | Новая партия материалов доступна |
SYNC ADD - material lot (quantity = 400) | Сообщение SYNC ADD - Партия материалов (количество = 400) |
CHANGE - material lot (quantity = 300) | Сообщение CHANGE - Партия материалов (количество = 300) |
CHANGE - material lot (quantity = 200) | Сообщение CHANGE - Партия материалов (количество = 200) |
CHANGE - material lot (quantity = 0) | Сообщение CHANGE - Партия материалов (количество = 0) |
Material lot quantity changed | Количественные изменения партии материалов |
SYNC DELETE - material lot | Сообщение SYNC DELETE - Партия материалов |
Material lot no longer available | Данная партия материалов недоступна |
Рисунок А.17 - Модель Publish and Push: количественные изменения партии материалов
А.9.3 Модель Push and Pull
Рисунок A.18 иллюстрирует модель Push and Pull, основанную на нижеследующих допущениях сценария:
a) приложение MOM периодически запрашивает информацию о новых партиях материалов у приложения ERP;
b) приложение ERP сообщает информацию о новых партиях материалов; в одном сообщении SHOW может быть информация о нескольких партиях материалов;
c) приложение MOM передает информацию о количественных изменениях партии материалов приложению ERP.
ERP level 4 | Приложение ERP |
MOM level 3 | Приложение MOM |
New material lot is available | Доступна новая партия материалов |
GET - material lot (status ="New") | Сообщение GET - Партия материалов (статус ="новая") |
SHOW - material lot (quantity = 400) | Сообщение SHOW - Партия материалов (количество = 400) |
CHANGE - material lot (quantity = 300) | Сообщение CHANGE - Партия материалов (количество = 300) |
CHANGE - material lot (quantity = 200) | Сообщение CHANGE - Партия материалов (количество = 200) |
CHANGE - material lot (quantity = 0) | Сообщение CHANGE - Партия материалов (количество = 0) |
Material lot quantity changed | Данная партия материалов недоступна |
Рисунок А.18 - Модель Push and Pull: количественные изменения партии материалов
Приложение B
(справочное)
Вопросы и ответы по использованию транзакций
B.1 Различные идентификаторы
Вопрос:
Различные системы используют различные идентификаторы для одних и тех же объектов. Действия GET и другие действия используют идентификаторы для описания объекта. Какой идентификатор следует брать, как происходит трансляция в данном случае?
Ответ:
На этапе проектирования оформляется соглашение о порядке использования идентификаторов. Трансляция производится в любой из рассматриваемых систем или в системе с коммутирующим программным обеспечением.
Вопрос становится сложным, если рассматривается сразу более двух систем. В данном случае может оказаться предпочтительным обозначить некоторую систему как архив отображающей информации и допустить изменение альтернативных имен в качестве свойства объекта.
Например, если система технического обслуживания, производственная система или рыночная система работает с одним и тем же объектом, но с различными его идентификаторами, то данным системам можно назначить "Идентификатор технического обслуживания", "Идентификатор производства" и "Рыночный идентификатор". Действие GET может быть использовано (вместе с указанным именем свойства) для возвращения указанного глобального идентификатора и соответствующего отображения.
B.2 Тип транзакции
Вопрос:
Рассматриваемые транзакции относятся к базам данных или к сообщениям?
Ответ:
Настоящий стандарт устанавливает транзакции для сообщений между кооперирующими системами. Транзакции для баз данных здесь не рассматриваются. К сожалению, термин "транзакция" может обозначать различные понятия в различных контекстах.
B.3 Откат (возвращение предыдущего состояния)
Вопрос:
Как работать с откатами?
Ответ:
Собственник данных должен уметь работать с любыми откатами. Каждая транзакция может иметь режим CONFIRM (подтверждение), когда получатель ответа несет ответственность за принятие соответствующего решения.
B.4 CONFIRM (подтверждение)
Вопрос:
Почему следует использовать режим CONFIRM для сообщения SYNC?
Ответ:
Обычно режим CONFIRM не используется вместе с сообщением SYNC. Однако в некоторых ситуациях это может оказаться необходимым, и это допускается определением транзакции. Потребность возникает, если информация оказывается критической и ее нужно отправить ограниченному числу подписчиков.
Данный режим следует использовать с осторожностью, так как:
a) если подписалось много клиентов, то издатель может быть перегружен сообщениями CONFIRM;
b) если предварительная подписка не оформлена, то издатель не может знать, что клиент не подтвердил сообщение SYNC;
c) даже если издатель видит, что клиент неправильно обработал сообщение SYNC (либо отправил сообщение CONFIRM с ошибкой или вообще ничего не отправил), то он уже ничего сделать не может.
B.5 Двухфазный контроль за завершением транзакций
Вопрос:
Как выполняется двухфазный контроль за завершением транзакций?
Ответ:
Несколько транзакций, рассмотренных в настоящем стандарте, могут быть частью большой рыночной транзакции, которая либо коллективно полностью завершается, либо полностью откатывается назад. Двухфазный контроль за завершением необходим, когда набор нескольких транзакций инкапсулируется в одну большую транзакцию. Если из указанного набора транзакций сообщений об ошибках не поступало, то все они считаются выполненными, а большая транзакция - завершенной. Если приходят сообщения об ошибках, то ни одна из операций не считается выполненной, а транзакция откатывается. Двухфазный контроль за завершением обычно является элементом архитектуры практической реализации, особенности которой обсуждаются в ряде стандартов.
B.6 Подтверждение сообщений GET
Вопрос:
Зачем нужно подтверждение сообщения GET, если сообщение SHOW и так является стандартным ответом?
Ответ:
Подтверждение не обязательно. Однако, если возникает ошибка в запросе, то подтверждение помогает получить информацию о ней. Обычно сообщение GET отправляется объектам, которые не распознаются получающим приложением. Действие GET, не возвращающее объекты в сообщении SHOW, обычно не рассматривается как ошибочное.
B.7 Механизм запроса
Вопрос:
Почему настоящий стандарт не поддерживает общий механизм запроса сообщениями GET?
Ответ:
Определения транзакций не предназначены для формирования полного механизма запросов удаленных данных (например, в форматах доступа SQL или XML), а только механизма обеспечения доступа к данным для слабо связанных систем с различными внутренними структурами хранения данных. Если наличие полного механизма запросов необходимо, то рассматриваемые транзакции могут быть использованы для создания локальных баз данных. Могут быть использованы также локальные механизмы запроса.
B.8 Простые объекты
Вопрос:
Как определяются простые объекты (nouns)?
Ответ:
Простые объекты (nouns) идентифицируются как объекты, не являющиеся комбинацией других объектов. Например, собственно оборудование - это простой объект. Однако свойства оборудования - это составные объекты внутри данного оборудования, их нельзя считать простыми объектами. Данное решение принимается, чтобы ограничить число сообщений, облегчить построение и проверку приложений, удовлетворяющих установленным требованиям.
B.9 Ответ CONFIRM
Вопрос:
Возможно ли получение ответа CONFIRM по каждому действию?
Ответ:
Ответ CONFIRM допускается по любому сообщению. Однако он не рекомендуется для действий SYNC. Ответ CONFIRM может быть получен по сообщениям PROCESS и CHANGE. Это особые ответные сообщения типов ACKNOWLEDGE и RESPOND, содержащие модифицированные данные. Отметим, что сообщение CONFIRM может содержать любую информацию об ошибках.
Приложение C
(справочное)
Шаблон действия
C.1 Шаблон
В таблицах C.1-C.11 приведены общие шаблоны для создания правил определения требований к действиям в отношении указанных объектов. Те же общие шаблоны могут быть применены к другим (простым) объектам, не рассмотренным в настоящем стандарте. Указанные в них спецификации лежат вне области применения настоящего стандарта.
C.2 Особенности действий GET
Существует общий шаблон действий GET, где объекты (один или несколько) включены вместе с идентификатором первичного объекта, идентификатором ассоциированного свойства и/или значением свойства, определенным в таблицах C.1-C.3. Специальные правила формирования действий GET для указанных объектов описаны в соответствующем разделе настоящего стандарта. Если объекты включают другие ассоциированные элементы (например, предельные значения параметров), то особенности действий также описаны в соответствующем разделе настоящего стандарта.
Таблица C.1 - Сообщения GET с идентификатором объекта
Спецификация доступа для атрибутов объекта, составляющих именную конструкцию | Действия для глаголов сообщения GET | |
Именная конструкция включает объекты свойств | Идентификатор свойства не установлен | Определяет запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных объектов, все объекты свойств и их атрибуты, а также идентификаторы ассоциированных объектов вместе с указанными объектами |
Идентификатор свойства установлен | Определяет запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных объектов, все указанные объекты свойств, а также идентификаторы ассоциированных объектов вместе с указанными объектами | |
Идентификаторы свойств и значения установлены | Определяет запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты указанных объектов, если значения указанных объектов свойств согласуются с заданным значением свойства, все указанные объекты свойств, а также идентификаторы ассоциированных объектов вместе с указанными объектами | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Определяет запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы указанного объекта, а также идентификаторы объектов, ассоциированных с указанными объектами | |
Таблица C.2 - Сообщение GET с групповым символом в идентификаторе объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для глаголов сообщения GET | |
Именная конструкция включает объекты свойств | Идентификатор свойства не установлен | Определяет запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и свойства объектов, согласующихся с групповым символом объекта, все указанные объекты свойств, а также идентификаторы ассоциированных объектов вместе с исходными объектами |
Групповой символ указан как идентификатор свойства | Определяет запрос, возвращаемый получателем (в сообщении SHOW), и все атрибуты объектов, согласующиеся с групповым символом объекта. | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Определяет запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы всех объектов, идентифицированных по групповому символу объекта, а также идентификаторы объектов, ассоциированные с объектами | |
Таблица С.3 - Сообщение GET без идентификатора объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для глаголов сообщения GET |
<null> (отсутствует) | Определяет запрос, возвращаемый получателем (в сообщении SHOW), все атрибуты и содержащиеся элементы всех объектов |
С.3 Особенности действий сообщения PROCESS
Общий шаблон действий сообщения PROCESS с указанным идентификатором объекта определен в таблице С.4.
Таблица С.4 - Сообщение PROCESS с идентификатором объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для глаголов сообщения PROCESS | |
Именная конструкция включает объекты свойств | Идентификатор свойства не установлен | Определяет запрос на добавление получателем указанных объектов. Сообщение определяет предлагаемые идентификаторы указанных объектов. Получатель добавляет указанные объекты и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE |
Идентификатор свойства установлен | Определяет запрос на добавление получателем указанных объектов. Сообщение определяет предлагаемые идентификаторы указанных объектов и объектов свойств. Получатель добавляет указанные объекты, свойства и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE | |
Идентификаторы свойств и значения установлены | Определяет запрос на добавление получателем указанных объектов. Сообщение определяет предлагаемые идентификаторы указанных объектов, объекты свойств и значения свойств. Получатель добавляет указанные объекты, свойства и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Определяет запрос на добавление получателем указанных объектов. Сообщение определяет предлагаемые идентификаторы указанных объектов, значения атрибутов и идентификаторы объектов, ассоциированные с указанными объектами. Получатель добавляет указанные объекты и назначает идентификаторы. Назначенные идентификаторы возвращаются сообщением ACKNOWLEDGE | |
Общий шаблон действий в отношении сообщения PROCESS, не содержащего идентификатора объекта, определен в таблице C.5.
Таблица C.5 - Сообщение PROCESS без идентификатора объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Особенности действий в отношении сообщения PROCESS | |
Именная конструкция включает объекты свойств | Идентификатор свойства не установлен | Ошибка для идентифицированных ресурсов объектов. Не ошибка для объектов, идентифицируемых по временным характеристикам (Производственные возможности, График, Производственные показатели) |
Групповой символ указан как идентификатор свойства | Ошибка для идентифицированных ресурсов объектов. Не ошибка для объектов, идентифицируемых по временным характеристикам (Производственные возможности, График производства, Производственные показатели) | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Ошибка для идентифицированных ресурсов объектов. Не ошибка для объектов, идентифицируемых по временным характеристикам (Производственные возможности, График производства, Производственные показатели) | |
C.4 Действия для сообщения CHANGE
Общий шаблон действий в отношении сообщения CHANGE с указанным идентификатором объекта определен в таблице C.6.
Таблица C.6 - Сообщение CHANGE с идентификатором объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для операции CHANGE | |
Именная конструкция включает объекты свойств | Идентификатор свойства не указан | Указанные атрибуты указанного объекта следует изменить |
Идентификатор свойства установлен | Указанные свойства и атрибуты указанного объекта следует изменить | |
Идентификаторы свойств и значения указаны | Определяет запрос на изменение получателем значений указанных объектов свойств указанных объектов. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Определяет запрос на изменение получателем указанных атрибутов и содержащихся элементов указанных объектов, а также идентификаторов объектов, ассоциированных с указанными объектами. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE | |
Общий шаблон действий в отношении сообщения CHANGE, когда идентификатор объекта является групповым символом, определен в таблице C.7.
Таблица C.7 - Сообщение CHANGE с идентификатором объекта, являющимся групповым символом
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для операции CHANGE | |
Именная конструкция включает объекты свойств | Идентификатор свойства не указан | Определяет запрос на изменение указанных атрибутов для всех объектов, согласующихся с групповым символом, на заданное значение. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE |
Групповой символ указан как идентификатор свойства | Определяет запрос на изменение указанных атрибутов всех объектов, согласующихся с групповым символом, и всех свойств, согласующихся с идентификатором свойства, являющимся групповым символом, на заданное значение. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE | |
Именная конструкция не имеет ни объектов свойств, ни содержащихся объектов | Определяет запрос на изменение получателем указанных атрибутов и содержащихся элементов всех объектов, согласующихся с групповым символом данных объектов, а также идентификаторов объектов, ассоциированных с указанными объектами. Сообщение RESPOND может быть использовано для передачи согласия, несогласия или для внесения изменений в данные сообщения CHANGE | |
C.5 Действия сообщения CANCEL
Общий шаблон действий в отношении сообщения CANCEL с указанным идентификатором объекта определен в таблице C.8.
Таблица C.8 - Сообщение CANCEL с идентификатором объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для операции CANCEL | |
Именная конструкция включает объекты свойств | Идентификатор свойства не указан | Определяет запрос на отмену получателем указанных объектов |
Идентификаторы свойств указаны | Определяет запрос на отмену получателем указанных объектов свойств указанных объектов | |
Идентификаторы свойств и значения указаны | Определяет запрос на отмену получателем указанных объектов свойств указанных объектов, имеющих указанные значения свойств | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Определяет запрос на отмену получателем указанных объектов. Если идентификаторы содержащихся элементов указаны, то могут быть отменены только указанные содержащиеся элементы указанных объектов, но не сами объекты | |
Общий шаблон действий в отношении сообщения CHANGE, когда идентификатор объекта является групповым символом, определен в таблице С.9.
Таблица С.9 - Сообщение CANCEL с групповым символом, содержащимся в идентификаторе объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для операции CANCEL | |
Именная конструкция включает объекты свойств | Идентификатор свойства не указан | Ошибка для идентифицированных объектов ресурса. Не ошибка для объектов, идентифицируемых по временным характеристикам (Производственные возможности, График производства, Производственные показатели) |
Групповой символ указан как идентификатор свойства | Определяет запрос на отмену получателем всех объектов свойств, согласующихся с групповым символом свойств всех объектов, согласующихся с групповым символом объекта | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Определяет запрос на отмену получателем всех объектов, согласующихся с групповым символом данных объектов | |
C.6 Действия для сообщения SYNC
Общий шаблон действий в отношении сообщения SYNC с указанным идентификатором объекта определен в таблице C.10. Сообщение SYNC может иметь тип SYNC ADD и содержать новую информацию, тип SYNC CHANGE для изменения имеющейся информации, а также тип SYNC DELETE для удаления информации.
Таблица C.10 - Сообщение SYNC с идентификатором объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для операции SYNC | |
Именная конструкция включает объекты | Идентификатор свойства не указан | Определяет запрос на добавление (SYNC ADD), удаление (SYNC DELETE) или изменение (SYNC CHANGE) получателем указанных объектов |
Идентификатор свойства указан | Определяет запрос на добавление, изменение или удаление получателем указанных объектов, а также перечня указанных объектов свойств | |
Идентификаторы свойств и значения указаны | Определяет запрос на добавление, изменение или отмену получателем указанных объектов, а также перечня объектов свойств и значений свойств | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Определяет запрос на добавление, изменение или удаление получателем указанных атрибутов и содержащихся элементов указанных объектов, а также идентификаторов объектов, ассоциированных с указанными объектами | |
Общий шаблон действий в отношении сообщения SYNC, когда идентификатор объекта содержит спецификацию группового символа, определен в таблице C.11.
Таблица C.11 - Сообщение SYNC с групповым символом в идентификаторе объекта
Спецификация доступа для атрибутов объектов, составляющих именную конструкцию | Действия для операции SYNC | |
Именная конструкция включает объекты свойств | Идентификатор свойства не указан | Сообщение SYNC ADD: Ошибка. |
Групповой символ указан как идентификатор свойства | Сообщение SYNC ADD: Ошибка. | |
Именная конструкция не имеет объектов свойств, но имеет содержащиеся объекты | Сообщение SYNC ADD: Ошибка. | |
Приложение D
(справочное)
Общие правила идентификации объектов модели
D.1 Шаблоны
Данное приложение описывает общий шаблон для определения объектов, основанных на использовании UML (Универсальный язык моделирования) моделей в соответствии с ИСО/МЭК 19501.
Тот же общий шаблон может быть применен к другим существительным и/или объектам, не определенным в настоящем стандарте. Данные спецификации в настоящем стандарте не рассматриваются.
D.2 Иерархическая модель объекта
Модель объекта с иерархической структурой имеет один "верхний" объект, составленный из других объектов. Примеры иерархических моделей объектов: Сегмент процесса обработки, Определения продукта, График производства, Производственные показатели.
Если верхний уровень объекта является составным, а дочерние объекты только рассматриваются в контексте объекта верхнего уровня, то ИМЕННАЯ КОНСТРУКЦИЯ (объект) идентифицируется с данным объектом верхнего уровня. Если дочерние объекты также являются составными, то они включаются как ИМЕННАЯ КОНСТРУКЦИЯ (объект) верхнего уровня.
Имя СУЩЕСТВИТЕЛЬНОГО (объекта) такое же, как и имя объекта верхнего уровня.
Данное правило основано на допущении, что обмен дочерними объектами не будет эффективным из-за необходимости иметь контекст родительского объекта. Например, обмен просто Требований к сегменту без контекста Запроса о состоянии производства и контекста Графика производства не дает достаточной информации об обработке указанных Требований к сегменту.
Рисунок D.1 иллюстрирует составные отношения внутри Графика производства. Так как все объекты данной модели входят в составную иерархию, за исключением ассоциаций объектов в других моделях (обработки или сегмента продукта), то имеется только одна ИМЕННАЯ КОНСТРУКЦИЯ (объект), определенная для данной модели.
Рисунок D.1 - Модель объекта с составными отношениями, лист 1
Information about production schedule | Информация о графике производства |
Production schedule | График производства |
IS made up of | Составлен из ... |
Composite relationship | Составное отношение |
Product production rule | Правило производства продукта |
Corresponds to a < | Соответствует... |
Production request | Запрос на производство |
Process or product segment | Сегмент продукта или процесса обработки |
Segment requirement | Требования к сегменту |
Requested segment response | Запрошенный ответ на запрос по сегменту |
May contain | Может содержать ... |
Production parameter | Параметр производства |
Personal requirement | Требования к персоналу |
Equipment requirement | Требования к оборудованию |
Material produced requirement | Требования к изготовленному материалу |
Material consumed requirement | Требования к израсходованному материалу |
Consumable expected | Ожидаемые расходуемые материалы |
Is association to either > | Ассоциируется с любым ... |
Personnel requirement property | Свойство требования к персоналу |
Equipment requirement property | Свойство требования к оборудованию |
Material produced requirement property | Свойство требования к изготовленному материалу |
Material consumed requirement property | Свойство требования к израсходованному материалу |
Consumable expected property | Свойство ожидаемого расходуемого материала |
Product parameter | Параметр продукта |
Process parameter | Параметр процесса обработки |
Corresponds to element in | Соответствует элементу ... |
Personnel model | Модель персонала |
Equipment model | Модель оборудования |
Material model | Модель материала |
Рисунок D.1, лист 2
D.3 Неиерархическая модель объекта
Модели объектов, не имеющие иерархической структуры, обычно имеют несколько определений модельных конструкций. Примеры неиерархических моделей объектов: Персонал, Материал, Оборудование.
Внутри неиерархических моделей объектов могут быть субмодели с составными отношениями. В данном случае одно и то же правило применяется и к составному объекту, и к предварительно определенной иерархической модели объекта. При этом модели конструкций соответствуют родительскому объекту.
Если дочерний объект (например, Часть партии материалов) имеет достаточный контекст для раздельного обмена, то дочерний объект также определяется как именная конструкция.
Объекты, ассоциированные с ассоциациями между другими объектами, определяются как часть одного из объектов рассматриваемой ассоциации. Примеры: Результаты квалификационных испытаний, Результаты испытаний производительности оборудования, Результаты испытаний качества. В указанном случае решение, основанное на ожидаемой рыночной ситуации, использует готовые шаблоны, содержащие модельные конструкции. Например, ожидаемым рыночным решением для результатов испытаний будет то, что для обмена предпочтительны результаты, содержащие реальные значения свойств, а не результаты, просто ассоциированные со спецификацией испытаний.
Имя модельной конструкции совпадает с именем объекта.
Рисунок D.2 иллюстрирует случай, когда в модели объекта нет составных соотношений. Ее ожидаемое рыночное использование - обмен отдельных объектов.
Non-composite relationships | Несоставные отношения |
Maintenance - request information | Информация о запросе на техническое обслуживание |
Is against | По отношению к ... |
May result in | Может привести к ... |
Equipment | Оборудование |
Maintenance - work order information | Информация о заказ-наряде на техническое обслуживание |
Maintenance work order | Заказ-наряд на техническое обслуживание |
Is made against | Выполнен по отношению к ... |
Maintenance - response information | Информация об ответе на запрос по техническому обслуживанию |
May be generated for | Может быть получен для ... |
Maintenance response | Ответ на запрос по техническому обслуживанию |
Рисунок D.2 - Модель объекта с несоставными отношениями
Рисунок D.3 иллюстрирует случай, когда в модели объекта имеются и составные отношения, и ассоциированные объекты. В данной ситуации именная конструкция определяется как для каждого простого объекта, так и для составного объекта, включающего несколько объектов в определенном составном отношении. Так, пять отдельных существительных (noun) определяются для Классов материалов, Определений материалов, Партий материалов, Частей партий материалов и Спецификаций испытаний качества. Ассоциированные объекты (например, Результаты испытаний качества) размещаются в существительных Партии материалов и существительных Части партии материалов, основанных на ожидаемом характере использования рассматриваемого объекта.
Information about material classes | Информация о классах материалов |
Information about material definitions | Информация об определениях материалов |
Information about material lots | Информация о партиях материалов |
Information about material sublots | Информация о частях партии материалов |
Composite relationship | Составное отношение |
Sublot can be exchanged without context of Lot | Часть партии обменивается без учета контекста самой партии |
Material class | Класс материала |
Defines a grouping | Определяет порядок группировки |
Material definition | Определение материала |
Defined by | Определен ... |
Material lot | Партия материалов |
Made up of | Составлен из ... |
Material sublot | Часть партии материалов |
Has property of | Имеет свойства ... |
Has values for | Имеет значения ... |
May be made up of sublots | Может быть составлен из частей партии материалов |
Material class property | Свойство класса материалов |
May map to | Может отображаться на ... |
Material definition property | Свойство определения материала |
Maps to | Отображается на ... |
Material lot property | Свойство части партии материалов |
Is associated with a | Ассоциируется с ... |
Is tested by a | Испытывается с помощью ... |
Records the execution of | Регистрирует выполнение ... |
QA test specification | - |
QA test result | Результаты испытаний качества |
Defines a procedure for obtaining a | Определяет процедуру получения ... |
Information about QA tests | Информация об испытаниях качества |
Expected usage was used to determine where to place QA test results | На основании практического опыта необходимо определить место размещения результатов испытаний качества продукта |
Рисунок D.3 - Пример использования нескольких составных объектов
Приложение ДА
(справочное)
Сведения о соответствии ссылочных международных стандартов национальным стандартам
Таблица ДА.1
Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального стандарта |
IEC 62264-1:2003 | IDT | ГОСТ Р МЭК 62264-1-2014 "Интеграция систем управления предприятием. Часть 1. Модели и терминология" |
________________ | ||
IEC 62264-2:2004 | IDT | ГОСТ Р МЭК 62264-2-2010 "Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей |
________________
| ||
IEC 62264-3:2007 | IDT | ГОСТ Р МЭК 62264-3-2012 "Интеграция систем управления предприятием. Часть 3. Рабочая модель управления технологическими операциями" |
УДК 65.011.56:681.3:006.354 | ОКС 25.040.99 |
Ключевые слова: автоматизированные промышленные системы, интеграция, жизненный цикл систем, управление производством | |
Электронный текст документа
и сверен по:
, 2020
