ГОСТ Р 54324-2011 (IEC/TS 61970-2:2004). Национальный стандарт Российской Федерации. Интерфейс прикладных программ системы управления производством и распределением электроэнергии. Часть 2. Термины и определения
Актуально на 31.10.2026.
Как цитировать: "ГОСТ Р 54324-2011 (IEC/TS 61970-2:2004). Национальный стандарт Российской Федерации. Интерфейс прикладных программ системы управления производством и распределением электроэнергии. Часть 2. Термины и определения". ГОСТ Р 54324-2011. https://bukva.ai/docs/gost-r-54324-2011
(утв. и введен в действие Приказом Росстандарта от 30.05.2011 № 103-ст)
Примечание
Документ введен в действие с 1 июля 2012 года.
Утвержден и введен в действие
Приказом Федерального агентства
по техническому регулированию
и метрологии
от 30 мая 2011 г. № 103-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ИНТЕРФЕЙС ПРИКЛАДНЫХ ПРОГРАММ СИСТЕМЫ УПРАВЛЕНИЯ ПРОИЗВОДСТВОМ И РАСПРЕДЕЛЕНИЕМ ЭЛЕКТРОЭНЕРГИИ
Application programmes interface of electricity generation and distribution system. Part 2. Terms and definitions
IEC/TS 61970-2:2004 Energy management system application program interface (EMS-API) Part 2: Glossary (MOD)
ГОСТ Р 54324-2011 (IEC/TS 61970-2:2004)
Предисловие
Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения».
Сведения о стандарте
1. Подготовлен ОАО «Научно-технический центр электроэнергетики» на основе собственного аутентичного перевода на русский язык международного документа, указанного в пункте 4.
2. Внесен Техническим комитетом по стандартизации ТК 396 «Автоматика и телемеханика».
3. Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 30 мая 2011 г. № 103-ст.
4. Настоящий стандарт является модифицированным по отношению к международному документу МЭК/ТТ 61970-2:2004 «Интерфейс прикладной программы системы управления энергией. Часть 2. Словарь» (IEC/TS 61970-2:2004 «Energy management system application program interface (EMS-API). Part 2: Glossary»).
Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет.
Введение
В настоящий стандарт включены дополнительные по отношению к международному документу МЭК/ТТ 61970-2:2004 «Интерфейс прикладной программы системы управления энергией. Часть 2. Словарь» требования, отражающие особенности национальной стандартизации Российской Федерации.
Многозначный термин дополнен пометой, указывающей область его применения, помещенной в круглых скобках после термина и выделенной курсивом.
Приведены алфавитные указатели терминов на русском и английском языках, заключенные в рамки из тонких линий.
Установленные в стандарте термины расположены в систематизированном порядке, отражающем систему понятий в области интерфейса прикладных программ системы управления производством и распределением электроэнергии.
Для каждого понятия установлен один стандартизованный термин.
Краткие формы, представленные аббревиатурой, приведены после стандартизованного термина и отделены от него точкой с запятой.
Приведенные определения можно при необходимости изменять, вводя в них производные признаки, раскрывая значения используемых в них терминов, указывая объекты, входящие в объем определяемого понятия. Изменения не должны нарушать объем и содержание понятий, определенных в настоящем стандарте.
В стандарте приведены эквиваленты стандартизованных терминов на английском языке.
Стандартизованные термины набраны полужирным шрифтом, их краткие формы, представленные аббревиатурой, — светлым шрифтом.
1. ОБЛАСТЬ ПРИМЕНЕНИЯ
Настоящий стандарт устанавливает термины и определения понятий в области интерфейса прикладных программ системы управления производством и распределением электроэнергии.
Термины, установленные настоящим стандартом, рекомендуются для применения во всех видах документации и литературы в области прикладных программ системы управления производством и распределением электроэнергии, входящих в сферу работ по стандартизации и/или использующих результаты этих работ.
2. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
| 1. Агрегирование (в области EMS-API): простая ассоциация между двумя классами, отражающая структурное отношение между равноправными сущностями. | aggregation |
| 2. Приложение (в области EMS-API): часть программного обеспечения, которая выполняет определенную функцию. | application |
| Примечание. Более важным аспектом является выполняемая функция, а не состав пакета программного обеспечения. Примером может служить текстовый редактор. Он имеет достаточно ясно понимаемую функциональность, а компоненты, которые фактически инсталлируются, могут выглядеть различными в зависимости от поставщика. | |
| 3. Контекст приложения (в области EMS-API): набор приложений, работающих совместно в виде организационного целого для выполнения задачи высокого уровня. | application context |
| 4. Интерфейс прикладных программ системы управления производством и распределением электроэнергии: набор общедоступных функций, предоставляемых исполнимым прикладным компонентом для использования другими прикладными компонентами. | energy management system application program interface; EMS-API |
| 5. Ассоциация (в области EMS-API): связь между классами, которой может быть приписана роль. | association |
| 6. Множественность связи «откуда»: множественность связей со стороны описываемого класса, где «0» означает опциональную ассоциацию, а «n» означает, что разрешено произвольное число ассоциативных связей. | cardinality from |
| 7. Множественность связи «куда»: множественность связей со стороны класса, ассоциируемого с описываемым классом. | cardinality to |
| 8. Общая информационная модель: абстрактная модель, представляющая все основные объекты предприятия энергокомпании, которые обычно входят в информационную модель системы управления производством и распределением электроэнергии. | Common Information Model; CIM |
| Примечание. Обеспечивая стандартный способ представления ресурсов энергосистемы в качестве объектных классов и атрибутов и их взаимодействий, общая информационная модель упрощает интегрирование приложений, разработанных независимо различными поставщиками, между целыми системами, разработанными независимо, или между системами управления производством и распределением электроэнергии и другими системами, связанными с различными аспектами управления в энергетике, такими как управление генерацией. | |
| 9. Контекст общей информационной модели: рабочая среда, в которой выполняются экземпляры приложений для решения общей задачи. | CIM context |
| 10. Класс (в области EMS-API): описание объекта, имеющегося в реальном мире, который необходимо представить в качестве составной части полной модели энергосистемы, или набор ресурсов, к которым приложим заданный набор свойств. | class |
| 11. Услуги связи (в области EMS-API): специальные протоколы и обслуживание протоколов, которые предполагается использовать для информационного обмена между отдельными серверными платформами в системе исполнения компонентов. | communication profiles |
| 12. Компонент (в области EMS-API): повторно используемый компоновочный модуль программного обеспечения. | component |
| Примечание 1. Как правило, компонентом является заранее подготовленный фрагмент инкапсулированной прикладной программы, который может в сочетании с другими компонентами и с программами, написанными вручную, быстро составить пользовательское приложение. | |
| Примечание 2. Для того чтобы считаться компонентом, прикладная программа должна обеспечить стандартный интерфейс, который позволяет другим частям приложения вызывать ее функции и иметь доступ для манипуляции данными внутри компонента. В случае языков компиляции компонент обычно представляет собой исполнимый файл (типа *.exe или *.dll) или ресурсный файл, содержащий данные, используемые этим или другими приложениями. Модель компонента определяет структуру интерфейса. | |
| 13. Адаптер компонента (в области EMS-API): элемент программного обеспечения, который находится между приложением или компонентом с одной стороны и контейнером компонента и интеграционной инфраструктурой с другой стороны и обеспечивает основные услуги поддержания компонента. | component adapter |
| 14. Контейнер компонента (в области EMS-API): контейнер, обеспечивающий контекст для компонента и предоставляющий услуги управления и контроля для компонента, а также процесс или поток операционной системы, в которых исполняется компонент, причем компоненты исполняются внутри контейнера. | component container |
| 15. Система исполнения компонентов: система, охватывающая всю базовую модель, начиная с контейнерного уровня вниз, включая контейнер компонента(ов), услуги промежуточного программного обеспечения и профили связи. | component execution system |
| Примечание. Система исполнения компонентов также включает другие услуги, обеспечиваемые программными платформами, включая услуги операционной системы, постоянной памяти. | |
| 16. Модель компонента (в области EMS-API): основная архитектура компонента, определяющая структуру его интерфейсов и механизмы, с помощью которых он взаимодействует со своим контейнером и с другими компонентами. | component model |
| 17. Контейнер (в области EMS-API): объект, являющийся вместилищем других объектов и предоставляющий операции для услуг доступа и управления по отношению к своему содержимому. | container |
| 18. Контейнерная система (в области EMS-API): система управления компонентами с использованием контейнеров, обеспечивающих для компонентов услуги создания контекста, интерфейса, управления, контроля и обмена данными. | container systems |
| 19. Направленный помеченный граф: структура графических данных, состоящая из соединенных дугами вершин, в которой каждая дуга имеет направление от одной вершины к другой и идентифицируется меткой. | Directed Label Graph; DLG |
| 20. Документ (в области EMS-API): крупная насыщенная структура данных, используемая в качестве формы информационного обмена между компьютерными системами. | document |
| Примечание. Такой обмен, скорее всего, включает индивидуальные элементарные передачи информации, где вся информация о том, как обрабатывать данные и/или о действиях, запрошенных в передаче, содержится внутри. Менее вероятны многошаговые транзакции, в которых обработка информационных передач может зависеть от предыдущих информационных передач или событий. | |
| 21. Объектная модель документа: интерфейс, нейтральный по отношению к платформам и языкам, который определен Консорциумом всемирной сети и позволяет программам и командным файлам получать доступ и использовать при обмене содержимое, структуру и стиль документов. | Document Object Model; DOM |
| Примечание. «Консорциум всемирной сети» см. в разделе 3 «Сокращения»: W3C. | |
| 22. Определение типа документа (в области EMS-API): стандарт для описания словаря и синтаксиса документов расширяемого языка разметки. | Document Type Definition; DTD |
| 23. Элемент (в области EMS-API): контейнер, заключенный между метками пуска и останова. | element |
| 24. Система управления производством и распределением электроэнергии: вычислительная система, содержащая вычислительную платформу для обеспечения основных услуг поддержки, а также набор приложений, обеспечивающих выполнение функций, необходимых для эффективного управления производством и распределением электроэнергии в целях обеспечения требуемой надежности электроснабжения при минимальной стоимости. | energy management system; EMS |
| 25. Событие (в области EMS-API): единица информационного обмена, которая выдается асинхронно своим источником. | event |
| 26. Расширяемый язык разметки: подмножество стандартного обобщенного языка разметки для размещения структурированных данных в текстовом файле. | extensible markup language; XML |
| 27. Расширяемый язык стилевого оформления: язык для описания стилей оформления документов расширяемого языка разметки. | extensible style sheet language; XSL |
| 28. Обобщение (в области EMS-API): отношение между общим классом и входящим в него специальным классом, причем специальный класс содержит дополнительную информацию. | generalization |
| 29. Гипертекстовый язык разметки: язык разметки для форматирования и представления информации на Web. | HyperText Markup Language; HTML |
| 30. Независимый системный оператор: организация в реструктурированной среде электроэнергетики, в обязанности которой входит управление передающей сетью с позиций надежности и безопасности. | Independent System Operator; ISO |
| 31. Унаследованное приложение (в области EMS-API): приложение, выполняющее производственные функции, которое было приобретено или разработано раньше, чем была принята компонентная модель для целей интеграции. | legacy application |
| 32. Оболочка для унаследованного приложения: механизм преобразования ввода/вывода унаследованного приложения в один или более компонентных интерфейсов так, чтобы это унаследованное приложение могло участвовать в информационном обмене в системе с архитектурой, основанной на компонентах. | legacy wrapper |
| 33. Промежуточное программное обеспечение; ППО (в области EMS-API): разнообразные группы программных продуктов, которые действуют в качестве интегрирующего, преобразующего или транслирующего слоя и обеспечивают обобщенные интерфейсы для событий, сообщений, доступа к данным, транзакций. | middleware |
| 34. Ограничение множественности: документирование значений допустимой множественности для имени роли в ассоциации в общей информационной модели. | multiplicity constraints |
| 35. Имя (в области EMS-API): лексема, начинающаяся с буквы или с одного из немногих знаков препинания, за которыми следуют буквы, цифры, дефисы, символы подчеркивания, двоеточия или точки, которые вместе известны под названием «символы имен». | name |
| 36. Пространства имен (в области EMS-API): способ привязать специальное употребление слова в контексте к словарю, где должно быть найдено требуемое определение. | namespaces |
| 37. Северо-Американский совет по надежности электроэнергетики: организация, спонсируемая энергокомпаниями, которая сформирована для того, чтобы способствовать надежности электроснабжения в Северной Америке. | North American Electric Reliability Council; NERC |
| 38. Связывание и внедрение объектов: технология объединения программных объектов фирмы Microsoft. | Object Linking and Embedding; OLE |
| 39. Технология связывания и внедрения объектов для управления процессами: промышленный стандарт, управляемый фирмой OLE Foundation. | OLE for process control; OPC |
| 40. Пакет (в области EMS-API): универсальное средство для группирования нужных элементов модели. | package |
| 41. Встраиваемое приложение (в области EMS-API): модуль программного обеспечения, который может быть инсталлирован в систему с минимальными трудозатратами и без изменений в исходном коде. | plug-in application |
| 42. Свойство (в области EMS-API): специальный аспект, характеристика, атрибут или отношение, используемые для описания ресурса. | property |
| 43. Сервер-посредник (в области EMS-API): сервер, дающий возможность независимо разработанным серверам работать совместно внутри одного контекста. | proxy server |
| 44. Объект реального мира (в области EMS-API): объект, относящийся к проблемной области реального мира в отличие от интерфейсных объектов и объектов в пределах реализации контроллеров. | Real World Object; RWO |
| 45. Базовая модель (в области EMS-API): абстрактная архитектура, которая обеспечивает визуализацию проблемного пространства для рассматриваемой задачи, дает язык для описания и обсуждения решений, определяет терминологию и обеспечивает вспомогательные средства для достижения взаимопонимания в части проблемы, решаемой с помощью стандартов EMS-API. | reference model |
| 46. Ресурс (в области EMS-API): объект с различимым наименованием, включающий, не ограничиваясь этим включением, имущество энергокомпании. | resource |
| Примечание. На этот объект может быть дана ссылка с помощью унифицированного идентификатора ресурса. Ресурс представляет собой уникальный экземпляр объекта, существующий внутри двух или более приложений, на который можно ссылаться в информационном обмене. Внутреннее представление ресурса не обязательно согласуется с определением объекта в интерфейсе компонента. Однако данные, публикуемые через интерфейс компонента, будут согласованы с определением. | |
| 47. Язык описания ресурсов: язык, рекомендованный Консорциумом всемирной сети для описания метаданных, который достаточно просто обрабатывается машинами. | Resource Description Framework; RDF |
| Примечание. «Консорциум всемирной сети» см. в разделе 3 «Сокращения»: W3C. | |
| 48. Схема описания ресурсов: схема определения, построенная с использованием языка описания ресурсов для целей описания ресурсов и их свойств. | RDF schema |
| 49. Региональная сетевая организация: региональная организация в реструктурированной электроэнергетике, в обязанности которой входит надежное и безопасное управление передающей сетью, а также способствование открытому обмену электроэнергией на рынке. | Regional Transmission Organization; RTO |
| 50. Стандартный обобщенный язык разметки: международный стандарт для определения метода представления текста в электронной форме, независимого от устройств и систем, то есть от аппаратного и программного обеспечения. | Standard Generalized Markup Language; SGML |
| 51. Длинное-длинное число без знака языка C++: целое число без знака длиной 64 бита. | ulonglong |
| 52. Унифицированный язык моделирования: язык моделирования и методология для определения, визуализации, построения и документирования объектов и процессов в системе управления производством и распределением электроэнергии. | Unified Modeling Language; UML |
| 53. Унифицированный идентификатор ресурса: стандарт Web на синтаксис и семантику для идентификации ресурсов и ссылок на ресурсы. | Uniform Resource Identifier; URI |
Алфавитный указатель терминов на русском языке
| агрегирование | 1 |
|---|---|
| адаптер компонента | 13 |
| ассоциация | 5 |
| граф направленный помеченный | 19 |
| документ | 20 |
| идентификатор ресурса унифицированный | 53 |
| имя | 35 |
| интерфейс прикладных программ системы управления производством и распределением электроэнергии | 4 |
| класс | 10 |
| компонент | 12 |
| контейнер | 17 |
| контейнер компонента | 14 |
| контекст общей информационной модели | 9 |
| контекст приложения | 3 |
| множественность связи «куда» | 7 |
| множественность связи «откуда» | 6 |
| модель базовая | 45 |
| модель документа объектная | 21 |
| модель информационная общая | 8 |
| модель компонента | 16 |
| обеспечение программное промежуточное | 33 |
| обобщение | 28 |
| оболочка для унаследованного приложения | 32 |
| объект реального мира | 44 |
| ограничение множественности | 34 |
| оператор системный независимый | 30 |
| определение типа документа | 22 |
| организация сетевая региональная | 49 |
| пакет | 40 |
| ППО | 33 |
| приложение | 2 |
| приложение встраиваемое | 41 |
| приложение унаследованное | 31 |
| пространства имен | 36 |
| ресурс | 46 |
| свойство | 42 |
| связывание и внедрение объектов | 38 |
| Северо-Американский совет по надежности электроэнергетики | 37 |
| сервер-посредник | 43 |
| система исполнения компонентов | 15 |
| система контейнерная | 18 |
| система управления производством и распределением электроэнергии | 24 |
| событие | 25 |
| схема описания ресурсов | 48 |
| технология связывания и внедрения объектов для управления процессами | 39 |
| услуги связи | 11 |
| число без знака языка C++ длинное-длинное | 51 |
| элемент | 23 |
| язык моделирования унифицированный | 52 |
| язык описания ресурсов | 47 |
| язык разметки гипертекстовый | 29 |
| язык разметки расширяемый | 26 |
| язык разметки обобщенный стандартный | 50 |
| язык стилевого оформления расширяемый | 27 |
| aggregation | 1 |
|---|---|
| API | 4 |
| application | 2 |
| application context | 3 |
| association | 5 |
| cardinality from | 6 |
| cardinality to | 7 |
| CIM | 8 |
| CIM context | 9 |
| class | 10 |
| Common Information Model | 8 |
| communication profiles | 11 |
| component | 12 |
| component adapter | 13 |
| component container | 14 |
| component execution system | 15 |
| component model | 16 |
| container | 17 |
| container systems | 18 |
| Directed Label Graph | 19 |
| DLG | 19 |
| document | 20 |
| Document Object Model | 21 |
| Document Type Definition | 22 |
| DOM | 21 |
| DTD | 22 |
| element | 23 |
| EMS | 24 |
| EMS-API | 4 |
| energy management system | 24 |
| energy management system application program interface | 4 |
| event | 25 |
| extensible markup language | 26 |
| Extensible Style Sheet Language | 27 |
| generalization | 28 |
| HTML | 29 |
| HyperText Markup Language | 29 |
| Independent System Operator | 30 |
| ISO | 30 |
| legacy application | 31 |
| legacy wrapper | 32 |
| middleware | 33 |
| multiplicity constraints | 34 |
| name | 35 |
| namespaces | 36 |
| NERC | 37 |
| North American Electric Reliability Council | 37 |
| Object Linking and Embedding | 38 |
| OLE | 38 |
| OLE for Process Control | 39 |
| OPC | 39 |
| package | 40 |
| plug-in application | 41 |
| property | 42 |
| proxy server | 43 |
| RDF | 47 |
| RDF-schema | 48 |
| Real World Objects | 44 |
| reference model | 45 |
| Regional Transmission Organization | 49 |
| resource | 46 |
| Resource Description Framework | 47 |
| RTO | 49 |
| RWO | 44 |
| SGML | 50 |
| Standard Generalized Markup Language | 50 |
| ulonglong | 51 |
| UML | 52 |
| Unified Modelling Language | 52 |
| Uniform Resource Identifier | 53 |
| URI | 53 |
| XML | 26 |
| XSL | 27 |