CC BY
364
УДК 519.816
РАЗРАБОТКА АРХИТЕКТУРЫ И ПРОГРАММНЫХ СРЕДСТВ ВИТРИН ДАННЫХ ДЛЯ ПРЕДПРИЯТИЯ НЕФТЕГАЗОВОЙ ОТРАСЛИ
Е.В. Толдыкина, А.В. Кудинов
Институт «Кибернетический центр» ТПУ E-mail: Layza_heaven@tpu.ru
Анализируются проблемы создания отраслевых информационно-аналитических систем, основанных на современных OLAP-технологиях. Рассмотрен вариант архитектуры хранилища данных для крупного нефтегазодобывающего предприятия на примере проектирования тематической витрины данных, включающего анализ специфической предметной области, проектирование многомерных структур данных, постановку аналитических задач и их решение.
Ключевые слова:
Информационная система, система поддержки принятия решений, Business Intelligence, хранилище данных, витрина данных, многомерная модель, OLTP, OLAP.
Key words:
Information system, decision support system, Business Intelligence, data warehouse, data mart, multivariate model, OLTP, OLAP.
Возможность создания типовых решений
в бизнес-аналитике
Разработка информационно-аналитических систем (ИАС) и проектирование архитектуры хранилища данных - сложный, дорогостоящий и длительный процесс. Поэтому очевидно востребованными на рынке являются типовые решения в этой области, которые аккумулируют опыт разработки и внедрения систем такого рода на десятках и даже сотнях предприятий. К сожалению, сравнительно легкой типизации поддается, в основном, решение аналитических задач, общих для большинства компаний и относящихся к традиционным для ИАС сферам применения: финансовый анализ, анализ рынков, управление персоналом и т. д.
В то же время, растет интерес к ИАС, технологиям оперативного анализа (OLAP - Online Analytical Processing) и технологии data mining в промышленности (особенно в крупной - энергетика, металлургия, нефтегазодобыча), а также в социальной сфере: образование, медицина, государственное управление и т. д. Причем интерес проявляется не только в решении задач финансово-экономического анализа, так или иначе актуальных для предприятий и организаций вышеперечисленных отраслей, но и в решении сугубо специфичных отраслевых аналитических задач. Примеров создания и внедрения ИАС, решающих задачи анализа производственных процессов, настолько мало, что говорить о типовых отраслевых решениях пока рано, хотя актуальность их разработки не вызывает сомнения.
Кроме того, как правило, проектирование архитектуры хранилища производственных данных для крупных предприятий, включает в себя создание, как центрального хранилища, так и структур более мелких витрин данных (ВД), предназначенных для решения аналитических задач отдельных подразделений или служб предприятия. При этом данные центрального хранилища накапливаются непре-
рывно в процессе производства в течение долгого периода времени. Они представляют собой квинтэссенцию опыта специалистов предприятия, сосредоточение знаний о характере протекания производственных процессов, что делает их неоценимой основой для поддержки принятия управленческих решений, оптимизации производственных процессов в масштабах всего предприятия и пр. Для решения частных аналитических задач огромный массив данных всего предприятия требуется декомпозировать на отдельные подмножества данных витрин.
Данная работа посвящена разработке ИАС для предприятий нефтегазовой отрасли, опыт создания и внедрения которой, по мнению авторов, может послужить основой для разработки шаблона типового решения для целой группы отраслей.
От частных решений к отраслевым шаблонам
Рассмотрим построение отраслевой ИАС на примере автоматизации решения аналитических задач для крупного предприятия нефтегазодобывающей (НГД) отрасли ОАО «Востокгазпром» (г. Томск). Как и все крупные промышленные предприятия, ОАО имеет многоуровневую структуру управления, включающую целый ряд служб и подразделений. Специфика организации представляет собой такие виды деятельности, как: добыча, подготовка, сдача и транспортировка нефтегазовых продуктов, каждая из которых включает определенные подзадачи, выполняемые конкретной службой или подразделением, например службой геологов, химиков, механиков, диспетчеров и т. д.
Особая роль при этом отводится диспетчерской службе, поскольку особенностью работы диспетчера газодобывающей компании является необходимость осуществления оперативного контроля одновременно за несколькими производственными процессами. Задача диспетчера в этом случае -обеспечить выполнение плана по добыче, подго-
товке и транспортировке углеводородного сырья (УВС) в условиях ограничений, которые накладывают: геологическая, технологическая службы и диспетчерские службы смежных газотранспортных предприятий [1, 2]. Предприятие является высокоавтоматизированным: внедрены целый ряд АСУ ТП различного назначения, ERP-система (Enterprise Resource Planning System) MBS Axapta, целый ряд прикладных информационных систем. Решение аналитических задач финансово-экономического характера осуществляется при помощи ИАС Cognos.
Особое место в решении задач производственных служб предприятия занимает корпоративная геоинформационная система управления производством (КГСУ) «Магистраль-Восток», относящаяся к классу MES (Manufacturing Execution System). Таким образом, задействованы три базовых уровня автоматизации бизнес-процессов из четырех возможных (таблица) и созрели предпосылки к переходу на следующий уровень, который предполагает применение ИАС, в основе которых лежит хранилище данных, а областью применения является поддержка принятия управленческих и стратегических решений.
Таблица. Иерархическая структура управления предприятием
Уровень управления Область применения Вид ИС
Высший менеджмент Управление компанией и принятие стратегических решений, маркетинг, анализ деятельности предприятия OLAP
Управление ресурсами предприятия Финансово-хозяйственное управление: финансы, бухгалтерия, кадры и др. ERP
Оперативное управление производством Отдельные подразделения и службы предприятия MES
Управление технологическими процессами Производственные зоны, цеха, участки, линии АСУ ТП
Исследование направлений и специфики деятельности предприятия и структуры его управления позволило создать общую структурную схему архитектуры хранилища данных (рис. 1), включающую витрины данных каждого подразделения.
Выявление и постановка аналитических задач
Сформировать общее видение концепции хранилища данных и тем более применение бизнес-аналитики невозможно без четкого выделения ана-
Витрины данных служб
Рис. 1. Структурная схема архитектуры хранилища данных для ОАО «Востокгазпром»
литических задач, необходимых для данного предприятия или какого-либо его подразделения. Именно с выявления и постановки аналитических задач начинается создание как хранилища данных (более общие задачи, затрагивающее все предприятие в целом), так и витрины данных (более специфичные для конкретной службы задачи).
Нефтегазовая отрасль специфична по своей области знаний и данных, поэтому для постановки задач и целей необходим четко проработанный анализ предметной области и затем разработка основных архитектурных решений. Таким образом, исходя из принципов работы и стратегии развития компании ОАО «Востокгазпром», и других аналогичных НГД предприятий, в общем виде были сформулированы общие и частные аналитические задачи. К общим задачам, решаемым на основе данных всего предприятия, в целом, относятся:
• анализ результатов исследования скважин и месторождений, позволяющих решать основные задачи их дальнейшей эксплуатации;
• анализ опыта эксплуатации скважин, предоставляющий возможность проследить добычу УВС, бурение скважин и другие виды деятельности за большой период времени, а также осуществить оценку ресурсов, подсчет запасов и прогнозирование показателей добычи нефтепродуктов;
• анализ результатов транспортировки УВС, способствующих принятию решений о способах воздействия на элементы газотранспортной сети и оценке состояний сети при различных воздействиях;
• анализ состояния оборудования, позволяющий делать выводы о необходимости ремонт или диагностики используемого оборудования и неисправностей.
Перечислим возможные аналитические задачи, решение которых необходимо для отдельных служб:
1. Центральная диспетчерская служба: анализ и прогноз движения ресурсов в любом разрезе, оценка сезонных колебаний потребления, контроль исполнения планов по месторождениям, видам сырья и т. д., сокращение потерь путем выбора более рационального способа транспортировки (логистическая оптимизация);
2. Геологическая служба: анализ истории разработки или проводимых исследований скважин за различные периоды времени, включающий:
• анализ статистической вероятности исполнения заданного режима работы;
• комплексный анализ данных газодинамических исследований;
• оптимизация планирования работы по газодинамическим исследованиям;
• анализ динамики разработки месторождения по скважинам и видам сырья;
• исследований динамики поведения одной скважины или их группы;
• прогнозирование показателей (дебиты, давления, температуры);
• оценка эффективности мероприятия по минимальному числу экспериментов.
3. Энергетическая служба: планирование объемов генерации и потребления по объектам генерации и потребления; выбор наиболее выгодной схемы генерации и потребления на период; оценка следствий изменения тарифов; выявление зависимости количества потребления от сезона по потребителям.
Руководством ОАО «Востокгазпром» была поставлена задача обеспечить топ-менеджмент предприятия удобным средством оперативного анализа работы предприятия, которое позволило бы им принимать осмысленные и основанные на достоверных сведениях решения. Это предполагает решение следующих подзадач:
• контроль выполнения всех планов предприятия;
• анализ фактических показателей производства, заполняемых как по мере исполнения планов, так и за весь период производства;
• возможность прогнозировать производственные показатели на основе достоверных данных;
• возможность просмотра истории изменений показателей.
Решение данных задач частично возможно с использованием имеющейся КГСУ «Магистраль-Восток» и системы web-доступа «Электронный паспорт месторождения», однако для предоставления всей необходимой информации в удобном для восприятия виде требует использования сложных, ресурсоемких и неэффективных в традиционной архитектуре транзакционных систем функций по агрегированию и преобразованию данных. Очевидные предпосылки для использования технологии OLAP дали возможность начать проект по формированию реальной аналитической среды поддержки принятия аналитических решений, который на начальном этапе включает проектирование архитектуры витрин данных.
Разрабатываемые решения основываются на платформе корпоративного уровня Microsoft SQL Server 2008.
Проектирование структур данных для бизнес-анализа
После уточнения и конкретизации аналитических задач была определена основа разрабатываемой архитектуры, т. е. были исследованы имеющиеся источники на предмет того, можно ли применять в отношении них унифицированную модель измерений, чтобы извлекать информацию непосредственно из каждого источника, или же необходимо создать одну или несколько витрин данных. Поскольку витрины данных не применяются в повседневной деятельности организации, но при этом в них регулярно поступают данные от систем опера-
тивной обработки транзакций (ОЕГР-систем), они являются оптимальным вариантом реализации источника данных для бизнес-аналитики [5].
Поскольку проектируемая многомерная модель витрины данных основывается на мерах, выражающихся в числовых значениях, к которым применимы функции агрегирования, основными данными, представляющими интерес аналитики, являются данные, предоставляемые подсистемами КГСУ «Магистраль - Восток» «Техпараметры», «Планы» и «Режимный лист». В связи с поставленной выше задаче наибольший интерес представляют данные плановой подсистемы. Следует заметить, что невозможно создать в витрине данных меры, измерения, иерархии или атрибуты, если они отсутствуют в источнике ОЕГР-данных, к которым как раз относятся данные подсистем КГСУ, выбранных ранее.
Данные, используемые в бизнес-аналитике, можно поделить на четыре категории: меры(фак-ты), измерения, атрибуты и иерархии. Мера, или факт - это основа бизнес аналитики, определение которой подродно дано в [2. С. 38]. Важной задачей является выбор типа фактов. Анализируя предметную область деятельности нефтегазового предприятия, можно выделить факты:
• транзакционные, например, замер скважины, отправка нефти, регистрация неполадок или дефектов оборудования;
• моментальных снимков - состояние объектов в определенный момент времени, например, объем добычи газа сепарации за день, за месяц и за год;
• факты, связанные с документами, например на основе режимного листа диспетчерской службы или листа ручного ввода;
• факты, связанные с состоянием объекта, например, факт остановки или запуска в эксплуатацию скважины, факт отправки готового продукта.
Таким образом, выделив факты, необходимо проследить на основе каких измерений они строятся. Согласно определению понятия «Измерение» (в многомерной модели данных) [2. С. 38], для выделенных выше мер необходимо использовать следующие измерения:
• Время: год - квартал - месяц - сутки - 2 ч - 1 ч.
• Название месторождения: Северо-Васюган-ское, Мыльджинское.
• Номер скважины или пласта скважины: 107 пласт Б, 208 пласт А.
• Виду деятельности: добыча, расход, потери, сдача.
• Тип сырья: газ, конденсат, нефть.
• Показатель: тип параметра - дебит, давление, температура.
На примере приведенных фактов и измерений можно построить многомерную модель данных. На рис. 2 приведен куб, содержащий общую добычу
сырья в качестве факта и номер скважины, вид сырья и год, в качестве измерений. Следующим этапом создания ВД было проектирование архитектуры многомерной базы данных (БД).
Рис. 2. Трехмерное пространство на примере технологических данных
В ходе анализа информации, имеющейся в единой БД КГСУ, и анализа задач руководства организации были выявлены условия, необходимые для принятия решений:
• агрегирование показателей производства согласно основному плану производства предприятия;
• предоставление плановых и фактических значений показателей в максимально возможном детальном представлении, а также в историческом разрезе;
• разбиение всех показателей на секции, содержащие показатели для отдельного года;
• разделение основных показателей производства по типам служб, которые предоставляют результаты работы в виде данных показателей;
• агрегация дней по месяцам, месяцев - по кварталам, кварталов - по годам, а также наличие, где это необходимо, собственной временной единицы времени - «суток Газпром»;
• возможность фильтрации показателей по дате и типу (план или факт).
Вся информация, необходимая для создания витрины данных, содержится в следующих таблицах БД КГСУ: Планы, Плановые значения, Плановые показатели, Тип плана, Справочник типов планов, Справочник единиц измерений.
Список фактов (мер), необходимых руководителю организации по производству представляет собой:
• плановое значение показателя;
• фактическое значение показателя;
• разность планового и фактического значений;
• количество показателей для конкретной службы. Согласно принципам работы плановой подсистемы КГСУ, исходная транзакционная БД содержит соответствующие таблицы, необходимые для формирования измерений.
Факты ЗначПоказателей ИзмПланы
Название поля Тип данных Название поля Тип данных
10 Плана uniqueidentifier Ю_Плана (РК) uniqueidentifier
Ш Типа плана uniqueidentifier [НазваниеТипа Плана] varchar(lOO)
10 Группы планов uniqueidentifier [Дата начала действия] datetime
10 Планового показателя uniqueidentifier [Дата конца действия] datetime
Дата_пл анирования datetime Дата_планирования datetime
[Плановое Значение] float [Дата создания] datetime
[Фактическое Значение] float [План утвержден] bit
Название varchar(20)
ИзмПланПоказатели Автор varchar(30)
Название поля Тип данных 1
10 Планового показателя uniqueidentifier ИзмТипы Планов
[Название Показателя] varchar(lOO) Название поля Тип данных
[Единица измерения] varchar(lOO) 10 Типа плана uniqueidentifier
Примечание varchar(800Q) [НазваниеТипа Плана] varchar(lOO)
10 Техобъекта uniqueidentifier [Название Группы Планов] varchar(lOQ)
[Вид Плана] varchar(lO)
[Интервал действия плана] varchar(12)
[Единица планирования] varchar(7)
ИзмГруппы Планов
Название поля Тип данных
10_Группы_планов uniqueidentifier
10_Надгруппы_планов uniqueidentifier
[Название Группы Планов! varchar(lOQ)
Рис. 3. Схема ВД «Показатели Производства» с таблицей фактов, измерений и иерархиями
Список измерений представляет собой объединение атрибутов реляционных таблиц, а именно: план, тип плана, вид плана, группа плана, плановый показатель, плановое значение, единица измерения, месторождение, год, квартал, месяц. Для проектируемой модели в связи с поставленными задачами использования мер было необходимо использовать иерархии. Спроектировав ВД, используя схему, рис. 3, в среде Microsoft SQL Server Management Studio 2008 были реализованы таблицы базы данных.
Создание реляционной БД представляет собой только часть реализации построения ВД. Чтобы создать ВД плановых показателей производства рассматриваемого НГД предприятия необходимо спроектировать Analysis Services (AS) куб, в основе которого лежит многомерная модель данных, рассмотренных ранее. В этом на помощь приходит удобное средство создания BI решений, предлагаемое Microsoft SQL Server 2008 - BI Dev Studio. Схема звезды, определяющая как витрину данных, так и куб, показана на рис. 4.
Рис. 4. Схема OLAP-куба ВД «Показателей производства» в среде Microsoft SQL Server Business Intelligence Development Stu-dio2008
KgsCube.cube [Конструирование] Haï
чальная страница
6Д Структурам... Использование... |Qj) Вычисления |Щ Ключевыеинди, |УБ Дейст... |i^5 Секции ||}ï Агрега.., j^jf Перспективы | ^ Переводы |\Д Обозреват .. |
Я 1 А « а 41 ïi 1 ъ * ■ 0, ? ¿2 J? Перспектива: [KgsCub т| Язык: [ По умолчанию ▼]
Группа мер: Измерение Иерархия Оператор Критерий фильтра
<Все> ▼ Плановые Показатели ;; Вид Плана Равно { Показатели }
3 KgsCube Плановые Показатели «Î Название Типа Плана Равно i {All}
В ц| Measures В |Плановые Значения НеутвОактЗнач ,]| Плановое Значение ваО Разность <Вы6ерите измерение?
Перетащите сюда поля (Ьильтра
Год ▼ Название Месяца ▼
R 2007
^арт
В tçf Время НазваниеТипа Плана » Название Показателя » Плановое Значение УтвФактЗнач Разность
Ш ü Год В Годовой план ТГП по добыче, подготовке В Î85ED-1FAB-F1D1-44ВЗ-819F-2A3E2F6DFFBA}- 2148,36 1 0 »
В ü Дата Планирования 3] Валовая добыча газа сепарации, всего: 275,6 279,703483 •4,103482999999? —
1? - Мыльджинское ГКМ 226,5 229,783735 -3.283735000000С
03 - Северо-Ваооганское ГКМ 49,1 49,919748 -0,819747999999«
В Ц Название Месяцу В U Плановые Показатели В ■■ ГО Плана 04 -Казанское ГКНМ 0 0 0
)5 Нетоварный расход газа, в том числе: 4,65 1,616121 3,033879 -
06 - технологические нетопливные нужды, всего: 4,65 1,616121 3,033879
3/ - при продувке скважин 4 1,1758 2,8242
В Ü Вид Плана ЗЕ - потери при подготовке 3,65 0,4® 321 0,209679
В ü Единица Измерения 39 - при пробной эксплуатации скважин 0 0 0
1Г - технологические потери газа 0 0 0 —1
В Ц НазваниеТипа Плана 1? Мыльджинское ГКМ, всего: - технологические нетопливные нужды, всего; 2.65 2.65 0,717121 0,717121 1.932879 1.932879
13 - при продувке скважин 2,3 0,5768 1,7232
1= - потери при подготовке 3,35 0,140321 0,209679
15 - технологические потери газа 3 0 0
16 17 Северо-Ваооганское ГКМ, всего: - технологические нетопливные нужды, всего: 2 2 0,899 0,899 1,101 1,101
1Е - при продувке скважин 1,7 0,599 1,101
14 - потери при подготовке 0,3 0,3 0
?П - технологические потери газа 0 0 0
21 Казанское ГКНМ, всего: 0 0 0
22 - технологические нетопливные нужды, всего: 3 0 0
2: - при продувке скважин 3 0 0
2£ - потери при подготовке 3 0 0
25 - при пробной эксплуатации скважин 3 0 0
26 - технологические потери газа 0 0 0
77 Подготовлено товарного газа, всего: 270,95 278,087362 -7,137361999999«
78 Товарный расход газа, в том числе: 2,22 1,813809 0,406191
29 - технологические топливные (собственные) нуж/ 2,22 1,813809 0,406191
3U - Мыльджинское ГКМ 1,71 1,375819 0,334181
32 Отпуск СПБТ на ГНП, всего: < й i-
Обозреватель решен
В II»
Проект Показатели
□ Источники данных
; ...«J* KgsuSorcfcds
В- Представления источника данных
! i. *£l| KgsView.dsv
É [^Кубы
! ... bj KgsCube.cube
É & Измерения
j i.. \/ Плановые Показатели,dim
I i.. \£ Время,dim
j i.. \/ Справочник Групп Планов^т
i.^ Структуры интеллектуального анализа данных
|.& Роли
& Сборки L & Разное
ыполнение развертыва
- Проект Показатели ? X
Сервер: localhost База данных; DM.Pokazateli
(?) Команда В (?) Команда
В Обработка База данных "0М_Рока2а1е1Г'заверше Время запуска: 20.04.2009 22:25:46; Время заве 5 Обработка Куб "КдБСиЬе" завершена.
Время запуска: 20,04,200922:26:19; Время: Ш [■■!] Обработка Группа мер "ПлановыеЗначе! щ \/ Обработка Измерение "Время" завершена,
В ¡£ Обработка Измерение "Плановые Показател В \£ Обработка Измерение "Справочник Групп П.
&
Развертывание выполненоуспешнс
Рис 5. Просмотр OLAP-куба ВД «Показатели производства» в среде SQL Server Business Intelligence Development Studio2008
Особенности проектирования OLAP-куба
Выполнение описанных раннее этапов разработки позволило решить основную задачу - проектирование архитектуры витрины данных, однако на этом формирование бизнес-аналитической среды не заканчивается.
Для того, чтобы наглядно представить результат (рис. 5), а также реализовать спроектированную витрину данных «Показатели производства» были проделаны следующие действия:
• развертывание проекта в службе анализа SQL Server Analysis Services;
• обработка витрины данных - заполнение базы данных SQL Server Analysis Services;
• создание дополнительных возможностей куба, таких как: создание ключевых индикаторов производительности (KPI), агрегатов, вычисляемых и связанных мер, действий детализации и др.
Заключение
Результат проделанной работы - архитектура и созданная в среде Microsoft SQL Server 2008 витрина данных, которая выступает в качестве средства анализа накопленной информации и предоставляет возможность просмотра и сопоставительного анализа показателей работы предприятия в различных измерениях (иерархических, временных и т. д.). Как можно убедиться из описания структуры витрины данных, а также особенностей технологии загрузки данных в хранилище, полученная архитектура вполне может претендовать на статус типовой для предприятий отрасли, т. к. является инва-
риантной к особенностям конкретного предприятия. Набор и иерархии измерений, принципы агрегации данных, расчета KPI и проведения базовой аналитики по данным о добыче, подготовке и транспортировке углеводородного сырья - являются общими для всех предприятий данного типа.
В перспективе, исследования в этой области будут продолжены в направлении расширения количества витрин для различных производственных служб, разработке структуры центрального хранилища, а также привлечения других источников данных - ERP, MES систем и т. д.
В некоторых ситуациях оперативный анализ данных может дать ответы на вопросы, которых не было в первоначальной постановке задачи. Данные могут содержать тренды, показатели корреляции и детализированные зависимости, которые могут оказать помощь в принятии важных решений и в прогнозировании деятельности предприятия. Такие связи могут быть выявлены лишь системами, поддерживающими механизм интеллектуального анализа данных (Data Mining). Данный механизм поддерживается платформой Microsoft SQL Server Analysis Services. Он позволяет применять алгоритмы Data Mining к данным содержащимся в витринах или хранилищах данных, позволяя тем самым содействовать в определении наиболее перспективных точек приложения усилий и использования ресурсов, а также прогнозировать основные показатели производства и наиболее эффективно планировать деятельность как всего предприятия в целом, так и отдельных служб и подразделений. Именно в этом направлении и будет продолжена данная работа.
СПИСОК ЛИТЕРАТУРЫ
1. Берегер А., Горбач И.В. Microsoft SQL Server 2005 Analysis Services. OLAP и многомерный анализ данных. - СПб.: ВХБ - Петербург, 2007. - 928 с.
2. Ларсон Б. Разработка бизнес-аналитики в Microsoft SQL Server 2005. - СПб.: Питер, 2008. - 684 с.
3. Хоббс Л. Oracle 9iR2. Разработка и эксплуатация хранилищ баз данных / Пер. с англ. - М.: КУДИЦ - ОБРАЗ, 2004. - 592 с.
4. Богдан С.А., Ковин Е.А., Кудинов А.В., Марков Н.Г. Инструментальные средства разработки систем оперативного диспетчерского управления газотранспортными сетями // Известия Томского политехнического университета. - 2006. - Т. 309. -№ 7. - C. 56-64.
5. Богдан С.А., Кудинов А.В. Принципы построения систем принятия решений для оперативного диспетчерского управления
в MES газодобывающих компаний // Известия Томского политехнического университета. - Т. 313. - № 5. - C. 153-157.
6. Официальный сайт компании Microsoft [Электронный ресурс]. - режим доступа: http://www.microsoft.com/sqlser-ver/2008/ru/ru/analysis-services.aspx. - 15.09.2009.
7. Петренко Ф.А. Интуиция и анализ // Директор ИС. - 2006. -№ 2. - [Электронный ресурс]. - режим доступа: http://www. osp.ru/cio/2006/02/379887.htm. - 15.09.2009.
8. Михайлов С. КИАС: слагаемые успеха при создании и внедрении // CIO. - 2004. - № 4 [Электронный ресурс]. - режим доступа: http://offline.cio-world.ru/2004/25/33214.htm. - 15.09.2009.
Поступила 19.05.2009 г.
УДК 66.012
СИСТЕМА ЭКСТРЕМАЛЬНОГО УПРАВЛЕНИЯ ЭЛЕКТРОЛИЗЕРОМ ПРОИЗВОДСТВА ТРИФЛАТОВ
А.Г. Бейгель*, А.Г. Горюнов, С.Н. Ливенцов, К.Б. Панов
Томский политехнический университет *ОАО «Ангарский электролизный химический комбинат»
E-mail: alex79@phtd.tpu.ru
Рассмотрены вопросы управления технологическим процессом синтеза трифторметансульфофторида способом электрохимического фторирования метансульфофторида. В силу того, что зависимость удельной электропроводности электролита от концентрации метансульфофторида имеет нелинейный характер, и применение типовых линейных законов регулирования не допустимо, установлено, что для управления технологическим процессом синтеза трифторметансульфофторида необходимо использовать систему автоматического управления, построенную на базе экстремального регулятора удельной электропроводности электролита.
Ключевые слова:
Метансульфохлорид, трифторметансульфофторид, электрохимическое фторирование, экстремальный регулятор, принцип запоминания максимума.
Key words:
Methane-sulphonyl chloride, trifluorometansulfonic fluoride, electrochemical fluorination, extreme controller, maximum storage principle.
Ряд объектов химической промышленности обладает экстремальной характеристикой по каналу «состав сырья» - «готовый продукт». Сложность объекта зачастую не допускает аналитического определения отношений между его входами и выходами, особенно с учетом больших масштабов вредных воздействий при возникновении аварий, высокой степенью реакционной способности, высокой токсичностью используемых компонентов, высокой стоимостью исходных компонентов и энергоносителей, используемых в производстве. Однако, применение алгоритмов управления экстремальных систем, в которых математическая модель управляемого объекта содержит нелинейную характеристику, а закон управления выбирается так, чтобы обеспечить достаточно малое отклонение выхода линейной части объекта от максимума нелинейной характеристики во время его работы, может оказаться эффективным для сложных процессов такого класса.
Системам экстремального регулирования, их структуре, алгоритмам поиска экстремума нелинейной характеристики, свойствам и реализации посвящено достаточно широкое число работ, например [1-3].
Объектом исследований в данной работе является разработка автоматизированной системы экстремального регулирования в составе технологического процесса синтеза трифторметансульфоф-торида способом электрохимического фторирования метансульфофторида (МС) [4].
Новизна предлагаемых подходов заключается в создании новых цифровых реализаций алгоритмов оптимального управления и оптимизации технологического процесса, учитывающих особенности статических и динамических характеристик электрохимического фторирования МС.
В ходе разработки системы управления решались следующие задачи: исследование технологи-
