Разработка моделей развития и реконструкции газотранспортных систем в условиях неопределенности

• Автор: Кудрявцев, Илья Борисович
• Шифр специальности: 05.13.18
• Научная степень: Кандидатская
• Год защиты: 2010
• Место защиты: Иркутск
• Количество страниц: 190 с. : ил.

СОДЕРЖАНИЕ
Введение
Глава 1. Оптимизация коммерческих и физических потов газа по трубопроводным системам
1.1. Предпосылки и основные принципы создания программного комплекса для расчета распределения потоков систем МТГ.

1.2. Модель рационального распределения коммерческих потоков газа

по газогранспортной системе ЕСГ

1.3. Модель рационального распределения физических потоков газа

по газотранспортной системе ЕСГ

1.4. Сезонная оптимизация потоков газа уточнение решения.

1.5. Выводы к Главе 1

Глава 2. Модели эволюции внешней среды, развития и реконструкции систем транс порта газа
2.1. Эволюция внешней среды
2.1.1. Возможные состояния внешней среды.
2.1.2. Нестационарный марковский случайный процесс переходов состояний экзогенной среды.
2.1.3. Оценка вероятностей переходов между состояниями.
2.2. Формирование модели выбора управленческих решений по развитию и реконструкции ГТС.
2.2.1. Выбор интервала планирования.
2.2.2. Вектор управления
2.2.3. Фазовые переменные.
2.2.4. Смена состояний системы
2.2.5. Уравнения и ограничения модели эволюции состояния системы
2.2.6. Марковский процесс смены состояний системы.
2.3. Выводы к Главе 2
Глава 3. Многоэтапная стохастическая процедура выбора оптимальной стратегии развития и реконструкции систем транспорта
3.1. Развитие и реконструкции ГТС как управляемый случайный процесс
3.1.1. Описание эволюции агрегата ГТС компания макросреда
3.1.2. Функции дохода
3.1.3. Характеристики процесса стратегического управления
3.2. Многоэтапная процедура выбора стратегии по критерию чистого дисконтированного дохода ЧДД, V
3.2.1. Критерий ЧДД
3.2.2. Математическое ожидание результата
3.2.3. Построение адаптивной стратегии.
3.3. Многоэтапная задача выбора стратегии при свертке критериев
3.4. Общая процедура нахождения адаптивных стратегий с учетом несоизмеримых и неформализуемых критериев
3.4.1. Построение функционала
3.4.2. Учет несоизмеримых и неформализуемых критериев в процедуре нахождения адаптивных стратегий
3.4.3. Сокращение размерности. Одновременное построение марковской цепи и нахождение решения.
3.5. Исследование решений
3.5.1. Анализ чувствительности и риск
3.5.2. Построение программной стратегии
3.6. Выводы к главе
Глава 4. Модели производства и поставок сжиженного природного газа.
4.1. Экономика СПГ.
4.2 Основные типы сделок по куплепродаже СПГ
4.3 Оперативное изменение движений танкеров, перевозящих СПГ.
4.4. Подход к задаче оптимально о размещения заводов СПГ
4.5. Модель выбора экономически эффективных способов поставок природного газа потребителям.
4.6. Формирование и обоснование программы реализации стратегии развития в области производства и поставок сжиженного природного газа.
4.7. Выводы к Главе
Глава 5. Пример
Общее описание.
5.1.1. Описание метода.
5.1.2. Процедура оценки управленческих решений.
5.2. Риски, связанные с колебаниями спроса на газ
5.2.1. Различные варианты представления спроса.
5.2.2. Сценарии спроса.
5.2.3. Количественная оценка характеристик спроса по методу анализа иерархий.
5.2.4. Пример составления процедуры оценки характеристик спроса по методу анализа иерархий
5.3. Риски, связанные с добычей газа.
5.4. Моделирование газотранспортной системы
5.4.1. Подход к моделированию ГТС в задачах выбора оптимальных управленческих решений.
5.4.2. Декомпозиция ГТС
5.5. Экономическая составляющая модели.
5.6. Технологическая составляющая модели.
5.6.1. Упрощенная модель для расчта режима работы участка ГТС.
5.6.2. Пример интерполяции результатов предварительно сделанных расчтов.
5.7. Ставки процента по кредитам.
5.8. Математическая постановка модели

6 0 2 2 2 4 6
5.8.1. Расчетная модель выбора управленческих решений в условиях неопределенности.
5.8.2. Различные подходы к функции цели
5.9. Алгоритмы реализации модели.
5.9.1. Моделирование спроса на газ. Практический пример
использования модели.
5.9.2. Моделирование добычи газа. Практический пример
использования модели.
5.9.3. Гидравлическая модель газопровода. Практический пример
использования модели.
5.9.4. Детальный расчет экономической эффективности проекта.
Практический пример расчета
5.9.5. Результат работы модуля.
5.9.6. Экономические риски проекта строительства магистрального газопровода СахалинХабаровскВладивосток
5 Результаты расчетов
. Основные результаты
. Гистограммы распределения ЧДД при различных диаметрах
5 Выводы к Главе 5.
Заключение.
Список литературы


Отдельно следует отметить предложенную Сухаревым М. Г. процедуру оптимизации потоков по критерию обобщенной товаротранспортной работы. Личным вкладом автора является реализация процедуры оптимизации по описанным в данной главе критериям, в том числе впервые под руководством М. Г. Сухарева была реализована и исследована процедура оптимизации потоков по критерию обобщенной товаротранспортной работы. Кроме того, следует отметить, что описанные в данной главе процедуры рассматриваются автором как основа для рассмотрения описанных далее моделей и задач. Программный комплекс, реализующий данный набор задач должен быть, прежде всего, достаточно гибким в следующих основных направлениях управление постановкой задачи конечным пользователем, реализация программных интерфейсов, хранение и изменение базы данных по различным сетям. Программные системы, описывающие большие производственные и экономические задачи, невероятно сложны, причем отличительной чертой таких программ является уровень сложности один разработчик практически не в состоянии охватить все аспекты такой системы, можно даже сказать, что сложность таких проектов превышает возможности человеческого мозга. Данное свойство больших систем давно исследуется учеными, работающими в областях системного анализа. Сложность вызывается четырьмя основными причинами сложностью реальной предметной области, из которой исходит заказ на разработку трудностью управления процессом разработки необходимостью обеспечить достаточную гибкость программы неудовлетворительными способами описания поведения больших систем. Процесс разработки больших систем сложный и неоднозначный вопрос, многие аналитики отвечают на него поразному. Например, по мнению Брукса, концептуальная целостность в проектировании важнее всего. Все же можно выделить основные черты, присущие хорошей архитектуре больших систем, разработка которой является важнейшим и порой самым трудным этапом управления разработкой. Общее поведение достигается общими абстракциями и механизмами. Все эти черты необходимо четко перенести на соответствующую задачу. Действительно, данный программный продукт должен обладать всей необходимой конечному пользователю системой настроек и постановок задачи. Таким образом, оператор должен иметь возможность оперативно и интуитивно ясно менять как параметры уже существующей модели, так и а1регировать или дополнять систему в целом. Очевидно, что не менее важным здесь является формат представления решения. Для этого предусмотрен целый набор методов и процедур подсветка решения, подпись потоков над объектами, вывод различных необходимых отчетов в нужном формате. Все необходимые разработчику инструменты предоставляют, в большей степени, объектные и объектноориентированные языки. Отличие такого подхода от традиционного модульного программирования выражается в том, что абсграгирование, достигаемое посредством использования процедур, хорошо подходит для описания абстрактных действий, но не годится для описания абстрактных объектов. Это серьезный недостаток, так как во многих практических ситуациях сложность объектов, е которыми приходится работать, составляет основную часть сложности всей задачи. Здесь отнюдь не случайно модульное или процедурное программирование названо традиционным, несмотря на то, что большинство современных языков являются объектноориентированными, стиль написания программ очень часто остается по сути модульным, что в свою очередь является скорее регрессом, чем поддержкой традиции. В результате работы над проектом было принято решение использовать современные системы программирования, такие как языки платформы , реализуя все вышеуказанные нужды разработчика. Языковая независимость, т. Поддержка служб. Ахо , но являются необходимой составляющей частью. Имеет ли смысл ставить подобные машины для каждого оператора Едва ли. Тут на помощь как раз и придут интсрфейсы, предоставляющие простой и современный способ представления интерфейсов к архитектуре клиентсервер, как на уровне локальной, гак и глобальной компьютерной сети.