Система-советчик по оперативной проработке ремонтных заявок на электрооборудование для энергообъединений

• Автор: Буковников, Юрий Владимирович
• Шифр специальности: 05.14.02
• Научная степень: Кандидатская
• Год защиты: 2004
• Место защиты: Москва
• Количество страниц: 143 с. : ил.

ОГЛАВЛЕНИЕ
Введение

Глава I. Технология проработки ремонтных заявок в энергообъединениях

1.1. Работа с ремонтными заявками. Основные понятия и категории

1.2. Проблемы автоматизации работы с заявками. Состояние вопроса

1.3 Информационные системы для автоматизированной проработки ремонтных заявок

1.4. Существующие реализации в области автоматизации проработки заявок

1.5. Выводы по главе 1

Глава II. Метод интеллектуальных систем для проработки ремонтных заявок .

2.1. Обоснование применения интеллектуальных систем для решения задач проработки заявок в энергообъединениях

2.2. Общая структура экспертных систем

2.3. Структура интеллектуальной системы со специализированным логическим выводом метод МИМИР
2.4. Построение прикладных систем на базе инструментальной системы МИМИР.
2.5. Выводы по главе 2
Глава 1. Инструментальная система МИМИР3.
3.1 Преимущества и недостатки инструментальной системы МИМИР.
3.2 Новая архитектура системы.
3.3 Структура данных Базы знаний МИМИР3
3.4. Трансляция ОЕЯзапросов в Бзапросы.
3.5 Выбор Оптимального плана выполнения запроса.
3.6 Выводы по главе 3.
Глава IV. Интеллектуальная система для режимной проработки заявок
4.1. Общая структура системы режимной проработки заявок.
4.2. Структура знаний системы.
4.3. Сервисные функции ЭСОРЗ
4.3.1. Сервис топологии сети.
4.3.2. Сервис для автоматики.
4.4.Проработка ремонтных заявок.
4.5.Мониторинг заявок.
4.6. Выводы по главе 4.
5.1. Работа с заявками в оперативном диспетчерском управлении
5.2. Мониторинг коммутационных состояний электросети.
5.2.1. Мониторинг прошедших режимов
5.2.2. Мониторинг предстоящих состояний сети.
5.2.3. Мониторинг текущего состояния сети
5.2.4. Контроль режимных параметров
5.3. Фиксация нештатных изменений состояния оборудования.
5.4. Диспетчерское закрытие заявок.
5.5. Диспетчерское открытие заявок.
5.6. Выводы по главе V
ЛИТЕРАТУРА


Возможности взаимодействия других программных комплексов с системой-советчиком. Современные информационные системы имеют открытую архитектуру, позволяющую осуществлять обмен информацией. Цели и задачи работы. Целью работы является дальнейшее развитие теории и практики использования систем-советчиков для автоматизации проработки заявок в диспетчерских службах энергообъединений. Конкретно в работе решаются следующие основные задачи. Разработка концепции автоматизации проработки заявок дежурными диспетчерами энергообъединений. Развитие возможностей систем-советчиков и разработка метода интеграции в информационную среду энергообъединений. Эти проблемы взаимосвязаны: интеграция систем хранения данных и знаний позволит использовать результаты работы систем-советчиков в других подсистемах АСДУ, а также привлечь к проработке ремонтных заявок оперативную информацию, необходимую, в частности, для «диспетчерской» проработки заявок. Основные методы исследований. Для решения поставленных задач использовались: практический опыт диспетчеров энергообъединений, практика внедрения интеллектуальных систем в энергообъединения, теория построения компиляторов, теория систем управления базами данных, практические исследования производительности систем управления базами данных (СУБД), объектно-ориентированное программирование, принципы построения оптимизаторов СУБД. При решении ряда задач автором учтены результаты ранее проводимых экспериментальных исследований в области разработки и применения методов оптимизации запросов, также учтен опыт построения инструментальной системы малой информационной модели интеллектуальных решений (МИМИР1). Научная новизна. Мониторинг текущего состояния сети. Практическая значимость работы и ее реализация. ОДУ Урала внедряет новую систему анализа топологии сети построенную на базе новой инструментальной системы. Апробация результатов работы. Современные методы и программные средства анализа и планирования электропотребления, балансов мощности и электроэнергии» (г. Москва, г. Управление электроэнергетическими системами - новые технологии и рынок» (Сыктывкар г). Инновации в энергетических технолошях». Москва г). Глава I. Работа с ремонтными заявками. Основные понятия и категории. В отечественных энергосистемах и энергообъединениях ремонты оборудования организуются на основе ремонтных заявок. При необходимости вывести оборудование в ремонт (или ввести его из ремонта) оперативный персонал соответствующего энергопредприятия (ПЭС, энергообъект, энергосистема) инициирует передачу заявки на эту работу для иерархически вышестоящего предприятия (ПЭС -> энергосистема -> энергообъединение). Если нет условии для разрешения заявки, принимается решение об отказе для заявки. Передача заявок организуется в соответствии с установленными отношениями управления и ведения для оборудования. Заявка, которой отказано на «нижнем» иерархическом уровне, не передается на «верхний» уровень. После принятия решения на «верхнем» уровне заявка вместе с принятым решением возвращается «вниз» по иерархии. На каждом иерархическом уровне может потребоваться согласование решений по заявкам со «смежными» предприятиями (при совместном ведении соответствующим оборудованием). Процедуре передачи ремонтных заявок предшествует периодическое планирование ремонтов (долгосрочное, краткосрочное). Заявки, соответствующие этим ранее составленным планам, имеют категорию плановых заявок. При оперативном управлении в энергосистемах может возникнуть необходимость отклонения от плана - такие заявки . Наконец, вывод в ремонт оборудования может быть обусловлен последствиями некоторой аварийной ситуации (например, короткого замыкания в электросети). Поэтому имеется еще одна важная категория заявок - аварийные заявки. Таг (время, необходимое при аварийной необходимости для перехода от ремонтной схемы к рабочей). Когда работы по заявке начинаются, заявка должна перейти в состояние открытой (действующей), причем этот перевод осуществляет дежурный диспетчер. Соответственно, при окончании работ по заявке диспетчер инициирует закрытие заявки.