6
- множественность связи «куда»: Множественность связей со стороны класса, ассоциируемого с описываемым классом.
- общая информационная модель: Абстрактная модель, представляющая все основные объекты предприятия энергокомпании, которые обычно входят в информационную модель системы управления производством и распределением электроэнергии.
Примечание — Обеспечивая стандартный способ представления ресурсов энергосистемы в качестве объектных классов и атрибутов и их взаимодействий, общая информационная модель упрощает интегрирование приложений, разработанных независимо различными поставщиками, между целыми системами, разработанными независимо, или между системами управления производством и распределением электроэнергии и другими системами, связанными с различными аспектами управления в энергетике, такими как управление генерацией.
- контекст общей информационной модели: Рабочая среда, в которой выполняются экземпляры приложений для решения общей задачи.
- класс (в области EMS-API): Описание объекта, имеющегося в реальном мире, который необходимо представить в качестве составной части полной модели энергосистемы, или набор ресурсов, к которым приложим заданный набор свойств.
- услуги связи (в области EMS-API): Специальные протоколы и обслуживание протоколов, которые предполагается использовать для информационного обмена между отдельными серверными платформами в системе исполнения компонентов.
- компонент (в области EMS-API): Повторно используемый компоновочный модуль программного обеспечения.
Примечание 1 — Как правило, компонентом является заранее подготовленный фрагмент инкапсулированной прикладной программы, который может в сочетании с другими компонентами и с программами, написанными вручную, быстро составить пользовательское приложение.
Примечание 2 — Для того чтобы считаться компонентом, прикладная программа должна обеспечить стандартный интерфейс, который позволяет другим частям приложения вызывать ее функции и иметь доступ для манипуляции данными внутри компонента. В случае языков компиляции компонент обычно представляет собой исполнимый файл (типа *.exe или *.dll) или ресурсный файл, содержащий данные, используемые этим или другими приложениями. Модель компонента определяет структуру интерфейса.
- адаптер компонента (в области EMS-API): Элемент программного обеспечения, который находится между приложением или компонентом, с одной стороны, и контейнером компонента и интеграционной инфраструктурой, с другой стороны, и обеспечивает основные услуги поддержания компонента.
- контейнер компонента (в области EMS-API): Контейнер, обеспечивающий контекст для компонента и предоставляющийуслугиуправленияикон- троля для компонента, а также процесс или поток операционной системы, в которых исполняется компонент, причем компоненты исполняются внутри контейнера.
- система исполнения компонентов: Система, охватывающая всю базовую модель, начиная с контейнерного уровня вниз, включая контейнер компонента^), услуги промежуточного программного обеспечения и профили связи.
Примечание — Система исполнения компонентов также включает другие услуги, обеспечиваемые программными платформами, включая услуги операционной системы, постоянной памяти.
модель компонента (в области EMS-API): Основная архитектура компонента, определяющая структуру его интерфейсов и механизмы, с помощью которых он взаимодействует со своим контейнером и с другими компонентами.