ГОСТ Р МЭК 62264-2-2010
Группа Т58
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ИНТЕГРАЦИЯ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ
Часть 2
Атрибуты объектных моделей
Enterprise-control system integration. Part 2. Object model attributes
ОКС 25.040.40
Дата введения 2011-09-01*
______________________
* Поправка. ИУС N 11-2014.
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании", а правила применения национальных стандартов Российской Федерации - ГОСТ Р 1.0-2004 "Стандартизация в Российской Федерации. Основные положения"
Сведения о стандарте
1 ПОДГОТОВЛЕН Научно-техническим центром "ИНТЕК" на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 100 "Стратегический и инновационный менеджмент"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 21 декабря 2010 г. N 898-ст
4 Настоящий стандарт идентичен международному стандарту МЭК 62264-2:2004* "Интеграция систем управления предприятием. Часть 2. Атрибуты объектных моделей" (IEC 62264-2:2004 "Enterprise-control system integration - Part 2: Object model attributes").
________________
* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - Примечание изготовителя базы данных.
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе "Национальные стандарты", а текст изменений и поправок - в ежемесячно издаваемых информационных указателях "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет
ВНЕСЕНА поправка*, опубликованная в ИУС N 11, 2014 год
________________
* См. ярлык "Примечания".
Поправка внесена изготовителем базы данных
Комплекс международных стандартов МЭК 62264 включает в себя несколько частей стандартов, устанавливает требования к интерфейсам и определяет интерфейсы между функциями предприятия и управляющими воздействиями. В этой части приведены определения атрибутов объектных моделей, представленных в МЭК 62264-1.
Комплекс стандартов МЭК 62264 определяет объектные модели информационного обмена между системами предприятия и управляющими системами. Настоящий стандарт распространяется на дополнительные подробности объектных моделей, определяя их атрибуты таким образом, что становится возможным построение физически реализуемых интерфейсов. Вместе с тем комплекс стандартов МЭК 62264 не определяет модели объектов предприятия или объектов управления.
Область, охватываемая настоящим стандартом, сильно пересекается со сферой деятельности Технического комитета ИСО ТК 184 "Промышленные системы автоматизации и интеграция", однако цели и подходы совершенно различны и дополняют друг друга. Соответствующие стандарты ТК 184 или ведущиеся этим комитетом разработки касаются моделирования предприятия или его объектов, тогда как настоящий стандарт определяет суть интерфейсов между функциями управления и функциями предприятия. Сами функции могут с достаточной точностью моделироваться с помощью стандартов ТК 184. Более подробная информация по этому вопросу приведена в ГОСТ Р МЭК 62264-1 (приложение А).
Комплекс стандартов МЭК 62264 состоит из следующих частей, объединенных общим названием "Интеграция систем управления предприятием":
- часть 1: Модели и терминология;
- часть 2: Атрибуты объектной модели;
- часть 3: Модели производственных операций.
Настоящий стандарт совместно с МЭК 62264-1 описывает общие принципы организации интерфейсов между функциями управления технологическими процессами и другими функциями предприятия. Рассматриваемые интерфейсы относятся к уровням 3 и 4 иерархической модели, определяемой стандартом МЭК 62264-1. Цель такого рассмотрения состоит в уменьшении рисков, затрат и ошибок, сопутствующих реализации указанных интерфейсов.
Сфера применения настоящего стандарта ограничивается определением атрибутов объектных моделей, представленных в МЭК 62264-1.
Настоящий стандарт не затрагивает определения атрибутов объектных отношений, описанных в МЭК 62264-1.
В настоящем стандарте использованы нормативные ссылки на следующие международные стандарты, которые необходимо учитывать при использовании настоящего стандарта. В случае ссылок на документы, у которых указана дата утверждения, необходимо пользоваться только указанной редакцией. В случае, когда дата утверждения не приведена, следует пользоваться последней редакцией ссылочных документов, включая любые поправки и изменения к ним:
МЭК 62264-1 Интеграция систем управления предприятием. Часть 1. Модели и терминология (IEC 62264-1 Enterprise-Control System Integration - Part 1: Models and terminology)
ИСО 10303-1:1994 Системы промышленной автоматизации и интеграция. Представление данных о продукции и обмен данными. Часть 1. Общий обзор и основные принципы (ISO 10303-1:1994, Industrial automation systems and integration - Product data representation and exchange - Part 1: Overview and fundamental principles)
ИСО 15704:2000 Системы промышленной автоматизации. Требования к архитектуре эталонных предприятий и методологии (ISO 15704:2000, Industrial automation systems - Requirements for enterprise-reference architectures and methodologies)
В настоящем стандарте применены термины, установленные в МЭК 62264-1, а также следующие термины с соответствующими определениями:
3.1 событие (event): Представление конкретного факта, указывающее на изменение характеристик текущего состояния предприятия.
3.2 изделие, продукт (product): Желаемый конечный или побочный результат технологических процессов предприятия.
Примечание 1 - В аспекте перспектив использования в хозяйственной деятельности предприятия продукт может быть промежуточным или конечным.
Примечание 2 - В ИСО 10303-1 этот термин определяется как "объект или вещество, полученные естественным или искусственным путем".
3.3 характеристика (property): Информационный объект, характеризующий конкретное свойство сущности.
В данном разделе (см. таблицы 3-88) описаны атрибуты, ассоциируемые с объектами, которые перечислены в МЭК 62264-1, раздел 7. Эти атрибуты расширяют информационную модель, представленную в МЭК 62264-1, и являются, таким образом, составной частью определений терминов. Описание атрибутов в настоящем стандарте и объектные модели МЭК 62264-1 определяют содержательную сторону интерфейсов, необходимых для интеграции систем управления предприятия на уровнях 3 и 4 (см. МЭК 62264-1, подраздел 7.4).
В контексте настоящего стандарта слово "класс", используемое как часть имени определения объекта, рассмотрено как понятие, указывающее категорию, а не класс в смысле объектно-ориентированных представлений.
Пример - Понятие "класс персонала" следует рассматривать как "категорию персонала", которая позволяет дифференцировать различные профессии персонала в реальном мире.
В настоящем стандарте в качестве атрибутов определен лишь минимальный набор информационных объектов, не зависящих от конкретной отрасли промышленности. Однако не всем атрибутам требуется присваивать те или иные значения; это зависит от конкретной сферы использования моделей. При необходимости получения дополнительной информации (в том числе относительно особенностей отрасли и конкретной прикладной системы) такая информация должна представляться объектами "характеристика". Этот механизм реализует возможность расширения, рассмотренную выше в разделе 1. Такой подход создает возможность более широкого применения настоящего стандарта благодаря использованию концепции атрибутов и обеспечивает существенную гибкость и расширяемость благодаря использованию концепции характеристик. Все это сделано для того, чтобы настоящий стандарт имел максимально широкую сферу применения.
В контексте конкретных приложений описания объектов, определяемые в рамках объектных моделей, нуждаются в расширении путем добавления атрибутов к определениям классов объектов. Соответственно этому требованию настоящий стандарт представляет атрибуты, зависящие от конкретной прикладной системы или имеющие отраслевые особенности; эти атрибуты должны моделироваться как характеристики и представляться в модели соответствующими классами характеристик. Например, для определения атрибутов классов персонала, зависящих от приложения или отрасли, следует использовать характеристику класса персонала, а для задания конкретных значений характеристик необходимо использовать характеристику индивида.
Объектные модели изображаются с использованием нотации универсального языка моделирования (UML); в таблице 1 приведены условные обозначения UML, применяемые в схемах информационных представлений объектов.
Таблица 1 - Используемая нотация языка UML
Символ | Определение |
Определяет пакет, набор объектных моделей, модели состояний, классы использования и прочие UML-модели. В рамках настоящего стандарта пакет используется для описания внешней модели (например, модели инструкции по изготовлению изделия) или для обращения к другой части модели | |
Определяет класс объектов с одинаковыми типами атрибутов. Каждый объект имеет уникальный идентификатор или номер. Для классов не перечисляются операции или методы. Символ "-" перед именем атрибута указывает на то, что данный атрибут обычно не обязателен при любом использовании класса | |
Отображение связи между элементами некоторого класса и элементам другого или того же самого класса. Каждая связь имеет свой идентификатор и может характеризоваться ожидаемым числом или набором членов подкласса, и тогда 'n' - это промежуточный номер. Например, запись 0,n означает, что могут существовать 0 или более членов подкласса | |
Обобщение (стрелка указывает на родительский объект), означающее, что элемент данного класса является специализированным типом указанного суперкласса (надкласса) | |
Указывает на зависимость (тесную взаимосвязь) между данным элементом и элементом другого класса | |
Агрегация (сборка из элементов) показывает, что элемент определенного класса состоит из элементов других классов | |
Композиция, отображающая сильную форму агрегирования, при которой требуется, чтобы экземпляр детали включался одновременно не более чем в один агрегированный объект и чтобы этот объект целиком "отвечал" за компоновку его деталей |
4.4.1 Таблицы атрибутов
В 4.4 объясняется назначение таблиц атрибутов; эти таблицы содержат перечень идентификаторов объектов, указание на их типы данных и соответствующие примеры.
4.4.2 Идентификаторы объектов
Многие объекты информационной модели требуют присваивания им уникальных идентификаторов (ID). Эти идентификаторы должны быть строго однозначными в рамках потоков информационного обмена, для чего могут потребоваться следующие преобразования:
- из внутреннего ID исходной системы в ID контента интерфейса;
- из ID контента интерфейса во внутренний ID целевой системы.
Пример - Производственная установка может иметь в контенте интерфейса идентификатор "Х6777", в системе предприятия идентифицироваться как ресурс "R100011", а в системе управления - просто как "Восточный реактор".
Для целей организации информационного обмена должна существовать единая система идентификаторов. Идентификаторы объектов используются только для распознавания объектов в рамках соответствующих групп данных и не являются ни глобальными идентификаторами, ни атрибутами индексов баз данных.
Обычно объекты, являющиеся элементами отношения агрегирования и не задействованные ни в каких других ссылках, не требуют уникальных идентификаторов.
4.4.3 Типы данных
Представляемые атрибуты имеют абстрактный характер и не связаны с каким-либо конкретным типом данных. Приведенные ниже примеры показывают, как осуществляется конкретное представление информации.
Пример 1 - Атрибут может в одной реализации иметь строковое представление, а в другой - конкретное численное выражение.
Пример 2 - Значение атрибута "дата и время" в одной реализации может быть представлено в формате стандарта ИСО, а в другой - в формате юлианского календаря.
Пример 3 - Отношение может быть представлено в базе данных двумя полями (тип и ключ), а в XML - специальным тегом.
4.4.4 Представление примеров