Автоматизация внутренних процессов СО согласования макетов XML53500 в рамках задач ВСВГО и РСВ, обеспечение бизнес-процессов работы с ОУ в ПК «MODES-Terminal» - презентация

1 Автоматизация внутренних процессов СО согласования макетов XML53500 в рамках задач ВСВГО и РСВ, обеспечение бизнес-процессов работы с ОУ в ПК «MODES-Terminal» Яшунин С.А. СОПРиСР ОДУ Юга Пятигорск 2011

2 Назначение и цели создания системы (Система второй очереди или ПО-2) Основной целью создания подсистемы ПО-2 является развитие автоматизированной системы обмена уведомлениями о составе и параметрах генерирующего оборудования ПАК «MODES-Terminal» направленное на автоматизацию деловых процессов СО планирования режима. 2

3 К направлениям развития Системы второй очереди относятся Реализация загрузки НСИ системы по всем объектам ЕЭС в ИА; Обеспечение информационного обмена между всеми уровнями иерархии СО (РДУ, ОДУ, ИА); Прием от участников ОРЭ уведомлений о составе и параметрах энергетического оборудования для целей недельного и суточного планирования, формирование дополнительных параметров, обработка и хранение данных в каждом ДЦ; Создание системы санкционирования и распределения ролей для разграничения доступа к функциям и данным; Реализация послойного хранения и просмотра данных для целей недельного, суточного или оперативного планирования. 3

4 Общие характеристики системы Система предназначена для обработки полученных файлов макетов от электростанций в СО в соответствии с Картой Ведения и дальнейшей передачи от РДУ и ОДУ на вышестоящий уровень диспетчерского управления согласно иерархии ДЦ. Технолог по планированию каждого уровня диспетчерского управления имеет доступ к информации по объектам, закрепленным за данным диспетчерским центром в соответствии с иерархией диспетчерского управления. На доступ к информации в соответствии с назначенными пользователю ролями наложены дополнительные ограничения, в части ее использования для недельного, суточного или оперативного планирования Обмен информацией между ДЦ СО и участниками ОРЭ (электростанциями) выполняется через Шлюз корпоративной интеграционной-транспортной системы (КИТС). На Шлюзе КИТС выполняется первоначальная валидация поступающих от участников рынка (электростанций) электронных документов на соответствие XSD-схеме. В случае обнаружения ошибки в макете, участнику рынка отправляется сообщение об ошибке. Обмен информацией между ДЦ СО осуществляется с использованием подсистем КИТС. Подсистема хранения данных реализована на базе СУБД MS SQL Server

5 Требования к Системе Система представляет собой типовое программное обеспечение с единообразным графическим интерфейсом, обеспечивающим выполнение требуемых функций на всех уровнях диспетчерского управления. 5

6 6 Схема взаимодействия между уровнями СО посредством КИТС Сервис системы Мониторинг активности ТС Клиент СО Хранилище системы НСИ Макеты TCP/HTTP Очередь РДУОчередь ОДУОчередь ЦДУ GET PUT ЦДУ Сервис системы Мониторинг активности ТС Клиент СО Хранилище системы НСИ Макеты TCP/HTTP GET PUT Сервис системы Мониторинг активности ТС Клиент СО Хранилище системы НСИ Макеты TCP/HTTP GET PUT ОДУ РДУ

7 Система включает следующие программные компоненты: Хранилище Системы, которое содержит следующие данные: НСИ Системы Модель данных Данные подсистемы санкционирования Данные макетов Подсистема санкционирования Средства администрирования: Конфигуратор Редактор подсистемы Санкционирования Сервис MODES Подсистема доступа к данным Подсистема журналирования Модули распространения данных в информационной системе СО: МППМ Монитор активности транспортной системы КИТС Средства обработки данных: Клиент СО Журнал макетов Библиотеки до расчета, проверки и автозаполнения Сервис отчетов: Конструктор отчетов Генератор отчетов Модуль формирования данных для актуализации. Устанавливается только в ОДУ и ИА. 7

8 Хранилище данных Системы Хранения четырех различных типов информации: данные подсистемы санкционирования; НСИ Системы; модель данных Системы; данные макетов. Организация хранения данных Системы основана на всемирном координированном времени (UTC) и обеспечивает корректную обработку сезонных переводов времени. 8

9 Быстродействие Системы обеспечивается за счет логического разделения базы данных на оперативную и архивную составляющие. Если в оперативной составляющей не найдена запрошенная информация, то производится поиск этой информации в архивной составляющей. Независимо от того, где была найдена информация, пользователю возвращается нужный результат. 9

10 Нормативно-справочная информация Системы Реестр Оборудования (дерево объектов, по которым происходит сбор макетов для целей недельного, суточного и оперативного планирования. Также включает в себя иные объекты, использующиеся для планирования – «РГЕ станций небаланса» и «РГЕ станций внешнего перетока». Каждый элемент дерева содержит значения условно- постоянных характеристик, описанных в Модели данных Системы) Реестр ДЦ (иерархия всех диспетчерских центров, входящих в состав СО и электростанций, участвующих в подаче уведомлений о составе и параметрах генерирующего оборудования) Карта Ведения (описание связей между элементами Реестра ДЦ и электростанциями Реестра Оборудования) 10

11 Модель данных системы Справочник значений перечислений. Представляет собой перечень предопределенных значений для пользовательских типов данных. Справочник описания типов объектов. Представляет собой описание типов оборудования. Справочник условно-постоянных характеристик. Представляет собой описание условно-постоянных характеристик типов оборудования, независящих от времени. Справочник условно-переменных характеристик. Представляет собой описание условно-переменных характеристик типов оборудования, зависящих от времени. Параметры Системы (времена «закрытия ворот», часы пиковых нагрузок и пр.). 11

12 Подсистема санкционирования (1) Данные подсистемы санкционирования содержат следующую информацию: Список пользователей, которым предоставлены права работы с Системой. Список функций системы, Список ролей системы. 12

13 Подсистема санкционирования (2) Все операции пользователей при работе с Системой выполняются с учетом системы санкционирования доступа пользователей и распределения по ролям. Подсистема санкционирования представляет собой библиотеку, выполняющую следующие функции: Осуществляет разграничение прав пользователей в части доступа к функциям (ввод данных, просмотр, акцепт, отправка) и данным (уведомления для ВСВГО, уведомления для РСВ, оперативные уведомления). Обеспечивает анализ зоны ответственности пользователей при работе с реестром оборудования и данными недельного, суточного и оперативного планирования. 13

14 Подсистема санкционирования (3) Обеспечивает доступ пользователей к информации по объектам в соответствии с Реестром ДЦ. Организует набор ролей с предопределенными правами. Функциональность каждой роли определяется правом использования набора обобщенных функций, заданных Системным администратором. Позволяет Системному администратору назначить каждому пользователю несколько предопределенных ролей. 14

15 Данные макетов (1) В Хранилище обеспечивается послойное хранение данных, получаемых с нижестоящего уровня для этапов недельного, суточного и оперативного планирования (отдельный слой для ППБР и каждого ПБР с учетом дальнейшего изменения количества расчетов ПБР) 15

16 Данные макетов (2) Исходная условно-переменная информация, полученная от электростанции, на уровне СО сохраняется в неизменном виде. На уровне РДУ (ОДУ) по всему оборудованию его операционной зоны формируется отдельный слой данных (данные СО) по каждой электростанции, содержащий все параметры, передаваемые участником, а также дополнительные параметры, формируемые на уровне СО. 16

17 Система обеспечивает следующие варианты заполнения слоев данных СО на различных этапах планирования подтверждение (акцепт) данных электростанции (нижестоящего ДЦ) с возможностью последующей корректировки; заполнение слоя данных на основе макета других суток или макета, использованного для другой задачи планирования (для слоя РСВ может использоваться макет ВСВГО на выбранные сутки, для слоя ОУ – макет РСВ на выбранные сутки, для слоя ВСВГО – последний макет (ОУ), соответствующий текущему состоянию оборудования электростанции либо любой макет РСВ или ВСВГО за прошедший период); заполнение слоя данных вручную в Клиенте СО. 17

18 Средства Администрирования 18

19 Конфигуратор Системы Конфигуратор системы представляет собой приложение с пользовательским интерфейсом и выполняет следующие функции: Просмотр Модели данных и Реестров НСИ. Импорт Модели данных Системы из внешнего источника. Импорт Реестров НСИ из внешнего источника. 19

20 Конфигуратор Системы Актуализация Модели данных и Реестров НСИ осуществляется Администратором Системы на уровне ИА посредством синхронизации с данными, полученными из внешнего источника. В роли внешнего источника на данном этапе используется набор XML файлов 20

21 Требования, предъявляемые к импортируемым XML файлам Реестр ДЦ, Карта Ведения, Реестр Оборудования, Модель данных сформированы в виде четырех отдельных XML файлов; каждый XML файл содержит обязательный атрибут targetDate в универсальном формате времени XML, представляющий собой начало действия (во всемирном координированном времени UTC) данных; обеспечена идентичность значения атрибута targetDate для всех XML файлов. 21

22 Сервис MODES Сервис MODES является стандартным сервисом ОС Windows и исполняет роль связующего звена между серверной и клиентской частью. Сервис MODES выполняет следующие функции: Подключение клиентских пользовательских модулей к серверной части Системы Распараллеливание обработки запросов пользователей к данным Системы Выполнение запросов пользователей к Хранилищу Системы через подсистему доступа к данным Выполнение процедуры аутентификации пользователей при подключении на основе Windows Authentication 22

23 Подсистема доступа к данным Системы Подсистема доступа к данным является библиотекой, выполняющей следующие функции: Исключает прямой доступ к Хранилищу. Реализует набор методов чтения и записи данных Системы. Все обращения к Хранилищу данных проходят с использованием средств и проверок подсистемы санкционирования. Предоставляет доступ к методам чтения для ПО сторонней разработки. 23

24 Подсистема журналирования (1) Обеспечивает протоколирование всех действий пользователей и результаты работы автоматизированных задач обмена данными: прием, обработка макетов, получение квитанций, изменений всех условно-переменных характеристик. 24

25 Подсистема журналирования (2) Добавление записи в протокол осуществляется только после изменения информации в Хранилище Системы как фиксацию факта наступления события; детальное описание действий ПО, сопровождавших это событие; пользователя, вносившего изменения; рабочей станции, с которой произведено действие; времени внесения изменений; измененного значения. 25

26 Распространение данных в информационной системе СО Система обеспечивает синхронизацию НСИ между всеми уровнями диспетчерского управления и передачу в вышестоящий диспетчерский центр данных, сформированных в рамках задач недельного, суточного и оперативного планирования, в составе макетов формата XML

27 Распространение данных в информационной системе СО Средства обработки макетов XML53500 обеспечивают возможность приема уведомлений от электростанций в ДЦ СО в соответствии с Картой Ведения, их редактирование и дальнейшую передачу от РДУ и ОДУ на вышестоящий уровень диспетчерского управления согласно Реестру ДЦ. 27

28 Схема распространения макетов (1) Участник (электростанция) формирует макет и отправляет его на Шлюз ОДУ (РДУ). МППМ ОДУ (РДУ) получает макет участника (электростанции), проверяет ЭЦП, осуществляет формальные проверки данных и затем макеты по каждой электростанции направляет в те ДЦ, с которыми в Карте Ведения установлена связь. В РДУ технолог по принятым макетам электростанций, которые согласно Реестру ДЦ находятся в его подчинении, в Журнале макетов акцептует либо отклоняет макет электростанции. В отношении акцептованного макета электростанции технолог РДУ может наложить коррекцию на параметры электростанции и заполнить параметры, формируемые на уровне СО. Технолог РДУ направляет макет СО (содержащий, в том числе, неизменные данные электростанции) в ОДУ. 28

29 Схема распространения макетов (2) В ОДУ технолог в Журнале макетов акцептует либо отклоняет макеты по электростанциям от РДУ и от участников рынка (по электростанциям для которых в Карте Ведения установлена связь с ОДУ). В отношении акцептованного макета технолог ОДУ может наложить коррекцию в части макета СО на параметры, переданные электростанции или РДУ. При наступлении регламентного срока технолог ОДУ формирует исходные данные для актуализации расчетной модели и передает в ИА макет по всем электростанциям операционной зоны ОДУ, с информацией, использованной на данном этапе планирования (включая неизменные данные электростанций, акцептованные при подготовке данных СО). В случае необходимости технолог ОДУ может в последующем дослать макет по отдельным выбранным электростанциям. На уровне ИА макеты ОДУ автоматически разбираются и записываются в Хранилище данных. Технологом ИА возможна коррекция данных в части СО в соответствии с назначенными ролями. 29

30 Модуль проверки правил и маршрутизации (МППМ) Прием макетов от участников ОРЭ (электростанций) осуществляется стандартным способом с использованием Шлюза КИТС и МППМ (сервиса ОС Windows). Сервис МППМ выполняет следующие функции: обеспечивает разбор макетов, получаемых через Шлюз КИТС при использовании стандартного транспорта; обеспечивает разбор макетов из папки входящих сообщений электронной почты при использовании резервного транспорта; применяет набор проверок и правил к принятым макетам XML 53500; сохраняет макеты в Хранилище данных независимо от разрешенного времени закрытия ворот; ретранслирует макеты в РДУ согласно Карты ведения независимо от разрешенного времени закрытия ворот. Обеспечивает сохранение макетов, не прошедших проверку или с отсутствующей (некорректной) ЭЦП, в локальное хранилище МППМ. 30

31 Монитор активности транспортной системы Монитор активности транспортной системы является стандартным сервисом ОС Windows и выполняет следующие функции: подготовку XML-пакета, содержащего макет, для передачи в вышестоящий ДЦ; доставку макетов в вышестоящий ДЦ; прием XML-пакета, содержащего макет; рассылку уведомлений об изменении НСИ, Модели данных Системы доставку обновленных компонентов в нижестоящие ДЦ. 31

32 Средства обработки данных 32

33 Клиент СО Пользовательский интерфейс Клиента СО представляет собой клиентское приложение с пользовательским интерфейсом идентичным для РДУ, ОДУ и ИА по своей функциональности и внешнему виду 33

34 Клиент СО выполняет следующие функции (1) Просмотр и редактирование различных слоев данных – ВСВГО, РСВ, ОУ. При этом перечень отображаемых условно-переменных характеристик и реализуемых проверок может отличаться в зависимости от выбранного слоя. Обеспечивает возможность отображения нескольких суток для формирования макетов на этапе недельного планирования Обеспечивает возможность выбора варианта отправки макета в вышестоящий ДЦ: отправка макета по всем станциям, отправка макета по выбранным станциям, отправка макета по станциям, по которым на заданном этапе планирования на выбранную дату с предыдущей отправки произошли изменения. 34

35 Клиент СО выполняет следующие функции (2) При формировании макетов СО электростанция является неделимым объектом (макет по объекту менее электростанции сформирован быть не может). Обеспечивает передачу макета только при отсутствии критических ошибок. Обеспечивает возможность формирования слоя СО вручную на основе условно-постоянной информации с помощью механизмов автозаполнения и до расчета параметров. 35

36 Журнал макетов В качестве средства просмотра и обработки пришедших от участников рынка (электростанций) и нижестоящих ДЦ макетов используется Журнал макетов, который представляет собой клиентское приложение с пользовательским интерфейсом 36

37 Журнал выполняет следующие функции (1) Отображение информации о макетах: время поступления, дату, на которую подан макет, наименование отправителя макета (для макета от нижестоящего ДЦ необходимо указывать наименование ДЦ и имя пользователя, отправившего макет), перечень электростанций, данные по которым переданы в макете (при этом следует использовать древовидное отображение электростанций), признак наличия изменений по каждой электростанции макета относительно предыдущего принятого макета на данный этап планирования, а при его отсутствии – от данных, принятых на предыдущем этапе планирования, признак наличия ошибок или предупреждений в пакете по каждой электростанции макета, состояние макета – акцептован (с указанием этапа планирования), отклонен, не обработан, признак поступления после времени закрытия ворот. Фильтрацию и сортировку по отображаемой информации о макете (по умолчанию должны отображаться только необработанные макеты). 37

38 Журнал выполняет следующие функции (2) Просмотр данных макета по каждой электростанции. Сравнение с текущим акцептованным макетом на предмет отличия. Обеспечивает возможность акцепта макета по одной электростанции и по нескольким выбранным электростанциям. Обеспечивает возможность перехода к Журналу макетов от электростанций из дерева оборудования в Клиенте СО для акцепта другого макета. Обеспечивает возможность принудительного выбора макета поданного с нарушением регламентного времени, не прошедшего проверку или не подписанного ЭЦП. Использование макета не прошедшего проверку или не подписанного ЭЦП осуществляется с помощью отдельного интерфейса переноса данных из отдельного хранилища в хранилище макетов, отображаемых в Журнале. 38

39 Журнал выполняет следующие функции (3) Обеспечивает возможность перехода в основной интерфейс для проверки, анализа, формирования данных СО и отправки в вышестоящий ДЦ по выбранной электростанции (нескольким электростанциям). Обеспечивает возможность просмотра отправленных в вышестоящий ДЦ и принятых от участника (в том числе актуализируемых нижестоящим ДЦ) макетов без возможности их коррекции. Обеспечивает возможность использования на этапе оперативного планирования в ДЦ ОДУ макетов по электростанциям, подчиненных нижестоящему ДЦ (РДУ), для которых в Карте Ведения отсутствует связь с ДЦ ОДУ. 39

40 Конструктор отчетов Фильтрацию перечня объектов, выводимых в отчет. Фильтрацию перечня параметров, выводимых в отчет. Агрегацию параметров по операционным зонам (участникам ОРЭ), с возможностью исключения определенных объектов из списка агрегации. Агрегацию параметров по произвольному списку объектов. Агрегацию параметров за произвольно выбранные периоды (от нескольких часов до нескольких месяцев). Выбор максимальных, средних или минимальных значений заданных параметров. Настройку форматирования строк и столбцов таблицы. Возможность использования в отчетах констант и параметров Системы (времена «закрытия ворот», часы пиковых нагрузок и пр.). 40

41 Модуль формирования данных для актуализации Модуль формирования данных для актуализации представляет собой клиентское приложение с пользовательским интерфейсом и выполняет следующие функции: обеспечивает подготовку файлов в формате csv для актуализации расчетной модели; обеспечивает возможность подготовки файлов в формате csv посредством запроса из внешнего ПО. 41