Построение системы управления техническим обслуживанием и ремонтами оборудования ( ТОиР )

1. Построение системы управления техническим обслуживанием и ремонтами оборудования (ТОиР) в ОАО "МРСК Урала" Докладчик: Суслов Андрей Александрович Начальник Департамента ИТ

2. Общая информация о Компании Территория обслуживания Подстанции 35-220 кВ Всего – 1006 шт., мощность – 20 453,0 МВА ПС 110 (220) кВ – 614 шт., мощность – 17 227,2 МВА ПС 35 кВ – 392 шт., мощность – 3 225,8 МВА ТП 6-35/0,4 кВ Пермэнерго Всего – 27 390 шт., мощность – 7 406,7 МВА Свердловэнерго Протяженность воздушных линий по трассе Всего – 113 249,7 км Протяженность воздушных линий по цепям Курганэнерго Всего – 122 093,8 км ВЛ 110 (220) кВ – 25 841,1 км ВЛ 35 кВ – 9 227,6 км ВЛ 3-10 кВ – 49 158,7 км ВЛ 0,4 кВ – 37 866,4 км Челябэнерго Протяженность кабельных линий Площадь обсуживаемой территории – 514тыс.км2 Всего – 4 720,7 км КЛ 110 кВ – 13,1 км КЛ 35 кВ – 90,1 км КЛ 6-10 кВ – 2 740,4 км КЛ 0,4 кВ – 1 877,1 км Численность обслуживаемого населения – 12 млн.чел. Численность персонала – 11,8 тыс.чел. 2

3. ТОиР — техническое обслуживание и ремонт оборудования • Внедрение ТОиР в рамках концепции системы управления активами (СУА) ОАО «МРСК Урала» • Базовое положение концепции СУА ОАО «МРСК Урала» —ТОиР активов на основании анализа состояния и рисков оборудования • Модуль PM системы SAP ERPиспользуется для финансово-хозяйственного аспекта ТОиР (планирование и учет ресурсов) • Для управления эффективностью активови формирования оптимальных ремонтных программ используем специализированное ПО (диагностика, расчет индекса состояния, рисков) Управление эффективностью Управление ресурсами (SAP ERP) Синхронизация Модель сети Реестр оборудования Индекс состояния Расчет рисков Планирование ТОРО Индекс состояния Рекомендации(сообщения) Журнал дефектов Расчет состояния Выполнение ТОРО Интеграционная шина

4. Этапы создания ТОиР • Концепция предполагает поэтапнуюреализацию следующих задач в части управления эксплуатацией (ТОиР): 1. Оценка и контроль технического состоянияоборудования 2. Обоснованная программа ТОиР на основе расчета рисков и состояния 3. Оптимальная программаТОиР по заданным уровнямрисков и надежности 2012 2013 2014 • Паспортизация оборудования • Автоматизация формирования программы ТОиР • Автоматизация планирования МТР • Учет выполнения заказов ТОиР • Ведение динамических параметров • Диагностика оборудования • Расчет индексов состояния и рисков • Планирование ТОиР на основании рисков • Планирование ТОиР на основании целевых показателей надежности • Переход на 3-х летний цикл планирования ТОиР

5. Диагностика производственных активов Одним из способов определения состояния производственного актива являются диагностические испытания актива (диагностика). Задача по обработке результатов диагностических испытаний лежит не в парадигме ERP систем, а принадлежит к классу экспертных систем. Отсюда возникает задача по интеграции различных специализированных систем между собой. В частности ERP системы, в которой ведётся учёт активов и системы по управлению результатами диагностических экспертиз. Альтернатива – создание функционала Диагностики в SAP ??? Ведение экспертной базы Решение простое для ИТ, но дорогое в сопровождении и ненадежное для Бизнеса

6. Принципы интеграции ПО Вопрос интеграции различных систем не простая задача. Для её решения необходимо хорошо представлять основные положения концепции сервис-ориентированной архитектуры (SOA). Освоив методы написания сервисов для ваших интегрируемых систем и надо уметь публиковать эти сервисы на корпоративной сервисной шине (ESB).. Альтернатива – интеграция точка точка. ??? Что дешевле и надежней в эксплуатации Шина или Паутина

7. Единая НСИ Фундаментом SOA является интеграция приложений на уровне данных с помощью корпоративной системы управления нормативно-справочной документацией (СУ НСИ). У каждой системы существует «вход», где задаются исходные данные, и «выход», на котором мы получаем результат обработки этих данных, – это и есть те самые «лоскутные края», которые нужно связать в одно целое. Основными такими связующими элементами выступают адаптеры (коннекторы), которые преобразуют входящие данные (запрос на сервис) и выходящие (результаты сервиса) в некий стандартный вид (протокол обмена). Однако данные, проходящие через эти сервисы, кроме того , что бы иметь стандартный вид. должны пониматься однозначно всеми интегрируемыми системами. Именно поэтому в основе и должна лежать СУ НСИ. Альтернатива – локальные несвязанные справочники. ??? Гармонизация справочных справочных данных различных систем

8. Этапы эволюции В каком формате сервиса должны обмениваться информации (ftp, xls..) ? Формат передачи данных между сервисами – XML Где взять название для ТЭГов в xml файле (придумать самим, или взять стандарт) ? В качестве основы для протокола обмена разрабатываемых адаптеров принимаем международные стандарты для электроэнергетики - стандарты МЭК - Common Information Model (CIM) МЭК 61968, МЭК 61970. Что делать со стандартом дальше? Как его использовать на практике? На основе стандартов МЭК создана общая информационная модель ЕЭС, разработана система классификации и идентификации объектов электроэнергетики. На основе общей модели создаются CIM-профили под конкретные задачи для разработчиков Что делать когда стандарта не хватает для описания реализуемых задач? Создается расширение стандарта. В дальнейшем расширение может быть включено в общую информационную модель ЕЭС

9. Этапы эволюции (2) Как научить разных подрядчиков разговаривать на одном языке ? Для этого создаются CIM-профили на основе общей информационной модели ЕЭС, где определяется формат данных для обмена, который должен использовать подрядчик Как сообщить подрядчику о существующих сервисах? Создать реестр сервисов на основе UDDI (Universal Description Discovery & Integration — инструмент для расположения описаний веб-сервисов (WSDL) для последующего их поиска другими организациями и интеграции в свои системы). Например, Apache jUDDI или IBM WSRR Как выполнять контроль версий сервисов, управлять жизненным циклом, управлять политиками, доступом, повысить повторное использование сервисов? Все перечисленные задачи решает реестр и хранилище сервисов, например, IBM WSRR Идеальная структура SOA Бизнес возможности реализуются через сервисы, управление через политики, новые возможности через моделирование бизнес-процессов из которых динамически собираются приложения без разработки.

10. Мы интегрируем лучшие решения B&B В дальнейшем используя наработанные технологии мы планируем построить связать между ERP, SCADA, ГИС, другими корпоративными и технологическими системами и организовать взаимодействие с другими организациями. Альтернативы нет

11. Спасибо за внимание! ASuslov@mrsk-ural.ru