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

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

Часть 2

Объекты и атрибуты

(IEC 62264-2:2013, Enterprise-control system integration —

Part 2: Object and attributes for enterprise-control system integration, IDT)

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

Москва

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

2016

ГОСТ Р МЭК 62264-2-2016

Предисловие

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

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

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

4    Настоящий стандарт идентичен международному стандарту МЭК 62264-2:2013 «Интеграция систем управления предприятием. Часть 2. Объекты и атрибуты для интеграции системы управления предприятием» (IEC 62264-2:2013 «Enterprise-control system integration — Part 2: Object and attributes for enterprise-control system integration», IDT).

Наименование настоящего стандарта изменено, относительно наименования указанного между* народного стандарта в соответствии с ГОСТ Р 1.5 (подпункт 1.5).

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

5    ВВЕДЕН ВЗАМЕН ГОСТ Р МЭК 62264-2-2010

Правипа применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N9 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты» В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

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

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

ГОСТ Р МЭК 62264-2-2016

Примечание 1 — В рассматриваемой таблице столбцы «Пример производства», «Пример технического обслуживания», «Пример обеспечения качества», «Пример материально-производственного снабжения» дают примеры по четырем категориям оперативного управления операциями Категории могут быть согласованными (взаимосвязанными) или независимыми Например, если одна система обеспечивает координацию нескольких категорий оперативного управления операциями, то идентификаторы в столбцах таблицы могут не меняться Если несколько категорий оперативного управления операциями координируются несколькими различными системами. то идентификаторы могут быть различными Атрибуты рассматриваемых примеров должны быть иллюстративными. они не должны накладывать дополнительных требований

Примечание 2 — Атрибуты времени и даты могут иллюстрировать общую или конкретную временную перспективу Например, годовой (квартальный) план может использовать общие даты без указания конкретного времени, тогда как детальный календарный план может включать особые временные отметки по минутам

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

Примечание 3 — Если в таблице имеется указание «не применяется», то пример является чисто иллюстративным Значение настоящего атрибута в данном примере не указывается Но это не означает, что такого значения не существует вообще Это справедливо и в случае, когда значение «не применяется» стоит во всех столбцах

4.5.5 Ссылки на ресурсы

Модели, используемые для установления ссылки на ресурс |в другом пакете, с помощью класса или реализации, с дополнительными (по выбору) спецификацией и свойствами!, детально не отображаются на рисунках объектных моделей. Рассматриваемое отношение несовместимо с методологией моделирования языка UML. но оно позволяет упростить рассматриваемую диаграмму На рисунке 3 ниже в сравнении показано, как это представляется сейчас (слева), и как это может быть представлено более точно на языке UML (справа). Язык UML используется в настоящем стандарте только для визуализации. Он не описывает конкретную практическую реализацию. Ниже использован упрощенный метод построения диаграмм отношений для рассматриваемых объектов и для их соотношения с элементами другого пакета.

Возможности оборудования Возможности сегмента персонала Возможности сегмента материала Возможности сегмента физического актива Спецификация сегмента оборудования Спецификация сегмента физического актива Спецификация оборудования Спецификация физического актива Требования к оборудованию Требования к физическому активу Фактическое оборудование Фактический физический актив

7

ГОСТ Р МЭК 62264-2-2016

4.6    Соотношения моделей

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

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

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

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

-    операции технического обслуживания;

-    операции обеспечения качества;

-    операции с материально-производственными запасами (обработка);

-    смешанные операции;

-    пользовательские операции.

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

-    Определение операции (для производственных операций) эквивалентно определению продукта.

-    Календарное планирование операции (для производственных операций) является эквивалентом календарного планирования производства.

-    Производственные показатели операции (для производственных операций) являются эквивалентом производственных показателей.

-    Возможности операции (для производственных операций) эквивалентны производственным возможностям

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

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

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

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

Пример 1 — Область применения иерархии может идентифицировать местоположение производственного объекта |например, WEST-END (западная часть Лондона)]. Производственные показатели могут иметь атрибут области применения иерархии, идентифицирующий WEST-END.

Пример 2 — Область применения иерархии может идентифицировать область внутри производственного объекта | например. WEST-END/HOLDING-AREA (область временного хранения изделий о западной части Лондона)]. Производственные возможности могут иметь атрибуты области применения иерархии, идентифицирующие данную область.

Пример 3 — Область применения иерархии может идентифицировать рабочий центр WORK CENTER внутри области (производственного объекта), (например. WEST-END/HOLDING-AREA/CHIPPING-BIN U1).

Пример 4 — Область применения иерархии может идентифицировать рабочий центр WORK CENTER без указания области (производственного объекта) (например, это уже известно благодаря механизму обмена информации об объекте CHIPPING-BIN Ш1.

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

9

Атрибуты области применения иерархии можно моделировать в соответствии с рисунком 4 (атрибуты объектов области применения иерархии определены в таблице 3). Каждый объект области применения иерархии определяет один элемент иерархии оборудования,

Рисунок 4 — Модель области применения иерархии Таблица 3 — Атрибуты области применения иерархии

Имя атрибута Описание Пример производства Пример технического обслуживания Пример обеспечения качества Пример материально-производственного снабжения Идентификатор оборудования Уникальная иденти фикация элемента оборудования W о г k С е п -ter23 (рабочий центр) West End (запад ная часть Лондона) Ajax North Size (север ный стандарт) Уровень элемента оборудования Идентификация уровня оборудования. если элемент оборудования определен Work Center (рабочий центр) Сайт Предпри ятие Область

4.8 Типы значений

4.8.1    Используемые значения

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

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

4.8.2    Синтаксис значений

Формат значений в атрибутах значений в настоящем стандарте не определен. Он определяется практическими реализациями настоящего стандарта.

Пример — Нижеследующий синтаксис, соответствующий формату EBNF (расширенная норм am,-ная форма Бакуса-Наура) и ИСО 14977, может быть использован для представления отдельных значений элемента, спецификаций диапазона, массивов значений и множества допустимых значений как текстовых строк с разделителями.

<simpleValue>

| <arrayValue>

I <rangoValuo>

I <seriesValue>

“[“ <arrayElement> *(    <arrayElement> ) "]*

“{“ <rangeElemont> '( <rangoElemont> ")" “<” <simpleValuo> '( “ " <simploValuo> ) “>" <simpleValue> \ <arrayValue>

<simpleValue> <slmpleValue>

string

ГОСТ Р МЭК 62264-2-2016

4.8.3 Типы простых значений

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

Таблица 4 — Типы CCTS, обычно используемые для обмена

AmountType Используется при определении числа денежных единиц валюты, если валютная единица является явной(подразумевается) BmaryObjectType Используется при определении типа данных для представления графики, рисунков, звука, видео и других форм данных, представляемых как последовательность бинарных октетов конечной длины CodeType Используется при определении строки символов, используемой для представления записи из фиксированного множества перечислений DataTimeType Используется при определении отдельного момента времени (вместе с соответствующей дополнительной информацией) для идентификации информации часового пояса Это особый экземпляр использования времени в соответствии с расширенным форматом (сокращенными версиями) календаря нашей эры (Common Era) по ИСО 8601 СЕ IdentifierType Используется при определении строки символов для уникальной идентификации и распознавания заданного экземпляра обьекта в схеме идентификации на множестве других объектов рассматриваемой схемы IndicatorType Используется при определении набора двух взаимоисключающих Булевских значений, выражающих только возможные состояния Свойства Например. «True (истина)» или «False (ложь)» MeasureType Используется при определении численного значения путем измерения обьекта в установленных единицах измерения NumericType Численная информация, назначенная или полученная путем расчетов, нумерации (отсчета), пошаговых действий Единицы количества или единицы измерения здесь не требуются QuantityType Используется при определении счетного количества не денежных единиц, возможно, с помощью дробей TextType Используется при определении строки символов (т е конечного множества символов) в форме слов/символов некоторого языка

4.8.4    Единица измерения

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

4.8.5    Тип значений массива

Массив значений представляется в соответствии с синтаксисом расширенной нормальной формы Бэкуса-Наура (EBNF).

Пример 1 — Множество значений одномерного массива с шестью значениями: [1,2, 3, 4, 5, 6]

Пример 2 — Множество значений двухмерного массива размерности 2x3: [ [ 1,2], [ 3,4 ), [ 5,6 ) )

4.8.6    Тип значений диапазона

Диапазон значений представляется в соответствии с синтаксисом расширенной нормальной формы Бэкуса-Наура (EBNF).

Пример 1 — Простой диапазон значений: {0 .. 100}

Пример 2 — Дискретный диапазон значений: {а.. z, A.. Z) { 0.. 100,200 .. 300,500,600.. 650)

4.8.7    Тип значений последовательности

Последовательность значений представляется в соответствии с синтаксисом расширенной нормальной формы Бэкуса-Наура (EBNF).

Пример 1 — Последовательность значений цветов: < Red (красный) , Green (зеленый), Yellow (желтый), Blue (синий)>

Пример 2 — Последовательность значений уровней иерархии оборудования: < Предприятие, Производственный объект. Производственный участок. Рабочий центр. Рабочий узел >

11

ГОСТ Р МЭК 62264-2-2016

4.8.8 Типы структурированных значений

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

Примечание 1 — Решение об использовании усеченного пространства имен, встроенных свойств или их комбинации принимается в процессе конкретной практической реализации

Структура может моделироваться путем усечения пространства имен при наличии единственного свойства для каждого элемента структуры.

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

Пример 1 — Структурированные элементы данных отображаются на усеченное пространство имон следующим образом:

Определение структуры    Имя усеченного свойства

Struct АВС {

Integer DEF;    ABC DEF

Float GHI;    ABC GHI

Array [3) Integer JKI    ABC JKI

}

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

Пример 2 — Структурированный элемент данных может отображаться следующим образом:

CU Определение структуры    Эквивалентное свойство

struct Simple {    Property [ID-Simple")

public int Position;    Property    [ID-Simple") \ Property [ID- Position")

public bool Exists;    Property    [ID="Simple"j    \    Property    [ID-'Exists")

public double LastValuc;    Property    [ID-Simple') \ Property [ID= "LastValuc")

};

Группа (набор) рассматриваемых свойств может быть представлена путем создания свойства с вложенными дочерними свойствами.

Пример 3 — Набор рассматриваемых номинальных свойств может отображаться следующим образом:

Collection of Properties    Property Structure

Property [ID-'Nominal'']

NominalRate    Property [ID="Nominal'j \ Property (ID="NominalRate"]

Expected Rate    Property [ID-'Nominarj \ Property (ID= "ExpectedRate")

LabelCode    Property [ID-'Nominarj \ Property (ID-'LabelCode']

Объекты вложенных свойств показаны только в моделях Персонала. Оборудования. Физического Актива и Материала. Все объекты свойств также являются вложенными в соответствии с рассматриваемым разделом текста. При этом они не показаны на рисунках модели для уменьшения степени сложности рисунка.

5 Общие объектные модели

5.1    Информация о персонале

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

Модель персонала, показанная на рисунке 5. содержит информацию о конкретном персонале, классах персонала и квалификации персонала.

ГОСТ Р МЭК 62264-2-2016

Содержание

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

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

3    Термины, определения и сокращения........................................................................................................2

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

3.2    Сокращения...........................................................................................................................................2

4    Модели производственных операций и базовые модели операций.........................................................2

4.1    Информационные модели....................................................................................................................2

4.2    Общая информация о моделировании................................................................................................4

4.3    Возможности расширения атрибутов с помощью свойств.................................................................5

4 4 Структура объектной модели...............................................................................................................5

4.5    Пояснения к таблицам..........................................................................................................................5

4.6    Соотношения моделей..........................................................................................................................9

4.7    Область применения иерархии............................................................................................................9

4.8    Типы значений.....................................................................................................................................10

5    Общие объектные модели.........................................................................................................................12

5.1    Информация о персонале...................................................................................................................12

5.2    Информация о ролевом оборудовании.............................................................................................18

5.3    Информация о физическом активе....................................................................................................23

5.4    Информация о материале..................................................................................................................30

5.5    Информация о сегменте процесса.....................................................................................................42

5.6    Контейнеры, инструменты и программное обеспечение..................................................................53

6    Информация об управлении производством...........................................................................................53

6.1    Информация об определении операции...........................................................................................53

6.2    Информация о календарном плане операции..................................................................................68

6.3    Информация о производственных показателях операции..............................................................84

6.4    Информация о функциональных возможностях операции..............................................................98

6.5    Информация о функциональных возможностях сегмента процесса.............................................111

7    Взаимосвязанность объектных моделей................................................................................................113

8    Перечень объектов...................................................................................................................................116

9    Соответствие.............................................................................................................................................119

Приложение А (обязательное) Конкретная информация о производстве..............................................120

Приложение В (справочное) Примеры использования настоящего стандарта......................................128

Приложение С (справочное) Примеры наборов данных..........................................................................138

Приложение D (справочное) Вопросы (по использованию объекта) и ответы.......................................147

Приложение Е (справочное) Логический поток информации...................................................................160

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

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

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

Введение

В настоящем стандарте определены формальные объектные модели, применяемые для обмена информацией и описанные в МЭК 62264-1, с использованием объектных моделей Унифицированного языка моделирования (UML). таблиц атрибутов и рекомендаций по их применению. Модели и терминология. определенные в настоящем стандарте:

a) акцентируют внимание на наилучших практиках и методах интеграции систем управления с другими системами предприятия на протяжении всего их жизненного цикла:

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

c)    могут применяться независимо от степени автоматизации.

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

a)    сократить время, затрачиваемое пользователями для достижения полного объема производства новой продукции;

b)    поставщикам обеспечить соответствующие средства интеграции систем управления с другими системами предприятий;

c)    пользователям лучше определить свои потребности.

d)    снизить стоимость автоматизации процессов производства;

e)    оптимизировать каналы поставок; и

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

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

Настоящий стандарт не содержит положений:

a)    утверждающих, что есть только один способ интеграции систем управления с другими системами предприятия;

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

c)    ограничивающих разработки в области интеграции систем управления с другими системами предприятия.

IV

ГОСТ Р МЭК 62264-2-2016

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

ИНТЕГРАЦИЯ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ Часть 2 Объекты и атрибуты

Enterprise-control system integration Part 2 Objects and attributes

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

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

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

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

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

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

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

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

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

ISO/IEC 19501:2005. Information technology — Open Distributed Processing — Unified Modeling Language (UML) Version 1.4.2 (Информационная технология. Открытый дистрибутивный процессинг. Универсальный Язык Моделирования (UML) Версия 1 4 2)

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

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

версию этого стандарта с учетом всех внесенных в данную версию изменений Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия) Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять 8 части, не затрагивающей эту ссылку

3    Термины, определения и сокращения

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

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

3.1.1    класс оборудования (equipment class): Группировка ролевого оборудования со схожими характеристиками.

3.1.2    событие (event): Представление востребованного (невостребованного) факта, указывающего на изменение состояния предприятия.

3.1.3    размещение (location): Область применения обмениваемой информации в соответствии с элементом иерархии оборудования.

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

3.1    4 класс материалов (material class): Группировка материалов со схожими характеристиками.

3.1.5    партия материала (material lot): Уникально идентифицируемое количество материала.

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

3.1.6    определение материала (material definition): Определение свойств материала, зависящих от его состояния.

Примечание —Данное определение вклкмает материалы, идентифицируемые как сырьевые, промежуточные, изготовленные, готовые к употреблению

3.1.7    подпартия материала (material sublot): Уникально идентифицируемое подмножество партии материала.

Примечание — Может быть в единичном количестве

3.1.8    класс персонала (personnel class): Группировка физических лиц со схожими характеристиками.

3.1.9    продукт (product): Конечная или промежуточная продукция производства.

Примечание 1 — В коммерческой перспективе один и тот же продукт может быть как промежуточным, так и конечным

Примечание 2 — См также определение ИСО 10303-1 Объект или вещество, полученные естественным или искусственным путем

3.1.10    свойство (property): Отличительные характеристики некоторой сущности (в процессе ее применения/реализации).

3.2    Сокращения

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

МОМ — Управление производственными (технологическими) операциями (Manufacturing Operations Management);

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

4    Модели производственных операций и базовые модели операций

4.1 Информационные модели

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

2

ГОСТ Р МЭК 62264-2-2016

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

Represented in the production schedule model • Представлено в модели календарного планирования производства. Represented in the production performance model • Представлено в модели производственных показателей, Production schedule • Капендарный план производства. Maintenance schedule - Календарный план технического обслуживания. Quality test schedule - Капендарный план контроля качества; Inventory schedule - Календарный план (движения) материальных запасов; Production performance - Производственные показатели Maintenance performance • Показатели технического обслуживания. Quality test performance - Показатели контроля качества. Inventory performance - Показатели (движения) материальных запасов, Manufactunng operations management - Управление технологическими операциями. Production operations management - Управление производствекньми операциями. Maintenance operations management - Управление операциями технического обслуживания; Quality operations management • Управление операциями обеспечения качества; Inventory operations management - Управление операциями обеспечения материально-производственными запасами. Product definition - Определение продукта. Maintenance definition - Определение технического обслуживания; Quality test definition - Определение контроля качества. Inventory definition - Определение товарно-материальных запасов. Production capability - Производственные возможности. Maintenance capability - Возможности технического обслуживания. Quality test capability - Возможности контроля качества, inventory capability - Возможности обеспечения материально-производственными запасами. Represented in the production definition model - Представлено в модели определения производства, Represented in the production capability model - Представлено в модели производственных возможностей

Рисунок 1 — Информационные модели управления производственными операциями

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

3

Represented in the operations definition model    Represented    in    the    operations    capability    model

Represented in the operations schedule model — Представлено в модели календарного планирования операций. Represented in the operations performance model — Представлено в модели производственных показателей операций; Production schedule — Календарный план производства; Maintenance schedule — Капендарный план технического обслуживания QualAy test schedule — Календарным план контроля качества; Inventory schedule — Капендарный план (движения) материальных запасов. Production performance — Производственные показатели. Maintenance performance — Показатели технического обслуживания Quality test performance — Показатели контроля качества; Inventory performance — Показатели (движения) материальных запасов. Manufacturing operations management — Управление технологическими операциями. Production operations management — Управление производственными операциями. Maintenance operations management — Управление операциями технического обслуживания. Quality operations management — Управление операциями обеспечения качества. Inventory operations management — Управление операциями обеспечения материально-производственными запасами. Product definition — Определение продукта. Maintenance definition — Определение технического обслуживания. QualAy test definition — Определение контроля качества. Inventory definition — Определение товарно-материальных запасов. Production capabibty — Производственные возможности. Maintenance сараМАу — Возможности технического обслуживания. Quality test capability — Возможности контроля качества; Inventory capability — Возможности обеспечения материально-производственными запасами. Represented in the operations definition model — Представлено в модели определения опера^й. Represented in the operations capability model — Представлено в модели производственных возможностей операций

Рисунок 2 — Информационные модели операций для управления операциями

4.2 Общая информация о моделировании

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

В настоящем стандарте слово «класс» используется как часть имени определения объекта и рассматривается как «категория», а не как «класс» в стандартном понимании нотации языка UML

Пример — «Класс персонала» должен рассматриваться как «.категория персонала» для проведения различий между типами персонала в реальном мире.

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

4

ГОСТ Р МЭК 62264-2-2016

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

4.3    Возможности расширения атрибутов с помощью свойств

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

4.4    Структура объектной модели

Объектные модели представляются с помощью условных обозначений (нотации) языка UML в соответствии с ИСО/МЗК 19501.

В таблице 1 определены условные обозначения языка UML, используемые в диаграммах объектов.

Таблица 1— Используемые условные обозначения языка UML

Обозначение Определение □_ Package Определяет пакеты, наборы объектных моделей, модели состояния, прецеденты и другие модели языка UML. Пакеты — это механизмы группировки общего назначения, используемые для организации семантических элементов модели. В настоящем стандарте понятие пакета используется для описания внешней модели (основанной на продукционных правилах) или ссылки на другую часть модели Class Представляет класс объектов языка UML, каждый со своим типом атрибутов. Каждый объект является уникально идентифицируемым или перечислимым. Для классов, операции и методы не рассматриваются Role 1:1 0..n Association Name R0ie Ассоциация между элементами одного класса и элементами другого (или того же) класса Каждая ассоциация идентифицируется. Может иметь ожидаемое количество (диапазон) элементов подкласса Величина «л» — неизвестна. Например. 0...п означает, что может существовать нуль и более элементов рассматриваемого подкласса t Is A Tree Of Обобщение (стрелка направлена на суперкласс) показывает, что элемент рассматриваемого класса является специализированным типом суперкласса depends on ^ Зависимость — это слабая ассоциация. Она показывает, что один элемент моделирования зависит от другого элемента моделирования Элемент у конца стрелки зависит от элемента у начала стрелки Is an aggregation of^^ Агрегация показывает, что рассматриваемый элемент класса составлен из элементов других классов Is a composite of Композит показывает сильную форму агрегации, требующую, чтобы экземпляр части был включен, по крайней мере, в один композит в заданный момент времени и чтобы рассматриваемый композитный объект предметно отвечал за расположение его частей

4.5 Пояснения к таблицам

4.5.1 Таблицы атрибутов

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

5

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

4.5.2    Идентификация объекта

Многие объекты информационной модели требуют уникальной идентификации (Ю). Данные идентификаторы должны быть уникальными в рассматриваемой области применения обмениваемой информации. Это может потребовать перехода:

-от внутреннего идентификатора системы источника к идентификатору содержания (контента) интерфейса;

-от идентификатора содержания интерфейса к внутреннему идентификатору целевой системы.

Пример — Рассматриваемый узел может иметь идентификатор «Х6777» в содержании интерфейса, идентификатор «R100011» как ресурс коммерческой системы и идентификатор кEast Side Reactor» (реактор восточной стороны)» в системе управления.

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

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

Как правило, если объект является элементом агрегации и не является ссылочным для рассматриваемой модели (на него нет ссылок в самой модели), то он не требует уникального идентификатора.

4.5.3    Типы данных

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

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

Пример 2 — В формате ИСО значение даты/времени может быть представлено одним способом, в формате Юлианского календаря — другим способом. Атрибуты даты и времени могут содержать значения только даты, даты/времени, только времени. Настоящий стандарт не предъявляет дополнительных требований к семантике значения. Каждая практическая реализация имеет свои особенности семантики значений.

Пример 3 — Соотношения объектов или атрибутов могут быть представлены ключевыми полями в таблицах баз данных или родитольскими/дочорними элементами Расширяемого языка размотки (языка XML) для иерархии с вложениями (встроенной иерархии).

4.5.4    Представление примеров

В настоящем стандарте для каждого атрибута приведены примеры. Примеры даны для каждой основной категории операций, определенной в МЭК 62264-1. В таблице 2 приведены примеры заполнения строк и столбцов.

Таблица 2 — Таблица примеров

Имя атрибута Описание Пример производства Пример технического обслуживания Пример обеспечения качества Пример материально-производственного снабжения Имя первого атрибута Описание первого атрибута Пример производства Пример технического обслуживания Пример обеспечения качества Пример материально-производственного снабжения Имя второго атрибута Описание второго атрибута Пример производства Пример технического обслуживания Пример обеспечения качества Пример материально-производственного снабжения Имя третьего атрибута Описание третьего атрибута Пример производства Пример технического обслуживания Пример обеспечения качества Пример материально-производственного снабжения

Если в примере рассматривается множество значений или элемент множества значений, то данное множество значений указывается в фигурных скобках {}.

Рассматриваемые примеры являются абстрактными. Они содержат дополнительные описания атрибутов модели. Рассматриваемые примеры не являются полными и относящимися к конкретному производственному предприятию.

6