Система управления геолого-геофизическими данным Программа и методика проведения экспертной оценки предлагаемых решений (стр. 2 )

№ п/п	Критерий оценки и сопоставления предложений участников:	Значимость критерия в процентах
1	Цена договора, руб., без НДС (ценовой критерий)	35
2	Количество функциональных требований, которые способна выполнить информационно-аналитическая система (предоставить информацию)	65
Совокупная значимость всех критериев:	100

  1. Расчет баллов по ценовому критерию производится по следующей формуле:

где:

Бц  – балл цены;

Цмин – минимальная из цен (в рублях без НДС) из всех заявок на участие в запросе предложений Участников;

Цз  – цена коммерческого предложения (в рублях без НДС) оцениваемой заявки Участника

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

где:

ИБфр  – итоговый балл функциональных решений

Кбфр – количество баллов оценки функционала предложенных решений

49– суммарное количество оцениваемых критериев функционала предложенных решений

4– максимально возможный балл

3. Расчет общего балла производится  по формуле:

Общий балл заявки = Бц + ИБфр

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

Критерии оценки предложенных решений

Критерии оценки решений основаны на задачах, изложенных в ФТТ по проекту и приведены в таблице 1:

Табл. 1 Критерии оценки предлагаемых решений по системе управления данными

№№	Требование	Критичность
1	Архитектурные требования
1.01	Серверная часть предлагаемого  решения должно функционировать на платформе Linux CentOS	Обязательно
1.02	Предлагаемое решение должно функционировать в условиях нескольких географически разнесенных локаций предприятия. При этом клиенты каждой из локаций должны иметь техническую возможность просматривать, производить поиск, визуализацию и выгрузку данных из всех серверов системы и всех источников данных, подключенным к ним.	Обязательно
1.03	Все интерфейсы предлагаемого решения - пользовательский, административный и интерфейс загрузки должны быть доступны через любой современный веб браузер (минимум FireFox, Chrome и Internet Explorer) без каких-либо дополнительных плагинов или апплетов.	Обязательно
1.04	В серверной части предлагаемого решения должна использоваться СУБД PostgeSQL или же она должна функционировать без использования СУБД.	Обязательно
1.05	Предлагаемое решение должно поддерживать многопользовательский доступ и обеспечивать одновременное чтение несколькими клиентами одной и той же минимальной единицы хранения.	Обязательно
1.06	Предлагаемое решение должно развертываться и функционировать без сбоев как на аппаратных, так и на виртуальных серверах.	Желательно
1.07	Все метаданные хранимые в предлагаемом решении должны быть кэшированы в виде поисковых индексов	Обязательно
1.08	Предлагаемое решение должно позволять хранить учетные записи пользователей как внутри системы так и использовать внешние каталоги LDAP и MS Active Directory для SSO сквозной аутентификации	Обязательно
1.09	Предлагаемое решение должно использовать и импортировать права доступа к файлам установленные в MS Active Directory для организации доступа к файлам	Обязательно
1.10	Предлагаемое решение должно поддерживать разграничение доступа к источникам данных и отдельным записям на базе групп MS Active Directory	Обязательно
2	Ограничения
2.01	Предлагаемое решение должно, на период  индексации использовать не более  одной лицензии Petrel для создания индексов проектов Petrel и их содержимого	Обязательно
2.02	Предлагаемое решение должно иметь возможность прямого индексирования баз данных OpenWorks без использования дополнительных лицензий	Обязательно
2.03	Наличие в предлагаемом решении средств, позволяющих подключать к нему файловые системы по протоколам CIFS и NFS, осуществлять их индексирование и загрузку данных из них. Количество файловых систем, подключаемых к системе не должно иметь ограничений. Все подключенные файловые системы должны индексироваться и из них всех должна осуществляться загрузка данных.	Обязательно
2.04	При загрузке данных в предлагаемое решение не должны появляться дубли загружаемых файлов.	Обязательно
2.05	Предельный размер файла, загружаемого в предлагаемое решение должен определяться только ограничениями файловой системы, на которой оно развернуто.	Обязательно
3	Производительность
3.01	Предлагаемое решение должно иметь возможность адресации большого количества файлов - более 1 млн	Обязательно
3.02	Быстродействие пользовательского интерфейса предлагаемого решения не должно зависеть от быстродействия управляемых ею файловых систем, подключенных к ней проектов Petrel, OpenWorks и баз данных	Обязательно
3.03	Предлагаемое решение должно, при соблюдении требований к аппаратному обеспечению, предоставлять полные результаты поиска по ключевым словам не более чем через 3 секунды с момента начала поиска	Желательно
3.04	В случае построения системы из нескольких географически разнесенных серверных частей предлагаемого решения, ее работа должна быть стабильной при каналах связи с пропускной способностью 2 Мбит/сек.	Обязательно
4	Функциональные требования
4.01	Предлагаемое решение должно иметь Поисковый интерфейс	Обязательно
4.02	Предлагаемое решение должно иметь Картографический интерфейс, работающий без доступа в интернет.	Обязательно
4.03	Предлагаемое решение должно иметь Административный интерфейс.	Обязательно
4.04	Предлагаемое решение должно иметь средства визуализации документов по результатам поиска, таких как файлы SEGY, LAS, DLIS, Microsoft Office, PDF, HTML, TXT, JPG, BMP, GIF, TIFF без их выгрузки на компьютер пользователя.	Обязательно
4.05	Наличие в предлагаемом решении возможности запуска индексации в ручном режиме	Желательно
4.06	Предлагаемое решение должно иметь внутренние средства создания и редактирования справочной информации, используемой в его работе	Обязательно
4.07	Предлагаемое решение должно позволять сохранять результаты поиска в виде URL в браузере	Желательно
4.08	В состав предлагаемого решения должны входить штатные средства, обеспечивающие подключение, индексацию и загрузку данных из следующих источников: а) файловые системы б) Petrel в) OpenWorks г) IHS Desktop д) Геоинформационная система на основе ESRI ArcGIS	Обязательно
4.09	Предлагаемое решение должно обеспечивать табличное представление результатов поиска во всех проиндексированных информационных ресурсах	Обязательно
4.10	Предлагаемое решение, при представлении результатов поиска, должна иметь средства группировки  результатов поиска: по источникам, по типам данных, по датам и т. д.	Желательно
4.11	Картографическая система, входящая в состав предлагаемого решения, должна иметь возможность обращения к поисковому сервису системы без выхода из картографического интерфейса.	Обязательно
4.12	Картографический интерфейс предлагаемого решения должен позволять производить пространственную выборку по нескольким слоям одновременно	Обязательно
4.13	Предлагаемое решение должно иметь возможность создания индекса содержимого всех проектов Petrel на избранных файловых ресурсах включая: границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположения скважин и пластопересечений.	Обязательно
4.14	Предлагаемое решение должно автоматически извлекать пространственную информацию и, при наличии корректного задания координатной системы, представлять ее в виде слоев в картографическом интерфейсе по следующим типам данных в проектах Petrel:  границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположение скважин и пластопересечений.	Обязательно
4.15	Предлагаемое решение должно иметь возможность создания индекса содержимого всех проектов OpenWorks включая:  границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположение скважин и пластопересечений.	Обязательно
4.16	Предлагаемое решение должно автоматически извлекать пространственную информацию и, при наличии корректного задания координатной системы, представлять ее в в виде слоев в картографическом интерфейсе по следующим типам данных в проектах OpenWorks:  границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположение скважин и пластопересечений.	Обязательно
4.17	Предлагаемое решение должно позволять открывать картографический интерфейс в контексте результатов поиска	Обязательно
4.18	Предлагаемое решение должна позволять открывать поисковый Интерфейс в контексте пространственной выборки сделанной через картографический интерфейс	Обязательно
4.19	Предлагаемое решение должно предоставлять средства интеграции (подключения) неструктурированных и структурированных источников данных с сохранением структуры для дальнейшей визуализации и поиска.	Обязательно
4.20	Предлагаемое решение должно предоставлять средства импорта данных из таблиц Excel (версии 2010-2013) их хранения и многопользовательского редактирования с сохранением результатов	Обязательно
4.21	Предлагаемое решение должно поддерживать дополнительные функций поиска с использованием языка поисковых запросов (JSON запросы);	Обязательно
4.22	Предлагаемое решение должно предоставлять возможность экспорта таблицы с результатами поиска в формате Excel, CSV, XML	Желательно
4.23	Предлагаемое решение должно предоставлять возможность одновременного редактирования нескольких записей метаданных.	Обязательно
4.24	Предлагаемое решение должно иметь возможность проверки данных из всех источников, подключенных к нему, на соответствие критериям и справочникам, заданным администратором данных.	Обязательно
4.25	Предлагаемое решение должно предоставлять возможность выгрузки найденных данных на компьютер пользователя в реальном режиме времени.	Обязательно
4.26	Предлагаемое решение должно предоставлять возможность отложенной выгрузки найденных данных на компьютер пользователя.	Обязательно
4.27	Предлагаемое решение должно иметь в своем составе функционал для описания технологической цепочки выполнения проекта по геологическому изучению недр с определением сроков и ответственных за каждый этап и с сохранения результатов этапов.	Обязательно
4.28	Предлагаемое решение должно иметь возможность сравнения данных из интерпретационных проектов	Желательно
4.29	Предлагаемое решение должно иметь возможность сравнения однотипных данных, располагающихся в различных информационных ресурсах, подключенных к нему.	Желательно
4.30	Предлагаемое решение должно иметь механизм выявления дублей файлов в контролируемых ею файловых системах	Желательно

* предлагаемое решение должно соответствовать всем требованиям, имеющим критичность «Обязательно», критерий «Желательно» носит информационный характер.