Презентация территориально распределенной системы мониторинга и диспетчеризации
•Download as PPTX, PDF•
0 likes•244 views
Recommended
More Related Content
Viewers also liked
Viewers also liked (20)
Similar to Презентация территориально распределенной системы мониторинга и диспетчеризации
Similar to Презентация территориально распределенной системы мониторинга и диспетчеризации (20)
Презентация территориально распределенной системы мониторинга и диспетчеризации
- 1. 8 (3452) 455-426 info@ics-ware.com Тюмень, Орловская 35 к. 2/2 ДИСПЕТЧЕРИЗАЦИЯ И АВТОМАТИЗАЦИЯ СЛОЖНЫХ ИНЖЕНЕРНЫХ СИСТЕМ
- 2. КПЭ 1.х УДЕЛЬНАЯ СТОИМОСТЬ ЭКСПЛУАТАЦИИ 3% КПЭ 2 ЭКОНОМИЯ НА ЭЛЕКТРОЭНЕРГИИ 90% КПЭ 3 ИСПОЛНЕНИЕ SLA 80% КПЭ 4 УДОВЛЕТВОРЕННОСТЬ ВНУТР. КЛИЕНТА КЛЮЧЕВЫЕ ПОКАЗАТЕЛИ ЭФФЕКТИВНОСТИ
- 3. НЕПРЕРЫВНОСТЬ БИЗНЕС-ПРОЦЕССОВ КРОСС-РЕГИОНАЛЬНЫЕ РИСКИ НАДЕЖНОСТЬ КРИТИЧЕСКИ ВАЖНЫХ СИСТЕМ НЕЭФФЕКТИВНЫЕТЕХНИЧЕСКИЕ РЕШЕНИЯ СТРАТЕГИЯ 2018 ТРЕНДЫ И РИСКИ
- 4. АСУ ТП НЕПРЕРЫВНОЕ ПРОИЗВОДСТВО МИКРОКЛИМАТ ЭКСПЛУАТАЦИЯ 24/7 ЭЛЕКТРОПИТАНИЕ ИНФРАСТРУКТУРА РИСКИ
- 5. ВАРИАНТ: ОСТАВИТЬ, КАК ЕСТЬ 0 10 20 30 40 50 60 70 ПОТЕРИ: ПЕРЕРЫВ В ОБСЛУЖИВАНИИ НЕПРОИЗВОДСТВЕННЫЕ ФИНАНСОВЫЕ СМЕЖНЫЕ SLA 1 SLA 2 SLA 3 SLA 4
- 6. ВАРИАНТ: ОСТАВИТЬ, КАК ЕСТЬ 7.4% 12.69% ОБЩИЙ ЭКСПЛУАТАЦИЯ РОСТ РАСХОДОВ SLA 1 SLA 2 SLA 3 SLA 4
- 11. КОРОБОЧНОЕ 59 ОБЪЕКТОВ 11 000 СИГНАЛОВ СИГНАЛИЗАЦИЯ ЭНЕРГОУЧЕТ ПРОАКТИВНЫЙ МОНИТОРИНГ ТЕЛЕМЕТРИЯ
- 12. 2013 2014 2015 2016 ТЮМЕНЬ ЮГТО ХМАО ЯНАО ОМСК ОБЛ
- 13. СИГНАЛИЗАЦИЯ ЭНЕРГОУЧЕТ ПРОАКТИВНЫЙ МОНИТОРИНГ ТЕЛЕМЕТРИЯ МЛРД ИЗМЕНЕНИЙ /сутки 197 ПРЕДУПРЕЖДЕНИЙ
- 14. СИГНАЛИЗАЦИЯ ЭНЕРГОУЧЕТ ПРОАКТИВНЫЙ МОНИТОРИНГ ТЕЛЕМЕТРИЯ НЕ РЕАЛИЗОВАН
- 16. ИЕРАРХИЯ СЕРВИСОВ ВРЕМЯ РЕАКЦИИ УН и МТО ИТ КЛИЕНТ внутренний КЛИЕНТ внешний +1 +2 +3 SLA 1 SLA 2 SLA 3 SLA 4 1 ч 2 ч 3 ч 4 ч 0 ПРОАКТИВНЫЙ МОНИТОРИНГ СЕРВИСНАЯ МОДЕЛЬ
- 17. УН и МТО ИТ КЛИЕНТ внутренний КЛИЕНТ внешний ОТКЛОНЕНИЯ ОТ НОРМЫ НОРМА ПРЕДУПРЕЖДЕНИЕ НЕ ВЛИЯЕТ НА ОСТАЛЬНЫЕ СЕРВИСЫ АВАРИЯ ВЛИЯЕТ НА ВСЕ СЕРВИСЫ +3 ВЧЕМ ПРОАКТИВНОСТЬ
- 21. СОБЫТИЕ 1. новое событие 2. оповещение 3. ответ4. результат 5. оценка угрозы 6. закрыто
- 22. 11 000/сек параметров 11 000 ПАРАМЕТРОВ МЛРД/СУТКИ ИЗМЕНЕНИЙ
- 23. АБСУРД
- 26. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ АНАЛИЗ АНОМАЛИЙ ПОНЯТНЫЕ АЛГОРИТМЫ ДЕЙСТВИЙ ПРЕДСКАЗУЕМЫЙ РЕЗУЛЬТАТ КАЧЕСТВО ПРИНИМАЕМЫХ РЕШЕНИЙ
- 28. ЕДИНАЯ ИНФОРМАЦИОННАЯ СРЕДА ЦЕНТР КОМПЕТЕНЦИЙ УПРАВЛЕНИЕ РЕСУРСАМИ СИТ ЦЕНТР ОПТИМИЗАЦИЯ ПРОЦЕССОВ ОРГ. ИНСТРУМЕНТЫ: инструкции кейсы тренинги КООРДИНАЦИЯ 20% - 50% событий в результате работ
- 29. РАЗВИТИЕ УЧЕТ ИЗНОСА ПЛАНИРОВАНИЕ РАБОТ АНАЛИТИКА ЭЛЕКТРОННЫЙ ПАСПОРТ ЭНЕРГОМЕНЕДЖМЕНТ МАТРИЦА КОНТАКТОВ УЧЕТ ИЗНОСА и ПЛАНОВЫЕ РАБОТЫ ВОССТАНОВЛЕНИЕ ДОКУМЕНТАЦИИ ТЕХНОЛОГИЧЕСКИЕ КАРТЫ ТЕХНОЛОГИЧЕСКИЙ ЭНЕРГОУЧЕТ АНАЛИЗ ЭНЕРГЕТИЧЕСКИХ ПОТЕРЬ
- 30. РАЗВИТИЕ ИНТЕГРАЦИЯ СЕРВИСНАЯ МОДЕЛЬ ДРУГИЕ СИСТЕМЫ АНАЛИТИКА ЦЕНТР КОМПЕТЕНЦИЙ УПРАВЛЕНИЕ РЕСУРСАМИ СИТ ЦЕНТР АНАЛИТИКА СИТУАЦИОННЫЕ КЕЙСЫ КООРДИНАЦИЯ ВСЕХ РАБОТ ИСЖ ИНТЕГРАЦИЯС SERVICE DESK
- 31. 8 (3452) 455-426 info@ics-ware.com Тюмень, Орловская 35 к. 2/2 ДИСПЕТЧЕРИЗАЦИЯ И АВТОМАТИЗАЦИЯ СЛОЖНЫХ ИНЖЕНЕРНЫХ СИСТЕМ
Editor's Notes
- Необходимо обеспечить: бесперебойное качественное электроснабжение, требуемые климатические условия, а также техническую поддержку в режиме 24/7 365 в критически важных помещениях.
- Когда рассматривается вопрос о судьбе любого структурного или технологического развития организации, основным конкурентом проекта выступает вариант «оставить все, как есть». На практике финансовые потери и упущенная выгода в десятки раз превышает стоимость устранения инфраструктурных перебоев в обслуживании и их последствий.
- В случае инерционного сценария развития средний рост расходов на эксплуатацию будет опережать общий рост расходов в два раза.
- ICS работает в следующих четырех областях. Два технических решения помогают двум подразделениям. Подробно будут рассмотрены: проактивный мониторинг электронная диспетчерская ситуационный центр
- Структурно, центральным связующим звеном для 4-х решений является ситуационный центр (диспетчерский пункт).
- Проактивный пониторинг - программно-аппаратное решение. Объекты подключаются по существующим каналам в центр обработки.
- Решение включает три основных компонента: Телеметрию - сбор текущих параметров инженерного оборудования Предупредительную сигнализацию отклонений параметров от нормы Учет потребляемых ресурсов - на данный момент не используется
- Для сбора данных с объектов было разработано унифицированное "коробочное" решение. Собираются минимальный набор критически-важных параметров с учетом рисков для основных бизнес-процессов заказчика. На данный момент у центру обработки подключено 117 объектов. Всего в режимереального времени поступает 11 000 сигналов.
- В число 117-ти объектов мониторинга присутствуют Тюмень и Юг Области, автономные округа и Омская область.
- В центре обработки по всем параметрам идет анализ отклонений от нормы. С учетом текущей нагрузки - порядка МЛРД изменений в сутки.В случае аномальных отклонений от нормы система сигнализирует персонал тревожным сообщением.
- Решение предполагает возможность технологического энергоучета - на данный момент не используется по ряду причин.
- Основная задача системы мониторинга проактивное оповещение всех заинтересованных лиц о возможной аварийной ситуации в будущем.
- Исходя из основ сервисной модели, а так же типовые организационные документы мы увидели следующую иерархию сервисов и в какой-то мере отражение участников и бенефициаров проекта. Фундаментом пирамиды является Управление Недвижимостью и Материально-Техническое Обеспечение. Далее идут зависимые ИТ сервисы, и уже потом зависимые от нижестоящих сервисы клиентов. Каждый последующий SLA включает в себя предыдущий. Так, если условно скорость реакции по каждому SLA равна одному часу, то в случае аварии на самом нижнем уровне скорость восстановления сервисов будет равна скорости реакции службы плюс время на устранение аварии инженерных систем. Т.е. будет равна 2 часам. Построенная компанией Ай-Си-Эс система проактивного мониторинга работает на самом нижнем уровне в рамках реакции отведенной для инженерных систем, тем самым предотвращая воздействие на все вышестоящие сервисы.
- Для обеспечения непрерывной работы и предотвращения аварий систем жизнеобеспечения объекта система мониторинга и квалифицированный инженер отслеживают отклонения от нормальных показателей работы систем и аномальные подозрительные изменения. В режиме реального времени система отслеживает показания телеметрии и заранее оповещает диспетчера о возможных аварийных ситуациях. Тем самым, у диспетчера и у инженеров появляется запас времени для предотвращения возможных аварий без участия сотрудников других служб объекта, без последствий для вышестоящих сервисов.
- Проанализировав задачи и цели развития направления эксплуатации мы обнаружили, что мониторинга и аварийной сигнализации мало. Так, например, невозможно было проанализировать развитие предаварийных ситуаций в разрезе нескольких дней, действия всех участников и результат.
- Не хватало системы управления инцидентами, базы знаний по объектам, единого справочника контактных лиц и инструмента планирования регламентных работ. Так в помощь диспетчерам появилось программное решение - Электронная Диспетчерская. Основная его задача, максимальная автоматизация и унификация процессов эксплуатации зданий.
- Управление инцидентами представляет из себя интерактивный журнал событий с последовательным пошаговым исполнением заявок.В журнале ведется учет смен, событий, эскалация угроз, оповещение ответственных лиц по СМС.
- Постепенно в ходе проб и ошибок сформировалась следующая модель работы с инцидентами: информационное событие (АСКУ, телефон, письмо, Service Desk) оповещение ответственного лица ответ ответственного лица, согласование действий контроль результата новый этап: оценка последствий закрытие инцидента
- На сегодняшний день АСКУ ежесекундно опрашивает и собирает более 11 тысяч сигналов (температура, влажность, положение автоматов, параметры электропитания и множество других). Что в пересчете на одного сменного диспетчера составляет 1 миллиард изменений в смену (сутки). Простая визуализация всех этих собираемых параметров не только не решает, но и весьма осложняет процесс управления. Аналогия с приборной панелью автомобиля. Найти нужный параметр сложно и долго.
- Пример на экране: задача отображения всех параметров и их визуальный контроль доведенная до абсурда. Для решения проблемы больших данных нами реализован автоматизированный конвейер по обработке сигналов.
- Четыре этапа обработки параметров (в сутки): На вход поступает 1 млрд изменений в сутки. После первичной фильтрации из 1 млрд состояний в сутки формируется 197 (в среднем) информационных сообщений. Обработка информационного потока, выполняемая Ситуационным Центром (в лице Диспетчера). В результате проводимого им анализа из 197 информационных сообщений выделяются для дальнейшей обработки те, которые потенциально могут привести к инцидентам – в среднем 10.6 в сутки. На этом этапе начинает применяться система управления инцидентами "Электронный Журнал Диспетчера". Помимо Ситуационного Центра к обработке подключаются Служба Эксплуатации, используя накопленную электронную базу знаний. В результате из 10.6 потенциальных инцидентов выделяются 1.1 (в среднем) подтвержденные угрозы. Именно в отношении них диспетчером в координации с инженером на основе регламентов, инструкций, кейсов проводятся дальнейшие действия. Основной инструмент этого - "Электронный Журнал Диспетчера".
- Наш текущий результат. 1 млрд изменений в сутки превращается … в 1.1 подтверждённых угрозы требующих реакции. Мы уверены, что дальнейшее развитие АСКУ (как территориальное, так и функциональное) приведет к увеличению количества первичных сигналов и, как следствие, увеличению числа всех промежуточных. Однако с помощью новых функциональных и организационных сегментов, ППР, стандартизации процессов и инженерных систем мы планируем остановить рост количества промежуточных сигналов по сравнению с первичными.
- Мы полагаем что следует уделить внимание автоматизации не только систем но и процессов эксплуатации, обратить внимание на анализ аномалий, разработку алгоритмов действий с предсказуемым результатом и высоким качеством принимаемых решений.
- Организационный сегмент «Ситуационный Центр» - Центр компетенций Мы рассматриваем «Ситуационный Центр» или диспетчерский пункт, как еще один продукт. Продукт - сервис организационно-материального обеспечения эксплуатации здания. Одной из сложностей является недостаточное развитие механизмов коммуникации между Ситуационным Центром, Службой Эксплуатации, ICS, а также смежными организациями. В качестве решения разработана матрица контактных лиц. Развивается новое направление - разработка готовых ситуационных кейсов для повторяющихся инцидентов, что позволит повысить предсказуемость результатов работы всей Службы Эксплуатации. Анализ данных системы управления инцидентами показал, что от 22% - 50% как таковыми угрозами не являлись, а были вызваны производимыми заказчиком работами на объектах, о которых диспетчер не был своевременно уведомлен. И, соответственно, зарегистрировал полученный сигнал ошибки как серьезный инцидент.
- Необходимо: внедрить предложенную матрицу контактных лиц с единой точкой входы и выхода информации о событиях и работах внедрить учет износа и плановых работ с учетом реальных данных поступаемых с объектов; восстановить эксплуатационную документацию и наполнить Единой базу знаний по объектам, системам и всем получаемым данным; разработать типовые технологические карты на отдельно взятые инженерные системы; обеспечить возможность сбора данных технологического учета электроэнергии; анализ данных мониторинга и энергоучета и, как результат, планирование мероприятий по.
- Функциональное развитие Диспетчерского пункта в полноценный Ситуационный центр: усилить службу компетенциями аналитика, подготовить предложения по совершенствованию процессов на основе анализа данных внедрить в практику разработку и применение типовых ситуационных сценариев поведения диспетчера в случае повторяющихся инцидентов обеспечить обратную связь с диспетчером по всем плановым и аварийным работам на объектах влияющим на работу ИСЖ Интеграция АСКУ с эксплуатируемыми у заказчика внутренними информационными системами (ServiceDesk) и системой взаимодействия с подрядчиками (ServicePage). Это позволит в еще большей степени формализовать и автоматизировать работу системы эксплуатации инженерных систем.