ОАО «НК «РОСНЕФТЬ»: ТЕНДЕРЫ
ОАО «НК «РОСНЕФТЬ»: ТЕНДЕРЫ

Предварительная квалификация по выбору поставщиков программного обеспечения для Корпоративной геоинформационной системы (КГИС)

[ срок подачи документов с 15.11.2007 по 25.11.2007 ]
Наименование предприятия: ОАО «НК «Роснефть»
Плановые сроки выполнения работ:  ноябрь 2007 г. — декабрь 2007 г.
Предмет конкурса Подробная информация

Поставка Программного Обеспечения для Корпоративной Геоинформационной системы

Описание:

Компании требуется программное обеспечение для Корпоративной геоинформационной системы (КГИС)


Предмет конкурса:

Программное обеспечение для Корпоративной геоинформационной системы (КГИС)


Общие требования к системе

Технологические решения должны разрабатываться на основе использования существующих и перспективных методов хранения, актуализации и предоставления пространственных данных и метаданных с использованием систем управления базами данных, геоинформационных систем, средств публикации пространственных данных в сети Интернет и средств телекоммуникаций.

Система должна реализовывать функции получения, обработки и распределенного доступа к пространственной информации.

Система должна поддерживать работу с растровыми и векторными пространственными данными, а также непространственными данными.

Система должна предоставлять функции их совместной обработки и использования.

Система должна интегрироваться с существующими базами данных и смежными информационными ситемами.

Система должна обеспечивать безопасное и надежное хранение пространственных данных и метаданных.

Система должна использовать открытые, общепринятые форматы обмена пространственными данными.

Система должна поддерживать расширение функциональных возможностей с использованием стандартных средств разработки.

Обмен данными на уровне филиала Компании, между филиалами, а также между филиалом и внешними организациями, должен осуществляться посредством стандартизованных протоколов.

При построении Системы осуществляется поддержка национальных и международных стандартов:

  • для получаемых и передаваемых метаданных: ГОСТ Р 52573-2006 «Географическая информация — Метаданные», стандарт ISO 19115-2003 «Geographic information — Metadata», FGDC-STD-001-1998 (Content standard for Digital Geospatial Metadata), проект стандарта ISO FDTS 19139 «Geographic information — Metadata — XML schema»;
  • для организации доступа к хранилищу метаданных: сервер веб-службы OGC CS-W/HTTP;
  • для публикации ПД (сервер веб-служб): спецификации (стандарты) Консорциума OGC (Open Geospatial Consortium. Inc.) WMS (OpenGIS Web Map Service Implementation Specification), WFS (OpenGIS Web Feature Service Implementation Specification), WCS (OpenGIS Web Coverage Service Implementation Specification), SLD (OpenGIS Styled Layer Descriptor Implementation Specification);
  • для картографической визуализации данных (клиент веб-служб): спецификации (стандарты) Консорциума OGC (Open Geospatial Consortium. Inc.) WMS (OpenGIS Web Map Service Implementation Specification), WFS (OpenGIS Web Feature Service Implementation Specification), WCS (OpenGIS Web Coverage Service Implementation Specification), SLD (OpenGIS Styled Layer Descriptor Implementation Specification);
  • для проверки внутренней целостности каждого слоя ПД: ГОСТ Р 52571-2006 «Географические информационные системы. Совместимость пространственных данных. Общие требования», ГОСТ Р 52572-2006 «Географические информационные системы. Координатная основа. Общие требования», ГОСТ Р ИСО 19105-2003 «Географическая информация. Соответствие и тестирование», ГОСТ Р ИСО 19113-2003. «Географическая информация. Принципы оценки качества».
  • для организации запросов по метаданным: тезаурус географических названий, тезаурус типов пространственных данных, тезаурус типов продукции.

Программно-техническое решение должно обеспечивать гарантированную сохранность данных.


Структура системы

КГИС является распределенной иерархической информационной системой, предназначенной для сбора, хранения, актуализации, обмена и доступа к пространственным данным в Компании, а также сопутствующим им документам.

Иерархически система состоит из узлов двух уровней: уровня ДО и уровня центрального аппарата Компании (центральный узел).

Узел КГИС должен обеспечивать:

  • единое хранилище пространственных данных филиала;
  • информационный обмен с внешними поставщиками пространственной информации (НИПИ и подрядными организациями);
  • определение на основании единых правил качества ПД;
  • предоставление доступа к ПБД сотрудникам филиала;
  • ведение базы метаданных о наличии и характеристиках ПД в данном филиале и других филиалах Компании; предоставление единого поиска по всем метаданным;
  • обеспечение обратной связи с пользователями системы — регистрация и реагирование на информацию пользователей о несоответствии предоставляемых данных заявленным показателям качества;
  • доступность информации и функций системы в режиме промышленной эксплуатации;
  • гарантированную сохранность данных.

Между центральным офисом Компании и филиалами должна обеспечиваться периодическая синхронизация данных.

С центрального узла в узел ДО поступают централизованно управляемые настройки системы: классификаторы, тезаурусы, библиотеки условных знаков. При необходимости передачи ПД с центрального узла в ДО, это выполняется путем экспорта требуемого набора данных в обменный формат с последующей передачей и импортом на узле ДО.

С узлов ДО на центральный узел поступают реплики ПД.

Метаданные синхронизируются между всеми узлами КГИС путем взаимного обмена или через центральный узел.


Перечень и характеристики подсистем

Узел КГИС должен состоять из следующих функциональных подсистем:

  • Централизованного ведения классификаторов, тезаурусов и настроек системы.
  • Контроля качества, загрузки и обновления и ПД.
  • Интеграции со смежными КИС.
  • Обмена данными с внешними контрагентами.
  • Обмена данными между филиалами.
  • Безопасности.
  • Системного администрирования.
  • Хранилища данных.
  • Хранилища метаданных.
  • Портала географических данных.

Подсистема централизованного ведения классификаторов, тезаурусов и настроек системы

В КГИС должны существовать единые классификаторы, тезаурусы и правила проверки корректности поставляемых данных. Ведение классификаторов, тезаурусов и правил проверки корректности должно осуществляться централизованно уполномоченным подразделением корпоративного Центра. Изменения должны тиражироваться на узлы ДО.

Центральный узел должен обеспечивать:

  • Ведение централизованно изменяемых данных (классификаторов, тезаурусов, правил проверки корректности поставляемых данных, описания систем координат, и т.д.).
  • Тиражирование изменений на остальные узлы.

Узлы ДО должны обеспечивать:

  • Получение централизованных данных при регистрации узла.
  • Приём централизованно изменяемых данных от центрального узла.
  • Запрет редактирования централизованно изменяемых данных.

Подсистема контроля качества, загрузки и обновления ПД

Контроль качества данных можно разделить на два вида контроля: автоматический — по централизованным правилам, и выполняемый вручную оператором — визуально или при помощи дополнительных проверок.

Одновременно с сохранением в ПБД наборов ПД должны формироваться метаданные для этих наборов ПД. В состав метаданных, помимо общих характеристик набора данных, вводимых оператором, включаются также результаты автоматизированной проверки его качества и история обработки.

Функции подсистемы:

  1. Выполнение автоматического контроля по централизованным правилам:
    • топологии объектов слоя;
    • межслойной топологии;
    • соответствия ПД разной точности;
    • значений атрибутов объекта.
  2. Предоставление оператору возможности визуального и дополнительного контроля данных с привлечением дополнительных пространственных данных, в том числе ортофотоизображений.
  3. Запрет внесения в хранилище данных, не прошедших автоматический контроль, то есть сохранения в ПБД данных без результатов автоматического контроля, определяющих уровень достоверности данных.
  4. Запрет внесения в хранилище данных, не имеющих метаданных или имеющих некорректно заполненные метаданные.
  5. Формирование по результатам контроля для каждого набора ПД информации о несоответствиях и сохранение ее в метаданных набора.
  6. Определение пороговых уровней несоответствий во входных данных и запрет загрузки данных, для которых превышен порог несоответствий.
  7. Возможность внесения оператором дополнительной информации в метаданные набора.
  8. Выполнение загрузки данных в хранилище с возможностью технологических преобразований входного набора данных: приведения системы координат/проекции, наименований и типов атрибутов к принятым в ПБД; сохранение сведений о выполненных преобразованиях в метаданных набора.
  9. Поддержка нескольких режимов загрузки данных в хранилище: как нового набора данных, как обновления существующего набора данных, как версии существующего набора данных.
  10. Подготовка отчетов по результатах проверки качества набора ПД и обнаруженных несоответствиях для отправки поставщику ПД.

Подсистема интеграции со смежными КИС

КГИС должна обеспечить следующие виды интеграции данных:

  • интеграция топографической, землеустроительной и кадастровой информации с системами EAM, ERP;
  • интеграция топографической информации с автоматизированным учетом добычи нефти, газа и газоконденсата;
  • интеграция обзорной картографической информации с системами оперативного учета (включая трубопроводные сети) и поддержки принятия управляющих решений;
  • интеграция с федеральными и окружными системами кадастрового учета земель и объектов недвижимости;
  • интеграция картографической информации с системами документооборота.

Интегрируемые системы:

  • ТИС БД — технологическая информационная система блока «Добыча», объединяющая оперативную информацию из OIS и др. систем на уровне Компании.
  • Экстра — сбор данных по состоянию и параметрам трубопроводов;
  • SAP/R3 — коммерческий учет объектов основных фондов.

Функции подсистемы:

  • обновление данных в хранилище при изменении связанных данных в смежной КИС;
  • обновление данных смежной КИС при изменении связанных данных в хранилище;
  • предоставление программных компонентов и технологических решений для встраивания ГИС-функциональности в элементы пользовательского интерфейса интегрируемых КИС;
  • предоставление интерфейсных модулей и картографических приложений, визуализирующих данные смежных КИС на электронной карте.

Подсистема обмена данными с внешними контрагентами

Внешними контрагентами в случае КГИС являются подрядные организации и проектные институты, которые предоставляют результаты своих работ в виде наборов ПД, либо получают в установленном порядке ПД, находящиеся в распоряжении Компании. Обмен с внешними контрагентами осуществляется на файловой основе.

В процессе обмена должны использоваться открытые и широко распространенные форматы обмена данными и средства преобразования (конвертации) форматов к виду, распознаваемому подсистемой контроля, загрузки и обновления ПД.

Функции подсистемы:

  1. в части приема данных от внешних контрагентов:
    • получение данных от внешних контрагентов на внешнем носителе, по электронной почте или посредством специализированного сервиса;
    • контроль соответствия формы представления данных установленным требованиям;
    • формирование описания поступившего набора данных (метаданных);
    • конвертация формата данных (если необходимо);
    • передача подготовленных данных и метаданных подсистеме контроля, загрузки и обновления;
  2. в части передачи данных внешним контрагентам:
    • выгрузка требуемого набора данных из ПБД с использованием, при необходимости, атрибутивных и пространственных фильтров, в требуемом обменном формате;
    • формирование метаданных в обменном формате, описывающих подготовленный к передаче набор данных;
    • передача данных и метаданных контрагенту на внешнем носителе или по электронной почте.

Подсистема обмена данными между филиалами

Подсистема обеспечивает создание и синхронизацию копий наборов данных на узлах ДО и центральном узле

Функции подсистемы:

  • Создание копий удаленных наборов данных.
  • Отслеживание ситуаций, когда удаленные копии становятся рассогласованными, с выдачей уведомлений администратору системы.
  • Синхронизация удаленных наборов данных.
  • Ведение журнала обмена.

Подсистема безопасности

Функции подсистемы:

  • Аутентификация и авторизация пользователей системы.
  • Интеграция с корпоративным сервером Active Directory для получения списков сотрудников и их контактных данных.
  • Автоматическая рассылка уведомлений пользователям Системы при изменении их учетных данных.
  • Ведение журналов безопасности — протоколов всех значимый операций в системе. Предоставление инструментальных средств для выполнения аудита действий пользователей и операций с данными, формирования отчетов.
  • Архивация журналов безопасности по мере устаревания. Учет архивных копий журналов безопасности.
  • Конфигурирование списка пользователей и прав на доступ к данным и выполнение операций.

Подсистема системного администрирования

Функции подсистемы:

  • Резервное копирование хранилища ПД, хранилища метаданных, системных словарей и настроек, информации о зарегистрированных пользователях и других необходимых данных для обеспечения восстановления Системы в случае программных и аппаратных сбоев. Резервное копирование не должно существенно влиять на качество предоставляемого пользователям обслуживания.
  • Восстановление данных и работоспособности Системы в случае аварии.
  • Создание архивных копий данных Системы на внешних носителях для долговременного хранения. Учет архивных копий.
  • Загрузка данных из архивной копии.
  • Конфигурирование структуры хранилища ПД.

Подсистема хранилища данных

Хранилище данных должно:

  • быть построена на основе СУБД Oracle версии не ниже 9i;
  • обеспечивать возможность использования встроенных средств СУБД Oracle по хранению, обработке и поиску пространственных данных, реализуемых модулем Oracle Spatial;
  • поддерживать хранение версионных наборов данных, в том числе наборов, связанных с разными моментами времени (временных рядов);
  • поддерживать наращивание количества пользователей и увеличение объема хранимой информации без изменения программной архитектуры системы;
  • иметь единую структуру ПБД на всех узлах в части, относящейся к базовым ПД;
  • поддерживать CASE-инструментарий разработки структуры ПБД и возможность централизованного распространения изменений структуры ПБД;
  • обеспечивать бесперебойность обслуживания и целостность данных, выставленных в оперативный доступ, за счет «горячего» резервирования и восстановления информации после программных или аппаратных сбоев;
  • обеспечивать создание и надежное долговременное хранение архивных копий данных на внешних носителях;
  • обеспечивать безопасность хранения и защиту обрабатываемой информации от утечки, хищения, утраты, несанкционированного уничтожения, искажения, модификации (подделки), блокирования, а также несанкционированного доступа;
  • использовать открытые и общеупотребимые обменные форматы ПД;
  • иметь возможность распределения данных хранилища по нескольким физическим серверам в пределах одного филиала.

Подсистема хранилища метаданных

Хранилище метаданных должно:

  • быть построено на основе СУБД Oracle версии не ниже 9i;
  • поддерживать эффективное хранение и предоставление метаданных, отвечающих требованиям ISO 19115-2003, ГОСТ Р 52573-2006 и корпоративного профиля метаданных;
  • обеспечивать хранение и предоставление полных XML-документов метаданных наряду с индексацией и выборкой по отдельным элементам метаданных;
  • обеспечивать загрузку и выгрузку XML-документов метаданных в представлении ISO 19139;
  • осуществлять контроль полноты и целостности информации в метаданных и их соответствие требованиям корпоративного профиля, построенного по правилам ISO 19115-2003, в процессе загрузки в хранилище;
  • предоставлять возможности поиска по метаданным, а также использования найденных метаданных для навигации на описываемые ими источники данных, находящейся в оперативном доступе;
  • обеспечивать выполнение анализа структуры и наполнения ПБД на основе сведений, содержащихся в метаданных;
  • обеспечивать сбор метаданных с других узлов КГИС и использование их при поиске данных и анализе наполнения корпоративной ПБД;
  • поддерживать наращивание количества пользователей и увеличение объема хранимой информации без изменения программной архитектуры системы;
  • обеспечивать бесперебойность обслуживания и целостность метаданных, выставленных в оперативный доступ, за счет «горячего» резервирования и восстановления информации после программных или аппаратных сбоев;
  • обеспечивать безопасность хранения и защиту обрабатываемой информации от утечки, хищения, утраты, несанкционированного уничтожения, искажения, модификации (подделки), блокирования, а также несанкционированного доступа.

Портал географических данных

Портал географических данных представляет собой приложение, предоставляющее сотрудникам Компании единую точку входа для поиска и визуализации интересующих картографических материалов, доступа к специализированным информационным ресурсам, использующим пространственные данные.

Портал должен обеспечивать следующий набор основных функций:

  • авторизация пользователей, регулирование доступного функционала в соответствии с правами подключившегося пользователя;
  • представление структуры ПБД в виде иерархии категорий;
  • поиск в метаданных по различным критериям;
  • визуализация выбранного набора метаданных;
  • визуализация пространственных данных и сопутствующих документов;
  • получение набора ПД на компьютер пользователя в допустимом обменном формате;
  • оформление заявок на получение набора ПД в допустимом обменном формате;
  • сбор замечаний и заявок пользователей по поводу полноты и качества ПБД;
  • абонентская подписка на получение уведомлений по электронной почте о появлении новых или обновлении существующих материалов ПБД, отвечающих заданным критериям (как для поиска).

Поиск в метаданных должен обеспечивать:

  1. Простой (быстрый) поиск
    • Поиск наборов ПД по их наименованию.
    • Поиск наборов ПД по географическому названию из фиксированного списка (мир с подразделением на материки, Российская Федерация: федеральные округа, субъекты Федерации согласно ОКАТО.
    • Поиск наборов ПД по объектной привязке (месторождение, лицензионный участок).
    • Поиск наборов ПД по предметным областям (тематикам).
    • Поиск наборов ПД в пределах ограничивающей рамки в окне поиска по «карте» с возможностями:
      • Масштабирования изображения, включая уменьшение и увеличение.
      • Перемещения изображения в пределах окна (панорамирования).
      • Возвращения к исходному изображению (в минимальном из масштабов).
      • Изменения размеров ограничивающей рамки.
      • Перемещения ограничивающей рамки относительно изображения.
      • Отображения текущего значения географических координат курсора.
  2. Расширенный поиск:
    • Должен включать все возможности простого (быстрого) поиска.
    • Поиск наборов ПД по географическому названию (каталога, газеттира или тезауруса).
    • Поиск наборов ПД по номенклатурам листов топографических карт и планов.
    • Поиск наборов ПД по их пространственно-временным характеристикам, включая:
      • Поиск по пространственному охвату путем задания координат минимального ограничивающего (габаритного) прямоугольника (сферической трапеции).
      • Поиск по временному охвату путем задания ограничивающей даты или диапазона дат.

Результатом навигации по иерархической структуре БПД или поиска служит совокупность метаданных наборов ПД.


Функционал визуализации результатов навигации или поиска должен включать:

  • перечень критериев, на основе которых получена результирующая совокупность метаданных;
  • наименование каждого найденного набора ПД и его аннотацию;
  • возможность отображения полного текста метаданных выбранного набора ПД;
  • приглашение к началу интерактивного просмотра выбранного набора ПД (если набор данных доступен для интерактивного просмотра);
  • приглашение к загрузке выбранного набора ПД в доступном обменном формате (если набор данных доступен для загрузки);
  • приглашение к формированию заявки на получение выбранного набора ПД (если набор данных доступен по заявке).

Функционал визуализации данных должен включать:

  • отображение пространственных данных, оформленных общепринятыми средствами, включая использование библиотек условных знаков, типов линий, штриховок и заливок площадных объектов;
  • отображение дополнительной информации, связанной с графическими объектами, в виде надписей, графиков и диаграмм;
  • отображение легенд карт и информации, записанной в метаданных.
  • использование общепринятых инструментов навигации и масштабирования, управления видимостью слоев данных;
  • идентификацию объектов с определенного слоя, выбираемых точкой, секущей линией, секущей или охватывающей рамкой и полигоном;
  • сквозную идентификацию объектов (со всех видимых слоев);
  • поиск на карте объектов с использованием атрибутивных запросов;

Загрузка набора ПД на компьютер пользователя и оформление заявки на его получение должны предоставлять пользователю возможность выбрать интересующее его подмножество набора данных путем задания:

  • географической области, покрываемой данными;
  • тем (слоев).

Кроме того, пользователь должен иметь возможность выбрать желаемый формат предоставления данных (из списка допустимых форматов).



Требования к видам и количеству рабочих мест

Система должна включать следующий типовой набор АРМ:

АРМ администратора системы

АРМ должно обеспечивать:

На центральном узле:

  • Ведение классификаторов и других словарей системы. Распространение изменений словарей на узлы ДО.
  • Управление структурой базы геоданных. Тиражирование изменений в узлы ДО.

На любом узле:

  • Выполнение резервного копирования и восстановления данных.
  • Выполнение архивного копирования данных и ведение архивного учета.
  • Синхронизация удаленных копий данных.
  • Публикация и настройка картографических сервисов.
  • Анализ и настройка производительности системы.
  • Формирование информационных отчетов по рабочим характеристикам Системы.

АРМ администратора безопасности

АРМ должно обеспечивать:

  • Управление пользователями и правами.
  • Анализ действий пользователей системы и формирование отчетов.
  • Настройка журналов безопасности.
  • Архивирование журналов безопасности и учет архивных копий.

АРМ по обслуживанию данных и подготовке печатных карт

АРМ должно обеспечивать:

  • Контроль качества и технологическая обработка данных, поступающих от контрагентов, с целью их последующей загрузки в ПБД.
  • Формирование метаданных для загружаемых наборов ПД.
  • Загрузка, обновление и создание версий наборов ПД в ПБД.
  • Формирование отчетов по наполнению ПБД, поступлению новых материалов, статистике ошибок и т.п.
  • Подготовка и вывод на печать картографической продукции, включая:
    • оформление карт с использованием централизованных библиотек условных знаков и правил оформления, отвечающих требованиями отраслевых и государственных стандартов;
    • вывод на печать карт до размера А1-А0 включительно с разрешением не менее 600dpi.

АРМ аналитика (толстый клиент)

АРМ должно обеспечивать:

  • Поиск материалов в ПБД и опубликованных в ЛВС картографических сервисов, в т.ч. с использованием возможностей портала геоданных.
  • Создание локальных копий материалов из ПБД.
  • Использование ссылок на материалы в ПБД (без возможности изменения данных) и локально сохраненных наборов данных в качестве источников для визуализации, анализа и обработки с применением универсальных ГИС-оболочек и специально разработанных клиентских приложений, включая следующие возможности:
    • визуализация пространственных данных;
    • анализ взаимного положения объектов, географический оверлей;
    • сетевой анализ;
    • анализ непрерывно распределенных в пространстве характеристик (на основе grid);
    • построение отчетов и диаграмм;
    • измерения на карте;
    • преобразование проекций и систем координат.

АРМ специалиста (тонкий клиент)

АРМ должно обеспечивать:

  • Использование возможностей портала геоданных.

На базе типовых рабочих мест могут быть разработаны специализированные АРМ для решения задач специалистов профильных подразделений компании.

Важная информация:
  • Объем предоставляемых документов:
    • Анкета участника предварительной квалификации с подтверждающими документами согласно описи, опубликованной на сайте
  • Срок подачи документов с 15.11.2007 по 25.11.2007 г.
  • Документы, поступившие позднее указанного срока, не будут приняты к рассмотрению.

Контактное лицо от ОАО «НК «Роснефть» (технические вопросы):

Багрин Роман Викторович
(начальник Управления ГеоИС)
телефон:
(495) 777-44-77 доб. 6924
адрес электронной почты:
r_bagrin@rosneft.ru
почтовый адрес:
г. Москва, Софийская наб. 26/1, каб. 403