є проблема, як ув'язати в рамках одного програмного продукту всі ланки технологічні процесу експлуатації родовища. Технічна політика компанії-надрокористувача може бути різна. Наприклад - всі програмні продукти від одного виробника. Це дозволяє домогтися певної уніфікації форматів, складу вхідних і вихідних даних, але значно здорожує експлуатацію моделей і невиправдано підвищує кваліфікаційні вимоги до службі супроводу і деколи призводить до розширення штатів. Якщо всі завдання вирішуються в рамках одного комплексу, то відповідальність за кінцевий результат цілком покладається на програмний продукт, а не конкретних фахівців, які беруть виробничі рішення.
3. Інформаційні аспекти експлуатації програмного забезпечення
Програмне забезпечення для моніторингу розробки засноване на використанні тривимірної структурованої за пропласткам геолого-фільтраційної моделі на всіх стадіях технологічного процесу, включаючи оцінку ефективності, планування і моніторинг ГТМ. Для всіх додатків використовується єдина база даних, що включає всю необхідну інформацію для технологічних розрахунків. Всі розв'язувані задачі логічно розподілені між самостійними модулями програми. Для ефективного освоєння моделюючої системи широким колом промислових геологів передбачений простий користувальницький інтерфейс і можливість швидкого отримання кінцевих результатів.
Функціональні вимоги до програмного забезпечення безперервно зростають. У той же час, як показав досвід експлуатації, базовий набір функцій впродовж тривалого часу розвитку істотно не змінюється. Очевидно, це продиктовано науковим знаннями, накопиченим в нафтопромислової геології починаючи з 60-70 р.р. минулого століття. Багато компаній як стандарт роботи з моделями сформулювали перелік вимог до програмного продукту. Ці вимоги можуть бути об'єднані в кілька укрупнених розділів.
Геологічна частина включає роботу з контурами (нафто- і газоносності, лініями виклинювання і заміщення колекторів), формування геологічних профілів, кореляцію пластів, формування геологічних профілів, 3D-блок-моделей. Крім того, потрібна можливість розрахунку і виведення в тверду копію геологічних карт (структурних, ефективних товщин, фільтраційно-ємнісних параметрів.). Завершується робота з геологічною інформацією підрахунком початкових балансових запасів нафти і коефіцієнта нефтеізвлеченія (КІН) за різними довільним ділянкам, зонам насиченості і поклади в цілому. Гідродинамічна частина включає можливість внесення змін у відносні фазові проникності (ОФП), коригування значень параметрів у вузлах сітки, які необхідні для проведення адаптації фільтраційної моделі. Потрібна також можливість зіставлення розрахункових і фактичних показників розробки, пластових і забійних тисків, як по окремих свердловинах, так і групам свердловин і поклади в цілому. Необхідний також аквіфер, який дозволяє встановити граничні умови. Технологічна частина повинна також включати можливість підбору об'єктів за заданими критеріями, вибір оптимальних технологій впливу та експертну оцінку ефективності геолого-технічних заходів (ГТМ).
Дані функціональні вимоги до продукту були розширені шляхом включення інтерфейсних вимог та вимог, пов'язаних з можливістю експлуатації ПЗ в загальній інформаційній системі нафтогазовидобувного підприємства.
Склад вимог до програмного продукту для моніторингу розробки постійно зростає, а розробка самого програмного продукту переростає в серйозну науково-дослідну роботу, проведення якої вимагає великих тимчасових і фінансових витрат. Перейдемо до розгляду конкретних вимог до програмного продукту, об'єднавши їх для зручності в кілька розділів.
4. Конвертація і завантаження повномасштабних моделей
Широко відоме використання для управління розробкою нафтових родовищ повномасштабної геолого-фільтраційної моделі [3], отриманої за допомогою комплексів геолого-гідродинамічного моделювання. Однак моделюють системи, застосовувані на російському ринку, не розраховані на оперативну роботу геологів-розробників нафтогазовидобувних управлінь. З метою організації роботи з наявною моделлю і доведення її до споживача може бути використана процедура конвертації. Необхідність завантаження даних побудови геологічної та гідродинамічної моделі з одних програмних продуктів моделювання в інші виникла одночасно з тією обставиною, що в нафтовій промисловості були побудовані геолого-фільтраційні моделі практично по всіх родовищах. Так як моделі історично будувалися в різних програмних продуктах, під різними системами управління базами даних і мали зовсім несхожу один на одного ідеологію побудови актуальним стало питання про створення програм, так званих конверторів. Завдання програми конвертора полягала в тому, щоб з максимальною економією коштів і ресурсі...