УТВЕРЖДАЮ

УТВЕРЖДАЮ
Первый заместитель генерального директора по
развитию- главный инженер.
ООО «Башнефть - Полюс»
И.Ф.Абдеев
__________
«__»_________2014
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
на программную платформу верхнего уровня по мониторингу и анализу производственных
показателей добычи нефти
г. Уфа, 2014
Содержание
1.
Общие сведенья ................................................................................................................................... 3
2.
Сокращения и термины ...................................................................................................................... 3
3.
Назначение системы ........................................................................................................................... 4
4.
Цели создания системы ...................................................................................................................... 4
5.
Требования........................................................................................................................................... 4
5.1.1
Общие требования ................................................................................................................ 4
5.1.2
Требование к клиентским мобильным устройствам ......................................................... 4
5.1.3
Требования к клиентской части ........................................................................................... 5
5.1.4
Требования к архитектуре программных компонент ........................................................ 5
5.1.5
Требования к структуре визуальной части по этапам реализации: ................................. 6
5.1.6
Функциональные требования к разделам и подразделам по этапам реализации: ........ 11
5.1.7
Требования к использованию данных на этапе реализации продукта .......................... 16
5.1.8
Требования к безопасности ................................................................................................ 17
5.1.9
Контроль целостности данных .......................................................................................... 17
5.1.10 Состав и содержание работ по созданию системы (этап 1) ............................................ 17
1. Общие сведенья
Программная платформа – это пакет специального программного обеспечения, с помощью
которого разрабатывается Система, а так же в среде которой выполняется Система, далее –
Платформа.
2. Сокращения и термины
ГИС
PI System
PI Archive
PI AF
RESTFull
НПО
ГЗУ
ДНС
ЭЦН
ЛЭП
ЦПС
КРС
ПРС
МУН
HTML5
SVG
Canvas
СУБД
БД
OIS Добыча
OIS Ремонты
скважин
Гео - информационная система
Plant Information System - комплекс программного обеспечения, от
компании OSISoft, обеспечивающий управление данными, включая
сбор, хранение, обработку и их предоставление
PI Data Archive - cпециализированная база данных, входящая в
состав PI System, для хранения данных в виде временных рядов, со
специализированным алгоритмом сжатия и скоростью
восстановления данных.
PI Asset Framework - инструмент, входящий в состав PI System, для
создания организационных и технологических моделей и схем
производства, состоящих из элементов и их взаимосвязей и
взаимозависимостей. Элементы модели представляют собой как
физическое оборудование (скважины, резервуары, измерители и
т.д.), так и более абстрактные логические конструкции
(эффективность, экология и т.д.)
Representation State Transfer – метод взаимодействия компонент
распределенного приложения (системы).
Нефтепромысловый объект
Групповая замерная установка
Дожимная насосная станция
Электрический центробежный насос
Линия электро передач
Центральная перекачивающая станция
Капитальный ремонт скважин
Подземный ремонт скважин
Метод увеличения нефтеотдачи
HyperText Markup Language, version 5 – язык гипертекстовой
разметки, пятой версии, с улучшенным уровнем поддержки
мультимедиа технологий
Scalable Vector Graphics - язык разметки масштабируемой векторной
графики.
элемент HTML5, предназначенный для создания растрового
двухмерного изображения
Система Управления Базами Данных
База Данных
3. Назначение системы
Система предназначена для предоставления на мобильных устройствах следующих
возможностей специалистам разного уровня, принимающим участие в процессах разработки
месторождений добычи нефти:
 получение наглядного представления об объекте разработки в виде ГИС-карты со всеми его
существующими нефтепромысловыми объектами и коммуникациями;
 контроль выполнения планов разработки месторождения;
 осуществление мониторинга состояния оборудования и технологического процесса добычи
нефти в соответствии с установленными диапазонами значений параметров;
 анализ текущих (в режиме реального времени) и исторических значений параметров
технологического процесса (техсхемы, графики) с учетом размещенного на объектах
нефтепромыслового оборудования, анализ данных по исследованиям;
 обеспечение коммуникаций пользователей и доступа к документам и материалам по всем
вопросам, связанным с разработкой данного месторождения.
 Система должна упростить анализ процесса добычи нефти и облегчить принятие
своевременных решений по внесению изменений в технологический процесс.
4. Цели создания системы
Система создается в целях:
 повышения эффективности и оперативности управления информацией;
 обеспечение информационной прозрачности всех основных процессов добычи нефти;
 предоставление возможности руководителям подразделений и специалистам объективно
оценивать происходящие процессы и связанные с ними риски;
 повышения управляемости производством и его производственную эффективность
современными средствами своевременного поступления информации;
 достижение качественного анализа событий;
 прогнозирование возможного развития событий
 обеспечение коммуникаций участников проекта и доступом к единому хранилищу
документов.
5. Требования
Общие требования
Отображение информации должно быть организованно пообъектно (по скважине), т.е. при
выборе объекта должна быть возможность просмотра всей доступной по нему информации.
Разработка системы разбита на два этапа:
1. Реализация системы на базе имеющиейся информации
2. Реализация системы на перспективу.
В рамках данных тех. требований необходима реализация первого этапа работ, но с учетом
возможного дальнейшего развития системы-этапа2.
5.1.1
Требование к клиентским мобильным устройствам
Клиентское мобильное устройство (планшет) должен удовлетворять следующим
характеристикам:
- Диагональ экрана не менее 9 дюймов
- Разрешение экрана не менее 1920х1080 (FullHD)
- Объем оперативной памяти не менее 2 Гб
- Поддержка WiFi
5.1.2
- Поддержка 3G сетей и выше
Требования к клиентской части
Клиентская часть системы должна быть разработана в виде web ориентированного
приложения, адаптированная под мобильные устройства (планшеты).
5.1.3
Требования к архитектуре программных компонент
Все данные Платформы (конфигурационные данные, метаданные, хранимые процедуры,
значения тегов телеметрии и т.п) должны располагаться в единой базе данных на центральном
хранилище.
Платформа должна состоять из следующих основных подсистем:
 Подсистема хранения конфигурационных данных платформы;
 Подсистема визуализации данных;
 Подсистема взаимодействия (интеграции) платформы с источником телеметрической
информации (PI Archive, PI AF), с производственной учетно – отчетной системой
предприятия;
В рамках реализации интеграционной подсистемы требуется реализация взаимодействия с:
- Базой данных реального времени PI Archive, доступ к данным которой
осуществляется через теговую модель данных PI AF;
- СУБД Oracle 11g, на основе которой реализована база данных систем «OIS Ремонт
скважин», «OIS Добыча»
 Подсистема согласования Нормативно – Справочной Информации
 Подсистема администрирования
5.1.4
5.1.4.1 Требование к подсистемам
Реализуемые подсистемы должны удовлетворять следующим требованиям:
 Подсистема хранения конфигурационных данных платформы должна осуществлять
хранение всех необходимых конфигурационных данных платформы и должна быть
реализована в виде базы данных основанной на СУБД Oracle 11g;
 Подсистема визуализации данных должна быть реализована в виде web
ориентированного приложения основанного на портальных технологиях,
использующего в своем составе технологии HTML5, Canvas, SVG, JavaScript;
Производственная информация из информационных систем Заказчика для
подсистемы визуализации должна поставляться посредством web сервиса,
основанного на RESTFull протоколе.
 Подсистема взаимодействия (интеграции) – должна быть реализована в виде web
сервиса, использующего в своем составе RESTFull протокол. При необходимости
настройки взаимодействия между СУБД Oracle возможно использование технологии
dbLink.
Подсистема взаимодействия (интеграции), в рамках взаимодействия с учетно –
отчетными системами Заказчика, основанными на СУБД Oracle, должна
осуществлять взаимодействие через интерфейсы предоставления данных (хранимые
процедуры, представления), без прямого обращения к сущностям БД системы
Заказчика. Интерфейсы и их спецификацию предоставляет Заказчик.
Подсистема взаимодействия (интеграции), в рамках взаимодействия с Базой данных
реального времени PI Archive, должна осуществлять взаимодействие через теговую
модель данных PI AF, путем обращения к базе данных с использованием драйверов
PI JDBC или PI OLE DB и выборки информации с помощью PI SQL.
 Подсистема согласования Нормативно – Справочной Информации должна позволять
хранить согласования необходимой справочной информации
 Подсистема администрирования должна позволять:
o Управлять учетными записями пользователей (создание, редактирование,
удаление учетной записи)
o Управлять ролевым доступом к разделам подсистемы визуализации
(создание, редактирование, удаление ролей; назначение ролей пользователям)
5.1.5 Требования к структуре визуальной части по этапам реализации:
1. Раздел «Модели» (этап 1):
a. Карта.
Подраздел должен представлять собой ГИС – карту, с отображением всех
НПО (скважины, ГЗУ, ДНС, резервуары, и т.д.) и их коммуникаций (нефтепроводы,
водоводы, ЛЭП и т.д.), причем каждый вид коммуникаций и НПО должен
отображаться как отдельный слой. Так же с помощью подраздела должна
осуществляться визуализация распределения давления внутри продуктивного
пласта.
Картографическая информация должна быть реализована на платформе ArcGIS
сервера компании ESRI. Должен быть применен стандартный инструментарий
ArcGIS платформы:
 Инструмент измерения площади;
 Инструмент измерения расстояния;
 Инструмент определения координат точки;
 Инструмент поиска объекта
На карте, в виде полигональных объектов, должны быть отображены границы
месторождений, в виде точечных объектов должны быть отображены скважины,
ЦНС, КНС, ДНС, в виде линий должны быть отображены нефтепроводы, водоводы,
ЛЭП.
При клике на объект (НПО) по данному объекту, в виде всплывающего окна,
должна отобразиться атрибутивная информация.
Для скважин в атрибутивном окне должно быть отображено:
 Номер скважины
 Организация
 Цех
 Дата ввода в эксплуатацию
 Назначение (наблюдательная, добывающая, нагнетательная, …)
 Способ эксплуатации
 Наименование месторождения
 Горизонт
 Давление пласта на кровлю
 Состояние (в работе, остановлено по режиму, остановлено на ремонт и т.д.)
Для КНС, ДНС, ЦПС в атрибутивном окне должно быть отображено:
 Номер объекта
 Организация
Для нефтепроводов, водоводов в атрибутивном окне должно быть отображено:
 Назначение
 Организация
 Транспортируемая среда («вода сточная», «нефть»,…)
 Дата ввода в эксплуатацию
 Объект начала (к примеру КНС…)
 Объект конца (к примеру Блок Гребенеок…)
 Длина
 Диаметр/толщина стенки
Атрибутивная информация по объектам должна браться из «OIS Добыча»
Подраздел должен быть снабжен «легендой», в рамках которой должно быть
оглашено какой «значек» на карте что означает
b. Тех. схемы (мнемосхемы раздела «Оперативная информация»)
В подразделе схематично должны быть представлены модели НПО с отображением
значений параметров работы НПО как в режиме реального времени, так и в режиме
истории, а также должна быть возможность отображения динамики параметров за
выбранный период.
В рамках реализуемых тех. схем (мнемосхем) должны быть реализованы схемы:
 Схема ЦПС общая;
 Схема ЦПС – насосная;
 Схема ЦПС – резервуарный парк.
 Схема ЦПС – площадка подготовки нефти;
 Схема СИКН;
 Схема скважин – обзорная (по 11 одиночным скважинам);
 Схема 11 одиночных скважин;
Схема «ЦПС общая» должна содержать схематичное отображение следующих
объектов, а так же связи между ними:
 Два резервуара;
 Три блока дозирования реагентов (БДР)
 Шесть емкостей подземных (ЕП)
 Три насоса
 Факельная установка
 Четыре сепаратора …
 Два газовых сепаратора …
 Две установки подогрева …
 Два ТГР (трубный газоразделитель)
 Один КРФ(контроль розжига факела)
Схема «ЦПС - насосная» должна содержать схематичное отображение следующих
объектов, а так же связи между ними:
 Три насоса;
 Блок дозирования реагентов (БДР);
 Емкость подземная (ЕП);
Схема «ЦПС – резервуарный парк» должна содержать схематичное отображение
следующих объектов, а так же связи между ними:
 Два резервуара;
 Емкость подземная;
Схема «ЦПС – площадка подготовки нефти» должна содержать схематичное
отображение следующих объектов, а так же связи между ними:
 Два блока дозирования реагентов;
 Две емкости подземных;
 Четыре сепаратора …
 Две установки подогрева …
Схема «СИКН» должна содержать схематичное отображение следующих объектов:
 Два резервуара
 Три емкости
 Трубопоршневую поверочную установку (ТПУ)
Схема одиночной скважины должна содержать схематичное отображение
следующих объектов, а так же связи между ними:
 Скважина
 Блок дозирования реагентов
 Групповая замерная установка
 Емкость
 Переключатель потока трехходовый (ППТ)
 Устройство плавного пуска (УПП)
Технологические схемы должны быть реализованы с использованием Canvas,
технологии HTML5 или технологии SVG, для возможности отображения на
современных браузерах, в том числе браузерах мобильных устройств
2. Раздел «Планирование» (этап 2)
a. Диаграмма Ганта
Подраздел должен отображать сетевой график строительства НПО в виде
диаграммы Ганта с информированием об ответственных лицах и о ходе исполнения
этапов строительства, ходе исполнения производственных планов.
Значения для подраздела должны браться из БД системы «OIS Добыча».
Взаимодействие с БД системы должно осуществляться с использованием
интерфейсов предоставления информации (хранимые на стороне СУБД Oraсle
процедуры, представления (VIEW)). Предоставление интерфейсов их спецификацию
осуществляет Заказчик.
3. Раздел «Оперативная информация» (этап 1)
a. Графики (тренды) технологических параметров
Подраздел должен отображать в виде графика следующие основные параметры добычи
нефти:
 Давление приема
 Температура приема
 Давление затрубное
 Давление выкида
 Давление буферное
 Массовый дебит жидкости
 Объемный дебит жидкости
 Обводненность нефти
b. Мнемосхемы (Тех.схемы раздела «Модели»)
В подразделе схематично должны быть представлены модели НПО с отображением
значений параметров работы НПО как в режиме реального времени, так и в режиме
истории, за счет отображения динамики параметров за выбранный период
Подраздел должен позволять:
 визуализировать модели НПО;
 обеспечивать контроль текущих параметров НПО;
 отображать историю работы НПО;
 сигнализировать о возникновении внештатных ситуаций (при срабатывании
телесигнализации, выходе значения отображаемого параметра за границу
рабочей зоны)
Список реализуемых мнемосхем оговаривается в разделе «Модели», подраздел
«Тех. схемы»
Список параметров отображаемых на мнемосхемах:

Схема ЦПС общая
o Для резервуара:
 Уровень нефти, см
 Уровень межфазы, см
 Состояние (в работе/остановлен)
o Для блока дозирования реагентов (БДР):
 Состояние (в работе/ остановлен)
o Для емкости подземной (ЕП):
 Уровень жидкости, см
 Состояние (в работе/остановлен)
o Для насоса:
 Состояние (в работе/остановлен)
o Для сепаратора:
 Уровень жидкости, см
 Состояние (в работе/остановлен)
o Для газового сепаратора:
 Давление, кгс/см2
 Состояние (в работе/остановлен)
o Для установки подогрева:
 Температура, oC
 Состояние (в работе/остановлен)
Так же должны быть отображены параметры:
 Давление газа на котельную, кгс/см2
 Расход газа на котельную, м3/ч
 Давление газа на продувку, кгс/см2
 Расход газа на продувку, м3/ч
 Давление газа на запальную горелку, кгс/см2
 Расход газа на запальную горелку, м3/ч
 Давление жидкости в трубопроводе после насосов при передаче в
магистральный нефтепровод, кгс/см2
 Схема ЦПС – насосная:
o Для блока дозирования реагентов (БДР):
 Состояние (в работе/ остановлен)
o Для емкости подземной (ЕП):
 Уровень жидкости, см
 Состояние (в работе/остановлен)
o Для насоса:
 Давление на входе, кгс/см2
 Давление на выходе, кгс/см2
 Температура Тпд, oC
 Температура Трд, oC
 Температура Трн, oC
 Температура Тпн, oC
 Состояние (в работе/остановлен)
 Схема ЦПС – резервуарный парк.
o Для резервуара:
 Уровень нефти, см
 Уровень межфазы, см
 Температура на уровне 50 см, oC
 Температура на уровне 410 см, oC
 Температура на уровне 710 см, oC
 Состояние (в работе/остановлен)



o Для емкости подземной (ЕП):
 Уровень жидкости, см
 Состояние (в работе/остановлен)
Схема ЦПС – площадка подготовки нефти;
o Для блока дозирования реагентов:
 Состояние (в работе/ остановлен)
o Для емкости подземной:
 Уровень жидкости, см
 Состояние (в работе/остановлен)
o Для сепаратора:
 Уровень жидкости, см
 Состояние (в работе/остановлен)
o Для установки подогрева:
 Температура, oC
 Состояние (в работе/остановлен)
Схема СИКН;
 Уровень жидкости в емкости, см
 Температура жидкости в емкости, oC
 Обводненность жидкости, %
 Плотность жидкости, кг/м3
 Состояние пробоотборника (в работе/остановлен)
 Расход жидкости, м3/ч
 Температура в линии, oC
 Давление в линии, кгс/см2
 Средний расход по СИКН массовый, м3/ч
 Средняя температура нефти БИЛ, oC
 Средняя температура нефти БИК, oC
 Среднее давление нефти БИЛ, кгс/см2
 Среднее давление нефти БИК, кгс/см2
 Средняя плотность нефти БИК, кг/м3
 Средняя плотность нефти 20oC БИК, кг/м3
 Средняя плотность нефти 15oC БИК, кг/м3
 Масса (бруто) нефти БИЛ, т
 Масса (бруто) нефти БИЛ нарастающая, т
 Массовая доля воды, %
Схема одиночной скважины:
 Давление затрубное
 Давление буферное
 Давление приема
 Давление выкида
 Температура приема
 ЭЦН – мощность активная
 ЭЦН – мощность реактивная
 Блок дозирования реагентов – состояние (в работе/остановлен)
 Расход реагента
 Емкость – уровень жидкости, см
 Емкость – состояние (в работе/остановлен)
 Массовый дебит жидкости
 Объемный дебит жидкости
 Обводненность
 Установка подогрева – температура входа
 Установка подогрева – температура выхода



4.
5.
6.
7.
Давление на входе в камеру
Давление на выходе из камеры
Загазованность
c. Исследования
Подраздел предназначен для отображения данных химического анализа
нефти и газа, произведенных в лабораторных условиях. Отображение информации
должно производится как в графическом так и табличном виде.
В рамках подраздела должны отображаться значения исследований со
следующих объектов:
- Сепаратор:
- Массовая доля воды, %
- Массовая концентрация хлористых солей, мг/дм3
- Массовая доля механических примесей, %
- Значение температуры при отборе пробы, oC
- Плотность при температуре отбора, кг/м3
- Плотность при 15 oC, кг/м3
- Плотность при 20 oC, кг/м3
Источником информации для значений химического анализа должен
выступать PI Archive, взаимодействие с PI Archive должно производиться с
использованием тегов модели данных PI AF.
Раздел «Оперативный анализ» (этап 2):
a. Матрица «Мэриленда» - контроль режимных показателей добычи;
b. Семафор – анализ длительности простоев скважин и их причин;
c. Напорно – расходные характеристики насосов – отображение напорно – расходных
характеристик насосов, оперативная оценка оптимальности эксплуатации насосов;
Раздел «Геология» (этап 2):
d. Паспорт объекта;
e. Конструкция объекта;
f. Отображение мероприятий проводимых на объекте;
g. Профиль и проекция скважины
Раздел «Отчеты» (этап 1):
h. Отображение сводной информации о добыче нефти по выбранной скважине с
указанием режимных показателей;
i. Отображение детальной информации о добычи нефти по выбранной скважине;
j. Отображение значение технологических параметров выбранного НПО
k. Отображение значений параметров с объектов нагнетательного фонда скважин;
Раздел «Документы» (этап 1)
5.1.6 Функциональные требования к разделам и подразделам по этапам реализации:
8. Раздел «Модели» (этап 1):
a. Карта.
Подраздел должен представлять собой ГИС – карту, с отображением всех НПО
(скважины, ГЗУ, ДНС, резервуары, и т.д.) и их коммуникаций (нефтепроводы,
водоводы, ЛЭП и т.д.), причем каждый вид коммуникаций и НПО должен
отображаться как отдельный слой. Так же с помощью подраздела должна
осуществляться визуализация распределения давления внутри продуктивного
пласта.
Картографическая информация должна быть реализована на платформе ArcGIS
сервера компании ESRI. Должен быть применен стандартный инструментарий
ArcGIS платформы:
 Инструмент измерения площади;
 Инструмент измерения расстояния;
 Инструмент определения координат точки;
 Инструмент поиска объекта
Расчет распределения давления внутри продуктивного пласта должен
осуществляться на основе данных давления хранящихся в PI Archive,
предоставляемых посредством PI AF. Расчет распределения давления должен
производиться GeoProcessing сервисом, развернутым на стороне ArcGIS сервера,
посредством встроенного метода интерполяции.
Взаимодействие клиентского приложения визуализации с картографической
информацией ArcGIS сервера, сервисом расчета распределения давления должна
осуществляться посредством HTTP протокола.
b. Тех. схемы (мнемосхемы раздела «Оперативная информация»)
В подразделе схематично должны быть представлены модели НПО с отображением
значений параметров работы НПО как в режиме реального времени, так и в режиме
истории, а также должна быть возможность отображения динамики параметров за
выбранный период.
В рамках реализуемых тех. схем (мнемосхем) должны быть реализованы схемы:
 Схема ЦПС (ДНС) общая;
 Схема ЦПС (ДНС) – насосная;
 Схема ЦПС (ДНС) – резервуарный парк. 2 резервуара
 Схема ЦПС (ДНС) – площадка подготовки нефти;
 Схема СИКН;
 Схема скважин – обзорная (по 11 одиночным скважинам);
 Схема 11 одиночных скважин;
Тех. схемы должны быть реализованы с использованием Canvas, технологии HTML5
или технологии SVG, для возможности отображения на современных браузерах, в
том числе браузерах мобильных устройств
9. Раздел «Планирование» (этап 2)
a. Диаграмма Ганта
Подраздел должен отображать сетевой график строительства НПО в виде
диаграммы Ганта с информированием об ответственных лицах и о ходе исполнения
этапов строительства, ходе исполнения производственных планов.
Значения для подраздела должны браться из БД системы «OIS Добыча».
Взаимодействие с БД системы должно осуществляться с использованием
интерфейсов предоставления информации (хранимые на стороне СУБД Oraсle
процедуры, представления (VIEW)). Предоставление интерфейсов их спецификацию
осуществляет Заказчик.
10. Раздел «Оперативная информация» (этап 1)
a. Графики (тренды) технологических параметров
Подраздел должен отображать в виде графика следующие основные параметры добычи
нефти:
 Давление приема
 Температура приема
 Давление затрубное
 Давление выкида
 Давление буферное
 Массовый дебит жидкости
 Объемный дебит жидкости
 Обводненность нефти
Данные должны быть представлены в виде графиков с возможностью отображения в
табличном виде.
Должна быть реализована возможность задания диапазона выборки информации. По
умолчанию задается диапазон выборки в трое суток, который вычисляется по формуле:
- Дата окончания диапазона = текущая дата и время;
- Дата начала диапазона = Дата окончания диапазона – 3 суток;
Диапазон выборки должен быть снабжен ограничением по заданию максимального
диапазона, значение максимального диапазона – 10 суток. Ограничение обусловлено
необходимостью оперативного отображения графиков.
Должна быть реализована возможность оперативного сокрытия (отображения)
графика по интересуемому параметру
Источником информации для значений параметров, отображаемых на графике,
должен выступать PI Archive, взаимодействие с PI Archive должно производиться с
использованием тегов модели данных PI AF.
В случае отсутствия информации по выбранному параметру в архиве системы PI –
график по параметру не отображается.
В случае наличия единичного значения параметра за выбранный диапазон – на
графике отображается точка.
b. Мнемосхемы (Тех.схемы раздела «Модели»)
В подразделе схематично должны быть представлены модели НПО с отображением
значений параметров работы НПО как в режиме реального времени, так и в режиме
истории, за счет отображения динамики параметров за выбранный период
Подраздел должен позволять:
 визуализировать модели НПО;
 обеспечивать контроль текущих параметров НПО;
 отображать историю работы НПО;
 сигнализировать о возникновении внештатных ситуаций (при срабатывании
телесигнализации, выходе значения отображаемого параметра за границу
рабочей зоны)
Список реализуемых мнемосхем оговаривается в разделе «Модели», подраздел
«Тех. схемы»
Источником информации для значений параметров, отображаемых на
мнемосхемах, должен выступать PI Archive, взаимодействие с PI Archive должно
производиться с использованием тегов модели данных PI AF.
Обновление значений параметров на мнемосхеме должно осуществляться путем
периодического обращения за новыми данными к источнику информации,
периодичность обращения должна быть не реже чем раз в минуту.
Внештатные ситуации, определение выхода значения параметра за границу
рабочей зоны осуществляется средствами PI System. Результаты обработки
подобных задач фиксируется в соответствующем теге PI Point (реализация задачи
обработки и фиксации внештатных ситуаций, определения выхода значений
параметра за границу рабочей зоны не является задачей настоящего требования и
реализуется в рамках других работ)
Значение тега для внештатных ситуаций имеет следующие состояния:
 NORMA, значение 0, состояние оборудования в норме
 WARNING, значение 1, состояние оборудования требует внимания
 ERROR, значение -1, состояние оборудования критическое (состояние
датчика- «ошибка»)
Значение тега для определения выхода значений параметра за границу рабочей зоны
имеет следующие состояния:
 NORMA, значение 0, значение параметра в заданном диапазоне
 WARNING_TOP, значение 1, значение параметра приближается к верхней
границе допустимого предела (менее 10%) или равно значению верхней
границы
 WARNING_BOTTOM, значение 2, значение параметра приближается к
нижней границе допустимого предела (менее 10%) или равно значению
нижней границы
 ERROR_TOP, значение -1, значение параметра вышло за допустимые
пределы верхней границы
 ERROR_BOTTOM, значение -2, значение параметра вышло за допустимые
пределы нижней границы
Функциональность мнемосхемы должна позволять выводить тренд (график)
значений по интересуемому параметру, причем при вызове функции отображения
графика, по умолчанию, выводится график за текущие сутки. Пользователь
должен иметь возможность смены диапазона отображаемого графика, но
заданный пользователем диапазон не должен превышать 5 дней, в случае
превышения диапазона – он должен автоматически измениться согласно формуле
(Дата начала диапазона = Дата окончания диапазона – 5 дней)
c. Исследования
Подраздел предназначен для отображения данных химического анализа
нефти и газа, произведенных в лабораторных условиях. Отображение информации
должно производится как в графическом так и табличном виде.
Источником информации для значений химического анализа должен
выступать PI Archive, взаимодействие с PI Archive должно производиться с
использованием тегов модели данных PI AF.
11. Раздел «Оперативный анализ» (этап 2)
a. Матрица «Мэриленда»
Подраздел должен обеспечивать анализ достижения установленных режимных
показателей добычи нефти по фактической добыче, в разрезе эксплуатируемых
скважин.
Размер элементов матрицы должен зависеть от значения режимного дебита скважин,
т.е. чем больше режимный дебит скважины (относительно режимного дебита других
скважин), тем больше размер элемента матрицы.
Значения режимного показателя добычи нефти должны браться из БД системы «OIS
Добыча». Взаимодействие с БД системы должно осуществляться с использованием
интерфейсов предоставления информации (хранимые на стороне СУБД Oraсle
процедуры, представления (VIEW)). Предоставление интерфейсов их спецификацию
осуществляет Заказчик.
Значения фактического дебита по скважине за сутки по данным учетно – отчетной
системы должны браться из БД «OIS Добыча». Взаимодействие с БД системы должно
осуществляться с использованием интерфейсов предоставления информации (хранимые
на стороне СУБД Oraсle процедуры, представления (VIEW)). Предоставление
интерфейсов, их спецификацию осуществляет Заказчик.
Значения фактического дебита по скважине за сутки, по данным телеметрии,
должны браться из PI Archive. Взаимодействие с PI Archive должно производиться с
использованием тегов модели данных PI AF.
На элементе матрицы, по каждой скважине, должно отображаться:
- номер скважины
- данные по режимному дебиту
-данные по фактическому дебиту.
Элементы матрицы могут окрашиваться в два цвета: зеленый и красный. Красным
цветом окрашиваются те элементы матрицы, чей суточный дебит отстает от режимного
дебита более, чем на 10%
b. Семафор
Подраздел должен позволить увидеть за выбранный период длительность и причины
простоев скважины для любого момента времени анализируемого периода. Должна
быть реализована цветовая индикация причин остановок для информирования
пользователя о проблемах, существующих на объекте нефтедобычи, которые приводят
к остановам в работе.
Значения простоев скважин должны браться из БД системы «OIS Ремонты скважин».
Взаимодействие с БД системы должно осуществляться с использованием интерфейсов
предоставления информации (хранимые на стороне СУБД Oraсle процедуры,
представления (VIEW)). Предоставление интерфейсов их спецификацию осуществляет
Заказчик.
c. Напорно – расходные характеристики насосов
Подраздел должен отображать напорно-расходные характеристики и рабочие зоны
насоса по выбранной скважины в пересчете на вязкость добываемой жидкости,
температуру жидкости в пласте (в случае ЭЦН – частота питания электродвигателя).
Текущий режим эксплуатации насоса должен отображаться как в виде таблицы так и
в виде графика.
Значения характеристик насосов должны браться из БД системы «OIS Добыча».
Взаимодействие с БД системы должно осуществляться с использованием интерфейсов
предоставления информации (хранимые на стороне СУБД Oraсle процедуры,
представления (VIEW)). Предоставление интерфейсов их спецификацию осуществляет
Заказчик.
12. Раздел «Геология» (этап 2)
a. Паспорт объекта;
Подраздел должен обеспечить отображение паспорта выбранного объекта, с
указанием всех основных характеристик объекта:
 Месторождение: структура, геолого – технические свойства;
 Скважина: данные по бурению, фактический геологический разрез скважины,
геолого – техническое состояние скважины, фактические данные по
обсадным трубам, данные по примененной промывочной жидкости, данные
по освоению
 По остальным НПО: основные проектные характеристики объекта
Значения для подраздела должны браться из БД системы «OIS Добыча».
Взаимодействие с БД системы должно осуществляться с использованием
интерфейсов предоставления информации (хранимые на стороне СУБД Oraсle
процедуры, представления (VIEW)). Предоставление интерфейсов их спецификацию
осуществляет Заказчик.
b. Конструкция объекта;
Подраздел должен позволять просматривать информацию о конструкции
скважины в графическом и табличном виде. Также в конструкции скважины должна
отображаться информация об оборудовании и его местоположении.
Значения для подраздела должны браться из БД системы «OIS Добыча».
Взаимодействие с БД системы должно осуществляться с использованием
интерфейсов предоставления информации (хранимые на стороне СУБД Oraсle
процедуры, представления (VIEW)). Предоставление интерфейсов их спецификацию
осуществляет Заказчик.
c. Отображение мероприятий проводимых на объекте;
Подраздел должен позволять отображать перечень актов бурения, КРС, ПРС,
МУН с возможностью отображения детальной информации по выбранному акту,
включая показатели объекта до мероприятия и после
Значения для подраздела должны браться из БД системы «OIS Ремонт скважин».
Взаимодействие с БД системы должно осуществляться с использованием
интерфейсов предоставления информации (хранимые на стороне СУБД Oraсle
процедуры, представления (VIEW)). Предоставление интерфейсов их спецификацию
осуществляет Заказчик.
d. Профиль и проекция скважины
Подраздел должен позволять отображать профиль и проекцию скважины
(группы скважин) в разрезе пласта построенным по инклинометрическим данным.
Значения для подраздела должны браться из БД системы «OIS Добыча».
Взаимодействие с БД системы должно осуществляться с использованием
интерфейсов предоставления информации (хранимые на стороне СУБД Oraсle
процедуры,
представления
(VIEW)).
Предоставление
интерфейсов,
их
спецификацию осуществляет Заказчик.
13. Раздел «Отчеты» (этап 1)
Раздел должен предоставлять возможность отображать основную производственную
информацию:
o Сводную информацию о добыче нефти(по месторождению, по скважине, и т.п.), с
нарастанием за сутки, месяц, год, с начала эксплуатации;
o Информацию об оборудовании установленном на НПО;
o и т.д.
14. Раздел «Документы» (этап 2)
Раздел предназначен для хранения и осуществления доступа к документации (проектная,
протокольная, планы мероприятий и т.п.) связанной с эксплуатацией месторождения,
скважин, НПО и т.д.
15. Дополнительные функциональные требования
 В рамках платформы должна быть реализована возможность, в рамках которой,
пользователь сможет задать вопрос соответствующему специалисту для возможности
получения, в последствии, компетентного ответа на возникшую ситуацию. Все заданные
вопросы и ответы на них должны регистрироваться в «форуме» системы, для
последующего накопление знаний по решению возникающих в ходе производственной
деятельности вопросов.
Требования к использованию данных на этапе реализации продукта
В момент реализации продукта Заказчик готовит и предоставляет Исполнителю набор
необходимых тестовых данных.
В рамках использования данных систем «OIS Добыча», «OIS Ремонт скважин» Заказчик
готовит и предоставляет в адрес исполнителя дамп базы данных, с тестовой информацией
достаточной для реализации продукта. Дамп базы данных в своем составе будет иметь
интерфейсы (хранимые процедуры, представления) доступа к данным.
В рамках использования данных PI Archive и PI AF Заказчик готовит и предоставляет в
адрес исполнителя дамп базы данных реального времени, с тестовыми данными, дамп теговой
модели данных PI AF.
5.1.7
Требования к безопасности
Конфиденциальность: СРЕДНЯЯ. Несмотря на то, что информация в системе не относится к
коммерческой тайне, доступ к ней обеспечивается только для авторизованных пользователей.
Несанкционированное разглашение информации может нанести несущественный ущерб
Компании.
5.1.8
Целостность: ВЫСОКАЯ. Обеспечивается строгий контроль изменения хранимой в системе
информации. Несанкционированная модификация информации может нанести серьезный ущерб
Компании.
Доступность: СРЕДНЯЯ. Непродолжительные перебои в работе системы не могут нанести
серьезного ущерба Компании.
5.1.8.1 Безопасность систем автоматизации
Безопасность системы в отношении систем автоматизации, управляющих технологическим
оборудованием, обеспечивается используемой в ИС АСОДУ архитектурой, в которой
предусмотрена возможность разделения пользовательской и технологической сетей.
Контроль целостности данных
Для контроля и обеспечения защиты целостности данных при авариях и сбоях в процессе
выполнения пользовательских задач Системы должно быть обеспечено:
o использование механизма отката транзакций СУБД;
o создание резервных копий баз данных
5.1.9
5.1.10 Состав и содержание работ по созданию системы (этап 1)
Этап
Наименование работы
(результат работы)
Состав работ
1.
Обследование
Проводится обследование пожеланий Заказчика
Разработка технического
задания («Техническое
задание»)
Проводится сбор и анализ требований Заказчика к
Системе, разрабатывается проект их технической
реализации. Результатом этого этапа является
согласованный с Заказчиком документ «Техническое
Задание».
Документ содержит:
 детальное описание функциональности
реализуемой Системы;
 эскизное описание технической реализации
Системы, в том числе интеграционных процессов;
 требования Заказчика к программному и
аппаратному обеспечению
Подготавливается Сценарий тестирования
2.
3.
Подготовка сценариев
тестирования (Сценарий
тестирования)
Программирование ИС
Выполняется разработка программного обеспечения в
соответствии с представленным техническим заданием
Проведение тестирования
(Акт выполненных работ)
Проводится тестирование, подтверждающее соответствие
реализованной Системы требованиям Технического
Задания. Тестирование проводится на тестовых данных
Заказчика
Подготовка инструкций
Осуществляется подготовка эксплуатационной
4.
пользователей, обучение
пользователей (Ролевые
инструкции)
документации (операционные инструкции по ролям),
обучение группы эксплуатации Системы со стороны
Заказчика
Опытно-промышленная
эксплуатация системы
Осуществляется установка прикладного и необходимого
специализированного ПО на аппаратных средствах,
предоставленных Заказчиком, выполняется настройка
Системы на реальные условия использования.
Выполняется подготовка технической документации по
реализации Системы, выполненным настройкам и
разработкам
Устранение замечаний
Выполняются работы по устранению полученных от
Заказчика замечаний
Проведение тестирования
(Акт выполненных работ)
Проводится тестирование, подтверждающее соответствие
реализованной Системы требованиям Технического
Задания. Тестирование проводится на тестовых данных
Заказчика. Система переводится в промышленную
эксплуатацию.
Лист согласования
№п/п
Должность
ФИО
Дата
Подпись