Подсистема обеспечивает информационное взаимодействие между следующими информационными системами ОАО ФСК ЕЭС:
• СПО АИИС КУЭ — специализированное программное обеспечение «Автоматизированная информационно-измерительная система коммерческого учета электроэнергии»;
• СПТК АСТУ — системный программно-технический комплекс «Автоматизированная Система Технологического Управления»;
• ПТК ССПТИ — программно-технический комплекс «Система сбора и передачи телеметрической информации».
АИС «Население» Московской городской избирательной комиссии
Подсистема обеспечения информационного взаимодействия систем ОАО ФСК ЕЭС
1. Подсистема обеспечения информационного взаимодействия систем
ОАО ФСК ЕЭС
Задачей данного проекта было обеспечение информационного взаимодействия между следующими
информационными системами ОАО ФСК ЕЭС (далее «заказчик»):
• СПО АИИС КУЭ — специализированное программное обеспечение «Автоматизированная
информационно-измерительная система коммерческого учета электроэнергии»;
• СПТК АСТУ — системный программно-технический комплекс «Автоматизированная Система
Технологического Управления»;
• ПТК ССПТИ — программно-технический комплекс «Система сбора и передачи телеметрической
информации» (ОАО «ФСК ЕЭС»)..
СПО АИИС КУЭ разработано ЗАО «Метростандарт» с использованием технологий Microsoft и БД Oracle.
Назначением данной системы является сбор информации со счетчиков коммерческого учета
электроэнергии ФСК ЕЭС и формирование документов, необходимых для работы ФСК ЕЭС на
коммерческом рынке электроэнергии.
СПТК АСТУ разработан компанией КРОК на платформе Siemens ODMS. Назначением данной системы
является ведение общей информационной модели ФСК ЕЭС (CIM-модели).
ПТК ССПТИ разработан компанией КРОК на платформе Osisoft PI System. Данная система предназначена
для сбора и передачи информации с технологических датчиков, установленных на подстанциях ФСК ЕЭС.
Системы СПТК АСТУ и ПТК ССПТИ уже были интегрированы между собой на основе импорта CIM-модели
из СПТК АСТУ в ПТК ССПТИ. Таким образом, СПТК АСТУ выступает для ПТК ССПТИ в качестве системы
ведения НСИ (нормативно-справочной информации).
Система СПО АИИС КУЭ ранее никак не была интегрирована с двумя другими вышеупомянутыми
системами. Она не обменивалась с ними какой-либо информацией, система также имеет отличное
построение НСИ без использования CIM-модели.
Задачей подсистемы обеспечения информационного взаимодействия (ПОИВ) было не только организация
информационного обмена между СПО АИИС КУЭ и двумя другими системами, но и создание платформы
для интеграции в будущем других систем с отработкой необходимых технологий синхронизации НСИ.
Возможности ПОИВ
• обмен и синхронизация НСИ между СПО АИИС КУЭ и СПТК АСТУ;
• передача графических схем подстанций из СПТК АСТУ в СПО АИИС КУЭ;
• передача данных технологического учета из ПТК ССПТИ в СПО АИИС КУЭ;
• формирование информации о событиях перехода на обходную секцию шин по информации из ПТК
ССПТИ;
• получение значений измерений коммерческого учета из СПО АИИС КУЭ.
Архитектура ПОИВ
Рисунок 1 — Общая архитектура подсистемы информационного взаимодействия СПО АИИС КУЭ, СПТК
АСТУ и ПТК ССПТИ
3. • модуль внутренней логики подсистемы: включает реализацию разрешения и установления
соответствий идентификаторов объектов, логики доступа к СУБД для организации хранения
информации об установленных соответствиях;
• внутренняя СУБД подсистемы — модуль, используемый для хранения установленных соответствий
идентификаторов объектов НСИ и ТУ, а также прочей служебной информации;
• модуль визуального интерфейса определения соответствий — клиентское программное
обеспечение, реализующее визуальный интерфейс, при помощи которого оператор подсистемы
определяет соответствия идентификаторов объектов, представленных в системах СПО АИИС КУЭ
и СПТК АСТУ. Ключевая задача, решаемая модулем — обеспечение визуального интерфейса;
дальнейшее разрешение и хранение установленных соответствий обеспечивается модулем
внутренней логики подсистемы. Также в рамках этого клиентского приложения реализуются
дополнительные интерфейсы для управления работой подсистемы;
• модули программного взаимодействия с СПО АИИС КУЭ. Эти модули реализуют программные
интерфейсы, обеспечивающие обмен данными объектных моделей и данными измерений с СПО
АИИС КУЭ. Задачи, разрешаемые модулями — обеспечение программного интерфейса,
совместимого с программными интерфейсами, предоставляемыми СПО АИИС КУЭ, реализации
алгоритмов преобразования данных НСИ в форму, принятую в СПО АИИС КУЭ;
• модуль доступа к объектным моделям реализует программные интерфейсы и алгоритмы,
необходимые для получения данных НСИ из СПО АИИС КУЭ и обратно, предоставления в СПО
АИИС КУЭ информации об соотнесенных объектах в системе СПТУ АСТУ;
• модуль доступа к данным измерений реализует программные интерфейсы и алгоритмы,
обеспечивающие передачу в СПО АИИС КУЭ данных технологических измерений из ПТК ССПТИ, а
также данных о событиях перехода на обходную секцию шин, определяемых на основании данных
ПТК ССПТИ;
• модули GDA-клиента и сервера обеспечивают обмен данными НСИ между подсистемой и СПТК
АСТУ;
модули TSDA-клиента и сервера обеспечивают обмен данными ТУ между подсистемой и ПТК ССПТИ.В
состав подсистемы также включены два специальных модуля, расширяющих функциональность СПТК
АСТУ:
• модуль специального GDA-клиента, выполняющего прием данных CIM-модели и генерирующего
представление полученной модели в виде CIM/XML. Это представление используется в
дальнейшем в СПТК АСТУ для импорта информации о новых/устаревших объектах; импорт и
разрешение таких объектов выполняется в СПТК АСТУ с использованием встроенной подсистемы;
• модуль сервиса генерации и экспорта CIM/SVG. В рамках этого модуля реализуется программный
интерфейс, посредством которого сгенерированное представление может быть выслано по
электронной почте, по требованию пользователя, инициирующего экспорт из клиентского
приложения модуля определения соответствий. подключается неограниченное количество
драйверов (т. е. неограниченное число интегрируемых систем).
Способы взаимодействия с интегрируемыми системами
Обмен информацией с СПТК АСТУ и ПТК ССПТИ осуществляется посредством SISCO UIB —
унифицированной информационной шины на базе IBM MQ Series. Выбор данной шины и поддерживаемых
ей протоколов TSDA и GDA был обусловлен тем, что она уже использовалась для связи между СПТК АСТУ
и ПТК ССПТИ.
Взаимодействие с СПО АИИС КУЭ реализовано на базе web-сервисов.
4. Следует отметить, что ПОИВ изолирует системы СПТК АСТУ и ПТК ССПТИ с одной стороны и СПО АИИС
КУЭ с другой стороны от особенностей механизмов взаимодействия с внешним миром, выбранных при
реализации других систем. При этом ПОИВ обеспечивает прозрачную трансляцию идентификаторов
объектов при передаче последних между системами, использующими различные подходы к построению
НСИ.
Некоторые варианты использования
Ниже описаны алгоритмы некоторых вариантов использования (use case) ПОИВ.
Определение соответствия идентификаторов объектов НСИ
Подсистема информационного взаимодействия обеспечивает обмен данными НСИ между СПО АИИС КУЭ
и СПТК АСТУ (см. ниже).
Под НСИ здесь подразумевается подмножество описаний объектов расширенной CIM-модели,
представляющих структуру элементов федеральных сетей. Объекты НСИ имеются в обеих системах в
собственном формате: в СПО АИИС КУЭ — во внутреннем формате системы, в СПТК АСТУ — в виде CIM-
модели; каждый формат обладает своей системой идентификации объектов. Для установления
соответствия идентификаторов объектов используется следующий сценарий:
1. В подсистему взаимодействия из СПТК АСТУ загружается весь перечень объектов НСИ, включая
идентификаторы объектов в CIM-модели, представленной в СПТК АСТУ. Загрузка перечня
выполняется при помощи модуля GDA-клиента. Перечень объектов и их идентификаторы
сохраняются во внутренней СУБД подсистемы.
2. Из СПО АИИС КУЭ загружается перечень объектов НСИ, включая идентификаторы объектов в
формате СПО АИИС КУЭ. Загрузка перечня выполняется при помощи модуля доступа к объектным
моделям, который, в свою очередь, обращается к программному интерфейсу, представленному
СПО АИИС КУЭ. Перечень объектов и их идентификаторы сохраняются во внутренней СУБД
подсистемы.
3. Для объектов НСИ выполняется автоматическая проверка соответствий идентификаторов,
загруженных из СПТК АСТУ и СПО АИИС КУЭ, с идентификаторами объектов, загруженных ранее и
сохраненных во внутренней СУБД. В случае обнаружения расхождений определение соответствий
идентификаторов снимается.
4. Перечень всех объектов НСИ загружается в модуль визуального интерфейса определения
соответствий. Для каждого объекта НСИ отображает идентификаторы объекта в СПО АИИС КУЭ, в
СПТК АСТУ и факт установления соответствий. Для тех объектов, соответствия идентификаторов
которых не установлены (или сняты на предыдущем шаге), модуль представляет интерфейс явного
выбора и определения соответствий. Все установленные соответствия сохраняются во внутренней
СУБД подсистемы.
В процессе определения соответствия идентификаторов объектов ЕНЭС возможно получение из СПО
АИИС КУЭ данных объектов определенных типов (счетчики), для которых в модели СПТК АСТУ нет
соответствующих объектов. В этом случае может быть применен следующий сценарий:
1. Пользователь в модуле визуального интерфейса инициирует создание описания объектов ЕНЭС
для системы СПТК АСТУ, необходимых для определения соответствия объектам — счетчикам,
описания которых получены из СПО АИИС КУЭ.
2. На основании данных объектов ЕНЭС, включая созданное описание, подсистема формирует
представление CIM-модели, которая загружается в СПТК АСТУ. Для этого подсистема использует
5. модуль GDA-сервера, предоставляющий данные сформированной модели в рамках стандарта
GDA. В свою очередь, СПТУ АСТУ загружает модель, используя штатный GDA-клиент (см. Рисунок
1 — Общая архитектура подсистемы информационного взаимодействия СПО АИИС КУЭ, СПТК
АСТУ и ПТК ССПТИ).
3. На основании загруженной модели в СПТК АСТУ формируется CIM/XML представление данных
модели, включающее созданные на первом шаге объекты ЕНЭС. Это представление используется
для загрузки в СПТК АСТУ и включения описания созданных объектов в действующую CIM-модель.
В ходе следующей итерации процесса установления соответствия идентификаторов из СПТУ АСТУ будет
получена полная CIM-модель, уже включающая объекты ЕНЭС, созданные ранее. Подсистема выполняет
автоматическое сопоставление описания объекта ЕНЭС, ранее созданного пользователем, и
соответствующего ему описания, полученного из СПТК АСТУ.
Определение событий перехода на обходную секцию шин
Данные о событиях перехода на обходную секцию шин требуются для СПО АИИС КУЭ для корректного
выполнения коммерческого учета.
Определение событий выполняется на основании специальных правил — перечней контролируемых
значений данных ТУ, факт изменения которых при соблюдении заданных условий интерпретируется как
событие перехода. Правила задаются в подсистеме пользователем в рамках клиентского приложения
модуля визуального интерфейса определения соответствий, при этом заданное правило сохраняется во
внутренней СУБД подсистемы.
Определение событий перехода выполняется по следующему сценарию:
1. Пользователь задает правила клиентского приложения модуля визуального интерфейса
определения соответствий.
2. СПО АИИС КУЭ инициирует получение данных событий переходов на обходную секцию шин,
вызывая программный интерфейс модуля доступа к данным.
3. Модуль, в свою очередь, загружает соответствующее правило из внутренней СУБД подсистемы.
4. Модуль загружает все данные ТУ, необходимые для определения фактов изменения значений. Для
загрузки данных используется модуль TSDA-клиента. На основании полученных данных модуль
вычисляет события перехода на обходную секцию шин.
5. Результаты работы — описания событий — передаются в СПО АИИС КУЭ.
Экспорт графических схем подстанций
Графические схемы подстанций создаются и модифицируются в СПТК АСТУ средствами Siemens ODMS в
процессе создания и ведения CIM-модели. Экспорт графической схемы подстанции заключается в
формировании представления схемы в формате CIM/RDF.
Процесс экспорта запускается по команде, выдаваемой оператором визуального интерфейса ПОИВ.
Получив эту команду, сервер ПОИВ осуществляет вызов Windows-службы экспорта, исполняющейся на
компьютере, где установлено ПО Siemens ODMS. Служба экспорта активизирует ПО Siemens ODMS,
запуская в среде этого ПО сценарий экспорта на языке Python, разработанный специалистами компании
КРОК. В результате работы данного сценария экспорта формируется требуемый файл представления
графической схемы заданной подстанции в формате CIM/RDF. Далее Windows-служба экспорта
отправляет этот файл на адрес электронной почты, который был ей ранее передан сервером ПО ИВ
(адрес задается администратором ПОИВ в настройках сервера ПОИВ).