ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ на разработку и внедрение системы мониторинга

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
на разработку и внедрение системы мониторинга
эффективности эксплуатации насосного оборудования системы
ППД на объектах блока Upstream
г.Уфа
2014 г.
Оглавление
1.
ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ ..............................................................4
2.
ОБЩИЕ СВЕДЕНИЯ ..................................................................................................5
3.
ЦЕЛИ ПРОЕКТА ........................................................................................................6
4.
ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ .........................................7
5.
ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ .....................................................................8
5.1
Требования к системе. .........................................................................................8
5.2
Требования к производителю. ............................................................................8
5.3
Требования к надежности. ..................................................................................8
5.4
Требования к защите информации. ....................................................................8
5.5
Эргономика и техническая эстетика. ...............................................................12
5.6
Требования к защите информации от несанкционированного доступа. ......13
5.7
Режимы функционирования системы ..............................................................13
5.8
Режимы функционирования системы ..............................................................14
5.9
Способы
и
средства
связи
для
информационного
обмена
между
компонентами подсистем .......................................................................................................14
6.
7.
5.10
Общие ИТ требования ...................................................................................14
5.11
Общие требования к архитектуре .................................................................15
5.12
Структура системы, перечень подсистем ....................................................15
СТРУКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ .............................................18
6.1
Подсистема работы с оборудованием ..............................................................18
6.2
Подсистема администрирования ......................................................................18
6.3
Структура подсистемы «Эксплуатационные параметры» .............................18
6.4
Структура подсистемы «Ремонтные параметры»...........................................18
6.5
Структура подсистемы «Отчетная информация» ...........................................19
6.6
Структура подсистемы «Журнал технологических нарушений» .................19
6.7
Подсистема интеграции с внешними системами............................................19
ФУНКЦИИ ЧАСТЕЙ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ...............................20
8.
7.1
Функции подсистемы работы с оборудованием .............................................20
7.2
Функции подсистемы администрирования .....................................................20
7.3
Функции подсистемы «Эксплуатационные параметры» ...............................20
7.4
Функции подсистемы «Ремонтные параметры» .............................................21
7.5
Функции подсистемы «Журнал технологических нарушений» ...................23
7.6
Функции подсистемы интеграции со смежными системами. .......................24
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ПРЕЗЕНТАЦИОННОГО МАТЕРИАЛА. ..25
1.
ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ
AD
 Active Directory
АРМ
 Автоматизированное рабочее место
БД
 База данных
НСИ
 Нормативно-справочная информация
ПО
 Программное обеспечение
ПК
 Программный комплекс
СУБД
 Система управления базами данных
ТН
 Технологическое нарушение
2.
ОБЩИЕ СВЕДЕНИЯ
Полное наименование системы - «Система мониторинга эффективности
эксплуатации насосного оборудования системы ППД на объектах блока Upstream».
Условное обозначение системы – СМЭЭНО ППД или Система.
Под системой мониторинга эффективности эксплуатации насосного оборудования
системы ППД понимается комплекс мероприятий направленных на выявления
непроизводительных затрат по единицам обслуживаемого оборудования и их устранение.
Организация-заказчик - ОАО АНК «Башнефть».
Настоящие технические требования могут уточняться по согласованию с
Заказчиком в соответствии с возможными изменениями Бизнес-процесса.
Окончательные требования к программному обеспечению должны быть
сформулированы на этапе разработки технического задания.
3.
ЦЕЛИ ПРОЕКТА
Цель проекта - создание единой информационной системы для работы с
эксплуатационными и ремонтными параметрами насосного оборудования системы ППД.
Внедрение Системы позволит повысить эффективность работы предприятия,
предоставляя следующие преимущества:
 повышение оперативности рассмотрения и анализа случаев технологических
нарушений:

выявление и оценка непроизводительных затрат по оборудованию;

устранение выполняемых «вручную» операций;

автоматическое построение отчетов;
 улучшение контроля:

оперативное получение информации;

полнота и достоверность информации;

контроль регламентных сроков;
 повышение качества работы на всех уровнях:

качество принятия управленческих решений;

высвобождение времени на другие задачи;

снижение потерь электроэнергии при организации ремонтов.
Объединение информации о состоянии насосного оборудования позволит
организовать процесс объективной претензионной работы с подрядной организацией
обслуживающей данное оборудование и с заводами-изготовителями.
4.
ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
Объектом автоматизации являются информационные ресурсы и бизнес-процессы
оперативно-технологического управления ОАО «Башнефть».
 Предполагаемый перечень предприятий в плане охвата проекта:
 ОАО АНК «Башнефть» (департаменты по направлению);
 ООО «Башнефть-Добыча» (отделы по направлению, цеха);
 ООО «Башнефть-Информ»;
 ООО «ОЗНПО»;
Система предназначена для автоматизации следующих процессов:
 Процесс создания базы данных по эксплуатационным параметрам.
 Накопление базы данных с постоянным обновлением эксплуатационных
параметров;
 Автоматическая
проверка
соблюдения
регламентов
поступления
информации.
 процесс создания базы данных по ремонтным параметрам и производимым
работам.
 Накопление базы данных с обновлением по мере необходимости ремонтных
параметров;
 Автоматическая
проверка
соблюдения
регламентов
поступления
информации.
 Процесс создания системы анализа и отчетов.
 Формирование расчетных показателей эффективности эксплуатации единицы
оборудования;
 Формирование расчетных показателей эффективности эксплуатации бизнесструктур и объектов;
 Формирование графиков планово-предупредительных ремонтов исходя из
потерь электроэнергии в насосном оборудовании;
 Построение объектов визуализации по расчетным показателям в разрезе
бизнес-структур.
 Процесс обмена информацией о технологических нарушениях.
 Ввод и обработка информации о фактических нештатных изменениях
состояния оборудования с указанием основных причин и последствий
технологических нарушений;
 Формирование отчетной информации.
При работе с автоматизированной системой должна быть обеспечена поддержка
следующих функций:
 Комплексная система оповещения пользователей;
 Формирование аналитических и статистических отчетов;
 Ведение и обмен НСИ;
 Интеграция со сторонними системами.
5.
ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ
5.1 Требования к системе.
Система должна обеспечивать:
 масштабируемость и возможность замены вышедших из строя или морально
устаревших технических средств однотипными;
 надежное хранение информации и защиту от потери или искажения хранимых
данных;
 использование систем бесперебойного питания;
 резервирование оборудования для гарантированного продолжения работы в
случае единичного отказа;
 оперативный доступ к хранимой информации за период, продолжительностью не
менее чем 5 лет, к архивной информации – за любое время;
 поэтапное наращивание, как производительности, так и функционального состава
системы;
 работу пользователей, находящихся на территориально распределенных объектах;
 возможность увеличения количества одновременно работающих пользователей на
различных уровнях иерархии объекта автоматизации;
5.2 Требования к производителю.
Производитель должен обеспечить:
 финансовая устойчивость (не менее 100 работников, не менее 100 млн. руб.
выручки за год;
 наличие представительства и компетенции в РФ;
 возможность использования лицензий на любом предприятии ОАО АНК
"Башнефть";
 наличие внедренной системы в нефтегазодобывающем предприятии (отрасли).
5.3 Требования к надежности.
 надежность инфраструктуры Системы должна определяться надежностью
компонентов аппаратного обеспечения.
 инфраструктура технологической площадки, на которой размещается Система,
должна обеспечивать функционирование в круглосуточном режиме, с допустимыми
перерывами на профилактику, перенастройку и простоями в связи с неисправностью не
более 48 часов в год, при среднем времени устранения неисправности, вызвавшей
простой, не более 4 часов.
5.4 Требования к защите информации.
Информация, содержащаяся в Системе, должна быть защищена от
несанкционированного доступа, потери и искажения. Защищенность информации должна
обеспечиваться комплексом организационных и технических мер безопасности, которые
включают в себя физическое ограничение доступа к оборудованию, аутентификацию
пользователей в системе, разграничение уровней доступа к информационным ресурсам,
использование защищенных протоколов связи.
Общая концепция построения системы приведена на рисунке 1. Связь конечных
устройств с WEB-сервером визуализации должна осуществляться через реверсивный
прокси-сервер, используя защищенный протокол HTTPs (с применением средств
криптографии протокола SSL). Для сервера визуализации необходимо предусмотреть
выделение домена третьего уровня с регистрацией на домен цифрового SSL-сертификата,
который будет однозначно идентифицировать отдельных пользователей и сервер.
Реверсивный прокси-сервер должен быть вынесен в демилитаризованную зону,
отделенную от внутренней корпоративной сети согласно требованиям безопасности
Компании. Сервер визуализации данных и Сервер сбора данных (содержащие
информацию, предназначенную для публикации на конечных устройствах) должны быть
размещены внутри корпоративной сети Компании.
Рис.1. Общая концепция построения Системы
Безопасность канала связи обеспечивается с помощью двух элементов:
 Аутентификация: сертификат привязан к определенному домену, и не может
использоваться другими доменами.
 Шифрование: информация преобразуется таким образом, что расшифровать ее
можно только с использованием специального ключа.
Информация, предназначенная для отображения на конечных устройствах, должна
передаваться с сервера визуализации в обезличенном бинарном («маскированном») виде,
без указания привязок к конкретным объектам. Шаблоны отчетных форм с
наименованиями объектов также должны передаваться на пользовательские устройства в
бинарном виде, без использования открытых текстовых форматов.
Рис.2. Концепция построения Системы безопасности (варианты)
Средства защиты от несанкционированного доступа должны обеспечивать:
 Управление доступом (аутентификацию пользователя в приложении по его
Персональному Идентификационному Номеру (ПИН-код), используемому для получения
доступа к ключевой информации сертификата);
 Регистрацию и учет (проверку полномочий пользователя при работе с Системой);
 Шифрование канала передачи данных по протоколу SSL с применением
двухсторонней аутентификации клиентской и серверной части, участвующих в
информационном обмене в соответствии с требованиями ГОСТ.
С точки зрения обеспечения безопасности данных Система должна обеспечить:
 Наследуемую безопасность: распределение прав доступа по объектам, а также по
группам пользователей должно осуществляться в соответствии с политикой Компании.
 Собственную систему безопасности: должна позволять администратору
блокировать доступ к серверу визуализации для конкретных мобильных устройств.
 Защиту на уровне конечных устройств: управление безопасностью средствами
iPad должно включать в себя управление доступом к пользовательскому устройству и его
ресурсам.
 Шифрование данных, хранящихся на мобильном устройстве, с возможностью
расшифрования только по запросу аутентифицированного пользователя.
 Применение ассиметричного шифрования основанного на цифровых
сертификатах X.509 и ключевых парах (открытый, закрытый ключ).
 Применение криптографических средств защиты информации, прошедших
сертификацию в установленном порядке по требованиям ФСБ РФ и обладающие классом
защищенности КС1 и выше.
5.4.1. Идентификация и аутентификация
Аутентификация пользователей при доступе к Системе должна производиться по
логину/паролю.
Каждый пользователь должен использовать уникальный логин/пароль
ассоциированный только с одним пользователем. Использование несколькими
пользователями (сотрудниками) одного логина недопустимо.
5.4.2. Авторизация и управление доступом пользователей к системе
Управление доступом к Системе должно быть организовано на основе выдачи
соответствующих групповых прав.
В системе должны быть предусмотрены следующие группы пользователей:
 Администраторы данных – имеют доступ к загрузке и публикации отображаемых
данных через Сервис интеграции, а также доступ к настройкам Системы.
 Конечные пользователи системы – имеют доступ на просмотр данных и к
пользовательским настройкам клиентского ПО.
5.4.3. Служебные учетные записи
Для администрирования Системы и системного ПО серверного оборудования должны
использоваться специализированные учётные записи.
5.4.4. Контроль целостности данных
Для обеспечения защиты целостности данных при авариях и сбоях в процессе выполнения
пользовательских задач Системы должно быть обеспечено резервное копирование данных
и базовых настроек системы.
5.4.5. Криптографическая защита данных
Связь клиентского приложения с сервером визуализации должна осуществляться с
использованием средств криптографии протокола SSL.
5.4.6. Регистрация и аудит событий
Регистрация и аудит событий должны производиться с помощью средств Системы и
охватывать все производимые операции по доступу к Системе и модификации данных.
5.4.7. Требования к организационному обеспечению
Для реализации проекта должна быть создана рабочая группа, как со стороны Заказчика,
так и со стороны Исполнителя.
Рабочая группа должна включать в себя следующих участников:
 Руководитель проекта / Руководитель рабочей группы. Сотрудник
Заказчика/Исполнителя, на время проекта максимально освобожденный от других
обязанностей;
 Участники рабочей группы (со стороны Заказчика). Сотрудники Заказчика
представители подразделений, задействованных в проекте, специалисты предметных
областей и технические специалисты;
 Участники рабочей группы (со стороны Исполнителя). Ключевые сотрудники
Исполнителя, задействованные в проекте.
Для реализации своих полномочий рабочая группа собирается на совещания – регулярные
(очередные) и внеочередные.
Очередные заседания рабочей группы проводятся в соответствии с планом-графиком
работ и созываются Руководителем проекта.
На заседании в обязательном порядке ведется протокол заседания, утверждаемый членами
рабочей группы.
Рабочая группа Исполнителя должна состоять из специалистов, принимавших участие в
аналогичных проектах.
5.4.8. Требования по подготовке объекта к выполнению работ
При подготовке объекта к выполнению работ, должны быть выполнены следующие
мероприятия:
 приобретено и развернуто оборудование, описанное в Концептуальном дизайне;
 закуплены лицензии на продукты;
 выполнено подключение к сетевым коммуникациям согласно техническому
заданию.
5.4.9. Требования к документации
В рамках проекта должна быть разработана, согласована и утверждена следующая
документация:




концептуальный дизайн.
техническое задание.
программа и методика испытания.
руководства пользователя и администратора.
5.4.10. Требования к характеристикам качества
Архитектура Системы должна удовлетворять следующим характеристикам качества:
 безопасность (Security) – корректность аутентификации пользователей при
обращении к услуге, соответствие предоставляемых пользователям данных требованиям
действующих политик безопасности, защита от несанкционированного доступа;
 гибкость (Agility) – возможность доработок без нарушения основной
функциональности Системы. В частности – разработка новых отчетных форм, изменение
количества источников данных с новыми платформами для этих источников (MS SQL,
Oracle и т.п.);
5.4.11. Требования к параметрам резервирования
Требования к резервированию компонентов системы и всей системы в целом:
Время восстановления (recovery time objective (RTO)) - допустимое время простоя
сервиса в случае сбоя – 3 часа;
Точка возврата (recovery point objective (RPO)) - допустимый объем возможных
потерь данных в случае сбоя; - 1 день.
Допустимая нагрузка резервной системы (Recovery capacity objective (RCO)) - часть
нагрузки которую должна обеспечивать резервная система – 50%.
5.5 Эргономика и техническая эстетика.
Для удобства пользователей Система установлена на клиентское АРМ
непосредственно с сервера приложений. При каждом подключении клиента к серверу
осуществляется проверка на наличие обновлений. В случае если на сервере установлена
более поздняя версия, система автоматически обновляет клиентское приложение.
Удобство использования графического пользовательского интерфейса должно
обеспечиваться за счет следующих характеристик:
 предоставления контекстно-зависимой помощи при работе с формами
пользовательских интерфейсов подсистем.
 пользователь имеет возможность получения информационной помощи
непосредственно из главного меню.
 интерфейс способствует уменьшению вероятности совершения случайных
ошибочных действий пользователей.
 главное меню подсистем содержанием списка доступных функций. Доступ к
отдельным пунктам изменяется в зависимости от роли пользователя и выбранного
пользователем окружения.
 предоставления возможности настройки пользователями внешнего вида экранных
форм подсистем и сохранения заданных настроек для последующей загрузки.
 наличием удобных и современных компонентов на интерфейсе подобных MS (в
т.ч. графические).
 наличием табличных компонентов с функционалом подобным Exel.
 поддержки клиента на других мобильных ОС (Android, Windows Phone и т.д).
 возможностью работы через Web-интерфейс.
 возможностью выгрузки из системы и отправки данных по почте в формате
файлов *.pdf, *.xls, *.ppt, *.dac.
5.6 Требования к защите информации от несанкционированного доступа.
Компоненты подсистемы защиты от несанкционированного доступа
обеспечивают:
 идентификацию пользователя на основе проверки имени (логина) пользователя и
пароля;
 проверку полномочий пользователя при работе с системой;
 исключение возможности несанкционированного доступа за счёт обеспечения
механизмов разграничения доступа к информации в соответствии с правами;
 регистрацию входа и выхода пользователей в систему;
 ведение журнала активности пользователей.
Программное обеспечение должно быть защищено от несанкционированного
доступа:
 стандартными средствами безопасности, предоставляемыми операционной
системой.
 стандартными средствами СУБД;
 средствами Системы (идентификация пользователей и разграничение прав
доступа).
5.7 Режимы функционирования системы
Система работает в следующих режимах:
Штатный режим функционирования – является основным режимом работы, который
обеспечивает возможность нормальной работы пользователей с Системой для выполнения
своих задач. Штатный режим функционирования предусматривает круглосуточную
работу программного обеспечения 365 (366) дней в году.
Сервисный режим – включает в себя проведение регламентных работ:
 диагностирование работоспособности Системы.
 создание резервных копий базы данных для обеспечения корректного
восстановления при возникновении внештатных ситуаций.
 обновление версий на сервере.
 режим восстановления после внештатных ситуаций.
Система функционирует в штатном режиме, при этом допускаются перерывы в
работе пользователей на проведение
регламентных работ. Время проведения
регламентных работ определяется эксплуатационными службами Заказчика.
При возникновении внештатных ситуаций Система переводится в режим
восстановления.
5.8 Режимы функционирования системы
Система работает в следующих режимах:
Штатный режим функционирования – является основным режимом работы, который
обеспечивает возможность нормальной работы пользователей с Системой для выполнения
своих задач. Штатный режим функционирования предусматривает круглосуточную
работу программного обеспечения 365 (366) дней в году.
Сервисный режим – включает в себя проведение регламентных работ:
 диагностирование работоспособности Системы.
 создание резервных копий базы данных для обеспечения корректного
восстановления при возникновении внештатных ситуаций.
 обновление версий на сервере.
Режим восстановления после внештатных ситуаций.
Система функционирует в штатном режиме, при этом допускаются перерывы в работе
пользователей на проведение регламентных работ. Время проведения регламентных
работ определяется эксплуатационными службами Заказчика.
При возникновении внештатных ситуаций Система переводится в режим восстановления.
5.9 Способы и средства связи для информационного обмена между компонентами
подсистем
Обмен информацией между компонентами подсистем основан на применении
стандартных средств и способов взаимодействия, таких как:
 сетевой протокол TCP/IP;
 протоколы Интернет – HTTP, HTTPS;
 компоненты для асинхронного обмена сообщениями;
 стандарты и технологии web-служб: файлы формата XML унифицированной
структуры, SOAP для межуровневого обмена;
 протокол электронной почты – SMTP\POP3.
Система и подсистемы должны быть оптимизированны для работы на каналах с
низкой пропускной способностью.
Межуровневый обмен информацией осуществляется с помощью протокола ТСР\IP с
использованием прямых цифровых каналов связи между уровнями предприятия.
5.10 Общие ИТ требования
Система должна обладать следующими свойствами:
 возможность инсталляции в существующие ИТ-мощности заказчика;
 возможность предоставления централизованного доступа к ИС;
 удовлетворительное быстродействие (открытие и сохранение введенных данных
5-10сек);
 возможность работы в off-line режиме;
 возможность локальной поддержки приложения без привлечения разработчика,
наличие инструментов для администрирования и сопровождения решения;
 возможность интеграции с корпоративными ИС (OIS+, SAP, Лексема,OIS
Ремонты, Скважинное оборудование, OISPipe);
 возможность модификации ИС в соответствии с требованиями Заказчика.
5.11 Общие требования к архитектуре
Архитектура Системы включает в себя следующие уровни (Error! Reference
source not found.):
 презентационный уровень – реализует пользовательский интерфейс для работы с
ПК и предоставляет доступ пользователям к функциональности Системы. Доступ
пользователей к функциональности осуществляется через тонкий клиент. Данный уровень
предполагается для доступа с рабочих станций пользователей.
Уровень взаимодействия – на данном уровне находятся модули, которые
взаимодействуют с внешней средой Системы, взаимодействие может осуществляться по
протоколу TCP напрямую или по протоколу HTTP через веб-сервер. Данный уровень
содержит следующий набор модулей:
 модуль аутентификации, авторизации, управления сессиями – предназначен для
осуществления работы с пользователями Системы;
 модуль обновления версий – предназначен для автоматического обновления
версий.

Уровень подключаемых модулей – предназначен для расширения
функциональности используемых программных комплексов и содержит:
 модуль внешних обработчиков – предназначен для взаимодействия со
сторонними Системами;
 модуль транспорта SOAP, E-Mail – предназначен для рассылки сообщений между
другими экземплярами ПК, которые установлены на других предприятиях;
 модуль форматов – предназначен для преобразования сообщений
обрабатываемых программными комплексами в универсальный формат XML и
последующей его передачи в транспортный модуль для отправки в другие экземпляры
программных комплексов.
 уровень бизнес логики – содержит модули, которые реализуют логику работы.
 уровень доступа к БД – на данном уровне располагаются следующие модули:
 модуль взаимодействия с базой данных – реализует связь всех уровней с общей
базой данных;
 модуль журналирования – данный модуль предназначен для учета действий,
совершаемых как пользователями программного комплекса, так и самой системой.
 уровень данных - представляет собой реляционную СУБД для надежного
хранения и управления данными программного комплекса. На этом уровне хранятся
данные используемые экземпляром программного комплекса. К общим данным относятся
таблицы оборудования, пользователей, системных настроек.
5.12 Структура системы, перечень подсистем
Система включает в себя следующие подсистемы:
 подсистема оборудования;
 подсистема администрирования;
 подсистема работы с внесением информации по эксплуатационным параметрам –
«Эксплуатационные параметры»;
 подсистема работы с внесением информации по ремонтным параметрам –
«Ремонтные параметры»
 подсистема работы с отчетной информации – «Отчетная информация»;
 подсистема работы с технологическими нарушениями – «Журнал
технологических нарушений».
Система поддерживает многоуровневую архитектуру. Архитектура Системы
позволяет обеспечить соблюдение принципов взаимодействия открытых систем. Для
расширения функций программного обеспечения реализована поддержка распределенной
архитектуры Системы.
Архитектура включает следующие компоненты:
 хранилище данных (СУБД);
 сервер приложений;
 web-сервер;
 клиентские приложения (Web-браузер).
Сервер приложений предназначен для реализации бизнес-логики работы с
оперативными работами, графиками, технологическими нарушениями.
Взаимодействие сервера приложений с клиентами происходит по протоколу
HTTP (HTTPS) с использованием механизма Web-сервисов.
На филиале применяется идеология трехзвенной архитектуры: сервер БД,
«средний слой» – «сервер приложений» (реализующий весь основной функционал
взаимодействия пользователя с программным комплексом) и клиентское приложение (с
использованием «сверхтонкого» клиента – браузера), выполняющее на АРМ пользователя.
Все подсистемы комплекса функционируют в одной информационной среде. Для
подсистем используется единое физическое хранилище данных, которое содержит
данные, необходимые для работы каждой из них. Единая база энергетического, сетевого и
нефтяного оборудования, а также общая НСИ позволяют не дублировать ввод
информации в разных подсистемах.
5.13 Функциональные требования по учету оборудования
Система должна обеспечивать:
 учет оборудования по диспетчерским наименованиям в единой базе с
необходимой степенью детализации;
 наличие полной информационной базы по оборудованию, как насосного так и
энергетического
электродвигатели
(производитель,
основные
технические
характеристики и массо-габаритные показатели, сведения о гарантии, периодичность
производимых ремонтов, сведенья об объемах ремонта) в режиме реального времени
(после ввода данных);
 внесение в СУБД новых видов и типов оборудования
5.14 Функциональные
требования
по
внесению
информации
по
эксплуатационным параметрам
Система должна обеспечивать:
 автоматизированное внесение информации по основным эксплуатационным
параметрам насосного оборудования в базу данных;
 автоматизированное внесение информации по основным эксплуатационным
параметрам энергетического оборудования – электродвигателя в базу данных.
5.15 Функциональные требования по внесению информации по ремонтным
параметрам
Система должна обеспечивать:
 поддержку внесения информации по производимым работам (демонтаж, монтаж
насосов и электродвигателей, замена масла, отбор проб по маслу и перекачиваемой
жидкости, плановые и внеплановые ремонты);
 автоматизацию регламентных бизнес-процессов;
5.16
Функциональные требования по анализу системы
Система должна обеспечивать:
 расчет потерь электроэнергии в результате неудовлетворительного технического
состояния насоса в текущих и накопленных значениях;
 расчет непроизводительных затрат по насосному оборудованию в текущих и
накопленных значениях в рамках бизнес-структур, объектов и единицы оборудования;
 расчет оптимальной наработки насосного оборудования;
 построение графика ремонтов на заданный период исходя из текущего состояния
насосного оборудования;
 расчет удельного потребления электроэнергии в рамках бизнес-структур,
объектов и единицы оборудования;
 определение фактических напорных, мощностных характеристик насосного
оборудования, также КПД с визуализацией на паспортных графических изображениях.
6.
СТРУКТУРА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Клиент предоставляет следующие интерфейсы для выполнения типовых операций:
 интерфейс оборудования;
 интерфейс администратора;
 интерфейс пользователя подсистемы «Эксплуатационные параметры»;
 интерфейс пользователя подсистемы «Ремонтные параметры»;
 интерфейс пользователя подсистемы «Отчетная информация»
 интерфейс пользователя подсистемы «Журнал технологических нарушений».
Интерфейсы представляют собой тонкого клиента. Вся бизнес-логика реализована
в сервере приложений. Тонкий клиент взаимодействует с сервером приложений
посредством стандартного механизма web-сервисов. Для функционирования интерфейсов
не требуется установка дополнительного ПО на компьютерах пользователей, для работы
необходим только web-браузер (Internet Explorer и т.д.).
6.1 Подсистема работы с оборудованием
Подсистема представлена общими справочниками, необходимыми для
функционирования всех прикладных подсистем комплекса, которые обеспечивают
основную функциональность работы с мониторингом, технологическими нарушениями.
6.2 Подсистема администрирования
Подсистема представлена следующими программными компонентами:
 модуль управления доступом. Модуль предназначен для защиты от
несанкционированного доступа посредством обеспечения аутентификации и авторизации
пользователей.
 модуль протоколирования. Модуль предназначен для фиксации, хранения и
просмотра информации об изменении объектов базы данных, событий информационной
безопасности, протоколов результатов функционирования системы.
 модуль настроек системы. Позволяет выполнять системные настройки,
необходимые для функционирования Системы.
6.3 Структура подсистемы «Эксплуатационные параметры»
Подсистема «Эксплуатационные параметры» включает в себя следующие
подсистемы:
 модуль работы с эксплуатационными параметрами. Модуль предназначен для
организации процесса формирования, обмена и работы с автоматизированными
эксплуатационными параметрами.
 модуль настроек интерфейса. Модуль позволяет пользователю настроить
окружение при работе с интерфейсом пользователя подсистемы «Эксплуатационные
параметры» (параметры отображения, печати и прочее).
 модуль маршрутизации параметров. Модуль отвечает за поддержку процесса
маршрутизации эксплуатационных параметров. Подсистема обеспечивает визуализацию
поступления того или иного параметра в систему.
 модуль работы с оповещениями. Модуль обеспечивает поддержку процесса
оповещения пользователя о событиях, произошедших в системе (изменение состояния
параметров, возникновение ошибки на маршруте).
6.4 Структура подсистемы «Ремонтные параметры»
Подсистема «Ремонтные параметры» включает в себя следующие подсистемы:
 модуль работы с ремонтными параметрами. Модуль предназначен для
организации процесса формирования, обмена и работы с ремонтными параметрами.
 модуль настроек интерфейса. Модуль позволяет пользователю настроить
окружение при работе с интерфейсом пользователя подсистемы «Ремонтные параметры»
(параметры отображения, печати и прочее).
 модуль маршрутизации параметров. Модуль отвечает за поддержку процесса
маршрутизации эксплуатационных параметров. Подсистема обеспечивает визуализацию
поступления того или иного параметра в систему.
 модуль работы с оповещениями. Модуль обеспечивает поддержку процесса
оповещения пользователя о событиях, произошедших в системе (изменение состояния
параметров, возникновение ошибки на маршруте).
6.5 Структура подсистемы «Отчетная информация»
В состав подсистемы «Отчетная информация» входят следующие программные
компоненты:
 модуль работы с техническими характеристиками. Модуль реализует
функциональность по определению и визуализации фактических напорных, мощностных,
КПД характеристик на одну графическую модель с паспортными за заданный промежуток
времени.
 модуль работы с производимыми работами. Модуль позволяет пользователю
отобразить произведенные работы на оборудовании со всеми основными параметрами за
заданный промежуток времени в рамках бизнес-структур.
 модуль технико-экономических показателей. Модуль позволяет отобразить все
экономические показатели эксплуатации насосного оборудования в рамках бизнесструктур, объектов, единицы оборудования как в графических компонентах так и
табличных.
 модуль отображения формируемых графиков ремонтов. Модуль обеспечивает
формирование графиков ремонтов насосного оборудования исходя из текущих значений
расчетных показателей эффективности эксплуатации оборудования.
 модуль работы с отчетами. Модуль предназначен для создания, настройки и
работы с отчетами. Включает в себя модуль для получения данных из БД Оборудования
для формирования отчетной информации.
6.6 Структура подсистемы «Журнал технологических нарушений»
В состав подсистемы «Журнал технологических нарушений» входят следующие
программные компоненты:
 модуль ввода и хранения данных. Модуль обеспечивает ввод и хранение
информации о технологических нарушениях.
 модуль маршрутизации. Модуль отвечает за поддержку процесса обработки и
обмена информацией о ТН между соответствующими филиалами. Модуль обеспечивает
работу с двумя типами сообщений: технологическое нарушение, квитанция. Данные
сообщения передаются в формате XML между экземплярами подсистемы «ЖТН».
 модуль работы с оповещениями. Модуль обеспечивает поддержку процесса
оповещения пользователя о событиях, произошедших в системе.
 модуль работы с отчетами. Модуль обеспечивает предоставление отчетной
информации с возможностью ее фильтрации и агрегации в различных срезах по
имеющимся классификаторам.
6.7 Подсистема интеграции с внешними системами
Подсистема интеграции представлена модулями, которые позволяют обеспечить
гибкий механизм обмена информацией с внешними системами.
7.
ФУНКЦИИ ЧАСТЕЙ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
7.1 Функции подсистемы работы с оборудованием
Подсистема работы с оборудованием предназначена для ведения, экспорта и
импорта справочников, фильтрации дерева оборудования по классификационным
признакам,
настройки
управления/ведения,
настройки
таблиц
совместимости/несовместимости ремонтов единиц оборудования. Подсистема работы с
оборудованием предоставляет возможность выполнения типовых операций по
редактированию, импорту и экспорту следующих справочников:
 Предприятия;
 Типы объектов;
 Объекты;
 Комплексы оборудования;
 Оборудование;
 Зависимости оборудования;
 Территории;
 Собственники;
 Дополнительные атрибуты.
Справочник оборудования и справочник комплексов оборудования являются
расширяемыми. Пользователь может создавать технологически связанные группы
энергетического и нефтяного оборудования. Есть возможность задать характеристики
оборудования через расширяемый справочник. Движение насосного оборудования в
системе должно быть логично по заводским и инвентарным номерам, по заводу
изготовителю (два одинаковых инвентарных номера не должно быть в системе как
установленное оборудование).
7.2 Функции подсистемы администрирования
Подсистема администрирования предназначена для:
 изменения системных настроек (настройка транспортных протоколов, форматов
обмена данными, модулей интеграции);
 регистрации пользователей системы;
 разграничения прав доступа;
 проведения диагностирования системы;
 работы с блокировками в системе;
 просмотра журналов системы (системный, транспортный, пользовательский).
Для работы с подсистемой необходимо обладать соответствующими правами
администратора комплекса.
7.3 Функции подсистемы «Эксплуатационные параметры»
Подсистема «Эксплуатационные параметры» предназначена для работы с
мониторингом и внесением корректировок по эксплуатационным параметрам насосного
оборудования системы ППД.
В соответствии с решаемыми задачами подсистема «Эксплуатационные
параметры» обеспечивает реализацию следующих функций:
 Работа со справочниками;
 Работа с параметрами насоса;
 Работа с параметрами электродвигателя;
 Корректировка параметров в ручном режиме;
 Просмотр статистической информации.
7.3.1 Работа со справочниками
При работе со справочниками подсистемы можно настроить:
 справочник технических характеристик насосного оборудования (напорная,
мощностная, КПД);
 справочник передельно-допустимых значений параметров при эксплуатации
насосного оборудования;
 справочник «Типы примечаний» и «Тексты примечаний» для задания типовых
примечаний.
7.3.2 Работа с параметрами насоса.
Система позволяет отследить автоматизированное поступление эксплуатационных
параметров насоса посредством АСУ ТП с использованием стандартных текстовых
наборов примечаний и комментариев. При корректировке пользователь использует
типовые справочники (справочники предельно-допустимых значений), что уменьшает
количество ошибок.
7.3.3 Работа с параметрами электродвигателя.
Система позволяет отследить автоматизированное поступление эксплуатационных
параметров электродвигателя посредством АСУ ТП с использованием стандартных
текстовых наборов примечаний и комментариев. При корректировке пользователь
использует типовые справочники (справочники предельно-допустимых значений), что
уменьшает количество ошибок.
7.3.4 Корректировка параметров в ручном режиме.
Пользователь может заполнить эксплуатационные параметры насосного
оборудования (насоса и электродвигателя) в ручном режиме с учетом справочника по
предельно-допустимым значениям.
7.3.5 Просмотр статистической информации
В Системе реализован механизм отображения информации о поступлении
эксплуатационных параметрах. Ведомость отображает текущее состояние по всем
параметрам выбранного временного интервала.
7.4 Функции подсистемы «Ремонтные параметры»
Подсистема «Ремонтные параметры» предназначена для работы с мониторингом и
внесением информации по ремонтным параметрам насосного оборудования системы
ППД.
В соответствии с решаемыми задачами подсистема «Эксплуатационные
параметры» обеспечивает реализацию следующих функций:
 работа со справочниками;
 работа с демонтажем насоса;
 работа с монтажем насоса;
 работа с демонтажем электродвигателя;
 работа с монтажем электродвигателя;
 работа с отборами проб масла;
 работа с заменой масла;
 работа с отборами проб перекачиваемой жидкости;
 работа с проводимыми ремонтами насосов;
 просмотр статистической информации.
Работа со справочниками
При работе со справочниками подсистемы можно настроить:
 справочник технических характеристик насосного оборудования (напорная,
мощностная, КПД);
 справочник насосного оборудования по наименованию, заводам изготовителям,
поставщикам;
 справочник энергетического оборудования по наименованию, заводам
изготовителям, поставщикам;
 справочник заменяемого масла;
 справочник предельно-допустимых значений компонентов фиксируемых при
отборе проб масла и перекачиваемой жидкости;
 справочник возможных ремонтов (плановых, внеплановых, и т.д.);
7.4.1
7.4.2 Работа с демонтажем насоса
Подсистема позволяет внести информацию в существующее дерево
установленного оборудования (бизнес-структуры) о демонтаже насоса с его основными
показателями (заводской номер, инвентарный номер, завод-изготовить, поставщик и т.д.).
7.4.3 Работа с монтажем насоса
Подсистема позволяет внести информацию в существующее дерево установленного
оборудования (бизнес-структуры) о монтаже насоса с его основными показателями
(заводской номер, инвентарный номер, завод-изготовить, поставщик и т.д.).
7.4.4 Работа с демонтажем электродвигателя
Подсистема позволяет внести информацию в существующее дерево
установленного оборудования (бизнес-структуры) о демонтаже электродвигателя с его
основными показателями (заводской номер, инвентарный номер, завод-изготовить,
поставщик и т.д., а также установленные (const) эксплуатационные параметры).
7.4.5 Работа с монтажем электродвигателя
Подсистема позволяет внести информацию в существующее дерево установленного
оборудования (бизнес-структуры) о монтаже электродвигателя с его основными
показателями (заводской номер, инвентарный номер, завод-изготовить, поставщик и т.д., а
также установленные (const) эксплуатационные параметры).
7.4.6 Работа с отборами проб масла
Подсистема позволяет внести информацию по факту отбора пробы масла и
основными результатами по компонентно (значение каждого компонента с номером
сертификата и организацией проводимой идентификации).
7.4.7 Работа с заменой масла
Подсистема позволяет внести информацию по факту смены масла с основными
показателями проведенной работы (время, объем залитого масла, наименование нового
масла, номер сертификата и т.д.).
7.4.8 Работа с отборами проб перекачиваемой жидкости
Подсистема позволяет внести информацию по факту отбора пробы перекачиваемой
жидкости и основными результатами по компонентно (значение каждого компонента с
номером сертификата и организацией проводимой идентификации).
7.4.9 Работа с проводимыми ремонтами
Подсистема позволяет внести информацию по факту производимым ремонтам,
выбирая из справочника наименование. Кроме этого система позволяет внести
информацию по основным ремонтным параметрам, таких как:
- замененные детали и узлы с количеством (из справочника);
- общий осевой сдвиг ротора насоса;
- рабочий осевой сдвиг ротора насоса;
- радиальный люфт ротора насоса;
- состояние колец разгрузки узла гидравлической пяты.
7.4.10 Представление статистической и отчетной информации
В подсистеме «Ремонтные параметры» присутствует возможность отображения
стандартных отчетных форм для соответствующих типов графиков. Все отчеты являются
гибкими в настройке и позволяют отображать информацию в различных разрезах.
Предоставляется возможность самостоятельно разработать отчетные формы
произвольного вида на базе инструмента FastReport (или аналогичного по
функциональности), включенного в поставку программного комплекса.
7.5 Функции подсистемы «Журнал технологических нарушений»
Подсистема «Журнал технологических нарушений» обеспечивает выполнение
следующих функций:
 работа со справочниками;
 создание ТН;
 поиск, фильтрация и отображение списка ТН;
 управление оповещениями;
 формирование отчетных документов.
7.5.1 Работа со справочниками
Для работы пользователей с информацией о ТН подсистема содержит следующие
основные справочники:
 Справочник типов технологических нарушений;
 Справочник конечных потребителей;
 Справочник действия автоматики и персонала;
 Справочник результатов действия автоматики и персонала;
 Справочник фаз;
 Шаблоны передачи ТН;
 Справочник характера повреждений.
7.5.2 Создание ТН
При работе с комплексом предоставлена возможность создания, удаления и
просмотра ТН. При вводе информации используются стандартные справочники.
7.5.3 Работа со списком технологических нарушений
Список представляет собой таблицу, которая содержит основные атрибуты ТН
(Код ТН, предприятие, подразделение (НГДУ, цех), тип объекта, объект, наименование
питающего центра и ВЛ (КЛ), состояние оборудования.
Пользователю доступны следующие функции при работе со списком ТН:
 Фильтрация списка ТН.
 Настройка списка ТН - у пользователя есть возможность настройки отображения
списка в таблице с помощью сортировки, группировки и настройки состава столбцов.
 Экспорт / печать списка ТН - при вызове данной функции пользователю
предоставляется возможность выбора шаблона для экспорта или печати сформированной
выборки ТН.
7.6 Функции подсистемы интеграции со смежными системами.
7.6.1 Интеграция на уровне Active Directory
Существует возможность интеграции подсистем с Active Directory (AD) для
автоматической аутентификации в Системе с использованием Windows имени (логина) и
пароля. В AD хранятся только имена и пароли пользователей, все остальные данные
(права доступа к Системе пользователей и т.д.) хранятся в единой БД.
7.6.2 Интеграция с Microsoft Office
При работе с комплексом предоставлена возможность экспорта информации в
стандартные прикладные программы Microsoft Office c целью передачи информации в
сторонние организации.
Система предоставляет возможность экспорта в следующие программы:
 Excel
 Word
 Project
7.6.3 Интеграция с другими внешними системами
При работе с ПК необходимо предоставить дополнительную возможность
интеграции со смежными системами, присутствующими на предприятии заказчика.
Список систем, события и передаваемая информация определяется на этапе разработки
технического задания. Пользователь может, например, передать информацию о потерях
электроэнергии в другую систему.
8.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ПРЕЗЕНТАЦИОННОГО
МАТЕРИАЛА.
Демонстрация основных данных технических объектов (краткий пример, показ
иерархической структуры, состоящей из:
 бизнес-структуры;
 объекты наземной инфраструктуры (БКНС, КНС, ДНС и т.д.);
 машинные залы;
 насос;
 электродвигатель;
На примере любого объекта показать все данные, которые ведутся по
техническому объекту, например: наименование, место расположения, физические
характеристики, технические документы, история ремонтов и т.д.
Демонстрация операций по внесению информации автоматизированной и
ручного ввода. Указать способы и визуализация фактов выявления пропущенных данных,
и место в структуре исчезновения данных.
Демонстрация
функций
по
анализу эффективности
эксплуатации
центробежного насосного оборудования.
 должны быть также показаны примеры по визуализации анализа
эффективности большого количества оборудования и большого количества
эксплуатационных параметров (не менее 15 параметров) и расчетных показателей (не
менее 10 параметров).
Продемонстрировать примеры по передаче информации о технологических
нарушениях на объектах (оповещение пользователей).
Демонстрация отчетности по планированию, включая сравнение план-факт.
 ведение аналитической и статистической отчетности.
Опционально - продемонстрировать систему мобильного техобслуживания
Интеграция со сторонними системами (SAP, OIS, ПК «Заявки», ПК
«Ремонты»).
Продемонстрировать работоспособность системы на системах виртуализации
(например: VMware).
Предлагаемая структура аппаратного обеспечения.