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

Построение системы управления техническим
обслуживанием и ремонтами оборудования (ТОиР)
в ОАО "МРСК Урала"
Докладчик: Суслов Андрей Александрович
Начальник Департамента ИТ
Общая информация о Компании
Территория обслуживания
Подстанции 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
Численность обслуживаемого населения – 12 млн.чел.
Численность персонала – 11,8 тыс.чел.
2
Всего – 4 720,7 км
КЛ 110 кВ – 13,1 км
КЛ 35 кВ – 90,1 км
КЛ 6-10 кВ – 2 740,4 км
КЛ 0,4 кВ – 1 877,1 км
ТОиР — техническое обслуживание и
ремонт оборудования
•
Внедрение ТОиР в рамках концепции
системы управления активами (СУА) ОАО «МРСК Урала»
•
Базовое положение концепции СУА ОАО «МРСК Урала» —
ТОиР активов на основании анализа состояния и рисков оборудования
o
Модуль PM системы SAP ERP
используется для финансовохозяйственного аспекта ТОиР
(планирование и учет ресурсов)
Управление
ресурсами (SAP ERP)
Синхронизация
Реестр оборудования
Индекс
состояния
Расчет
рисков
Расчет
состояния
Рекомендации
(сообщения)
Журнал
дефектов
Для управления
эффективностью активов и
формирования оптимальных
ремонтных программ используем
специализированное ПО
(диагностика, расчет индекса
состояния, рисков)
Модель сети
Индекс состояния
o
Управление
эффективностью
Интеграционная шина
3
Планирование
ТОРО
Выполнение
ТОРО
Этапы создания ТОиР
Концепция предполагает поэтапную реализацию следующих задач в
части управления эксплуатацией (ТОиР):
1. Оценка и контроль
технического состояния
оборудования
2. Обоснованная программа
ТОиР на основе расчета
рисков и состояния
3. Оптимальная программа
ТОиР по заданным уровням
рисков и надежности
2013
2014
• Паспортизация
оборудования
• Ведение динамических
параметров
• Автоматизация
формирования
программы ТОиР
• Планирование ТОиР на
основании целевых
показателей надежности
• Диагностика
оборудования
• Автоматизация
планирования МТР
• Расчет индексов
состояния и рисков
• Учет выполнения
заказов ТОиР
• Планирование ТОиР на
основании рисков
2012
4
• Переход на 3-х летний
цикл планирования
ТОиР
Диагностика производственных активов
Одним из способов определения
состояния производственного
актива являются диагностические
испытания актива (диагностика).
Задача по обработке результатов
диагностических испытаний лежит
не в парадигме ERP систем, а
принадлежит к классу экспертных
систем.
Отсюда возникает задача по
интеграции различных
специализированных систем
между собой. В частности ERP
системы, в которой ведётся учёт
активов и системы по управлению
результатами диагностических
экспертиз.
ТОиР
Технологический контур
Системный ПТК АСТУ
Данные о
ремонтах и ТО
Результаты
диагностики
Данные
мониторинга
паспортные данные
оборудования
Интеграционная шина
Данные,
необходимые для
диагностики
Результаты
диагностики
Подсистема диагностики АСТУ
Модуль интеграции
БД СД
АРМ СД
ЭС
Пользователь
Протокол
Дополнительные
сведения
Альтернатива – создание функционала Диагностики в SAP
??? Ведение экспертной базы
Решение простое для ИТ, но дорогое в сопровождении и ненадежное для Бизнеса
5
БЗ СД
Оценка состояния,
остаточный ресурс,
рекомендации о
проведении
дополнительных
обследований и восстановительных работ
Принципы интеграции ПО
Вопрос интеграции различных
систем не простая задача. Для
её решения необходимо
хорошо представлять
основные положения
концепции сервисориентированной архитектуры
(SOA).
Освоив методы написания
сервисов для ваших
интегрируемых систем и надо
уметь публиковать эти
сервисы на корпоративной
сервисной шине (ESB)..
Альтернатива – интеграция точка точка.
??? Что дешевле и надежней в эксплуатации Шина или Паутина
6
Единая НСИ
Фундаментом SOA является интеграция приложений на уровне данных с
помощью корпоративной системы управления нормативно-справочной
документацией (СУ НСИ). У каждой системы существует «вход», где
задаются исходные данные, и «выход», на котором мы получаем результат
обработки этих данных, – это и есть те самые «лоскутные края», которые
нужно связать в одно целое. Основными такими связующими элементами
выступают адаптеры (коннекторы), которые преобразуют входящие
данные (запрос на сервис) и выходящие (результаты сервиса) в некий
стандартный вид (протокол обмена). Однако данные, проходящие через эти
сервисы, кроме того , что бы иметь стандартный вид. должны пониматься
однозначно всеми интегрируемыми системами.
Именно поэтому в основе и должна лежать СУ НСИ.
Альтернатива – локальные несвязанные справочники.
??? Гармонизация справочных справочных данных различных систем
7
Этапы эволюции
В каком формате сервиса должны обмениваться информации (ftp, xls..) ?
Формат передачи данных между сервисами – XML
Где взять название для ТЭГов в xml файле (придумать самим, или взять стандарт) ?
В качестве основы для протокола обмена разрабатываемых адаптеров
принимаем международные стандарты для электроэнергетики стандарты МЭК - Common Information Model (CIM) МЭК 61968, МЭК 61970.
Что делать со стандартом дальше? Как его использовать на практике?
На основе стандартов МЭК создана общая информационная модель ЕЭС,
разработана система классификации и идентификации объектов
электроэнергетики. На основе общей модели создаются CIM-профили под
конкретные задачи для разработчиков
Что делать когда стандарта не хватает для описания реализуемых задач?
Создается расширение стандарта. В дальнейшем расширение может быть
включено в общую информационную модель ЕЭС
8
Этапы эволюции (2)
Как научить разных подрядчиков разговаривать на одном языке ?
Для этого создаются CIM-профили на основе общей информационной модели ЕЭС, где
определяется формат данных для обмена, который должен использовать подрядчик
Как сообщить подрядчику о существующих сервисах?
Создать реестр сервисов на основе UDDI (Universal Description Discovery & Integration —
инструмент для расположения описаний веб-сервисов (WSDL) для последующего их
поиска другими организациями и интеграции в свои системы). Например, Apache jUDDI
или IBM WSRR
Как выполнять контроль версий сервисов, управлять жизненным циклом, управлять политиками,
доступом, повысить повторное использование сервисов?
Все перечисленные задачи решает реестр и хранилище сервисов, например, IBM WSRR
Идеальная структура SOA
Бизнес возможности реализуются через сервисы, управление через политики, новые
возможности через моделирование бизнес-процессов из которых динамически
собираются приложения без разработки.
9
Мы интегрируем лучшие решения B&B
В дальнейшем используя наработанные технологии мы планируем построить связать
между ERP, SCADA, ГИС, другими корпоративными и технологическими системами и
организовать взаимодействие с другими организациями.
Альтернативы нет
10
Спасибо за внимание!
[email protected]
11