ГОСТ Р 54324-2011 (IEC/TS 61970-2:2004) Интерфейс прикладных программ системы управления производством и распределением электроэнергии. Часть 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): Повторно используемый компоновочный модуль программного обеспечения.

Примечание 1 - Как правило, компонентом является заранее подготовленный фрагмент инкапсулированной прикладной программы, который может в сочетании с другими компонентами и с программами, написанными вручную, быстро составить пользовательское приложение.

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

component

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 объектная модель документа: Интерфейс, нейтральный по отношению к платформам и языкам, который определен Консорциумом всемирной сети и позволяет программам и командным файлам получать доступ и использовать при обмене содержимое, структуру и стиль документов.

Примечание - "Консорциум всемирной сети" см. в разделе 3 "Сокращения": W3C.

Document Object Model; DOM

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 язык описания ресурсов: Язык, рекомендованный Консорциумом всемирной сети для описания метаданных, который достаточно просто обрабатывается машинами.

Примечание - "Консорциум всемирной сети" см. в разделе 3 "Сокращения": W3C.

Resource Description Framework; RDF

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

RDF schema

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

Regional Transmission Organization; RTO

50 стандартный обобщенный язык разметки: Международный стандарт для определения метода представления текста в электронной форме, независимого от устройств и систем, то есть от аппаратного и программного обеспечения.

Standard Generalized Markup Language; SGML

51 длинное-длинное число без знака языка С++: Целое число без знака длиной 64 бита.

ulonglong

52 унифицированный язык моделирования: Язык моделирования и методология для определения, визуализации, построения и документирования объектов и процессов в системе управления производством и распределением электроэнергии.

Unified Modeling Language; UML

53 унифицированный идентификатор ресурса: Стандарт Web на синтаксис и семантику для идентификации ресурсов и ссылок на ресурсы.

Uniform Resource Identifier; URI